FAX受注の自動化は、AI-OCRで注文書を文字にした時点では終わりません。止まりやすいのは、読み取った品番・数量・納期を得意先マスタや商品マスタと照合し、合わない一行の扱いを決める工程です。照合の揺れはAIエージェントに、確定入力の承認は人に分けて持たせます。

朝の受注センターでは、夜のうちに複合機へ届いた注文書が束になって待っています。得意先ごとに書式が違い、手書きの追記や訂正の線も混じります。受注担当者はその束を一枚ずつめくりながら、品番を商品マスタで引いていきます。

改廃前の旧品番は新しい品番に、「2ケース」は入数を掛けたバラの数量に、「至急」や「月末まで」は配送便のある日付に、それぞれ直してから基幹システムの受注画面へ打ち込みます。読み替えの根拠は、担当者の記憶と手元のメモです。

この受注センターに届く注文書が一日60枚、一枚あたり平均8行だとすれば、照合する行は一日480行です。読み取りを機械に任せても、この480回の突き合わせは誰かの手元に残ります。

FAX受注の自動化は、AI-OCRを入れたあと、どこで止まるのか？

止まるのは、読み取った文字を、基幹システムが受け付ける品番と数量に直す照合の工程です。AI-OCRが返すのは注文書に書かれた文字列であり、商品マスタに登録された品番や発注単位そのものではありません。

中小企業庁の実証調査報告書（2023年3月）は、AI-OCRを、ディープラーニングによって従来のOCRでは難しかった手書き文字や非定型の帳票にも対応する仕組みとして説明しています。同じ実証で手書きのFAX注文をAI-OCRにかけたボランタリーチェーン本部の例では、一部の書体や文字の大きさで正確に読めない箇所が出たものの、十分に現場の実運用に耐える出力が得られたと評価されました。

読めることと、入力できることのあいだには、もう一つ工程があります。

中小企業庁の調査報告書（2022年3月）は、取引先ごとに様式が違っても人は目で見て項目の意味を取り違えずに伝えられると述べ、人が行っているように「同じ意味を持つが、異なる表現になっている項目」をつなげられるようになれば、デジタル化が進むとしています。報告書の例は「受注担当者」と「担当者」のような項目名ですが、品番や単位の読み替えも同じ種類の仕事です。この仕事を引き受ける工程がなければ、FAXの束は画像からテキストに変わるだけで終わります。

受発注のFAXと電話は、いまどのくらい残っているのか？

東京商工会議所が2024年10〜11月に主に東京23区内の中小企業へ行った調査では、受発注の状況として「電話・FAXによる受発注」を選んだ企業が24.6%、EDIによる受発注システムを導入した企業が13.6%でした。中小企業庁が示す数字でも、2021年時点で電子受発注に対応していた受注側は48.5%でした。

東京商工会議所の数字は、口頭連絡や電話、帳簿での業務が多いと答えた企業を除いた1,002社が母数です。紙と電話の比重が最も高い層は、はじめから集計の外にあります。

最も多かった回答は「メール・ホームページ等オンラインでの受発注」の48.8%でした。メールに添付されたPDFや表計算のファイルも、人が読み替えて入力している限り、照合の手間はFAXと変わりません。

業種ごとの姿は、中小企業庁の調査報告書（2022年3月）に具体的に残っています。従業員400名程度のある電材卸の例では、月約2万件の受注のうち6割にあたる約1万2千件が電話かFAXで届き、注文の内容を各電材メーカーの型番に読み替えたうえで発注していました。同じ報告書が引く令和元年度のボランタリーチェーン実態調査でも、加盟店の発注方法のうちFAXが30.5%を占めていました。

文具業界の業界VANの例は、別の角度を見せてくれます。年間の取引のうち、金額では73%がVANに乗っている一方、伝票の枚数では57%にとどまります。VANの外に残る伝票は一枚あたりの金額が平均より小さく、手入力の側には小口の注文が多く残っていると読めます。

受注を読み取り・照合・入力・確認に分けると、誰が何を持つのか？

読み取りは機械、照合の下ごしらえはAIエージェント、確定入力の承認は人、と工程ごとに持ち手を分けます。工程で分けるのは、誤りが入り込む場所と見つかる場所が、工程ごとに違うからです。

確信度とは、読み取った文字にどれだけ自信があるかを機械が数値で示したものです。確信度の低い欄を成功として先へ流すと、誤りは照合で見つかればまだよく、見つからなければ出荷まで届きます。そのため確信度のしきい値は欄ごとに分け、品番と数量には厳しい値を、備考欄には緩い値を置きます。誤ったときに下流で起きることの重さが、欄ごとに違うからです。

照合の最初の一歩は、どの得意先の注文かを確定することです。送信元のFAX番号は手がかりになりますが、支店や営業所から届く注文もあるため、注文書の社名と納品先も合わせて見ます。得意先が決まらなければ、その得意先だけが使う品番の呼び名も、配送の曜日も引けません。

照合には、読み取りの誤りを拾う網の役目も持たせます。中小企業庁の電設業界での実証では、単位の「本」「個」や数字の単体はほぼ正確に読めた一方、小文字の「l」と数字の「1」、「カ」と「ヤ」のように形の似た文字は誤認識しやすいと報告されました。英字と数字が混ざる品番では、この取り違えがそのまま照合へ持ち込まれます。

「l」を「1」と読み違えた品番は、商品マスタのどの行にも一致しないか、別の商品に一致するかのどちらかです。前者は「該当なし」で止められます。後者を通さないために、品番だけでなく品名や規格の一致も同時に確かめます。

エージェントに品番を選ばせるときは、マスタにある候補の中からしか選ばせません。生成AIは、それらしい品番を文章として組み立てることができてしまうからです。候補の外の答えを返させない制約と、「該当なし」を正しい出力として扱う設計が、この工程の安全装置になります。誤りを業務に届かせない確認の置き方そのものは、AIの誤りを業務で止める確認と記録の設計で扱いました。

照合では、品番・単位・納期のどこが揺れるのか？

揺れは、品番の旧表記、単位の書き方、納期の書き方の三か所に集まります。どれも文字は正しく読めているのに、そのままではマスタの値にならない種類の揺れです。

品番の揺れは、注文する側の手元に古いカタログや前回の注文書が残っていると起きやすくなります。中小企業庁の調査報告書は、ボランタリーチェーンの取引について、メーカーごとに商品マスタがばらばらで卸の商品マスタとも異なること、メーカーによってはJANコードを使い回していて誤注文の原因になっていることを記録しています。コードだけで突き合わせると、コードは一致しているのに商品が違う、という取り違えを見逃す余地が残ります。

そのため品番は、品名・規格・入数と組み合わせて確かめます。四つのうち一つでも食い違えば、エージェントは候補を並べて人に返します。

単位の揺れは、FAXだけの問題ではありません。同じ報告書は、既存のEDIでも発注量の単位がシステム上で固定されていて、必要な量を発注できない課題を挙げています。入数24の商品なら「2ケース」は48個ですが、入数が改定されていれば数量も変わるので、エージェントには換算に使った入数を結果に添えて返させます。

納期の揺れは、言葉で書かれた期限を暦に置き換える作業です。「至急」を翌営業日と読むか当日便と読むかは得意先との取り決めで決まり、取り決めが文書になっていなければ、エージェントにも判断の材料がありません。日付の欄そのものも崩れやすく、電設業界の実証では「年月日」のように記入する場所がはっきりしない書式で、読み取る範囲が欄から外れる例が報告されました。

確定入力の承認だけは、なぜ人に残すのか？

受注の確定は、在庫の引当、出荷の指示、請求までを一度に動かす起点だからです。照合の誤りは確定の前なら一行の修正で済みますが、確定のあとに見つかれば、誤出荷と返品の処理に変わります。

確定の判断には、商取引の判断も混ざります。注文書の単価が取り決めと違う行、欠品した商品の代わりを送るか分けて納めるかを決める行、与信の枠を超える行。こうした行で問われているのは照合の正誤ではなく、取引先との関係をどう扱うかです。

中小企業庁の実証でも、ボランタリーチェーン本部はAI-OCRでデータ化した注文を受発注システムへ取り込み、反映された内容に問題がないことを確かめてから発注を確定させていました。読み取りを機械に渡したあとも、確定の手前には人の確認が置かれています。

承認の負担を決めるのは、見せ方です。承認の画面には原本の画像と照合後の行を並べ、エージェントが読み替えた箇所にだけ印をつけます。

印の横には、読み替えの根拠を添えます。どの対照表の何行目を使ったか、どの入数で換算したか、どの取り決めで日付にしたか。全行を読み直させる承認は長続きしませんが、根拠つきの印だけを見る承認なら、件数が増えても回りやすくなります。

入口がFAXからPDF・メール・EDIに移ると、何が変わるのか？

変わるのは取り込みの部分だけで、照合と承認の仕組みはそのまま使えます。そう組めるように、入口ごとの取り込みと、すべての入口に共通する照合の層を分けて設計します。

入口の切り替えには、期限が決まっているものもあります。NTT東日本・西日本は、ディジタル通信モードの終了に合わせて2024年1月から提供している補完策も含め、INSネットの提供を2028年12月31日に終えると発表しています。INSネットで受発注データをやり取りしている取引は、それまでに別の通信手段へ移ることになります。

流通業では、JCA手順に代わる仕組みとして2007年に流通BMSが導入されましたが、中小企業での導入のペースは遅れている、というのが中小企業庁の調査報告書の見立てです。大口の取引先がEDIへ移っても、小口の取引先はFAXに残るかもしれません。入口の種類はむしろ増える前提で組むほうが、実態に合います。

連携の構成で見ると、層を分ける利点は変更の範囲に表れます。ある得意先がFAXからEDIに移っても、取り込みの部品を一つ差し替えるだけで、育ててきた対照表や承認のルールには手を入れずに済みます。

FAXを紙に出さず、データのまま受ける形へ切り替えるなら、保存の扱いも変わります。国税庁の一問一答は、ペーパーレス化されたFAX機能を持つ複合機を利用した取引を電子取引に含め、保存の範囲に注文書も入れています。

受け取ったデータにタイムスタンプが付いていなければ、受け取った側で付与するか、事務処理規程に基づいて管理することが求められます。メールで届く注文なら、本文に書かれていればメールそのものを、添付ファイルで届けば添付ファイルを残す、というのが同じ一問一答の示す単位です。

電子取引のデータに課される保存のルールの中身は、請求書処理と経理バックオフィスの自動化手順で整理しました。受注の側で押さえるのは、AI-OCRにかける前の原本データを、抽出結果とは別に手を加えずに残しておくことです。

基幹システムへの受注入力の自動化は、どの口から行うのか？

基幹システムが外部から呼べる口、つまりAPIや取り込みの機能を持っていればそれを使い、画面操作の自動化は最後の手段に回します。どの口を使う場合も、承認されるまでは確定させない状態をどこに置くかを先に決めておきます。

基幹との連携を設計するとき、最初に確かめるのは、承認前の受注を置いておける状態が基幹の側にあるかどうかです。仮受注や保留の状態があれば、エージェントはそこまで登録し、承認によって確定へ進めます。そうした状態がない場合は、取り込む前の一覧で承認を取り、承認済みの行だけを取り込みます。

受注ならではの注意は、同じ注文書の再送と訂正の見分けです。念のための再送と数量を直した訂正は、見た目がほとんど変わりません。エージェントには同じ得意先の直近の受注と突き合わせさせ、差分のない再送は止め、差分のある訂正はその差分を示して人に回します。

ハマダラボ（HAMADA LABS）のWindyFloが表の工程のどこに届くのかを、公式サイトと会社資料の記載に沿って当てはめます。記載が主に当てはまるのは照合と基幹への入力の工程で、読み取りは、すでに使っているAI-OCRや複合機の機能に任せて構いません。

照合では、会社資料が強みに挙げる文書処理が手がかりになります。PDFやマニュアルを基にした質疑応答・要約・翻訳の機能は、旧新の対照表や得意先ごとの取り決めを文書として参照させる使い方に対応します。複数のエージェントを組み合わせるオーケストレーションも、同じ資料が強みに挙げる点です。

基幹への入力では、公式サイトが示す構成を見ます。「ノード」をドラッグ＆ドロップで接続してAIパイプラインを組み、様々な大規模言語モデル（LLM）を使い、APIで既存のアプリやウェブサイトにつなぐ形です。連携先として会社資料が示すのはERP・CRM・社内データベースといった分類で、自社の基幹システムとのつなぎ方は個別に確かめる項目として残ります。配備の形は、SaaS・顧客クラウド・オンプレミス・ハイブリッドが資料に挙がっています。

ChatGPTは答えます。WindyFloは働きます。注文書の工程に当てはめると、書いてあることを返すのは読み取りの仕事で、照合した結果を承認に回し、基幹が受け取れる形で届けるところが「働く」側にあたります。

自社の注文書と商品マスタで照合をどう組むかを相談したい場合は、WindyFloの公式サイトの窓口から始められます。

確定した受注から先の出荷や配車のつなぎ方は、物流3PLの配車・在庫・問い合わせをAIでつなぐシナリオで扱っています。

照合に使う対照表は、誰が持ち、どう書き足すのか？

対照表の持ち主は商品マスタを管理する部門に置き、書き足す材料は承認の場で人が直した行から取ります。受注の現場で生まれる読み替えの知識を、マスタの管理と同じ統制の下に置くためです。

承認者が旧品番を新品番に直した行は、その組み合わせを対照表への追加候補として、原本と承認の記録を添えて残します。マスタの担当が確かめて反映するまで、エージェントは反映済みの表しか参照しません。受注担当者が自動照合の拠り所を直接書き換えられる状態は、誤りを一度に広げる入口になるからです。

納期の解釈は、商品ではなく得意先の側の情報です。ある得意先の「至急」が当日便を指すと分かれば、その得意先を受け持つ営業担当を持ち主として、取り決めの記録に書き加えます。

中小企業庁の調査報告書は、業界をまたいで受発注をつなぐために、取引で参照される共通の辞書を用意する方向を示しています。業界の辞書が整うのを待たなくても、自社の受注に限った対照表なら、承認のたびに一行ずつ厚くできます。

人に戻った行を揺れの型ごとに数えておけば、手を打つ持ち主も型ごとに決まります。品番ならマスタの担当、納期なら営業担当、読み取りの崩れなら得意先と書式の相談です。中小企業庁の実証では、単位の「ケース」を書式に印字して数字だけを書いてもらえば、読み取りの精度がさらに上がるのではという意見も出ていました。

対照表に持ち主がいれば、読み替えの根拠は担当者の記憶から、誰でも引ける記録へ移っていきます。

よくある質問

出典

• ［1次］東京商工会議所 中小企業のデジタルシフト・DX推進委員会「中小企業のデジタルシフト・DX実態調査 集計結果（詳細版）」（2025年1月10日公表。調査期間2024年10月15日〜11月15日、主に東京23区内の中小企業、回答1,218社）— p.8 受発注の状況（n=1,002、デジタルシフトの状況が「レベル1（口頭連絡、電話、帳簿での業務が多い）」の企業は集計に含まない）: 電話・FAXによる受発注24.6%、メール・ホームページ等オンラインでの受発注48.8%、EDIによる受発注システムを導入13.6%（確認日2026年10月7日）: https://www.tokyo-cci.or.jp/file.jsp?id=1205203
• ［1次］中小企業庁「中小企業の受発注デジタル化」— 2021年に受注側で48.5%が電子受発注に対応（令和3年度取引条件改善状況調査）、関連報告書2件の掲載（確認日2026年10月7日）: https://www.chusho.meti.go.jp/keiei/gijut/digitalization/
• ［1次］中小企業庁 令和3年度「中小企業の受発注のデジタル化推進方策に関する調査」報告書（受託者 EYストラテジー・アンド・コンサルティング、2022年3月31日）— p.52 JCA手順と流通BMS、中小企業での導入の遅れ、令和元年度ボランタリーチェーン実態調査報告の引用（加盟店の発注方法 FAX30.5%）／p.53 メーカーごとに異なる商品マスタ、JANコードの使い回しによる誤注文／p.54 既存EDIにおける発注量の単位の固定、取引額が小さい取引先へのEDI依頼の難しさ、文具業界のSEDIO-VAN利用（金額73%・伝票枚数57%）／p.59 「同じ意味を持つが、異なる表現になっている項目」／p.69 取引で参照されるべき共通の辞書（ベースレジストリ）／p.78 電材卸の受注（約2万件/月のうち6割・1万2千件が電話/FAX）とメーカー型番への読み替え（確認日2026年10月7日）: https://www.chusho.meti.go.jp/keiei/gijut/digitalization/download/report_r3.pdf
• ［1次］中小企業庁 令和3年度「電子受発注システム普及促進に向けた実証調査事業」報告書（受託者 EYストラテジー・アンド・コンサルティング、2023年3月31日）— p.24〜25 AI-OCRの技術概要と、鉄鋼業界の実証で対象外とした経緯（ギリシャ文字φの読み取り精度ほか）／p.58 VC本部がFAXをPDF化しAI-OCRでデータ化、内容を確認したうえで発注を確定する手順／p.83 電設業界の実証でのAI-OCRに関する意見（単位「本」「個」と数字単体はほぼ正確、「カ」と「ヤ」・小文字「l」と数字「1」は誤認識しやすい、「年月日」のような書式で領域を外れる）／p.89 VC業界の実証での評価（実運用に耐える出力）と「ケース」を事前に印字する書式の提案（確認日2026年10月7日）: https://www.chusho.meti.go.jp/keiei/gijut/digitalization/download/system_r3.pdf
• ［1次］NTT東日本・NTT西日本「INSネットの新規申込受付・提供終了について」（2024年3月7日、同年6月17日修正）— 「切替後のINSネット上のデータ通信（補完策）」を含むINSネットの提供終了日2028年12月31日、新規申込受付終了日2024年8月31日（確認日2026年10月7日）: https://www.ntt-east.co.jp/release/detail/20240307_02.html
• ［1次］NTT東日本 よくあるご質問「INSネット(ディジタル通信モード)の「補完策」の提供終了時期はいつ頃ですか。」（2026年8月26日更新）— 補完策は2028年12月31日に提供終了（確認日2026年10月7日）: https://faq.ntt-east.co.jp/kb/article/ins%E3%83%8D%E3%83%83%E3%83%88%E3%83%87%E3%82%A3%E3%82%B8%E3%82%BF%E3%83%AB%E9%80%9A%E4%BF%A1%E3%83%A2%E3%83%BC%E3%83%89%E3%81%AE%E3%80%8C%E8%A3%9C%E5%AE%8C%E7%AD%96%E3%80%8D%E3%81%AE%E6%8F%90%E4%BE%9B%E7%B5%82%E4%BA%86%E6%99%82%E6%9C%9F%E3%81%AF%E3%81%84%E3%81%A4%E9%A0%83%E3%81%A7%E3%81%99%E3%81%8B%E3%80%82/
• ［1次］国税庁「電子帳簿保存法一問一答【電子取引関係】」（令和8年7月）— 問2 電子取引にペーパーレス化されたFAX機能を持つ複合機を利用した取引を含むこと、保存範囲に注文書を含むこと／問4 電子メール本文・添付ファイルの保存／問5⑹とハ 受領者側でのタイムスタンプ付与または事務処理規程に基づく管理（確認日2026年10月7日）: https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/pdf/0026007-006_06.pdf
• ［公式］WindyFlo 公式サイト（日本語ページ）— 「ノード」のドラッグ＆ドロップによる接続、様々な大規模言語モデル（LLM）の利用、APIによる既存のアプリやウェブサイトへの接続（確認日2026年10月7日）: https://www.windyflo.com/jp
• ［自社資料］ハマダラボ 会社資料（2026年9月）— WindyFloの強み（文書処理・RAG〔PDFやマニュアルを基にした質疑応答・要約・翻訳〕、ノーコードLLMパイプライン、マルチエージェント・オーケストレーション）、連携先の分類（ERP・CRM・社内データベース等）、配備形態（SaaS・顧客クラウド・オンプレミス・ハイブリッド）