注文書を読み取るAI開発｜数量・単位・空欄の確認方法

数字が読めても、そのまま仕事に使えるとは限りません

OCRは、紙や画像に写った文字をデータにする技術です。AI-OCRは、その読み取りにAIを使います。製品や構成によっては、文字を読むだけでなく「品番」「注文数量」などの項目を探して取り出すこともできます。ただし、数字の12を読めても、それが注文数量なのか、箱の中の個数なのかを取り違えると、使うデータは誤りになります。

文書を読む仕組みは更新が続いています。Googleは2026年9月21日、Document AIで項目を取り出すモデルなどの先行提供を案内しました。10月21日に確認した現行の技術資料では、読み取った原文、日付などを整えた値、文書内の位置を扱う仕組みが説明されています。

そこで本稿では、原本の記載と入力先の値を対にして確かめる方法を提案します。以下は導入前の確認方法であり、当社で実施した読み取り実験や、特定製品の日本語精度を示すものではありません。

最初に、入力先へ渡してほしい形を決めましょう

説明用の架空の注文書を考えます。品番は「AB-012」、注文数量は「12箱」、備考は「1箱6個入り」、希望納期は空欄とします。入力先には注文時の数量と単位をそのまま保存する、という条件を置きます。

この条件で期待する結果は、品番「AB-012」、注文数量「12」、単位「箱」です。品番のハイフンや012の0を落とさず、希望納期は「未記載」として確認待ちにします。「12個」にするのも、注文数量を勝手に72へ変えるのも、この入力先の条件には合いません。

在庫管理のために72個へ換算したい業務なら、注文数量と別の欄を用意し、換算に使う単位・入数・端数の扱いを決めます。読み取りと換算を分けることで、どちらで違いが生じたかを調べられます。空欄を0や今日の日付で埋めるかどうかも、AI任せにせず項目ごとに決めてください。

試す資料には、3つのケースを入れてください

きれいな1枚だけで判断せず、実際に届く条件を分けて試します。次の3種類は確認項目を整理するための提案で、これだけで十分な件数や精度を保証するものではありません。機密情報などの扱いを社内で確認し、許可された試験環境で行いましょう。

答えを用意するときは、原本のファイル名、ページ、明細の行、項目、期待する値を残します。人にも読めない箇所は、正解を推測して作らず「原本の再確認が必要」と記録します。設定の調整に使った資料と、最終確認に使う別の資料も分けておくと、見慣れた書式だけに合わせてしまうことを避けやすくなります。

• 普段の資料：よく使う書式と入力方法で、必要な品番・数量・単位が正しい欄へ入るかを見る。実際に扱う日本語や英数字の表記を含める。
• 表が複雑な資料：商品が複数行あるもの、次のページへ続くもの、見出しがまとめられたものを使う。別の商品の数量が隣の行へ移らないか、全ページ・全明細が対象になるかを見る。
• 空欄や読めない箇所がある資料：未記載、かすれ、端が切れた画像などを分ける。未記載と読み取り失敗を区別し、根拠のない値を入れず、確認へ回せるかを見る。

AIの「自信が高い」表示だけで確定してよいのでしょうか

読み取りサービスには、結果への自信を示す「信頼度」を返すものがあります。たとえばDX Suiteの公式ヘルプは、読取範囲を指定するワークフローで高・中・低を表示する一方、人の目で確認した感覚とは異なる判定もあると説明しています。表示方法や対象機能は製品ごとに異なります。

Google Document AIの評価資料では、評価時に信頼度の基準より低い結果を除外するため、正しい読み取りでも採用されない場合があると説明されています。基準を上げるだけでは、正しい値をすべて残せるとは限りません。業務で結果を自動確定するかどうかは、別に決める必要があります。

導入前の試験では、信頼度の高低にかかわらず原本と照合し、見逃した誤りと、正しいのに確認へ回した項目の両方を残すことを勧めます。数量や品番の取り違えが出荷へ直結する業務では、どの項目を人が確認してから確定するかも、先に決めておきましょう。

結果は「正誤」と「止められたか」を別々に残しましょう

記録表には、対象書類、原本の位置、項目、期待する結果、実際の結果、正誤、確定または確認待ちの状態、修正内容を並べます。たとえば12箱を12個と読んだ場合、誤りとして止められたのか、そのまま入力先へ確定したのかで、次に直す点が変わります。

集計では、試した書類数と必要な項目数を明記し、品番・数量・単位など項目別に誤りや抜けを数えます。原本が空欄で、決めたとおり未記載として扱えた結果は、読み取り失敗と同じには数えません。処理できなかった書類も一覧から外さず、理由を残してください。

問題のない資料だけなら運用できるのか、確認待ちが多すぎるのか、誤りを通してしまうのかを分けて見ます。読み取り件数が多くても、誤ったデータを確定する問題が残るなら、その条件では自動確定を見送り、対象を絞るか確認工程を見直します。

相談には、原本と期待する入力結果を一組で用意しましょう

注文書を読み取るAI開発の相談では、扱う書式、取り込み方、必要な項目、入力先、間違えると困る項目を伝えてください。通常の例に加え、行ずれ・空欄・単位の違いなど、現場が確認に迷う例を添えると、試す範囲が具体的になります。

本稿の確認は、読み取った値を業務で扱うための準備です。二重登録や送信先、実際の出荷など、その後の処理は別に確認が必要です。関連サービスでAI導入支援・業務システム開発の内容を確認し、まずどの帳票の、どの入力作業を減らしたいかを相談してください。