経理の月次は、クラウド会計を入れれば自動で回るようになる、というものではありません。銀行明細の取り込みや請求書の読み取りは確かに自動になりましたが、「この支払いはどの案件の費用か」「この入金は3枚の請求書のどれとどれに充てるか」「今月中に計上するか来月に回すか」といった判断は、いまも経理担当の頭の中にあります。AI を足しても同じで、判断の中身を外に出さない限り、担当者が休んだ月に締めが遅れる構造は変わりません。
この記事は、中小企業から大企業までの経理責任者・管理部門長・経営者に向けて、経理の月次業務を FDE（Forward Deployed Engineer） 方式で本番化する手順を書いたものです。読み終えると、①経理の月次を「入力・判断・出力」に分解して人に依存している判断を洗い出す方法、②1か月分の実データで棚卸しし、AI とクラウド会計の公式機能で試作し、判断表を作り、本番の月次締めを1回回して引き継ぐまでの5工程、③「自動化する・人が判断する・やめる」の線引き、④効果の測り方と、監査・内部統制で最初から入れておくべき記録、⑤10月に重なる制度変更と助成金の使いどころ、が分かります。
経理の月次は「入力→判断→出力」に分けると、自動化できる部分と人が判断すべき部分が見える。FDE 方式では、1か月分の実データで業務を棚卸しし、freee やマネーフォワードの公式機能と AI で試作し、例外時の判断表を経理担当と作り、本番データで月次締めを1回回してから、手順・権限表・判断表を残して引き継ぐ。承認履歴と変更記録は最初から入れる。10月の最低賃金改定・106万円の壁撤廃・インボイス経過措置の縮小で経理の負荷は増えるため、設備投資には業務改善助成金（費用の3/4〜4/5を助成）が使える。
この記事の要約
経理の月次を「入力→判断→出力」に分解する
最初にやるのは、ツール選びではなく業務の分解です。経理の月次を工程ごとに「何が入ってきて（入力）、誰が何を決めて（判断）、何が出ていくか（出力）」の3列で書き出します。この3列で書くと、自動化の対象になるのは「入力」と「出力」。時間と属人性の正体は「判断」の列にある、とはっきり見えてきます。
| 工程 | 入力 | 判断（人に依存しがちな箇所） | 出力 |
|---|---|---|---|
| 請求書の受領 | メール添付の PDF、郵送の紙、取引先ポータルからのダウンロード | どの部門・どの案件の費用か。発注書と金額が違うときにどちらを正とするか。インボイス登録番号がないときの扱い | 証憑の保存、支払予定への登録 |
| 仕訳 | 証憑、銀行・カード明細、経費精算データ | 勘定科目・税区分・部門の決定。前払・未払の期間按分。固定資産か費用か | 仕訳帳への登録 |
| 支払 | 支払予定一覧、承認済みの請求書 | 支払日を守るか前倒しするか。分割・相殺・振込手数料の負担者。承認者不在時の代理 | 振込データ、支払済み記録 |
| 請求発行 | 受注・納品・契約の情報、稼働時間 | 請求のタイミング（検収基準か納品基準か）。値引き・前受の扱い。追加作業を請求に含めるか | 請求書、売掛金の計上 |
| 入金消込 | 銀行の入金明細、売掛金一覧 | 1件の入金を複数の請求書にどう充てるか。手数料引き・過不足の処理。名義違いの入金の相手先特定 | 消込済み売掛金、未回収一覧 |
| 月次締め | 全仕訳、残高、未処理の証憑 | 今月に計上するか来月に回すか。仮払・仮受の精算。締め後に出てきた請求書の扱い | 試算表、月次の確定 |
| 報告 | 試算表、予算、前年同月 | 差異の説明をどこまで書くか。異常値の原因を誰に確認するか | 月次報告書、経営会議の資料 |
表の「判断」列を見ると、経理担当が毎月使っている判断のほとんどは、書き出せば数行のルールになるものだと分かります。「A 社からの入金は、常に古い請求書から充てる」「数百円の過不足は振込手数料として処理する」といった具合です。書き出されていないだけで、無いわけではない。FDE 方式で最初にやるのは、この暗黙のルールを紙に出す作業です。
「あの人しか分からない」判断の正体
経理の属人性は、能力の問題ではなく情報の置き場所の問題です。当社が経理 AX（AI を使った業務変革）や案件管理システムの刷新で本番稼働まで伴走した範囲では、担当者しか分からない判断は次の4種類に集約されました。
- 取引先ごとの癖。支払サイトが契約書と違う、請求書の宛名が毎回ずれる、消費税の端数処理が独特、といった相手先固有の事情
- 社内の取り決めの記憶。「この案件は部門 B の費用にすると去年決めた」「この役員の経費は社長決裁」など、議事録に残っていない合意
- 例外の処理履歴。過去に一度だけ起きた返金・二重払い・名義違いの入金を、どう処理したかの記憶
- 締めの優先順位。締め日に証憑が揃わないとき、何を待って何を見切るかの感覚
この4種類はどれも、AI に学習させる以前に、まず言葉にする必要があります。担当者に「ルールを書いてください」と頼んでも出てこない。本人にとっては当たり前すぎるからです。出てくるのは、実データを1件ずつ一緒に見ながら「これはなぜこの科目にしたのですか」と聞いたとき。FDE が顧客の業務の中に入る理由はここにあります。
FDE 方式を経理に当てはめると何が変わるか
ハブ記事で書いたとおり、当社の FDE（Forward Deployed Engineer）は、顧客の業務の中に入り、動くものを先に出し、判断を顧客と一緒に決め、本番まで持っていって動かし方も渡す、という4条件で定義しています。経理に当てはめると、従来のシステム導入と次の点で変わります。
| 観点 | 従来のクラウド会計導入 | FDE 方式 |
|---|---|---|
| 最初の成果物 | 設定済みのアカウントと操作マニュアル | 1か月分の実データが流れた状態と、例外の一覧 |
| 判断ルール | ベンダーの推奨設定、または担当者の頭の中のまま | 経理担当と一緒に判断表として文書化し、システムのルールに落とす |
| 本番移行 | 並行稼働を経理側で数か月続ける | FDE が同席して月次締めを1回本番で回し、詰まった箇所をその場で直す |
| 残るもの | 設定と操作手順 | 運用手順・権限表・判断表・例外の処理記録 |
| 社内の担当 | システム担当が窓口 | 経理責任者が「Echo 役」として判断の所有者になる |
Echo 役というのはハブ記事で使った言い方で、FDE から業務と仕組みを引き継ぎ、「AI に何を任せ、何を任せないか」を決める社内の責任者を指します。経理の場合、これは情シスではなく経理責任者。判断表の所有者が経理側にいないと、FDE が帰った翌月に「このルールは誰が決めたのか」で止まります。
工程①②：1か月分の実データで棚卸しし、AI とクラウド会計で試作する
工程①は棚卸しです。 直近1か月分の実データを、経理担当と FDE が並んで全件見る。対象は、受け取った請求書と領収書、発行した請求書、銀行・カードの明細、仕訳帳、そして担当者が個人で持っている管理表（Excel の支払予定表、案件別の原価表など）です。ここで作るのは3つの一覧。「帳票の一覧（種類・件数・来る経路）」「仕訳の種類の一覧（同じパターンの仕訳が月に何件あるか）」「例外の一覧（今月、担当者が手を止めた案件とその理由）」の3つです。当社が伴走した範囲では、従業員100〜300人規模の会社で仕訳のパターンは数十種類、例外は月に十数件から数十件の幅に収まることが多く（あくまで目安です）、この件数が後の判断表の大きさを決めます。
工程②は試作です。 棚卸しで分かった定型パターンを、クラウド会計の公式機能に落とす段階。freee 会計には「自動登録ルール」があり、明細の収支区分・口座・取引内容の一致条件（部分一致・前方一致・後方一致・完全一致）・金額範囲を条件に、勘定科目・税区分・取引先・部門などを「推測」するか「登録」まで自動で行うかを選べる仕組みです。競合するルールがあるときは優先度の数値で順序を決め、ルールごとの正答状況を確認する画面も用意されている。マネーフォワード クラウド会計の「自動仕訳ルール」も同じ考え方で、明細の一致条件と優先度で仕訳を作り、AI-OCR でアップロードした証憑から作られる仕訳候補に対しても、登録した仕訳の科目・部門・摘要を学習して次回以降の候補を提案します。
AI の出番は、この公式機能で拾えない部分です。具体的には、請求書 PDF から「どの案件の費用か」を本文の文脈から推定する、摘要欄の表記ゆれを取引先マスタに寄せる、入金明細の名義と売掛金の相手先を突き合わせて候補を出す、といった作業。当社では Claude を使って、こうした「分類と突き合わせの候補出し」を行い、確定はクラウド会計の承認機能に任せる構成を取ります。AI に最終確定をさせない理由は、後述する内部統制の観点と、PoC で止まる会社と動かせた会社で書いた「合格率で評価できる形にしないと本番に乗らない」という経験の両方からです。
試作の合格基準は、先に決めます。「先月の仕訳300件のうち、自動で作った仕訳が担当者の修正なしに通る割合」のように、件数で測れる形にする。ここで9割を超えないパターンは、無理に自動化せず「人が判断する」側に戻します。試作の段階で全部を自動化しようとすると、例外対応にルールが増え続けて、誰も全体を把握できなくなります。
工程③：例外時の判断表を経理担当と作る
判断表は、この方式の中心にある成果物です。工程①で出た例外の一覧を、「条件」「誰が判断するか」「判断の基準」「記録の残し方」の4列で表にする。作るのは FDE ではなく経理担当で、FDE は聞き役と書き役に回ります。理由は、判断表の所有者が経理側でないと運用が続かないからです。
| 例外の条件 | 判断する人 | 判断の基準（実務上の書き方の例） | 記録 |
|---|---|---|---|
| 請求書の金額が発注書と違う | 購買担当→経理 | 差額が1万円未満なら請求書を正とし、以上なら購買担当が取引先に確認してから計上 | 仕訳のコメント欄に発注番号と確認日 |
| インボイス登録番号の記載がない請求書 | 経理担当 | 取引先マスタの登録状況を確認。未登録なら経過措置の税区分で計上し、四半期ごとに一覧を税理士へ | 税区分と取引先の登録状況 |
| 入金額が請求額と一致しない | 経理担当 | 差額が振込手数料の範囲なら手数料で処理。それ以外は営業担当に照会し、回答があるまで仮受金 | 消込の対象請求書番号と差額の処理科目 |
| 締め日に証憑が届いていない費用 | 経理責任者 | 金額が確定している定期費用は未払計上。未確定は翌月計上とし、翌月の締め前チェックリストに載せる | 未払計上の根拠（契約書・前月実績） |
| 金額が閾値を超える仕訳 | 経理責任者（二段階目の承認） | 自動作成された仕訳でも、一定額以上は承認者が証憑を開いて確認してから承認 | 承認履歴 |
表の「判断の基準」列は、あくまで実務上の書き方の例です。閾値の金額や承認の段階数は会社ごとに違い、税務上の扱いは顧問税理士に、内部統制上の要件は監査法人や顧問の会計士に確認したうえで決めてください。判断表は「決めたことの置き場所」であって、何が正しいかを決める文書ではありません。
判断表を作ると、副産物として「やめてよい作業」が見つかります。例外の理由を並べると、社内の二重管理が原因のものが混ざっているから。支払予定を Excel と会計ソフトの両方で管理していて突き合わせに時間を取られている、案件別の原価を経理と営業がそれぞれ別の表で持っている、といったものです。これらは自動化するのではなく、片方をやめて一本化する対象になります。
工程④⑤：本番で月次締めを1回回し、手順・権限表・判断表を渡す
工程④は、本番データで月次締めを1回回すことです。 試作で使った先月のデータではなく、今まさに締める月のデータで、FDE が同席して回す。並行稼働を長く続けるより、締めの1サイクルを一緒にやり切るほうが、詰まる箇所が具体的に出ます。よく出るのは、自動作成された仕訳が承認待ちのまま溜まって承認者が処理しきれない、取引先マスタの名寄せが甘くて同じ相手が2件できる、締め日直前に大量に届く請求書で AI の分類が間に合わない、の3つ。どれもその場で判断表かルールを直します。
このとき、承認の流れをどう組むかが本番稼働の成否を分けます。freee 会計の仕訳承認フロー（アドバンス・エンタープライズプラン）では、自動登録ルールで作成された仕訳は「申請中」の状態になり、承認者が承認して初めて帳簿に反映されます。承認者は最大20名、二段階の承認も設定でき、一度承認した仕訳は申請中に戻せないため修正仕訳で対応する、という仕様。マネーフォワード クラウド会計 Plus の承認仕訳一覧では、自分が申請した仕訳は自分で承認できず、承認済みの仕訳は削除も編集もできません。つまり、自動化した仕訳ほど「誰が承認したか」が残る構成にできる。この仕様を前提に、判断表の「誰が判断するか」列をそのまま承認経路に写します。
工程⑤は引き継ぎです。 残すものは4つ。運用手順（月次の日程と各日の作業、担当者不在時の代理）、権限表（誰がルールを編集でき、誰が承認でき、誰が閲覧のみか）、判断表（工程③で作ったもの）、例外の処理記録（本番1サイクルで起きたことと、どう処理したか）。この4つを経理責任者が自分の言葉で説明できる状態になったら、FDE は帰ります。成果物と検収で書いたとおり、検収の基準は「動いている」ではなく「動かし方を社内の人が説明できる」に置きます。
「自動化する・人が判断する・やめる」の線引き
線引きの原則は3つです。件数が多くパターンが安定しているものは自動化する。金額が大きい、または一度間違えると取り返しがつかないものは人が判断する。二重に作っていた管理表や、誰も見ていない報告はやめる。具体例を表にします。
| 自動化する | 人が判断する | やめる |
|---|---|---|
| 毎月同額の家賃・リース・サブスクリプションの仕訳 | 金額が閾値を超える支払の承認 | 会計ソフトと同じ内容の Excel 支払予定表 |
| 銀行・カード明細からの定型仕訳の作成（自動登録ルール） | 発注書と金額が違う請求書の扱い | 経理と営業で別々に持っていた案件別原価表 |
| 請求書 PDF の読み取りと仕訳候補の作成（AI-OCR） | 固定資産か修繕費かの判定 | 月次報告のうち、経営会議で一度も質問が出ない集計表 |
| 入金と売掛金の突き合わせ候補の提示 | 候補が複数ある入金の最終確定 | メールで届いた請求書を印刷してファイルに綴じる作業（電子取引は電子保存が原則。紙受領分のスキャナ保存は税理士に要件確認） |
| 締め前チェックリストの自動生成（未処理の証憑・未承認の仕訳の一覧） | 今月計上か翌月計上かの判断 | 締め後に個別に送っていた確認メール（チェックリストに統合） |
| 月次報告の定型部分（前年同月比・予算比の数表） | 差異の原因説明と、経営への報告文 | 手作業で作っていたグラフの体裁調整 |
「やめる」列を軽く見ないでください。当社が伴走した範囲では、月次の工数削減の半分近くは、自動化ではなく「二重管理をやめた」ことで出ています。自動化は仕組みを足す作業なので、足す前に引くほうが効きます。
効果の測り方——処理時間・修正割合・例外件数
効果は、導入前後で同じ物差しで測ります。物差しは3つに絞ります。
| 指標 | 測り方 | 目安（当社が伴走した範囲） |
|---|---|---|
| 1件あたり処理時間 | 仕訳1件、請求書1枚、入金1件を処理する時間。工程①の棚卸し時にストップウォッチで10件ほど測っておく | 定型の仕訳・消込は、人が確認して承認するだけになるため、1件あたり数分から1分未満の幅に収まることが多い |
| 人の修正割合 | 自動で作られた仕訳・候補のうち、承認前に人が内容を直した割合 | 本番3か月目で1割前後まで下がれば運用が安定していると判断。2割を超えるパターンはルールを見直すか人が判断する側に戻す |
| 例外件数 | 判断表のどれかに該当した件数と、判断表にない新しい例外の件数 | 新しい例外が月に数件まで減れば判断表が業務を覆っている。増え続けるなら棚卸しの漏れ |
数値は、あくまで当社が伴走した範囲での目安で、会社の取引の種類と件数で大きく変わります。導入前の数値を取らずに始めると、後で「効果があったか」を誰も言えなくなる。だから工程①で必ず測っておきます。費用相場と見積書5項目で書いたとおり、見積の段階でこの3指標を成果の物差しとして書き込んでおくと、検収時の議論が短くなります。
月次の締め日数（月末から試算表確定まで何営業日か）も分かりやすい指標ですが、これは3指標の結果として動くもので、締め日数だけを目標にすると仮計上が増えて数字の質が下がります。3指標を先に見て、締め日数は後から確認する順番にします。
監査・内部統制——承認履歴と変更の記録を最初から入れる
この節の内容は、個別の会社の規模・上場の有無・監査の形態で扱いが変わります。制度への適合は監査法人・顧問会計士・顧問税理士に確認したうえで設計してください。ここでは、後から足すと高くつくため最初から入れておくべき記録を、クラウド会計の公式仕様に沿って整理します。
自動化で増えるのは仕訳ではなく「誰が決めたか分からない仕訳」です。人が手で入力していた頃は、入力者イコール判断者でした。自動登録ルールや AI が仕訳を作ると、判断したのはルールを設定した人か、AI の候補を承認した人か、あいまいになります。これを防ぐために、最初から次の3つを入れます。
- 承認の分離。自動作成された仕訳を、設定した本人以外が承認する経路にする。freee 会計のエンタープライズプランでは自己承認を「使用しない」に設定でき、マネーフォワード クラウド会計 Plus では自分が申請した仕訳は承認できない仕様になっています
- 変更の記録。仕訳については、承認済みの仕訳を誰が修正したかが残る設定にする。freee 会計では仕訳承認履歴に「作成」「一次承認」「最終承認」「差し戻し」が仕訳単位で残り、承認済み仕訳の編集・削除を不可にする設定があります。マネーフォワード クラウド会計 Plus では承認済み仕訳は削除・編集ができず、仕訳ごとに変更履歴を確認できます。自動登録ルールの変更については、両製品のヘルプに変更履歴の記載がないため、ルール編集権限を絞り、変更日と変更者を判断表側に記録します
- AI の候補と人の確定の分離。AI が出した分類や突き合わせの候補は「候補」として記録し、確定はクラウド会計の承認操作で行う。AI の出力をそのまま帳簿に書き込む構成にしない
この3つは、監査対応のためだけではありません。判断表と承認履歴が揃っていると、担当者が交代したときに「なぜこの仕訳になったか」を履歴から追えます。属人性を下げるための記録と、内部統制のための記録は、同じものです。
10月の制度変更で経理の負荷が増える——助成金の使いどころ
経理の本番化を今やる理由は、2026年10月に制度変更が重なるからです。厚生労働省が公表した令和8年度の地域別最低賃金の目安は全国加重平均で55円引き上げ（引上げ率4.9%）、東京都は10月1日から時間額1,280円になります。給与計算の再設定と、パート・アルバイトの時給改定の確認が経理・労務に乗る。
同じ10月には、「106万円の壁」の撤廃が予定されています。パートの社会保険加入を分けてきた月額8.8万円の賃金要件がなくなり、勤務先が企業規模要件（厚生年金被保険者51人以上）を満たしていれば、週20時間以上働く非学生のパートは月収に関係なく加入対象になる見込みです（施行日は政令の公布で確定します）。加入者が増えれば、社会保険料の計算対象と、給与から会計への仕訳の件数が増えます。
インボイス制度では、免税事業者からの仕入れについて仕入税額相当額の80%を控除できる経過措置が令和8年9月30日で終わり、国税庁の Q&A によれば令和8年10月1日から令和10年9月30日までは70%、その後50%、30%と段階的に縮小します。2割特例は令和8年9月30日までの日の属する課税期間で終了。経理の実務では、10月1日をまたぐ取引で80%と70%のどちらを使うかを課税仕入れの時期で判定する必要があり、請求書の受領工程で「インボイス登録番号の有無」と「取引の日付」を判断表に載せておかないと、税区分の誤りが増えます。
負荷が増える一方で、設備投資には業務改善助成金が使えます。厚生労働省の令和8年度の案内では、事業場内最低賃金を一定額以上引き上げ、あわせて生産性向上に資する設備投資等を行った中小企業に対し、その費用の4/5（引上げ前の事業場内最低賃金が1,050円未満）または3/4（1,050円以上）を、コースと人数に応じた上限額（最大600万円）まで助成します。対象は中小企業・小規模事業者で、改定後の地域別最低賃金を下回る時給の従業員（雇用保険加入・雇入れ後6か月経過）がいる事業場に限られる。対象経費の例には「顧客管理情報のシステム化」が挙がっています。経営コンサルティング経費は国家資格者等によるものに限られるため、外部のシステム構築を伴う経理の仕組みづくりは「委託費（システム開発会社等への委託費用）」として対象になり得るかを、見積を添えて労働局に確認する形になる。申請期間は令和8年9月1日から、都道府県の最低賃金の発効日の前日または11月30日のいずれか早い日まで、交付決定前に導入した設備は対象外です。要件の判定と申請書の作成は顧問の社会保険労務士と進めてください。
まとめ
経理の月次を「入力→判断→出力」に分けると、自動化できるのは入力と出力で、属人性の正体は判断の列にあります。FDE 方式では、1か月分の実データで棚卸しし、freee やマネーフォワードの公式機能と AI で定型部分を試作し、例外時の判断表を経理担当と作り、本番の月次締めを1回一緒に回してから、運用手順・権限表・判断表・例外の処理記録を残して引き継ぎます。線引きは「件数が多く安定しているものは自動化、金額が大きく取り返しがつかないものは人、二重管理はやめる」の3つ。
効果は1件あたり処理時間・人の修正割合・例外件数の3指標で、導入前に測っておきます。承認の分離・変更の記録・AI の候補と人の確定の分離は、後から足すと高くつくので最初から入れる。10月の最低賃金改定、106万円の壁撤廃、インボイス経過措置の縮小で経理の負荷は増えますが、業務改善助成金で設備投資費用の3/4〜4/5が助成される制度があり、申請期限は最低賃金の発効日の前日です。まず自社の先月の仕訳を1か月分並べて、「判断」列を書き出すところから始めてください。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
経理の月次を FDE 方式で本番化する
先月1か月分の実データを一緒に棚卸しし、freee・マネーフォワードの公式機能と AI で定型部分を試作、例外時の判断表を経理担当と作成、本番の月次締めを1回回して運用手順・権限表・判断表を残すところまで伴走します。業務改善助成金の委託費として申請できるかの整理も、顧問社労士との連携を前提にご相談いただけます。