受発注のFAXと電話を減らしたいとき、最初にやるべきなのは取引先へのEDI移行の打診ではありません。FAXと電話はそのまま受け続けたうえで、社内側の転記・確認作業をAIで置き換えるのが、もっとも早く効果が出て、もっとも揉めない進め方です。取引先の発注方法を変えるのは、社内側が安定してからでも遅くありません。この記事では、受注業務のどこをAIに任せられるのか、技術をどう選ぶのか、実装でどこが詰まるのかを、中小企業の現場目線で整理します。
なぜFAXと電話はなくならないのか？
「もうFAXの時代ではない」と言われて久しいのに、製造業・卸売業・建設資材などの受発注では今も残っています。理由は技術の遅れではなく、取引構造にあります。
- 発注側にとって最も楽だから — 手書きの注文書をそのまま送れる。システムへの入力が要らない
- 取引先ごとに事情が違うから — 相手が50社あれば、使っている業務システムも体制も50通り
- 例外に強いから — 「この件は急ぎで」「いつもの代わりに別の品番で」といった但し書きを、余白に書けば伝わる
- 電話は確認と交渉が同時にできるから — 在庫と納期の調整は、往復のメールより電話1本のほうが速い場面がある
つまりFAXと電話は、発注側の負担を受注側が肩代わりする仕組みです。だから受注側が「Webの発注画面を使ってください」と言うと、相手にとっては純粋な負担増になります。ここを理解せずに移行を進めると、「あの会社は面倒になった」という評価だけが残ります。
AIを使う意味は、この非対称を受注側の社内で吸収できるようにすることにあります。相手の送り方は変えない。変えるのは、届いた後の処理です。
受注のどこをAIに任せられる？
「FAX受注をAIで自動化」と一言で言っても、実際には複数の工程が連なっています。先に分解しないと、見積もりも効果測定もできません。仮に次のような流れだとします。
- FAXが複合機に届く（または電話が鳴る）
- 紙を見て、どの取引先の、どの注文書かを判別する
- 品番・数量・納期・届け先を読み取る
- 自社の品番マスタと突き合わせる（先方の呼び方と自社の品番が違うことが多い）
- 在庫と納期を確認する
- 基幹システムに受注登録する
- 受注確認を返す
- 原本を保管する
このうちAIが得意なのは2〜4、つまり読み取りと突き合わせです。5の在庫確認は既存システムの照会、6の登録は連携の話で、AIの出番ではありません。ここを混ぜて「全部AIで」と考えると、工期も費用も膨らみます。
電話については、通話録音を文字起こしして要点を抽出し、受注メモの下書きを作るところまでが現実的な範囲です。会話をそのまま受注データにするのは、聞き間違いのリスクと確認コストが見合いません。
技術はどう選ぶ？ OCRと生成AIの使い分け
読み取りの技術は大きく二つあります。OCR（光学文字認識。画像の中の文字を機械が読める文字データに変換する技術）と、生成AI（大規模言語モデル。文脈を踏まえて文章を解釈・生成する技術。近年は画像も直接扱えるものが増えています）です。
| 観点 | 帳票OCR型 | 生成AI型 |
|---|---|---|
| 向いている帳票 | 取引先ごとに様式が固定。欄の位置が毎回同じ | 様式がばらばら。余白への書き込みや但し書きがある |
| 事前準備 | 様式ごとに読み取り位置の定義が要る | 定義は不要。代わりに出力形式の指示と検証が要る |
| 結果の安定性 | 同じ入力なら同じ結果になりやすい | ゆらぎが出ることがあり、検証の仕組みが要る |
| 取引先追加時 | 様式定義の追加作業が発生 | 多くの場合そのまま読める |
| 苦手なこと | 手書き、ずれ、様式変更 | 数量や桁の正確さ、根拠の説明 |
実務では両方を組み合わせる形がよく収まります。様式が固定で件数の多い上位取引先はOCR型で確実に、様式がばらばらな少数多品種の取引先は生成AI型で拾う、という分け方です。この判断軸はOCRか生成AIかは書類の「型」で決まるでも整理しているので、帳票の種類が多い場合は併せて確認してください。
実装で詰まるのはどこ？
見積もり段階で軽く見られがちな一方、現場では必ず問題になる箇所が三つあります。
1. 品番のゆらぎ
最大の難所はここです。先方が書いてくるのは、自社の正式品番とは限りません。たとえば次のような場面です。旧品番のまま注文が来る。現場の通称で書かれている。型番の一部だけが書かれている。メーカー品番で書かれている。半角と全角、ハイフンの有無が混在する。
これはAIの読み取り精度の問題ではなく、マスタ整備の問題です。取引先ごとの呼び方と自社品番を対応づける別名テーブルを作らないと、どれだけ読み取り精度を上げても最後に人が直すことになります。逆に言えば、この別名テーブルは一度作れば資産になります。AI導入を機にこれを整備したことが、一番効いたという話は少なくありません。
2. 手書きと画質
FAXは送信時に画質が落ちます。送信側の複合機の設定、原稿の汚れ、罫線のかすれで、同じ注文書でも読み取り結果が変わります。だから「読めなかった」をきちんと出す設計が必要です。無理に推測させるより、確信度が低い項目を人の確認に回すほうが、結果的に手戻りが減ります。どの条件で人に戻すかの決め方は、問い合わせAIの振り分けは「人に戻す条件」から決めるの考え方がそのまま使えます。
3. 基幹システムへの登録
読み取りができても、自社の販売管理システムに登録する口がなければ人が入力します。APIがない、CSV取り込みの仕様が特殊、特定の画面経由でしか登録できない、といった制約は珍しくありません。ここは見積もり前に必ず確認すべき項目です。連携で工期が延びる構造については基幹システムにAIを足すと工期が延びるで詳しく扱っています。
取引先に負担をかけない進め方とは？
段階を踏むことが大事です。おすすめの順序は次の通りです。
| 段階 | やること | 取引先への影響 |
|---|---|---|
| 第1段階 | FAXを複合機から直接デジタル化し、受信を一覧で管理する | なし |
| 第2段階 | 読み取りとマスタ突き合わせをAIに任せ、人は確認だけ | なし |
| 第3段階 | 確信度の高い注文は自動で受注登録、残りだけ人が処理 | なし |
| 第4段階 | 受注確認の返信を自動化し、電話での確認を減らす | 返信が速くなる（歓迎されやすい） |
| 第5段階 | 希望する取引先にだけWeb発注やメール発注を案内する | 任意。断られても第4段階までの効果は残る |
重要なのは、第4段階までは取引先が何もしなくても進むことです。そして第4段階の「受注確認が速く正確に返ってくる」は、相手にとってのメリットになります。この実績を作ってから第5段階を案内すると、話が通りやすくなります。順序を逆にして、いきなり発注方法の変更をお願いするのが一番こじれます。
なお、FAXで受けた注文書の保存方法については、国税関係書類の取り扱いに関わります。紙で受けたものを電子データで保存する場合の要件は電子帳簿保存法とその取扱通達・一問一答で定められており、要件は改正を重ねています。システム設計の前に、顧問税理士または国税庁の公表資料で現時点の要件を確認してください。ここは推測で進めてよい領域ではありません。
効果はどう測る？
「FAX処理が何割減った」という数字を出したくなりますが、導入前に測っていなければ比較できません。着手前に、少なくとも次を記録しておくことをおすすめします。
- 1日あたりの受注件数と、FAX・電話・メール・Webの内訳
- 1件あたりの入力にかかる時間（数日分の実測）
- 受注ミスの件数と、その原因の内訳（聞き間違い、転記ミス、品番違いなど）
- 受注締切後の駆け込み注文への対応時間
効果は「人が減らせた」ではなく、「繁忙期に残業せずに回るようになった」「受注確認の返信が当日中に出せるようになった」といった形で現れることが多いものです。削減時間だけを指標にすると、現場の実感と数字がずれて、社内の評価が割れます。
まとめ
受発注のFAXと電話をAIで減らす進め方を整理します。
- 取引先の送り方は変えない。変えるのは届いた後の社内処理。第4段階までは相手の協力なしで進む
- 工程を分解してからAIの範囲を決める。読み取りと突き合わせがAI、在庫照会と登録は既存システムの仕事
- 技術は帳票の型で選ぶ。様式固定ならOCR型、ばらばらなら生成AI型。併用が現実的
- 詰まるのは品番のゆらぎ・画質・基幹連携。特に別名テーブルの整備は避けて通れず、同時に最大の資産になる
- 読めないものは読めないと出す。人に戻す条件を先に決めておくほうが、総処理時間は短くなる
- 保存要件は電子帳簿保存法の現行規定を確認してから設計する
FAXと電話は「悪いもの」ではなく、取引先にとって合理的な選択です。それを責めずに、自社の中で処理コストを下げる。この順序で進めれば、取引関係を損なわずにDXを前に進められます。