請求書処理の自動化は、受領から仕訳・承認・保存までを一本の流れに束ね、例外伝票の戻し先を先に決めることから始まります。調べ方はいくつもありますが、詰まる場所は同じです。成否を分けるのは処理の速度ではなく、止まった一枚の行き先です。

経理部門の自動化について相談を受けるとき、私は同じ質問を二つ並べます。先月、自動で処理できた請求書は何件でしたか。もう一つは、途中で止まった伝票はどこへ行きましたか。

前者にはたいてい数字が返ってきます。後者で言葉が止まる現場が、驚くほど多いのです。

止まった伝票の行き先が決まっていないと、その一枚は担当者個人のメールボックスや共有フォルダに沈みます。誰かが気づいて手で処理し、支払期日の前日に慌てて確認する。自動化を入れる前と同じ景色が、対象件数だけ減った状態で残ります。

請求書処理 自動化は、どこから手をつけるのか

最初に決めるのはツールでも仕訳ルールでもなく、止まった伝票の戻し先です。正常に流れる伝票は、どの製品を選んでもおおむね通ります。差がつくのは、通らなかった一枚をどこへ返し、誰がいつまでに判断するかという設計のほうでしょう。

着手の順序は三段です。まず直近三か月の請求書を「止まった理由」で分類し、次にその理由ごとに戻し先を決め、そのうえで受領から保存までを一本につなぐ。分類を先に置くのは、戻し先の数が業務の複雑さをそのまま映すからです。

理由の分類は、勘に頼る作業ではありません。支払保留になった伝票、担当者へ問い合わせが飛んだ伝票、二重計上を疑って差し止めた伝票。この三種類を実物で数えるだけで、自動化の対象範囲はかなり絞れます。

件数の少なさに拍子抜けする経営者もいます。ただ、一件あたりに費やした時間を掛け合わせると、印象は反転するはずです。例外は件数で軽く、時間で重い。この非対称が、経理バックオフィスの自動化を難しくしている構造だと私は見ています。

受領・仕訳・承認・保存の四工程は、それぞれ何を引き受けるのか

四工程は別々の道具の話ではなく、一枚の伝票が通る一本の道です。エージェントが引き受けるのは各工程の作業そのものというより、工程と工程のあいだで判定結果を持ち越す役割です。

右端の列を空欄のまま進めると、判断を要する伝票がどこにも行かず、自動化した工程の手前で滞留します。四工程のどこを機械に任せるかより、どこに人を残すかを先に書き込むほうが安全です。

受領工程では、読み取りの精度そのものより、読み取れたかどうかを機械が自己申告できるかを見ます。信頼度の低い読み取りを成功として下流へ流すと、誤りは仕訳や支払まで届いてから発覚します。誤りを業務に到達させない確認ゲートの一般的な置き方は、AIの誤りを業務で止める確認ゲートと監査ログの設計で扱いました。伝票という単位に絞ると、判定の記録先がそのまま次の工程の入力になります。

なぜ自動化は正常な伝票ではなく例外で崩れるのか

例外は件数が少ないぶん設計から漏れやすく、漏れたまま運用へ入ると行き場を失うからです。正常系だけを想定した仕組みは、稼働の初月のうちに想定外の一枚と出会います。

同じ「金額不一致」でも、発生源は業種で入れ替わります。製造では検収データとの差、流通では値引きや販売奨励金の相殺、物流では運賃と付帯作業の後請求、サービスでは稼働実績の締めのずれが入り口です。基幹系のどのデータと突き合わせれば差の理由が分かるかも、この四つで変わってきます。どの型から手をつけるかは、自社で件数の多い発生源を数えてから決めてください。

記載事項の欠落は、感覚ではなく条文で判定できる例外です。国税庁は適格請求書の記載事項として、作成者の氏名または名称および登録番号、取引年月日、取引内容（軽減税率の対象品目である旨）、税率ごとに区分して合計した対価の額および適用税率、税率ごとに区分した消費税額等、交付を受ける事業者の氏名または名称の六つを挙げています。

六項目のうち何が欠けているかまで機械が言えると、戻し先が一意に決まります。登録番号がなければ取引先へ、税率区分が曖昧なら経理へ。「不備あり」とだけ返す仕組みは、結局のところ担当者に全項目を見直させることになります。

重複請求は、四つの型のなかで唯一、検出が遅れると金銭が動いてしまう型です。受領の時点で取引先・請求番号・金額・対象期間の組み合わせを照合し、疑わしい一枚を承認より前で止める。ここだけは精度より早さを優先する設計にしています。

例外伝票の戻し先は、どう決めるのか

戻し先は「誰が判断するか」「いつまでに」「何を見て判断するか」の三つを、例外の型ごとに決めます。三つのうち一つでも空いていると、その伝票は止まったまま誰の作業一覧にも載りません。

期限の置き方だけは、社内の都合ではなく外側の締めから逆算します。支払期日、月次の締め、消費税の申告時期。この三つのどれに縛られる伝票かで、許される滞留時間が変わってきます。

期限のない戻し先は、置いていないのと同じです。

戻し先を担当者個人のメールアドレスにするのは避けてください。個人宛に投げた瞬間、その伝票の状態は追跡できなくなります。承認待ちの一覧、業務システムのタスク、共有の作業キューのように状態を持てる場所へ返し、誰が開いて何を判断したかが後から見える形にしておきます。

判断を業務チーム側に置くか情報システム部門へ預けるかで、運用の速度は大きく変わります。役割の分け方そのものは非エンジニアがAIエージェントを運用する体制と役割分担で整理しました。経理の伝票に限れば、金額と取引先の判断は経理から離さないほうが速く回ると考えています。

免税事業者からの請求書は、2026年10月をまたぐと何が変わるのか

控除できる割合が仕入税額相当額の80%から70%へ下がり、どちらを使うかは支払日ではなく課税仕入れを行った時期で決まります。10月をまたぐ伝票が、そのまま例外の型を一つ増やす形です。

国税庁が示す経過措置の期間と割合は、次のとおりです。

判定の基準になるのは、請求書の日付でも支払日でもありません。役務の提供を受けた場合は約した役務の全部が完了した日、商品の仕入れであれば引渡しのあった日が課税仕入れを行った日になります。国税庁の質疑応答は、9月21日から提供を受けた役務が10月20日に完了した例について、70%の割合を用いると示しました。

自動化の設計としては、伝票に「課税仕入れの時期」という項目を持たせるかどうかが、そのまま分岐点になります。請求日しか持たない仕組みは、9月末から10月初の伝票を機械的に取り違えるからです。

もう一つ、令和8年10月1日以後に開始する課税期間からは、一のインボイス発行事業者以外の者からの課税仕入れの合計額（税込み）が、その年または事業年度で1億円を超える場合、超えた部分についてこの控除を適用できません。改正前の基準額は10億円でした。年間の累計で決まる条件なので、伝票一枚を見ても判定できないという性質があります。

累計を持つのは会計側か、それとも受領側か。設計の早い段階で決めておきたい論点です。

税務上の取扱いは、事業者ごとの事情で変わります。ここに挙げた要件と期間は国税庁の公表資料に基づく整理であり、自社の適用可否は顧問税理士など税務の専門家に確認したうえで運用へ落としてください。

保存の要件を満たすには、何を残しておくのか

電子取引でやり取りした請求書のデータには、改ざん防止の措置、ディスプレイやプリンタ等の備付け、日付・金額・取引先での検索という三つの保存ルールが課されています。自動化の設計は、この三つを満たした状態でデータが着地するかどうかで評価します。

改ざん防止の措置は、タイムスタンプが付与されたデータの受領、受領したデータへのタイムスタンプ付与、訂正・削除の履歴が残るシステム等での授受・保存、改ざん防止のための事務処理規程の策定・運用・備付けのいずれかで満たせます。専用のシステムを導入しない方法も認められている点は、着手の判断を軽くしてくれるはずです。

検索の要件は「日付・金額・取引先」の三要素です。加えて、日付または金額での範囲指定検索と二要素を組み合わせた検索ができるか、税務調査等の際にデータのダウンロードの求めに応じられるかの、どちらかが求められます。基準期間（2年（期）前）の売上高が5,000万円以下の事業者などは、ダウンロードの求めに応じられるようにしていれば検索要件を満たさなくてよいとされています。

三要素という指定は、自動化の順序にも効いてきます。取引先を受領の時点で確定できない仕組みは、保存の段階で検索キーが埋まらないからです。未登録取引先を例外として早く戻す設計は、控除の判断だけでなく保存の要件にも効いてくる、と言い換えられます。

対応が間に合わない場合には、猶予措置が置かれています。原則的な保存ルールに従えなかったことについて所轄税務署長が相当の理由があると認め、かつ税務調査の際にデータのダウンロードの求めと、印刷した書面の提示・提出の求めの両方に応じられるようにしている場合には、電子取引データを保存しておくだけでよいとされています。人手不足やシステム整備の資金不足も相当の理由として認められ、事前の届出は不要です。

保存期間そのものは短くありません。法人の帳簿書類等は、原則としてその事業年度の確定申告書の提出期限の翌日から7年間、欠損金額が生じた事業年度については10年間の保存が求められます。7年間読み出せる形で置いておくという前提が、保管方式の選択を静かに縛ります。

帳簿への自動連携は、制度上どう位置づけられているのか

令和7年度税制改正で、請求書等のデジタルデータを自動で保存し帳簿に自動連携する仕組みに対応した制度が、電子帳簿保存法に新設されました。人手の入力作業を介さない処理が、税制上の取扱いと結びついた形です。

新設された送受信・保存の要件は三つあります。ひとつは、データの送受信と保存を、訂正削除の履歴が残るシステムか、そもそも訂正削除ができないシステムで行うこと。次に、電子取引データの金額を訂正削除したうえで電子帳簿に記録できないようにするか、訂正削除の事実を確認できるようにしておくこと。三つ目が、電子取引データと電子帳簿との関連性を相互に確認できるようにしておくことです。

三つ目の相互関連性が、実装ではいちばん設計を要求します。伝票データと仕訳を突き合わせるための識別子を、受領の時点で採番して最後まで持ち回る前提になるからです。後から関連づけようとすると、月次の締めのたびに人手の突合が復活します。

この措置を受けるには、国税庁長官が定める基準に適合するシステムを使ったうえで、あらかじめ届出書を提出しておくことが求められます。基準に適合するシステムとは、デジタル庁が管理する仕様に従って送受信されたデジタルインボイス（Invoice JP PINTまたはJP Self-Billing）か、預貯金口座における決済データについて、新設された要件に従って保存できる機能を持つものを指します。

Peppol（ペポル）は電子インボイスの国際標準仕様で、JP PINTはそれをベースにした日本向けの標準仕様です。JP Self-Billingは、同じ仕様群に置かれたもう一つの様式です。デジタル庁はJapan Peppol Authorityとしてこの仕様を管理しており、2026年6月8日にはVer.1.1.3が公表されました。仕様の版が上がる前提で、対応可否の確認は導入時点の版で行うのが現実的でしょう。

税制上の効果は二つ挙げられています。一つは、重加算税の10%加重からの除外です。電子取引データは紙の書類に比べて複製・改ざんの痕跡が残りにくいため、それに関わる隠蔽・仮装行為には重加算税が10%上乗せされるのですが、要件を満たして送受信・保存を行う場合はその対象から外れます。

もう一つが、所得税の申告で使う青色申告特別控除65万円の適用です。適用時期は、加重の除外が令和9年1月1日以後に法定申告期限が到来する国税、青色申告特別控除が令和9年分以後の所得税です。いま設計を始めるなら、この時期を見据えた要件の置き方を選べます。

会計ソフトや基幹系とつなげられるかは、何を見て判断するのか

見る点は三つです。外部から呼べる連携の口があるか、やり取りの単位が伝票の粒度に合っているか、取引先と勘定科目のマスターが両側で一致するか。

伝票の粒度は、経理でとくに問題になります。ヘッダーだけを渡せる仕組みでは、明細行ごとに税率区分が異なる請求書を表現できません。相殺、前払、締め処理といった実務上の型が連携先のデータ構造でどう表せるかは、契約の前に実物一件で確かめておくと後戻りが減ります。

マスターの一致は、先ほどの未登録取引先という例外の正体でもあります。全角と半角、法人格の有無、部署名の付与。同じ会社が両側で別の名前を持っていると、機械は毎回それを新規と判断してしまうのです。連携の可否を検討するとき、私はまず取引先マスターの重複と表記ゆれを数えます。

「ChatGPTは答えます。WindyFloは働きます。」という一文で私たちが線を引いているのは、判断の提示と、外部システムへの反映を別のものとして扱うためです。

WindyFloは実行のレイヤーを担い、日本語で運用でき、業務チーム側で管理できることを設計の前提に置いています。料金の詳細はWindyFloの公式サイトを参照してください。

業種が変われば、つなぐ相手も止まる場所も変わります。設備保全のように現場端末で記録が途切れる領域の連携設計は、設備保全（CMMS）と基幹系をAIでつなぐ連携設計で扱っています。経理の場合、止まるのは端末ではなく判断の側です。

着手の順序と、経理 AI 効率化で最初に測るべき数字

範囲は、取引先一社と例外の型一つから始めます。全社の請求書を一度に対象にすると、戻し先を型ごとに詰める余裕がなくなるからです。一つの型で戻し先が回り始めてから次の型へ広げるほうが、結果として早く全体へ届きます。

測る数字も、着手の前に決めておきます。自動で通った件数は増えて当然なので、指標にはなりません。見るべきは、戻し先で滞留した件数と、戻してから判断が返るまでの時間です。この二つが下がらないかぎり、担当者の実感は変わりません。

最初の一往復とは、受領した一枚が例外として戻り、判断がついて流れに復帰するまでを指します。この往復を一度でも通しておけば、残りの型は同じ形で設計できます。

9月末から10月初にかけての伝票は、控除割合の切り替わりを含むぶん、最初の一往復の題材として都合がよいはずです。自社の請求書のうち何件がその区間に落ちるかを数えるところから、業種別の相談を始められます。

よくある質問

出典

• ［1次］国税庁「No.6625 適格請求書等の記載事項」（令和7年4月1日現在法令等）— 適格請求書に必要な記載事項6項目: https://www.nta.go.jp/taxes/shiraberu/taxanswer/shohi/6625.htm
• ［1次］国税庁「No.6498 適格請求書等保存方式（インボイス制度）」（令和7年4月1日現在法令等）— 一定の事項を記載した帳簿および請求書等の保存が仕入税額控除の要件: https://www.nta.go.jp/taxes/shiraberu/taxanswer/shohi/6498.htm
• ［1次］国税庁「インボイス制度に関するQ&A」問113-3（令和8年4月追加）— 免税事業者等からの仕入れに係る経過措置の期間と割合（80%・70%・50%・30%）、課税仕入れの時期による判定: https://www.nta.go.jp/taxes/shiraberu/zeimokubetsu/shohi/keigenzeiritsu/pdf/qa/113-3.pdf
• ［1次］国税庁「令和8年度税制改正特集（インボイス制度）」— 経過措置の適用期限2年延長と控除割合の見直し、7・5・3割控除における1億円（改正前10億円）超の課税仕入れの取扱い、令和8年10月1日以後開始課税期間からの適用: https://www.nta.go.jp/taxes/shiraberu/zeimokubetsu/shohi/keigenzeiritsu/invoice-review/index.htm
• ［1次］国税庁「電子取引データを適切に保存できていますか？」（令和6年11月）— 電子取引データ保存の3ルール（改ざん防止の措置・ディスプレイ等の備付け・日付・金額・取引先での検索）、売上高5,000万円以下等の検索要件の取扱い、検索要件の簡易な対応方法（表計算ソフト等による索引簿、日付・金額・取引先の順に規則性を持たせたファイル名でのフォルダ集約）、猶予措置の要件: https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/tokusetsu/pdf/0024011-003_01.pdf
• ［1次］国税庁「請求書等を帳簿に自動連携する仕組みに対応した制度が新設されました〜令和7年度税制改正による電子帳簿等保存制度の見直しの概要〜」（令和7年4月）— 新設された送受信・保存の3要件、国税庁長官が定める基準に適合するシステムと事前届出、重加算税10%加重の適用除外（令和9年1月1日以後に法定申告期限が到来する国税）および青色申告特別控除65万円（令和9年分以後の所得税）: https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/pdf/0025003-097_01.pdf
• ［1次］国税庁「No.5930 帳簿書類等の保存期間」（令和7年4月1日現在法令等）— 原則7年間、欠損金額が生じた事業年度は10年間: https://www.nta.go.jp/taxes/shiraberu/taxanswer/hojin/5930.htm
• ［1次］デジタル庁「デジタルインボイス（JP PINT）」— Japan Peppol AuthorityとしてのJP PINT管理、2026年6月8日 Ver.1.1.3の公表: https://www.digital.go.jp/policies/electronic_invoice
• 本稿の工程設計・例外の戻し先に関する記述は、ハマダラボ（HAMADA LABS Japan）による業務自動化の導入支援で得た一次観察に基づく整理であり、特定企業の実在事例ではありません。税務上の適用可否は税務の専門家の確認を前提とします。