経理をAIで効率化したい、という相談を受けたとき、弊社が最初にお聞きするのは「どのツールを使いたいか」ではありません。「いま、誰が、どの工程に、月何時間使っているか」です。
ツールから入った導入は、途中で止まりやすくなります。経理業務は「AIが得意な工程」と「人が持たないと危ない工程」が混在しているためです。この線引きをせずにツールを入れると、結局すべてを人が確認し直すことになり、作業の総量が減りません。
この記事では、株式会社DeCが累計100社超のAI導入支援で使っている業務設計の手順を公開します。ツールの操作手順ではなく、その手前の「何をどう決めるか」の話です。
AI経理の業務設計とは、何を決めることか
業務設計で決めるのは、次の4つです。
- 経理業務を工程に分解する
- 工程ごとに「AIに任せる/人が持つ/AIが下書きして人が確定する」を割り当てる
- AIに渡す入力と、AIから受け取る出力の形式を固定する
- 誰がいつ確認するかを決める
ツール選定は、この4つが決まった後の話です。順番を逆にすると、ツールの制約に業務を合わせることになり、現場が使わなくなります。
ステップ1:経理業務を工程に分解する
「経理」とひとまとめにすると設計できません。最低でもこの粒度まで割ります。
| 工程 | 中身 |
|---|---|
| 証憑の収集 | レシート・請求書・通帳明細・カード明細を集める |
| 証憑のデータ化 | 紙・画像・PDFから金額・日付・取引先を読み取る |
| 勘定科目の判断 | 取引内容から科目・補助科目を決める |
| 消費税区分の判断 | 課税・非課税・不課税、税率、インボイス対応の可否 |
| 仕訳データの作成 | 会計ソフトが取り込める形に整える |
| 会計ソフトへの入力 | インポートまたは手入力 |
| 突合・チェック | 残高照合、二重計上の検出、異常値の確認 |
| 月次締め・報告 | 試算表の確認、経営者への説明 |
この8工程は、AIとの相性が大きく異なります。同じ「経理」でも、任せてよい工程とそうでない工程が分かれます。
ステップ2:判断の3軸で切り分ける
工程ごとに、次の3つを見て割り当てを決めます。
軸1:判断のルールが言葉にできるか
「交通系ICのチャージは旅費交通費」のように言語化できるルールは、AIに渡せます。一方で「この支出は交際費か会議費か」のように、金額・参加者・目的の組み合わせで変わる判断は、ルールを書ききれません。書ききれない判断は、AIに下書きさせて人が確定する形にします。
軸2:間違えたときの影響がどこまで及ぶか
データ化の誤りは、後工程の突合で気づけます。一方で消費税区分の誤りは、申告まで気づかず修正申告につながります。影響が申告や決算に及ぶ工程は、人の確認を必ず挟みます。ここを省くと、効率化のつもりが手戻りを増やします。
軸3:月に何回発生するか
月1回の作業を自動化しても、投資回収に時間がかかります。まず月20回以上発生する工程から着手します。
3軸を当てはめた結果
| 工程 | 言語化 | 誤りの影響 | 頻度 | 割り当て |
|---|---|---|---|---|
| 証憑の収集 | 可 | 小 | 高 | AIに任せる |
| 証憑のデータ化 | 可 | 中 | 高 | AIに任せる |
| 勘定科目の判断 | 概ね可 | 中 | 高 | AIが下書き→人が確定 |
| 消費税区分の判断 | 一部不可 | 大 | 高 | AIが下書き→人が確定 |
| 仕訳データの作成 | 可 | 小 | 高 | AIに任せる |
| 会計ソフトへの入力 | 可 | 中 | 高 | AIに任せる(形式を固定) |
| 突合・チェック | 可 | 大 | 中 | AIが検出→人が判断 |
| 月次締め・報告 | 不可 | 大 | 低 | 人が持つ |
弊社の設計では、証憑のデータ化と仕訳データの作成をAIに任せ、科目と消費税は「AIが下書きして人が確定する」形に落ち着くことが多くなります。ここが最も工数が減り、かつリスクが上がらない配分でした。
「人が確定する」を仕組みに落とし込む
「人が確認する」と決めただけでは運用されません。全件を人が見ることになり、結局工数が減らないためです。
弊社の実装では、AIが仕訳ごとに信頼度スコアを出し、基準値を下回ったものだけを「要確認」に自動で振り分けます。担当者は全件ではなく、その一覧だけを確認します。
社内テスト145件で検証したときの結果です(2026年4月・判断ルールを蓄積する前の初回状態)。
| 項目 | 結果 |
|---|---|
| 前処理の成功 | 145件中145件 |
| 店名・日付・金額の読み取り(20件抽出) | 20件中20件 |
| インボイス番号の抽出(記載のあるもの) | 20件中18件 |
| 仕訳の自動確定 | 20件中10件(50%) |
| 要確認に回った | 20件中10件(50%) |
初回は半分が要確認に回ります。ここで重要なのは、要確認になった理由が偏っていることです。
| 要確認になった理由 | 件数 |
|---|---|
| 夜間かつ複数人数の飲食(会議費か交際費か) | 3件 |
| 金額5,000円超の飲食 | 2件 |
| 手書きの領収証 | 1件 |
| 業態が判別できない(印字が不鮮明) | 1件 |
| 業態が判別できない(境界ケース) | 1件 |
| 境界金額かつ2名 | 1件 |
| パブ・バー系で用途が不明 | 1件 |
10件中8件が「会議費か交際費か」の判断でした。金額・時間帯・人数の組み合わせで決まるもので、ルール化しきれない領域です。逆に言えば、人が持つべき判断はここに集中しているとわかります。
そして、ここで確定した判断を店舗ごとのルールとして蓄積していくと、次回から自動確定に回ります。同じ20件で試算すると、判明した店舗を登録するだけで自動確定は18件(90%)まで上がる見込みでした。
設計上の要点は、精度を100%にすることではありません。そこには原理的に到達できない前提を置いたうえで、人が見る対象を絞り込む仕組みを作ることです。
ステップ3:入力と出力の形式を固定する
設計で最も見落とされるのがここです。
AIに毎回違う形の指示を出すと、出力も毎回変わります。すると人の確認コストが下がりません。入力の置き場所と出力の形式を固定することで、確認が目視で流せるレベルまで軽くなります。
- 入力:Googleドライブの決まったフォルダに証憑を入れるだけ
- 出力:会計ソフトが取り込める形式のCSV(列順・列名・空欄の扱いまで固定)
出力形式を固定する際、会計ソフトごとの仕様差が効いてきます。たとえば弥生会計のインポートでは、借方金額・貸方金額の欄をブランクにできません。振替伝票のように複数行になる仕訳で、貸借どちらかに金額がない行は「0」を入れる必要があります。この0埋めのルールを設計に組み込んでおかないと、取り込みのたびにエラーで止まります。
会計ソフトの仕様は変更されることがあります。最新の正確な仕様は各社の公式サポートでご確認ください。
同じ考え方で、証憑ファイルの命名も固定できます。電子取引データの保存で最後まで手作業として残るファイル名付けについては、電帳法のファイル名を自動でつける方法|取引年月日・取引先・金額を読み取って一括リネームするで、手作業・専用ツール・自作の比較とあわせて解説しています。
会計ソフト別:設計がどう変わるか
同じAI経理でも、使っている会計ソフトによって設計の形が変わります。
| 会計ソフト | 2026年8月時点の連携手段 | 設計の方向 |
|---|---|---|
| freee | 公式MCPサーバー(2026年3月にOSSとして公開) | AIから直接データを操作する設計が可能 |
| マネーフォワード クラウド会計 | 公式MCPサーバー(2026年3月提供開始) | 仕訳の参照・登録までAI側から実行できる |
| 弥生会計 | CSVインポートが主軸 | 証憑→AIでCSV生成→インポートの経路で組む |
| 勘定奉行 | 奉行AIアシスタント(純正機能) | 純正機能の範囲を確認してから外側を設計 |
freeeとマネーフォワードは公式のMCPサーバーが提供されているため、AIエージェントから直接操作する設計が取れます。一方で弥生会計は、CSVインポートを軸に組むほうが安定します。
API連携は便利ですが、仕様変更で動かなくなるリスクがあります。仕様が安定した経路を選ぶことは、長期運用では有効な設計判断です。
弥生会計での具体的な組み方は、別記事で手順まで解説しています。Claudeで弥生会計の仕訳CSVを作る方法と注意点【2026】もあわせてご覧ください。
実際の設計例
例1:税理士事務所の記帳代行
顧問先から届く証憑を、担当者が1件ずつ入力していた事務所の例です。
- 収集とデータ化:AIに任せる
- 科目の判断:AIが下書きし、担当者が一覧で確認して確定
- 消費税区分:AIが下書きし、担当者が確定(インボイス登録の有無は台帳と突合)
- 入力:AIが生成したCSVをインポート
- 突合:AIが残高差異と二重計上を検出し、担当者が判断
この形にすると、工数が減るのは主に「データ化」と「入力」の工程で、判断工程は人が持ったままになります。どれだけ減るかは証憑の量と種類で変わるため、当社から一律の数字は出しません。
例2:建設業の現場経費
現場ごとにレシートが分散し、月末にまとめて処理していた会社の例です。
- 収集:現場でスマートフォンから撮影して投稿
- データ化:AIが読み取り
- 科目・現場(部門)の割り当て:AIが下書きし、経理担当が確定
- 入力:CSVで取り込み
月10時間かかっていた現場経費の処理が15分になりました。
なお、iPhoneで撮影した写真(HEIC形式)は多くのOCRサービスが未対応ですが、変換を設計に組み込むことで対応できます。建設業クライアントの実データ7枚すべてで処理できることを確認しています。読み取りは、社内テスト145件で全件が人の目視と一致しました。第三者による認証ではありません。それでも実運用では人の目が要る前提を置いた設計にしています。
よくある失敗5パターン
1. すべてを任せきる前提で設計する
記帳の大半は効率化できますが、最終確認と例外処理には人の判断が必要です。人とAIの分業を前提に設計することが、続く導入の条件です。
2. ツールを決めてから業務を合わせる
ツールの制約に業務を寄せると、現場が「前のやり方のほうが早い」と戻ります。業務設計を先に決めて、それを実現できるツールを選ぶ順番にします。
3. 例外処理を後回しにする
「9割はこの形」で設計し、残り1割を運用開始後に考えると、その1割で止まります。例外が来たときに誰がどう処理するかまで、最初に決めます。
4. 出力形式を固定しない
出力がぶれると、人の確認コストが下がりません。列順・列名・空欄の扱いまで決めきります。
5. ITリテラシーの差を軽視する
「Googleドライブの共有方法がわからない」段階から始まる現場もあります。マニュアル整備と並走サポートを前提に計画してください。
導入後の運用体制で決めること
設計が終わったら、運用の形も決めます。
- 誰が確認するか(担当者と、その人が不在のときの代理)
- いつ確認するか(都度/日次/週次)
- AIの判断が変わったとき誰が直すか(勘定科目のルールは事業の変化で変わります)
- 例外が出たときの連絡先
弊社では、業種ごとの判断ルールを CLAUDE.md というファイルにまとめ、御社の実態に合わせて更新していく形を取っています。AIに渡す社内ルールブックにあたるもので、担当者が変わっても判断の基準が残ります。
なお、Claude Code を用いた構築には Claude Pro の契約が前提になります。
よくある質問
どの工程から着手すべきですか?
月20回以上発生し、判断ルールが言語化できて、間違えても後工程で気づける工程からです。多くの場合は証憑のデータ化になります。
会計ソフトを乗り換える必要はありますか?
ありません。いま使っている会計ソフトのまま、入力工程の手前を組み替える設計が取れます。乗り換えは、それ自体が大きな工数と学習コストを生みます。
精度はどのくらいですか?
社内テスト145件(請求書70・領収書60・通帳明細10・Excel 5)では全件が人の目視と一致しました。第三者による認証ではなく、書類の種類にも偏りがあります。実運用では必ず確認が要る前提で、確認工程を設計に含めています。仕訳の自動確定率は、判断ルールを蓄積するほど上がっていきます。
導入までどれくらいかかりますか?
業務設計に必要な情報が揃っているかで変わります。まず現状の工程と工数を洗い出すところから始めます。
費用はどのくらいですか?
構築の費用は、業務の範囲と既存システムとの連携の有無で変わります。弊社ではまず無料30分のAI経営相談で現状の工程と工数を整理し、A4で5〜7ページの診断レポートをお渡ししたうえでお見積りしています。設計だけ持ち帰って社内で進めていただくことも可能です。
まとめ
AI経理の成否は、ツールの性能ではなく業務設計で決まります。要点は3つです。
- 経理を工程に分解し、工程ごとに割り当てを決める
- 判断は「言語化できるか」「誤りの影響」「頻度」の3軸で切り分ける
- 入力と出力の形式を固定し、確認コストを下げる
そして、消費税区分のように誤りが申告に及ぶ工程は人が持つ。この線引きが、続く導入とそうでない導入を分けます。
