「受け取った請求書を、会計ソフトに打ち直すだけで月末が2日つぶれる」——経理の請求書入力を自動化しようという話になると、たいてい最初に出てくるのがこの一言です。取引先が50社を超えると、月に届く請求書は100件前後。1件あたり3分でも5時間、確認と差し戻しを入れれば、それだけで月の初週が終わります。AI-OCRという言葉は知っている。それでも踏み切れないのは、「結局どこまで自動化できて、どこから人が残るのか」がはっきりしないからです。
この記事では、経理の請求書入力を自動化したときに実際に消える工程と残る工程の境界線、自前で組もうとしたときにぶつかる限界、そして手入力を続ける場合とクラウド標準機能・外注構築の費用相場までを、比較しながら整理します。
- 経理の請求書入力で時間を食っているのは打ち込みではなく突合と仕訳。1件3分のうち純粋な入力は1分前後で、読み取りだけの自動化では3分の1しか削れない
- 取引先50社以上・月100件超の現場では突合だけで月8時間以上。年96時間、1日8時間換算で12日分が消えている
- AI-OCRで消えるのは定型項目の抽出。摘要・勘定科目・部門の割り振りは、許容誤差と判定基準を人が先に決めないと自動化できない
目次
経理の請求書入力が自動化しきれない現場で、実際に時間を食っている工程
結論から言えば、経理の請求書入力で自動化しやすいのは「文字を読み取って項目に入れる」工程で、残りやすいのは「その内容を自社の基準に照らして判断する」工程です。多くの会社が自動化に踏み切れないのは読み取り精度を心配しているからですが、実際に月末を圧迫しているのは読み取りの後ろ側にあります。ここを取り違えたまま道具だけ入れると、入力時間は減ったのに月末の残業は変わらない、という結果になります。
手入力が残るのは「読み取り」ではなく「判断」の工程
受け取った請求書を1件処理するとき、手が動いているのは実は3つの局面です。1つ目は、日付・請求元・金額・税率といった項目を会計ソフトへ入れる読み取りの局面。2つ目は、その請求書が発注どおりの内容かを納品書や発注データと突き合わせる照合の局面。3つ目は、勘定科目・部門・プロジェクトをどう割り振るかを決める仕訳の局面です。1件3分のうち、純粋な打ち込みは1分前後。残りの2分は、2つ目と3つ目に消えています。読み取りだけを自動化しても、削れるのは全体の3分の1程度にとどまります。
月100件超の突合に月8時間——数字で見た手入力の総量
取引先が50社以上あり、月100件を超える請求書・発注書・納品書を目視でチェックしている経理現場では、突合作業だけで月8時間以上を費やしているケースが珍しくありません。年に直せば96時間、1日8時間換算で12日分です。ここに月次の締め作業と支払処理が重なるため、月初の3〜5営業日は請求書関連で埋まります。私自身、自社の請求書まわりを整理したときに内訳を測ったところ、作成に2〜4時間、PDF変換に1〜2時間、送付に1〜3時間、照合に2〜4時間、入金や差し戻しのフォローに1〜2時間で、月12時間を超えていました。手を動かした感覚としては「打ち込み」の記憶が強いのですが、実際に時間を食っていたのは照合とフォローのほうです。
制度対応が、入力する項目そのものを増やしている
近年は、確認しなければならない項目が制度側の要請で増えました。消費税の仕入税額控除を受けるには、原則として一定の事項を記載した帳簿および請求書等の保存が要件になります(国税庁「No.6498 適格請求書等保存方式(インボイス制度)」)。受け取る側は、登録番号の記載があるか、税率ごとに区分されているかを1件ずつ見ることになります。さらに、紙で受け取った請求書をスキャナ保存する場合には、解像度200dpi以上・原則カラーといった読み取り時の要件が定められています(国税庁「電子帳簿保存法一問一答【スキャナ保存関係】」)。1件あたり10秒の確認でも、月100件なら約17分、年間で3時間半。項目が3つ増えれば、その3倍が積み上がります。
AI-OCRで消える入力と、人が残る入力の境界線

上の図は、請求書入力の工程をAI-OCRに任せられる側と人に残る側に分けたものです。左側は、書いてある文字をそのまま項目へ移す作業で、機械のほうが速く、疲れません。右側は、自社の会計方針や取引の経緯を知らないと決められない作業です。自動化の設計は、この境界線をどこに引くかで9割決まると考えています。
AI-OCRが得意なのは、位置が動く定型項目の抽出
請求書は、取引先ごとにレイアウトがばらばらです。従来のOCRはあらかじめ読み取り位置を指定する方式が中心だったため、取引先が50社あれば50通りの設定が必要で、様式が変わるたびに作り直しになりました。AI-OCRは、位置ではなく文脈で「これは請求日」「これは合計金額」と判断するため、初見のレイアウトでも主要項目を拾えます。請求日・請求元・登録番号・小計・消費税額・合計金額といった定型項目であれば、読み取りの手間はほぼ消えます。20社分の様式を個別設定していた作業が不要になる、というのが実務での一番わかりやすい変化です。
摘要・勘定科目・部門は、人の基準がないと決まらない
一方で、同じ「1件11万円の支払い」でも、それが外注費なのか広告宣伝費なのか、どのプロジェクトに紐づくのかは、請求書の紙面だけでは決まりません。ここは自社の会計方針の話です。突合の自動化で最も重要なのは、AIに何をどう判定させるかのプロンプト設計だと私は考えています。たとえば許容誤差を「消費税の端数は±1円まで一致とみなす」「品名は類似度80%以上で同一とみなす」「請求日は発注から30日以内なら妥当とする」と決めておけば、判断のほとんどは機械側で処理できます。逆に、この基準を決めないまま導入すると、AIが出した結果を人が1件ずつ見直すことになり、入力していたときより時間が増えます。
最初の1〜2ヶ月分は、人のダブルチェックを外さない
精度の話をするとき、私は「100%を目指す」より「間違い方を把握する」ほうが実務的だと考えています。最初の1〜2ヶ月分くらいは確かめてみて、人間のダブルチェックもしていくべきです。この期間に、どの取引先のどの項目でズレやすいかが見えてきます。手書きの但し書き、複数ページにまたがる明細、外貨建て、値引き行の扱い——つまずく箇所は会社ごとに違い、そこだけ人が見る運用にすれば、確認対象は全体の1〜2割に絞れます。100件のうち80件は目視ゼロで通す、という状態が現実的な着地点です。
「自動で仕訳まで」を最初から狙うと、たいてい止まる
導入で失速しやすいのは、初月から仕訳の自動確定まで一気に進めようとした場合です。読み取り、突合、仕訳、承認、支払データ作成——工程は5つあり、後ろに行くほど自社ルールの比重が増えます。まず読み取りと突合の2工程だけ機械に任せ、仕訳は候補を提示させて人が確定する。この形なら1〜2ヶ月で回り始めます。3ヶ月目以降、実際の確定結果を基準に落とし込んでいけば、仕訳の自動化率は段階的に上げられます。順番を守るかどうかで、定着するかどうかが分かれます。
自前で組む請求書入力の自動化がぶつかる限界とリスク
クラウド会計にもAI-OCRは載っており、社内で組むこと自体は可能です。実際、日本では60万社以上の中小企業がクラウド会計を使っており、AIが会計処理を担う流れは加速しています。中小企業庁も、紙や口頭による作業が中心でデジタル化が図られていない段階にとどまる事業者の割合は前年より減少していると整理しており、経理や労務といったバックオフィスのクラウド活用は規模が大きい企業ほど進んでいると分析しています(中小企業庁「2025年版 中小企業白書」第1部第1章第5節 デジタル化・DX)。それでも、社内だけで完結させようとすると壁に当たります。道具の性能ではなく、続けられる形になっているかどうかの問題です。よくある4つの限界を挙げます。
取引先ごとのフォーマット差が、例外を増やし続ける
1つ目は例外の増殖です。取引先が50社あれば、請求書の様式も50通りあります。合計金額が2箇所に書かれている、明細が3ページに分かれている、値引きがマイナス行で表現されている、月ごとに様式が変わる——初月に想定した例外が10件だったとしても、半年運用すれば30件、40件と増えます。1件ずつ手当てしていくと、修正が月2〜3時間の固定作業になります。例外を減らす設計をせず、出てくるたびに対処する形にすると、自動化したはずの仕組みが新しい手作業を生みます。
会計ソフトへの連携部分でつまずく
2つ目は連携です。読み取りまでは動いても、その結果を会計ソフトへどう流し込むかで止まります。CSVの項目名が1つ違うだけで取り込みエラーになり、原因を探すのに半日かかる。APIで繋ごうとすると、認証やトークンの更新まわりで詰まる。この領域は年々動きが速く、たとえばfreeeは2025年にAIエージェントからバックオフィスを操作できるMCPサーバーをOSSとして公開し、マネーフォワードは2026年7月にAIエージェント製品の投入を予定、弥生も自然言語入力から仕訳を生成するAI機能を提供しています。選択肢が増えるほど、自社にどれが合うかの見極めと、繋ぎ込みの設計が難所になります。
保存要件を満たさないまま運用してしまう
3つ目がリスク面です。読み取って会計ソフトに入れたあと、元の請求書をどう保存するかまで設計しないと、あとから戻れない状態になります。紙の請求書をスキャナ保存する場合の解像度や階調の要件、電子で受け取ったデータの保存方法など、確認すべき事項は国税庁のガイドに整理されています。運用を始める前に、保存先・検索できる状態・誰が責任を持つかの3点を決めておくべきです。決めるのに要するのは1〜2時間ですが、1年運用したあとで作り直すとなると、遡って数百件を処理し直すことになります。
作った人が異動すると、半年で止まる
4つ目は属人化です。社内の詳しい人が空き時間で組んだ仕組みは、その人が異動・退職した瞬間に触れる人がいなくなります。エラーが出ても原因が分からず、結局「今月は手で入れよう」に戻る。私は、ルールが無ければ半年で使われなくなると考えています。誰が保守するのか、様式が変わったときに誰が直すのか、月次でどこを点検するのか。この運用が決まっていない自動化は、作った時点が最高到達点になります。
費用相場と選び方——手入力継続・クラウド標準機能・外注構築の3ルート
ここからはお金の話です。判断するときは「導入費用がいくらか」ではなく「今の手入力にいくら払っているか」と並べて見るのが正しい比べ方です。月100件・突合8時間の現場を例に、3つのルートを並べます。
| 比べる軸 | 手入力を続ける | クラウド会計の標準機能 | 外注して仕組みを作る |
|---|---|---|---|
| 初期費用の目安 | 0円 | 0〜数万円(設定作業のみ) | 33万〜110万円(税込) |
| 月額の目安 | 0円(人件費に内包) | 数千円〜2万円程度 | 3.3万〜11万円(税込・最低3ヶ月) |
| 人の作業時間 | 突合だけで月8時間以上 | 月3〜5時間程度まで圧縮 | 月1〜2時間の確認のみを想定 |
| 例外への強さ | 人が都度対応(際限なし) | 標準の範囲を超えると手作業に戻る | 自社の例外ルールごと設計できる |
| 会計ソフト連携 | 手入力 | 同一サービス内なら自動 | 他システムや独自フローも接続可 |
| 向いている会社 | 月20件以下・取引先10社以下 | 取引先の様式が安定している | 月50件超・部門別や案件別の按分がある |
そのまま手入力を続けた場合、実は一番高くつくことがある
手入力の費用は0円に見えますが、人件費として毎月支払っています。突合8時間に、読み取りと仕訳を含めれば月15時間前後。経理担当者の人件費を時給2,500円と置けば月37,500円、年間45万円です。ここに、入力ミスによる二重支払いや支払漏れの手戻り、月初の残業代が乗ります。3年で135万円を支払っている計算になり、その間に仕組みは1ミリも育ちません。手入力の継続は、費用がゼロなのではなく、費用が見えない場所に置かれているだけです。
クラウド会計の標準機能で足りる会社、足りない会社
月20〜50件程度で、取引先の様式が安定していて、勘定科目の割り振りが単純な会社は、クラウド会計に付いているAI-OCRだけで十分に楽になります。月額数千円〜2万円程度で、突合8時間が3〜5時間まで落ちるなら、投資判断としては即決の部類です。足りなくなるのは、部門別・案件別の按分がある、支払サイトが取引先ごとに違う、承認フローが2段階以上ある、会計ソフト以外のシステムにも同じデータを流している、といった場合です。標準機能は「平均的な会社」に合わせて作られているため、自社固有の工程がある部分だけ手作業として残ります。
外注して仕組みを作る場合の費用感と、回収までの目安
自社の例外ルールごと設計する場合、BoostXの業務自動化ツール開発では初期33万〜110万円(税込)、月額3.3万〜11万円(税込・最低3ヶ月)を目安としています。月15時間・年45万円分の手作業を月1〜2時間まで落とすとすれば、削減額は年40万円前後。初期55万円・月額5.5万円の構成なら、2年目以降は年間の削減額が月額費用を上回る計算になります。数字が近い場合は、削減時間だけでなく、支払漏れや二重支払いが起きなくなること、月初の3日が他の仕事に使えることまで含めて判断するのが実際的です。判断に迷う規模であれば、まず読み取りと突合の2工程に限って小さく作り、3ヶ月動かしてから広げる進め方をおすすめしています。
ビフォーアフター:請求書入力がここまで変わる
月初3日が請求書で埋まる1ヶ月
月初の第1営業日、届いた請求書100件超をまず紙とPDFに仕分けます。1件ずつ開いて、請求日・請求元・登録番号・税率区分・合計金額を会計ソフトへ入力。ここで1件3分、合計5時間。続いて発注データと納品書を並べ、金額と数量を突き合わせる作業に月8時間以上。端数が1円合わない、品名の表記が違う、請求日が発注から2ヶ月前——そのたびに手が止まり、取引先へ確認の電話を入れます。勘定科目や部門の割り振りで迷った分は付箋を貼って後回しにし、締め切り前日にまとめて片付ける。月初の3営業日が請求書関連で埋まり、月次の数字が経営に上がるのは第2週の後半です。入力ミスが1件見つかれば、その日の予定はすべて崩れます。
確認と例外対応だけの1ヶ月
同じ100件でも、朝に届いた請求書は受信の時点で読み取られ、項目が入った状態で一覧に並びます。担当者が開くのは、突合ルールから外れた1〜2割だけ。端数±1円以内、品名の類似度80%以上、請求日は発注から30日以内という基準に収まったものは、確認の対象にすら入りません。勘定科目は過去の確定結果から候補が提示され、迷うのは新規取引先の数件のみ。人の作業は月1〜2時間の確認に収まり、月初の第1営業日で請求書関連が終わります。空いた時間は資金繰りの確認や、支払条件の見直しといった、数字を使う側の仕事に回せます。月次の数字は第1週のうちに出ます。
違いを生んでいるのはツールではなく運用設計
BeforeとAfterで、使っているAI-OCRの性能に大きな差はありません。差を生んでいるのは、どこまでを機械に任せ、どの条件で人に上げるかを先に決めてあるかどうかです。許容誤差の基準を3つ決めること、最初の1〜2ヶ月は人のダブルチェックを残して間違い方を把握すること、読み取りと突合の2工程から始めて仕訳は後から広げること——この3つが揃って初めて、読み取り精度が「月初3日が1日になる」という成果に変わります。うちはまだBefore寄りだ、と感じた方に向けて、何から着手すればよいかを次にまとめます。
よくある質問
QAI-OCRの読み取り精度は、実務で使えるレベルに達していますか。
A請求日・請求元・合計金額といった定型項目であれば、実務で使える水準にあります。ただし精度を100%にすることを目標にすると、いつまでも導入できません。現実的なのは、最初の1〜2ヶ月分を人のダブルチェック付きで動かし、どの取引先のどの項目でズレやすいかを把握することです。手書きの但し書き、複数ページの明細、値引き行など、つまずく箇所は会社ごとに違います。そこだけ人が見る運用にすれば、確認対象は全体の1〜2割に絞れます。
Qクラウド会計に付いている機能だけで足りるか、どう見分ければよいですか。
A月20〜50件程度で、取引先の様式が安定していて、勘定科目の割り振りが単純なら、標準機能で十分に楽になります。足りなくなるのは、部門別や案件別の按分がある、支払サイトが取引先ごとに違う、承認が2段階以上ある、会計ソフト以外にも同じデータを流している、といった場合です。標準機能は平均的な会社に合わせて作られているため、自社固有の工程がある部分だけが手作業として残ります。まず1ヶ月試して、残った手作業を数えるのが確実です。
Q導入して、かえって手間が増えることはありませんか。
A判定基準を決めずに入れた場合は起こり得ます。AIが出した結果を人が1件ずつ見直す形になると、手で入れていたときより時間がかかります。防ぐには、許容誤差を先に決めることです。消費税の端数は±1円まで一致とみなす、品名は類似度80%以上で同一とみなす、請求日は発注から30日以内なら妥当とする、といった基準を3つ置くだけで、判断の大半は機械側で処理できるようになります。基準づくりに要するのは1〜2時間程度です。
Q読み取ったあと、元の請求書はどう保存すればよいですか。
A運用を始める前に、保存先・あとから探せる状態・誰が責任を持つかの3点を決めてください。紙で受け取った請求書をスキャナ保存する場合は、読み取り時の解像度や階調について定めがあり、電子で受け取ったデータには別の保存方法が求められます。詳細は国税庁の資料で確認できます。1年運用してから作り直すと、遡って数百件を処理し直すことになるため、最初の1〜2時間をここに使うのが結果的に一番安く済みます。
まとめ
- 経理の請求書入力で時間を食っているのは打ち込みではなく突合と仕訳。1件3分のうち純粋な入力は1分前後で、読み取りだけの自動化では3分の1しか削れない
- 取引先50社以上・月100件超の現場では突合だけで月8時間以上。年96時間、1日8時間換算で12日分が消えている
- AI-OCRで消えるのは定型項目の抽出。摘要・勘定科目・部門の割り振りは、許容誤差と判定基準を人が先に決めないと自動化できない
- 自前で組むと、様式差による例外の増殖・会計ソフト連携・保存要件・保守の属人化の4点で止まりやすい
- 手入力継続は年45万円前後の見えない人件費。外注構築は初期33万〜110万円・月額3.3万〜11万円(税込)が目安で、読み取りと突合の2工程から小さく始めるのが定着しやすい
公開日:2026年7月
読んで終わりにしないために
「自社の場合は、どうすれば?」
その答えを、30分で持ち帰る。
記事で分かるのは、一般論まで。現役の生成AI伴走顧問が、貴社の業務に当てはめて“次の一手”だけを一緒に整理します。
この30分で持ち帰れるもの
- 01
自社業務に当てはめたAI活用マップ
- 02
投資対効果(ROI)のシミュレーション
- 03
いまの悩み・疑問への、その場の個別回答