企業価値の源泉を、設備や在庫だけで語れる時代ではなくなりました。ソフトウェア、データ、技術、ブランド、顧客基盤、ライセンス、コンテンツ、研究開発プロジェクト、プラットフォーム、アルゴリズム、業務システム。どれも経営上は欠かせない資源です。
しかし、IFRSの世界では、これらすべてが無形資産として貸借対照表に載るわけではありません。
無形資産会計の難しさは、「価値があるかどうか」ではなく、その先にあります。財務諸表に資産として認識できるほど識別可能であり、企業がそれを支配し、将来の経済的便益が流入し、原価を信頼性をもって測定できるか。この判断こそが、実務の核心です。
IAS第38号「無形資産」は、他の基準で個別に扱われていない無形資産について、認識要件、帳簿価額の測定、開示を定めています。同基準は、無形資産を「物理的実体のない識別可能な非貨幣性資産」と定義し、認識にあたっては無形資産の定義と認識要件の双方を満たすことを求めています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
本稿は、11-2「有形固定資産の認識・取得原価・構成部分アプローチ」、11-3「有形固定資産の事後測定・減価償却・再評価モデル」に続くものです。非金融資産のなかでもとりわけ判断が難しい、無形資産、研究開発費、ソフトウェアを取り上げます。
なお、企業結合で取得した無形資産のPPA評価そのものは13-4で詳しく扱います。本稿では、通常の取得、自己創設、ソフトウェア開発、研究開発費の処理を中心に整理していきます。
無形資産会計の出発点は「価値」ではなく「認識可能性」
実務の現場では、こんな声をよく耳にします。
「このソフトウェアは事業に不可欠なのだから、資産ではないのか」
「研究開発にこれだけ投資しているのに、費用処理では実態を表さないのではないか」
「顧客基盤やブランドこそ企業価値の中心なのに、なぜ貸借対照表に出てこないのか」
「SaaSの導入費用や設定費用も、システム投資なのだから資産化できるのではないか」
こうした違和感は、決して的外れではありません。経営管理の観点では、いずれも重要な投資です。
ただ、IFRS上の資産認識は、経営上の重要性だけでは足りません。IAS第38号の無形資産は、識別可能性、支配、将来経済的便益、信頼性ある測定という複数の要件を、すべて満たす必要があります。
ここを見誤ると、無形資産会計は二つの方向に歪みます。
一つは、本来なら費用処理すべき支出を、「将来に役立つから」という理由で過度に資産化してしまうリスクです。もう一つは、開発局面の要件を満たしているにもかかわらず、研究開発費やソフトウェア開発費を一律に費用処理し、IFRS上の資産性を適切に反映できないリスクです。
IFRS実務で問われているのは、「保守的に費用処理する」か「積極的に資産化する」かという姿勢の選択ではありません。支出の性質、プロジェクトの段階、契約上の権利、企業による支配、将来経済的便益、測定可能性を切り分け、どの時点から資産認識が可能になるのかを説明できる状態にすること。これに尽きます。
無形資産の定義:物理的実体のない、識別可能な非貨幣性資産
IAS第38号における無形資産とは、物理的実体のない識別可能な非貨幣性資産です。ここで大切なのは、単に「目に見えない資産」という意味ではないという点です。
無形資産に該当するには、まず「資産」であることが前提となります。資産といえるためには、企業がその資源を支配し、そこから将来の経済的便益を得られなければなりません。そのうえで、物理的実体がなく、非貨幣性であり、識別可能であることが求められます。
識別可能性について、IAS第38号は二つの場合を示しています。一つは、資産が企業から分離または分割でき、売却、移転、ライセンス供与、賃貸、交換が可能な場合です。もう一つは、資産が契約その他の法的権利から生じる場合です。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
実務では、無形資産の入口判断を次の三つに分けて確認すると、頭が整理しやすくなります。
| 判断軸 | 確認すべき内容 | 典型的な論点 |
|---|---|---|
| 識別可能性 | 分離可能か、契約・法的権利から生じているか | ライセンス、特許、ソフトウェア、顧客リスト、商標、データベース |
| 支配 | 企業が便益を得て、他者のアクセスを制限できるか | 従業員スキル、顧客関係、SaaS利用権、ノウハウ |
| 将来経済的便益 | 収益増加、コスト削減、その他の便益が見込まれるか | 業務システム、製品開発、特許技術、販売チャネル |
市場知識や技術知識も、将来の経済的便益を生むことがあります。IAS第38号は、著作権、競業避止契約、従業員の守秘義務などによって保護される場合には、企業がそうした便益を支配し得ると説明しています。
一方で、熟練した従業員チームや教育訓練から生じる将来便益については、通常、企業が十分に支配しているとはいえず、無形資産の定義を満たしにくいとされています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
そのため、人的資本、組織能力、営業力、ブランド認知、顧客ロイヤルティといった経営上重要な要素であっても、会計上の資産として識別・支配できるとは限りません。経営上の価値と、IFRS上の資産認識との間には、こうした差があるのです。
認識要件:将来経済的便益と、信頼性ある測定
定義を満たすだけでは、無形資産として認識できません。IAS第38号では、当該資産に起因する将来経済的便益が企業に流入する可能性が高く、かつ、その取得原価を信頼性をもって測定できる場合に限り、無形資産を認識します。
この考え方は、初期取得や内部創出に係る支出だけでなく、既存の無形資産への追加、取替え、サービス支出にも同じように適用されます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
実務では、次のような証拠が重要になります。
- 契約書、ライセンス契約、著作権・特許・商標登録資料
- 取得対価、請求書、支払証憑、契約上の対価配分資料
- 開発プロジェクトの承認資料、予算、工程表、技術レビュー資料
- 製品化・利用開始に向けた事業計画、販売計画、利用部門の承認資料
- 開発費をプロジェクト別に集計できる原価管理資料
- 将来収益またはコスト削減の見積りと、その根拠資料
- 資金、人員、技術、外部委託先の確保状況
- 監査人に説明できる意思決定履歴
IAS第38号の難しさは、「将来役に立つ」ことを語る点にあるのではありません。「特定の識別可能な資産に帰属する将来経済的便益」と「当該資産に直接帰属する原価」を説明できるかどうか。そこに実務上の壁があります。
認識要件は、将来経済的便益の流入可能性と、取得原価の信頼性ある測定という二つに整理できます。この二つを満たさない支出は、発生時に費用処理することになります。
個別取得した無形資産
外部から個別に取得したソフトウェア、ライセンス、特許権、商標権、著作権などは、自己創設無形資産に比べると、認識判断が比較的はっきりしています。
IAS第38号は、個別取得した無形資産について、支払価格は通常、その資産に含まれる将来経済的便益が企業に流入する可能性への期待を反映していると考えます。そのため、蓋然性の認識要件は常に満たされるものとして扱います。また、現金その他の貨幣性資産で対価を支払う場合など、取得原価も通常は信頼性をもって測定できます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
個別取得した無形資産の取得原価には、購入価格、輸入関税、還付不能税金から値引・リベートを控除した金額に加え、資産を意図した使用に供する準備に直接起因するコストが含まれます。直接起因するコストの例としては、資産を稼働可能な状態にするための従業員給付費用、専門家報酬、正常に機能するかを確認するテスト費用が挙げられます。
一方で、取得原価に含めないものもあります。新製品・サービスの導入費用、広告宣伝費、研修費、一般管理費、そして資産が使用可能になった後の未使用期間のコストや初期営業損失です。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
ここで押さえておきたいのは、「取得に関連する支出」がすべて資産化されるわけではない、ということです。資産を意図した使用に供する準備に直接必要な支出なのか、それとも事業立上げ・販売促進・教育訓練・一般管理活動に属する支出なのか。この線引きが欠かせません。
自己創設無形資産は、研究局面と開発局面を分ける
無形資産会計の判断がもっとも難しくなるのは、自己創設無形資産です。
IAS第38号は、自己創設無形資産を認識できるかどうかを判断するにあたり、内部プロジェクトを研究局面と開発局面に分けます。両者を区別できない場合には、そのプロジェクトに係る支出はすべて研究局面で発生したものとして扱います。つまり、区別できないときは、すべてを研究局面に帰属させることになります。
研究局面では、無形資産は認識しません。研究、または内部プロジェクトの研究局面から生じる支出は、発生時に費用として認識します。IAS第38号は、研究局面では、将来経済的便益を生む無形資産の存在を企業が立証できないため、発生時費用とする考え方を採っています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
研究活動の例としては、次のようなものが挙げられます。新しい知識を得る活動、研究成果または知識の応用に関する調査・評価・最終選択、材料・装置・製品・工程・システム・サービスの代替案探索、新規または改良された材料等に関する代替案の定式化・設計・評価・最終選択です。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
これに対して開発局面では、一定の厳格な要件を「すべて」満たす場合に限り、無形資産を認識します。この「すべて」がポイントです。一部の要件を満たすだけでは足りません。
開発費の資産化要件
IAS第38号では、開発、または内部プロジェクトの開発局面から生じる無形資産は、企業が次のすべてを立証できる場合に限って認識されます。
| 要件 | 実務上の確認事項 |
|---|---|
| 技術上の実行可能性 | 完成可能性、技術レビュー、PoC結果、設計仕様、開発進捗 |
| 完成させて使用または売却する意図 | 取締役会・経営会議承認、プロジェクト継続方針、製品化方針 |
| 使用または売却できる能力 | 販売体制、社内利用体制、リリース計画、運用部門の受入れ |
| 将来経済的便益の創出方法 | 市場、顧客、収益計画、コスト削減、業務効率化、利用価値 |
| 技術・財務・その他資源の利用可能性 | 予算、人員、外部委託契約、資金調達、開発環境 |
| 支出の信頼性ある測定 | プロジェクト別原価管理、工数記録、外注費集計、間接費配賦根拠 |
IAS第38号が開発局面の無形資産について求めているのは、完成の技術的実行可能性、完成して使用または売却する意図、使用または売却できる能力、将来経済的便益の創出方法、必要な技術・財務・その他資源の利用可能性、そして開発中支出の信頼性ある測定です。これらをすべて立証しなければなりません。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
だからこそ、開発費の資産化判断は、会計部門だけでは完結しません。研究開発部門、事業部門、IT部門、経営企画、法務、知財、内部監査、そして監査人との連携が必要になります。
「開発段階に入りました」という口頭の説明だけでは、根拠になりません。いつ、どの会議体で、どの成果物を前提に、どのような技術的・商業的判断によって開発局面へ移行したのか。そこまで説明できて、はじめて足元が固まります。
一度費用処理した開発費は、後から資産化しない
無形資産会計で実務上つまずきやすいのが、過去に費用処理した研究開発費を、後日プロジェクトが成功した段階で資産へ振り替えようとする処理です。
IAS第38号では、過去に費用として認識した支出を、その後の期間において無形資産の取得原価の一部として認識することはできません。開発費の資産化は、要件を満たした日以降の支出についてのみ検討します。要件を満たさない研究費・開発費は発生時に費用処理し、いったん費用処理した開発費は、その後の期間に資産として認識しない。この整理は、実務上も一貫しています。
したがって、実務では「資産化開始日」の設定が大きな意味を持ちます。これは単なる会計上の便宜ではありません。開発局面の要件をすべて満たしたことを示す証拠がそろった日、という位置づけです。
確認すべき証拠としては、次のようなものが考えられます。
- 研究段階終了の技術判定資料
- 開発計画の正式承認資料
- 製品仕様または利用仕様の確定資料
- 市場性、収益性、費用削減効果の検討資料
- 開発予算の承認資料
- リリース計画・導入計画
- プロジェクト別原価集計の開始資料
- 監査人との事前協議メモ
この整理が曖昧なまま期末に一括で資産化すると、監査の場面で、資産化開始時点、費用と資産の境界、工数配賦、将来経済的便益の裏付けが論点になります。
自己創設のれん、ブランド、顧客リストは認識しない
IAS第38号は、自己創設のれんを無形資産として認識することを認めていません。自己創設ブランド、マストヘッド、出版タイトル、顧客リスト、そしてこれらと実質的に類似する項目も、無形資産として認識してはならないとしています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
理由は、こうした支出が、特定の識別可能な資産を創出する支出なのか、それとも事業全体を発展させる支出なのかを、信頼性をもって区分することが難しいからです。
たとえば、広告宣伝費、顧客接点の強化、営業活動、ブランド戦略、広報活動、顧客満足度向上施策は、将来の売上に貢献する可能性があります。それでも、その支出を「識別可能な資産」の取得原価として測定できるとは限りません。
IAS第38号は、ブランド、マストヘッド、出版タイトル、顧客リストなどに関する事後支出についても、事業全体を発展させる支出と区別できないため、発生時に純損益として認識すると説明しています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
ソフトウェアは「購入」「自己開発」「SaaS」で判断が変わる
ソフトウェア会計では、契約形態と支配の有無が鍵になります。実務上は、次の三つを分けて考える必要があります。
| 類型 | 基本的な判断 |
|---|---|
| 個別購入ソフトウェア | 無形資産の定義と認識要件を満たす場合、取得原価で認識 |
| 自己開発ソフトウェア | 開発局面の6要件を満たした日以降の直接起因支出を資産化 |
| SaaS・クラウド利用 | 通常はサービス契約。ソフトウェア資産を支配しているかを慎重に判断 |
個別取得したソフトウェアの場合、取得原価には、購入価格に加え、資産を使用可能にするための設定・テスト・導入に直接起因するコストが含まれます。一方、ユーザー研修、業務移行、運用開始後の保守、一般管理費、初期運用損失は、通常、無形資産の取得原価には含まれません。
自己開発ソフトウェアの場合、資産化の判断はIAS第38号の開発局面の6要件に従います。独自のソフトウェア製品の設計・テストに直接起因する開発費は、技術的実行可能性、完成・使用または売却の意図、使用または売却能力、将来経済的便益、必要資源の利用可能性、支出の信頼性ある測定などを満たす場合に、無形資産として認識します。そして、資産が使用可能となった時点から償却を始めます。
一方、SaaSやクラウド型システムでは、企業がソフトウェアそのものを支配しているとは限りません。IFRS解釈指針委員会は、顧客がサプライヤーのクラウド基盤上で稼働するアプリケーションソフトウェアへのアクセス権を一定期間受け取る契約について、次のように整理しています。すなわち、この契約は顧客にソフトウェア資産を提供するものではなく、アクセスは契約期間にわたって受け取るサービスである、というものです。
出典:IFRS Foundation|Configuration or Customisation Costs in a Cloud Computing Arrangement (IAS 38 Intangible Assets)
ですから、SaaSの導入費用を一律に「ソフトウェア投資」として資産化するのは危うい判断です。契約がソフトウェアリースを含むのか、企業がソフトウェアを支配しているのか、設定・カスタマイズ作業によって企業が支配する追加コード等が生じるのか。ここを確認しなければなりません。
SaaSの設定・カスタマイズ費用
SaaSの設定・カスタマイズ費用は、近年のIFRS実務でとりわけ重要な論点になっています。
IFRS解釈指針委員会は、両者を次のように整理しています。設定とは、アプリケーションソフトウェア内のフラグやスイッチ、値、パラメータを設定し、既存コードを特定の方法で機能させることをいいます。カスタマイズとは、ソフトウェアコードを修正したり追加コードを書いたりして、通常はソフトウェアの機能を変更または追加することをいいます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
同委員会は、SaaS契約において、顧客は多くの場合、設定またはカスタマイズされたソフトウェアを支配していないと観察しています。当該活動がソフトウェアとは別個の顧客支配資源を創出しないため、無形資産を認識しないという整理です。ただし、追加コードなどについて、顧客が将来経済的便益を得て他者のアクセスを制限できる場合には、その追加コードが識別可能であり認識要件を満たすかを評価します。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
無形資産を認識しない場合、設定・カスタマイズ費用はIAS第38号の費用認識規定に従って処理します。SaaS導入プロジェクトでは、次のように整理しておくと、監査対応がしやすくなります。
| 支出項目 | IFRS上の検討 |
|---|---|
| SaaS利用料 | 通常、契約期間にわたりサービス費用。前払いがあれば前払資産 |
| 初期設定費用 | 顧客支配資産を生むかを検討。生まない場合はサービス受領時に費用 |
| カスタマイズ費用 | 追加コード等を顧客が支配するかを検討 |
| データ移行 | 既存データ整備・移行作業の性質に応じて費用処理が中心となることが多い |
| 社内研修 | 通常、発生時費用 |
| 業務プロセス再設計 | 通常、事業全体の運用改善費用として費用処理 |
| API・連携コード開発 | 顧客が支配する識別可能なコードかを検討 |
実務上の勘どころは、契約書に「導入費用」「初期設定費」「カスタマイズ費」と書かれていること自体では、結論が決まらないという点です。誰がソフトウェアまたは追加コードを支配するのか、契約終了後も利用できるのか、他の環境に移植できるのか、あるいはサプライヤーの標準機能を設定しているにすぎないのか。実態を確認する必要があります。
ウェブサイト開発費
ウェブサイト開発費も、ソフトウェアと同じく、一律には判断できません。SIC第32号は、企業自身のウェブサイト開発支出について、IAS第38号の考え方を適用する解釈指針です。
ウェブサイト開発の各段階は、次のように整理できます。企画段階のフィージビリティ・スタディ、仕様書作成、代替案評価などは発生時費用です。ハードウェアの取得・開発はIAS第16号の対象となります。そしてアプリケーションコードの開発やサーバーへのインストール等は、経営者が意図した方法で稼働させる準備に直接帰属し、かつIAS第38号の認識要件を満たす場合に、資産化を検討します。
また、製品またはサービスの販売促進・宣伝のみを目的として開発されたウェブサイトは、無形資産の認識要件を満たさず、関連支出は発生時に費用処理すべきとされています。
実務では、ウェブサイトを次のように分解してみると考えやすくなります。
| 機能 | 判断の方向性 |
|---|---|
| 会社案内・IR・採用・広告宣伝サイト | 宣伝・広報目的が中心であれば費用処理が中心 |
| ECサイト | 注文受付、決済、顧客管理など将来便益を生む機能がある場合、開発局面の要件を検討 |
| 会員向けプラットフォーム | 顧客が支払うサービス提供基盤であれば、識別可能性・支配・便益を検討 |
| 社内ポータル・業務システム | コスト削減・業務効率化の便益を検討 |
| コンテンツ制作 | 販促目的か、販売・ライセンス可能なコンテンツ資産かを検討 |
ウェブサイト開発費では、見た目の制作費と機能開発費、販促コンテンツとシステム基盤、運用保守と資産形成支出を区分できるかどうか。ここが監査上のポイントになります。
企業結合で取得した無形資産との切り分け
通常の自己創設無形資産と、企業結合で取得した無形資産とでは、認識判断が異なります。
IAS第38号は、企業結合で取得した無形資産について、取得企業は、被取得企業が企業結合前にその資産を認識していたかどうかにかかわらず、取得日にのれんとは別個に認識するとしています。取得した仕掛研究開発プロジェクトも、資産の定義を満たし、識別可能であれば、のれんとは別に認識されます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
IFRS第3号の設例では、企業結合で取得した識別可能無形資産の例として、商標、商号、サービスマーク、インターネット・ドメイン名、顧客リスト、受注残、顧客契約および関連する顧客関係、特許技術、コンピュータソフトウェア、データベース、営業秘密などが示されています。
出典:IFRS Foundation|IFRS 3 Business Combinations Illustrative Examples
こうした違いから、自己創設では認識できなかった顧客リスト、ブランド、技術、仕掛研究開発が、企業結合では識別可能無形資産として認識されることがあります。企業結合で取得した無形資産は、被取得企業が事前に認識していたかどうかにかかわらず認識され、その際には蓋然性規準と信頼性規準が満たされているものとみなされる、という整理です。
ただし、この論点はPPAと評価実務に深く関わります。本稿では入口だけを確認するにとどめ、評価技法、顧客関係価値、商標価値、技術価値、ロイヤルティ免除法、多期間超過収益法などは、13-4「PPAと識別可能資産・負債の認識測定」で扱います。
取得後支出は資産化されにくい
無形資産に関する取得後支出は、一般に資産化のハードルが高い領域です。
IAS第38号は、その理由を次のように説明しています。多くの場合、既存の無形資産への追加や一部取替えはなく、取得後支出は既存資産の将来経済的便益を維持する性質を帯びます。しかも、取得後支出を特定の無形資産に直接帰属させることは難しく、事業全体に関する支出と区別できないことが多い。そのため、取得後支出が資産の帳簿価額に認識されることはまれである、というものです。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
ただし、取得した仕掛研究開発プロジェクトへの取得後支出については、IAS第38号の研究・開発の考え方を適用します。研究支出であれば費用です。開発支出であっても、IAS第38号第57項の要件を満たさなければ費用です。要件を満たす開発支出であれば、取得した仕掛研究開発プロジェクトの帳簿価額に加算します。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
また、無形資産の一部取替えコストを認識する場合には、取替えた部分の帳簿価額を認識中止します。取替えた部分の帳簿価額を実務上算定できないときは、取替えコストを、取替えられた部分の過去原価の指標として使うことができます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
事後測定:原価モデルと再評価モデル
IAS第38号では、当初認識後の測定方法として、原価モデルと再評価モデルが定められています。
原価モデルでは、取得原価から償却累計額および減損損失累計額を控除して帳簿価額を測定します。実務上は、多くの無形資産がこの原価モデルで処理されています。
再評価モデルも認められてはいます。ただし、公正価値を活発な市場に基づいて測定できる場合に限られます。IAS第38号は、無形資産について活発な市場が存在することは一般的ではないと述べています。ブランド、新聞マストヘッド、音楽・映画出版権、特許、商標については、それぞれが固有であるがゆえに、活発な市場は存在し得ないと説明しています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
このため、無形資産の再評価モデルは、IAS第16号の有形固定資産に比べて、実務で適用される場面が限られます。ライセンス、漁業権、タクシーライセンスのように、自由に譲渡される活発な市場が存在する例はあり得ます。しかし、通常のソフトウェア、特許、商標、顧客関係、ノウハウについて再評価モデルを採用するのは、容易ではありません。
耐用年数:有限か、確定できないか
無形資産の事後測定では、耐用年数が有限か、それとも確定できないかを判断します。
耐用年数を確定できる無形資産は、その耐用年数にわたって償却します。耐用年数を確定できない無形資産は、償却せず、IAS第36号に基づいて少なくとも毎年、減損テストを行います。
IAS第38号は、耐用年数を判断する際に考慮すべき要素を挙げています。企業による予想使用、典型的な製品ライフサイクル、技術的・商業的陳腐化、産業の安定性、市場需要、競合他社の行動、便益を維持するための保守支出、支配期間、法的制限、他の資産の耐用年数との関係などです。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
なお、「確定できない」は「無限」を意味しません。IAS第38号は、耐用年数を確定できないという判断が、資産の性能水準を維持するために必要な将来保守支出の水準、企業の能力と意図に基づくものであり、過度な将来支出を前提としてはならないとしています。さらに、コンピュータソフトウェアをはじめ多くの無形資産は技術的陳腐化の影響を受けやすく、耐用年数が短くなることが多いとも説明しています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
実務では、ソフトウェアに長期の耐用年数を設定するなら、技術更新、ベンダーサポート期限、セキュリティ要件、業務プロセス変更、クラウド移行方針、利用部門のシステム更新計画を説明できるだけの裏付けが求められます。
有限耐用年数の無形資産の償却
耐用年数を確定できる無形資産は、償却可能額を耐用年数にわたって規則的に配分します。償却は、資産が使用可能となった時点、すなわち経営者が意図した方法で稼働可能な場所と状態になった時点で開始します。そして、売却目的保有に分類された日と認識中止日のいずれか早い日に停止します。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
償却方法は、資産の将来経済的便益が消費されるパターンを反映するものでなければなりません。そのパターンを信頼性をもって決定できない場合には、定額法を用います。償却費は、他の基準が他の資産の帳簿価額に含めることを認めるまたは要求する場合を除き、純損益に認識します。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
収益を基礎とする償却方法については、IAS第38号上、原則として適切でないという反証可能な推定があります。収益は、無形資産の消費だけでなく、他の投入物、販売活動、販売数量、販売価格、インフレーションなど、多くの要因の影響を受けるためです。ただし、契約上、収益額が無形資産の使用に固有の主要な制約要因となっているような限定的な場合には、例外的に収益基礎が適切となり得ます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
残存価額と、年次の見直し
有限耐用年数の無形資産の残存価額は、原則としてゼロと推定します。例外は二つです。一つは、耐用年数終了時に第三者が購入するコミットメントがある場合です。もう一つは、資産について活発な市場が存在し、その市場を参照して残存価額を決定でき、かつ耐用年数終了時にもその市場が存在する可能性が高い場合です。こうした場合には、ゼロ以外の残存価額が認められます。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
残存価額、償却期間、償却方法は、少なくとも各事業年度末に見直します。残存価額や耐用年数の見積り、償却方法が変わる場合には、会計上の見積りの変更として処理します。IAS第38号は、見積り変更の開示が、耐用年数、償却方法、残存価額の変更から生じ得ることも説明しています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
無形資産は、技術革新や市場変化によって見積りが動きやすい資産です。だからこそ、年次見直しを形式的なチェックで済ませるわけにはいきません。とりわけソフトウェア、データベース、ライセンス、特許、顧客契約については、事業計画、契約更新可能性、ユーザー数、利用状況、競合環境、代替技術の出現、セキュリティ要件の変化を確認しておく必要があります。
減損との関係
無形資産は、IAS第36号「資産の減損」と密接に結びついています。
IAS第36号は、耐用年数を確定できない無形資産、まだ使用可能でない無形資産、企業結合で取得したのれんについて、毎年、回収可能価額を評価するよう求めています。その他の資産については、減損の兆候がある場合に回収可能価額を評価します。回収可能価額は、処分コスト控除後公正価値と使用価値のいずれか高い金額です。
出典:IFRS Foundation|IAS 36 Impairment of Assets
開発中のソフトウェアや仕掛研究開発プロジェクトは、まだ使用可能でない無形資産に該当する可能性があります。その場合、償却を開始していなくても、少なくとも年次で減損テストが必要になります。
また、無形資産の便益が単独ではなく、他の資産と組み合わさって生じる場合には、IAS第36号の資金生成単位の考え方が関わってきます。IAS第38号も、無形資産が他の資産と組み合わさってのみ経済的便益を生む場合には、IAS第36号の資金生成単位の概念を適用するとしています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
ですから、無形資産の資産化を判断する際には、将来経済的便益をどの単位で回収するのかも、同時に考えておく必要があります。製品単位なのか、サービスライン単位なのか、プラットフォーム単位なのか、事業部門単位なのか。この整理は、後続の減損テストに直結します。
表示・開示:無形資産は「金額」だけでなく「判断」を語る
IAS第38号は、無形資産の各クラスについて、内部創出無形資産とその他の無形資産を区分したうえで、多くの開示を求めています。耐用年数が有限か確定できないか、有限の場合の耐用年数または償却率、償却方法、期首・期末の総帳簿価額と償却累計額・減損損失累計額、包括利益計算書上の償却費の表示科目、そして期首から期末までの帳簿価額の調整表です。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
帳簿価額の調整表では、内部開発による増加、個別取得による増加、企業結合による取得、売却目的保有への分類、その他処分、再評価、減損、減損戻入れ、償却、為替換算差額、その他増減などを示します。無形資産のクラスの例としては、ブランド名、マストヘッド・出版タイトル、コンピュータソフトウェア、ライセンス・フランチャイズ、著作権・特許権等、レシピ・公式・モデル・デザイン・プロトタイプ、開発中の無形資産が挙げられています。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
また、耐用年数を確定できない無形資産については、帳簿価額と、その判断を支える理由、とりわけ重要な要因を説明します。重要な個別無形資産については、説明、帳簿価額、残存償却期間も開示の対象です。さらに、権利制限がある無形資産、担保に供されている無形資産、無形資産取得に関する契約上のコミットメント、当期に費用認識した研究開発支出の合計額も、開示の対象となります。
出典:IFRS Foundation|International Accounting Standard 38 Intangible Assets
開示の実例としては、特許・商標・顧客契約・自己創設ソフトウェアといった区分ごとに、取得原価、償却累計額、減損損失、自己開発による増加、企業結合による取得、為替換算差額、償却費を含む帳簿価額調整表が示されるかたちが一般的です。
監査対応で整理しておくべき事項
無形資産、研究開発費、ソフトウェアは、監査上、見積りと判断が集中する領域です。次の事項を整理しておくと、会計処理の根拠が明確になります。
1. 無形資産の定義を満たすか
識別可能性、支配、将来経済的便益を整理します。とくに、顧客基盤、従業員スキル、ノウハウ、ブランド、SaaS利用権については、経営上の重要性とIFRS上の資産認識を切り分ける必要があります。
2. 個別取得か、自己創設か、企業結合か
取得形態によって認識判断が変わります。個別取得では取得対価により認識要件が満たされやすく、企業結合では被取得企業が認識していなかった無形資産も取得日に認識される可能性があります。一方、自己創設では研究局面・開発局面の区分が中核になります。
3. 研究局面と開発局面の区分
内部プロジェクトを研究局面と開発局面に区分できるかを確認します。区分できなければ、支出は研究局面として費用処理します。開発局面に移行したと判断する日付と、その根拠を明確にします。
4. 開発費資産化の6要件
技術的実行可能性、完成・使用または売却の意図、使用または売却能力、将来経済的便益、必要資源、支出の信頼性ある測定を、証拠に基づいて確認します。
5. ソフトウェア支出の区分
購入費、開発費、設定費、カスタマイズ費、データ移行費、研修費、保守費、運用費、業務改革費を区分します。SaaSでは、ソフトウェア資産または追加コードを支配しているかが重要です。
6. 原価集計の信頼性
開発費を資産化する場合、プロジェクト別原価、工数、外注費、直接費、間接費配賦、資産化開始日以降の支出を、信頼性をもって集計できる必要があります。
7. 償却開始時点
無形資産が使用可能となった時点を確認します。ソフトウェアであれば、本番稼働可能状態、利用部門の受入れ、移行完了、必要なテスト完了などが証拠になります。
8. 耐用年数・償却方法
技術的陳腐化、契約期間、利用計画、更新可能性、サービス寿命、他システムとの依存関係を確認します。耐用年数が確定できないと判断する場合には、その根拠をとりわけ慎重に整理します。
9. 減損との整合
使用可能でない無形資産、耐用年数を確定できない無形資産、仕掛研究開発、資産化したソフトウェアについて、減損テストの要否、CGU、将来キャッシュ・フロー、事業計画との整合を確認します。
10. 開示資料
会計方針、耐用年数、償却方法、帳簿価額調整表、研究開発費の費用認識額、重要な無形資産、耐用年数を確定できない無形資産の理由、コミットメント、担保・制限を、注記に落とし込みます。
IFRS実務での判断プロセス
無形資産・研究開発費・ソフトウェアを検討するときは、次の順序で整理すると、会計処理、監査説明、開示が一本の線でつながります。
第一に、対象支出を棚卸しする。
ソフトウェア購入費、ライセンス費、開発人件費、外注費、クラウド利用料、設定費、カスタマイズ費、データ移行費、保守費、研修費、広告宣伝費などを分解します。
第二に、適用基準を確認する。
IAS第38号の対象か、それともIAS第16号、IFRS第16号、IFRS第15号、IFRS第3号、IAS第36号など他基準の対象かを確認します。
第三に、資産の定義を確認する。
識別可能性、支配、将来経済的便益を整理します。
第四に、取得形態を判定する。
個別取得、自己創設、企業結合、政府補助金、交換取引、SaaS契約など、取得形態ごとに認識要件を適用します。
第五に、自己創設の場合は研究局面と開発局面を分ける。
区分できなければ研究局面として費用処理します。
第六に、開発局面の6要件を証拠化する。
会計処理の結論だけでなく、要件ごとの根拠資料を整理します。
第七に、資産化開始日と資産化対象コストを決める。
過去に費用処理した支出は後から資産化しないため、開始日と対象支出の境界が重要になります。
第八に、耐用年数、償却方法、残存価額を設定する。
ソフトウェアや技術資産では、陳腐化、契約期間、更新可能性、利用計画を反映します。
第九に、減損テストとの関係を整理する。
開発中資産、耐用年数を確定できない資産、重要なソフトウェアについて、IAS第36号との整合を確認します。
第十に、開示と監査資料へ落とし込む。
帳簿価額調整表、研究開発費、会計方針、見積り、重要な判断を、財務諸表利用者に説明できる形にします。
無形資産会計で見落としやすい実務上の注意点
「将来役に立つ」は資産化の理由にならない
将来役に立つ支出は、いくらでもあります。広告宣伝、研修、営業活動、ブランド構築、組織開発、顧客満足度向上施策も、将来便益を生む可能性があります。それでも、識別可能で企業が支配する資産に直接帰属する支出でなければ、無形資産として認識することはできません。
開発費は、一律費用でも一律資産でもない
研究局面は費用処理、開発局面は6要件をすべて満たす場合に資産化。これが基本です。開発費を一律に費用処理する運用は、プロジェクトによってはIAS第38号の要求と整合しない可能性があります。
SaaS導入費用は、とりわけ慎重に見る
SaaSでは、顧客がソフトウェアにアクセスしているだけで、ソフトウェア自体は支配していない、という場面が多くあります。設定・カスタマイズ費用についても、顧客が支配する追加コード等を生むかどうかを確認しなければなりません。
ソフトウェア開発では、工数管理が会計証拠になる
開発費資産化の要件を満たしていても、支出を信頼性をもって測定できなければ資産化できません。工数入力、プロジェクトコード、外注契約、直接費・間接費の配賦ルールが不十分であれば、会計処理の結論を支えきれません。
使用可能時点を曖昧にしない
ソフトウェアでは、開発完了、テスト完了、リリース、利用開始、段階稼働、本番移行のタイミングがずれることがあります。償却開始時点は、経営者が意図した方法で使用可能となった時点です。請求書日付や検収日だけで判断せず、実態を確認する必要があります。
耐用年数を長く置きすぎない
IAS第38号は、コンピュータソフトウェアや多くの無形資産が技術的陳腐化の影響を受けやすいことを、はっきり示しています。長期の耐用年数を設定する場合には、利用計画、保守契約、技術基盤、移行方針、事業計画との整合が欠かせません。
PPAで認識される無形資産と、通常時の自己創設資産を混同しない
自己創設では認識できない顧客リストやブランドが、企業結合では識別可能無形資産として認識されることがあります。これは会計処理の矛盾ではありません。取得取引によって、公正価値測定と識別が可能になるためです。
無形資産会計を説明可能にするために
無形資産会計は、IFRSのなかでも、「経営上の価値」と「会計上の資産認識」の差がとりわけ表れやすい領域です。
研究開発、ソフトウェア、データ、ブランド、顧客基盤は、企業価値を左右します。しかし、IFRS財務諸表に資産として認識するには、企業が支配する識別可能な資源であり、将来経済的便益が流入する可能性が高く、原価を信頼性をもって測定できることが必要です。
そのため、実務判断では、次の問いを避けて通れません。
- その支出は、事業全体への投資か、それとも識別可能な資産への支出か
- 企業は、その資源から便益を得て、他者のアクセスを制限できるか
- 研究局面と開発局面を区別できるか
- 開発局面の6要件をすべて証拠化できるか
- 資産化開始日と対象支出を説明できるか
- SaaS契約で、顧客はソフトウェアまたは追加コードを支配しているか
- 耐用年数、償却方法、減損テスト、開示は、事業実態と整合しているか
IFRSにおける無形資産会計は、将来成長への投資をどこまで財務諸表に反映できるかという問題であると同時に、認識しない重要な経営資源をどう開示・説明するかという問題でもあります。貸借対照表に計上しないからといって、重要でないわけではありません。計上できる資産と、計上できないが経営上重要な資源とを切り分け、財務報告として説明可能にすること。ここにIFRS実務の要点があります。
IFRSにおける無形資産・研究開発費・ソフトウェアの判断でお困りの場合
無形資産、研究開発費、ソフトウェア、SaaS導入費用、ウェブサイト開発費、企業結合で取得した無形資産は、会計処理の結論だけで完結する論点ではありません。契約、プロジェクト管理、開発工程、原価集計、将来経済的便益、耐用年数、減損、開示、監査対応まで、一体で整理する必要があります。
とりわけ、IFRS導入時、研究開発投資が大きい企業、SaaS・クラウド移行を進めている企業、ソフトウェア開発費の資産化方針を見直す企業、M&A後に無形資産を識別する企業では、早い段階で判断軸と証拠資料を整えておくことが重要です。
犬飼公認会計士・税理士事務所では、IFRSに関する会計処理、表示・開示、監査対応、論点整理資料の作成、会計方針の検討について、取引実態と説明可能性を踏まえた支援を行っています。
無形資産、研究開発費、ソフトウェア、SaaS導入費用、開発費資産化、監査対応資料の整理についてご確認になりたい場合は、当事務所HPのお問い合わせページよりご相談ください。
この記事の振り返り
| 論点 | 実務上のポイント |
|---|---|
| 無形資産の定義 | 物理的実体のない識別可能な非貨幣性資産。識別可能性、支配、将来経済的便益が重要。 |
| 認識要件 | 将来経済的便益の流入可能性が高く、取得原価を信頼性をもって測定できる場合に認識する。 |
| 個別取得 | 購入価格と直接起因コストを取得原価に含める。研修費、広告宣伝費、一般管理費、初期営業損失は通常含めない。 |
| 自己創設無形資産 | 研究局面と開発局面を区分する。区分できない場合は研究局面として費用処理する。 |
| 研究局面 | 無形資産は認識せず、研究支出は発生時に費用処理する。 |
| 開発局面 | 技術的実行可能性、完成・使用または売却の意図、使用または売却能力、将来経済的便益、必要資源、支出の信頼性ある測定のすべてを立証する場合に資産化する。 |
| 過去費用の資産化 | 過去に費用処理した開発費は、後日成功したからといって資産に振り替えない。 |
| 自己創設ブランド等 | 自己創設のれん、ブランド、出版タイトル、顧客リスト等は無形資産として認識しない。 |
| ソフトウェア | 購入、自己開発、SaaSで判断が異なる。自己開発はIAS第38号の開発局面要件を満たす場合に資産化を検討する。 |
| SaaS | ソフトウェアへのアクセスのみを受ける契約は通常サービス契約。設定・カスタマイズ費用は顧客支配資産が生じるかを確認する。 |
| ウェブサイト開発費 | 企画段階や宣伝目的支出は費用処理が中心。アプリケーション開発は認識要件を満たす場合に資産化を検討する。 |
| 企業結合で取得した無形資産 | 被取得企業が認識していなかった無形資産でも、識別可能であればのれんと別に認識する。 |
| 取得後支出 | 多くは既存資産の便益維持または事業全体の発展支出であり、資産化は限定的。 |
| 事後測定 | 原価モデルが中心。再評価モデルは活発な市場がある場合に限られ、無形資産では適用場面が限定される。 |
| 耐用年数 | 有限か確定できないかを判断する。ソフトウェアは技術的陳腐化により短くなることが多い。 |
| 償却 | 有限耐用年数の無形資産は、使用可能時点から耐用年数にわたり償却する。 |
| 収益基礎の償却 | 原則として不適切という反証可能な推定がある。限定的な例外を除き、収益比例償却には慎重な判断が必要。 |
| 残存価額 | 原則ゼロ。第三者購入コミットメントまたは活発な市場がある場合などに限りゼロ以外を検討する。 |
| 減損 | 耐用年数を確定できない無形資産、使用可能でない無形資産は少なくとも年次で減損テストを行う。 |
| 開示 | 内部創出とその他を区分し、耐用年数、償却方法、帳簿価額調整表、研究開発費、重要な無形資産、コミットメント等を開示する。 |
| 監査対応 | 資産化開始日、開発局面要件、原価集計、支配、将来便益、耐用年数、減損、開示を証拠化する。 |