メール・PDFの注文書を受注登録まで自動化するには？｜読み取りの先に必要な仕組み

メールに添付されたPDFの注文書を、担当者が開いて販売管理システムに打ち込む。AI-OCR（AIを使った文字読み取り）を入れれば終わる作業に見えますが、実際に詰まるのは読み取りの先です。注文書の「（株）山田商店」を得意先コードに、「スチールラック W900 黒」を自社の商品コードに、「3ケース」を受注単位の数量に置き換え、重複や訂正がないかを確かめてから登録する。この工程を仕組みとして持たない限り、文字が正しく読めても受注登録は自動になりません。

この記事では、メール・PDFの注文書を受注登録までつなぐために必要な仕組みを、次の順で整理します。

1. 1受信から受注登録までの作業の分解
2. 2注文書から抜き出す項目と、登録データへの変換
3. 3商品マスターとの照合と、不明項目・重複注文の見つけ方
4. 4人の承認を挟んだ登録と、失敗・再実行・訂正の管理
5. 5本番前の検証で測る指標

注文書の受信から受注登録まで、どんな作業がある？#

受注登録までの作業は、受信と振り分け・項目の抽出・マスター照合・確認と承認・登録と記録の5つに分けられます。AI-OCRが主に担うのは2つ目で、残りの4つは読み取りとは別に設計する必要があります。

1. 1受信と振り分け — 受注用のメールボックスに届いたメールから注文書を取り出し、取引先と様式を特定する
2. 2項目の抽出 — 取引先・商品・数量・単位・納期などを、注文書の記載のまま抜き出す
3. 3マスター照合 — 抜き出した値を得意先コード・商品コード・受注単位に置き換え、合わないものを止める
4. 4確認と承認 — 止まった項目を担当者が直し、登録してよいかを判断する
5. 5登録と記録 — 販売管理システムに登録し、元の注文書と登録結果を結びつけて残す

なぜ「読めた」のに登録まで進まないのか#

注文書は取引先の言葉で書かれ、販売管理システムは自社の言葉で動いているからです。読み取りが完璧でも、取引先が独自の品番や略称で書いていれば、その文字列は自社の商品マスターに存在しません。数量が「ケース」で書かれていて、自社が「個」で受注を管理していれば、入数を掛けなければ登録できません。

つまり自動化の対象は「文字を読むこと」ではなく、「取引先の記載を自社のデータに翻訳すること」です。読み取りの精度をいくら上げても、翻訳の仕組みがなければ担当者の手作業はほとんど減りません。

受発注のデータ化はどこまで進んでいるか#

取引先にEDI（企業間で注文データを直接やり取りする仕組み）やWeb受発注へ移ってもらえれば、この翻訳はそもそも不要になります。ただ、すべての取引先がそうなるわけではありません。中小企業庁は「中小企業においては、FAXや電話を用いて、企業間での受発注取引が行なわれているケースが一定数あります」としたうえで、2021年において受注側の48.5%が電子受発注に対応していたという調査結果を示しています（出典：中小企業の受発注デジタル化｜中小企業庁、元の調査は中小企業庁「令和3年度取引条件改善状況調査」）。メールやPDFで届く注文書は、紙の注文書と取引先のデジタル化のあいだに残る、当面なくならない受け口だと考えるのが現実的です。

なお、メールで受け取ったPDFの注文書は、電子帳簿保存法上の電子取引データにあたります。国税庁のパンフレットは、注文書・契約書・送り状・領収書・見積書・請求書などに相当する電子取引データを受領・交付した場合、その電子保存が義務付けられているとしています（出典：電子帳簿等保存制度を活用して、デジタル化をさらに進めてみませんか？（令和8年6月）｜国税庁）。登録が済んだら注文書のPDFを消してよい、という作りにはできません。保存の設計は電子帳簿保存法への対応｜義務の範囲と、受発注・請求システムに持たせる保存要件で整理しています。

注文書から何を抜き出し、どう登録データに変える？#

抜き出す項目は、取引先・注文番号・注文日・商品・数量・単位・単価・納期・納品先・備考の10項目が基本です。大事なのは、抜き出した値をそのまま登録しないことです。どの項目も、注文書の記載から登録データの形へ一段変換する必要があります。

次の表は、項目ごとに注文書での現れ方と登録データでの形、つまずきやすい点を並べたものです。

たとえば、この注文書はこう変換される#

架空の例で考えます。卸売業のA社に、取引先の山田商店から次のような注文書が届いたとします。

注文書の記載は、次のとおりです。

• （株）山田商店 仕入部 — 取引先名は書き手によって毎回表記が揺れる
• スチールラック W900 黒 — 取引先の呼び方で、自社の品名とは一致しない
• 3ケース — 自社は「個」で受注を管理している
• 来週水曜まで — 日付ではなく、受信日からの相対表現で書かれている

これを登録データにすると、次のようになります。

• 得意先コード C0123 — 得意先マスターの正式名と照合して決める
• 商品コード SR-0900-BK — 取引先別の対応表（品名・品番）から引き当てる
• 36個（入数12） — 商品マスターの入数を掛けて受注単位に直す
• 日付に換算して要確認 — 受信日を基準に日付へ直し、確認の印を付ける

4項目のうち、文字の読み取りだけで決まるものは1つもありません。どれもマスターや受信日という、注文書の外にある情報と組み合わせて初めて登録できる形になります。ここが、読み取りの先に仕組みが要る理由です。

抜き出しはAIに、変換と判定はプログラムに#

様式が取引先ごとに違う注文書から項目を抜き出す工程には、AIが向いています。項目の位置が決まっていない書面や、本文に注文内容が書かれたメールでも、取引先・品名・数量といった意味で項目を拾えるからです。

一方、得意先コードの決定、入数の掛け算、単価がマスターと一致するかの判定は、通常のプログラムで書きます。同じ注文書から毎回同じ登録データが作られなければならず、なぜそのコードになったかを後から説明できる必要があるからです。AIと通常のプログラムの分担の考え方は、既存の販売管理・ERPを変えずにAIを導入できる？｜転記・照合・通知から始める進め方でも整理しています。

商品マスターとの照合はどう組む？#

照合は3段で組みます。完全一致で決まるものはそのまま通し、取引先別の対応表で決まるものは対応表で引き当て、どちらでも決まらないものだけを候補つきで人に回す、という順番です。

• 1段目：完全一致 — 自社の商品コードや正式な品名がそのまま書かれていれば、それで決める
• 2段目：取引先別の対応表 — 「山田商店の品番YR-12は、自社のSR-0900-BK」という対応を取引先ごとに持ち、そこから引き当てる
• 3段目：候補の提示 — 品名の似ている商品を候補として並べ、担当者に選んでもらう。選んだ結果は2段目の対応表に追加する

3段目で担当者が選んだ結果を対応表に戻すのが要点です。同じ取引先から同じ書き方の注文が来れば、次からは2段目で決まります。運用を続けるほど人に回る件数が減っていく作りにしておくと、最初から高い自動化率を目指さなくても済みます。

照合で止めるべきものは3種類#

照合の結果、そのまま登録へ進めてはいけないものは、不明な項目・重複の疑い・条件の食い違いの3種類に分けて止めます。

• 不明な項目 — 商品が対応表にも候補にも見つからない、単位が書かれていない、納期が読み取れない。決まらない項目は空欄のまま登録せず、要確認に回す
• 重複の疑い — 同じ取引先・同じ注文番号の注文書が2通届いた、注文番号がなくても同じ商品・同じ数量の注文が短い間隔で届いた。FAXで送った注文をメールでも送り直す取引先もある
• 条件の食い違い — 単価が得意先別の単価と違う、数量がいつもの桁から大きく外れている、納品先が登録済みの納品先と合わない、通常のリードタイムでは間に合わない納期が指定されている。読み取りは正しくても、そのまま登録すると事故になる

重複注文は「同じ番号」だけでは見つからない#

重複の判定を注文番号の一致だけで組むと、取りこぼしが出ます。注文番号を書かない取引先があり、訂正版の注文書が同じ番号で再送されることもあるからです。判定の条件は、次の3つを組み合わせて決めます。

• 取引先と注文番号が一致する
• 取引先・商品・数量が一致し、受信の間隔が決めた日数以内である
• 本文や件名に「訂正」「再送」「差し替え」が含まれる

1つ目は重複の可能性が高いものとして止め、件名や本文に訂正・差し替えの表記があれば後述する訂正の流れに回します。2つ目と3つ目も「重複の疑い」として担当者に確認を求めます。いずれも登録するかどうかは担当者が決め、仕組みの側で自動的に決めきろうとしないことが、二重登録を防ぐいちばん確実な方法です。

登録はどこで人が承認し、失敗や訂正をどう管理する？#

導入の段階では、登録は担当者の承認後に行うのが基本です。仕組みが作るのは登録データの下書きまでにとどめ、担当者が元の注文書と下書きを見比べて承認したものだけを販売管理システムに登録します。

承認画面には、元の注文書のPDFと変換後の登録データを並べ、仕組みが変換した箇所（得意先コード・入数の掛け算・納期の換算）に印を付けます。全項目を見比べさせるのではなく、変換した箇所と止めた理由を見せることで、確認の手間を減らしながら見落としを防げます。

受付から訂正まで、1通の注文書を1本の流れで追う#

失敗・再実行・訂正をあとから追えるようにするには、注文書1通ごとに受付番号を振り、その番号で状態を管理します。

1. 1受付番号を振る — メールの受信時点で番号を振り、元のPDFとメール本文を保存する
2. 2要確認に回す — 照合で止まった項目があれば、止めた理由と一緒に担当者の一覧に載せる
3. 3訂正して承認する — 担当者が項目を直し、登録してよいと判断したら承認する。誰が何を直したかを記録する
4. 4登録と再実行 — 販売管理システムに登録する。失敗したら、同じ受付番号のまま再実行する
5. 5訂正と取消を紐づける — 訂正版や取消の連絡が届いたら、元の受付番号に紐づけて処理する

再実行しても二重登録にならない作りにする#

登録の途中で通信が切れたとき、販売管理システム側に登録されたのかどうかが分からなくなることがあります。そのまま再実行すると、同じ注文が2件登録されます。これを防ぐには、受付番号を販売管理システム側の受注データにも持たせ、再実行の前に「この受付番号の受注がすでにあるか」を確かめる作りにします。何度実行しても結果が1件にしかならない状態にしておけば、失敗したときは迷わず再実行できます。

販売管理システムに受付番号を入れる項目がない場合は、備考欄に入れる、取引先の注文番号と受信日時の組み合わせで代用するなど、既存システムの側で照合できる手がかりを1つ決めてください。受注を管理するシステムの側で何を持つべきかは、受注管理システムとは｜Excelで限界が来る条件と、在庫・出荷・請求までつなぐ選び方で解説しています。

訂正・取消の注文書は、新しい注文として扱わない#

訂正版の注文書を新しい注文として登録すると、元の注文と訂正後の注文が両方残ります。訂正・取消の連絡は、必ず元の受付番号を探してそこに紐づけ、元の受注を直すのか、取り消して登録し直すのかを担当者が選ぶ流れにします。すでに出荷の手配が進んでいる受注を訂正する場合は、出荷担当への連絡までを手順に含めてください。

本番前の検証では、何を測ればよい？#

検証で測るのは、読み取りの精度ではなく、注文書1通単位で正しく受注登録できたかです。項目ごとの読み取りがほとんど正しくても、10項目のうち1つでも誤っていれば、その注文書は直さなければ登録できません。項目単位と注文書単位の数字は、まったく別のものです。

本番前に、次の指標を決めて数えます。

とくに注意したいのが、誤登録の件数です。要確認に回る割合を下げようとして照合の条件を緩めると、修正なしで登録できる割合は上がりますが、単位違いや商品違いがそのまま通るようになります。片方だけを目標にすると、もう片方が静かに悪化するため、必ず組で見てください。

検証用の注文書の集め方#

検証に使う注文書は、きれいなものだけを選ばないことが大切です。次のものを意図的に含めます。

• 注文件数の多い取引先から順に、取引先ごとの様式を一通り
• 手書きの注文書をスキャンしたPDFや、FAXを画像にしたもの
• 訂正版・再送・取消の連絡
• 注文内容がPDFではなくメール本文に書かれたもの
• 新商品や、取引先別の品番対応がまだないもの

検証期間は、締めの周期よりも長く取ります。月末に注文が集中する取引先がある、月初に単価改定がある、といった周期を一度は通さないと、例外の出方が分かりません。

自動化に向かないケースと、よくある落とし穴は？#

すべての注文書を自動化の対象にする必要はありません。次のような場合は、手入力のまま残すか、取引先にWeb受発注への切り替えを相談するほうが合理的です。

• 件数の少ない取引先 — 月に数通しか届かない取引先のために様式ごとの調整をしても、手間を回収できない
• 注文のたびに様式が変わる — 担当者が毎回自作の表で送ってくる取引先は、照合以前に抜き出しが安定しない
• 注文書に書かれていない合意が多い — 電話で決めた特別単価や分納の指示が前提になっている取引は、注文書だけでは正しく登録できない

よくある落とし穴は、次の3つです。

• 商品マスターが整っていない — 廃番コードが残っている、同じ商品が複数のコードで登録されている状態では、照合が正しく働かない。自動化の前に、注文の多い商品から整理する
• 読み取りの精度だけで比較する — AI-OCRの製品選びを読み取り精度だけで進めると、変換・照合・承認の仕組みが別途必要なことに後から気づく
• 承認が形だけになる — 一覧で「まとめて承認」できる画面にすると、確認せずに承認されるようになる。まとめて承認を許すのは、修正箇所のない注文書に限る

まとめ#

メール・PDFの注文書を受注登録まで自動化するために必要なのは、読み取りの先にある仕組みです。

• 受注登録までの作業は、受信と振り分け・項目の抽出・マスター照合・確認と承認・登録と記録の5つ。AI-OCRが主に担うのは抽出
• 抜き出した値は、得意先コード・商品コード・受注単位・日付へ変換して初めて登録できる。変換と判定は通常のプログラムで書く
• 照合は、完全一致・取引先別の対応表・候補の提示の3段で組み、人が選んだ結果を対応表に戻す
• 不明な項目・重複の疑い・条件の食い違いの3種類は、登録へ進めずに止める
• 注文書1通ごとに受付番号を振り、承認・再実行・訂正をその番号で追う。再実行しても1件しか登録されない作りにする
• 検証では、項目単位の読み取り精度ではなく、注文書単位で修正なしに登録できた割合と、誤登録・二重登録の件数を組で測る

まずは、注文件数の多い取引先の注文書を数十通集め、いまの手入力で1通あたり何分かかっているか、どの項目で迷っているかを数えるところから始めてください。そこで迷っている項目が、仕組みに持たせるべき変換と照合の中身です。

よくある質問（FAQ）#

Q. AI-OCRを導入すれば、受注入力は自動になりますか？

A. 文字の読み取りは自動になりますが、受注入力がそのまま自動になるわけではありません。読み取った取引先名や品名を、自社の得意先コード・商品コード・受注単位に変換し、重複や条件の食い違いを確かめる仕組みが別に必要です。この部分がないと、担当者は読み取り結果を見ながら手で直すことになります。

Q. 取引先ごとに様式が違っても対応できますか？

A. 対応できます。項目の位置が決まっていない書面から意味で項目を拾う工程はAIに向いており、様式ごとに読み取り位置を設定する必要は必ずしもありません。ただし取引先独自の品番や単位は、取引先別の対応表を持たなければ自社のコードに変換できないため、様式の違いよりも対応表の整備のほうが手間になります。

Q. 最初から人の確認なしで登録してもよいですか？

A. 導入の段階ではおすすめしません。受注の誤登録は出荷や請求まで影響し、取り消しに手間がかかるためです。まずは担当者の承認後に登録する形で始め、修正なしで登録できた割合と誤登録の件数を一定期間測ったうえで、条件が揃った取引先から承認の省略を検討してください。

Q. 注文書のPDFは、受注登録が済んだら削除してよいですか？

A. 保存期間中は削除しないでください。メールで受け取ったPDFの注文書は電子帳簿保存法上の電子取引データにあたり、電子保存が義務付けられています。あわせて、日付・金額・取引先で検索できることなどの保存要件もあります（売上高などの条件によって緩和される措置もあります）。受付番号で元のPDFと登録データを結びつけて保存しておくと、保存の要件への対応と、訂正・問い合わせ時の確認の両方に役立ちます。詳しくは電子帳簿保存法への対応｜義務の範囲と、受発注・請求システムに持たせる保存要件をご覧ください。

Q. 販売管理システムにAPIがなくても登録まで自動化できますか？

A. CSVなどの取り込み機能があれば、登録データをそのファイル形式で出力して取り込む形で対応できます。取り込み機能もない場合は画面操作の自動化を使うことになりますが、画面の変更で止まりやすいため、再実行時に二重登録にならない手がかり（受付番号や注文番号）を必ず持たせてください。

注文書の受注登録の自動化をご相談ください#

弊社（株式会社TryWith）は、システム受託開発とAIソリューション開発を通じて、既存の販売管理システムを残したままの業務改善を手がけています。いま届いている注文書の様式と、お使いの販売管理システムの取り込み方法をうかがい、どこまでをAIの抜き出しに任せ、どこからを照合・承認の仕組みで受けるかを、開発を担う立場から整理してご提案します。対象にする取引先の選び方や、検証の進め方だけのご相談も承ります。

お問い合わせはこちら