自社開発無形資産

仕組み

IAS 38第57項は、研究支出と開発支出を明確に区別する。研究段階とは、新知識の習得を目的とした計画的調査活動である。この段階の支出は全て費用化される。開発段階は、研究成果を商品化、サービス化するための活動であり、IAS 38第59項が掲げる6つの要件を全て満たす場合に初めて資産化が認められる。
その6要件は、以下の通り。(1) 技術的な実現可能性、(2) 資産の完成と販売（または使用）の意図、(3) 販売又は使用のための市場の存在、(4) 必要な技術的・財政的資源の確保可能性、(5) 開発段階の支出を信頼性をもって測定できること、(6) 資産の使用による経済的便益の可能性が高いこと。6要件のいずれか1つでも満たされていなければ、その時点では資産化できない。
実務では、ソフトウェア開発、医薬品開発、鉱業権の取得・開発段階が該当することが多い。開発段階に入った時点を明確に文書化することが監査上の争点になる。その時点の判断根拠が後からは追跡不可能になる可能性が高いため、意思決定時の同時期的な証拠が不可欠。

計算例：テクノロジー開発企業

企業名：東京ソフトウェア開発株式会社
業種：受託ソフトウェア開発
会計年度：2024年度（IFRS適用企業）
売上高：3,200万ユーロ
ステップ1：支出の段階判定
同社は新型生産管理システム「ProdControl」の開発を開始。開発チームは初期3ヶ月を技術調査（可能性検討、既存システム分析）に充てた。支出額は450万ユーロ。この段階は市場可能性の確認前であり、販売意図も固まっていない。IAS 38第9項の定義に基づき、この部分は研究段階。450万ユーロは全て費用化される。
文書化ノート：「研究段階の支出」ファイルに、当該期間のタイムシート、プロジェクト会議議事録（技術実現可能性の記載なし）、支出明細を保管。費用化根拠として監査調書に記載。
ステップ2：開発段階への移行判定
4ヶ月目、顧客A社（大手製造業）とプロトタイプデモ後、本格開発の受託契約を締結。その時点で、IAS 38第59項の6要件の評価。(1) プロトタイプ完成により技術的実現可能性が高い、(2) 顧客A社との書面契約により販売意図確定、(3) 契約金額150万ユーロで市場存在確認、(4) 人員・システムリソース確保済み、(5) 開発管理システムで支出を追跡可能、(6) 契約金額超過の可能性なし。全6要件を満たす。この時点から開発段階と認識。
文書化ノート：受託契約書、契約時点の取締役会決議（開発ゴーサイン）、開発開始直前の技術実現可能性評価報告書をファイルに保管。「開発段階移行の根拠」調書に6要件の評価表を作成。
ステップ3：開発段階支出の資産化
開発段階開始後の支出（人件費・外注費・ハードウェア）1,200万ユーロを自社開発無形資産に計上。毎月の支出額を開発進捗率で按分し、按分不可能な共有支出（管理人員給料の一部等）は費用化。
文書化ノート：開発期間中の月次支出明細、開発完了時の最終支出額、開発進捗率の計算根拠（マイルストーン達成度）。
ステップ4：商品化完了と減価償却の開始
12ヶ月後、開発完了。顧客A社への納入予定。この時点で資産の認識が確定。残存耐用年数5年（予定）で直線法による減価償却を開始。初月の減価償却費：240万ユーロ（1,200万ユーロ ÷ 5年）。
文書化ノート：開発完了報告書（QA承認、顧客承認）、耐用年数の見積根拠（顧客契約のサポート期間等）、減価償却計算表。
結論：開発段階と研究段階の区分が曖昧であれば、450万ユーロが誤って資産化されるか、1,200万ユーロが誤って費用化される可能性がある。境界線の判定時期（顧客契約締結日）を明確に文書化することが、監査適格性の最大の争点。

レビュアーと実務者が見落とすこと

Tier 1：金融庁検査指摘：金融庁の2023年度モニタリングレポートでは、ソフトウェア開発企業を対象とした監査において、開発段階と研究段階の区分基準が不明確であり、開発開始時点の判定根拠が不十分である事例が複数指摘されている。特に受託開発では、顧客契約時点と開発開始時点のズレが生じやすく、その間の支出計上区分が曖昧になる傾向。
Tier 2：IAS 38.59の6要件の部分的適用：実務では、6要件のうち「技術的実現可能性」と「販売意図」のみで判定し、「資産化可能性」（見積ての信頼性）や「経済的便益の可能性」を十分に評価していないケースが多い。IAS 38.64項では「資産化の見積りが信頼性をもって決定できない場合は、その資産化不可能」と定めている。見積不確実性が高い開発（受託先企業の経営状況が不安定、開発仕様の大幅変更リスク等）では、この評価が不足しがち。
Tier 3：段階区分の同時性の欠如：開発段階移行の判定が、後追い的に行われるケース。契約締結後、数ヶ月経ってから開発段階への移行を判定すると、その間の支出計上根拠が曖昧になる。IAS 38では「段階移行の時点」を明確に定める必要があり、その判定は当該時点における情報のみに基づくべき。後発的な判定は、結果的に見ればそう見える、という後知恵判定になり、監査上防御困難。
Tier 4：商品化完了後の支出の資産化継続：IAS 38第71項は、無形資産が使用可能な状態になった後（商品化完了後）の支出は全て費用化することを求めている。しかし実務では、ソフトウェアのリリース後に実施される機能拡張や性能改善の支出を引き続き開発資産に計上するケースが散見される。例えば、Version 1.0のリリース後にVersion 1.1の追加機能開発費を同一の無形資産に加算し続ける場合、IAS 38.71に違反する。リリース後の拡張が新たな資産として6要件を満たすかを個別に再評価しなければならない。