取引先からFAXやメールで届く注文を、担当者が目で見て販売管理システムや表計算ソフトに打ち込む。多くの会社で続いているこの作業は、AI-OCRや生成AIを使えば、読み取りとデータ化の大部分を自動化できます。結論から言うと、受発注業務の自動化で成果を出すには、読み取りの精度を追い求めることよりも、読み取った結果を商品マスタや取引先マスタと照合する工程と、確信が持てないものを人が確認する工程を設計することが重要です。読み取りは必ずどこかで誤ります。誤りがそのまま受注データになる仕組みは、手入力より危険です。
また、取引先に注文方法の変更をお願いできるなら、FAXをデータ化する前に、受注用のフォームやEDIへの移行を検討する価値があります。ただし、取引先の都合ですぐには変えられないことも多く、現実的には「届いたものをデータ化する仕組み」と「注文方法をデジタルに寄せていく取り組み」を並行して進めることになります。
この記事は、卸売業・製造業・小売業などで受注処理を担当している責任者や担当者に向けて、FAXやメールの注文をデータ化する方法、照合と確認の工程の設計、基幹システムへの連携、導入の手順と、よくある失敗を解説します。
受発注業務で手間がかかっている部分
FAXやメールでの受注処理は、一般に次のような流れで行われています。
- FAXの受信、またはメールの受信と添付ファイルの確認
- 注文書の内容の読み取り（取引先、商品、数量、納期、届け先など）
- 取引先コード、商品コードへの読み替え
- 在庫や納期の確認
- 販売管理システムへの受注入力
- 受注内容の確認（入力ミスのチェック）
- 取引先への受注確認や納期回答の連絡
- 出荷指示
手間がかかるのは、2〜6の部分です。注文書の様式は取引先ごとに異なり、手書きの注文書や、品名だけで商品コードが書かれていない注文書もあります。担当者は、取引先ごとの書き方の癖や、「この取引先のこの品名はこの商品のこと」という読み替えを頭の中で行っています。この暗黙の知識が、自動化の設計で最も重要な部分になります。
FAX・メール注文をデータ化する方法の比較
注文書をデータ化する方法には、いくつかの選択肢があります。
| 方法 | 仕組み | 向いている注文書 | 注意点 |
|---|---|---|---|
| 従来型のOCR | 文字の形を読み取る。様式ごとに読み取り位置を設定する | 様式が固定された活字の注文書 | 様式が変わると設定し直しが必要、手書きに弱い |
| AI-OCR | 機械学習で文字を認識する。手書きや多様な様式に対応しやすい | 手書きを含む注文書、様式の種類が多い場合 | 読み取った文字を項目に当てはめる設定は必要 |
| 生成AI | 画像や文書の内容を理解し、指定した項目の形式で抜き出す | 様式がばらばらな注文書、メール本文の注文 | 出力が揺れることがあり、照合と確認が必須 |
| AI-OCR＋生成AI | AI-OCRで文字にし、生成AIで項目を整理する | 手書きと多様な様式が混在する場合 | 仕組みが複雑になる分、設計と保守が必要 |
| 受注フォーム・EDIへの移行 | 取引先にデータで注文してもらう | 取引先の協力が得られる場合 | 取引先の負担と、移行の期間がかかる |
様式が限られた活字の注文書が中心ならAI-OCR、様式がばらばらでメール本文での注文も多いなら生成AIの活用、といった選び方になります。AI-OCRの導入の進め方と精度の考え方はAI-OCRで紙・PDF帳票を読み取る：導入手順と精度の考え方で詳しく解説しています。
生成AIを使う場合は、出力の形式を決めておくことが重要です。取引先名、商品名、数量、単位、納期、届け先といった項目を、決まった形式（項目名と値の組）で返させる指定をすると、後の照合の処理がしやすくなります。この使い方は構造化出力（JSONモード）と呼ばれます。
データ化の仕組みの全体像
FAX・メール注文の自動化は、次の工程の組み合わせで考えます。
- 取り込み：FAXを電子データで受信する（FAXの受信をPDFにしてメールやフォルダに届ける仕組みを使う）、注文用のメールアドレスに届いたメールを取り込む。
- 振り分け：届いたものが注文なのか、問い合わせや請求書など別のものなのかを判定する。
- 読み取り：AI-OCRや生成AIで、注文の項目を抜き出す。
- 照合：抜き出した取引先名や商品名を、取引先マスタ・商品マスタと照合し、コードに読み替える。数量や納期が妥当な範囲かを確認する。
- 確認：照合で問題がなかったもの、確信度が高いものは確認を簡略化し、問題があったものは担当者が確認・修正する。
- 登録：確認済みのデータを、販売管理システムに登録する。
- 記録と回答：元の注文書と登録したデータを紐づけて保存し、取引先に受注確認を返す。
メールの振り分けを生成AIで行う方法については、問い合わせメールの振り分けを生成AIで自動化する方法と注意点が参考になります。
照合の工程を設計する
照合は、受注自動化の品質を決める工程です。読み取った文字列を、そのまま受注データにしてはいけません。
取引先の照合
FAX番号やメールの送信元アドレス、注文書に書かれた取引先名から、取引先マスタのどの取引先かを特定します。送信元の情報は比較的確実ですが、同じ取引先から複数の拠点の注文が届く場合は、届け先の情報も合わせて照合します。
商品の照合
もっとも難しいのが商品の照合です。注文書には、商品コードが書かれている場合、自社の商品名が書かれている場合、取引先独自の呼び方で書かれている場合があります。次のような工夫で照合の精度を上げます。
- 取引先ごとの読み替え表を作る：担当者が頭の中で行っている「この取引先の◯◯は、この商品」という対応を表にします。この表が、自動化の最も重要な資産になります。
- 過去の注文履歴を使う：その取引先が過去に注文した商品の中から候補を絞ると、照合の誤りが減ります。
- 表記揺れを吸収する：全角と半角、略称、型番の区切り記号の違いなどを、照合の前にそろえます。
数量・納期・単位の妥当性チェック
数量が過去の注文と比べて極端に多い、単位が「個」と「箱」で取り違えられている可能性がある、納期が過去の日付になっている、といったものを自動で検出し、確認対象にします。
確認の工程と、例外の扱い
照合の結果をもとに、担当者が確認する範囲を決めます。すべてを担当者が確認すると自動化の効果が小さくなり、確認を省きすぎると誤った受注が登録されます。
確認の振り分けの例は次のとおりです。
- 確認を簡略化するもの：取引先と全商品の照合が成功し、数量・納期・単位のチェックにも問題がない注文。担当者は一覧で内容を流し見て承認する。
- 重点的に確認するもの：照合できない商品がある、読み取りの確信度が低い項目がある、数量や納期のチェックに引っかかった注文。担当者が元の注文書と並べて確認・修正する。
- 担当者が個別に対応するもの：注文以外の連絡が混ざっている、手書きの追記や訂正がある、新しい取引先からの注文。担当者が内容を判断し、必要に応じて取引先に確認する。
確認の画面では、元の注文書の画像と読み取り結果を並べて表示し、照合できなかった項目や疑わしい項目を目立たせると、確認の時間を短くできます。担当者が修正した内容は、読み替え表に追加できる形で記録しておくと、次回以降の照合の精度が上がります。
自動化の中で人が判断する工程の作り方は業務自動化で残る例外処理：人が判断する工程を組み込む方法で詳しく解説しています。
販売管理システム・基幹システムへの連携
確認済みの注文データを、販売管理システムや基幹システムに登録する方法は、システムの種類によって変わります。
- API がある場合：API を使って受注データを直接登録します。登録の結果（成功・失敗）を受け取れるため、確実に連携できます。
- ファイルの取り込み機能がある場合：決まった形式のファイル（CSV など）を作り、取り込み機能で登録します。取り込みの操作を人が行うか、自動で行う仕組みを作ります。
- どちらもない場合：画面の操作を自動化するツールで入力する方法がありますが、画面の変更に弱く、保守の負担が大きくなります。可能であれば、システムの取り込み機能の追加やシステムの見直しを検討します。
受注の管理を担うシステムの役割については販売管理システムの用語ページで整理しています。
連携で気をつけたいのは、二重登録の防止です。同じ注文がFAXとメールの両方で届いた、同じFAXが再送された、といった場合に、同じ注文が二回登録されないよう、取引先、注文番号、注文日、内容の組み合わせで重複を確認します。
登録が失敗したときの扱いも決めておきます。商品コードが販売管理システム側で廃番になっていた、取引先の与信の上限を超えていた、といった理由で登録が拒否されることがあります。失敗した注文は確認画面に戻し、理由を表示して担当者が対応できるようにします。登録に成功したかどうかを確認せずに次へ進む作りにすると、取り込まれていない注文に気づかないまま出荷日を迎えることになります。
取引先の注文方法をデジタルに寄せる
データ化の仕組みと並行して、取引先の注文方法を変えていく取り組みも進めます。注文書を読み取るより、最初からデータで注文してもらう方が、誤りも手間も少ないからです。
- 受注用のウェブフォーム：取引先が商品と数量を選んで注文できるフォームを用意します。過去の注文の再注文や、よく使う商品の一覧があると、取引先にとっても便利になります。
- 決まった形式のファイルでの注文：表計算ソフトの決まった様式で注文してもらう方法です。取引先の負担が比較的小さく、読み取りの精度も上がります。
- EDI：取引先とのデータ交換の仕組みです。取引量が多い取引先との間で検討します。仕組みはEDI（電子データ交換）の用語ページで整理しています。
取引先にとって注文方法の変更は負担になるため、一斉に切り替えを求めるのではなく、注文件数の多い取引先から、相手にとっての利点（注文の手間が減る、納期の回答が早くなるなど）を伝えて相談するのが現実的です。
導入の手順
- 注文の実態を把握する：取引先ごとに、注文の経路（FAX、メール本文、添付ファイル）、件数、様式、手書きの有無を一覧にします。
- 読み替えの知識を書き出す：担当者が行っている取引先ごとの読み替えや、注意している点を書き出し、読み替え表の原型を作ります。
- マスタを整える：商品マスタと取引先マスタの重複や表記揺れを整理します。照合の精度はマスタの品質に左右されます。
- 対象を絞って試す：件数が多く様式が安定している取引先を数社選び、読み取りから照合までを試します。
- 確認画面と手順を作る：確認の振り分けのルールと、担当者の確認の手順を決めます。
- 基幹システムへの連携を作る：登録の方法を決め、二重登録の防止を含めて実装します。
- 並行運用する：一定期間、従来の手入力と並行して運用し、結果を比較して誤りの傾向を確認します。
- 対象を広げる：試行の結果を踏まえて読み替え表と確認のルールを見直し、対象の取引先を広げます。
費用と効果を見積もるときの観点
受注処理の自動化の費用は、読み取りに使うサービスの利用料、照合と確認の仕組みの構築、基幹システムとの連携、マスタの整理にかかる作業、そして運用開始後の読み替え表の更新や保守で構成されます。どれに重きが置かれるかは、注文書の様式の多さ、手書きの割合、販売管理システム側の連携のしやすさで大きく変わるため、まずは注文の実態の一覧を作り、それをもとに範囲を決めて見積もりを取ります。
効果は、受注入力にかかっている時間の削減だけで見ないことが大切です。入力ミスによる誤出荷や再出荷の手間、朝の受注処理が終わるまで出荷作業が始められない待ち時間、特定の担当者が休むと処理が回らない状態の解消なども、自動化の効果に含めて考えます。導入前にこれらの現状を記録しておくと、効果を確かめやすくなります。
架空の例：食品卸の受注処理
ここでは、飲食店や小売店に食材を卸している、架空の食品卸を想定します。注文の多くはFAXで、手書きのものも多く、毎朝、三人の担当者が受注入力に追われていました。
まず、FAXを電子データで受信する仕組みに切り替え、注文書をAI-OCRで読み取る仕組みを試しました。手書きの数字の読み取りはおおむね機能しましたが、品名が取引先ごとに独自の呼び方で書かれているため、商品の照合で多くの確認が発生しました。
そこで、担当者に取引先ごとの呼び方を書き出してもらい、読み替え表を作りました。さらに、各取引先の過去の注文履歴から候補を絞る仕組みを加えると、照合できない商品は大きく減りました。確認画面では、元のFAXの画像と読み取り結果を並べ、照合できなかった品名と、過去の注文と比べて数量が大きく違う行を目立たせるようにしました。
担当者が修正した品名は読み替え表に追加され、使うほど照合が改善する仕組みになりました。並行して、注文件数の多い取引先には受注用のウェブフォームを案内し、一部の取引先はFAXからフォームでの注文に切り替えています。
受発注自動化のチェックリスト
- 取引先ごとの注文経路、件数、様式、手書きの有無を一覧にしている
- 担当者の読み替えの知識を書き出し、読み替え表にしている
- 商品マスタと取引先マスタの重複や表記揺れを整理している
- 読み取った結果を、そのまま受注データにせず必ずマスタと照合している
- 数量・単位・納期の妥当性チェックがある
- 確認の振り分けのルール（簡略・重点・個別対応）が決まっている
- 確認画面で、元の注文書と読み取り結果を並べて確認できる
- 担当者の修正内容が読み替え表に反映される仕組みがある
- 二重登録を防ぐ仕組みがある
- 元の注文書と登録データが紐づけて保存されている
- 並行運用の期間を設け、誤りの傾向を確認している
よくある失敗とその避け方
読み取りの精度だけで判断する
ツールの比較で読み取りの精度ばかりに注目すると、照合と確認の設計がおろそかになります。どのツールでも誤りは起きる前提で、誤りを見つけて直す工程を設計します。
マスタが整っていないまま始める
商品マスタに同じ商品が別のコードで重複している、取引先の名称が古いまま、といった状態では、照合の精度が上がりません。自動化の前に、マスタの整理に時間をかけます。
担当者の知識を取り込まない
取引先ごとの読み替えや注意点を知っているのは担当者です。担当者を巻き込まずに仕組みを作ると、照合の誤りが減らず、確認の手間が残ります。
確認を省きすぎる
運用が安定してくると、確認を省きたくなります。確認を簡略化する範囲は、並行運用で誤りの傾向を確かめてから、少しずつ広げます。
よくある質問
Q. 手書きのFAX注文でも自動化できますか？
AI-OCRや生成AIで手書きの文字を読み取ることはできますが、字の癖や書き方によって誤りが起きやすくなります。手書きの注文は重点的に確認する対象とし、読み替え表や過去の注文履歴との照合で誤りを見つける設計にします。
Q. どのくらいの注文件数があれば自動化する価値がありますか？
件数だけでなく、一件あたりの入力時間、入力ミスによる影響、担当者の負担の偏りを合わせて判断します。件数が少なくても、特定の担当者しか処理できない、繁忙期に処理が追いつかない、といった課題があれば、検討の価値があります。
Q. 販売管理システムが古く、外部から登録する方法がありません。
ファイルの取り込み機能もない場合は、画面操作の自動化で入力する方法がありますが、保守の負担が大きくなります。受注処理の自動化をきっかけに、販売管理システムの見直しや、取り込み機能の追加を検討することも選択肢です。
Q. 生成AIを使う場合、注文書の情報を外部のサービスに送っても問題ありませんか？
利用するサービスの契約条件（入力したデータの扱い、保存場所、学習への利用の有無）を確認し、取引先との契約上の制約がないかも確認します。条件はサービスやプランによって異なり、変更されることもあるため、最新の利用規約で確認してください。
Otsumuに相談できること
注文の様式が限られていて、使っている販売管理システムにファイルの取り込み機能があり、既製のAI-OCRサービスの機能で読み取りから出力までが完結するのであれば、この記事の手順で自社だけで自動化を進めることは十分可能です。まずは取引先ごとの注文の実態と、担当者の読み替えの知識を書き出すところから始めてみてください。
一方で、様式がばらばらで手書きも多い、取引先ごとの読み替えを照合の仕組みに組み込みたい、確認画面から販売管理システムへの登録までを一続きにしたい、といった場合は、仕組みの設計と開発が必要になります。
Otsumuの自社サービス運用の自動化コンサルティングでは、受注業務の実態の把握から、読み取りと照合・確認の工程の設計、販売管理システムとの連携の実装、運用後の改善までを一貫して支援しています。受注フォームや確認画面など、業務に合わせた仕組みが必要な場合は、業務システム開発として必要な機能に絞って開発することもできます。
自社の受注処理のどこから自動化できそうか、まずは状況を伺いながら整理することもできます。30分の無料相談からお気軽にご連絡ください。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01