Claude CodeやGASを触り始めた経営者の方から「freeeのAPIを叩いて自作の会計ダッシュボードを作りたい」「領収書OCRはAIで十分なのでは」というご相談を受けることが増えました。試作までは数日で動くのですが、いざ確定申告の足回りとして使おうとすると、仕訳の整合や電子帳簿保存法対応で詰まり、結局やり直しになるケースが多いです。
この記事では、経営者本人がプロトタイプを回す前提で「どこまで自作し、どこから既製SaaSに寄せるか」という内製ラインの引き方を整理します。判断軸の参照点として、マネーフォワード クラウド確定申告を取り上げます。
そもそも『内製ライン』を引かないと何が起きるか
AIコーディングが手に馴染むと、つい全部自作したくなります。ですが確定申告まわりは、コードの正しさとは別軸の制約が積み重なっています。
- 仕訳ルールが税制改正で毎年変わる
- 銀行・カード連携先が頻繁にAPI仕様を更新する
- 電子帳簿保存法・インボイス制度の要件が運用レベルで細かい
- e-Tax提出フォーマットの仕様追従が必要
つまり「作ったあとの保守工数」が、作る工数より遥かに重いのです。経営者一人で抱えると、本業の判断時間を削ることになります。ラインを引かないままプロトタイプを拡張すると、半年後に自分で自分の足を引っ張る構造になりがちです。
内製ラインを決める3つの判断軸
1. 法定要件に直接ぶつかるか
確定申告書類の生成、青色申告65万円控除に必要な帳簿、電子帳簿保存法のタイムスタンプや検索要件——これらは「動けばOK」ではなく「監査で説明できる状態」が必要です。ここを自作で抱えるのは、たとえコードが書けても割に合いません。
2. 仕様が外部都合で変わるか
銀行APIや国税庁のe-Tax仕様は、自社の都合では止められません。外部都合で変わる領域は、自作するほど保守が線形に増えます。SaaS側に追従してもらうのが合理的です。
3. 自社固有のロジックか
逆に、自社の事業構造に依存する集計（プロジェクト別損益、広告チャネル別ROAS、サブスク継続率と粗利の関係など）は、SaaSの汎用機能ではフィットしません。ここはClaude CodeやGASで自作する価値があります。
マネーフォワード クラウド確定申告を『土台』として検証する手順
判断軸が決まったら、既製SaaSを土台側に置き、自作はその上に薄く乗せる構成で試します。ここでマネーフォワード クラウド確定申告を選ぶ理由は、銀行・カード連携、青色申告書類の出力、e-Tax提出までを一本でカバーしており、「外部都合で変わる領域」をまるごと預けられるからです。
登録は無料で始められるので、外注に出す前の検証として経営者本人が一度触っておくと、要件定義の解像度が上がります。
無料の確定申告自動化ソフト マネーフォワード クラウド確定申告
検証ステップ
- ステップ1：事業用の銀行・カードを1〜2件だけ連携し、自動取得される明細の精度を確認する
- ステップ2：過去1ヶ月分の仕訳を自動仕訳ルールに任せ、どこを手で直したくなるかメモする
- ステップ3：青色申告決算書のプレビューを出し、自社が出したい数字との差分を見る
- ステップ4：差分が大きい部分だけ、GASやClaude Codeで「集計補助シート」を作る
この順で進めると、自作すべき範囲が「補助レイヤーに薄く乗せる集計」だけに絞られます。最初から自作ダッシュボードを設計するより、検証コストが一桁少なく済みます。
よくある『内製しすぎ』のパターン
領収書OCRを自前のAIで処理する
マルチモーダルAIで領収書を読ませる試作は楽しいのですが、税区分の判定や電子帳簿保存法の保存要件まで含めると、要件のほうがモデル精度より先に音を上げます。OCRと保存はSaaS側、判定の最終確認だけ人手、という割り切りが現実的です。
銀行連携を自作スクレイピングで賄う
銀行サイトのDOM変更やセキュリティ強化で、3ヶ月に一度は壊れます。本業の合間に直し続けるのは、経営者の時間配分として明らかに損です。
申告書フォーマットを自作出力する
e-Tax仕様の追従コストが想像以上に重く、毎年1月〜2月に「動かない」事故が起きやすい領域です。ここは既製ツールに任せる一択と考えてよいでしょう。
外注に出す前に経営者がやるべきこと
会計まわりの内製化を外部エンジニアに依頼する場合でも、経営者本人が一度SaaSを触ってから発注したほうが、要件定義のブレが圧倒的に減ります。
- SaaSの標準機能で済む部分を切り分けてから発注する
- 自作する範囲は「自社固有の集計」に限定する
- 税務判断が絡む部分は税理士に確認する前提で設計する
なお、税制や電子帳簿保存法の解釈については、最終的な判断は税理士など専門家への相談をおすすめします。本記事はあくまで内製範囲を決めるためのフレームとしてお読みください。
検証用のアカウントは、ひとまず無料で立ち上げて触ってみるのが早道です。プロトタイプを社内で動かす前に、土台側の挙動を経営者の目で確認しておきましょう。
まとめ：内製ラインを引いてから手を動かす
非エンジニア経営者がAIで会計まわりを試作するときは、「法定要件・外部仕様依存はSaaS、自社固有の集計は自作」というラインを最初に引いておくと、試作の沼にハマりません。マネーフォワード クラウド確定申告のような土台を一度自分で触ってから、薄く自作レイヤーを乗せる順番で進めるのが、経営者の時間を守る現実解だと考えています。
コメント