ある顧客が来月自転車を100台欲しがっていると想像してください フレームの到着は遅れますホイールは別の倉庫にありますさらに組み立てラインは今後2週間すでに作業で埋まっていますでは何を購入しますか何を組み立てますか 何を移動させますかそして各部品はいつ必要になりますかなるほど m 365 fm のミルコペタスです今回の知識のかけらはダイナミクス365のマスタープランニングについてですこれは舞台裏でそれらの疑問を解決するサプライチェーン管理の機能です あなたのビジネスをストックルームが併設されたオフィスビルのように考えてみてください注文は一つのドアから入ってきます在庫は棚に置かれます サプライヤーが積み込みドックに商品を運び込みます生産部門が部品を完成品へと変えていきますマスタープランニングは各チームが個別のリストを抱えるのではなくビル全体を俯瞰します 今日は顧客からの自転車1台の注文が供給アクションに至るまでを追っていきますダイナミクス365は企業がスプレッドシートではなく計画を必要とする理由を示しています 統合された計画ツールが存在する前は企業はバラバラの情報に基づいて動いていました営業は顧客の注文を一つの場所にまとめていました 倉庫チームは別のシステムで在庫を確認し購買はサプライヤーの納期をメールやスプレッドシートで管理し生産部門は今週工場で何を製造できるか独自のメモを保持していました どのリストも単体で見れば正しいように見えました問題は誰かが顧客の質問に答えようとした時に始まりました 約束した期日までに100台の自転車を納品できますかアイオラタフツ倉庫に今日完成した自転車が30台あると想像してください 良いスタートのように聞こえますが注文にはあと70台足りませんそしてその70台の自転車にはフレームホイールチェーンシートボルト 梱包材組み立てる人員そして適切な機械での時間が必要です単純な在庫数は今たなにあるものしか教えてくれません それだけでは生産に必要な時までに70台分のフレームが到着するかはわかりませんホイールがすでに発注済みの注文でカバーされているかもわかりません そして納期までにすべてを組み立てる十分な時間が工場にあるかどうかもわかりませんここからが計画が単なる計算以上のものになるポイントです 顧客が自転車を100台注文するとシステムは100台という需要を見ますそこからすでに利用可能な30台を差し引きます そして残りの70台のために何をすべきかを追跡します完成した自転車を構成する部品をチェックします すでに配送中の供給品をチェックしますそしてすべての作業に付随する日付をチェックします 部品が一つ足りないだけで答え全体が変わってしまうことがありますホイールとシートは十分にあるかもしれません しかしフレームの調達にサプライヤーから2週間かかる場合組み立ての前日に購入しても間に合いませんスプレッドシート上では注文可能に見えてもすべての部品をカレンダーに当てはめるとそうはいきません しかもそのカレンダーは常に変化し続けますサプライヤーが納期を早めるかもしれません別の受注によって空きがあると思っていた在庫が確保されるかもしれません 製造業務が予定より遅れるかもしれませんこれらの詳細が別々の場所に存在すると担当者は電話やメール確認作業に終われ それぞれの計画を更新するだけで時間を費やしてしまいますダイナミクス365マスタープランニングは現在の需要と供給を一元的な計画ビューに統合します顧客からの注文手持ち在庫入荷予定そして製造情報をまとめて読み取ります その上で供給が需要をどこまで満たしどこに不足があるのかを算出します各チームに手作業で関連付けを求めるのではなくシステムが把握可能な情報に基づいて 推奨アクションを作成しますもちろんシステムがビジネスを自動的に運営するわけではありません プランナーが提案を確認し疑問を投げかけ何を実行すべきかを決定しますしかしプランナーはバラバラナリストの山ではなく統合された全体像から作業を開始できます スプレッドシートは写真のようなものだと考えてください特定の瞬間の在庫を捉えるものであり役に立つこともあります マスタープランニングは数量気付け入荷予定将来の需要を結びつけるため寄り先を見越したスケジュールに近いものです 次のステップとして計画プロセスが読み取れる様々な種類の需要を分類します3つの計画モードダイナミクス365には重要な特徴があります 計画の方法は一つではありません使用する計画モードはビジネスで解決すべき課題によって異なります 今週の顧客注文に対応する企業と来シーズンに向けた資材を準備する企業では必要となるビューが全く異なります 最初のモードはマスタープランニングですこれは日々の計画であり賞味書容量を算出します つまりシステムが必要なものを把握し手元にある供給や受領予定の供給を差し引くということです実際の事業活動顧客からの受注サプライヤーへの発注済注文 製造現場の製造オーダー倉庫の手持ち在庫を読み取りますある製品について100ユニットの顧客注文を想定してください 倉庫に30ユニットの在庫がありそれを注文に当てることができますシステムはその30ユニットを供給とみなすため 100ユニットすべてを改めて購入または製造するよう提案することはありません結果として不足している70ユニットが必要量として算出されます その残りの70が賞味書容量です実際の計画には棚にある在庫以上のものを含めることができます 例えば顧客の希望納期までにさらに20ユニットがサプライヤーから到着する予定かもしれませんその場合システムはそれら20個も考慮に入れ埋めるべき不足分をさらに小さくします しかし答えを左右するのは日付ですもしその20個が顧客の希望納期を過ぎて到着するならあまり役には立ちません 物理的に受け取れたとしても特定のニーズに対しては手遅れだからですマスタープランニングは数量とタイミングの両方を考慮します 単なる合計在庫数だけでは誤った答えを導き出す可能性があります多くの企業にとってこれが最も頻繁に実行される計画です マイクロソフトはマスタープランニングを通常1週間から6ヶ月をカバーする短期プロセスと呼んでいます正確な期間は供給が届くまでの時間や生産が完了するまでの時間によって異なります 単純な地元の品物を購入する企業なら数週間先を計画するだけで良いでしょうしかし部品調達に数ヶ月かかるメーカーは製品の最長リードタイムを見越して さらに先まで計画する必要がありますそうでなければ計画実行時に不足が判明してもそれを回避するには手遅れになってしまいます 2つ目のモードはフォーキャストプランニング需要予測計画です確定した受注から始めるのではなく予想される需要からスタートします 営業チームが夏場の自転車販売像を見込んでいる場合や小売業者が年後半の大型反則で需要喚起を期待する場合などがこれに当たりますこれらは確定注文ではなくチームの予想に基づく予測です 顧客からの注文を待っていては原材料の購入や工場の手配生産能力の準備に時間が足りなくなる可能性があるため非常に役立ちます長納期品は最終的な顧客注文がまだ届いていなくても早い段階で決断を下す必要があります フォーキャストプランニングはグロス要件を計算しますつまり予想される需要量から開始するということです7月に500台の自転車需要が予測される場合計画ではまず500台の全必要数を確認し その予想ニーズに基づいて動きますビジネスに押し寄せる将来のワークロードを先読みするものと考えてください その予想ボリュームに合わせて材料や生産能力を計画できますサプライヤーとの早期交渉倉庫スペースの確保あるいは生産能力が予想不可に対応できるかの 確認などが必要になるでしょう予測はあくまで予測であり状況は変化する可能性がありますし実際の売上と一致しない こともありますそれでも確定済みの注文のみに基づく計画よりも長期的な視点を提供してくれます そして部門間インターカンパニーマスタープランニングがありますこれはある法人組織が別の法人組織から供給を受ける必要がある場合に機能します 例えばグループ内の一社が製品を製造し別の会社がそれを他国の顧客に販売するといったケースです販売側の会社は顧客の需要を把握します 製造側の会社はその需要によって生じる供給要件を確認する必要がありますインターカンパニーマスタープランニングはまだ確定注文になっていない計画上の需要と供給を含め 会社間の境界を超えてそれらのニーズを結びつけますつまり会社は単独で事業を行っているかのように計画を立てることはありません 販売会社は製造会社からの供給を計画でき製造会社はその需要を支えるために必要な資材と生産能力を把握できますこのリンクによりある法人から別の法人へと計画シグナルが伝達されます 各モードは需要から始まりますしかし需要は最初のシグナルにすぎません一つの完成品が買いレベルにある多くの部品の需要連鎖を生み出す可能性があるからです 一つの注文から供給の連鎖へ自転車を例に見ていきましょうマスタープランニングの真の役割がここで始まります 顧客が70台の自転車を注文し特定の期日までの納品を求めていると想像してくださいその日付は単なるメモではなく営業チームにとっての重要な指標となります 自転車を倉庫から出荷するために何が必要かを問い計画を逆算する起点となるのです完成した自転車は最初の層にすぎません ダイナミクス365は部品表ボムボムを確認しますボムは自転車1台分のレシピだと考えてください そこにはフレームホイールチェーンサドルハンドルブレーキボルトなど組み立てに必要なあらゆる部品が記載されています70台の注文があれば計画機能がその注文を展開し70台分に必要な部品を算出します それはあっという間に長いリストになります70台のフレーム140本のホイール70本のチェーン70個のサドルそして何百もの小さなボルトが必要になるでしょうプランナーが手作業で一つ一つ部品を数える必要はありません ボムによってダイナミクス365に構造が与えられるためシステムは完成者から各コンポーネントに至るまでの需要を追跡できるのですしかし部品だけでは自転車は作れません 製造には工程ルートも必要です工程とはフレームの組み立てホイールの取り付け ブレーキの点検完成品の梱包といった製品を作るために必要な作業ステップを指します各ステップにはリソースが必要になる場合があります リソースとは組み立てライン作業台塗装ブース機械あるいは適切なスキルを持つ人員グループのことです計画機能はこの情報を利用して適切なタイミングで作業を割り当てます 製造を即座に行われるものとして扱うのではなくここから日付を逆算し始めます顧客が金曜日に自転車を必要とするなら倉庫での梱包出荷のために木曜日には製造オーダーを完了させる必要があります組み立ては火曜日に開始する必要があるかもしれません フレームやホイールは月曜日までに到着している必要がありますサプライヤーのホイール納品に10日かかるなら発注書はさらに早く出さなければなりません顧客の希望日が一連の日程の鎖を作り出すのです ダイナミクス365はその鎖を逆方向にたどりリードタイムを考慮して計画を立てますリードタイムとは部品の配送倉庫での商品の移動工場での作業完了など何かにかかる時間を指します 部品の遅延は全ての工程に影響を及ぼす可能性がありますシステムが在庫に70個のフレームを見つけたと仮定します また組み立て開始までに納品予定の140個のホイールに対する未完了の購買発注も確認しますフレーム分はすでに足りているためその供給でホイールの必要数が賄われます 次にチェーンを確認します手元に40個しかチェーンがなく残りの30個を補充する購買発注もないかもしれません計画機能は不足分を検知しそれを補うための提案を作成します 完成した自転車その階部品および中間のあらゆる作業に対しても同様のチェックが行われます供給源はすでにいくつか存在しています 利用可能な在庫があればニーズを満たすことができます商品が間に合えば未完了の購買発注で対応可能です工場での作業が予定通り終われば未完了の製造オーダーで対応可能です これらの供給源で需要を賄えない場合計画機能は計画オーダーを作成します計画購買オーダーはサプライヤーからの購入を提案するものです 計画製造オーダーは自社内での製造を提案するものです計画転送オーダーはある拠点や倉庫から別の場所へ在庫を移動することを提案します これらはあくまで提案であり確定事項ではありませんダイナミクス365が勝手にサプライヤーへ発注を送ったり工場の作業を始めたりすることはありません システムは確認可能なデータに基づいてプランナーに推奨される数量と日付を提示しますサプライヤーが適切かその日付は可能かそして会社として承認すべきか 最終的には人が判断します自転車の注文で小さな問題が発生したと想像してください ホイールが一つ足りない以外はすべて準備が整っていますフレームチェーンシートそしてほぼすべてのホイールは計画された供給でカバーされています しかしホイールが一つ組み立ての必要日より1日遅れて到着しますそのホイールがなければ自転車を完成させることができません 倉庫は部品でいっぱいのように見えてもマスタープランニングは不足の根本原因を追跡しますプランナーはこの不足が顧客の注文自体から生じたものではないことを確認できます 原因はホイールの購買発注におけるサプライヤーの納品日にあることがわかりますこれによりプランナーは具体的な対策を講じることができます 早めの納品を依頼するか他の供給元を探すか製造日程を変更します計画機能は供給を提案できます しかし次に問うべきことも同じくらい重要ですなぜダイナミクス365はこの供給をあの需要に紐付けたのでしょうか 準所要量計算すなわち計画の対話を確認しますそのためプランナーは準所要量ページを使ってその繋がりを深く掘り下げます このページでは特定の品目に関する計画の全一冊を一箇所でまとめて確認できます品目を必要とするすべての需要とそれを満たす供給源をそれぞれの日付とともに一覧で表示します 自転車のホイールを例に挙げてみましょう画面上部でそのホイールに関連する拠点や倉庫を選択します すると下段にダイナミクス365が販売購買在庫生産といった関連するすべての取引を一つのリストに表示します需要は利用可能な在庫に対する負の数値として表示されます その需要は様々な発生源から生まれます顧客からの自転車の注文により販売オーダーでホイールが必要になります予測によって将来の需要が見込まれます 製造計画のために生産オーダーでホイールが必要になりますまた別の倉庫から在庫の要求があると移動オーダーによって需要が発生します 各業はシンプルな問いに対する答えを示しています誰がこの品目を必要としているのかいくつ必要なのか そしていつ必要なのか単純に聞こえますがこれはよくある間違いを防ぐのに役立ちます合計数量を見て特定の顧客やジョブ一つだけのものと思い込みがちですが 実際には同じ品目が異なる日付の複数のオーダーを支えている場合があります供給側には手持ち在庫やすでに入庫済みの在庫があります さらにベンダーからの購買オーダー生産計画に基づく生産オーダー倉庫間の移動そしてシステムが推奨する未作成の計画オーダーなどがあります ページ上のすべては日付順に並べ替えられますリストをスクロールすると利用可能な在庫数量の変化を確認できます月の始めには在庫が十分でも生産オーダーで部品が消費されれば減少し その後サプライヤーからの納品があれば再び増加しますタイミングが結果を左右します 例えば月曜日に倉庫にホイールが100個あっても火曜日に生産オーダーで80個必要になり水曜日に別の顧客から30個の注文が入るとします 金曜日に50個のホイールが届く予定の購買オーダーがあっても合計需要は在庫を上回ります金曜の納品では水曜日の不足分を補うことはできません この日ごとのビューを見ればシステムがなぜそのような提案をするのかがわかりますダイナミクス365は単に適当にホイールを追加するよう求めているわけではありません 利用可能な供給がカバーすべき需要を下回るタイミングを正確に把握しているのですここでより具体的な疑問が浮かぶかもしれません どの供給ラインがどの需要ラインをカバーしているのかその接続をペギングと呼びますペギングとはダイナミクス365における需要と供給を結びつける独自の計画リンクです これは自転車の生産オーダーのようなニーズとホイールの購買オーダーや計画購買オーダーといったそれを補うための供給源を結びつけます システムは計画計算の過程でこのリンクを構築します需要が変化すれば計画計算によってその繋がりを再計算できます 例えば顧客が配送日を変更したり入庫予定の購買オーダーが遅延したりする場合ですその場合ペギングは別の供給源を指定するか不足が生じる場所に新しい計画オーダーを作成します 全体の繋がりを追跡するのに役立ちます販売注文から開始しそれに関連する製造オーダーを確認し必要な部品までたどってそれらを調達する 購買注文を見つけます時にはより詳細な制御が必要になることもありますそこで登場するのがマーキングです マーキングとは供給トランザクションと需要トランザクションを手動で関連付ける機能です計画で自由に割り当てさせるのではなく特定の供給が特定の需要を確実に満たすよう システムに指示します関連する2つのレコードにラベルを貼るようなものだと考えてください特定の製造オーダーのために仕入れた車輪の購買注文がある場合 その車輪を該当する製造オーダーに対してマークすることができます計画は通常のペギングリンクよりもこの関係を強固に尊重します とはいえマークされた供給が最も強力なつながりというわけではありません予約の方がより強力です 在庫や入庫予定の供給を特定の需要のために予約すると強力なリンクが作成されますその数量は選択された販売注文製造オーダーまたはその他の需要のために確保されます またマスタープランニングは通常のペギングやマーキングよりも予約を優先して扱います在庫に10個の車輪があってもそれらが緊急の修理オーダーのために予約されていると想像してください 後から入った顧客オーダーも車輪を必要とするかもしれませんが計画は予約済みの10個を自由に使用できる在庫として扱うことはできません予約によって他の用途に割り当てられているため別の供給を見つけるか追加の供給を提案する必要があります このようにペギングマーキング予約は3つのレベルの接続を提供しますペギングはシステムの自動マッチングです マーキングはより固定された手動のリンクです予約は供給を特定のニーズにロックしますこれら3つの中で最も強力なものです これらのリンクが読めるようになれば計画オーダーは理由不明な指示には見えなくなります次の疑問はこの計画ビューがどの程度の頻度で変化しダイナミクス365がどれほど迅速に計算できるかということです 静的プラン動的プランそしてプランニング最適化についてです所要領ページには計画結果が表示されますが全てのプランが同じ方法で更新されるわけではありません 静的プランは誰かがマスタープランニングのジョブを実行した時にのみ変更されますこれによりプランナーは新しいトランザクションが発生するたびに数値が変わることなく1日中安定した計画ビューを確認できます午前11時に大きな販売注文が入ったと想像してください 静的プランが夜間に実行されていた場合その新しい注文は次のプランニング実行まで提案に現れませんこのプランは最後に計算された結果を表示し続けるためチームがその日の共通認識として一つのビューを必要とする場合に便利です しかしその安定性には代償が伴います特に夜間や週に人としかプランニングを実行しないビジネスの場合新しい需要がしばらく静的プランの外側に置かれることになりますプランナーは顧客オーダーの存在を知っていても静的プラン側ではまだ供給への対応が再計算されていない可能性があるのですそこで役立つのが動的計画です動的計画は発生したその瞬間の現在の需要を示します 計画担当者は次回のフルマスタープランニングの実行を待たずに新規受注やその他の需要の影響を確認できますこれはより短期的な視点です動的計画は予測をスキップし今現在起きていることに焦点を当てます 例えば今日の午後に顧客から自転車200台の予期せぬ注文が入ったとします納期を約束する前に計画担当者は動的計画を開いてその影響を確認できます その新規注文は不足を生じさせますか既存のニーズを後の日付に押し出しますか新しい購買や生産の推奨アクションを誘発しますかこれによりチームは実用的なワットイフ分析が可能になります 一つの新規注文を調査するために性的計画を変更する必要はありませんまずは影響を確認しその注文に今すぐ対応すべきか次回の計画実行まで待てるかを判断します 性的計画と動的計画は関連してはいるものの異なる問いに答えるものです性的計画は前回の公式な計画計算では何をすべきとされたかを問いかけます 動的計画は現在の需要が今どのような状況かを問いかけますどちらの計画の背後にもダイナミクス365クラウド環境向けの計画エンジンが存在します プランニング最適化はマイクロソフトがマスタープランニングを実行するために使用する最新のエンジンです メインの業務アプリケーションの外で要件を計算するため日々の業務で使用するシステムへの負荷が軽減されます 従来の計画実行は長い時間を要することがありました顧客やパートナーからの報告によるとかつては数時間かかっていた計画作業が プランニング最適化によって数分で完了するようになりました実行が早くなれば1日の終わりまで需要の変化を待つ必要はなくより頻繁に計画を更新できます しかし早い答えが必ずしも正しい答えとは限りませんプランニング最適化は膨大な量の関連データを高速で計算できます しかしあくまでビジネス側が提供する記録に基づいて機能しますサプライヤーのリードタイムが間違っていれば推奨される注文日も間違ったものになります システムが在庫に500個のホイールがあると思い込んでいても実際にはない場合本当に必要な購入提案がスキップされる可能性がありますまた部品表ボムに部品が漏れていれば計画はその欠落した部品の需要を作り出すことができません 計算は数分で終わるかもしれませんがその部品がなければ工場は止まってしまいます計画の実行方法にも変化があります プランニング最適化では計画はリジェネラティブ再生成形ですこれは前回の実行以降に変更があった品目のみを更新する従来のネットチェンジ手法とは異なり各実行ですべての要件を再評価することを意味します毎回計画全体を再計算するものと考えてください これにより以前の変更が計算から漏れていないかという不確実性が解消されエンジンが高速化したことで多くの企業にとって完全な再計算がより実用的なものとなりましたスピードも大切ですが計画が信頼に足るものかどうかはデータの正確さで決まります 計画が提案を提示したら次はどの提案に優先して取り組むかを判断する必要がありますではマスタープランニングでできることそしてできないことは何でしょうか 最もシンプルな定義をご紹介しますマスタープランニングはダイナミクス365内のあらゆるデータを取り込み何をいつまでにどれだけ購入 製造または移動すべきかを提案しますプランナーは行動を起こす前にそれらの計画オーダーを確認します 仕入れ先納期数量そして工場で対応可能かどうかを確認します確認後提案を確定ファーミングすることで実際の購買オーダー製造オーダーまたは転送オーダーに変換され ますしかしマスタープランニングには未来を予見することはできません 予測はあくまで見積もりに過ぎず実際の顧客注文は一晩で変わることもありますそして決して人間のプランナーにとって変わるものではありません サプライヤーのリスクは依然として人が管理するものです顧客への約束や例外対応も同様ですシステムには判断ができないのです 在庫があるだけでは十分ではありません在庫が到着予定に間に合わなかったり間違った倉庫にあったりあるいは別の注文ですでに予約されている場合があるからです 良い結果を得るにはクリーンなデータ整理された品目記録正確なリードタイム正しい部品表最新の在庫状況そして現実的な需要から始めることが不可欠です 自転車の注文の場合既存在庫が需要の一部をカバーしますプランニングは残りの供給を提案しプランナーがその実行を確認します そこであらゆるチームが答えを必要とする問いに戻ります次に何を行うべきか結論として一つのつながった計画が必要です マスタープランニングは需要在庫レベル仕入れ先の納期生産スケジュール能力を取り込みすべてをチームが検討可能なアクションへと変えます 計画オーダーは人間が意思決定を始めるためのものです決定を完了させるものではありませんだからこそプランナーの存在が不可欠なのです お気に入りのポッドキャストプラットフォームで登録しダイナミクス365サプライチェーン管理を学んでいる誰かにこの知見をシェアしてください