エンジニアの人件費を資産化できちゃうの？　～新年度から出来る人的資本経営に沿ったIT財務戦略～

知っている企業はやっている。事業会社の社内エンジニアの人件費は「費用」から「資産」へ転換できる人的資本経営時代。例えば、30名・年収750万円（副費込）の開発部門では年間約9,000万円の資産計上が実現可能。ただし、IT部門と財務・経理部門の連携が必須。さらに監査法人対策として「期首スタート × 事前協議 × 工数管理の整備」が鉄則…。

2020年代に入り、人的資本経営の潮流と非財務情報開示の義務化を受けて、企業の財務戦略に大きな変化が生まれています。これまで「単なるコスト」として利益を圧迫する要因とみなされていた人件費が、将来の価値を生み出す「人的資産（投資）」として資産計上できるようになりつつあります。

本コラムでは「社内エンジニアの人件費を資産化する」という実務的なテーマを取り上げ、その仕組み・試算・会計効果・そして監査法人と揉めないためのポリシー設計まで、CFO・CIO・IT部門責任者に向けてわかりやすく解説します。

1. なぜ今、エンジニアの人件費が「資産」になるのか

1-1　人的資本経営と非財務情報開示の潮流

内閣官房「人的資本可視化指針」（2022年）や金融庁による有価証券報告書への人的資本情報開示義務化（2023年）を契機に、人材への投資を「費用」ではなく「資産形成」として捉え直す動きが加速しています。プロスポーツチームが選手の契約金・年俸を資産計上・償却できるように、エンジニアが生み出すソフトウェアの開発労務費も、一定の要件を満たせば無形固定資産として計上できます。

1-2　資産計上できる人件費の範囲

「エンジニアの人件費をすべて資産にできる」わけではありません。制度上の整理は以下の通りです。

区分	内容	会計処理
A. ソフトウェア開発段階	新機能開発・新規システム構築に係る労務費	資産計上可
B. 研究・PoC段階	技術検証・要件定義前の探索活動	費用処理（原則）
C. 保守・運用	バグ修正・インフラ維持・既存機能改修	費用処理
D. 管理・その他	会議・採用・教育・総務対応等	費用処理

日本基準における「自社利用ソフトウェア」の会計基準（ソフトウェア取引の収益認識に関する実務対応報告等）では、開発段階に該当する労務費（直接人件費＋法定福利費等の副費）を無形固定資産として計上し、完成後は5年以内で定額償却するのが一般的な処理です。

2. 資産化のプロセスと概算試算

2-1　資産化のステップ（全体フロー）

実務では以下の5ステップで資産化を実現します。

【Step 1】プロジェクト分類の確立

　　各プロジェクト・各作業を「開発段階／研究段階／保守運用／管理」に区分するルールを策定

【Step 2】工数管理システムの整備

　　エンジニアが日次〜週次で「どのプロジェクトのどの区分に何時間従事したか」を記録する仕組みを構築

【Step 3】時間単価の算出

　　年間総労務費（副費込）÷ 年間総就業時間 ＝ 時間当たり単価

【Step 4】月次資産計上・仕訳起票

　　（借方）ソフトウェア仮勘定 ／ （貸方）未払費用または給与　で計上

　　プロジェクト完了時に「仮勘定→ソフトウェア」へ振替、償却開始

【Step 5】減価償却・減損管理

　　定額法・5年以内で償却。プロジェクト中止・価値消失時は即時減損処理

2-2　30名・750万円（副費込）での概算試算

以下の条件で、年間の資産計上可能額を試算します。

項目	数値
人数	30名
平均年収（直接人件費）	600万円／人
副費込み人件費（法定福利費・賞与引当等）	750万円／人
部門合計年間人件費	750万円 × 30名 ＝ 2億2,500万円

業務配分の想定によって資産計上額は大きく変動します。3つのシナリオで試算すると以下の通りです。

シナリオ	開発段階比率	年間資産計上額	特徴
保守中心型	20%	約 4,500万円	レガシー・大企業に多い
開発・保守混在型（標準）	40%	約 9,000万円	現実的な中間値
新規開発集中型	60%	約 1億3,500万円	DX推進期・スタートアップ

▶ 現実的な想定は「標準型」の約9,000万円前後。

　 日本のユーザ企業では、エンジニアの4〜5割が保守・運用・管理業務に従事しているケースが多いためです。

2-3　5年間の累積効果（標準型シナリオ）

年度	新規資産計上	償却費	P/L改善効果（概算）
初年度	9,000万円	1,800万円	約 7,200万円
2年度	9,000万円	3,600万円	約 5,400万円
3年度	9,000万円	5,400万円	約 3,600万円
5年目以降（定常）	9,000万円	9,000万円	中立（相殺）

最も財務的効果が大きいのは資産計上を開始した初年度〜3年度の間です。定常状態（5年目以降）では、新規計上と既存資産の償却がほぼ相殺されます。

３．会計上の期待効果

3-1　単年度利益の改善

資産計上の最大の財務効果は、費用の平準化による営業利益の改善です。標準型シナリオ（売上高10億円と仮定）での比較は以下の通りです。

損益項目	従来（全額費用処理）	資産計上後（標準型）
売上高	10億円	10億円
費用化する人件費	△2億2,500万円	△1億3,500万円
当年度の償却費	—	△1,800万円
営業利益	7億7,500万円	8億4,700万円
改善効果	—	＋約7,200万円

3-2　バランスシートの強化

無形固定資産（ソフトウェア）が増加し、総資産が拡大します。これにより借入余力・信用力の向上、そして投資家・金融機関に対する「内製技術資産を持つ企業」というシグナル効果が期待できます。

3-3　投資判断の構造変化

最も重要な経営的効果は、エンジニアリング投資の「見え方」が変わることです。

従来の見え方	資産計上後の見え方
エンジニア増員 ＝ コスト増	エンジニア増員 ＝ 資産形成
開発費 ＝ P/Lを圧迫する費用	開発費 ＝ 将来価値を生む投資
CFOの反応：「削減対象」	CFOの反応：「ROIを問う投資対象」
エンジニア組織 ＝ コストセンター	エンジニア組織 ＝ 価値創造の源泉

3-4　税務上の留意点

資産計上した場合、損金算入のタイミングが償却期間に分散されます。短期的には税負担が増加する可能性があり、税務上の取り扱いと会計上の取り扱いに差異（一時差異）が生じるため、繰延税金資産の計上が必要になるケースがあります。税理士・監査法人との事前確認が欠かせません。

４．監査法人と揉めないためのポリシー設計

「監査法人と揉めないための本質は、財務効果を得るために制度を使うのではなく、事業の実態を正確に財務に反映するために制度を使うという姿勢を一貫して示すことです。

4-1　監査法人が問題にする核心ポイント

監査上の論点	監査法人が確認したいこと
研究段階 vs 開発段階の区分	恣意的に「開発段階」に分類していないか
将来の経済的便益の蓋然性	本当に収益貢献するプロジェクトか
工数配賦の合理性	記録が事後的に作られていないか
減損の適時性	価値消失を先送りしていないか
継続性・一貫性	都合よくポリシーを変えていないか

4-2　突然資産化することの問題

「業績が悪化したので今期から資産化しよう」という動機の透けた変更は、監査法人との関係を著しく悪化させます。具体的には以下のリスクが生じます。

• 会計方針変更には「正当な理由」と開示義務が必要（利益調整目的は認められない）
• 期中・期末直前の変更は「なぜ今なのか」という疑問を生み、その後の監査全体が厳しくなる
• 工数管理の仕組みが未整備の状態では、内部統制の重要な欠陥として指摘されるリスクがある
• 「本来は前期から計上すべきだった」という議論になると、過年度修正・有価証券報告書の訂正が必要になる

4-3　資産化ポリシーの5つの柱

【柱①】区分判定基準の文書化

　プロジェクト開始時に「開発段階 / 研究段階 / 保守 / 管理」を判定するフローチャートを

　社内規程として文書化し、判定結果と根拠を記録に残す。

【柱②】工数記録の要件定義

　日次〜週次での本人申告、二段階承認（PM→部門長）、タイムスタンプ付きシステム記録、

　修正履歴の保存、7年間の証跡保管を義務付ける。

【柱③】プロジェクト管理台帳との連動

　プロジェクトコード・開発段階判定日・想定完成日・経済的便益の根拠・償却期間・

　減損レビュー担当者を台帳で一元管理する。

【柱④】四半期ごとの減損レビュー

　進捗確認・事業環境変化・中止決定・技術的陳腐化を定期チェックし、記録する。

　減損の先送りは監査法人が最も厳しく見るポイントのひとつ。

【柱⑤】重要性基準の設定

　「単一プロジェクトの労務費が500万円未満」「開発期間3ヶ月未満」等は費用処理とする

　基準を設け、管理コストと監査対応のバランスをとる。

５．最適な導入タイミングと実務ロードマップ

資産化の導入は「次の期首から」、準備は「その6ヶ月前から」、監査法人との対話は「準備開始と同時に」が鉄則です。

フェーズ	時期	主な実施事項
フェーズ1 準備・合意形成	期首の3〜6ヶ月前	監査法人への事前相談 / 会計方針（案）の文書化 / 工数管理システムの選定・テスト / エンジニアへの教育
フェーズ2 方針適用開始	新年度期首（4月1日等）	必ず期首スタート / 変更の内容・理由・影響額を注記 / 初月から工数記録を本稼働
フェーズ3 初年度の運用	適用開始後12ヶ月	月次仕訳と経理連携 / 四半期ごとの進捗・減損レビュー / 監査法人への四半期報告
フェーズ4 定常運用	2年目以降	ポリシーの継続的改善 / 新規プロジェクトへの適用拡大 / 人的資本開示との連携強化

（参考）やること vs やってはいけないこと

やること（推奨）	やってはいけないこと（禁忌）
方針変更前に監査法人と事前協議する	決算直前に突然持ち込む
保守的な基準から始めて徐々に拡張する	初年度から最大限に資産化しようとする
減損を適時に認識し記録する	減損を先送りして良い数字を維持する
工数管理の限界・誤差を正直に開示する	完璧な数字に見せようとする
重要性基準を設けて管理コストを抑える	少額案件まで全て資産計上しようとする

6. まとめ：IT財務戦略としての人件費資産化

▶ 30名・副費込750万円のエンジニア部門なら、年間約9,000万円（標準シナリオ）の資産計上が現実的。

▶ 初年度のP/L改善効果は約7,200万円規模。ただしこれは「財務表現の適正化」であり、キャッシュフローは変化しない。

▶ 財務効果を享受するには、「工数管理の仕組み」と「変化への財務的耐性（減損管理）」を同時に設計することが大前提。

▶ 監査法人との関係は「事後承認」ではなく「事前設計」。導入は期首・準備は6ヶ月前・協議は準備開始と同時に。

人件費の資産化は、エンジニアリング組織を「コストセンター」から「投資対象」へと位置づけ直す、経営的に非常に意義深い取り組みです。しかし、それは財務テクニックではなく、事業の実態を正確に財務に映し出すための「設計行為」です。

ブラインドフォースでは、「会計ポリシー設計」「工数管理システム選定」「監査法人対応支援」の三点セットで、ユーザ企業のIT財務戦略の高度化を支援しています。本テーマについてのご相談・詳細については、お気軽にお問い合わせください。