「仕訳」から「取引」へ（fAD2026）

freee Advisor Day 2026（福岡・東京）の登壇資料です。テーマは「仕訳」から「取引」へ。仕訳は、取引日・勘定科目・金額に情報をそぎ落として集計しやすくした記録様式で、紙しか記録手段がなかった時代に最適化されたものでした。コンピューターでの記録・集計が前提になると、シンプルな記録様式であるがゆえに摘要欄に様々な情報を押し込むしかなくなり、管理のための運用負荷が高い状態になりました。ERPをベースにしたfreee会計の「取引」は発生と決済から構成され、仕訳はその裏側で生成されます。freeeが難しいと感じられてきた理由は、仕訳よりも自由度が低いこの構造の存在意義が理解されなかったところにあります。AI時代に人に残るのは、仕訳を切る作業ではなく、正しい仕訳が登録される仕組みを定義する仕事です。機能の操作ではなく概念のレベルで「取引」と「仕訳」の繋がりをとらえると、freee会計の使い方は一気に見えてきます。

Transcript

1. 「仕訳」から「取引」へ AI時代に効いてくるfreeeの構造
2. プロフィール • 金融機関のシステム企画部門、会計事務所、スタート アップのバックオフィスで実務経験を積み、独立。 • 業務の棚卸・構造化から継続的な改善の仕組みづくり までを一貫して支援する「業務設計士」として活動。 • 2025年12月、書籍『業務設計の教科書』（技術評論 武内 俊介 Shunsuke Takeuchi 株式会社KEELL 代表取締役 業務設計士®・税理士 社）を出版。 • 現在は業務設計の専門家として複数企業の支援を展開 しながら、「業務がもっと速く、もっとスムーズに回 る」を実現するための業務プラットフォーム「KEELL （キール）」を開発中。
3. 『業務設計の教科書』（技術評論社） 「技術ありきではなく、業務ありき」 の視点でDX・システム導入を進める ための実践書として、DX推進担当者・ 情シス・バックオフィス・PMに向けた 体系的な一冊。
4. 業務設計士のサービス 業務設計顧問 経営者の方の「業務設計」について相談にのり、企業の業務プロセスの 再構築やDX・AI導入を成功に導くためのアドバイスをするサービス。 業務設計支援 企業内でプロジェクトチームを立ち上げ、全体の業務プロセスの整理と 可視化・構造化、改善プランの立案・実行、新しいシステムの導入、な どを伴走して支援していくサービス。
5. freeeって難しいですよね？
6. かんたん入力も、AIの自動化も 結果が間違っていたら意味がない
7. AI時代の仕事は 「作業」から「定義」へ 正しい仕訳を切る 正しい仕訳が登録される 仕組みを作る
8. 本日のテーマ 「取引」の本質的な理解 AI時代にfreeeを正しく使いこなす
9. INDEX 1. 仕訳とは何か 2. 仕訳ありきの会計 3. 仕訳から「取引」へ 4. AI時代に効く「取引」 5. まとめ
10. 仕訳とは何か
11. 複式簿記の定義 • 二面性：借方と貸方、両面から記録する • 一致性：貸借は必ず一致する • 同時性：財産と損益を同じ記録から導ける 仕訳とは、このルールに従った記録様式
12. 仕訳の本質 • 取引日 • 勘定科目 内容を限定し、集計しやすくした仕組み • 金額 情報はそぎ落とされる （圧縮される）
13. 簿記の起源 13〜14世紀のイタリア商人のやり方が起源 体系化したのは1494年発行の書籍 『スンマ』（ルカ・パチョーリ著） 紙の時代に、正確に 記録するための仕組み 《ルカ・パチョーリの肖像》ヤコポ・デ・バルバリに帰属、 1495年頃、カポディモンテ美術館蔵（パブリックドメイン）
14. 例題（仕訳問題） 当社（文具店）は、仕入先の山田商店から 販売用のボールペン1,000本を1本80円（合計80,000円）で 仕入れ、代金は翌月末に払うことにした。 仕入 80,000 買掛金 80,000
15. 例題（仕訳問題）：そぎ落とされた情報 当社（文具店）は、仕入先の山田商店から 販売用のボールペン1,000本を1本80円（合計80,000円）で 仕入れ、代金は翌月末に払うことにした。 仕入 80,000 買掛金 80,000
16. 例題（仕訳問題）：実務上必要な情報 仕入れの内容 取引先名 当社（文具店）は、仕入先の山田商店から 販売用のボールペン1,000本を1本80円（合計80,000円）で 仕入れ、代金は翌月末に払うことにした。 支払期限
17. 仕訳ありきの入力
18. 紙の時代：補助簿と主要簿 現場 補助簿 •売上帳 •仕入帳 •売掛/買掛台帳 •現金出納帳 経理 仕訳で 転記 主要簿
19. 会計ソフト中心の運用 経理 仕訳で 会計ソフト 総勘定元帳・補助元帳で 都度確認する 入力 メリット ：仕訳を入力するだけ（システムが集計） デメリット：会計ソフトへの入力が完了しなければ、何も分からない
20. 付属情報が増える仕訳 掛けでの仕入れ処理 仕入 80,000 ステーショナリー部 買掛金 80,000 （山田商店） ボールペン（@80）1,000本/ 山田商店/翌月末払い 前払金の取り崩しの処理 保険料 50,000 製造部 前払費用 50,000 損害保険（@50,000、10/24） /AB損保 入力方法が「仕訳」のみであるため 摘要欄に様々な情報が詰め込まれる
21. 摘要欄頼みの代償 • 集計できない • 表記揺れがおこる 管理するための運用負荷が高い
22. 補助科目の限界 •内訳の道具：勘定科目の内訳であって、取引先マスタではない •消せずに膨張：過去に仕訳があると消せない。 →取引が終わった取引先も残る。 →規模が大きいほど増え続ける Excel等で別管理する必要が出てくる ※インボイス対応のために各会計ソフトに「取引先」項目が追加されたが、移行できていない企業も多い
23. 現場と経理が別々に管理する状態に 現場 経理 •受注管理 •請求書発行 •発注管理 •在庫管理 etc 会計ソフト 帳票 データ 仕訳登録 経理対応が後追いになりやすい
24. ERP（統合業務システム）による一体化 ERP 現場 経理 •受注管理 •請求書発行 •発注管理 •在庫管理 etc 仕訳データ 自動生成 構築、運用ともに非常に難易度が高く大企業しか導入できない
25. ここからはfreeeの構造が これらの課題をどのように解決するか を見ていきましょう
26. 仕訳から取引へ freeeの構造
27. freeeは「取引」が起点 freee会計 現場 経理 取引 発生 決済 自動生成 仕訳データ ERPをベースにした構造で、「取引」が登録の起点
28. 発生したものは決済される 取 引 ① 仕訳 発生 発生 決済 決済 ② 発生主義に準拠しているため、発生が常に先にある （同時はありうるが、決済が先にくることはない） ※決済に無関係な処理は 振替伝票を使う
29. freee会計の構造 freee会計 レジ EC 取引 口座 発生 現金 現金出納帳 決済 銀行 銀行明細 仕訳 クレカ クレカ明細 請求書 （発行） 請求書 （受取）
30. 「＋更新」：すでにある取引に、勘定科目の振替を追加する 取 引 ① 発生 発生 ＋更新 ② 仕訳は「点」の情報。 仕訳 ＋更新 取引という枠組みの中で 「線」となる。 ①’ 決済 決済 ＋更新 ②’ ＋更新 順序や関係性を考えて 登録する必要があるため 最初は難しく感じる
31. 「＋更新」のつかいどころ①
32. 「＋更新」のつかいどころ②
33. 「＋更新」のつかいどころ③ 前受金 •年間払い等の収益 ◦サブスク売上 ◦保守料 前払費用 •翌月の利用料の前払い ◦事務所の家賃 ◦弁護士等の顧問料 •年間払い等の費用 ◦保険料 ◦保守料 発生（請求書の発行・受領）と同時に 「＋更新」で振替処理を登録する •別途管理が不要（取引内で完結） •翌期以降の振替も一括登録できる 月次の収支管理が容易になる
34. （参考）「＋更新」についてはこちらを読んでください →スライドも掲載してます https://note.com/tshunsk/n/nf7901f54341a
35. 「取引」は合理性の塊 発生の起点は現場であって、経理ではない 現場の処理が終われば、仕訳は生成されるから リアルタイムで会計データが反映される
36. 仕訳脳から取引脳への転換 仕訳脳 証憑を見ながら、どういう仕訳を切るか考える 取引脳 処理の発生起点を理解し、タイムリーに登録される 仕組みを考える •どうすれば自動処理されるか •どうすれば正しく処理されるか
37. 仕訳を切らずに、正しい仕訳を登録する。 感覚はバイブコーディングに近い。 会計に対する理解度が成果を左右する 「仕訳を切らない＝簡単」ではない 実態はむしろ逆で、真の理解度が問われ
38. 業務の全体像・業務の流れを見よう 鳥の目： ビジネスサイドも 含めて業務全体を 見渡す ビジネスサイド 受注 納品 請求書 発行 証憑回収 自動で経理 魚の目： 最初から最後まで 業務全体の 流れを見る 入金 口座連携 発生 タグ 経理サイド 決済 試算表 財務 諸表
39. 「難しい」と感じるのは構造が見えなかったから 「取引」という構造の中に 「仕訳」は内包されている 発生主義の原理原則に従い 処理することができる仕組み 読み解くカギは、業務理解と会計知識にある
40. 取引のレンズを手に入れる
41. AIに惑わされない
43. 仕訳を切る作業は、人の手を離れていく。 では、人の役割はどうなるのか。
44. 人の仕事は変化していく 作業 ••を処理する 定義 ••をどう処理するかを決めておく
45. 「取引の発生」起点はfreee会計の外 受注 発注 請求書 請求書 freee会計でやることは変わらない
46. 処理の起点は上流に移っていく 見積 ビジネス領域 発注 発生 決済 請求 入出金 上流 （定義領域） 下流 （作業領域） 46
47. 業務設計をするためのヒアリングのポイント 1 ビジネス領域の解像度を高める 2 freeeの外で何が起こっているかを聞く 3 freeeを繋げるのは後でいい →事前にChatGPTやClaudeで予習していく →お客さんが饒舌に語ってくれるはず →freeeの機能よりもビジネスの話をしよう
48. freeeの構造が全体をシンプルにする 取引 取引は「発生・決済」がセット 発生 請求書 ここをどのような 設計にするか 決済 口座 外部との連携などの設計は 明細 非常にシンプルになる
49. AI活用以前にやるべきこと freee会計の外 •「発生」の定義の明確化 • 「取引」の構造の理解 •連携する仕組みを構築する • 取引テンプレートの設定 業務設計をやり切る 自動処理を増やしていく
50. まとめ
51. 追うのは、AIの最新情報ではない。 freeeの構造を理解し、業務設計をする それがAI活用の土台にもなる
52. 「仕訳」 から「取引」へ （点） （線） 「作業」から「定義」への転換
53. アドバイザーの役割が変わる 作業者 どうfreeeに登録するか 設計者 伴走者 どうすればfreeeにデータが連携されるか （関与先と一緒に設計をする）
54. 発想を変えよう × AIを活用して、自動化を進め、 コストを削減する ◦ freeeの構造を理解し、 全体を再設計することで、 関与先が本業に注力できる
55. 業務設計×freeeの第一歩（アクションリスト） 関与先を1社選び、以下を実施してみましょう 1.発生から入出金までのフローを描いてみる a.収益・費用の両方で実施する b.シンプルなもので、手書きのもので十分 2.すべての「発生」を認識できているか確認 a.「決済」時に認識しているものはないか b.「発生」の定義は明確になっているか
56. 「取引」を理解し、業務を再設計する それがAI時代に必要な第一歩