AIエージェントの書類読み取り｜原本照合から業務に渡すまでの設計
AIがPDFや申込書から抽出した情報を、そのまま登録していませんか。原本と抽出値の照合、未記入と読み取り失敗の区別、訂正版の扱い、人による確認を企業担当者向けに解説します。
申込書や注文書をAIエージェントに読ませるとき、抽出された項目がそろっているだけで「登録できる」と判断していませんか。書類の数字を読めたことと、その数字を今回の業務に使ってよいことは、別々に確認する必要があります。
必要なのは、原本・抽出した値・確認後の値をひも付け、どこまで確認できたかを次の担当者へ渡す設計です。書類を受け付ける事務部門だけでなく、申込内容を照会するAIコールセンターでも役立ちます。
公式の活用例から分かる、読み取りの次の工程
Google Cloudの公式解説では、Alteryx One Live QueryとBigQueryを組み合わせ、PDFの請求書から項目を抽出し、過去の記録との比較や例外の確認につなぐ構成が紹介されています。単に文字を取り出すだけでなく、業務で判断できる形へ整える工程まで扱っています。Google Cloud：AlteryxとBigQueryによる書類処理の解説
この記事では、この公式資料を2026年10月10日に確認したうえで、一般的な書類受付に応用する際の確認事項を整理します。以下の手順や例はIvyLeapの設計提案です。特定製品の標準機能や、当社の導入実績を示すものではありません。
まず「何を読めれば受付完了か」を決める
最初から書類の全項目を抽出するより、次の仕事に必要な項目と、その確認方法を決めます。例えば申込書なら、申込番号・希望するサービス・希望日・連絡先などです。
項目ごとに、次の条件を用意しましょう。
- 参照位置：どのページの、どの欄を読むか。同じ書類に複数の日付があれば用途を分ける。
- 許容する形式：日付、文字列、選択肢など。受付番号の先頭のゼロを消さない。
- 必須の条件：すべての申込者に必要か、特定のサービスだけで必要か。
- 確認できないときの担当：受付担当者が原本を見るか、申込者に確認するか。
「正しい日付の形式である」と「その日が希望日である」は同じではありません。形式検査を通っても、記入日を希望日として読み取っていれば、受付内容は誤ります。
原本と抽出値を、同じ画面で照合する
人が確認するときにPDFを探し直さなくてよいよう、抽出した値から原本の該当ページへ戻れるようにします。可能なら該当箇所も示し、担当者が前後の文脈を読める範囲を残します。
実装時に保存したいのは、原本の識別子と版、ページ、抽出直後の値、修正後の値、確認した担当者と日時です。修正後の値で抽出結果を上書きすると、後から読み取りの誤りを調べにくくなります。
原本を開ける権限も確認画面に合わせます。担当者が確認できないのに「確認済み」を選べる構成では、照合の工程が形だけになってしまいます。
空欄を一種類にまとめない
値が返らなかった場合には、少なくとも次の状態を分けることを勧めます。
- 未記入：欄は確認できたが、記入されていない。
- 対象外：その申込条件では記入する必要がない。
- 読み取り失敗：画像のぼけ、欠け、傾きなどで内容を確認できない。
- 候補が複数：訂正前後の数字など、どれを採用するか決められない。
例えば希望日が空なら、未記入の場合は希望日を尋ね、読み取り失敗の場合は鮮明な画像の再送を依頼します。どちらも空文字として渡すと、相手に同じ質問を繰り返す原因になります。
AIが前後から推測した値を、原本に記載された値として扱わないことも大切です。推測を使う設計なら、候補であることと採用前の確認を明示します。
訂正版を受け取ったときのルールを用意する
同じ申込書が再送されても、内容まで同じとは限りません。反対に、ファイル名が異なるだけで同じ内容が届くこともあります。
受付では「同一内容の再送」「内容を変更した訂正版」「別件の申込」を判定するための情報をそろえます。申込番号などの業務上の識別子、原本の版、受信日時を持ち、判断できない場合は担当者へ回します。
訂正版で希望日だけが変わった場合でも、変更前の記録との関係を残します。すでに後工程へ渡した内容があるなら、再読み取りだけで完了させず、更新を知らせる相手も決めておきましょう。
AIコールセンターへ渡すときは、確認状態も添える
仮に、申込書の希望日欄に二つの日付があり、一方が取り消し線で消されていたとします。これは説明のための仮想例です。
AIが一つの日付を抽出できても、訂正の意図まで確認できていなければ、そのまま「この日で承りました」と電話で伝えるべきではありません。人の確認が必要な項目として渡し、承認された確認手順に沿って希望日を確かめます。
引き継ぐ情報は、受付番号、確認対象の項目、候補、確認が必要な理由、原本の参照先です。原本全体を通話用の情報に複製するのではなく、担当する業務に必要な範囲を決めます。電話で確認した値も、誰がいつ確認したかを記録へ戻します。
導入前に、整った書類以外も試す
検証用の書類は、実際に扱うものを適切に匿名化するか、業務担当者が架空の内容で作成します。次のような条件を含めると、確認の工程まで評価できます。
- 複数ページに同じ項目名が出てくる書類。
- チェック欄に訂正があり、選択が曖昧な書類。
- 必須欄が未記入の書類と、対象外で空欄になっている書類。
- 一部がぼけた画像や、端が切れた画像。
- 同一内容の再送と、一項目だけを変更した訂正版。
評価では、項目単位の読み取り誤りに加え、確認が必要な書類を誤って確定させた件数、担当者が原本を探す時間、修正後の情報が後工程へ届いたかを見ます。許容できる条件は、項目が業務に与える影響に応じて決めましょう。
書類読み取りの導入を検討するなら、まず一種類の書類について、必須項目と確認担当を整理するところから始められます。IvyLeapのAIエージェント構築支援では、こうした業務フローの設計からご相談いただけます。電話での内容確認までつなぐ場合は、AIコール導入支援もご覧ください。