AIで経理の仕事はどう変わるのか

2026年5月26日、マネーフォワード主催「経理とAIで描く、未来への第一歩。 -CONNECT with AI-」Day2での講演スライドです。

WEFの「雇用の未来レポート2025」では、経理・記帳・給与担当者は2030年までに約20%減少すると予測されています。ただ、「AIに経理の仕事は奪われるのか」という問い自体が、経理の仕事の表層しか見ていないと感じています。

前半では、経理の仕事を「表層」（仕訳入力・転記・集計など）と「本質」（証憑の判断、業務フローの設計・維持、税務・会計処理の判断）に分けて考えました。判断の5類型（ダンカン）にも触れながら、AIが支援できるのは材料の整理までで、最終判断と説明責任は人間が持つという話をしています。

後半では、AIに業務を渡すには適切な粒度への「分解」が必要なこと、そして経理が業務プロセスの最下流にいる構造を変えなければAI導入の効果は限定的であることを、「シフトレフト」の考え方を交えてお話ししました。

実践パートでは、「業務定義シート」（個別業務のA4一枚での言語化）と「業務の地図」（部門横断の業務フローの可視化）を、請求書処理を例に紹介しています。

Transcript

1. AIで経理の仕事は どう変わるのか 2026/05/26 ＠Money Forward CONNECT with AI 業務設計士 武内俊介
2. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. プロフィール 1 金融機関のシステム企画部門、会計事務所、スタートアップのバックオフィスを経て独立。業務の棚卸・構造 化から改善、そして組織が改善し続ける仕組みづくりまでを一貫して支援する「業務設計士」として、複数企 業の変革を手がける。 2025年12月、書籍『業務設計の教科書』（技術評論社）を出版。システム・AI導入が「目的化」してしまう 現場の問題に正面から向き合い、真の成果につなげるための業務プロセス再設計を体系的に解説。 業務改善のゴールを「仕事が速く回る組織をつくること」と定義し、その実現を支える業務プラットフォーム 「KEELL（キール）」を開発中。コンサルティングとプロダクトの両輪で、組織の業務変革を推進している。 業務設計士®、税理士 武内 俊介 TAKEUCHI SHUNSUKE @Libero_shunsuke https://note.com/tshunsk
3. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 2 業務設計士のサービス 業務設計顧問 業務設計支援 経営者の方の「業務設計」について相談にのり、企業の業務プロセス の再構築やDX・AI導入を成功に導くためのアドバイスをするサービス。 企業内でプロジェクトチームを立ち上げ、全体の業務プロセスの整理 と可視化・構造化、改善プランの立案・実行、新しいシステムの導入、 などを伴走して支援していくサービス。
4. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 3 『業務設計の教科書』 2025年12月25日発売 詳細はこちらから →
5. Agenda 4 1.経理の仕事の本質 2.AIに業務を渡すために 3.実践①：業務定義シート 4.実践②：業務の地図 5.全体を見渡す重要性 6.まとめ
6. 経理の仕事の本質 5 1
7. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 6 経理の仕事は奪われるのか？
8. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. WEF：雇用の未来レポート2025 7 経理・記帳・給与担当者 2030年までに約20%減少が見込まれる 出典：World Economic Forum, Future of Jobs Report 2025（January 2025） 1. Postal Service Clerks（郵便局員） 2. Bank Tellers and Related Clerks（銀行窓口） 3. Data Entry Clerks（データ入力担当） 4. Cashiers and Ticket Clerks（レジ・チケット） 5. Administrative Assistants and Executive Secretaries （秘書・管理アシスタント） 6. Printing and Related Trades Workers（印刷・製版） 7. Accounting, Bookkeeping and Payroll Clerks（経理・記帳） ▪減少率トップ7
9. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 「作業」が仕事になっていると・・・ 8
10. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. AIに置き換えられる 9
11. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 経理仕事の「表層」と「本質」 10 ・仕訳入力 ・転記・集計 ・定型レポート作成 ・証憑の収集・判断 ・データの整理・構造化 ・業務フローの設計・維持 ・税務・会計処理の判断
12. 11 経理の本質は変わらない
13. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 仕事への向き合い方が変わる 12 知識と経験が、武器になる
14. AIに業務を 渡すために 13 2
15. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. AIへの期待は両極端 14 AIは万能だから 導入して自動化だ！ AI？！あいつらって、 単純作業しかできないよね？ どちらも間違っています
16. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. LLMの強みと限界 15 LLM（Large Language Model、大規模言語モデル） • 膨大なテキストデータを学習し、 言葉を理解・生成することに特化したAI • ChatGPTやClaudeなど、「話しかけられるAI」の 中核にある技術モデル
17. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. LLMの強みと限界 16 LLM（Large Language Model、大規模言語モデル） • 文章を書く • 内容を整理する • 情報を集める AIに「言葉」だけで 指示ができるようになった しかし、毎回同じ結果が返ってくるとは限らない • 確率的モデルで、再現性は自動的には保証されない • ハルシネーションが構造的に起こりうる
18. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 17 LLMによって、経理自身での AI活用も十分可能になった。 ただし、業務の渡し方が 大きなポイントになる
19. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. LLMの2つの用途 18 チャットとしての利用 AIエージェント 「問い」を投げると 「回答」が返ってくる 1ターンのやり取り 「目的」を達成するために 「計画」を立てて 「タスク」を処理する 仕事をお願いする
20. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 19 AIエージェントには どの粒度の仕事を渡せるか
21. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 月次決算は処理できるか 20 今月の月次決算、 やっておいてね！よろしく！ 業務を構造化して、 適切な粒度で渡す必要がある
22. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 21 月次決算 売上・仕入 人件費 販管費 その他 ・・・ ・・・ ・・・ ・・・ 業務分解 工程分解 作業と判断に 分解する
23. 22 AIに業務を渡すには、 適切な粒度で分解する必要がある これからの経理には 業務設計の力が求められる
24. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 23 理想の状態 複数のAIが並行して処理を進めてくれる
25. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務の構造を理解する 24 そしてDX、AI導入を一歩ずつ進める
26. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 25 業務を分解する 作 業 判 断 手順が決まっている 繰り返しできる 状況を読み、 責任を持って決める
27. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 26 AIはこの『作業』と『判断』 にどう関わるのか？
28. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 27 AIが得意なのは「作業」 作 業 判 断 システムやAIが支援できる 材料集めは支援できる 最終判断・説明責任は人間が担う
29. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 「判断」は、ひとつではない 28 ①評価的判断 ②文脈の判断 ③トレードオフの判断 ④予見的判断 ⑤当事者性の判断 良い・悪い、適切・的外れを見極める 一般ルールが当てはまるか、例外が必要かを見分ける 明確な正解がない中で、 何を優先し何を手放すかを決める 二次的・長期的な影響を事前に読む 出典：デイビッド S. ダンカン（ハーバード・ビジネス・レビュー, 2026） 不確実な状況で、先送りや委任ではなく 自ら引き受けると決める
30. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 経理における判断 29 判断の種類 経理業務での場面 AIが担える範囲 評価的判断 仕訳・書類・処理の適否確認 判断材料の提示まで。 文脈の判断 社内規程・過去慣行と 個別案件の照らし合わせ 選択肢の提示まで。 例外の判断は人が行う トレードオフの判断 締めの速さと正確性、コスト削減と業 務品質など、何を優先し何を譲るか 選択肢の整理まで。 最終的には人が決める 予見的判断 決算見通し・キャッシュフローなど への影響などの先読み 経験と経営理解が なければ成立しない 当事者性の判断 判断が分かれる処理を、 先送りせず自ら方針を決めて進める 代替不可能 △ △ × × ×
31. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 30 AIを活かすには、業務の整理が先 業務の可視化と整理が最優先
32. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務設計とは 31 誰が、何を、どの順序で、 どんな手段で処理するかを設計すること • 業務の流れを可視化する • 「作業」と「判断」を分ける • 人とAIの役割を決める
33. 実践① 業務定義シート 32 3
34. 33 いきなりフロー図を描かない まずは言語化する
35. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務定義シート 34 業務 シート 業務 者・ 者 ・ ・ ・ ・ ・ ・ ト ー （業務 る ） ・ ・ の （ ） （ の業務 な のために する ） （ な や ） ・ ・ ・ ・ ・ ・ （ 体 な 理の内 ） （ と なす と成 ） と なす 成
36. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務定義シート 35 • フロー図等を書く前に作る • 現状をそのまま言語化してみる • 完璧でなくていい。議論のたたき台を作る 業務の全体像をA4・1枚で言語化する
37. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 5つの要素 36 SCOPE （対象範囲） 業務が対象とする範囲の定義 INPUT （入力） 処理するために必要な情報、書類 DO （処理） 実際に処理をしている内容 OUTPUT （出力） 完了とみなす状態と、その成果物 GOAL （目的） 何を達成するために行っているのかの言語化 OUTPUTとGOALはちゃんとすり合ってますか？
38. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務 シート 業務 者・ 者 ・ ・ ・ ・ ・ ・ ト ー （業務 る ） ・ ・ の （ ） （ の業務 な のために する ） INPUT （ な や ） ・ ・ ・ ・ ・ ・ DO （ 体 な 理の内 ） OUTPUT （ と なす と成 ） と なす 成 請求書の 行 営業アシスタント 営業 者 経理 者 初 たは 納品 納品 取引先に正確な金額を伝え、 スムーズな入金を実現するため 受注データ 納品書 取引条件 顧客 ・請求金額の確認 ・請求書の作成 ・請求書のチェック ・顧客へのメール送付 請求書、メール 全ての顧客の請求書 送付されている 3
39. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 作り方のコツ 38 たたき台をリーダーが あらかじめ作っておく たたき台を見ながら 集まって議論する 業務 シート 業務 者・ 者 ・ ・ ・ ・ ・ ・ ト ー （業務 る ） ・ ・ の （ ） （ の業務 な のために する ） （ な や ） ・ ・ ・ ・ ・ ・ （ 体 な 理の内 ） （ と なす と成 ） と なす 成
40. 39 認識のズレはあって当たり前 それが業務設計の出発点
41. 実践② 業務の地図 40 4
42. 41 言語化した業務を 工程に分解する
43. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務の地図 42
44. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務の地図 43 • 部門を横断して全体のプロセスを作る • かなり簡略化してOK • 構造を理解するためにつくるもの 業務の工程をA4・1枚で可視化する
45. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. フロー図との違い 44 業務の地図 （構造を見るもの） フロー図 （処理手順を見るもの） 目的 構造を把握し、認識を合わせる 処理手順を正確に把握する 粒度 粗い（たたき台） 細かい（分岐や例外まで） 長所 すぐに作れる 全体を俯瞰できる 正確なフローが分かる 網羅性が高い 短所 細部の正確さは担保しない 作成に時間がかかる
46. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務の地図 ① ② ③ ④ ⑤ ⑥ 請求書の 行 営業 業務 営業アシ 経理 納品データ登録 請求書作成 請求書確認 請求書送付 経理 理 入金確認
47. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務の地図で見える3つのポイント 46 ① 受け渡し ：タイミング・内容は明確か ② 待ち・戻り：発生するケースは考慮されているか ③ 完了条件 ：誰が確認するのか
48. 全体を見渡す重要性 47 5
49. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 全体を見渡す 48 上流からしっかりと整理する
50. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 企業の業務のプロセス 49 取引の発生 現場の処理 確認・承認 経理 現場：経理の人数差は 10：1以上
51. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 50 「これぐらい、大丈夫でしょ」 という現場のしわ寄せが 経理に集約されてしまう
52. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 51 シフトレフト（Shift Left） ソフトウェア開発において、 テストやセキュリティ対策を開発プロセスの 「左側（早期・上流工程）」に前倒しする手法
53. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 現場（上流）の整理が最優先 52 取引の発生 現場の処理 確認・承認 経理 シフトレフト
54. 53 「きたものを処理する」 発想からの脱却 それがAI時代には 絶対に必要になる
55. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. AIによって再設計が促される 54 経理起点での 業務の再設計が重要 データとプロセスを 整える発想が重要
56. まとめ 55 6
57. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 本日のポイント 56 ①AIが進化しても経理の本質は変わらない ②経理起点での業務の再設計が重要 AI時代の経理は 何が求められるのか
58. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 業務を見る3つの目 57 業務を多角的な視点から見てみる ミクロの視点 フローの視点 現場の業務を 具体的に言語化する 部門を横断して 全体を俯瞰する 全体の流れ を把握する
59. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 見ていく順序 58 全体像をざっくり俯瞰する 個別業務を具体的に掘り下げる 個別が全体と整合しているかすり合わせる 全体の流れを見ながら詳細にすり合わせる
60. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 59 AIにできること、できないことを 整理してみましょう
61. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. AIが引き受けられること 60 • 書類の受取・整理（データ化） • 定型的な入力や転記 • 検索、照合、要約 • 文章の下書き 業務やデータが整理されていれば、AIに任せられます
62. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 経理にしかできないこと 61 • 取引実態に基づく会計処理の判断 • 決算数値の正確性と信頼性の担保 • 経営層への財務報告と提言 • 社内各部門との信頼関係の構築 AIを活用して作業から解放されることで 本来の仕事に集中できる未来がそこまできています
63. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. AIが奪うのは「作業」であって「職業」でも「仕事」でもない 62 AI 奪うのは「作業」であ て「職業」でも「仕事」でもない/山口周 より https://note.com/shu_yamaguchi/n/nb631901e2ff9 定義 AI代替の可能性 職業（Job） 社会的に定義された貢献役割 不可能 仕事（Work） 複数タスクからなるまとまった活動 一部は可能 作業（Task） 個別行為。言語化・手順化が容易 高い
64. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. AIが奪うのは「作業」であって「職業」でも「仕事」でもない 63 AI 奪うのは「作業」であ て「職業」でも「仕事」でもない/山口周 より https://note.com/shu_yamaguchi/n/nb631901e2ff9 「仕事＝Work」をしているつもりで、 実は「作業=Task」中心になっていた人ほど、 AIによる変化の影響を受けやすい
65. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. Task（作業）とJob（仕事） 64
66. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 生成AIもただのツール 65 ・電卓やExcelと同じ →使用者のスキルによって成果が変わる →目的によって道具を変える ・AIに賢さを期待しない →日によって回答がブレる（LLMの特性） →そういう前提で業務に組み込む
67. 66 業務プロセスをきちんと設計し、 説明できるスキルが不可欠
68. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 「手段」に振り回されないために 67 システムやAIは「手段」にすぎない 業務設計ができる企業こそが成果を上げる 業務設計
69. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 経理が今日からできること 68 証憑や仕訳の裏にある「業務」に興味を持ちましょう。 それが「作業者」から抜け出すための第一歩です。 あなたの知識と経験に業務設計力を追加し、 AI時代の経理になってください。
70. Appendix 69
71. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. https://gihyo.jp/book/2026/978-4-297-15372-4 「業務定義シート」「業務の地図」などのフォーマットは、 技術評論社の『業務設計の教科書』ページのサポートページから ダウンロードできます。 70
72. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 個別定義シート 71 シート 業務 者・ 者 ・ ・ ・ ト ー （業務 る ） メ （ な や ） ・ ・ ・ （ 体 な 理の内 ） （ と なす と成 ） と なす 成 ステップ
73. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 個別定義シート 72 • 担当者の頭の中にあったものが可視化される • 業務の品質を維持するための土台になる • システム化を検討する際の出発点になる 個別業務の内容をA4・1枚で言語化する
74. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. マニュアルとの違い 73 個別定義シート （構造をとらえるもの） マニュアル （処理手順を示すもの） 目的 構造を言語化し、 共通理解を生む 再現性を確保し、 品質を維持する 粒度 構造レベル 細かい処理レベル 長所 担当者個人ですぐに作れて、 共有することができる 読めば、誰でも処理ができる 短所 客観性は担保されない 作成に時間がかかる
75. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. シート 業務 者・ 者 ・ ・ ・ ト ー （業務 る ） メ INPUT （ な や ） ・ ・ ・ DO （ 体 な 理の内 ） OUTPUT （ と なす と成 ） と なす 成 ステップ 請求書の 行 請求書作成 ② 営業アシスタント 営業 者 納品書 受注データ 顧客 取引条件 【 理手順】 1.納品内 と受注内 の整合性を確認する 2.請求金額を算出する 3.請求書を作成する 4.請求書を営業 者に共有して確認を依頼する 請求書 正しく作成され ている 請求書PDF 以下のいずれ ・納品 した都 ・締め （ 末） 請求書の作成 理
76. © Shunsuke Takeuchi/ Confidential - Not to be disclosed or distributed to third parties. 個別定義シートで見える3つのポイント 75 ① 前工程との接続 ② 暗黙の判断 ③ OUTPUTの品質定義 「いつ・ど な 」 くれば動 出せるの 書 出したものの中に、暗黙 なもの 含 れていない 品質の は決 ている 、 れは受入部門の期待値とすりあ ている