在庫数だけでは不十分な理由：基本的な在庫管理を超えて

By Mirko Peters · 2026-08-27

ポッドキャストのコンパニオンブログへようこそ！小売店、倉庫、大規模な製造拠点を運営したことがあれば、予期しない大量注文が舞い込んだときの焦りをご存じでしょう。在庫管理システムを開いて在庫レポートを出し、数字が十分にあることに安堵する。しかし多くの運用管理者が思い知るように、棚にある商品の数を把握することは、戦いのごく一部にすぎません…

Automatically translated with AI from the original post. Read the English original

ポッドキャストのコンパニオンブログへようこそ！小売店、倉庫、大規模な製造拠点を運営したことがあれば、予期しない大量注文が舞い込んだときの焦りをご存じでしょう。在庫管理システムを開いて在庫レポートを出し、数字が十分にあることに安堵する。しかし多くの運用管理者が思い知るように、棚にある商品の数を把握することは、戦いのごく一部にすぎません。現代の商取引は変化が速く、非常に複雑で、無数の要素が密接に絡み合っています。顧客がカスタム構成の製品や大量のロットを厳しい納期で求めてきたとき、基本的な在庫数だけでは問題を防げません。

この投稿では、静的な在庫数がなぜ機能しないのか、サイロ化されたスプレッドシートがプレッシャーの下でどのように破綻するのか、そして最新のシステムが単純な数量、迫る期限、工場の生産能力の間のギャップをどのように埋めるのかを詳しく解説します。倉庫の規模を拡大する場合でも、複雑な組立ラインを効率化する場合でも、これらの概念を理解することは、チームを混乱に陥れることなく顧客との約束を守るために不可欠です。

はじめに：現代の顧客注文の複雑さ

こんなシナリオを想像してください。大口顧客から、来月までに自転車を100台、配送センターに納品してほしいと依頼が来ました。一見すると嬉しい問題に思えます。売上は入ってくるし、営業チームも喜んでいます。しかし、この1件の注文を運用の現実に照らして見始めると、状況は違って見えてきます。倉庫には完成品の自転車が数台あるかもしれませんが、100台すべてを出荷できる状態にはありません。さらに、必要なホイールは海上のコンテナに積まれたまま大洋を横断中で、フレーム部品は町の反対側にあるセカンダリ倉庫に保管されています。そして、メインの工場の生産ラインは今後2週間、完全に予約で埋まっています。

ここからがサプライチェーン管理の正念場です。何を購入すべきか。何を社内で製造すべきか。どの拠点から移送すべきか。そして最も重要なのは、すべてが滞りなく揃うように、それぞれの作業をいつ実行すべきかということです。こうした複雑な依存関係を手作業で管理するのは、事実上不可能です。現代のサプライチェーンをどう統制するかを本当に理解するには、単純な数字の先を見て、Dynamics 365のようなシステムが需要、在庫、購買、生産、部品表、リードタイム、製造能力をひとつにまとめ、実行可能な計画としてどのように統合するかを検討する必要があります。このテーマの包括的な音声解説については、関連エピソードのDynamics 365 Master Planning - Simply Explainedをぜひお聴きください。

基本的な在庫数では不十分な理由

自転車の注文に戻りましょう。顧客は100台を求めており、倉庫管理システムによると、棚には完成品の自転車が現在30台あります。基本的な計算では、70台不足していることになります。この時点で、単純な在庫システムは「フレームを70個追加で手配する必要がある」と表示するかもしれません。しかし、それらのフレームを実際に自転車として完成させるために必要な重要な文脈が抜け落ちています。

不足している70台の自転車には、驚くほど多くの投入要素が必要です。フレーム、ホイール、チェーン、サドル、ボルト、梱包材、担当の従業員、稼働可能な機械、そして何より、すべてを組み立てるのに十分な生産時間です。単純な在庫レポートが示すのは、今この瞬間に存在するものだけです。組立チームが必要とする前に、サプライヤーが原材料を出荷できるかどうかは分かりませんし、工場にその作業を完了するのに十分な稼働時間があるかどうかも分かりません。基本的な在庫数は時間の次元を無視しており、サプライチェーン管理では、時間は数量と同じくらい重要なのです。

孤立したスプレッドシートから連携された計画へ

多くの成長企業は、企業向けの計画ツールを導入する前に、在庫と生産をどのように管理しているのでしょうか。その多くはスプレッドシート、メール、そして相互に連携しないレガシーソフトウェアに頼っています。このような従来の環境では、営業部門が顧客からの注文を独立したデータベースで管理し、倉庫の担当者は物理的な在庫を全く別のシステムで確認します。一方、購買チームは巨大で扱いにくいスプレッドシートでサプライヤーの納期を追跡し、生産チームは工場の現場で今日何を製造すべきかを記した、また別の独立したスケジュールを管理しています。

これらのリストを一つずつ見ると、どれも正しく見えるかもしれません。営業のリストは顧客からのメールと一致し、購買のシートにはサプライヤーから提供された日付が記載されています。しかし、「約束した期日までに顧客の注文に応じられるか」という最終的な問いに答えるには、結局、これらの孤立したデータの島々を手作業でつなぎ合わせる必要があります。自動化されたエンジンがなければ、その答えを出すのに何日もの会議、慌ただしい電話、そして祈るような気持ちでの確認が必要になります。だからこそ、組織は最終的に静的なスプレッドシートから、相互に継続的に連携する動的でつながった計画ツールへと移行するのです。

マスタープランニングとスプレッドシート

従来のスプレッドシートは写真のようなものだと考えてください。特定の一時点における在庫の、有用で非常に詳細なスナップショットを提供できます。しかし、写真を眺めている間もビジネスは止まりません。一方、マスタープランニングは、未来を見据えたリアルタイムの動画に近いものです。数量だけでなく、カレンダー上の日付、将来の顧客需要、入荷予定のサプライヤー出荷、生産のボトルネック、既存の在庫残高を考慮します。例えば、サプライヤーがブレーキの出荷を3日遅らせたように、これらの要素のうち一つでも変化すると、計画全体の状況が変わり、システムは次に取るべき最善の一手を即座に再計算できます。

3つの計画モード

エンタープライズシステムは、単一の考え方を押し付けることはなく、さまざまなビジネス上の問いに対応するために異なる計画モードを提供しています。従来のマスタープランニングは、通常、日次および短期的な運用上の要件に焦点を当て、直近の顧客注文が確実に充足されるようにします。一方、フォーキャストプランニングは、確定注文がされる前に、将来の予想需要を遠くまで見通します。最後に、企業間マスタープランニングは、同じ企業グループ内の複数の法人にまたがる需要と供給の要件をつなぎます。これらのモードはいずれも何らかの需要から出発しますが、ビジネスにとってまったく異なる戦略的な問いに答えるものです。

数量と時間・キャパシティの連動

最終的に在庫が十分にあることと、顧客や組立ラインで実際に必要とされるタイミングで在庫が十分にあることは、根本的に異なります。外部サプライヤーから自転車を20台入荷する予定があると想像してください。その自転車が顧客の納期の3日前に到着すれば、注文を満たすために使えます。しかし、同じ自転車が納期の3日後に到着すれば、目の前の在庫不足は全く解決しません。単に過剰在庫として倉庫に眠ることになります。

この現実があるため、最新のシステムは次のシンプルな式で正味所要量を計算します。所要量から利用可能または入荷予定の供給量を引くと、残りの所要量になります。顧客が100個を注文し、倉庫に30個の在庫があるとします。このとき残りの所要量は70個です。しかし、信頼できるサプライヤーから、顧客の出荷期日より前に別の20個が入荷予定になっていれば、未充足の所要量は50個に減ります。システムは、顧客の数量すべてをゼロから購入または製造するよう盲目的に提案するのではなく、すでに向かっている分を賢く差し引くのです。

さらに、計画は十分に先の将来まで見通す必要があります。適切な計画期間は、業界によって大きく異なります。回転の速い消費財を仕入れる地域の小売販売業者であれば、数週間先を見るだけで足りる場合があります。一方、リードタイムが数か月に及ぶ特殊な部品を使う大型製造業者は、はるか先まで計画しなければなりません。必要な購買や生産の期日を過ぎてから資材不足に気づくことは、納期遅延や顧客の不満を招く典型的なパターンです。

フォーキャストプランニングと総所要量

確定済みの注文を超えて見ていくと、需要予測の領域に入ります。このモードは締結済みの契約ではなく、見込まれる需要から始まります。例えば自転車メーカーは過去のデータを分析し、夏場に需要が急増すると予測するかもしれません。すべての顧客注文が一件ずつ入ってくるのを待っていては、原材料の調達や重要な生産能力の確保に十分な時間が残らない可能性があります。需要予測は、組織がこれから直面する作業量について、早期に警告を発してくれるシグナルです。

予測需要に基づいて総所要量を算出することで（例えば7月に500台の自転車が必要になると予測する）、組織はサプライヤー、倉庫スペース、工場の機械が負荷に対応できるかを評価できます。予測は売上を保証するものではありませんが、繁忙期が実際に訪れる前にサプライ チェーンを準備するために欠かせない見通しを与えてくれます。

マスター プランニングが需要を実行可能なステップに変換する仕組み

1件の顧客注文がシステムに入ると、サプライ チェーン全体で大きな連鎖反応が起こります。完成品1つの需要は、下位の構成部品に関する数十の所要量へと波及することがあります。顧客が70台の自転車を注文した場合、システムはその製品の構造上のレシピを参照し、必要なものを正確に特定します。フレーム70個、ホイール140個、チェーン70本、サドル70個、そして数百の小さなナット、ボルト、ケーブルです。ここで部品表（BOM）が、製造環境の中心的な存在になります。

部品表は、製造品の料理のレシピのようなものです。顧客注文が変わるたびにプランナーが部品所要量を手作業で計算する代わりに、システムが完成品の需要を部品レベルのタスクへ自動的に展開します。ただし、すべての部品が棚に揃っていても、それだけで完成品になるわけではありません。そこには実際の作業と機械が必要です。

ここで製造ルートとリードタイムが関係してきます。ルートは、製品を作るために必要な工程の正確な順序を示すものです。例えば、フレームの溶接、ホイールの取り付け、ブレーキのテスト、梱包などです。各工程では、専用の機械や訓練を受けた技術者といった特定のリソースが必要になります。マスター プランニングは、顧客が求める納品日から逆算します。顧客が金曜日に自転車を必要とする場合、組み立ては木曜日までに完了させ、部品は月曜日までに準備しておく必要があります。さらに、サプライヤーのリードタイムを考慮すると、ホイールの発注は数週間前に出さなければならないかもしれません。

既存の供給ではこの連鎖的な需要をカバーできないとシステムが判断すると、計画オーダーが生成されます。これには、ベンダーから購入するための計画購買オーダー、社内で製造するための計画製造オーダー、施設間で在庫を移動するための計画移動オーダーがあります。重要なのは、計画オーダーは常に提案であり、自動的に実行される命令ではないという点です。プランナーは、ベンダー、日付、キャパシティが妥当かどうかを確認してから作業を承認します。

結論: サプライ チェーンを掌握する

基本的な在庫数の把握を超えることは、もはや大規模な多国籍企業だけの贅沢ではありません。複雑な顧客需要、多段階の製造、厳格な納期を扱うすべての企業にとって、業務上の必須条件です。静的なスプレッドシートや単純な在庫レポートに頼っていると、突発的なボトルネック、納期遅れ、過剰な在庫コストに対して脆弱なままです。数量をカレンダー上の日付、製造キャパシティ、部品表、サプライヤーのリードタイムと結び付けることで、最新の計画ツールは生データを、チーム全体にとって明確で実行可能なロードマップへと変えます。

これらのコンセプトをより詳しく知りたい方や、エンタープライズ リソース プランニングが現代のサプライ チェーンをどのように変革しているかの実例を聞きたい方は、完全版のポッドキャストエピソードDynamics 365 Master Planning - Simply Explainedをぜひご覧ください。サプライ チェーンを掌握するには、まず利用できるツールを理解することが出発点です。次の一歩を踏み出せば、顧客の次の需要にも、常に備えた状態でいられるようになります。