受注管理のExcelが限界になるとき
FAX受注をExcelで管理する食品卸の担当者に向けて、同時編集や商品照合の手戻りから、入力自動化を検討する目安まで具体的に解説します。
締め前にFAXがまとめて届きます。台帳を開くと、隣の担当者も同じExcelを更新しています。入力済みの行と訂正前の行が混ざり、どれが最新かを元のFAXから確かめ直すことになります。食品卸の受注現場では、注文の多さよりも、こうした確認の積み重ねがExcelの限界を知らせます。
受注管理をExcelから変える目安は、月間件数だけでは決まりません。略称を正式な商品コードへ読み替える回数や、同じ注文を何人が触るかも判断材料です。この記事では、台帳が不安定になる場面、関数やマクロで対処できる範囲、手入力を先に減らす方法を順に整理します。
FAX受注の整理に使える資料
AI受注さんの仕組みと提供内容をまとめたサービス資料をご覧いただけます。
サービス資料をダウンロード卸の受注管理Excelが壊れる4つの典型パターン
まず、同時編集です。
朝の締め前に注文が集中すると、担当者ごとにフィルターをかけて行を追加し、処理済みの色を変えます。共同編集ができても、確認中・出荷済み・訂正待ちのどの状態かが分かる必要があります。こうした状態をセル色だけで表すなら、色の意味と更新順序を別途決めなければなりません。並べ替え中の行へ入力した値が別の注文に見えたり、数式列の一部だけが欠けたりすれば、元FAXへ戻る作業が発生します。
次に、ファイルが分岐します。担当者や営業所、月ごとにコピーすると、どのファイルが確定版かをファイル名で見分ける運用になります。集計用に結合した後で訂正が届けば、元ファイルと集計ファイルの両方を直さなければなりません。メール添付やデスクトップへ複製された台帳は、共有フォルダの最新版と内容がずれても自動では分からないままです。
処理状態の混在もあります。未入力・入力済み・確認済み・出荷連携済み・保留までを一枚の表で扱う状態です。それを空欄や記号、背景色で表すと、入力規則の外から値が入りやすくなります。訂正前の行を消して新しい行へ置き換える担当者と、同じ行を上書きする担当者が混在すれば、一件の注文がどの状態を通ったか説明できません。
後工程ごとの加工も見逃せません。受注台帳の列を出荷指示用や倉庫用、請求用へ並べ替え、別のCSVを作るたびに列追加や表記変更の影響範囲が広がります。受注入力は終わっていても、先頭ゼロが消えた商品コードを直し、日付の形式をそろえ、空欄と単位を確認する作業が残ります。この四つはExcelの機能不足だけで生じるものではありません。一つのファイルに入力と状態管理、マスタ、連携を集めることで起きます。
商品マスタとの突合で起きやすいズレ
卸の注文書に書かれた品名は、自社の商品マスタと同じとは限りません。取引先の商品コードのほか、短い呼び名や旧商品名も使われます。容量を省いた品名やケース単位の呼び方も、自社の商品コードへの置き換えが必要です。Excelなら、検索関数で対応表からコードを返すことが可能です。ただし、対応表の更新元と更新時刻を決めなければ、基幹側で販売停止になった商品や新しい規格が台帳へ残ります。
照合用ファイルを担当者ごとに持つと、同じ略称に違うコードが返る状態が生まれます。共有ファイルを一つにしても、誰かが列を追加したり並べ替えたりすると参照範囲がずれます。商品コードが一致するだけでは足りません。得意先別の荷姿と入数に加え、納品先や適用期間が違えば、受注データとして確定できないからです。数量と単位は別々に持ち、どの版の対応表で確定したかを記録する必要があります。
候補が一つに絞れないとき、検索関数は空欄や先頭候補を返せても、確認理由までは管理しません。担当者が過去注文や紙の商品一覧を見て確定すると、その判断が個人の記憶へ戻ります。AI受注さんは読み取った品名を商品マスタと照合し、該当する商品を候補として表示します。候補が複数なら担当者が元の注文書を見て選べるため、無理に一件へ自動確定しません。
関数・マクロで延命できる範囲とできない範囲
関数やマクロは、条件と入出力が固定できる作業に向きます。列の入力規則、商品対応表の検索、指定形式のCSV作成は、担当者が毎回同じ操作をするより再現性が高い作業です。一方、届いたFAXが訂正か再送か、略称がどの商品か、欠品時にどの代替を選ぶかという判断は、台帳の外にある情報を必要とします。
| 作業 | 関数・マクロで延命できる範囲 | 残る限界 |
|---|---|---|
| 入力チェック | 必須列、日付形式、コード桁数、数量範囲を検査 | 元FAXの判読、数量単位の意味、例外理由の確認 |
| 商品照合 | 完全一致する得意先別対応表からコードを返す | 略称の複数候補、販売停止、荷姿違いの判断 |
| 重複候補 | 注文番号、得意先、納品日などの一致を表示 | 再送、訂正、追加注文の区別と版管理 |
| CSV作成 | 確定列を指定順へ並べ、形式をそろえて出力 | 取込失敗後の戻し先、再実行、後工程の状態同期 |
| 集計 | 担当別、日別、得意先別の件数を表示 | 同じ状態定義の徹底、削除・上書き前の履歴保持 |
マクロは、列の並べ替えや決まった形式への出力など、毎回同じ操作に絞ると保守しやすくなります。ファイル名や列順が変わるたびに作成者を呼ぶ状態なら、延命より入力工程の見直しを先に考える目印です。
「Excelをやめる」ではなく「入力だけやめる」という選択肢
Excelの集計や一覧性が現場に合っているなら、最初から管理表を置き換える必要はありません。AI受注さんはFAXとメール添付の注文書を受け取ります。OCR・AIで読み取るのは、取引先と商品名、数量です。担当者は元の注文書と読み取り結果を見比べ、確定した値を今の管理表で使えます。
この構成では、一行を何として扱うかを先に決めます。一行一注文にして明細を横へ増やすと、商品数の上限が列構造へ影響します。そのため一行一明細とし、同じFAXの行を注文IDで束ねる形が扱いやすいでしょう。帳票記載の品名とOCR値は別の列です。確定商品コードには数量と単位をひも付け、確認者と確認日時も分けて持ちます。元画像の参照先も独立した列です。
FAXから値を取り込めても、台帳の版が分かれれば確認作業は残ります。
入力の自動化と、Excelでの状態管理は分けて考える必要があります。
首都圏の食品卸A社では、手書き・印字が混在する実際の注文書を対象に、2026年から月495件規模で実運用しています。営業日を20日とすると、一日あたり約25件です。この実績は運用規模を示すものであり、読み取り精度や削減時間の根拠ではありません。
Excel卒業の判断ライン（件数・品目数・担当人数）
卒業ラインは、件数や品目数、担当人数の絶対値で一律に引くものではありません。同じ月間件数でも、一取引先が同じ商品を繰り返す運用と、多数の取引先が異なる略称で多品目を注文する運用では、照合回数が違います。一人で入力から出荷連携まで担うのか、複数人が同じ注文を引き継ぐのかによっても、必要な状態管理は変わります。
| 観点 | Excelを続けやすい状態 | 入力自動化を先に検討 | 管理先の移行を検討 |
|---|---|---|---|
| 件数 | 締め前も一人で処理状態を追え、未処理を一覧で把握できる | 転記待ちが生じるが、確定後の管理は一つの台帳で収まる | 複数人が同時に同じ注文を更新し、担当や状態の衝突が続く |
| 品目数 | 商品対応表の更新元が一つで、完全一致する注文が中心 | 略称変換が多いが、候補確認後はコードを確定できる | 販売停止、荷姿、得意先条件を複数マスタで判断する |
| 担当人数 | 入力、確認、出荷連携の責任者が明確 | 入力だけが集中し、確認後は同じ担当へ戻る | 担当交代、差し戻し、承認、更新履歴を注文単位で追う必要がある |
| 後工程 | 同じファイルから一度の出力で渡せる | CSV作成の定型操作を自動化すればつながる | 出荷、在庫、請求へ個別転記し、訂正時に同期が必要 |
判断材料を細かく数える時間がなければ、まず一日の受信枚数と、締め前に何人で同じ台帳を触るかを控えてください。自社の注文書を送っていただければ、読み取り結果と対象範囲はこちらで整理します。月間枚数から概算を見たい場合は、シミュレーターへ数字を入れるだけで確認できます。
現場から上司へ相談するときは、『Excelをやめたい』と結論から伝える必要はありません。締め前に同じファイルを開く人数、元FAXへ戻った件数、商品コードを探した場面を一週間だけメモします。入力後の確認がどこで発生しているかを示せば、手入力だけを切り離すのか、台帳ごと見直すのかを話しやすくなります。
概算を見るときは、現在分かる月間枚数だけでも構いません。AI受注さんは、確認後の受注データを運送会社の様式に合わせた出荷指示書としてExcelで出力できます。いま残っている転記先を含めて比べると、どの手作業を対象にするか判断しやすくなります。
移行時にExcelの何を残すか
移行では、Excelの見た目をそのまま新しい画面へ再現する前に、使われている情報を分けます。まず、後工程で使う得意先コードと商品コード、納品日、数量です。取引先別の商品対応表も欠かせません。未処理・保留の注文に加え、訂正履歴と集計条件も一覧の対象です。セル色やコメント、別シートのメモに意味がある場合は、誰がどの場面で使うかを確認して状態や備考へ置き換えます。
過去データは、検索が必要な期間と法令・社内規程に基づく保管期間を確認します。すべての過去行を新環境へ変換するなら、重複や欠損に加え、古いコードの整理が移行条件です。進行中の注文だけを移し、過去台帳は変更不可の参照用として保存する方法もあります。その場合、新旧の境界は日付と注文IDで明確にします。元FAXへの参照がファイルパスなら、保管場所を変えても開けるか確認が必要です。
切替日は出荷締めや繁忙日を避け、並行運用中に同じ注文を二重登録しない入口を決めておきます。FAX受信時点で旧台帳か新環境かを振り分け、訂正FAXは元注文がある側へ戻す運用です。移行後もしばらくは、注文件数と保留件数を確かめます。取込失敗や商品候補の未確定、後工程への連携結果も確認対象です。Excelを消すことよりも、受信から出荷まで一件を追える状態が完了の目安です。
受注管理Excelの限界に関するよくある質問
- 受注管理をExcelで続けても問題ないのはどのような状態ですか？
- 一人が一つの台帳を管理し、商品マスタの更新元が明確で、訂正前後と処理状態を追える状態です。件数だけで判断せず、同時編集、照合、履歴、後工程への転記が日常的な確認作業になっていないかを見ます。
- Excelを残したままFAX注文の入力だけ自動化できますか？
- できます。FAX画像から注文内容を読み取り、人が確認した値を既存台帳の列に合わせて出力します。取り込み先は一行一明細の表にし、帳票上の品名と確定商品コード、確認者、元画像の参照先を分けて持たせます。
- 受注管理システムへ移すとき、過去のExcelも移行するべきですか？
- すべてを同じ形で移す必要はありません。進行中の注文、必要な検索期間、商品対応表、未処理の例外を先に決めます。過去台帳は変更しない参照用として保管し、新しい注文から新環境へ切り替える方法もあります。
導入後も受注担当の確認は残りますが、仕事の中心はFAXを一行ずつ写す作業から、読み取り結果と商品候補を確かめる作業へ変わります。Excelを残す場合も、元の注文書へ戻る回数を見ながら、入力だけを先に切り離せます。訂正や判断が必要な注文は、これまでどおり担当者が元のFAXを見て確定します。