AI-OCRで帳票処理を自動化する業務フロー設計とRPA連携・工数削減の判断

請求書や注文書を1枚ずつ開いて基幹システムに打ち直す作業が、月末の残業として積み上がっている。AI-OCRを入れるだけでは、この工数は半分も減りません。減るのは読み取り工程だけで、仕分け・照合・登録・保管は人手のまま残るからです。この記事では、帳票処理を6工程に分解してAI-OCRとRPAをどこへ割り当てるか、基幹システムへの投入を画面操作で行うかAPIで行うか、削減幅をどう試算して投資回収を判断するかを整理しました。読み取り精度の設計と製品比較は別記事に分けています。

まとめ：AI-OCRとRPAで帳票処理を自動化する着手順序と判断

帳票処理の自動化は、製品選定から入ると必ず途中で止まります。先に決めるのは4つ。対象業務の工程を受領から保管まで分解し、人手が何分ずつ乗っているかを工程別に測る。次に基幹システムへの投入方式を決め、そのうえでAI-OCRとRPAの担当範囲を切る。最後に電子帳簿保存法のスキャナ保存要件から実行タイミングの制約を確認します。

投入方式の判断が全体の成否を分けます。基幹システムがAPIやCSV取込を持っているなら、RPAの画面操作は挟まないほうが保守は軽く済みます。RPAが要るのは、外部から入力手段が与えられていない画面専用の業務システムを相手にする場合。この順序を逆にして「まずRPA」と決めた組織ほど、画面改修のたびにシナリオが止まります。

削減幅の見立ては単純な掛け算で足ります。月間枚数と1枚あたりの入力時間を掛け、削減率をかけて時間単価を乗じるだけ。ここで年間の削減額がAI-OCRとRPAの年間費用を下回るなら、自動化ではなく受領方法そのものを変える判断に切り替えてください。

帳票処理を受領から基幹システム登録まで6工程に分解する自動化の設計

自動化の対象を「帳票入力」とひとくくりにすると、削減できる工数を見誤ります。実際の帳票処理は6つの工程が直列につながっており、AI-OCRが担えるのはそのうち1工程だけです。

紙とメールPDFとFAXが混在する受領チャネルを1本化する入口の設計

帳票は1つの経路では届きません。郵送の紙、メール添付のPDF、複合機で受けたFAX、取引先ポータルからのダウンロード。この4経路が並行して動いている職場では、担当者が毎朝それぞれを確認して1か所に集める作業から1日が始まります。

入口の1本化とは、この4経路を同じ保存先へ着地させることです。複合機のスキャンとFAX受信を共有フォルダへ、メール添付はルールで抽出して同じフォルダへ、ポータルはRPAの定期ログインで取得先を揃える。ここを揃えないまま読み取りだけ自動にしても、担当者は集める作業を続けます。

読み取り以外の仕分け・照合・承認工程が占める帳票処理工数の内訳

工程ごとに人手の時間を測ると、読み取り（＝目で見て数字を拾う）作業が全体に占める割合は思ったより小さくなります。1枚10分の請求書処理を分解した典型的な内訳が下表です。

6工程のうちAI-OCRが置き換えるのは3番目だけ。1・2・5番目をRPAや連携で埋めない限り、削減幅は1〜2割にとどまります。逆に言えば、読み取り精度が9割台前半でも、前後の工程を自動で流せれば全体の効果は出ます。

AI-OCRとRPAの役割分担と自動化しないほうがよい工程の見極め

AI-OCRは「画像から項目値を取り出す」ことに特化した部品で、業務判断はしません。RPAはその逆で、決められた手順どおりに画面やファイルを操作しますが、書かれている内容の意味は解釈しません。RPAの仕組みとできることを押さえたうえで、両者の境界に何を残すかを決めます。

自動化しないほうがよい工程は4番目の確認・補正です。ここを無理に消すと、誤った金額がそのまま基幹システムへ流れ、月次締めで発覚して手戻りが増えます。確信度が低い項目だけを人へ回す設計については、非定型帳票の項目マッピングと確認フローの設計で扱っています。

もう1つ残すのは、金額差異が出たときの一次判断です。発注データと請求額が合わない理由は、単価改定・数量変更・値引き・二重請求と幅があり、ルール化すると例外の数だけ分岐が増えます。差異は検出まで自動、原因の切り分けは人。この線引きが運用を安定させます。

RPAで基幹システムへ投入する経路とAPI・CSV取込との選び分けの基準

読み取ったデータをどう基幹システムへ入れるか。ここで選んだ方式が、その後3年の保守コストを決めます。

画面操作型RPAが取引先マスタ照合と伝票登録を担う処理の流れ

画面操作型のRPAは、人が行う操作をそのまま再現します。AI-OCRが出力したCSVを1行ずつ読み、基幹システムにログインし、取引先コードを検索し、伝票入力画面へ値を打ち込み、登録ボタンを押す。人が10分かけていた1枚あたりの登録が、無人で1分前後に収まります。

実装上の要点は、打ち込む前の照合にあります。AI-OCRが読んだ取引先名は「株式会社○○」「（株）○○」「○○㈱」と表記が揺れるため、そのまま検索してもヒットしません。RPA側で表記を正規化してから基幹システムのマスタを引き、一意に定まらない行は登録せず保留リストへ落とす。この保留の受け皿を作らないと、シナリオは初日で止まります。

画面操作RPAが壊れる条件と保守コストが積み上がる典型パターン

画面操作型は、画面が変われば壊れます。壊れる引き金は限られていて、次の4つを想定しておけば大半は防げます。

• 基幹システムのバージョンアップで入力欄の並びや項目名が変わる
• ブラウザの自動更新でDOM構造や描画タイミングが変わる
• 権限変更やパスワード有効期限でログイン画面に追加の手順が挟まる
• マスタ増加で検索結果の件数が変わり、想定していた1件目が別の行になる

4つのうち最も見落とされるのは最後です。画面もシステムも変わっていないのに、取引先が増えただけで誤った行に登録される。エラーで止まらず静かに間違うため、発覚が締め後になります。件数が2件以上なら必ず保留に落とす分岐を、最初から入れておいてください。

基幹システムがAPIを公開している場合にRPAを挟まない判断基準

基幹システムがREST APIやWebサービスを持っているなら、RPAは挟まないほうが結果的に安く済みます。画面の見た目が変わってもAPIの仕様は据え置かれることが多く、壊れる頻度が桁で違うからです。

判断は3点で足ります。伝票登録に相当するエンドポイントが公開されているか、取引先マスタと商品マスタを検索できるか、エラーがコードで返るか。3つとも満たすなら、AI-OCRの出力を受けて直接APIを叩く小さな連携プログラムを組むほうが、RPAシナリオより短い工数で組み上がり、保守も軽くなります。

逆に、APIが参照系だけで登録系が無い、あるいはベンダー保守契約の範囲外で仕様書が出てこない場合は、画面操作型RPAが現実解です。ここは技術の優劣ではなく、外部から入力手段が与えられているかどうかで決まります。

CSV取込とiPaaS連携が向く月間処理量と帳票種別の判断条件

3つ目の選択肢がCSV取込です。多くの基幹システムは仕訳や伝票の一括取込機能を持っており、AI-OCRの出力を所定のレイアウトへ変換するだけで済みます。月末にまとめて処理する売掛・買掛のように、リアルタイム性が要らない帳票ではこれが最も壊れにくい方式です。

SaaSの会計・販売管理を複数またぐならiPaaSが向きます。月間数百枚規模でチャネルが2〜3本に収まるなら、CSV取込で始めて足りない部分だけを後からAPIへ寄せるほうが、初期投資を抑えたまま前へ進めます。

請求書・注文書・勤怠表で異なる自動化難易度と着手順序の決め方

同じ帳票でも、種別によって自動化の難易度は大きく変わります。難しいものから手を付けて頓挫する例が多いため、順序を先に決めてください。

取引先が固定で様式の安定した注文書から着手する条件と想定効果

最初に手を付けるべきは、受注側で受け取る注文書です。理由は3つ揃うから。取引先が固定で様式が年単位で変わらず、記載項目が品番・数量・納期・単価とほぼ決まっており、登録先が販売管理システム1本に閉じています。

この条件だと、AI-OCRのテンプレートは取引先ごとに1回作れば済み、RPAシナリオも分岐が浅く収まります。月200枚・1枚8分の入力なら、確認工数を残しても削減は月20時間前後。最初の1業務でこの成功体験を作ると、次の帳票への展開が社内で通りやすくなります。

請求書の自動化で承認ワークフローと切り分けるべき処理範囲の境界

買掛側の請求書処理は、注文書より一段難しくなります。取引先の数だけ様式があり、金額が発注データと合わない場合の差戻し先が部門をまたぐためです。

ここでの線引きは明快で、自動化の範囲は「承認へ回せる状態のデータを作るところまで」に限ります。読み取り・発注突合・差異の検出までを自動で流し、承認そのものはワークフローに任せる。承認判断までRPAで代替しようとすると、承認権限の統制が崩れ、内部監査で指摘を受けます。

仕訳の自動起票まで踏み込むかどうかは会計側の設計次第です。判断材料はAI経理で自動仕訳が担える範囲を先に確認してから決めてください。

勤怠表や作業日報など社内帳票は様式統一で解決するほうが早い理由

社内で発生する帳票は、AI-OCRの対象から外す判断が正解になる場面が多くあります。勤怠表・作業日報・棚卸票・経費精算の申請書。これらは自社で様式を決められるからです。

手書きの日報を読み取る仕組みを作るより、スマートフォンの入力フォームに置き換えるほうが、初期費用も精度の心配も小さく収まります。AI-OCRが要るのは、様式を自社で変えられない外部由来の帳票です。この線引きを外すと、本来なくせたはずの紙を高い費用で読み取り続けることになります。

ただし現場が紙の運用を変えられない事情がある場合は例外です。手が濡れる・粉塵がある・端末を持ち込めない作業環境なら、紙で書いて後からまとめて読み取る流れのほうが定着します。

帳票の発生源が現場と事務所に分かれる業種では、種別ごとに適合を判定する手順が要ります。判定軸と業種ごとの制約は製造業のAI-OCR導入判断と帳票種別ごとの適合で整理しています。

データ入力工数の削減幅を見積もる計算式と投資回収の判断ライン

稟議で最初に問われるのは削減額です。感覚ではなく、測れる数字を4つ集めれば見積もりは組み上がります。

月間枚数と1枚あたり入力時間から削減見込みを試算する計算の手順

集める数字は、対象帳票の月間枚数、1枚あたりの平均処理時間、自動化後に残る確認時間、担当者の時間単価。この4つです。

1. 1か月ぶんの対象帳票を数え、種別ごとに枚数を出す
2. 担当者に5枚ずつストップウォッチで測ってもらい平均処理時間を出す
3. 自動化後に残る確認時間を1枚あたり1〜2分と仮置きする
4. （平均処理時間−確認時間）×月間枚数×12か月×時間単価で年間削減額を出す

月300枚・1枚8分・確認1.5分・時間単価3,000円なら、年間の削減額は約117万円。この数字と次に述べる年間コストを並べれば、投資回収の可否はその場で判定できます。3つ目の確認時間を0分と置いた試算は成立しないため、必ず残してください。

AI-OCRの従量課金とRPAライセンスを含む年間コストの内訳

年間コストは3層に分かれます。AI-OCR側の読み取り課金（枚数または項目数に応じた従量制が中心）、RPA側のライセンス（実行端末単位またはロボット単位の年額）、そして初期の構築費です。

RPAのライセンスは製品差が大きく、ここが総額を左右します。2026年8月時点では、Windowsに同梱されるPower Automate Desktopのように、有人実行なら追加ライセンスなしで着手できる製品もあります。ただし無人実行やクラウドからのスケジュール起動は上位プランの範囲であり、夜間バッチを組むなら費用が発生する前提で見積もってください。

製品ごとの料金水準と選定軸はAI-OCRの料金相場と製品の選び方に整理しています。自社の帳票と基幹システムに合わせて構築範囲を切り出したい場合は、AI-OCR導入支援で読み取りから基幹連携までを一括で設計できます。

投資回収に届かないときに自動化の範囲を絞り直す優先順位の決め方

試算して回収に届かなかった場合、諦める前に範囲を絞り直します。捨てる順序は決まっていて、まず基幹システムへの自動登録を外し、CSVを出力して人が取り込む形に落とす。次に対象帳票を枚数上位2種類へ絞る。それでも届かないなら自動化そのものを見送ります。

この順序で削ると、費用の大きいRPA構築から先に落ちるため、AI-OCRの読み取りだけを残した軽い構成が手元に残ります。全部か無かで判断すると、年間30万円で取れたはずの削減まで一緒に捨てることになります。読み取りだけを残す構成でどのプランを選ぶかは、企業規模別のプラン選定と損益分岐で公開料金をもとに整理しています。

AI-OCRとRPAによる自動化を見送るべき条件と導入後に止まる原因

導入しないほうがよい業務は確実に存在します。ここを曖昧にした提案は、稼働から半年で使われなくなります。

月間処理枚数と担当人数の観点から自動化を見送るべき3つの条件

次の3条件のいずれかに当てはまるなら、AI-OCRとRPAの組み合わせは見送ってください。

• 対象帳票が月間100枚未満で、担当者1名が他業務と兼務している
• 取引先が5社以内で、依頼すればデータ形式での送付に切り替えられる
• 帳票の様式が四半期ごとに変わり、テンプレート更新が運用に乗らない

2つ目が最も見落とされます。取引先にCSVやEDIでの送付を依頼して受け入れられるなら、読み取り工程そのものが消えるため、費用も精度の議論も不要になります。自動化の前に、そもそも紙で受け取らない交渉ができないかを確認してください。

基幹システムの更改を控えた組織でRPA構築を先行させない理由

2年以内に基幹システムの刷新やクラウド移行が決まっているなら、画面操作型RPAの構築は先行させない判断が妥当です。画面が全面的に変わればシナリオは作り直しになり、投資した構築費がそのまま消えます。

この場合に取るべき手は2つ。AI-OCRの読み取りとCSV出力までを先に入れて効果を出し、投入方式は新システムの連携仕様が固まってから決める。あるいは新システムの要件定義に、帳票データの取込インターフェースを最初から盛り込む。後者ができるなら、RPAは不要になります。

属人化したシナリオ保守により自動化が数か月後に止まる失敗の経緯

稼働後に止まる原因の多くは、技術ではなく体制です。よくある経緯はこう進みます。情シスに詳しい担当者1名がRPAシナリオを組み、資料を残さないまま異動する。半年後に基幹システムが更新されてシナリオが停止し、中身を読める人がいないため手作業へ戻る。

防ぎ方は地味です。シナリオの命名規則と処理の流れを1枚の図に残し、例外時に誰へ通知するかを運用手順に書き、四半期に1度は動作確認の枠を取る。この3つを最初の構築費に含めて見積もっておくと、引き継ぎの穴がふさがります。

スキャナ保存の入力期間要件が自動化フローの実行タイミングに課す制約

紙で受け取った請求書や領収書をスキャンして原本を廃棄するなら、電子帳簿保存法のスキャナ保存要件に沿う必要があります。この要件は読み取り品質だけでなく、自動化フローをいつ動かすかまで縛ります。以下は国税庁「電子帳簿保存法一問一答【スキャナ保存関係】（令和７年６月）」で確認した内容です（2026年8月時点）。

速やかに入力する方式でのおおむね7営業日以内という期限の意味

スキャナ保存には入力期間の制限があり、「速やかに」入力する方式ではおおむね7営業日以内が目安とされています。もう1つ、業務の処理に係る通常の期間を経過した後に速やかに入力する方式もあり、令和３年度改正の説明では入力期間は最長約２月以内と示されています。

自動化フローへの影響は起動間隔に出ます。月末にまとめてスキャンする運用のままだと、月初に受け取った帳票が7営業日を超えます。速やかに入力する方式を選ぶなら、受領した日のうちにスキャンし、読み取りと保存を日次バッチで回す設計が前提です。

タイムスタンプ付与を訂正削除履歴の残るシステムで代替する要件

令和３年度の税制改正により、タイムスタンプの付与期間は記録事項の入力期間と同様（最長約２月以内）とされました。あわせて、電磁的記録の訂正または削除を行った事実と内容を確認できるシステム（訂正・削除ができないシステムを含む）で保存し、入力期間内に記録事項を入力したことを確認できる場合は、その確認をもってタイムスタンプの付与に代えられます。

自動化フローを組むうえでは、この代替が使えるかどうかで保存先の選定が変わります。訂正削除の履歴が残る文書管理システムやクラウドストレージに保存するなら、タイムスタンプ事業者との契約を別途持たずに済む場合があります。RPAが最後にファイルを置く先を、要件を満たす保存先に揃えておいてください。

取引年月日と取引金額と取引先の3項目を検索できる保存先の条件

検索機能の要件は、令和３年度改正で検索項目が取引等の年月日・取引金額・取引先の3項目に限定されました。さらに、税務職員による質問検査権に基づく電磁的記録のダウンロードの求めに応じられるようにしている場合は、範囲を指定して条件を設定できる機能と、項目を組み合わせて条件を設定できる機能の確保は不要とされています。

この3項目は、AI-OCRが読み取る項目とそのまま重なります。つまり読み取り結果を保存時のメタデータへ引き継ぐ設計にしておけば、検索要件は自動化フローの副産物として満たせます。ファイル名に日付・金額・取引先を埋め込む運用でも成立するため、専用システムを買う前に自社の保存先で足りるかを確かめてください。

なお読み取り品質の要件は200dpi以上かつ赤・緑・青それぞれ256階調以上とされており、複合機の初期設定がこれを下回っていないかは着手前に確認が要ります。

よくある質問

帳票処理の自動化を検討する段階で、相談時に繰り返し出る質問をまとめました。

AI-OCRとRPAを連携させると帳票処理はどこまで自動化できますか？

受領・仕分け・電子化・読み取り・登録・保管の6工程のうち、確認と補正を除く5工程は自動で流せます。確認工程を残すのは精度の問題ではなく、誤った金額が基幹システムへ入ったときの手戻りが大きいためです。実務では、確信度が高い項目は自動確定し、低い項目だけを人が見る形に落ち着きます。1枚8分の処理が確認1〜2分まで縮む水準が現実的な着地点です。

RPAを使わずに基幹システムへ取り込む方法はありますか？

RPAは必須ではありません。基幹システムが登録系のAPIを公開しているなら、AI-OCRの出力を直接送る連携プログラムを組めます。伝票の一括取込機能があるなら、CSVを所定レイアウトへ変換するだけで済みます。複数のSaaSをまたぐ流れならiPaaSも選択肢。RPAが必要になるのは、外部から入力する手段が画面しか用意されていない業務システムを相手にする場合です。

AI-OCRとRPAの導入費用はどのくらいかかりますか？

費用は読み取りの従量課金、RPAのライセンス、初期構築費の3層で構成されます。金額は帳票の種類数と連携先の数で変わるため、まず月間枚数と対象帳票の種類を数えてください。判断の目安は、年間削減額が年間費用を上回るかどうかの1点です。届かない場合は基幹への自動登録を外し、読み取りとCSV出力までに絞ると採算が合う例が多くあります。

自動化した帳票処理はどのくらいの期間で安定しますか？

対象を1帳票に絞った場合、構築から安定稼働までは2〜3か月を見てください。最初の1か月は例外パターンの洗い出しに費やされます。取引先ごとの様式差、金額の端数処理、想定していなかった添付書類。これらを保留リストに落として順に潰す期間が要ります。複数帳票を同時に立ち上げると例外が混ざって切り分けが難しくなるため、1つずつ進めるほうが結果的に早く収束します。

紙の原本はスキャン後に廃棄してもよいですか？

電子帳簿保存法のスキャナ保存要件を満たして保存していれば、原本の廃棄は可能です。満たすべき内容は入力期間の制限、読み取り解像度と階調、タイムスタンプまたは訂正削除履歴が残るシステムでの保存、取引年月日・取引金額・取引先での検索。令和４年１月１日以後の保存については税務署長の承認制度が廃止されており、届出なしで始められます。自社の要件充足は顧問税理士にも確認してください。

関連記事

• AI-OCRとは？従来OCRとの違い・仕組み・料金相場と導入判断を解説：製品の選定軸と費用水準を確かめたい場合はこちらから読んでください。
• AI-OCRで非定型帳票を読み取る仕組みと精度確保・項目マッピングの判断基準：様式が取引先ごとに変わる帳票の読み取り設計を扱っています。
• OCRとは？光学文字認識の仕組みと種類・精度を左右する要因：文字認識そのものの内部処理を技術目線で解説しています。
• プロセスマイニングとは？仕組み・タスクマイニングとの違い・RPA連携と導入判断を解説：自動化する業務をデータで選びたい場合の手法です。