AI-OCR自動仕訳とは、証憑を機械が読み取り仕訳案まで作る仕組みのことです。

月次処理の工数は、証憑を数える作業ではなく、読み取り結果を人が直す作業に吸われています。この記事では、AI-OCRと生成AIを月次の業務フローに噛ませるときの工程分解、税理士法上の守秘義務と電子帳簿保存法の保存要件をどう並走させるか、費用と体制の考え方までを整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。前提として、生成AIを活用する方針を定めている企業の比率は日本の中小企業で約34パーセントにとどまるという調査があり（出典: 総務省 令和7年版情報通信白書 企業におけるAI利用の現状）、顧問先側の体制が整っていない前提で設計する必要があります。

2026年の月次処理はどこで詰まっているのか

詰まりの正体は、読み取り精度ではなく後工程の設計です。AI-OCRの読み取り自体は各社の会計クラウドに標準搭載され、証憑を投入すれば日付・金額・取引先の候補が返ってきます。ところが多くの事務所で工数が減らないのは、返ってきた候補をどの基準で採用し、どこから人が判断するかが決まっていないためです。担当者ごとに直し方が違えば、確認の手戻りが発生します。手戻りは記録に残らないので、工数削減の効果測定からも漏れます。

制度側の前提も動いています。電子取引の取引情報は、電子帳簿保存法第7条が電磁的記録による保存を定めており、紙に出力して保存する運用は前提から外れました。国税庁は電子取引関係の一問一答を継続的に更新しており、判定に迷う場面はまずここを引くのが早道です（出典: 国税庁 電子帳簿保存法一問一答（電子取引関係））。読み取りの自動化と保存要件の充足は別の話なので、フロー上も別の工程として立てておく必要があります。

インセンティブ側の整備も進んでいます。一定の国税関係帳簿について優良な電子帳簿の要件を満たして保存し、あらかじめ届出書を所轄税務署長に提出している保存義務者は、その帳簿に記録された事項に関する申告漏れに課される過少申告加算税が5パーセント軽減される措置が整備されています（出典: 国税庁 電子帳簿保存法関係）。顧問先にAI-OCRの導入を勧めるとき、単なる省力化ではなく、この要件充足とセットで説明したほうが話が通ります。経理の担当者にとって省力化は自分の仕事が減る話ですが、加算税の軽減は経営者に届く話だからです。

もうひとつ、事務所側の環境が変わりました。会計クラウドのベンダーがAIエージェント機能を有償プロダクトとして切り出す動きが出ており、無償で使えていた機能が課金対象に移ることがあります。この論点はfreee顧問先管理AIエージェントの有償化を扱った記事で整理しています。フローを組むときは、依存する機能の課金モデルが変わる前提で退避策を持っておくと、年度途中で慌てずに済みます。具体的には、AI機能に依存する工程と、依存しない工程を設計図の上で色分けしておくことです。色分けがあれば、値上げや仕様変更の通知が来た日に、影響範囲がその場で分かります。

証憑投入から月次報告までを7工程に割る

工程を割る目的は、有資格者が判断する場所を固定することです。以下の順に並べると、どこまでを機械に任せ、どこから人が見るかが可視化されます。工程の数そのものに意味はありません。区切りの位置に意味があります。

第1工程は、証憑の入口を一本化することです。顧問先から届く経路は、メール添付、チャット、紙のスキャン、銀行やカードの明細連携と複数あります。経路ごとにファイル名の付け方と格納先を決め、投入の時点で電子取引由来か紙の受領かを分けておきます。ここを分けておかないと、後工程で保存要件の判定をやり直すことになります。顧問先に協力してもらう部分でもあるため、月初の依頼メールのテンプレートに投入方法を書き込んでおくと定着が早まります。

第2工程は、AI-OCRによる読み取りです。日付、金額、取引先名、税区分の候補が返ります。この段階では採用しません。返ってきた値と原本を照合する対象として扱います。読み取りの信頼度スコアを出せるサービスであれば、しきい値を決めて、下回った証憑だけを目視に回す運用が組めます。しきい値は最初から最適値を狙わず、三か月ほど運用して誤りの実測値から調整します。

第3工程は、自動仕訳ルールの適用です。勘定科目の割り当ては、過去の仕訳履歴に基づく学習と、事務所が定めた明示ルールの二階建てにします。学習だけに任せると、顧問先の科目体系が変わったときに静かに崩れます。明示ルールは、頻出の取引先と科目の対応表として持ち、四半期ごとに見直します。対応表は顧問先ごとに分けるのではなく、共通部分と顧問先固有部分に分けて持つと、新規受託時の立ち上げが速くなります。

第4工程は、生成AIによる異常検知です。仕訳データを流し込み、前年同月や前月と比較して説明のつかない増減、重複計上の疑い、期ずれの疑いを列挙させます。ここで生成AIに出させるのは答えではなく、確認すべき候補の一覧です。プロンプトは次のように組みます。

あなたは会計事務所の月次点検の補助者です。以下の仕訳データについて、確認が必要な候補だけを列挙してください。

制約:
- 判断や結論は書かない。確認すべき理由と根拠となる行番号だけを書く
- 以下の観点で列挙する: 前月比の大きな増減 / 同一取引先同一金額の重複 / 期をまたぐ計上 / 税区分と取引内容の不一致
- 該当がない観点は「該当なし」とだけ書く
- 推測で取引先の実態を補完しない

仕訳データ:
（ここに匿名化した仕訳を貼る。取引先名はA社・B社等に置換済みであること）

第5工程は、有資格者による確認です。第4工程が出した候補と、第2工程の読み取り結果のうち金額の大きい取引を、税理士または担当の有資格者が原本にあたって確認します。ここは省略できません。AIが出した候補一覧は判断の材料であって、判断そのものではないためです。確認した事実と結論は、証憑単位で記録に残します。記録の粒度は、誰が・いつ・どの原本を見て・どう判断したかの4点で足ります。この4点が揃っていれば、後日の照会に答えられます。

第6工程は、保存要件の充足確認です。電子取引由来の記録が電磁的記録として保存されているか、検索の要件を満たす形で索引が付いているかを点検します。紙の受領分をスキャナ保存する場合は、その要件が別に立ちます。この点検はPeppol電子インボイスと電帳法の保存要件を扱った記事の点検工程と組み合わせると、二重に手を動かさずに済みます。点検はチェックリスト化して、月次締めの定型作業に組み込むのが現実的です。

第7工程は、月次報告の下書き生成です。確定した試算表をもとに、増減の要因と顧問先に確認したい事項の草案を生成AIに作らせます。ここでも成果物は下書きです。顧問先に渡す文面は、担当者が事実確認をしたうえで仕上げます。

あなたは月次報告のたたき台を作る補助者です。以下の試算表の増減について、顧問先に確認したい事項を質問文の形で作ってください。

制約:
- 原因を断定しない。「〜のためでしょうか」と確認する形にする
- 税務上の取扱いについての結論は書かない
- 数字は貼り付けたデータの範囲だけを使い、推計で補わない
- 質問は多くても7本まで。優先度の高い順に並べる

試算表データ:
（ここに貼る）

この7工程のうち、機械に任せられるのは第2、第3、第4、第7の4つで、第1と第6は人が設計して運用する工程、第5は有資格者が担う工程という並びになります。工数削減の効果が出るのは第2から第4にかけてですが、削減幅を決めるのは第1の入口設計です。入口が乱れていると、下流のすべてで例外処理が発生します。

顧問先の資料をAIに入れる前に決めておく3つのこと

決めるべき順序は、ツール選定より前に、入力してよい情報の範囲です。ここが決まっていない状態でツールを増やすと、事務所内で野良利用が始まります。

ひとつ目は、ツールごとの入力データの取扱いを確認して記録することです。事業者向けプランでは入力データを既定でモデル学習に使わないと明示するベンダーがあり、Anthropicは商用サービスの入力を既定でモデルの訓練に使わないと説明しています（出典: Anthropic Privacy Center）。Google Workspaceも、Geminiに入力した内容を広告や外部向けモデルの改善に使わない旨を案内しています（出典: Google Workspace ヘルプ）。会計クラウド側のAI機能についても、freee、マネーフォワード、弥生の各公式ドキュメントで同じ確認をします。確認日とドキュメントのURLを台帳に残すのが要点です。ポリシーは更新されるため、確認済みという事実だけでは後から説明できません。

ふたつ目は、守秘義務との関係の整理です。税理士法第38条は、税理士は正当な理由がなくて税理士業務に関して知り得た秘密を他に洩らし、又は窃用してはならないと定めています。公認会計士については公認会計士法第27条が同旨の規定を置いています。外部サービスに顧問先の情報を渡す構図をどう位置づけるかは、契約の内容と情報の性質によって変わる論点です。実務としては、顧問契約の更新時に、利用するサービス名、投入する情報の範囲、成果物は有資格者の確認を経ることの3点を書面で伝える運用を採る事務所があります。書面にしておくと、担当者が交代しても説明の一貫性が保たれます。

みっつ目は、委託の枠組みの設計です。顧問先の個人データを含む処理を外部サービスで行う場合、個人情報保護法第25条は委託を受けた者に対する必要かつ適切な監督を求めています。第三者提供の制限を定める同法第27条との関係を含め、どの枠組みで整理するかは事案ごとの論点になります。個人情報保護委員会のガイドラインが判断の起点になるため、事務所の規程にはガイドラインの該当箇所を参照先として書き込んでおくと、担当者が迷いません（参考: 個人情報保護委員会 個人情報の保護に関する法律についてのガイドライン）。

規程に落とすときは、禁止事項の列挙より、投入してよい情報の型を先に書くほうが機能します。匿名化済みの仕訳データは可、原本の画像は所定のクラウド内でのみ処理、氏名と口座番号を含む書類は投入前に担当者の承認、といった粒度です。禁止事項だけを並べた規程は、書いていない事態が起きたときに判断できません。可としている型を先に定義し、そこに当てはまらないものは承認を経る、という構造にしておくと運用が回ります。

顧問先への説明も、規程と同じ順序で組み立てます。どのサービスを使うか、何を入れるか、誰が最終確認をするか。この3点を一枚にまとめて、顧問契約書の別紙として添付する形にしている事務所もあります。説明の場を設けるより、契約更新の書類に混ぜ込むほうが、抜けが出ません。

現場で起きる4つの失敗と、その手前で止める方法

ひとつ目は、読み取り結果をそのまま採用してしまう失敗です。AI-OCRは似た桁の数字や、印字がかすれた日付を取り違えることがあります。金額の大きい取引と、月次で初めて登場した取引先の2条件に該当する仕訳は人が見る、という抽出条件をシステム側に持たせておくと、目視の対象が絞れます。全件を目視する運用は続きません。

ふたつ目は、生成AIに税務判断をさせてしまう失敗です。この支出は損金になるか、といった問いを投げると、それらしい回答が返ります。回答の形が整っているぶん、そのまま顧問先に転記される事故が起きます。回避策は、プロンプトの制約に税務上の取扱いについての結論は書かない、という一行を明示し、事務所の標準プロンプトとして固定することです。個人が都度書くプロンプトに委ねると、制約が抜けます。

みっつ目は、ツール利用の野良化です。担当者が個人アカウントの無料版に顧問先の資料を投入していた、という状態は、事務所として説明ができません。回避策は、利用可能なツールを台帳で管理し、それ以外は使わない運用にすることと、投入ログが残る構成を選ぶことです。権限とログの設計はAIツール選定でセキュリティ認証をどう読むかを扱った記事の確認手順が使えます。

よっつ目は、効果測定をしないまま契約を更新し続ける失敗です。導入直後は工数が増えるのが普通なので、半年たっても増えたままなのか、下がり始めているのかを見ないと、判断ができません。測るのは処理時間そのものではなく、差し戻しの発生率と、有資格者の確認に回った件数の推移です。この2つが下がっていれば、フローは機能しています。

費用と体制をどう見積もるか

費用は、会計クラウドのライセンス、AI機能の追加課金、生成AIの事業者向けプラン、の3層で見ます。会計クラウドは顧問先数に連動し、生成AIは利用者数に連動するため、増え方の性質が違います。顧問先を増やす計画があるなら、前者は増分を、後者は担当者数の増分を別々に見積もります。年度予算を一本の項目にまとめると、どちらの増加なのかが後から追えなくなります。

初期構築は、事務所の標準プロンプトの整備、明示ルールの対応表づくり、規程の改定の3つが実体です。このうち時間がかかるのは対応表で、頻出取引先の科目対応を洗い出す作業になります。既存の仕訳履歴から機械的に抽出したうえで、担当者が例外を潰す進め方が現実的です。ゼロから作ろうとすると立ち上がりません。

体制は、運用を持つ人をひとり決めることが要点です。プロンプトの更新、ツール台帳の維持、ベンダーのポリシー変更の追跡を誰も持っていないと、半年で形骸化します。所長が兼務しても構いませんが、兼務であることを明示して、四半期に一度は見直しの時間を確保します。投資対効果の測り方は士業事務所のAI費用対効果をどう測るかを扱った記事の手順に沿うと、感覚論になりません。

補助金を使う選択肢もあります。事務所自身のデジタル投資に使える枠があるため、会計クラウドの入れ替えとセットで検討する価値があります。ただし、申請の工数と交付までの期間を織り込まないと、導入時期が後ろにずれます。交付決定前に発注すると対象外になる制度が多いため、発注のタイミングは申請要領で確認します。

人の配置についても触れておきます。AI-OCRと自動仕訳を入れると、入力作業の担当者が余ります。この余剰をどこに振り向けるかを決めていないと、導入への協力が得られません。実務では、顧問先とのやり取りの頻度を上げる方向か、受託件数を増やす方向のどちらかに振り向けることになります。前者は既存顧問先の単価を、後者は件数を動かす選択です。どちらを採るかで、必要になる教育の中身が変わります。前者なら決算や資金繰りの説明ができる人材、後者なら初期セットアップを標準化できる人材が要ります。AI時代の育成の考え方は士業事務所がOJTを組み替える論点を扱った記事で整理しています。

この先1年で論点になること

論点は、機械が作った仕訳の説明責任がどこに置かれるかです。読み取りと仕訳案の生成が自動化されるほど、税務調査でその処理を選んだ理由を説明する材料が、人の判断の記録に依存します。処理そのものより、判断の記録の設計が効いてきます。追徴の動向を踏まえた帳簿対応は追徴税額の統計を扱った記事で整理しています。

もうひとつは、会計クラウド側のAI機能と、汎用の生成AIの役割分担です。前者は自社データに閉じた処理に強く、後者は文章生成と横断的な確認に強い、という住み分けが当面続くと見られます。両方を持つ前提でフローを組むと、どちらかのポリシーが変わったときに片方へ寄せられます。逆に片方に全面依存すると、退避先がありません。

三つ目は、顧問先側のリテラシー差の拡大です。証憑を電子で整えて渡してくる顧問先と、紙の束を持ち込む顧問先とで、事務所側の工数が開いていきます。報酬設計を工数連動に寄せるのか、標準的な受け渡し方法を契約条件に書き込むのか。どちらを採るかは事務所の方針の問題ですが、放置すると採算の悪い顧問先が固定化します。

よくある質問

AI-OCRを入れれば月次の工数はすぐ下がりますか

すぐには下がりません。工数が下がるのは、読み取り結果の採用基準と目視対象の抽出条件を決めたあとです。最初の数か月は、対応表の整備と例外の洗い出しに時間がかかります。導入初期に工数が横ばいになるのは想定内として計画に織り込んでおくと、途中で止める判断を避けられます。

生成AIに顧問先の仕訳データを貼り付けてよいですか

利用するサービスの契約形態と、データに含まれる情報の性質によって変わります。事業者向けプランで入力を学習に使わない旨が明示されているか、顧問先への説明と同意の枠組みが整っているかを先に確認する運用が実務では採られています。判断の前提として、税理士法第38条の秘密を守る義務と、個人情報保護法第25条の委託先の監督が論点になります。

電子帳簿保存法の要件はAI-OCRを使うと自動で満たせますか

自動では満たせません。読み取りと保存は別の要件です。電子取引の取引情報については電子帳簿保存法第7条が電磁的記録による保存を定めており、検索の要件などは国税庁の一問一答で確認します（出典: 国税庁 電子帳簿保存法一問一答（電子取引関係））。フロー上は第6工程として独立させておくのが安全です。

AIが出した異常検知の候補は、どこまで信用できますか

候補の一覧として扱う限りで有用です。生成AIは、指示していない観点を勝手に補ったり、根拠のない推測を混ぜたりします。プロンプトで観点を限定し、根拠となる行番号を出させる形にすると、確認が短時間で終わります。候補が正しいかどうかの判断は、有資格者が原本にあたって行う前提です。

顧問先には、AIを使っていることを伝える必要がありますか

顧問契約の内容と、扱う情報の性質によって変わります。外部サービスに顧問先の情報を渡す構図がある場合、委託の枠組みや説明の範囲が論点になります。利用するサービス名、投入する情報の範囲、成果物は有資格者の確認を経ることの3点を、契約更新のタイミングで書面にして伝える運用を採る事務所があります。

小規模な事務所でも導入できますか

導入は規模に依存しませんが、運用を持つ人を決められるかに依存します。担当者がひとりの事務所でも、標準プロンプトと対応表を紙一枚にまとめておけば回ります。逆に、人数がいてもオーナーが決めなければ、ツールだけ増えて工数は動きません。

会計クラウドのAI機能と汎用の生成AI、どちらを先に入れますか

先に入れるのは会計クラウド側です。自社データに閉じた処理で、既存の権限管理の中に収まるためです。汎用の生成AIは、異常検知の候補出しや報告文の下書きなど、原本を離れた工程から入れると影響範囲を絞れます。

明示ルールの対応表は、どのくらいの粒度で作りますか

まずは頻出する取引先と勘定科目の対応だけで足ります。取引件数の上位に絞って作り、残りは学習に任せる形が現実的です。網羅しようとすると完成せず、完成しないまま運用が始まって、結局どちらの基準で処理されたのか分からなくなります。四半期ごとに、差し戻しの多かった取引先を追加していく育て方が続きます。

導入の効果はどの指標で測りますか

差し戻しの発生率と、有資格者の確認に回った証憑の割合の2つが実用的です。処理時間は繁忙期の影響を受けやすく、月ごとの比較がしづらいためです。この2つを月次で記録しておくと、ツールを入れ替えるときの判断材料にもなります。

参考文献

• e-Gov法令検索 税理士法第38条（秘密を守る義務）
• e-Gov法令検索 公認会計士法第27条（秘密を守る義務）
• e-Gov法令検索 電子計算機を使用して作成する国税関係帳簿書類の保存方法等の特例に関する法律第7条
• e-Gov法令検索 個人情報の保護に関する法律第25条（委託先の監督）
• 国税庁 電子帳簿保存法一問一答（電子取引関係）
• 国税庁 電子帳簿保存法関係
• 総務省 令和7年版情報通信白書 企業におけるAI利用の現状
• 個人情報保護委員会 個人情報の保護に関する法律についてのガイドライン
• 日本税理士会連合会

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/