ソフトウェアの資産計上の判断基準｜財務DDで見る開発費・保守費・除却

ソフトウェアの資産計上が妥当かは、支出の中身（開発か保守か、買い切りか利用料か）と、そのソフトウェアが今も使われているかの2点で判断します。財務DDでは、契約書・請求書・利用状況の資料で計上額を検証し、価値のない資産や税務上の計上漏れを、修正純資産や契約条件に反映します。

ソフトウェアは資産計上か費用処理か？支出の種類ごとの判断基準

ソフトウェアは法人税法上の「無形減価償却資産」に当たり、取得価額を耐用年数にわたって定額法で償却します。ただし、ソフトウェアに関係する支出がすべて資産になるわけではありません。

判断の出発点は、「将来にわたって使う機能を手に入れた支出か、その都度のサービスや現状維持のための支出か」という区別です。主な支出の扱いは次のとおりです。

支出の内容	原則的な扱い	確認のポイント
パッケージソフトの購入（買い切り）	無形固定資産（ソフトウェア）。金額によって少額の特例がある	導入時の設定作業や、自社の仕様に合わせる修正の費用も取得価額に含める
外部委託による自社利用システムの開発	無形固定資産（ソフトウェア）	要件定義・設計・プログラム作成など、完成までの費用を集計しているか
社内の人員による開発	無形固定資産（人件費などを原価として集計）	開発に携わった人の工数の記録があるか
機能の追加・向上のための改修	資本的支出（既存のソフトウェアに上乗せして資産計上）	改修の目的と仕様書の内容
不具合の修正・現状維持のための保守	修繕費・保守料として費用	保守契約の範囲と作業報告の内容
クラウドサービス（SaaS）の利用料	利用期間に応じた費用	複数年分を前払いした場合は前払費用として期間に配分する
研究開発を目的とした支出	会計上は発生時の費用（研究開発費）	税務上は資産計上が必要になる場合があり、会計との差が生じやすい

会計の基準（研究開発費等に係る会計基準）では、自社で利用するソフトウェアは、将来の収益獲得または費用削減が確実と認められる場合に資産計上します。市場で販売するソフトウェアは、最初に製品化された製品マスター（複写のもとになる完成品）が完成するまでの費用を研究開発費として処理します。

中小企業では、法人税法の取扱いに沿って処理していることが一般的です。そのため財務DDでは、「会計として実態に合っているか」と「税務上の扱いに誤りがないか」を分けて確認します。

会計と税務で判断の向きが違う場面

購入したソフトウェアにも少額の特例が使える

ソフトウェアも減価償却資産のため、取得価額が10万円未満なら全額をその期の費用にでき、20万円未満なら一括償却資産として3年で均等に償却する方法も選べます。

青色申告をしている中小企業者等は、2026年4月1日以後に取得した40万円未満の減価償却資産（2026年3月31日までの取得は30万円未満）を、年300万円まで全額費用にできます。従業員400人超の法人は対象外で、2029年3月31日までの取得が対象です。金額は、通常1単位として取引される単位ごとに判定します（法人税基本通達7-1-11）。

開発と保守が混在した請求書はどう分ける？

実務で最も判断に迷うのは、開発会社からの請求書に開発・改修・保守がまとめて記載されているケースです。法人税基本通達7-8-6の2は、ソフトウェアのプログラムの修正等を、その目的によって次のように区分しています。

作業の内容	区分	具体例
プログラムの機能上の障害の除去	修繕費	稼働後に見つかった不具合やエラーの修正
現状の効用の維持	修繕費	稼働を続けるための軽微な調整・運用支援
新たな機能の追加	資本的支出	帳票・画面の追加、他のシステムとの連携機能の追加
機能の向上	資本的支出	処理できる取引の種類や件数の拡大
既存のソフトウェアの仕様を大幅に変更して新しいソフトウェアを作る	新しいソフトウェアの取得価額	パッケージや旧システムを土台にした別システムの構築

区分の根拠になるのは、見積書・請求書の内訳、作業報告書、仕様書です。内訳が「一式」としか書かれていない場合は、開発会社に作業ごとの工数や金額を確認し、その回答を記録として残します。

売り手がこの区分を資料で説明できるかどうかは、それ自体が経理体制の評価材料になります。なお、システム導入時のデータ移行や操作研修の費用は、ソフトウェアの取得価額に含めずに費用処理できる場合があります。どこまでを取得価額に含めるかを、会社として一定の基準で継続しているかも確認します。

財務DDではどの資料で何を確かめる？

無形資産の検証は、帳簿の数字を、契約・利用実態・権利関係の3つと突き合わせる作業です。財務DD全体の中では、貸借対照表の資産が実在し、評価が適切かを確かめる手続きの一つに当たります。全体の流れは財務デューデリジェンスの進め方と調査項目で整理しています。

資料	確認できる内容
無形固定資産の内訳明細・固定資産台帳	資産の名称、取得日、事業に使い始めた日、取得価額、償却方法、帳簿価額
法人税申告書の減価償却の明細（別表十六）	台帳の償却費と申告上の償却費が一致しているか、申告調整の有無
開発委託契約書・見積書・請求書・仕様書・検収書	支出の内容が開発（資産計上向き）か保守（費用処理向き）か、完成と検収の時期
保守契約書・クラウドサービスの利用契約	保守の範囲、契約期間、前払いの有無、解約の条件
社内の工数記録・プロジェクト管理資料	自社の人員が開発に費やした時間と人件費
利用状況の資料（利用者数・ログイン履歴・業務マニュアル）	実際に稼働しているか、代替システムに切り替わっていないか
特許権・商標権などの登録原簿	権利者の名義、存続期間、更新の時期
ライセンス契約書	譲渡や名義変更の制限、株主が変わったときの解除条項

検証は次の順番で進めます。金額の大きい資産と、取得から時間がたっている資産を優先します。

1. 無形資産を一覧にする貸借対照表のソフトウェア、ソフトウェア仮勘定（開発中の支出）、のれん、特許権、商標権、電話加入権、繰延資産を、台帳と照らして一覧にします。
2. 取得の経緯と金額を確かめる取得時期・取得価額・帳簿価額を、契約書・請求書・検収書と突き合わせます。
3. 支出の中身を区分し直す開発・改修・保守・データ移行・研修・ライセンス料に分け、資産計上の範囲が妥当かを判断します。
4. 社内人件費の扱いを確かめる自社開発がある場合は、開発に携わった人の工数と人件費を原価として集計しているかを確認します。
5. 稼働状況を確かめる利用部門へのヒアリングと実際の画面で、今も業務に使われているか、入替えの予定がないかを確認します。
6. 権利関係を確かめる著作権の帰属、ライセンスの譲渡制限、特許権・商標権の名義と更新時期を、契約書と登録原簿で確認します。
7. 影響額をまとめる見つかった論点を、修正純資産・正常収益力・税務リスク・契約条件のどれに反映するかに分けて金額を集計します。

売り手の立場で財務DDに備える場合は、次の資料をシステムごとにまとめておくと、確認が早く進みます。

• 開発・保守の契約書、見積書、請求書、仕様書、検収書
• 現在使っているシステムの一覧（利用部門・利用者数・保守契約の有無）
• 使わなくなったシステムと、利用をやめた時期・理由がわかる資料
• 特許権・商標権の登録証と、更新手続きの履歴
• クラウドサービスの契約者の名義と、管理者アカウントを持っている人

使われていないソフトウェアはどう扱う？除却と減損の考え方

開発当時は価値があったシステムでも、業務の変化や新システムへの切替えで使われなくなり、帳簿にだけ残っていることがあります。帳簿価額が大きいほど純資産を実態より大きく見せるため、財務DDでは確認の優先度が高い論点です。

税務では、物理的な廃棄がなくても、今後使わないことが明らかな事実があれば、その時点の帳簿価額（処分見込価額があれば差し引いた額）を損金にできます（法人税基本通達7-7-2の2）。通達が例に挙げているのは、次のような場合です。

• 自社利用のソフトウェアで、処理の対象だった業務が廃止され、利用しなくなったことが明らかな場合
• ハードウェアやOSの変更などで別のソフトウェアに切り替え、従来のソフトウェアを利用しなくなったことが明らかな場合
• 販売用のソフトウェアの原本で、新製品の発売などにより今後販売しないことが、社内の決裁文書や販売先への通知文書で明らかな場合

会計では、使用状況に大幅な変更があった場合などに、減損（回収できない帳簿価額の切下げ）の可能性を検討します。中小企業でも、使っていない資産を帳簿に残したままにすると、決算書の信頼性が損なわれます。稼働状況ごとの見方は次のとおりです。

状態	財務DDでの見方	処理の方向性
稼働中で業務に欠かせない	帳簿価額を基本に、入替えまでの残り期間と更新投資の時期を確認する	継続して償却する
稼働中だが入替えが決まっている	入替えまでの価値に絞って評価し、新システムの投資額を将来の資金需要に織り込む	会計上の償却期間の見直しを検討する
利用を停止した・代替済み	価値がないものとして修正純資産から差し引くことが多い	要件を満たせば除却損を計上する
開発を中止した（ソフトウェア仮勘定のまま）	完成の見込みがなければ価値はない	中止が明らかになった時点で損失処理を検討する

クラウド・ホームページ・特許権などで見落としやすい点は？

ソフトウェア本体のほかにも、無形資産には判断を誤りやすい項目があります。財務DDで確認することが多いものを整理します。

項目	見落としやすい誤り	確認すること
クラウドサービス（SaaS）の利用料	ソフトウェアとして資産計上し、償却している	買い切りか利用契約か。複数年分の前払いは前払費用として期間に応じて費用にする
年額・月額のライセンス料	前払いした期間分を一括で費用にしている	契約期間と支払時期（一定の要件を満たす短期の前払いは、支払時の費用処理が認められる場合がある）
ホームページの制作費	一律に資産計上、または一律に費用処理している	広告宣伝が中心の内容か、予約・決済・会員管理などのプログラム機能を持つか
社内マニュアル・ノウハウ	作成にかかった人件費や外注費を資産計上している	売買や使用許諾の対象になる権利か（通常は資産計上になじまない）
特許権・商標権	会社ではなく経営者個人の名義で登録されている	登録原簿の権利者、存続期間、更新の時期
電話加入権	取得時の金額のまま残っている	現在の換金価値（評価を見直す対象になりやすい）
のれん	過去の買収で生じた金額の根拠が残っていない	当時の契約書・評価資料と償却の状況

機器とソフトウェアを一体で購入した場合は、請求書が「一式」でも、台帳では分けて登録します。サーバーやパソコンなどの機器は固定資産税（償却資産）の申告対象ですが、ソフトウェアは無形の資産のため対象になりません。区分を誤ると、申告漏れや過大な申告につながります。

外部に委託して開発したシステムの著作権は誰のもの？

外部の開発会社に委託して作ったプログラムの著作権は、契約で譲渡を定めない限り、原則として開発会社に残ります。この場合、発注した会社が持つのは「使う権利」にとどまり、別の会社に改修を依頼したり、グループ会社に移管したりするときに制約を受けることがあります。

著作権を譲り受ける契約でも、翻案権など著作権法27条・28条の権利を譲渡の対象として明記していないと、これらは開発会社に残ると推定されます。一方で、著作権が開発会社に残っていても、利用のために支払った開発費は、税務上はソフトウェアとして資産計上するのが原則です。

つまり、財務DDでは「資産計上が正しいか」とは別に、「買収後もシステムを自由に改修・移管できるか」を契約書で確認します。屋号やドメインなど、ソフトウェア以外の無形資産の引継ぎは屋号・ブランド・ドメインを承継するときの実務で詳しく扱っています。

検証結果は買収価格や契約にどう反映する？

無形資産の論点は、金額に換算したうえで、どこに反映するかを整理します。同じ「計上の誤り」でも、反映先によって交渉の材料が変わります。

反映先	主な調整	該当しやすい論点
修正純資産（会社の実質的な純資産）	価値のない無形資産・仮勘定・繰延資産を差し引く	利用を停止したシステム、中止したプロジェクトの仮勘定、過去ののれん
正常収益力（毎年の実力としての利益）	資産計上された保守費を費用に戻し、将来の更新投資を見込む	保守費の資産計上、近く入替えが必要なシステム
税務リスク	税務上の資産計上漏れによる追徴の見込額を見積もる	自社開発の人件費や改修費の費用処理
契約条件	表明保証・補償条項・価格調整で手当てする	著作権の帰属が不明確、ライセンスの承継に相手方の同意が必要

税務上の資産計上漏れは、法定申告期限から原則5年（偽りその他不正の行為がある場合は7年）の範囲で更正の対象になり得ます。追徴の際は、本税に加えて過少申告加算税（原則10%、期限内申告税額と50万円のいずれか多い額を超える部分は15%）や延滞税がかかります。

もっとも、資産計上漏れは費用にする時期がずれる問題のため、後の年度の償却費で一部が取り戻され、追徴税額は差額の一部にとどまることもあります。年度ごとの影響を試算して、表明保証や価格への反映方法を決めます。

IT企業のように、ソフトウェアそのものが事業の中心である会社では、資産の計上額だけでなく、継続課金の収益や開発人材の定着も評価を大きく左右します。IT・ソフトウェア業のM＆Aで確認したい財務の論点や、市場・競合・組織を見る事業デューデリジェンスの進め方もあわせて確認してください。

よくある失敗と防ぎ方

無形資産の誤りは、目に見える現物がないぶん、日々の処理の中で気づかれないまま積み重なりがちです。財務DDで指摘を受けやすいものを、原因と防ぎ方に分けて整理します。

よくある失敗	起こる理由	防ぎ方
減損・除却の検討を先送りにする	利用停止の情報が経理に届かない	決算ごとに、システムの一覧と利用状況を照合する
自社開発の人件費が計上から漏れる	開発に費やした工数を記録していない	プロジェクト単位で開発時間を記録し、原価として集計する
ソフトウェアと前払費用を取り違える	買い切りか利用権かを契約で確認していない	契約の形態ごとに処理のルールを決めておく
前任者の処理をそのまま踏襲する	過去の計上内容を検証していない	台帳の残高の中身を、資料で説明できる状態に保つ
1つのシステムを分割して少額の特例を使う	請求書を分ければ少額になると誤解している	通常1単位として取引される単位で判定する
機器とソフトウェアを一体で計上する	請求書が「一式」のまま登録している	内訳を取り寄せ、機器とソフトウェアを分けて台帳に登録する

よくある質問

まとめ

ソフトウェアの資産計上は、支出の中身と稼働状況の2点で妥当性を確かめます。開発と保守の区分、使われていない資産の除却、クラウド利用料や権利関係を資料で確認し、見つかった論点は修正純資産・正常収益力・税務リスク・契約条件に分けて金額で示します。これがM＆Aの交渉を進めるうえでの土台になります。