ソフトウェアの資産計上基準と減価償却・仕訳の完全解説

ソフトウェアの資産計上基準と判断・処理の全体像

SaaSの月額利用料を資産計上すると、税務署から全額否認されます。

ソフトウェアの資産計上とは何か：無形固定資産への計上基準の全体像

ソフトウェアを「資産計上する」とは、そのソフトウェアが将来にわたって企業に経済的利益をもたらす存在として、貸借対照表（B/S）の「無形固定資産」に載せることを意味します。損益計算書（P/L）に一括で費用計上するのではなく、使用期間にわたって費用を分割する「減価償却」を適用するのがポイントです。

日本の会計基準では、1998年に企業会計審議会が公表した「研究開発費等に係る会計基準」がソフトウェアの会計処理の土台となっています。この基準は2024年7月に最終改正されており、特にSaaSや自社開発ソフトウェアに関する実務指針が整備されました。

資産計上が認められるには、以下の3要件をすべて満たす必要があります。

- 販売を目的として保有していないこと：あくまで自社の業務運営のために使用するものが対象です。顧客への転売目的のものは固定資産にはなりません。

- 1年以上使用する予定であること：1年未満で利用を終える場合は「消耗品費」などで費用処理します。

- 取得価額が10万円以上であること：10万円未満のものは取得年度に全額損金算入されます。

この3つは「固定資産計上の3要件」とも呼ばれており、3要件の原則が基本です。実務では10万円以上30万円未満の場合、中小企業者等に限り租税特別措置法の規定で年間合計300万円を上限に即時償却できる特例（少額減価償却資産の特例）があります。

なお、ソフトウェアの定義は「コンピュータに一定の仕事を行わせるためのプログラム、システム仕様書、フローチャート等の関連文書」とされています。意外と見落とされがちですが、プログラムのソースコードだけでなく、仕様書や設計書の文書類もソフトウェアの範囲に含まれる点は覚えておきましょう。

参考：企業会計基準委員会「研究開発費及びソフトウェアの会計処理に関する実務指針」（2024年7月最終改正）
研究開発費及びソフトウェアの会計処理に関する実務指針（ASBJ公式PDF）

ソフトウェアの種類別に見る資産計上の判断基準と費用処理との分岐点

ソフトウェアは「何のために作るか・使うか」によって、会計処理のルールが大きく変わります。この分岐を知らずにいると、本来資産計上すべきものを費用処理して節税機会を逃したり、逆に資産計上すべきでないものを計上して税務調査で否認されたりするリスクがあります。種類別に整理しましょう。

研究開発目的のソフトウェアは、将来の収益獲得が見込まれない段階のものです。「新しい製品・サービスを生み出すための調査・探求活動」が研究開発に該当し、かかったコストは全額「研究開発費」として発生時に費用処理します。資産計上は認められません。これが原則です。

市場販売目的のソフトウェアは、「最初に製品化された製品マスターの完成時点」を境にして処理が変わります。製品マスター完成前は全額研究開発費。完成後の機能追加・強化にかかる費用は無形固定資産として資産計上します。ただし、「著しい改良」に該当する大規模な改修は研究開発費に戻ります。バグ修正や機能維持のための費用は発生時に費用計上です。判断の境界線が実務では曖昧になりやすく注意が必要です。

自社利用目的のソフトウェアについては、さらに「外部購入」と「自社開発（内製）」に分かれます。外部から購入した場合は、原則として将来の収益獲得または費用削減が確実とみなされるため、取得額をそのまま資産計上します。購入代金に加え、初期設定費用や自社仕様への付随的なカスタマイズ費用も取得価額に含められます。

自社で開発した場合は、「将来の収益獲得または費用削減が確実と認められる状況になった時点」から資産計上が開始されます。つまり企画・調査フェーズの費用は費用処理で、基本設計が完了して開発の見通しが立った段階以降が資産計上の対象となります。つまり開始タイミングの判断が命です。

機器組み込みのソフトウェア（計測機器や工場設備に組み込まれたプログラム等）は、ソフトウェア単独では計上できません。機器自体の取得原価に含めて「機械及び装置」等で処理します。

| ソフトウェアの種類 | 会計処理 | 資産計上のタイミング |
|---|---|---|
| 研究開発目的 | 全額費用処理（研究開発費） | ❌ 計上不可 |
| 市場販売目的 | 製品マスター完成後から資産計上 | 製品マスター完成時点 |
| 自社利用（外部購入） | 原則として資産計上 | 購入・利用開始時 |
| 自社利用（内製） | 要件充足時点から資産計上 | 将来効果が確実になった時点 |
| 機器組み込み | 機器の取得原価に含める | 機器として処理 |

参考：国税庁「No.5461 ソフトウエアの取得価額と耐用年数」
国税庁｜ソフトウェアの取得価額と耐用年数（法人税）

ソフトウェアの資産計上における耐用年数・減価償却の仕訳パターン

資産計上を決めたら、次に考えるのが「何年で費用化するか（耐用年数）」と「どう仕訳するか」です。ここを正確に理解しておくと、決算書の数字の見方が格段に深まります。

耐用年数は、税法によって次のように定められています。

- 自社利用目的のソフトウェア：原則5年（定額法）
- 市場販売目的のソフトウェア：原則3年以内
- 研究開発用のソフトウェア：3年

定額法の償却率は耐用年数5年なら0.200、3年なら0.334です。たとえば1,000万円の自社利用ソフトウェアを購入した場合、毎年200万円ずつ5年間で費用化されます。これはちょうど、5年間の月次賃料に分割払いするイメージです。

仕訳の基本パターンは以下の通りです。

① ソフトウェアを1,200万円で購入した場合（資産計上時）。

```
（借方）ソフトウェア 12,000,000円 ／ （貸方）現金・普通預金 12,000,000円
```

② 期末に減価償却を計上する場合（耐用年数5年・定額法）。

```
（借方）減価償却費 2,400,000円 ／ （貸方）ソフトウェア 2,400,000円
```

ソフトウェアは無形固定資産のため、有形固定資産と異なり「減価償却累計額」を使わず、直接ソフトウェア勘定を減額します。これが有形固定資産との大きな違いです。

自社開発中は「ソフトウェア仮勘定」を使います。開発が完了するまでのコスト（人件費・外注費等）は「ソフトウェア仮勘定」として処理し、完成して利用開始した時点で本勘定「ソフトウェア」へ振り替えます。

③ 開発中の外注費を支払った場合（仮勘定計上）。

```
（借方）ソフトウェア仮勘定 500,000円 ／ （貸方）買掛金（未払金） 500,000円
```

④ 完成して本勘定へ振り替えた場合。

```
（借方）ソフトウェア 500,000円 ／ （貸方）ソフトウェア仮勘定 500,000円
```

市場販売目的のソフトウェアは、「見込販売数量または見込販売収益に基づく償却額」と「残存有効期間に基づく均等配分額」のいずれか大きい方で償却する点も特徴的です。これは実際の収益と費用をより正確に対応させるための処理です。

参考：OBCコラム「ソフトウェア仮勘定とは？資産計上のタイミング、仕訳例」
OBC｜ソフトウェア仮勘定の資産計上タイミングと仕訳例

ソフトウェア資産計上における人件費・外注費の取得原価算入ルール

自社でソフトウェアを開発した場合、「いくらで資産計上するか（取得価額）」の算定が非常に重要です。実はここに実務上の大きな落とし穴があります。

自社開発ソフトウェアの取得価額は「製作に要した原材料費・労務費（人件費）・経費の合計額」です。つまり、外部への支払い（外注費）だけでなく、社内エンジニアの人件費も取得原価に算入できることが重要なポイントです。これを知らないと、資産として計上すべき金額を過少に見積もることになります。

人件費を資産計上するには、工数管理の記録が必須です。たとえば月額人件費60万円のエンジニアが、対象プロジェクトの開発に月間160時間のうち80時間を充てた場合、30万円が取得原価に算入されます。工数記録は日次または週次でプロジェクトコード別に管理するのが実務標準です。

外注費については、契約形態によって資産計上できる範囲が変わります。請負契約（成果物の引き渡しを目的とする）の外注費は、検収書をもって資産計上の根拠にできます。一方で準委任（SES等）契約の場合は、作業の遂行そのものが対象となるため、成果物の特定と完成時期の確認が複雑になります。税務調査においては、契約書と検収書の整合性が確認されます。

取得原価に「含められるもの」と「含められないもの」の区分は以下の通りです。

✅ 取得原価に含めるもの。
- ソフトウェア購入代金・外注開発費
- 初期設定費用・付随的カスタマイズ費用
- 開発に直接従事した社内エンジニアの人件費（工数按分）
- テスト費用・品質管理担当者の人件費（開発フェーズ相当分）

❌ 取得原価に含められないもの（費用処理）。
- データコンバート（移行）費用
- 導入後の教育研修費用・ユーザートレーニング費用
- 保守・サポート契約料、バージョンアップ契約料
- 導入後の運用費用

データ移行費用は「資産計上できる」と誤解されやすい項目の一つです。原則として費用処理が正しい取扱いなので注意が必要です。

また、工数の記録が曖昧な状態では税務調査で否認されるリスクがあります。「なんとなく半分くらい開発していたから50%で按分」という根拠のない計算は通用しません。プロジェクト管理ツール等のログを会計証憑として活用できる形式で保存しておくことが、最大のリスクヘッジになります。

参考：一創コラム「経理担当者が押さえるべき自社開発ソフトウェア資産計上の会計基準と判定条件」
一創｜自社開発ソフトウェア資産計上の会計基準と判定条件（実務解説）

SaaS・クラウド型ソフトウェアの資産計上：費用処理が原則の理由と例外

近年、業務システムの主流はクラウド型（SaaS）へと移行しています。しかし、SaaSの会計処理には多くの誤解があります。「毎月払っているから費用では？」という直感は正しいのですが、初期費用やカスタマイズ費用の扱いで迷うケースが頻発しています。

まず大原則として、SaaSのサブスクリプション利用料（月額・年額）は費用処理が原則です。SaaSは「利用権の購入」であり、ソフトウェアそのものを保有するわけではないため、「サービスの利用料」として勘定科目「通信費」や「支払手数料」で処理します。資産計上は誤りです。

2024年7月に最終改正された実務指針では、SaaSに関する費用区分が次のように整理されています。

| 費用の種類 | 会計処理の原則 |
|---|---|
| 月額・年額利用料（サブスクリプション） | 費用処理（通信費・支払手数料等） |
| 初期設定費用（標準機能の設定のみ） | 原則として費用処理 |
| データ移行費用 | 費用処理 |
| 操作トレーニング費用 | 費用処理 |
| 自社側でのカスタマイズ開発費用 | 要件次第で資産計上可 |

例外として資産計上が認められる可能性があるのは、「SaaSと連携するために自社側でプログラムを開発し、継続利用する場合」です。この場合、自社が保有する「ソフトウェア」として資産計上できます。また、初期費用が将来的に経済的便益を生む「資産性」が認められると判断された場合には、「長期前払費用」として計上し、契約期間にわたって償却する処理が選択されることもあります。

SaaSの初期費用について注意が必要な点があります。「初期設定費用を資産計上した方が初年度の費用が減って見栄えが良い」と考えて誤って資産計上するケースが実務では見受けられます。しかし、SaaSの初期費用を資産計上すると、サービス契約の終了とともに資産としての価値がゼロになるため、減損処理が必要になるリスクもあります。費用処理が正しい扱いです。

アジャイル開発でSaaS基盤の上に自社機能を追加するケースでは、スプリント単位の支出を資産計上へ変換するための工数管理が実務上の課題となっています。この点については、日本公認会計士協会（JICPA）の研究資料も参考になります。

参考：TKCウェブコラム「第4回 ソフトウェアの導入費用の取扱い」（税理士・公認会計士 足立直之）
TKCグループ｜ソフトウェアの導入費用の取扱い（SaaS含む実務解説）

ソフトウェアの資産計上で税務調査に指摘されやすい5つのパターン

ソフトウェアの資産計上は、税務調査において頻繁に指摘を受けるテーマのひとつです。処理の誤りが発覚すると、追加納税・延滞税・場合によっては加算税が発生するため、財務上のリスクは決して小さくありません。よくある指摘パターンを把握しておくことが最大の防御策です。

❶ プロトタイプ・要件定義フェーズの費用を資産計上してしまった

開発に「着手した」という報告を受けただけで資産計上を始めてしまうケースです。基本設計が完了し、技術的な実現可能性が確認されるまでの費用は「研究開発費」として費用処理すべきです。国税不服審判所の裁決でも、プロトタイプ段階の支出を無形固定資産として計上した企業が否認された事例が存在します。

❷ 工数記録が曖昧で人件費按分の根拠を示せない

「月間作業の半分を開発に使ったので50%で按分」という根拠のない計算は否認されます。日次・週次の工数ログ、プロジェクト管理ツールの記録が証憑として必要です。証憑がなければ人件費の資産計上額全体が問題視されます。

❸ 期末直前の開発完了申告で利益調整が疑われる

決算期末直前にソフトウェアの完成を申告して資産計上するケースは、監査法人・税務署双方から厳しく見られます。費用処理では当期損益が下がりますが、資産計上に切り替えると当期費用が減少し、利益が改善されます。この構造が利益調整の手段として疑われるためです。テスト完了報告書や検収書など、完成時点を客観的に示す証憑を期末前に整備しておくことが重要です。

❹ 「機能維持」と「機能追加」を混同して全額資産計上

バグ修正・セキュリティパッチ適用・軽微な改善は「保守費（修繕費）」として費用処理します。一方、新機能の追加や処理速度の向上は資産計上対象です。この区別をせず、稼働後の改修費用を全額資産計上している企業は税務調査で否認されるリスクがあります。判断の記録を案件ごとに残しておくことが有効です。

❺ 会計上と税務上の処理のズレを放置している

会計基準（将来の収益獲得が確実でなければ費用処理）と税務会計（自社利用は原則として資産計上）では、判断基準に微妙な差異があります。この差が一時差異を生み、繰延税金資産・負債の計上漏れにつながるケースがあります。税務調査では会計・税務の両面から処理の整合性が確認されます。

🔑 対策として有効なのは、プロジェクトごとに会計上と税務上の処理を対比した「管理台帳」を作成し、期ごとに一時差異の発生と解消を追跡する仕組みを持つことです。税理士・公認会計士と連携して月次レビューを行うことで、指摘リスクを大幅に下げられます。

参考：税理士ひろおフィールド「税務調査で指摘を受けやすい、自社利用のソフトウェアについて」
税理士ひろおフィールド｜税務調査で指摘されやすい自社利用ソフトウェアの処理

【中古】PCのウイルスを根こそぎ削除する方法――コンピュータウイルス（マルウェア）は、あなたのお金と情報を狙っている！ (Software Design plus)