注文書AI-OCRの仕組みと読めない注文書

注文書AI-OCRの処理を確認する4段階

最初に確認するのは画像の状態です。

FAXやスキャンで得た画像について、傾きと向きを整えます。明るさや背景のむらも調整し、帳票の範囲を見つけます。複数ページなら、一件の注文として束ねる情報も必要です。ここで明細表の端が切れていたり、二枚目が別注文へ混ざったりすれば、後の文字認識が正しくても注文単位は崩れます。

続くのが文字認識です。帳票上の印字や手書きを文字列の候補へ変換します。会社名と日付、商品名、数量の字形を読みますが、この段階の出力は画像上にある文字の候補です。

0とO、1と7は似ています。

濁点や小数点のように短い線で意味が変わる文字も、画像の欠けや罫線との接触によって候補が分かれる要因です。

次に、認識した文字と各項目の対応を確認します。得意先名・注文日・納品日などの基本項目と、商品名・数量・単位といった明細項目に分けます。明細表では同じ行の商品と数量を組にする段階です。文字がすべて読めても、品名が二行に折り返し、数量が次の行へずれていれば受注データの組み合わせは誤ります。

最後はマスタ照合です。AI受注さんがFAX・メール添付の注文書からOCR・AIで読み取るのは、取引先と商品名、数量です。読み取った品名を商品マスタと照合し、該当する商品を候補として表示します。候補が複数の場合は担当者が選びます。このように、文字が読めたことと商品が決まったことは別の段階です。

受注担当が確認画面で見る順番も、この四工程に合わせると原因を追いやすくなります。まず画像の欠けや向きを見ます。次が、文字と欄の組み合わせです。最後に商品候補と数量単位を確認すれば、読めなかったのか、読めたが商品を決められなかったのかを分けられます。

従来OCRとの違い

OCRには、帳票ごとに読む位置を決める方式もあります。AI-OCRにも、項目名や表の構造から候補を取り出す方式があります。ただし、帳票の分類や確認項目まで不要になるわけではありません。

文字を読めても商品マスタ照合で止まる場合

卸の注文書で処理が止まりやすいのは、品名の文字列が間違っているときだけではありません。OCRが『上白糖』と正しく読んでも、容量や荷姿が省略され、自社マスタに複数の上白糖があれば商品コードは確定できません。取引先が使う独自コードや略称が、自社の商品名と一致しない場合も同じです。

AI受注さんは帳票上の品名を商品マスタと照合し、該当する商品を候補として表示します。一つに絞れない略称やマスタにない品名は、担当者が元の注文書を見て選びます。販売停止や単位違いを含め、候補があることと、そのまま確定できることは分けた確認が必要です。

文字認識率だけを比較すると、この確認作業が評価から抜けます。試すときは、文字が読めた件数に加え、商品コードを自動候補にできた明細を記録します。複数候補と候補なし、単位不一致も分け、担当者が修正した理由まで残します。確認後に追加した対応関係を誰が承認し、次回からどの取引先へ適用するかも運用の一部です。

読み取りが難しい注文書の条件

罫線潰れは、FAX送信やコピーで明細の線が太くなり、数字や文字と接触する状態です。数量の1が縦罫線と一体になる、品名の濁点が横罫線へ重なる、行の境界が途切れると、字形と行対応の両方が難しくなります。元紙が鮮明でも、受信画像を確認しなければ条件を把握できません。

手書きの重ね書きは、印字済みの数量を消さず上から直す、訂正線の上へ新しい数字を書く、欄外から矢印で商品を追加する状態です。どちらの値を採用するかは文字の形だけで決められず、訂正の意味を読み取る必要があります。重ね書きがある帳票は元画像を人へ表示し、確定前の値も残す運用を決めます。

略称品名は、文字として鮮明でも商品を特定できない条件です。容量と等級、産地、荷姿が省かれた呼び名もあります。取引先独自コードや旧商品名が複数候補へ当たる場合も同じです。過去注文で使われたことだけを根拠に一商品へ固定すると、商品改廃や季節商品の切替を見落とします。そのため、適用期間と得意先条件の確認が必要です。

複写式の裏写りでは、裏面や下の用紙の文字が淡く重なり、背景の文字列として残ります。薄い筆圧とかすれ、印影も文字候補へ影響します。網掛けや折り目、汚れも同様です。複数ページでは、一枚目の合計と二枚目の明細が分離することがあります。別注文が一つに束ねられる場合もあります。これらは実例を装った頻度で語らず、自社帳票に含まれる条件として洗い出す対象です。

確認画面で迷った値は、推測して埋めずに問い合わせへ回します。その際、得意先名と注文番号を控えます。該当する行と読めなかった項目も一緒なら、電話で注文書全体を読み上げ直す必要はありません。返答を受けた後は確定値だけでなく、どの画像を根拠に直したかも注文単位で残します。

取引先ごとにフォーマットが違っても読める条件

書式が違っても、注文書の範囲と取引先を特定できれば抽出候補を作れます。基本項目と明細構造も必要です。会社名や送信元番号から得意先候補を絞り、注文日と納品日、注文番号などの項目名と値の関係を捉えます。明細では品名と数量、単位が同じ行として保たれ、ページをまたいでも同じ注文IDへ束ねられることが条件です。

新しい帳票は、既存帳票と似ていることだけで自動登録へ流しません。取引先判定と項目の位置、明細行を確認します。合計欄と備考、複数ページも対象です。そのうえで抽出値を元帳票と照合します。縦書きや複数表のほか、途中の小計もあり得ます。品名の折り返しや欄外追記がある場合も、人へ戻す条件の設定が必要です。

帳票種類の判定結果も記録対象です。未知の帳票を最も似た既存帳票として処理すると、会社名は読めても明細列を取り違えることがあります。判定できない帳票は、新規帳票として保留する運用を決めます。得意先とページ構成、項目名、明細の向きを確認してから対象へ加えます。取引先がひな型を更新したときは、旧版と新版を見分けられる期間を設け、同じ取引先名だけで設定を固定しません。

複数ページでは、各ページに注文番号またはページ番号があるか、二枚目以降にも得意先を判断する情報があるかを見ます。受信時刻が近いだけで束ねると、連続して届いた別注文が混ざる可能性があります。ページ不足や順序の逆転、白紙ページを検知した場合の確認先を決め、一枚単位の認識結果と注文単位の処理結果を分ける管理が必要です。

試す帳票には、普段届く代表例だけでなく低画質のものも含めます。手書き追記と訂正、複数ページも必要です。読めなかったときに画像補正と項目抽出、商品照合のどこへ戻すかが分かれば、受注担当の確認手順を決めやすくなります。

精度100%を前提にしない運用設計

AI受注さんは商品マスタとの照合結果を候補として表示し、複数候補なら担当者が選びます。導入時には、それ以外にどの注文を確認対象にするかを決めます。たとえば一意に一致した候補・複数候補・判読不能に分け、マスタ外・訂正・再送・低画質の注文を例外として扱う運用です。担当者が元帳票を見て、確定または問い合わせを選ぶ手順も決めます。

導入時には、誤りが後工程へ与える影響を見て確認項目を決めます。得意先・商品・数量・単位・納品日について元帳票と確定値を並べ、修正前のOCR値も残す運用にするかを決めます。処理済み・保留・問い合わせ中・基幹連携済みといった状態を注文単位で持つことや、担当者・確認日時・修正理由を記録することも運用上の選択です。どの条件を誰へ戻すかまで決める必要があります。

確認待ちが増える原因は、文字の誤読・商品候補なし・訂正・再送などに分けて記録する運用を決めます。原因が分かれば、帳票設定と商品対応表のどちらを直すか判断できます。

日次の終了条件も必要です。受信件数と処理済み、保留、対象外の合計が一致するかを照合し、複数ページの不足も確かめます。OCRの処理完了表示だけでは、問い合わせ中や連携失敗を見落としかねません。翌日の担当者が注文IDから元帳票、確認内容、連携結果へ戻れる状態が必要です。

朝と締め前では、同じ確認件数でも対応の余裕が違います。繁忙時は、商品候補が一つに決まった注文と、問い合わせが必要な注文を分けて表示し、後者だけ担当者を決めます。すべてを到着順に開くより、出荷時刻と確認理由が見える方が、どの注文から手を付けるか判断できます。

確認後の値を別の様式へ手で写すと、読み取りが終わっても受注処理は完了しません。AI受注さんは、確定した内容を運送会社の様式に合わせた出荷指示書としてExcelで出力します。受注担当は出力内容を確かめて次の工程へ渡せます。

自社帳票で読み取りと確認の範囲を決めるときは、鮮明な一種類だけで判断しません。手書き・印字の混在と罫線潰れ、略称、裏写りを含めます。

注文書AI-OCRの仕組みに関するよくある質問

注文書AI-OCRは取引先ごとに帳票が違っても読めますか？

項目名や明細構造を捉えられる方式では、固定位置だけに頼らず抽出できます。ただし取引先の特定、明細の開始位置、商品名と数量の対応が保てることが条件です。代表帳票だけでなく実際の受信画像で確認します。

文字を正しく読めれば自動で受注登録できますか？

文字列の認識後に、得意先、商品コード、数量単位、納品日を確定する必要があります。略称品名が複数商品に当たる場合やマスタに候補がない場合は、人へ戻して確認できる流れを用意します。

AI-OCRの精度は100%を目指すべきですか？

100%を導入条件にせず、誤りの影響が大きい項目を登録前に確認します。自動確定、候補確認、判読不能の三つに分け、元帳票、OCR値、確定値、修正者を同じ注文IDで追えるようにします。

AI受注さんが行うのは、FAX・メール添付の注文書から取引先、商品名、数量を読み取り、商品マスタとの照合結果を候補表示し、確定した内容を運送会社の様式に合わせた出荷指示書としてExcelで出力するところまでです。導入時には、判読できない文字を誰が問い合わせるか、画像が欠けた注文の再送を誰が依頼するか、複数候補を確認した後に誰が出荷工程へ渡すかという運用を決めます。

自社の注文書の型で読み取り結果を見る（サンプル4種）