発注管理をエクセルで回す方法と在庫・仕入れ連動、破綻しない設計

発注管理エクセルの事故は「発注漏れ」「重複発注」「在庫との二重管理」の3パターンにほぼ集約される

発注管理エクセルの土台は「発注点・発注残・入荷予定」の3列

発注管理エクセルが機能するかどうかは、発注点・発注残・入荷予定の3列を独立させて持てているかで決まります。この3列がないと、担当者の勘に依存した発注になります。

3列を独立させ判定列で自動化すると、発注点割れの見落としがなくなる

発注管理をエクセルで組むとき、多くの担当者は「在庫数」と「発注する/しない」の2値だけで表を作ります。これだと、発注してから入荷するまでのタイムラグを表現できません。発注済みだが未入荷の数量（発注残）が可視化されないため、在庫が減り続けているように見えて重複発注してしまう、という事故が起きます。

実務で崩れにくい設計は、SKUごとに「現在庫」「発注残（発注済み・未入荷）」「発注点」の3列を独立させ、判定列で IF(現在庫+発注残<発注点,"発注","") のように自動判定させる形です。発注点は固定値ではなく、「リードタイム中の平均出庫数＋安全在庫」で算出する列を別に用意し、需要が変動する商品ほど月次で再計算する運用にします。この3列構造を最初に作らずに運用を始めると、後から列を追加するたびに既存の関数がずれて壊れる、という手戻りが起きやすいので、最初の設計投資が効きます。

在庫管理表と発注管理表を連動させる関数設計

在庫表と発注表を別ブックで分けている限り、二重管理は解消しません。VLOOKUPまたはXLOOKUPで1つのマスタに寄せるのが最短の解決策です。

在庫表と発注表を1つのSKUマスタに統合すると、片方だけ更新して整合性が崩れる事故がなくなる

「在庫管理表」と「発注管理表」が別のファイルやシートに分かれているケースは非常に多く見かけます。担当者が違う、更新タイミングが違う、という理由で分離されているのですが、これが二重管理の直接原因になります。在庫表側で出庫を記録しても発注表側の在庫数が更新されない、逆に発注表で入荷を記録しても在庫表に反映されない、という状態がそのまま「発注漏れ」と「重複発注」の温床になります。

解決策は難しくありません。SKUマスタを1シートに統一し、発注管理シート側では XLOOKUP(SKU, 在庫マスタ!A:A, 在庫マスタ!C:C) のように現在庫を都度参照する構造にします。VLOOKUPでも動きますが、XLOOKUPが使える環境なら列挿入時に参照がずれない分、事故が減ります。入荷処理は在庫マスタ側の1箇所でしか行わない、というルールをセルの保護（シート保護＋入力規則）で強制すると、担当者が別シートに直接数字を書き込んで整合性が崩れる、という典型パターンを防げます。SUMIFで「発注済み・未入荷」の行だけを集計し発注残列に自動反映させておくと、発注残の手入力自体をゼロにできます。

弊社が実際に受けた相談でも、在庫表と発注表が別シートで、片方だけ更新して整合性が崩れているケースがほとんどでした。表を1つに統合するだけで、発注ミスの多くは解消します。

発注管理エクセルが破綻する3つのパターン

破綻は「発注漏れ」「重複発注」「在庫との二重管理」の3パターンにほぼ集約されます。原因は担当者の能力ではなく、表の構造にあります。

3つの破綻パターンは独立していない。表が分かれていることが共通の根本原因になっている

発注漏れは、発注点の判定が手動チェック頼みになっているときに起きます。SKU数が50を超えたあたりから、担当者が目視で「発注点を下回っている行」を探すのが現実的でなくなり、繁忙期に見落としが発生します。条件付き書式で発注点割れの行を強調表示するだけでも改善しますが、根本対策は前述のIF判定列とフィルタ抽出の自動化です。

重複発注は、発注残が可視化されていないときに起きます。担当者Aが発注した直後に在庫が減っているのを見た担当者Bが、発注済みと知らずにもう一度発注してしまう事故です。これは複数人が同じ表を見ているようで、実際には更新タイミングがずれている、という運用面の問題でもあります。

在庫との二重管理は、前章で触れた「表が分かれている」状態そのものです。この3つは独立した問題ではなく、二重管理が発注漏れと重複発注の両方を引き起こす根本原因になっているケースが大半です。表を1つに統合し、発注点判定を自動化するだけで、3つの破綻パターンのうち2つはほぼ解消します。

破綻を防ぐ運用ルールとエクセルの限界ライン

エクセルで発注管理を安定運用できるのは、目安としてSKU数200前後・同時編集者2人程度までです。それを超えると構造的な限界が見え始めます。

3つの目安指標のいずれかを超えたら、運用改善だけでは支えきれなくなる兆候

運用ルールとして効果が高いのは、「入荷処理は在庫マスタの1箇所でしか行わない」「発注はステータス列（未発注／発注済／入荷済）で管理し、手動での数値書き換えを禁止する」の2点です。これをシート保護と入力規則で技術的に強制することで、ルール違反を人の注意力に依存させずに防げます。

一方で、SKU数が数百単位に増える、複数拠点・複数担当者が同時に同じ表を編集する、仕入先とのデータやり取りが頻繁になる、という状態になると、エクセルの構造的な限界が見えてきます。関数が重くなって開き直すたびに数秒〜数十秒固まる、誰かが編集中は他の人が保存できない、履歴が追えず「いつ・誰が・何を変えたか」が分からなくなる、といった症状が代表例です。これはエクセルの使い方が悪いのではなく、単一ファイルで同時編集・排他制御を前提としていない構造そのものの限界です。

運用ルールを徹底しても、日々の発注確認作業そのものは残る

脱エクセルを検討すべきタイミングの判断基準

「発注漏れ・重複発注が月1回以上」「SKU数200超」「担当者2人以上で同時編集」のいずれかに当てはまれば、脱エクセルの検討時期です。

3つの基準のいずれか1つでも当てはまれば、脱エクセルの検討時期に入っているサイン

すぐにシステム化すべき、という話ではありません。前章までの設計（3列構造・関数連動・運用ルール）を適用しても事故が減らない場合、それはエクセルの運用改善では解決できないフェーズに入っているというサインです。判断基準は、事故の発生頻度（月1回以上の発注漏れ・重複発注）、SKU数（200前後を超えるあたりから関数の負荷が顕著になる)、同時編集者の人数(2人を超えると排他制御の問題が表面化しやすい)の3つで見るのが実務的です。

自社がどのラインにいるか、どこまでエクセルの改善で粘れて、どこから仕組み化に踏み込むべきかは、業種・SKU特性・仕入先の数によって変わります。判断に迷う場合は、初月無料の経営AI診断（通常30万円相当）で現状の発注フローを可視化し、改善提案まで一緒に整理することもできます。

まとめ

発注管理をエクセルで安定運用する鍵は、発注点・発注残・入荷予定を独立した列で持つこと、在庫表と発注表を1つのマスタに統合すること、そして入力ルールをシート保護で技術的に強制することの3点です。この設計だけで、発注漏れ・重複発注・二重管理という3大破綻パターンのほとんどは防げます。それでも事故が減らない、SKU数や担当者数がエクセルの限界ラインを超えている、という場合は、無理にエクセルで粘り続けるより仕組み化を検討する段階です。まずは自社の発注フローがどのラインにあるか、初月無料の経営AI診断で一緒に確認することから始められます。

よくある質問

発注点はどうやって決めればいいですか？

基本式は「発注点＝リードタイム中の平均出庫数＋安全在庫」です。仕入先の納品リードタイムが7日、1日平均出庫が10個なら基準は70個、そこに欠品リスクに応じた安全在庫（20〜30個が目安）を足します。季節変動が大きい商品は月別に平均出庫を出し直し、年1回ではなく四半期ごとに見直すのが実務的です。

エクセルとスプレッドシートどちらで発注管理を組むべきですか？

複数拠点・複数担当者が同時に発注残を更新するなら、リアルタイム同期できるスプレッドシート（Google スプレッドシート等）が有利です。1人または少人数で完結し、関数・マクロを重く使うならエクセルのほうが処理は安定します。どちらも「発注残と在庫の二重管理」という構造的な弱点は解消しません。

発注管理表はどこまで自動化できますか？

発注点を下回ったSKUの自動抽出、発注書PDFの自動生成、発注残と入荷予定の自動消込までは関数とVBAで実装できます。ただし仕入先とのデータ連携（EDI・API）や、複数担当者の同時編集による競合防止は、エクセル単体では構造的に対応できません。ここが脱エクセルを検討する境界線です。

関連記事

• 在庫管理をエクセルで自動化する方法｜関数・マクロの限界と脱エクセルの判断 — 関連: 在庫表側の自動化と限界点
• 受注管理をエクセルで続ける限界｜脱エクセルの判断基準と移行の進め方 — 関連: 受注側の破綻パターンと移行判断
• 受発注管理システムの選び方｜エクセル脱却と卸売業の業務フロー設計 — 関連: 受発注システム選定の実務フロー
• 棚卸表をエクセルで作る方法｜卸売・小売の実務テンプレと自動集計のコツ — 関連: 在庫実数の棚卸実務
• 受注管理システムをAIでどこまで自動化できるか — 関連: AI導入による自動化の射程（横断クラスタ）