OCRに任せる項目と、人が最後に見る項目|目視チェックの線引き設計
執筆:泉 款太(株式会社SalesDock 代表取締役)累計40社以上の中小企業を支援

結論
任せるかどうかは、製品ではなく項目ごとに決めます。検算が自動で通る項目から順に、全件チェックを抜き取りへ落としてください。
- OCRの精度は同じ注文書の中でも項目ごとに違うので、精度の数字ひとつで任せるかどうかを議論しても答えが出ない
- 判断の単位を製品から項目に移し、印字で・書式が決まっていて・マスタで検算できる項目を機械へ、手書きの追記・単価・参照表現の納期指示を人へ残す
- そのうえで、検算が自動で通る項目だけを全件チェックから抜き取りへ落とす
この記事は入れたあとに、どこへ人を残すかだけを扱います。 入れるまでの手順は「FAX受注を効率化する3ステップ」で扱っているので、そちらを先に読んでください。
「FAXをOCRで読み取る仕組みを入れたのに、結局これまでと同じように 全部の注文書を人が見ています」という相談があります。 入れる前の想定では、読み取った結果をそのまま基幹システムへ渡すつもりでした。 ところが数件の読み間違いが出た時点で、念のため全部を見る運用に戻り、 そのまま定着しています。
このとき社内で交わされる議論は、たいてい精度の話になります。 精度が上がれば人のチェックを外せる、という前提です。 けれどこの前提が、そもそも運用の役に立ちません。 この記事では、任せる項目と人が最後に見る項目をどこで分けるか、 その線をどんな条件で引くかを整理します。 取引先に何も変えてもらえない前提で書きます。様式を寄せる交渉は、記事の最後に別枠で触れます。
精度の数字ひとつでは、任せる範囲を判断できない
製品の説明に出てくる読み取り精度は、原稿全体をならした数字です。 ところが実際の注文書を1枚開いてみると、欄によって読み取りやすさがまったく違います。 取引先のシステムから印字された品番欄と、 受注担当者が電話のあとに欄外へ書き足した納期の指示が、 同じ紙の上に同居しています。
この2つを同じ精度で語ることはできません。 だから「精度がこの水準を超えたら人のチェックを外す」という議論の立て方自体が、 運用の判断としては使えないのです。全体の精度が高いと聞いて全部を任せれば、 読みにくい欄の誤りがそのまま流れます。逆に読みにくい欄があるからと全部を人が見れば、 機械が確実に読める欄まで目視の対象になり、確認の総量は減りません。
判断の単位を、製品から項目へ移します。 注文書の欄をひとつずつ見て、任せる側と人が最後に見る側に振り分ける。 この振り分けができれば、 「全部人が見る」か「全部任せる」かの二択から抜けられます。
機械に任せていい項目には、4つの条件が揃っている
任せてよい項目には共通点があります。 読み取りが得意そうだから任せるのではなく、誤りが起きたときに、人の目以外の何かが止めてくれるかどうかで決まります。次の4つが揃っているかを見てください。 この4つは、任せる側に入れるための合格基準です。 後段の「4つの軸」は、どちらか迷う欄をどの順で振り分けるかの見方なので、役割が違います。
任せていい項目の条件
- 印字である:取引先のシステムやワープロから出力された文字で、手書きが混ざらない
- 桁と書式が決まっている:日付、数量、品番のように、形が崩れていれば形だけで異常と分かる
- マスタと突き合わせて検算できる:存在しない品番、扱っていない単位なら、その場で弾ける
- 間違えても後工程で必ず気づく:出荷準備や在庫の引当で必ず引っかかり、そのまま納品まで進まない
任せていい項目の4条件のうち、いちばん効くのは 「マスタと突き合わせて検算できる」ことです。 品番を読み間違えても、自社の品目マスタに存在しない文字列なら処理が止まるので、 人が見ていなくても危険は増えません。 つまり検算が用意できる項目は、目視を外しても危険が増えない。 逆に検算が用意できない項目は、精度がどれだけ高くても、 誤りが誰にも止められないまま流れる可能性が残ります。
AIを導入した会社ではなく、AIで回る会社へ
AIが一部の人の使い方で止まる理由と、会社の手順として残して回すまでの段階を整理した全12ページの資料です。段階の判定表、記入例、利用ルールのひな形つき。
資料を無料でダウンロード人が最後に見る項目は、だいたい同じ場所に集まる
逆に、人を残す項目もほぼ決まっています。 業種や取引先が違っても、相談の場で出てくる場所は似通います。 共通しているのは、紙に書かれた文字を読むだけでは意味が確定しないという点です。
たとえば納期欄に「前回と同じで」と書かれていた場合、 文字としては正しく読み取れています。 けれど前回がいつのどの注文なのかは、紙の外にある情報です。 こうした参照表現は、文字を読む処理では原理的に埋まりません。 同じことが、図面番号の枝番や改訂記号にも起きます。 記号そのものは読めても、どの版を使うべきかは受注履歴と現場の状況で決まります。
| 項目 | 扱い | そう決める理由 | 検算のしかた |
|---|---|---|---|
| 品番 | 任せる | 印字が基本で、桁と書式が決まっている | 品目マスタに存在するかを照合し、なければ処理を止める |
| 数量 | 任せる(範囲の検算つき) | 桁を間違えると原価が壊れるが、形の異常は機械で捉えられる (条件1・2を満たし、条件3は品番ごとの入り数や過去の発注幅との照合で代える) | 品番ごとの入り数・過去の発注幅から外れたら人へ回す |
| 納期 | 印字は任せる/変更指示は人が見る | 日付そのものは書式で検算できるが、参照表現は紙の外を見ないと確定しない | 暦の妥当性と、自社の休業日・リードタイムとの整合を確認する |
| 単価・値引き | 人が最後に見る | 桁を間違えても書式としては成立し、いまは検算が弱いので人が見る | 取引先ごとの単価表を整えたあとで、突き合わせて差異があるものだけ人へ回す形に移せる |
| 特記事項・欄外メモ | 人が最後に見る | 手書きが多く、書かれる場所も内容も決まっていない | 検算はできない。記載の有無だけ機械に見分けさせて人へ回す |
| 図面番号(枝番・改訂記号) | 人が最後に見る | 記号は読めても、どの版が正しいかは履歴と現場の状況で決まる | 図番の親は照合できる。枝番の妥当性は受注履歴と併せて人が確認する |
もうひとつ、表に入れにくいけれど現場で必ず問題になるのが、1枚の紙に複数の注文がまとめられている場合の区切りです。 明細行がどこまでで1件なのか、合計欄がどの範囲の合計なのかは、 様式ごとに違います。ここを機械に任せると、 項目単位では正しく読めているのに、注文の単位が壊れます。 複数注文が混ざる取引先は、まとめて人が見る側に置いてください。
任せるか人が見るかを分ける、4つの軸
自社の注文書で振り分けるときは、次の4つの軸で見ます。 項目ごとに4つを順に当てると、迷う欄が減ります。
- 間違えたときの損害額:単価と数量は、桁を間違えると原価と請求が同時に壊れる。 住所や担当者名の誤りとは、取り返しのつきやすさが違う
- 後工程で気づけるか:出荷や在庫の引当で必ず引っかかる項目は、人が見なくても止まる。 誰の目にも触れずに請求まで進む項目は、人を残す
- マスタで検算できるか:照合先があるかどうか。単価は取引先ごとの単価表が整うまで検算が弱く、 表を整えたあとで差異だけ人へ回す形に移せる
- その項目が出てくる頻度:ごく稀にしか現れない例外に人を張り付けると、 常時発生する確認のほうが甘くなる
FAX注文書のOCR運用では、ごく稀にしか来ない書式のために全件を念のため人が見ると、 常時発生する確認のほうが薄くなります。 稀な書式は読み取らせず、通常と違う形が来たことだけを機械に見分けさせて止め、 人へ回してください。この扱いにすれば、例外に人を常時張り付けずに済みます。
なお、受注ではなく請求側でOCRを使う場合も、判断の軸はほぼ同じです。 そちらの整理は「請求書のOCR・RPA」で扱っています。
全件チェックを抜き取りへ落とす順番と、全件へ戻す条件
振り分けが済んだら、次は目視の量を落とします。 ここで大事なのは、いきなり全部を落とさないことと、戻す条件を先に決めておくことです。 戻す条件がないと、何か起きたときに全件チェックへ一気に巻き戻り、 元の運用に戻って二度と動かせなくなります。
落とす順番
- まず検算が自動で通る項目だけを、全件から抜き取りへ落とす。 品番、日付の書式、単位のように照合先がある欄が対象
- 次に後工程で必ず気づく項目を落とす。 引当や出荷で止まる項目は、そこが二重目になっている
- 取引先単位でも段を分ける。印字だけで届き、様式が安定している取引先から先に落とす
- 単価・値引き・特記事項・図番の枝番は最後まで残す。 ここを落とすのは、照合先を整えたあとにする
全件へ戻す条件
抜き取りに落とした項目で、検算で弾かれる件数が増え始めたら、 その項目だけを全件チェックへ戻します。 弾かれる件数の増加は、読み取りの調子が落ちたか取引先の様式が変わったことを示す早めの信号です。戻すのは該当の項目だけで、運用全体は巻き戻しません。 誰が何を見て戻す判断をするかは、抜き取りに落とす前に決めておきます。
線引きが崩れないように、受信側で先に整えておくこと
FAX注文書のOCRで、元の画像を残しておかないと、項目を全件チェックへ戻す判断ができません。 任せる項目と人が見る項目の線引きは、読み取った値が信頼できることが前提で、 その前提を自社側で支えるのが受信側の整えです。 読み取りが崩れる原稿には、決まった顔があります。 罫線と文字が重なっている、印字が薄い、受領印やスタンプが数字に重なっている、 傾いて送られてくる、1枚に複数の注文が載っている、裏面が透けて写り込んでいる。 どれも「取引先の書き方が悪い」で終わらせがちですが、自社側で吸収できるものが混ざっています。
まず受信側の解像度です。受信の設定が粗いままだと、 送られた原稿がきれいでも読み取り前に情報が落ちます。 次に、届いた画像をそのまま残すこと。 読み取り結果だけを保存して元の画像を捨てていると、 誤りが見つかったときに何が原因だったのか追えず、 項目を全件チェックへ戻すかどうかの判断もできません。 原稿の状態が悪かったのか、読み取りの問題なのかを切り分けられないと、 改善の打ち手が選べなくなります。
FAX注文書のOCRの読み取りを安定させるために取引先へ頼むなら、まず軽い依頼から始めます。 古い様式を使っている担当者に最新版へ寄せてもらう、 受領印を数字に重ねないでもらう、といった範囲です。 読み取りやすい書類の条件そのものは「OCRが読める書類の条件」で整理しているので、依頼の内容を組み立てるときの材料に使えます。
最後に残るのは、様式を1種類に寄せる交渉
人が最後に見る項目を本当に減らしたいなら、 いちばん効くのは注文書の様式を1種類に寄せることです。 様式が揃えば、どの欄に何が書かれるかが固定され、 欄外の但し書きも減ります。複数注文の区切りの問題も消えます。 この記事で挙げた人が見る項目の多くは、 様式が揃っていないことから生まれています。
ただし、これは技術の話ではなく取引先ごとの力関係の話になります。 応じてもらえる相手と、頼めば取引そのものに響く相手がいます。 そこを踏まえずに全取引先へ一斉に依頼を出すと、 読み取りの改善どころか関係の整理から始めることになります。 現実的な線は、応じてもらえそうな取引先だけに絞って寄せていき、 応じてもらえない取引先は人が見る前提のまま残す、という運用です。
取引先に注文書の様式を寄せてもらえない場合が残る以上、 OCRの精度を上げて全部を任せるより、任せる項目と人が最後に見る項目の線を先に引くほうが、 運用が早く動きます。 線を引いたあとに人が見る項目が残るのは失敗ではなく、 どこを見ればよいかが分かっている状態です。
※ 本記事は当社が支援の現場で見た傾向を整理したもので、 統計調査や製品比較に基づく評価ではありません。 読み取りの成否は原稿の状態と製品によって変わります。
よくある質問
OCRの精度が高ければ、人のチェックはなくせますか?
精度の数字ひとつで判断できるものではありません。製品の説明に出てくる精度は原稿全体をならした数字で、同じ注文書の中でも項目ごとに読み取りやすさは大きく違います。品番や数量のように印字で桁と書式が決まっている欄と、欄外に手書きで足された但し書きを、同じ精度で語ることはできません。判断の単位を製品から項目に移すと、任せられる欄と人が最後に見る欄が分かれ、全部人が見るか全部任せるかの二択から抜けられます。
どの項目から人のチェックを外すのが安全ですか?
自動で検算が通る項目からです。品番なら自社の品目マスタに存在するかを機械が確認できますし、日付なら書式と暦の妥当性を確認できます。読み取った値が検算に通らなければ処理が止まるので、人が見ていなくても誤りが素通りしません。逆に単価や値引きのように、桁を間違えても書式としては成立してしまう項目は、いまは検算が弱いので人が見る側に残します。取引先ごとの単価表を整えたあとで、差異があるものだけ人へ回す形に移せます。外す順番は、検算が効く項目、後工程で必ず気づく項目、それ以外、の順です。
手書きの追記が多い取引先には、どう対応すればよいですか?
手書き部分を読ませようとするより、手書きがある注文書を機械に見分けさせて人へ回す運用のほうが安定します。読み取りの対象にすると、読めたのか読めなかったのか判断できない値が混ざり、かえって危険です。あわせて、その取引先の追記に何が書かれているかを一度棚卸ししてください。納期の指示、分納の依頼、送り先の変更のように種類が限られていることが多く、種類が分かればチェックする人の目の付け所も定まります。
取引先に注文書の形式を変えてもらうのは現実的ですか?
人が見る項目を減らす効果はいちばん大きい一方で、実現できるかは取引先との力関係で決まります。専用のシステムを使ってもらう話に持ち込むと、当社の支援の現場では断られることが多い印象です。現実的なのは、いま先方が使っている様式のうち古い版を使っている担当者に最新版へ寄せてもらう、記入欄の外に書かれている指示を欄内に書いてもらう、といった小さな依頼です。応じてもらえない取引先は、人が見る前提のまま残す判断でかまいません。
泉 款太(いずみ かんた)
株式会社SalesDock 代表取締役
慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に、累計40社以上の支援に携わる。
運営は株式会社SalesDock(大阪市中央区本町)。中小企業向けに、AI内製化(初期構築15万円+月額10万円・90日)と、 そのあとのAI顧問(月額5万円・6ヶ月契約から)を提供しています。価格は税別です。 大阪・関西を中心に、オンラインで全国からのご相談に対応しています。
代表者情報を読む →この記事の数値について
本文中に一次資料へのリンクがある数値は、リンク先を出典としています。 リンクのない業務設計、判断基準、実務上の目安は、SalesDockが累計40社以上の支援と自社運用で得た知見を一般化したものです。 個別企業での成果を保証する数値ではなく、条件によって変わります。
CASE
実際の支援では、こう変わりました
人材紹介3ヶ月の伴走支援
サイトの文言変更を、担当者が一人で本番公開まで完了。
防災メーカー3ヶ月の伴走支援
見積書づくりで人が行うのは、粗利をどうするかの判断だけに。
外国人材の就職支援試作からの伴走支援
書類の回収・仕分けと履歴書づくりを、どこまで自動にし、どこを人が確認するかを決めて試作まで完了。