研究費対開発費

Definition

研究費は常に発生時に費用認識する。資産化はできない。

重要ポイント

研究費は常に発生時に費用認識する。資産化はできない。
開発費は5つの認識要件（技術的実現可能性、販売または使用の意図、市場または使用能力、技術的・経済的実現可能性の証拠、信頼性ある原価計算能力）をすべて満たせば資産化できる。
多くの事業会社は、開発プロジェクト開始時に全額費用化し、後から資産化の可能性を検討しない。その結果、資産計上すべき原価が費用に埋もれている。

どのように機能するか

IAS 38号の無形資産の会計処理は、その項目が経済的便益を生み出す可能性の段階に基づいている。研究段階（IAS 38.56）では、企業がまだ新しい知識や技術の追求に従事している段階であり、その成功を見通すことができない。この段階では、支出がいかなる資産にも帰属させることができないため、発生時に費用認識する。これは条件付きではない。
開発段階（IAS 38.57）では、研究の成果を実際の製品またはプロセスに応用する段階である。IAS 38.57は、以下の5つの要件をすべて満たす場合のみ、開発支出を資産として計上することを求めている。(1) 無形資産の技術的実現可能性を示すことができる、(2) 無形資産を完成させ、これを使用または販売する意図がある、(3) 無形資産を使用または販売することができる、(4) 無形資産がどのように将来の経済的便益を生み出すかを示すことができる、(5) 開発段階に帰属させることができる支出を識別・測定できる十分な技術的・財務的資源がある。5要件のうち1つでも満たさなければ、開発支出は費用化される。
実務では、研究と開発の境界線が曖昧な場合が多い。製薬会社の臨床試験、建設会社の新工法開発、ソフトウェア企業の製品開発は、どこまでが研究で、どこからが開発かが判断しにくい。判断の根拠は、IAS 38.B3からB4に示されている。開発のマークは、経営陣が製品またはプロセスの販売または使用を決定した時点である。それ以前の活動は研究として扱う。

具体例：フィノテック・ソリューションズ有限責任会社

クライアント： ドイツの金融技術企業、2024年度、売上€18.5M、IFRS報告者。
ブロックチェーン決済システムの開発プロジェクトで、過去3年間に合計€2.8Mの支出が発生している。
ステップ1：支出の時系列をプロジェクト日誌から整理する
文書化ノート：プロジェクトファイルに「技術的成立可能性未確認」と記載されており、複数の技術アプローチが並行検討中であったことを示す。
文書化ノート：金融庁との事前相談記録が存在し、システムの安全性と規制適合性について当局の初期意見を取得。
文書化ノート：経営会議議事録に「ブロックチェーン決済システムの商業化を2024年Q2で開始することを決議」と明記。
文書化ノート：テストログと顧客との技術協力契約書がシステム稼働の実行可能性を証拠立てている。
ステップ2：支出を研究と開発に分類する
ステップ3：開発費の認識要件を評価する（€1.15M）
結論: 5要件をすべて満たすため、€1.15Mは無形資産として資産化される。€1.2Mは研究費として費用化される。帳簿では無形資産（開発費）€1.15M、研究開発費（費用）€1.2Mと記録される。

2022年1月～12月：技術的可能性の実験段階、€750K支出。エンジニアリングチームが複数のアルゴリズムをテストしていた段階。
2023年1月～6月：金融規制当局との協議開始。実現可能性の確認段階、€900K支出。
2023年7月：経営陣が販売決定を正式に承認。
2023年7月～2024年3月：設計仕様書の最終化、テストシステム構築、パイロット顧客との連携テスト、€1.15M支出。
2022年1月～12月のテスト段階（€750K）：技術的実現可能性が経営陣の決定前であり、成功の見通しがない。→ 研究費として費用化
2023年1月～7月の部分的な支出（€450K）：規制協議は進行していたが、経営陣の販売決定までの活動。→ 研究費として費用化
2023年1月～7月の残り（€450K）：規制協議と並行してのシステム設計。判断時点は？ IAS 38.B4では、経営陣の販売決定の正式承認をマークとする。この部分は決定前の活動であるため、→ 研究費として費用化
2023年7月～2024年3月（€1.15M）：販売決定後の開発支出。IAS 38.57の5要件の評価。
(1) 技術的実現可能性：経営陣決定時点でシステムプロトタイプが稼働し、技術的課題の大部分が解決済み。→ 満たす
(2) 販売または使用の意図：経営陣議事録で商業化意図が明記されている。→ 満たす
(3) 市場または使用能力：パイロット顧客の契約書により、市場需要が確認されている。→ 満たす
(4) 経済的便益の根拠：パイロット顧客の月額使用料が見積もられており、3年で€2.8Mの売上見込み。→ 満たす
(5) 支出の識別・測定：プロジェクト会計コードでシステム開発の人件費と外部委託費が個別追跡されている。→ 満たす

監査人と事業会社が誤解しやすいポイント

経営陣の意図の時期的証拠の不在： 多くの場合、プロジェクト開始時の経営陣の意思決定が文書化されていない。「いつの時点で販売決定したのか」という証拠を後から作成することは許されない。開発費の認識対象期間を決定する際には、その時点での経営陣の議事録またはプロジェクト承認ドキュメントが必須である。
技術的実現可能性と市場実現可能性の混同： 「技術は成り立つが、市場では売れるかどうか不明」という状態がある。この場合、IAS 38.57(c)の「市場または使用能力」が満たされない。技術と市場の両方が確実である必要がある。
「開発」という名称への依存： プロジェクト名が「システム開発」であっても、実際の活動内容が研究段階である場合がある。プロジェクト名ではなく、活動の実質に基づいて分類する。
開発費の資産化後の償却開始時期の誤り： IAS 38.97は、無形資産が使用可能な状態になった時点から償却を開始するよう求めている。開発プロジェクトが完了しテスト段階に入っても、実際に商業利用を開始するまで償却を開始しない企業がある。逆に、開発中の段階で償却を開始する企業もある。資産化した開発費の償却開始日は、製品の販売開始日またはプロセスの運用開始日と一致させる必要がある。