AI-OCR比較|主要9サービスの料金と選び方、帳票・請求書を読んだ後の確認と連携まで
AI-OCRのおすすめ9サービスを公式の料金で比較。請求書・注文書など帳票の形式と届き方による選び方、月1,000枚での料金試算、読み取った後の確認の判断表、会計ソフト・基幹システムへの連携まで解説します(2026年10月1日時点)。

AI-OCRを比べ始めると、比較サイトには十数製品が並び、「高精度」「手書き対応」「AIが学習」と似た言葉が続きます。どれが自社に合うかを決めるのは、製品の宣伝文句よりも、自社の帳票の形式、帳票がどう届くか、そして読み取った後に誰がどこまで確認するかです。読み取りの精度が上がっても、誤りを見つけて直す仕組みと、会計ソフトや基幹システムへ流し込む経路がなければ、入力作業は確認作業に置き換わるだけで残ります。
この記事では、主要9サービスを各社の公式サイトに載っている料金・機能・対応言語だけで比較し、同じ条件(月1,000枚の請求書)での料金の試算、読み取り結果を「自動で通す・人が確認する・差し戻す」に振り分ける判断表、連携方法の選び方までをまとめました。
本記事の情報について: 製品の料金・機能は2026年10月1日に各社の公式ページで確認した内容です(税抜。米ドル表示はクラウド事業者の公式単価)。価格や対応範囲は変わることがあるため、契約前に必ず公式ページで最新の条件を確認してください。
この記事の要点
- AI-OCRは、手書きや取引先ごとに様式の違う帳票から項目を抜き出せるOCR。ただし誤読はゼロにならず、確認の画面や仕組みを備えた製品が多い。読み取り結果は人やルールで確かめる前提で運用する。
- 選ぶ前に決めるのは、帳票の形式(定型か、請求書のような準定型か、自由記述か)、届き方(紙・FAX・PDF・電子インボイス)、帳票の画像を社外のクラウドに出せるか、の3つ。
- 同じ月1,000枚の請求書でも、ツール代は生成AIのAPIの入力分で約1.3米ドル、クラウドの文書解析APIの請求書モデルで約10米ドル、専用ソフトの初年度月16.8万円相当まで開く。差を生むのはツール代より、確認の人手と連携の作り込み。
- 誤読を前提に、必須項目・合計の検算・登録番号・取引先マスタとの照合で振り分ける。確認は「全件を目で見る」から「引っかかったものだけを見る」へ移す。
AI-OCRとは — 従来のOCR・生成AIとの違い
AI-OCRとは、機械学習で文字を認識し、手書きや様式がそろわない帳票からも必要な項目を取り出せるOCRです。従来のOCRは、帳票ごとに「この位置にこの項目がある」と座標を定義して読む方式が中心で、活字の定型帳票には強い一方、手書きや取引先ごとにレイアウトが違う請求書では定義の手間がかさみました。
いまの文書解析サービスは、文字を読むだけでなく、表や項目と値の組み合わせまで返します。たとえばMicrosoftのAzure AI Document Intelligenceは、読み取りモデルの対応言語として日本語を印刷文字・手書き文字の両方に挙げ、請求書用の事前構築済みモデルも日本語と日本円に対応しています。GoogleのDocument AIのEnterprise Document OCRは、手書きを含めて200以上の言語のテキストを抽出できるとしています。
ここ数年で加わったのが、生成AIに帳票の画像を直接読ませる方法です。AnthropicのClaudeは画像を入力でき、構造化出力を使うと、指定したJSONスキーマどおりの形で必ず返させることができます。ただし公式ドキュメントは、画質が低い・回転している・200ピクセル未満の小さな画像では誤りや存在しない内容の生成が起こりうると明記しています。形式がそろうことと、値が正しいことは別の話です。
この区別は、AI-OCRを選ぶときにも、生成AIで転記を自動化するときにも同じです。「AIなら人の確認がいらない」という前提で選ぶと、誤読を見つける仕組みが無いまま運用が始まります。製品の精度をうのみにせず、自社の帳票で項目ごとの正解率を測り、確認の範囲を決めることが出発点になります(手順は後半の「導入前に自社の帳票で確かめる」で説明します)。
画像や音声も含めたマルチモーダルAIの業務利用全般は、マルチモーダルAI業務活用ガイドで整理しています。
選ぶ前に決める3つのこと
AI-OCRの向き不向きは、帳票の形式、帳票の届き方、社外のクラウドに出せるかの3点に大きく左右されます。製品の比較表を見る前に、自社の状況をこの3点で書き出しておくと、候補を絞り込めます。
分岐図の5つの出発点のうち、2〜5は後の比較表の製品と対応しています(オンプレミス型はDynaEye 11とSmartReadのオンプレミス版、汎用AI-OCRはDX Suite・SmartRead・PaperOn)。1は製品ではなく、取り込み方の選択です。
- 電子データのまま取り込む: 請求書の多くがPDFや電子インボイスで届くなら、OCRは紙で届く残りの分だけで足ります。
- 請求書受領サービス: 読みたいのが請求書だけなら、受け取りから仕訳・支払データまでを一つのサービスで扱えます。
- オンプレミス型のAI-OCR: 帳票の画像を社外に出せないなら、自社のパソコンやサーバーで動く製品が候補です。
- クラウドの文書解析API・生成AI: 自社システムに組み込む開発体制があるなら、ページ単価の安いAPIで作り込めます。
- 汎用AI-OCR(クラウド): 開発体制が無く、帳票の種類が多いなら、画面で帳票を定義して使うクラウド製品が向きます。
帳票の形式 — 定型・準定型・非定型
帳票は大きく3つに分かれます。申込書や社内の申請書のように自社で様式を決めている定型帳票、請求書・注文書・納品書のように載っている項目は似ていても取引先ごとに配置が違う準定型帳票、作業日報や自由記述の注文メモのように項目の位置も書き方も決まっていない非定型帳票です。
定型帳票は、従来型の座標指定でも高い精度が出やすく、DynaEyeのような帳票OCRソフトが得意とする領域です。準定型帳票は、取引先が増えるたびに帳票を定義し直さなくて済むかが選定の分かれ目になります。請求書に特化した事前学習済みモデル(Azureの請求書モデルなど)、項目名から読み取り位置を探す帳票OCR(DynaEye 11のエントリーアプリケーションなど)、請求書受領サービスが得意とする領域です。非定型帳票は、生成AIと組み合わせた項目抽出を打ち出す製品(LINE WORKS PaperOnなど)や、生成AIへの直接入力が候補になりますが、誤りの出方が読めないぶん、確認の設計がいちばん重くなります。
帳票の届き方 — 紙・FAX・PDF・電子インボイス
見落とされがちなのが届き方です。メールで届くPDFの請求書は、紙をスキャンしたものと同じ扱いにはなりません。国税庁の電子帳簿保存法の概要では、注文書・契約書・送り状・領収書・見積書などに通常記載される取引情報を電子的にやり取りした「電子取引」は、その電磁的記録を一定の要件の下で保存しなければならないとされています。一方、紙で受け取った書類をスキャナで読み取って保存する「スキャナ保存」は、一定の要件の下で紙の保存に代えられる制度です。AI-OCRで項目を抜き出しても、元のPDFを要件に沿って保存する必要は残ります。スキャナ保存に対応したソフトかどうかは、日本文書情報マネジメント協会(JIIMA)の電帳法スキャナ保存ソフト法的要件認証制度の認証製品一覧で確認できます。
さらに、取引先から電子インボイスで届くなら、そもそも文字を読み取る必要がありません。デジタル庁は日本のPeppol Authorityとして、国際標準のPeppolをもとにした日本のデジタルインボイスの標準仕様(JP PINT)を管理しています。電子インボイスはデータとして届くため、文字の読み取りによる誤りは起こりません。取引先の多くが電子で送れる状態なら、AI-OCRの対象は紙とFAXで届く残りに絞れます。
社外のクラウドに出せるか
請求書や申込書には、取引先や個人の情報が含まれます。社内規程で帳票の画像を社外のクラウドに送れない場合は、オンプレミスで動く製品(DynaEye 11、SmartReadのオンプレミス版)から検討することになります。クラウドの文書解析APIを使う場合も、どのリージョンで処理されるか、送ったデータが学習に使われないかを、各社の利用規約とデータの取り扱いの説明で確認してください。
もう一つの注意は、言語の対応範囲が機能ごとに違うことです。GoogleのDocument AIのカスタム エクストラクタは、抽出に生成AIを使う場合、公式にサポートされているのは英語のみと明記しています。文字の読み取りが日本語に対応していても、項目の抽出まで日本語で使えるとは限りません。
主要9サービスを比較する
ここでは、汎用AI-OCR4製品、請求書の受け取りに特化したサービス1つ、クラウドの文書解析API3つ、生成AI1つの計9サービスを、公式サイトの情報だけで並べます。料金は2026年10月1日時点の公式表示(税抜)です。
| サービス | 提供形態 | 公式の料金(2026年10月1日時点・税抜) | 向く帳票 | 選ばない方がよい条件 |
|---|---|---|---|---|
| DX Suite(AI inside) | クラウド | Lite 月40,000円〜(月18,000円分の無料枠込み)、項目抽出1枚30円〜 | 定型〜準定型(手書き・FAXのデータ化は導入事例で紹介) | 月数十枚しか処理しない |
| SmartRead(Cogent Labs) | クラウド/オンプレミス | スモール 年36万円(月3万円相当)、1項目2円、全文読取1ページ15円 | 定型〜非定型、仕分けを含む大量処理 | 1年契約が合わない |
| LINE WORKS PaperOn | クラウド | ライト 月30,000円(年額契約、読み取り800回/月)。非定型帳票を読むAIおまかせモデルはスタンダード 月50,000円(年額契約、2,000回/月)から | 請求書・注文書・領収書(テンプレート)、手書き・FAX。非定型帳票はスタンダード以上 | 帳票の画像を社外のクラウドに出せない |
| DynaEye 11 Entry AI-OCR(PFU) | オンプレミス | スタンダード 初年度年2,016,000円、2年目以降年336,000円、処理量の上限なし | 定型帳票の大量処理(標準アプリケーション)、取引先ごとに様式が違う請求書・注文書・納品書(エントリーアプリケーション)、社外に出せない帳票 | 初年度の費用を抑えたい(年6,000ページ以内ならLiteプラン)、生成AIによる読み取りを使いつつ通信も避けたい |
| invox受取請求書 | クラウド(請求書受領) | ベーシック 月9,800円+1件50円(オペレータ確認ありは100円) | 請求書の受け取りから仕訳・支払まで | 注文書や申込書もまとめて読みたい |
| Azure AI Document Intelligence | クラウドAPI | 請求書などの事前構築済みモデル 1,000ページあたり10米ドル、読み取りのみ1.5米ドル | 自社システムに組み込む請求書・領収書 | 開発体制が無い |
| Google Cloud Document AI | クラウドAPI | Form パーサー・カスタム エクストラクタ 1,000ページあたり30米ドル、Enterprise Document OCR 1.5米ドル | 文字の読み取りを自社で後処理する | 生成AIによる日本語の項目抽出を前提にする |
| Amazon Textract | クラウドAPI | (日本語非対応のため料金は比較しない) | 英語など対応言語の帳票 | 日本語の帳票を読む |
| Claude(Anthropic) | 生成AIのAPI | Claude Haiku 4.5 入力100万トークンあたり1米ドル(1000×1000ピクセルの画像1,000枚で入力分約1.30米ドルの公式計算例。出力分は別) | 非定型帳票、読み取り後の解釈や照合 | 値の正しさを機械的に保証したい |
汎用AI-OCR(帳票を自社で定義して読む)
DX Suite(AI inside)は、公式サイトでデロイト トーマツ ミック経済研究所の調査(2025年8月発刊)を出典に「AI-OCR市場シェアNo.1」をうたうクラウド製品です。料金はLite(月40,000円〜、月18,000円分の無料枠込み)、Standard(月100,000円〜、初期費用200,000円)、Pro(月200,000円〜、初期費用200,000円)の3段階で、無料枠を超えた読み取りは従量課金です。項目抽出は1枚30円〜(Liteの場合)で、読み取る項目の数で単価が変わります。仕分けのオプション(Elastic Sorter)もあります。基本料金40,000円〜の1か月トライアルがあり、本番前に自社帳票で試せます。
SmartRead(Cogent Labs)は、初期費用0円の年額制です。クラウド版はスモール(年36万円)、スタンダード(年96万円)、エンタープライズ(年240万円)で、1項目(文字あり)2円〜1円、全文読取は1ページ15円(A3サイズまで)。処理可能枚数の目安はスモールで年1.8万枚前後と書かれていますが、これは定型文書で10項目を読む例で、文書の種類や項目数で変わります。オンプレミス版(年240万円〜、年額とは別に保守費用)もあり、画像を社外に出せない場合の候補になります。年額で決めた処理量を超えた場合は、残り月数と利用見込みをもとに追加料金を調整する仕組みです。500枚までの無償トライアルがあります。
LINE WORKS PaperOnは、LINE WORKS OCRの技術を継承した製品で、AI-OCRと生成AIを組み合わせ、非定型文書や自由形式の注文書の項目抽出、手書き・FAX・訂正印の入った文字への対応をうたっています。料金はライト(月30,000円、年額契約、読み取り800回/月)、スタンダード(月50,000円、年額契約、2,000回/月)、アドバンスト(月100,000円、年額契約、5,000回/月)。「読み取り回数」はファイルまたはページ単位の処理回数で、追加購入もできます。請求書・注文書・レシートのテンプレートがあり、自由形式の注文書など非定型帳票の読み取り(AIおまかせモデル)はスタンダードプラン以上が対象です。30日間の無償トライアル(200回)があります。
DynaEye 11(PFU)は、オンプレミスで動く帳票OCRソフトです。AI-OCRを含むEntry AI-OCR(スタンダード)は初年度の初期ライセンスが年2,016,000円、2年目以降の継続ライセンスが年336,000円で、処理量の上限はありません。年6,000ページまでのLiteプランもあります。定型帳票向けの標準アプリケーションに加え、項目名を登録すると読み取り位置を自動で探すエントリーアプリケーションがあり、取引先ごとにレイアウトが違う請求書・注文書・納品書にも対応します(読み取り項目を登録済みのテンプレートを標準搭載)。読み取り放題で、機密性の高い帳票を社外に出さずに大量処理したい場合に向きます。生成AI連携は、インターネット接続が必要で処理量に上限のある別ライセンスです。60日間・枚数制限なしの無償トライアルがあります。
請求書の受け取りに特化したサービス
invox受取請求書は、郵送・メール・PDF・電子インボイスで届く請求書をまとめて受け取り、データ化から振込データ・仕訳データの生成までを扱う請求書受領サービスです。AI OCRだけで数秒でデータ化する方法(1件50円)と、オペレータが確認して99.9%以上の精度を保証する方法(1件100円。ミニマム・ベーシックでは数時間〜3営業日)を選べます。月額はミニマム980円、ベーシック9,800円、プロフェッショナル29,800円で、プロフェッショナルはAPI連携に対応します。対象は受け取った請求書なので、注文書や申込書も読みたい場合は汎用AI-OCRと組み合わせることになります。請求書受領サービスは他にも複数あり、比べる場合も、データ化の方法(AIのみか人の確認ありか)と1件あたりの料金、会計ソフトとの連携を同じ観点で確認してください。
クラウドの文書解析API
Azure AI Document Intelligenceは、文字の読み取り(Read)、レイアウト解析、請求書・領収書などの事前構築済みモデル、自社帳票で学習させるカスタムモデルを持つAPIです。東日本リージョンの従量課金では、事前構築済みモデルが1,000ページあたり10米ドル、読み取りのみが1,000ページあたり1.5米ドル(月100万ページまで)、カスタム抽出が1,000ページあたり30米ドルです。日本語の手書きにも対応しますが、確認画面や修正の仕組みは自社で作る必要があります。
Google Cloud Document AIは、Enterprise Document OCR(1,000ページあたり1.5米ドル)、Form パーサーとカスタム エクストラクタ(1,000ページあたり30米ドル、月100万ページまで)などのプロセッサを組み合わせて使います。前述のとおり、生成AIを使うカスタム エクストラクタの公式サポートは英語のみです。日本語の帳票では、文字の読み取りをDocument AIで行い、項目への割り当ては自社のルールで行う、といった分担を検討します。
Amazon Textractは、公式FAQで、印字テキスト・フォーム・表の抽出に対応する言語を英語・ドイツ語・フランス語・スペイン語・イタリア語・ポルトガル語とし、手書き・請求書と領収書・身分証・クエリの処理は英語のみとしています。日本語の帳票を読む用途では候補から外れます。比較サイトで並べて紹介されることがあるため、ここで明記しておきます。
生成AIに画像を読ませる
Claude(Anthropic)は、帳票の画像を入力し、構造化出力で項目を決まった形式で返させる使い方ができます。公式の計算例では、1000×1000ピクセルの画像はClaude Haiku 4.5(入力100万トークンあたり1米ドル)で1,000枚あたり約1.30米ドルです(入力分のみ。出力分は別)。様式がばらばらな帳票でも項目を割り当てられる柔軟さがある一方、公式ドキュメント自身が、低画質・回転・小さな画像での誤りや存在しない内容の生成に注意を促しています。読み取りの結果を確かめる仕組みを自分で作れる場合の選択肢で、出力スキーマの固定や推測で埋めさせない指示の書き方はAIにデータ入力・転記・名寄せを任せる実践ガイドで詳しく解説しています。
公表されている精度の数字を読むときの注意
製品サイトや比較記事には「99%以上」といった精度の数字が並びますが、そのまま横に並べて比べることはできません。数字が文字単位なのか項目単位なのか、活字なのか手書きなのか、どんな帳票で測ったのかが製品ごとに違うからです。たとえばinvox受取請求書が99.9%以上を保証しているのは、オペレータが確認するデータ化(1件100円)で、AI OCRだけで数秒でデータ化する方法(1件50円)とは料金も分かれています。SmartReadの処理可能枚数も、定型文書で10項目を読む例として示されています。
数字を見るときは、何を分母にした精度か、人の確認を含むか、どんな帳票で測ったかの3点を確かめてください。判断に使えるのは、後半で説明する自社帳票での検証結果だけです。
RPAやiPaaSを含めた業務自動化ツール全体の比較は、業務自動化ツール比較を参照してください。
料金の比べ方 — 月1,000枚の請求書で試算する
AI-OCRの料金は、月額の基本料金に無料枠が含まれる型、年額で処理量を買う型、1件ごとの従量型、ページ単価のAPIと、単位がばらばらです。同じ条件に置き直さないと比べられません。ここでは「請求書を月1,000枚、1枚10項目を読む」という条件で、公式の単価から機械的に計算します。帳票の種類や項目数、契約条件で実際の金額は変わるため、比較のための目安として見てください。
| サービス | 試算の前提(公式の単価・税抜) | 月あたりの目安 |
|---|---|---|
| DX Suite Lite | 月40,000円(18,000円分の無料枠込み)+項目抽出30円×1,000枚のうち枠超過分12,000円(単価は読み取る項目数で変わるため要見積もり) | 52,000円〜 |
| SmartRead スモール | 年36万円。1項目2円×10項目×年12,000枚=24万円で枠内 | 30,000円相当 |
| LINE WORKS PaperOn スタンダード | 月2,000回まで(ライトの800回では足りない) | 50,000円(年額契約) |
| DynaEye 11 Entry AI-OCR スタンダード | 初年度年2,016,000円、2年目以降年336,000円 | 初年度168,000円相当、2年目以降28,000円相当 |
| invox受取請求書 ベーシック | 月9,800円+1件50円×1,000件(オペレータ確認ありは100円。2ページ目以降の明細の扱いはプランで異なる) | 59,800円(確認ありは109,800円) |
| Azure 請求書モデル | 1,000ページあたり10米ドル | 約10米ドル+開発・運用 |
| Claude Haiku 4.5 | 画像1,000枚で約1.30米ドル(入力分の公式計算例) | 数米ドル+開発・運用 |
一見すると、クラウドAPIと生成AIは桁違いに安く見えます。ただし、APIの金額には、確認画面、取引先マスタとの照合、会計ソフトへの出力、エラー時の再処理といった仕組みを作る開発費と、その保守が含まれていません。汎用AI-OCRの多くは、帳票を定義する画面や確認・修正の画面、CSVなどへの出力を製品として備えています。請求書受領サービスのオペレータ確認ありの料金には、人が確認する手間そのものが含まれています。
比べるべきは、ツール代だけでなく「ツール代+確認にかかる社内の時間+連携の作り込み」の合計です。たとえば、読み取り結果の全件を担当者が画面で見直す運用なら、AI-OCRを入れても確認時間は大きくは減りません。後述の判断表で、確認を必要な分だけに絞れるかどうかが、総額を左右します。投資対効果の考え方と計算の手順はAI導入のROI算出ガイドで解説しています。
見積もりや資料請求の前に確かめること
料金表だけでは分からない条件があります。問い合わせの際は、次の点を確認しておくと、契約後に想定外の費用が出にくくなります。
- 課金の単位: 1枚・1ページ・1項目・1回のどれで数えるか。複数ページの請求書や、裏表をスキャンした場合の数え方
- 無料枠と超過の扱い: 月額や年額に含まれる処理量と、超えた場合の単価。年額制なら月ごとの増減の扱い
- 帳票の定義を誰が作るか: 自社で画面から設定するのか、ベンダーの設定サービスを使うのか。設定サービスの枚数や回数の上限
- 確認・修正の画面: 製品に含まれるか、自社で用意するか。修正の履歴が残るか
- 出力と連携: 使っている会計ソフトや基幹システムの取り込み形式に合わせて出力できるか。APIの有無と追加費用
- データの保管と取り扱い: 帳票画像と読み取り結果の保管期間、処理する地域、学習への利用の有無
汎用AI-OCRの多くは、こうした条件を料金ページの注記に書いています。DX Suiteは項目抽出の単価が設定した項目の数で変わること、帳票定義設定サービスの枚数に制限があることを、SmartReadは契約期間が1年で月々の超過料金は出ないことを、それぞれ料金ページに明記しています。
読み取った後の確認をどう設計するか
AI-OCRの導入効果は、読み取った結果のうち人が見る範囲をどこまで絞れるかで決まります。全件を目で確認する運用から、ルールで引っかかったものだけを確認する運用に移すために、読み取り結果を「自動で登録する」「人が確認する」「差し戻す・取引先に確認する」の3つに振り分けます。
図は、次の判断表のうち主な4つの確認をまとめたものです。手書きの訂正や複数ページの請求書などは、4つの確認を通っても表のとおり人の確認に回します。
自動で通す・人が確認する・差し戻すの判断表
請求書を例に、確認のルールと振り分け先をまとめます。国税庁のインボイス制度の解説では、インボイスの記載事項として、交付先の名称、売手の名称と登録番号、取引年月日、取引内容、税率ごとの対価の合計と適用税率、税率ごとの消費税額等が挙げられています。これらが読み取れているかは、機械的に確かめられる最初の関門です。
| 確認すること | 確かめ方 | 外れたときの振り分け |
|---|---|---|
| 必須項目がそろっている | 請求元・請求日・金額・登録番号などが空欄でないか | 読み取りの失敗なら人が確認、書類に記載が無ければ差し戻し |
| 合計が明細の合計と消費税に一致する | 明細の合計に税率ごとの消費税を足し、請求合計と比べる | 人が確認(数字の読み違いが起きやすい箇所の一つ) |
| 登録番号が公表サイトにある | 国税庁の適格請求書発行事業者公表サイト(Web-APIあり)で番号を照会する | 読み違いなら人が確認、登録が無ければ取引先に確認 |
| 取引先がマスタにある | 取引先マスタと名称・登録番号で突き合わせる | 新規取引先なら人が確認し、マスタ登録の手続きへ |
| 金額が過去の実績と大きく違わない | 同じ取引先の過去の請求額と比べ、しきい値を超えたら止める | 人が確認(桁の読み違い、二重請求の疑い) |
| 手書きの訂正・押印の重なり・複数ページ | 製品が返す読み取りの信頼度や、ページ数で判定する | 人が確認 |
この表の「外れたときの振り分け」を決めておくと、確認担当は、引っかかった請求書だけを、引っかかった理由と一緒に見ればよくなります。読み取りの信頼度の使い方は、たとえばAmazon Textractの公式FAQが、税務書類から抽出した情報のうち信頼度が95%を下回るものに印を付けるといった独自ルールを設定できる、という例で説明しています。どの値をしきい値にするかは製品の数値をそのまま使わず、自社の帳票で検証して決めます。
一方で、ルールをすべて通った結果を一度も見ない運用は危険です。導入直後は、自動で登録した分からも一定の割合を抜き取って確認し、ルールの抜けが無いかを見ます。invox受取請求書のように、AIだけのデータ化と、オペレータ確認ありのデータ化を状況に応じて選べるサービスもあります。締め日前は速さを、通常時は精度を優先する、といった使い分けも一つの設計です。
注文書を受注システムに転記する場合
注文書は請求書と違い、読み取った内容がそのまま出荷や生産の指示につながります。請求書の判断表に加えて、次の照合を入れると、誤った受注登録を防げます。
| 確認すること | 確かめ方 | 外れたときの振り分け |
|---|---|---|
| 品番が商品マスタにある | 読み取った品番・品名を自社の商品マスタと突き合わせる | 取引先独自の品番なら対応表を作って人が確認 |
| 単価が契約単価と一致する | 取引先ごとの契約単価・掛け率と比べる | 人が確認(値引きの記載漏れ、旧単価の可能性) |
| 数量と単位が妥当 | 過去の注文数量の範囲や、ケース・個などの単位を比べる | 人が確認(桁や単位の読み違い) |
| 納期が受けられる日付 | 営業日カレンダーや最短納期と比べる | 取引先に確認 |
FAXで届く注文書は、解像度が低く手書きの追記も多いため、読み取りの疑いで人の確認に回るものが増えやすいと考えておくべきです。取引先にWebの発注フォームやEDIへの切り替えをお願いできるなら、OCRの精度を上げるより確実な場合もあります。
確認担当の負担を減らす画面と運用
確認の画面では、帳票の画像の該当箇所と読み取った値を横に並べ、ルールに引っかかった項目だけを色で示すと、見る場所が減ります。LINE WORKS PaperOnは、読み取りの正読率を色分けして表示し、変換ミスを見つけやすくする機能を公式サイトで紹介しています。自社で画面を作る場合も、同じ考え方が使えます。
修正した内容は、取引先ごとの癖(項目の位置、品名の書き方)として記録しておくと、次回以降のルールや帳票定義の改善に使えます。誰がいつどの値を直したかのログは、監査や誤登録の追跡にも必要です。AIに転記させるときに推測で空欄を埋めさせない指示の書き方は、後述の「AIで転記を自動化する他の方法」で紹介するガイドの「推測補完を禁止する」の節が参考になります。
基幹システム・会計ソフトへのつなぎ方
読み取ったデータを使えるかどうかは、会計ソフトや基幹システムに入る形で出せるかで決まります。連携の方法は大きく4つあります。
| つなぎ方 | 仕組み | 向くケース | 注意点 |
|---|---|---|---|
| CSVの取り込み | AI-OCRが出力したCSVを、会計ソフトや基幹システムの取り込み機能で読み込む | 既存システムを改修したくない、まず小さく始めたい | 項目の並びや文字コードを取り込み側に合わせる変換が要る |
| API連携 | AI-OCRや受領サービスのAPIから、自社システムが直接データを受け取る | 処理を自動で流したい、件数が多い | 連携部分の開発と、障害時の再送の設計が要る |
| RPA | 画面操作を自動化し、読み取り結果を入力画面に打ち込む | APIもCSV取り込みも無い古いシステム | 入力画面が変わると止まる。保守の手間が続く |
| 受領サービスの連携機能 | 請求書受領サービスが仕訳データ・振込データを生成する | 請求書の処理を一つのサービスにまとめたい | 対象は受け取った請求書。会計ソフトとの対応を確認 |
invox受取請求書は、全銀フォーマットの振込データや仕訳データの生成をプランの機能として挙げ、プロフェッショナルプランでAPI連携に対応します。LINE WORKS PaperOnはAPIを搭載し、他のシステムとデータ連携できるとしています。DynaEye 11は出力形式を柔軟に設定でき、SDK版を使えば業務システムに読み取り機能を組み込めます。
どの方法でも、基幹システムに書き込む操作は取り消しが難しいという点は同じです。新規の登録は自動で行い、既存データの上書きは人が確認してから行う、といったように、操作の種類で自動化の範囲を分けておくと事故を防げます。AIエージェントから社内システムへ書き込む仕組み(MCP)を検討している場合は、MCPサーバーのビジネス活用ガイドも参考になります。
導入前に自社の帳票で確かめる
カタログの精度は、製品ごとに条件が違うため比較できません。自社の帳票で測るのが確実です。多くの製品に無償または有償のトライアルがあり(SmartReadは500枚まで無償、LINE WORKS PaperOnは30日間・200回、invox受取請求書は10件まで無料、DynaEye 11は60日間・枚数制限なしで無償、DX Suiteは有償の1か月トライアル)、本番前に試せます。
- 実際の帳票を集める。 取引先や様式の違いが偏らないよう、直近数か月分から集めます。手書き・FAX・複数ページなど、読み取りが難しそうなものを意図的に混ぜます。
- 正解データを用意する。 読み取らせたい項目ごとに、人が正しい値を入れた表を作ります。これが無いと正解率を測れません。
- 項目ごとの正解率を測る。 「文字の何%が合っていたか」ではなく、「請求金額が完全に一致した帳票は何枚か」のように項目単位で数えます。金額の1桁の誤りは、文字単位では小さな誤差でも業務上は致命的だからです。
- 確認にかかった時間を測る。 判断表のルールで振り分けたとき、人が見る必要のあった枚数と、1枚あたりの確認時間を記録します。
- 連携まで通す。 読み取り結果を会計ソフトや基幹システムの取り込みまで実際に流し、変換の手間や止まる箇所を洗い出します。
本番に移る前に、運用の役割も決めておきます。新しい取引先の帳票が来たときに定義を追加する人、判断表のルールやしきい値を見直す人、取引先マスタや商品マスタを更新する人、確認に回った帳票を処理する人です。経理や受注の担当者だけで回すのか、情報システム部門が定義やマスタを持つのかで、選ぶべき製品の操作性も変わります。導入後にルールを見直す頻度(たとえば月に1回、確認に回った理由の内訳を見る)まで決めておくと、確認の割合が下がっていかない状態を早く見つけられます。
合格の目安は、製品の精度の数字ではなく、「確認に回る枚数がこの割合以下なら、今の入力時間より短くなる」という自社の条件から逆算して決めます。PoCで止まらずに本番まで進めるための進め方は、AI PoCの進め方ガイドで解説しています。
AIで転記を自動化する他の方法
帳票の読み取りではなく、名刺やフォームの内容を表や顧客管理システムに転記したい、表記の揺れた名簿を名寄せしたいという場合は、AI-OCRよりも生成AIへの指示の設計が中心になります。出力の項目と形式を固定し、埋められない欄を推測で補わせない方法や、Claude CodeやCodexで手順をスキルとして保存して毎回同じ精度で実行する方法は、AIにデータ入力・転記・名寄せを任せる実践ガイドにまとめています。
経理以外の部門も含めた生成AIの活用例は、生成AI活用事例まとめ(全業種)で業務別に整理しています。AI-OCRや関連ツールの導入費用に補助金を使えるかは、IT導入補助金でAIツールは対象になるかを確認してください。
相談すべきケース・まだ早いケース
製品をそのまま使えば足りるケースは少なくありません。請求書だけを読みたいなら請求書受領サービスを、定型の申込書を大量に読みたいなら汎用AI-OCRやDynaEyeのような帳票OCRソフトを、まずトライアルで試してください。この段階で外部に相談する必要はありません。
一方、次のような場合は、製品選びの前に業務とシステムの設計から考えたほうが早く進みます。
- 帳票の種類が多く、請求書・注文書・社内帳票で最適な製品が分かれる
- 読み取り結果を、取引先マスタとの照合や在庫・受注データとの突き合わせまで自動で行いたい
- 会計ソフトではなく、自社開発の基幹システムやAPIの無い古いシステムに入れる必要がある
- 帳票を社外に出せない制約の中で、生成AIを使った項目抽出を試したい
koromoでは、Claude Codeを使った業務システムの開発や、生成AIの導入支援をしています。読み取りの方式の選定から、確認画面、基幹システムへの連携までをまとめて相談いただけます。最初のご相談では、帳票の種類と枚数、いまの入力と確認の流れを伺い、製品をそのまま使えば足りるのか、自社システムへの組み込みが必要なのかの見立てをお伝えします。
よくある質問
koromo からの提案
AIツールの導入判断は、突き詰めると「投資対効果が合うか」「リスクを管理できるか」「事業にどう効くか」の3点に帰着します。koromo では、この判断に必要な材料を整理するところからご支援しています。
以下のような状況にある方は、まず現状の整理だけでも前に進むきっかけになります。
- AIで開発や業務を効率化したいが、自社に合う方法がわからない
- 社内にエンジニアがいない / 少人数で、AI導入の進め方に見当がつかない
- 外注先の開発会社にAI活用を提案したいが、何を求めればいいか整理できていない
- 「AIを使えばコスト削減できるはず」と感じているが、具体的な試算ができていない
ツールを使った上で相談したい方はお問い合わせフォームから「AI-OCR・帳票処理の自動化の相談」とご記載ください。初回の壁打ち(30分)は無料で対応しています。
無料で相談する

