請求書処理をAIで自動化｜受領・承認・仕訳の実務手順

※本記事にはプロモーションが含まれています。

こんにちは、会計×AI.com運営者のコマニです。

月末が近づくと、メール、郵送、共有フォルダ、チャットへ請求書がばらばらに届く。経理担当者さんは取引先、金額、支払期日、振込先を転記し、担当者へ内容確認を頼み、承認が戻ったら仕訳と振込データを作る。この流れに心当たりはないでしょうか。

請求書処理へAIを入れる目的は、PDFを文字に変えることだけではありません。受領した書類を一つの入口へ集め、必要項目を読み取り、契約や過去データと照らし、例外だけを担当者へ返す。そのうえで承認、仕訳、支払、保存まで同じ処理番号でつなぐことが本題です。

AIは確認の候補を作るところで力を発揮しますが、契約内容、税区分、口座変更、支払実行を勝手に決める役ではありません。この記事では、2026年8月17日時点のfreee公式ヘルプ、国税庁、経済産業省の情報を確認し、中小企業が請求書処理AIを安全に試す方法を解説します。

• 請求書処理でAIに任せる範囲
• 受領から支払後確認までの流れ
• 二重請求や口座変更への対策
• freeeで小さく始める手順

請求書処理AIの役割

請求書処理は、書類の受領、原本の保管、項目の読取、内容確認、社内承認、仕訳、支払データ作成、支払後の照合まで続きます。AI-OCRで文字を読めても、後ろの工程がメールやExcelのままなら、担当者は同じ値を何度も転記します。

OCRだけでは終わらない

AI-OCRは画像やPDFから文字と数字を読み取る技術です。請求書なら取引先名、請求日、支払期日、金額、税額、振込先、登録番号などを抽出できます。手入力を減らす入口として有効ですが、読み取った値が契約どおりかまでは原則として分かりません。

たとえば合計金額を正しく読めても、注文していない費用が混ざっているかもしれません。振込先口座が前月と違えば、正当な変更なのか、第三者による差し替えなのかを確かめる必要があります。文字が読めたことと、支払ってよいことは別です。

AIとルールを分ける

請求書番号の完全一致、同じファイルのハッシュ値、登録済み取引先コード、金額の許容差など、条件が明確な確認は固定ルールに向きます。一方、取引先名の表記揺れ、明細の要約、例外理由の分類、過去の似た処理の提示はAIが助けやすい範囲です。

実務では両方を組み合わせます。まず固定ルールで明白な重複や未入力を止め、そのあとAIが候補と根拠を表示する設計です。AIの回答だけを保存するのではなく、元の請求書、抽出値、比較対象、担当者の判断を一緒に残します。

人へ戻す条件を決める

新規取引先、高額請求、金額差、支払期日超過、振込先変更、登録番号不明、税額不一致、同じ請求番号、契約書が見つからない場合は確認待ちへ戻します。候補の確からしさを数値で出す場合も、基準未満なら自動で進めません。

また、基準を満たしたからといって、すぐ振込まで実行させないほうが無難です。仕訳候補の登録と支払承認は権限を分け、少なくとも導入初期は二人目の確認を残します。AIが誤ったときに止められる場所が、実務上の安全装置です。

請求書を一つの入口へ集める

AIを導入する前に、請求書の入口をそろえます。担当者の個人メール、紙、チャット、取引先ポータルへ分散したままでは、AIが処理すべき全体件数を把握できません。見つからない請求書は、どれほど高性能なAIでも確認できないからです。

受領先を統一する

取引先には専用メールアドレスやアップロード先を案内し、紙は受領当日にスキャンします。取引先ポータルから手動で取得する場合は、担当者と取得日を決めましょう。ファイル名に取引先名を手入力するより、受領時点で一意の処理IDを付けます。

処理IDは原本、OCR結果、承認、仕訳、支払結果を結ぶ鍵になります。同じ請求書がメールと郵送の両方で届いたときも、ファイル名だけでなく請求番号、取引先、金額、請求日、ファイル内容を使って重複候補を出せます。

原本を上書きしない

OCR結果を直すために元のPDFや画像を書き換えると、後から何を受け取ったか確認できません。原本は読み取り専用で保管し、抽出値と修正値を別の欄に持ちます。担当者が修正した場合は、修正前の値、修正後の値、理由、日時を残します。

2026年8月17日時点の国税庁の電子帳簿等保存制度特設サイトは、取引情報を含む電子データをやり取りした場合、そのデータの保存義務と保存方法が電子帳簿保存法で定められると案内しています。自社の保存方法が要件を満たすかは、国税庁の最新資料や税理士へ確認してください。

受付台帳を先に作る

月間件数が少ない会社なら、最初から専用システムを入れなくても構いません。共有受信箱と受付台帳を作り、処理ID、取引先、受領日、請求日、支払期日、金額、担当者、承認状況、仕訳状況、支払状況を持たせます。

この台帳に二重入力が発生するなら、どの段階から自動連携すべきか見えます。受領だけが大変なのか、承認の滞留なのか、仕訳の手戻りなのか。困っている工程を確かめずにOCR製品を入れると、別の場所で手作業が残りがちです。

AIで読み取りと照合を行う

受領後は、AI-OCRで項目を抽出し、マスタや過去データと比べます。ここで大切なのは「読み取れた」「読めなかった」の二択にしないことです。項目ごとに原本との対応を表示し、誤りの影響が大きい項目ほど慎重に扱います。

項目ごとに確認する

取引先名が少し違っても、取引先コードへ正しく結び付けば処理できる場合があります。一方、振込先口座の一桁違いは送金事故につながります。合計金額、税額、支払期日、振込先、登録番号は、単に読取済みの印を付けるのではなく、原本と並べて確かめます。

freee公式ヘルプによると、2026年8月17日時点の受取請求書では、取引先名称、合計金額、消費税額、源泉税額、明細金額、請求日、支払期日、振込先口座情報、法人／インボイス番号がAI-OCRの読取対象です。対象項目は機能や契約内容により変わる可能性があるため、導入時にfreeeの最新ヘルプを確認してください。

契約と発注へ照らす

請求書の内容確認では、取引先マスタだけでなく契約、見積、発注、検収へ照らします。毎月定額なら前月との差、従量なら数量と単価、外注なら納品または検収の記録を見ます。担当者が口頭で追加発注している場合は、承認の根拠を後から添付します。

AIは似た契約や過去請求を候補として並べられますが、「この作業は完了した」「この値上げに合意した」という社内外の事実まで自動で確定できません。候補が見つからない請求書は、経理が推測で通さず、発注担当者へ差し戻します。

重複を複数条件で探す

同じ請求番号だけを重複条件にすると、番号のない請求書や、取引先が番号を毎月使い回すケースに対応できません。取引先、請求番号、請求日、金額、ファイル内容、支払状況を組み合わせ、完全一致と類似候補を分けます。

メール添付と紙の両方で受け取った、修正版が再送された、担当者が別々にアップロードした場合は、重複候補が出やすくなります。修正版は旧版を削除せず、「差し替え済み」として関係を残してください。どちらを支払対象にしたか後から追えます。

仕訳候補は検証する

過去の同じ取引先や明細から、勘定科目、税区分、部門、品目の候補を出すことはできます。ただし、同じ取引先でも用途が違えば科目は変わります。会議室代と機器購入、保守費用と開発委託費のように、相手先だけでは決められない取引もあります。

導入初期は候補提示にとどめ、修正率と修正理由を記録します。項目別・取引群別に精度を見る方法は、AI仕訳の精度を検証する記事で詳しく解説しています。正解データは経理責任者や税理士が確認してください。

承認と支払を安全につなぐ

請求書の値が合っていても、支払可否は別の判断です。担当部門は役務や納品を確認し、予算責任者は支出を承認し、経理は証憑と会計処理を確認します。振込担当者は承認済みの支払対象だけを扱います。

承認者を金額で変える

すべてを社長へ回すと承認が滞り、担当者一人で完了できるようにすると牽制が働きません。部門、金額、費目、新規取引先などで承認経路を決めます。高額、契約外、口座変更を含む請求は、一段上の確認へ回します。

承認画面には請求書だけでなく、注文内容、前月差、過去の支払先、変更点を表示します。単に承認ボタンを押させるのではなく、何が通常と違うかを先に見せるほうが判断しやすくなります。

口座変更は別経路で確かめる

請求書やメールに振込先変更が書かれていても、その連絡だけでマスタを更新しません。既存の契約窓口や登録電話番号など、別の経路で取引先へ確認します。新旧口座、確認者、確認方法、変更日を記録し、変更後の初回支払は追加承認を入れます。

生成AIにメール本文を読ませて変更理由を要約させることはできますが、送信者が本物である保証にはなりません。AIが自然な説明を返すほど、人は内容を信じやすくなります。送金先変更は文章の説得力ではなく、本人確認の手続きで確かめます。

作成と実行を分ける

AIや担当者が作る振込データは下書きです。支払日、口座、金額、件数、合計、承認済み処理IDを照合し、別の権限を持つ人が銀行側で実行します。振込データを作った本人が承認なしで送信できる状態は避けたいところです。

再実行時には、同じ処理IDがすでに振込データへ含まれていないか検査します。エラーで途中まで進んだ場合も、最初から作り直して二重送金しないよう、作成済み、承認済み、送信済み、完了を分けます。

人の判断をログに残す

経済産業省が2026年4月に公開したAI事業者ガイドライン第1.2版を実務へ置き換えると、用途と権限を定め、人が必要な場面で判断し、結果を後から確かめられることが欠かせません。

請求書処理では、AIが提示した値、参照したデータ、担当者の修正、承認者、振込データの作成者、送信結果を処理IDへ結びます。AIの提案に同意しただけでも、最終的に誰が承認したかを残してください。

freeeで請求書処理を進める

freee支出管理の受取請求書では、請求書のアップロード、AI-OCR、内容確認、仕訳、ステータス管理、承認、外部会計アプリ向けCSV、振込データ作成までの流れが案内されています。2026年8月17日時点では、主に受取請求書インボイス契約のアカウントで使うメニューです。

アップロード後に原本と比べる

請求書をアップロードするとAI-OCRが必要項目を読み取ります。画面では原本上の読取位置と項目が対応して表示されるため、金額、税額、期日、口座、登録番号を確かめ、誤りがあれば修正します。

適格請求書に関する表示が自動で付く場合も、取引実態や仕入税額控除の可否をAIだけで判断しません。登録番号の有無と、実際の取引・保存書類は別々に確認します。制度の扱いに迷う取引は税理士へ相談してください。

確認と承認を順番に置く

freee公式の基本操作では、取込内容の確認後に仕訳、ステータス、承認へ進む流れが示されています。現場承認を先に行う会社、仕訳内容を経理が作ってから承認する会社など、順番は自社の分担に合わせて決めます。

重要なのは、確認中、確認済み、差戻し、保留、支払対象などの状態を曖昧にしないことです。メールの返信待ちだけでは一覧から漏れます。担当者、期限、差戻し理由をステータスと一緒に持たせます。

会計と支払へ引き継ぐ

確認済みの請求書から仕訳データを作り、会計アプリへ連携できるCSVを出力できます。また、支払管理では総合振込用のFBデータを作成する流れが案内されています。外部出力する場合も、処理IDと請求書の関係を保ちます。

freee会計へ仕訳を集めたあとは、買掛金や未払金、銀行残高、支払後の消込を月次で確認します。請求書を処理済みにしただけで帳簿が正しいとは限りません。締め全体の確認は、月次決算を自動化する実務手順も参考にしてください。

30日で小さく試す

新しい請求書処理を全社へ一度に広げる必要はありません。取引先数が限られ、担当者と承認者が協力しやすい一部門から始めます。過去の請求書を使った検証と、実際の運用を分けると安全です。

最初の一週で現状を測る

請求書がどこへ届くか、月間件数、紙とPDFの比率、受領から承認までの日数、差戻し、二重入力、支払直前の修正を数えます。担当者の感覚だけではなく、いつ何分かかったかを少量でも記録します。

そのうえで対象範囲を決めます。たとえばPDF請求書50件、国内振込、定型取引だけに絞り、紙、外貨、源泉徴収、口座変更、新規取引先は手動確認へ残します。対象外を明記すると、結果を評価しやすくなります。

二週目は過去データで試す

すでに正しく処理した請求書を使い、OCR項目、重複候補、仕訳候補、承認経路を試します。正常な請求書だけでなく、修正版、金額差、期日違い、口座変更、同額の別請求も混ぜます。

読取率だけでなく、要確認へ戻った割合、誤った候補、担当者が直した項目、確認時間を測ります。AIが自信を持って誤ったケースは、とくに基準を見直してください。誤りを自動で通さないことが、導入可否の重要な条件です。

三週目は候補提示で運用する

実際に届く請求書で使いますが、AIは候補提示までにします。担当者が原本と抽出値を確認し、承認者が支払可否を判断します。会計登録と振込データは、従来手順と件数・合計を照らします。

差戻しが発生したら、AIの精度だけを疑わず、受領経路、取引先マスタ、発注情報、承認者の不在など原因を分けます。業務側の情報が足りないままでは、AIモデルを替えても改善しません。

四週目に継続を判断する

受領漏れ、要確認率、修正率、承認までの日数、支払直前の変更、処理一件あたりの時間を導入前と比べます。削減時間だけでなく、二重請求候補を早く見つけられたか、承認履歴を追えるようになったかも見ます。

定型取引で安定した範囲だけ、承認済み仕訳の登録へ進めます。振込実行まで自動化するのは、権限分離、合計照合、二重送金防止、障害時の復旧を確認した後です。十分な件数がなく効果を判断できない場合は、対象を広げず期間を延ばします。

導入前に見る選定項目

製品を比べるときは、AIやOCRという名称より、自社の請求書が最後まで流れるかを見ます。無料体験やデモでは、きれいな一枚だけでなく、複数ページ、明細が多い書類、修正版、表記揺れ、口座変更を試してください。

入口と出口を確認する

メール転送、アップロード、スキャン、取引先ポータルからの取得に対応するか。OCR後に会計ソフト、承認、振込、保存へどうつながるか。CSVを出して別表へ貼るだけなら、転記がどこに残るかを数えます。

自社がすでにfreee会計を使っているなら、受取請求書側の仕訳候補と会計側の取引が重複しない流れを確認します。別の会計ソフトなら、CSVの項目、部門、税区分、取引先コードが維持されるかを試します。

確認画面と履歴を見る

AIが抽出した値と原本を並べられるか、変更した箇所が分かるか、誰が直したか、差戻し理由を残せるかを確認します。候補の根拠が見えない場合、担当者は結局PDFを最初から読み直します。

権限は閲覧、編集、承認、仕訳登録、振込データ作成、支払実行に分けられるかを見ます。退職や異動時の権限削除、外部の税理士へ共有する範囲も事前に決めてください。freeeの権限設計は、freee会計の権限設定の記事で解説しています。

料金より総作業を見る

料金はプラン、読取枚数、承認機能、利用人数、支払機能で変わります。2026年8月17日時点でも製品条件は変更される可能性があるため、正確な金額と対象機能は公式サイトで確認してください。

月額だけでなく、初期設定、取引先マスタ、過去データ移行、社内説明、例外確認、連携保守にかかる時間を見ます。請求書が月十件程度なら共有受信箱とチェックリストのほうが合う場合もあります。件数が多く、承認待ちや二重入力が増えてから専用機能を検討しても遅くありません。

請求書処理AIに関するよくある質問（FAQ）

Q1. 請求書処理をAIへ任せれば人の確認は不要ですか？

A. 不要にはなりません。AIは項目抽出、重複候補、仕訳候補、例外分類を助けます。契約内容、税区分、口座変更、支払実行は責任者が確認してください。導入初期は候補提示に限定し、誤りと修正理由を記録します。

Q2. AI-OCRと生成AIは何が違いますか？

A. AI-OCRは画像やPDFから文字・数字を抽出する技術です。生成AIは明細の要約、候補理由の説明、例外分類などに使えます。正確なキー照合や重複停止は固定ルールも併用し、用途ごとに使い分けます。

Q3. 請求書が少なくても専用システムは必要ですか？

A. 月間件数が少なく、担当者と承認者が限られるなら、共有受信箱、受付台帳、確認チェックリストから始められます。受領漏れ、承認待ち、二重入力、例外が増えた段階で専用機能を比べる方法が現実的です。

Q4. 電子メールで受け取った請求書は印刷して保存すればよいですか？

A. 電子取引データの保存方法は電子帳簿保存法で定められています。紙へ印刷するだけで自社の保存義務を満たすと決めつけず、国税庁の最新Q&Aを確認してください。個別判断は税理士へ相談しましょう。

Q5. 導入効果は何で測ればよいですか？

A. 読取率だけでなく、受領漏れ、要確認率、修正率、承認までの日数、差戻し件数、支払直前の変更、処理一件あたりの時間を測ります。誤った候補を自動で止められたかも重要な評価項目です。

請求書処理AIは例外を人へ返せる仕組みにする

請求書処理AIの導入では、OCRの精度や派手な自動化率に目が向きやすいものです。しかし、経理の現場で困るのは、通常どおりではない一件です。口座が変わった、金額が違う、修正版が届いた、契約が見つからない。その一件を止めて、理由と一緒に人へ返せるかが分かれ目になります。

まず受領先、原本、処理ID、担当者、例外一覧をそろえます。そのうえでAIへ項目抽出と候補照合を任せ、承認、仕訳確定、支払実行は権限を分けて進めます。30日間の小さな検証で修正率と手戻りを確かめ、安定した定型取引だけを次の段階へ広げてください。

正確な製品機能と対象プランは公式サイトで、電子帳簿保存法や税務処理は国税庁の最新情報と税理士へ確認しましょう。AIを急いで全自動にするより、止める条件と確認する人を先に決める。そのほうが、中小企業の請求書処理を長く改善できます。