Dynamics 365 Supply Chain Managementにおける入荷と出荷の輸送計画

By Mirko Peters · 2026-08-21

Dynamics 365 Supply Chain Managementで、入荷、出荷、移動(転送)の輸送計画の違いを確認し、倉庫ロジスティクスを最適化する方法を解説します。

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

Dynamics 365 Supply Chain Managementで入荷と出荷の輸送計画を使いこなすことは、倉庫の実行と運送会社の管理をつなぐ役割を果たします。内部の輸送デスクが、発注と販売注文の生データを、相互に連携したコスト最適化済みの出荷計画へとどのように変えるのかを解説します。表計算ソフトや散在するやり取りを、構造化されたロジスティクスのワークフローに置き換えます。

重要なポイント

• 入荷輸送計画は、入荷予定の発注を予定出荷に結び付けます。運送会社のトラックが到着する前に、倉庫の積み込みドックが早い段階で状況を把握できるようにします。
• 出荷輸送は、顧客の販売注文と社内の転送注文を統合された積載記録にまとめ、トレーラーの容量を最大限に活用します。
• 転送注文は出荷輸送のワークフローを利用し、顧客への請求書を必要とせずに、自社保有拠点間の在庫移動を管理します。
• 数量ベースの積載計画では、再利用可能な車両テンプレートを活用し、重量、容積、高さの制限を自動的に検証します。
• 一元化されたレートテーブルにより、ロジスティクス計画担当者は、Rate Route Workbenchを使ってコストと配送のトレードオフを素早く評価できます。

Supply Chain Managementにおける物流の断絶を理解する

多くの製造・流通企業では、物理的な在庫の移動がデジタルの基幹業務システム(ERP)から切り離されたままです。販売注文はERPの画面内にあり、在庫は倉庫の棚で待機し、輸送担当者は電話や散在するメールのやり取りで運送会社の手配に追われます。この業務上の断絶は、深刻な非効率を生みます。倉庫は、運送会社がどの積み込みドックを必要としているかを知らないまま商品を梱包し、財務部門は元の購買契約と照合できない予期しない運送請求書を受け取ります。

Dynamics 365 Supply Chain Managementは、社内の輸送デスクを設けることで、こうした分断を解消します。ロジスティクスを後回しの業務として扱うのではなく、このプラットフォームは倉庫の実行、在庫管理、輸送計画を単一の共有データベースに統合します。商品が外部ベンダーから届く場合でも、小売顧客への配送のために流通センターから出荷される場合でも、あらゆる物理的な移動には構造的な調整が必要です。これらの移動をクラウド上で直接管理することで、サプライチェーン管理者は、従来の配送遅延や輸送コストの膨張を招いていた死角をなくせます。

入荷輸送と発注の入荷を管理する

インバウンド輸送は、外部サプライヤーから入荷する原材料、部品、完成品の流れを管理します。購買部門が発注書を発行する際、契約によって、輸送手配の責任をサプライヤーと発注元のどちらが負うかが決まります。組織が入荷物流を管理する場合、Dynamics 365では、予定されている仕入入庫に直接紐づいた、構造化された入荷ロードを作成できます。

この事前の可視化により、荷捌き場の運用が変わります。予告なしにトラックが門に到着して初めて配送を知るのではなく、倉庫担当者は予定された入荷ロードを事前に確認できます。ステージングエリアを準備し、マテリアルハンドラーを割り当て、入荷マニフェストと発注書明細を照合します。この先回りした調整により、運送車両の滞留時間が短縮され、入庫作業が迅速化し、トラックが施設を出発する前に差異を特定できるようになります。

出荷およびサイト間移動オーダー

インバウンド物流がベンダーからの入荷に焦点を当てるのに対し、アウトバウンド輸送は顧客への出荷と社内ネットワークのバランス調整を管理します。顧客需要により販売オーダーが発生すると、品目はピッキング、梱包、ステージング、輸送車両への積込みを行う必要があります。Dynamics 365は販売需要と出荷レコードを直接結び付けるため、物流担当者は互換性のあるオーダーを1つの計画ロードにまとめることができます。

重要なのは、アウトバウンド計画には社内の移動オーダーも含まれるという点です。自社所有の倉庫、地域の物流センター、製造拠点の間で在庫を移動することは、外部の顧客への配送と同じ物理的な課題を伴います。パレットには依然として車両の積載能力、荷捌き場の時間、輸送ルートが必要です。移動オーダーをアウトバウンド輸送管理に統合することで、組織は拠点間出荷にも、売上を生む顧客向け配送と同等の厳密な計画とコスト配分を確実に適用できます。

ロードテンプレートによるトレーラー積載量の最適化

実際の輸送には、厳格な現実的な制約があります。セミトレーラーやコンテナが積載できる重量、容積、床面積には限りがあります。物理的な制約を確認せずに複数の顧客オーダーを1つの出荷にまとめると、梱包済みの商品が割り当てられた車両に物理的に収まらないという、荷捌き場でのトラブルが発生します。

Dynamics 365では、ロードテンプレートを使用して、小型配送バン、標準的なドライバン、専用のインターモーダルコンテナなど、車両タイプごとに再利用可能な制約プロファイルを定義します。これらのテンプレートは、最大重量と最大容積のしきい値を適用します。容積ベースのロード作成機能は、まとめられたオーダー明細が選択したテンプレートのパラメーターに適合するかどうかを自動的に評価します。運送会社が大型トレーラーに差し替えるなど、例外的な状況が生じた場合も、計画担当者は出荷構造を崩すことなく、テンプレートの既定の上限を上書きする柔軟性を保持できます。

サプライチェーン戦略の効率化

手作業のスプレッドシートから統合型の輸送管理フレームワークへの移行により、サプライチェーンチームは在庫が移動するあらゆる距離を最適化できるようになります。Dynamics 365内でサプライヤーからの入荷、顧客への配送、社内拠点間の移動を一元化することで、組織は輸送業務、運送料金、倉庫の作業フロー全体を総合的に把握できるようになります。

これらの構成要素が実際にどのように連携するかについて詳しくは、M365 FM Podcastのエピソード全編を聴いてください。専門家の知見を得て、実践的な構成戦略を学び、最大限の運用効率を実現するためにMicrosoftクラウドエコシステムを最適化する方法を見つけてください。

よくある質問

Dynamics 365において、インバウンド輸送とアウトバウンド輸送の主な違いは何ですか？

インバウンド輸送は、主に発注書および仕入入庫を起点とする、外部ベンダーから組織に入ってくる商品の管理です。アウトバウンド輸送は、顧客の販売オーダーに対応するため、または自社所有の倉庫拠点間で社内在庫移動を実行するために、組織から出ていく商品を扱います。

移動オーダーはDynamics 365 Transportation Managementでどのように位置付けられますか？

移動指示は、出荷輸送のワークフローで管理されます。外部の顧客は関与しませんが、社内拠点間で在庫を移動する場合でも、荷捌き場のスケジュール、車両の積載量の割り当て、ルートの選択、輸送費の配分など、同じリソース計画が必要になります。

サプライチェーン管理において、積載テンプレートはどのような目的で使用されますか。

積載テンプレートは、特定の車両やコンテナの種類について、最大重量、容積、高さの制限などの再利用可能な物理的制約を定義します。これにより、倉庫でのピッキングや積み込みを始める前に、まとめた出荷物が輸送機器に実際に収まるかどうかを確認できます。

Dynamics 365 Transportation Management では、リアルタイムの運送会社別運賃比較（レートショッピング）は提供されますか。

いいえ。標準の Transportation Management モジュールは、組織が社内で管理する構造化された運賃表、運送会社との契約、ルーティングルールに基づいて動作します。複数の運送会社をリアルタイムで比較する運賃検索、リアルタイムの市場価格、高度な運送会社との連携が必要な場合は、一般的に専門のサードパーティ製輸送実行システムに接続します。