重要な事実
- 技術報告書は 提出されていません CT600 は必要ありませんが、 HMRC調査を開始した場合には要求されます。
- 各適格プロジェクトには、以下のセクションを設ける必要があります。 不確実性、前進、そして解決.
- 報告書は、 有能な専門家 — 関連分野の専門知識を持つ人。
- HMRCが探す 具体的な専門用語 真の科学的または技術的な不確実性を示すもの。
- 良いレポートには、 コストの内訳 各プロジェクトごとに。
技術レポートが必要な理由
技術報告書（「技術解説」と呼ばれることもある）は、 なぜ あなたの研究は税務上の研究開発として認められます。CT600と一緒に提出する必要はありませんが、 HMRC歳入関税庁）があなたの申請に関するコンプライアンス調査を開始する際に、ほぼ確実に提出を求めます。[1]
しっかりとした技術報告書がなければ、申請は不利になります。HMRC（英国歳入関税HMRC 2022年以降、研究開発費申請の審査を大幅に強化しており、適切な文書化がされていない申請は、異議申し立てや減額の対象となる可能性が高くなります。
推奨構造
優れた技術報告書は、対象となるプロジェクトごとに明確な構造を備えています。以下の構造は、 HMRC申請を評価する際に使用するBISガイドラインの基準に準拠しています。[3]
| セクション | 何を含めるか |
|---|---|
| 1. プロジェクト概要 | プロジェクトの目的と背景の簡単な説明。 |
| 2. 基礎知識 | 当初、この分野では何が既に知られていましたか？ 有能な専門家は、公開されている知識を活用して、何を達成できたでしょうか？ |
| 3. 求められている前進 | このプロジェクトは、科学技術のどのような進歩を目指していたのでしょうか? |
| 4. 不確実性 | 具体的にどのような科学的または技術的な不確実性が存在したのでしょうか？有能な専門家がすぐに答えを導き出せなかったのはなぜでしょうか？ |
| 5. 実施された作業 | 不確実性を解決するためにどのような体系的なアプローチが取られましたか？その方法、テスト、反復、分析について説明してください。 |
| 6. 結果 | 不確実性は解消されましたか？何が達成されましたか（または達成されませんでしたか）？ |
| 7. コストの概要 | このプロジェクトの対象となるコストの内訳: 人件費、資材費、下請け業者費など。 |
不確実性について書く
その 不確実性 報告書の中で最も重要なセクションです。HMRC HMRC査定官は、真の科学的または技術的な不確実性が存在したかどうかに重点を置いています。よくある落とし穴には次のようなものがあります。[2]
- 曖昧すぎる: 「うまくいくかどうかわからなかった」—これは技術的な不確実性ではなく、商業的なリスクを表している
- あまりに一般的すぎる: 「ソフトウェア開発は複雑だ」—複雑さは不確実性と同じではない
- ベースラインが欠落しています: どのような知識がすでに存在していたのか、そしてなぜそれが不十分なのかを説明できなかった
適切な不確実性の説明は具体的かつ技術的です。
良い例: オープンソースライブラリで利用可能な既存の信号処理アルゴリズムは、最大10,000レコードのデータセットをリアルタイムで処理できました。私たちのアプリケーションでは、同じレイテンシウィンドウ内で500,000レコードを処理する必要がありました。アルゴリズムを修正すれば、許容できないデータ損失なしにこれを達成できるかどうかは不明であり、理論文献ではリアルタイム環境でこの規模のデータセットを扱った例はありませんでした。
弱い例: 「大量のデータを迅速に処理するシステムを構築する必要がありました。これは非常に困難で、多大な労力を要しました。」— これはビジネス上の課題を説明していますが、科学的または技術的な不確実性を明確に表現していません。
有能な専門家の特定
レポートでは、 有能な専門家 不確実性を証明できる人物。その人物には以下の資質が求められます。[3]
- 科学技術分野における関連資格または経験
- プロジェクトと直面する不確実性に関する直接的な知識
- 不確実性が本物であり、容易に解決できなかったことを確認する能力
実際には、テクニカルリード、シニア開発者、エンジニアリング責任者、またはチーフサイエンティストがこれに当たることが多いです。外部認定は不要で、当該分野の実務経験があれば十分です。
避けるべきよくある間違い
- 研究開発ではなく製品について説明します。 最終製品の機能ではなく、技術的な課題に焦点を当てる
- 一般的な言語: 業界のどの企業にも当てはまるような定型文は避ける
- 前進を逃す: ビジネス目標だけでなく、どのような科学技術の進歩が求められたかを明確に述べる
- 体系的なアプローチなし: 作業が単なる試行錯誤ではなく、計画的かつ系統的（仮説、テスト、分析）であったことを示す
- 遡及的な合理化: 報告書は、記憶が薄れてしまう何年も後のものではなく、できるだけ研究開発の時期に作成してください。
同時記録の保存
最高の技術レポートは、 同時期の記録 — 研究開発作業中に作成された文書。これには以下のようなものが含まれます。
- プロジェクト計画と仕様
- 技術会議の議事録と決定ログ
- テスト結果と分析レポート
- Git コミット履歴とコードレビュー ノート (ソフトウェア プロジェクト用)
- 実験ノートと実験記録
- 技術的な課題を議論するメールスレッド
これらの記録を請求時に提出する必要はありませんが、記録を用意しておくと、 HMRC調査を開始した場合に立場が強化されます。
よくある質問
技術レポートは誰が書くべきでしょうか?
報告書は、「有能な専門家」、つまり関連する技術的資格と経験を持つ人物によって執筆またはレビューされる必要があります。これは通常、R&Dプロジェクトに携わったリードエンジニア、開発者、または科学者です。R&Dアドバイザーは報告書の構成を支援しますが、技術的な内容は実際に作業を行った人々から提供されるべきです。
各プロジェクトの説明はどのくらいの長さにすべきですか?
長さの制限はありませんが、各プロジェクトは、 HMRC検査官（必ずしもあなたの分野の専門家ではない場合があります）が不確実性を理解し、前進できるよう、十分に詳細に記述する必要があります。通常、プロジェクトの複雑さにもよりますが、500～1,500語程度で十分です。
請求時にレポートを作成しなかった場合はどうなりますか?
申告前または申告時に報告書を作成することを強くお勧めします。HMRC（英国歳入関税HMRC調査を開始した際に報告書がない場合、遡及的に報告書を作成する必要がありますが、これはより困難で説得力も低くなります。研究開発作業中から記録を取り始めましょう。
レポートは特定の形式にする必要がありますか?
いいえ、 HMRC特定のフォーマットを規定していません。ただし、各プロジェクトにおける基本的な知識、不確実性、採用したアプローチ、そして成果を網羅した、明確で構造化されたアプローチが推奨されます。フォーマットよりも、一貫性と明確さが重要です。
さらに読む
- R&D とは何でしょうか? — BISガイドラインの基準
- HMRC追加情報フォーム — 必須のデジタルフォーム
- HMRC R&Dに関するお問い合わせ — コンプライアンスチェック中に何が起こるか
- 研究開発税額控除の申請方法 — 請求手続きの全容
シンプルな税務ソフトウェアをお探しですか？
# GoFileはHMRCに認められ、5万社以上の英国企業から信頼されています。数分で設定が完了し、安心して申告できます。
無料で始めるクレジットカード不要・いつでもキャンセル可能
出典
- 法人税：研究開発（R&D）控除 — GOV.UK
- CIRD81900 – 研究開発税制優遇措置：満たすべき条件 — HMRC
- 税務上の研究開発の意味に関するガイドライン — GOV.UK / DSIT