各部門から上がってくるAI導入の稟議は、判で押したように同じ形をしている。年間で何千時間の削減、それを時間単価で金額に直した効果額、そして初期費用と月額。表計算の下のほうにNPVとIRRが並び、どれもハードルレートを軽々と超えている。この資料が全部通るなら審査は要らないし、全部止めるなら申請させる必要がない。 実際に多くの会社で起きているのはそのどちらかで、CFOが「全部保留」と言うか、現場の熱に押されて次々に承認するかに割れる。原因は判断基準の甘さではない。測り方が、この種の投資に合っていない。
NPVが壊れるのは分母ではなく分子である
投資判断の議論は、たいてい割引率の話に流れる。WACCをそのまま使ってよいか、事業リスクを上乗せするか。だがAI投資で狂っているのは、そちらではない。
稟議に載る効果額は、ほぼ例外なく「削減時間×時間単価」で作られている。年間3,000時間、単価4,000円、効果1,200万円。この計算式には一つ前提が隠れている。3,000時間ぶんの人件費が、実際に会社から出ていかなくなる、という前提だ。 現実には、削減された時間はほぼ確実に別の作業に吸収される。担当者は残り、給与も残る。キャッシュフローは1円も変わらない。
だから、この効果額を分子に置いたNPVは、計算としては正しくても意思決定の役に立たない。3指標の使い分けや落とし穴の議論以前の問題である（投資判断でNPV・IRR・回収期間をどう使い分けるか：3指標の落とし穴と併用ルール）。
効果がキャッシュになる条件は限られている。要員を実際に減らす、採用予定を取り消す、外注費を減らす、残業代を減らす。このいずれかが伴わない削減額は、社内の呼び名としては効果でも、財務としては何も起きていない。稟議の効果欄に「どの費目のどの予算をいくら減額するか」を書かせると、大半の案件でこの欄が埋まらない。 埋まらないこと自体が、判断材料になる。
もっとも、埋まらない投資に価値がないという話ではない。判断の速度が上がる、品質のばらつきが減る、これまで作れなかった資料が作れる。こうした効果は実在する。ただしそれは費用対効果の枠でなく、別の枠で扱うべきものだ。線をどこで引くか。ここで会計基準が使える。
会計基準は、この線を先に引いている
自社利用のソフトウェアの会計処理は、移管指針第11号「研究開発費及びソフトウェアの会計処理に関する実務指針」に定められている。日本公認会計士協会の会計制度委員会報告第12号として1999年に公表され、その後、企業会計基準委員会へ移管されたものである。
第11項は資産計上の要件をこう書く。「自社利用のソフトウェアの資産計上の検討に際しては、そのソフトウェアの利用により将来の収益獲得又は費用削減が確実であることが認められるという要件が満たされているか否かを判断する必要がある。その結果、将来の収益獲得又は費用削減が確実と認められる場合は無形固定資産に計上し、確実であると認められない場合又は確実であるかどうか不明な場合には、費用処理する」。
同項は資産計上される場合の例も挙げており、その一つが「自社で利用するためにソフトウェアを制作し、当初意図した使途に継続して利用することにより、当該ソフトウェアを利用する前と比較して会社の業務を効率的又は効果的に遂行することができると明確に認められる場合」である。具体例として「利用する前に比し間接人員の削減による人件費の削減効果が確実に見込まれる場合」が示され、さらに「ソフトウェア制作の意思決定の段階から制作の意図・効果が明確になっている場合である」と条件が付く。
注目すべきは、確実という語が二度出てくることと、「不明な場合」まで費用処理側に置かれていることだ。 実験してみないと分からない支出は、会計上は投資ではない。生成AIの検証フェーズは、定義からしてここに入る。
第12項は開始時点を定める。「自社利用のソフトウェアに係る資産計上の開始時点は、将来の収益獲得又は費用削減が確実であると認められる状況になった時点であり、そのことを立証できる証憑に基づいて決定する。そのような証憑としては、例えば、ソフトウェアの制作予算が承認された社内稟議書又はソフトウェアの制作原価を集計するための制作番号を記入した管理台帳等が考えられる」。
第13項は終了時点を「実質的にソフトウェアの制作作業が完了したと認められる状況になった時点」とし、証憑としてソフトウェア作業完了報告書や最終テスト報告書を挙げる。
つまり、稟議書は承認の記録であると同時に、資産計上の開始を立証する証憑である。 ここを意識せずに稟議のフォーマットを作っている会社は、投資規律と会計処理を別々の書類で管理することになり、期末に監査人から「この効果は確実に見込めるのか」と問われて初めて両者が衝突する。
5年もつのか、という問いが効く
もう一つ、生成AI投資に直接刺さる規定がある。償却期間だ。
第21項は「自社利用のソフトウェアについては、その利用の実態に応じて最も合理的と考えられる減価償却の方法を採用すべきであるが、一般的には、定額法による償却が合理的である」としたうえで、「償却の基礎となる耐用年数としては、当該ソフトウェアの利用可能期間によるべきであるが、原則として５年以内の年数とし、５年を超える年数とするときには、合理的な根拠に基づくことが必要である」と続ける。
なお、外部から購入したソフトウェアの設定作業や自社仕様に合わせる付随的な修正作業の費用は、第14項により取得価額に含める。一方で第16項は、旧システムからのデータコンバート費用と操作トレーニング費用を、いずれも発生した事業年度の費用とする。導入プロジェクトの見積りをそのまま資産計上できると思っている会社は、ここで計算が狂う。
そのうえで、稟議の審査に一つ質問を足す。この仕組みは5年もつのか。 基盤モデルは短い周期で入れ替わる。APIの仕様も価格も変わる。5年の利用可能期間を書けないなら、そもそも「将来の費用削減が確実」とも書けないはずだ。この二つは同じ問いの表と裏である。
逆に言えば、5年もつと言える部分はある。データの整備、業務手順の書き換え、権限とログの設計。モデルに依存しない層だ。投資として立つのはこの層で、モデルに直結する層は費用として回す。 稟議の欄をこの二層に割るだけで、承認の議論はかなり具体的になる。IT費用を事業別の採算に返す設計とも接続する（IT費用・クラウド費用の管理会計｜情シス予算を事業別の採算に返す）。
枠を二つに割り、ゲートを一つだけ置く
段階ゲートといっても、5段階も6段階も要らない。二つの枠と、その間の一つのゲートで足りる。
小口枠の設計で重要なのは、金額でなく期限である。3か月で結論を出す、と決める。生成AIの検証は、放っておくと延々と続く。続けている限り現場は「まだ判断できません」と言えるからだ。期限を切ると、期限の日に必ずどちらかを言うことになる。
そして本番ゲートは、通す数を絞る。すべての小口案件が本番に上がってくる設計は、実質的にゲートがないのと同じである。四半期に一度、上がってきたものを並べて、枠の総額の中で順位を付ける。枠の総額を動かさないことが、順位付けを本気にさせる唯一の仕掛けだ。
ゲートの通過条件は、削減時間でなく意思決定の変化で書く
では、何をもって通すか。三つの問いに答えられることを条件にする。
| 問い | 通る答えの例 | 通らない答えの例 |
|---|---|---|
| 誰の意思決定が変わったか | 事業部長が月次で見る資料の作成主体が変わり、部長自身が仮説を作れるようになった | 経理担当者の作業が楽になった |
| どのタイミングで変わったか | 締め後5営業日だった着地見込みが、締め後2営業日で出るようになった | 年度末にまとめて効果が出る見込み |
| 何が測れるか | 差し戻し件数、資料待ちの日数、判断までのリードタイム | 削減時間の推計値 |
右の列は、どれも実務でよく見る書き方である。悪意はない。ただ、どれも検証できない。検証できない効果を根拠に承認した投資は、検証できないまま終わる。 投資後レビューを仕組みにしていない会社ほど、この列が埋まる（投資後のレビュー（ポストオーディット）を仕組みにする：やりっぱなし投資を止める）。
左の列の共通点は、日数か件数で測れることだ。金額に換算していない。換算しないほうが、かえって議論が誠実になる。 換算した瞬間に、その数字の妥当性をめぐる不毛な検討が始まり、本当の論点である「判断がどう変わったか」が消える。
なお、この基準を置くと、経理・財務まわりのAI案件の多くは通らない。仕訳の自動化は作業の置き換えであって、意思決定を変えないからだ。効く工程は別のところにある（経理に生成AIを入れるなら仕訳ではない｜効く工程と、内部統制が引っかかる一点）。
罰則のない法律は、自社で線を引けという意味である
もう一つ、稟議の審査に入れておくべき欄がある。データの出口だ。
日本では「人工知能関連技術の研究開発及び活用の推進に関する法律」が2025年5月28日に成立し、6月4日に公布、同年9月1日に全面施行された。この法律は研究開発と活用の推進を軸に据えた基本法で、事業者の責務は定めるものの、違反に対する罰則は置かれていない。総務省と経済産業省は「AI事業者ガイドライン」を2024年4月19日に第1.0版として公表し、2025年3月28日に第1.1版を公表している。こちらもガイドラインであり、法的な強制力を持つものではない。
罰則がないというのは、守らなくてよいという意味ではなく、外から基準が降ってこないという意味である。 線は自社で引くしかない。そして線は、稟議の一行で引ける。
- ① どのデータを入力するか（顧客情報・人事情報・未公表の財務数値を含むかを明示する）
- ② どこへ出るか（社外のサービスへ送信されるか、学習に使われるか、保存期間はどれだけか）
- ③ 誰が出力に責任を持つか（出力をそのまま使う工程か、人の確認を挟む工程かを工程単位で書く）
この3行が書けない案件は、小口枠にも入れない。統制は後付けできないからだ。一度データが外に出れば戻せないし、稼働後に「実は未公表の数値を入れていました」と分かったときの回収コストは、その案件の効果額を軽く超える。職務の単位で仕事を書き直す作業と併せて進めるとよい（生成AI時代の経理の仕事｜消える作業と、代わりに増える仕事を職務単位で書き直す）。
決めるのは三つ
生成AI投資の審査を設計するとき、決めることは三つに絞れる。
第一に、枠を二つに割り、間のゲートを一つだけにする。 小口は費用処理前提で稟議不要、金額上限と期限で縛る。本番は資産計上の証憑となる稟議書を伴う審査。段階を増やすほど、現場は申請そのものをやめる。
第二に、効果欄を二段にする。 上段は減額する予算の費目と金額。下段は変わる意思決定と、それを日数か件数で測る指標。上段が埋まらないこと自体は失格条件ではないが、上段が埋まらないのに資産計上を求める案件は、移管指針第11号第11項の要件を満たさない。会計処理と審査結果を同じ書類の上で一致させる。
第三に、5年もつかを必ず問う。 第21項が原則5年以内の利用可能期間を求めている以上、5年の見通しを書けない部分は資産にならない。モデルに依存しない層とモデルに直結する層を分け、前者だけを投資として扱う。
三つを入れると、承認される案件は減る。だが申請は増える。枠と期限で縛られた小口は、通すか止めるかを現場が自分で判断できるからだ。 CFOの仕事は全件を裁くことではなく、裁かなくてよい範囲を先に定義することにある。ハードルレートの設定も、この範囲の外側にだけ効かせればよい（ハードルレート（要求収益率）の決め方：WACCをそのまま使ってはいけない理由）。
