帳票の入力をAIで支援する際に、文字の読み取り、項目抽出、照合、承認をどう分けるか。信頼度スコアの考え方と、例外を人に戻す運用・発注範囲を解説します。
帳票のAI化では、読み取れた文字をそのまま登録するのではなく、抽出・照合・確認・登録を分けて設計することをおすすめします。どの項目を自動で扱い、どの条件で人に戻すかを先に決めると、検証と見積もりの範囲が明確になります。
この記事は、注文書や申込書などの入力業務を見直したい企業向けに、Google Cloudの公開資料で確認できる考え方と、For fによる業務設計の例を整理したものです。書類の読み取り精度や、完全自動化を保証するものではありません。
「文字を読む」と「項目として使う」は分ける
OCRで文字を読み取る段階と、その文字を日付・取引先・商品・数量などの項目として整理する段階は、確認する内容が違います。さらに、その値を業務システムに登録してよいかは、別の判断になります。
Google CloudのDocument AIの文書データには、抽出されたエンティティの種別・テキスト・信頼度などの項目が定義されています。信頼度は0〜1の値として扱われます。出典：Google Cloud「Document」リファレンス、Entity
ただし、その値を、業務上の正しさが保証される確率として使わないことが大切です。何を自動登録してよいかは、実際の書類と正解データを使って別途判断します。
人の確認を残す条件を、項目ごとに考える
| 段階 | 処理内容 | 人に戻す条件の例 |
|---|---|---|
| 読み取り | 文書から文字を取得する | 文字が欠ける、向きや画質に問題がある |
| 抽出 | 必要な項目と値を整理する | 必須項目がない、複数の候補がある |
| 照合 | マスタや項目同士の条件と比較する | 取引先が見つからない、数量などが条件に合わない |
| 登録 | 確認済みのデータを連携する | 重複の可能性がある、登録先が応答しない |
たとえば、書類から取引先名を抽出できても、同名の取引先が複数あるなら、登録先を自動で選ぶかどうかは別に決めます。「読み取りに成功した」だけを自動処理の条件にしないための例です。
信頼度のしきい値は、確認件数と誤りの両方を見る
Document AIの評価ドキュメントでは、しきい値を上げると一般に適合率が高くなる一方、再現率が低くなることが説明されています。しきい値未満の予測は、正しい場合でも評価上除外されます。出典：Google Cloud「Evaluate performance」、Confidence threshold
発注時は、しきい値を一つ指定するだけでなく、「誤った値を通してしまう件数」と「人の確認に回る件数」を並べて報告してもらいましょう。どちらをどの程度重視するかは、項目や業務上の影響によって変わります。
この記事では、一律に使える信頼度の数値や正答率は示していません。文書の種類ごとに、実際の検証で条件を決めることをおすすめします。
検証用の書類は、扱いにくいものも含める
形式がそろった書類だけでなく、業務で実際に扱う範囲の違いを整理します。手書きの有無、取引先ごとのレイアウト、複数ページ、訂正、空欄などを一覧にすると、どの範囲まで検証したかを説明できます。
- どの項目を抽出し、正しい値は何かを確認する担当者を決める。
- 検証に使う資料を整理し、調整用と最終確認用を分ける。
- 読み取りだけでなく、照合と修正を含めた作業時間を記録する。
- 対応できなかった形式を、対応済みとして扱わず残す。
個人情報や取引情報を含む書類は、検証に共有してよい範囲、保存場所、アクセスできる人を確認してください。サンプルを作る場合も、架空の値を実際の業務結果として報告しないよう区別します。
例外処理と連携の失敗まで、依頼範囲に入れる
人が確認する一覧には、元の書類、抽出された値、確認が必要な理由を並べる設計が考えられます。誰が修正・承認できるか、修正後にどの状態へ進むか、処理が止まった場合の連絡先も整理しましょう。
登録先との連携では、同じ書類が再送された場合の重複、登録の途中で失敗した場合の再実行を確認します。手入力への切り替えや、処理履歴の確認も含めて、日常業務で止まらない流れを検討してください。
よくあるご質問
人の確認をゼロにする前提で依頼すべきですか？
まずは対象の帳票と項目、誤りの影響を整理し、確認を残す条件を決めることをおすすめします。自動化する範囲は検証結果を踏まえて判断してください。
OCRだけを試すこともできますか？
読み取りや項目抽出までを小さく試す範囲と、業務システムへの連携までを作る範囲を分けて検討できます。For fではAI PoC・実証検証と、既存システム改善・連携の両面からご相談いただけます。
FOR F / NEXT STEP
帳票の読み取りから、確認・連携までご相談ください。
For fでは、現状の課題から対象範囲・成果物・進め方を整理してご提案します。資料が揃っていない場合も、現在分かっていることからお聞かせください。
参考資料・情報確認日
情報確認日：2026年9月7日。以下の公開資料を確認し、発注前の整理方法や例はFor fの解説として記載しています。製品機能・条件は利用時に最新の公式資料で確認してください。サムネイルはAI生成による概念ビジュアルで、実際の画面・帳票・測定結果ではありません。