はじめに
FAXを取り込み、AIで読み取るところまで来ました。でも、抜き出したデータを「どこに、どんな形で書き込むか」は取引先ごとに違います。ここを設計せずに作ると、取引先が増えるたびにコードを直す羽目になります。
そしてもうひとつ避けて通れないのが、AIが読み間違えたときにどう立て直すかです。この記事では、取引先別のルート設定と、誤読を素早くリカバリーする運用の設計を解説します。
取引先ごとに「書込先」は違う
同じデータでも行き先はバラバラ
抽出される注文データはどの取引先でも同じ「品番・数量・納期」ですが、書き込む先は取引先ごとに異なります。ある取引先はA営業所の受注シート、別の取引先はB倉庫のシート。列の並びや必須項目も微妙に違うことがあります。
この違いをプログラムのコードに直接書いてしまうと、取引先が1社増えるたびに開発が必要になります。それでは自動化の意味が薄れてしまいますよね。増える前提の情報は、コードではなく設定として外に出しておくべきなんです。
送信元で取引先を見分ける
では、届いたFAXがどの取引先のものかをどう判定するか。手がかりは送信元です。FAXの送信元番号や転送メールのアドレスから、取引先を特定します。
転送メールから送信元FAX番号やアドレスを読む
送信元に対応するルート設定を探す
どの受注シートのどの形式で書くかを取得
抽出データを指定形式に整えてシートへ書き込む
ルート設定を管理画面で持つ
コードではなく設定で回す
ルート設定は、送信元・取引先・書込先シート・列の形式をひとまとまりにしたデータです。これを管理画面から追加・編集・削除（CRUD）できるようにしました。新しい取引先は、設定を1件足すだけで取り込めるようになります。
コードを触らずに運用担当が設定を足せること。これが「増える取引先」に耐える設計の核心です。
未登録の送信元は保留にする
ルート設定にない送信元からFAXが届くこともあります。このとき勝手にどこかへ書き込むのは危険なので、「未登録」として保留し、担当者に知らせる扱いにしています。
保留になったFAXを見て、担当者が新しいルート設定を作れば、次からは自動で流れます。知らない相手には勝手に動かないという安全側の設計が、誤配送先への書き込みという事故を防いでくれます。
誤読は「すぐ直せる」に賭ける
ゼロにはできない、を前提にする
どれだけ工夫しても、AIの読み間違いは起きます。かすれた文字、独特の略語、想定外の書式。誤読率を極限まで下げる努力も大事ですが、私は**「誤読は必ず起きる」を前提に運用を組む**ほうに舵を切りました。
大事なのは、誤読に気づいたときに何秒で直せるか。ここが遅いと、担当者はAIを信用しなくなり、結局すべて手作業に戻ってしまいます。リカバリーの速さこそが、仕組みを使い続けてもらえるかの分かれ目なんですよね。
精度向上に労力を集中。だが完全にはなくならず、起きたときの手当てが手薄になる。
誤読は起きる前提。気づいたその場で再処理でき、現場が安心して使い続けられる。
再処理（reprocess）の仕組み
誤読を見つけたら、その1件だけをもう一度AIに読み直させる**再処理（reprocess）**機能を用意しました。パイプライン全体を回し直すのではなく、対象のPDFだけをピンポイントで再抽出できます。
読み直しても直らない場合は、その場で手修正して確定できます。「AIに任せる」と「人が直す」の切り替えが、1件単位でスムーズにできること。これが誤読に強い運用をつくります。
テストUIで事前に試す
新しい取引先の書式が「ちゃんと読めるか」を本番前に確かめられるよう、単発のPDFをアップロードしてOCR結果を見られるテストUIも用意しています。本番のシートを汚さずに読み取り結果を試せるので、書式チェックや誤読の原因調査に重宝します。
安心して使える理由は「試せて、直せる」こと
自動化を信頼してもらう鍵は精度の高さだけではありません。事前に試せて、間違えてもすぐ直せる。この二つがそろって、現場は安心してAIに任せられます。
まとめ
取引先別ルート設定と誤読リカバリー運用について解説しました。
- 書込先は設定で持つ：送信元から取引先を判定し、書込先と形式を管理画面でCRUD管理する
- 知らない相手は保留：未登録の送信元は勝手に書き込まず、担当者の確認に回す
- 誤読はすぐ直す：ゼロを目指すより、1件単位の再処理と事前テストで素早く立て直す
ルート設定と誤読対応まで含めて、FAX受注のAI-OCR自動取込はようやく実務で回る仕組みになります。取り込みの土台は「メール受信からの自動取込パイプライン設計」、読み取りの中身は「LLMによる帳票の構造化データ抽出」で解説しています。全体像は「FAX受注のAI-OCR自動取込」をご覧ください。