こんにちは。M365FMのマイクロソフトナレッジナゲットの別のエピソードへようこそ。司会のミルコ・ピータースです。今日のトピックは、サプライチェーンに携わるほとんどの人が聞いたことがあるものの、真に理解している人は少ないものです。ダイナミクス365輸送管理です。問題は次の通りです。顧客が注文を出し、在庫が倉庫にあり、運送業者が収穫時間を必要とし、顧客が配達を期待し、その後、運送費の請求書が誰かの机に届きます。長年、これらの手順は別々のスプレッドシート、電話、料金表、チーム間の引き継ぎで行われていました。ああ、そして、それはギャップを生み出します。倉庫は輸送計画が立てられる前に商品を準備するかもしれません。財務は誰が支払うことに同意したのかを知らないまま請求書を見るかもしれません。では、輸送管理とは一体何でしょうか。簡単に言うと、ダイナミクス365サプライチェーン管理内の輸送デスクです。倉庫のドア、ベンダー、顧客、運送業者を接続します。積載を計画し、ルートと料金を選択し、商品を出荷し、運送費を確認します。このエピソードの終わりまでに、これらの要素がどのように組み合わさって仕事が楽になるのかがわかるでしょう。輸送管理が存在する理由まずは基本的な事実から始めましょう。物理的な商品は、画面上に販売注文があるからといって動くわけではありません。トラック、トレーラー、コンテナ、またはその他の輸送手段が必要です。誰かが、商品の出発地、到着地、専用スペース、出発時間、輸送コストを把握する必要があります。一つの箱が一人の顧客に届くことを想像すると、簡単そうに聞こえます。しかし、実際の企業は、同じ倉庫から同じ日に多くの注文を発送し、複数のベンダーから商品を受け取り、同時に自社の拠点間で在庫を移動させる可能性があります。それぞれの移動には、人、日付、スペース、お金が伴います。共有システムがなければ、各チームは自分の担当部分しか見ることができません。営業は顧客の注文を見ます。購買はベンダーの注文を見ます。倉庫スタッフは、ピッキング、梱包、受け取り、または保管する必要のある品目を見ます。輸送チームは、移動しなければならないもののリストを見ますが、多くの場合、他の全員がすでに自分の役割を終えた後です。

そして、そこから遅延や混乱が始まります。具体的な例を挙げましょう。倉庫に同じ年向けの顧客注文が10件あるとします。輸送を予約する前に誰もこれらの注文を関連付けなければ、会社は部分的にしか積載されていない複数の輸送を手配したり、倉庫がどの商品が車両に積まれるべきかを知る前に運送業者が到着したりする可能性があります。商品は準備できていますが、移動は計画されていません。そこで、輸送管理はダイナミクス365サプライチェーンマネジメント内にその移動のための場所を提供します。これは、追跡番号を入力して荷物が地図上を移動するのを見るような、独立した消費者向け配送アプリではありません。代わりに、接続されたプラットフォームにすでに存在するビジネスレコードと連携します。注文によって商品の移動の必要性が生じます。倉庫作業で商品が準備されます。輸送管理は、それらの商品が場所間でどのように移動するかを計画します。オフィスビルの輸送デスクのようなものだと考えてください。営業チームは顧客からのリクエストをデスクに持ち込みます。購買部はベンダーが商品を送るというニュースを伝えます。倉庫は実際の在庫と積み込みドアを持ってきます。輸送デスクはこれらのリクエストを会社の輸送計画に結びつけます。主な方向は2つあります。

ベンダーがその輸送を管理する場合もあれば、自社が手配する場合もあります。いずれにしても商品を適切な場所に届け、到着時に受け取るための明確な計画が必要です。出荷輸送とは商品が自社から出荷されることを意味します。顧客が商品を注文し、倉庫で準備し、運送業者または自社車両が顧客に届けます。どちらの流れも移動を伴いますが、開始点が異なります。入荷は発注書とベンダーから始まります。出荷は販売注文と顧客から始まります。初心者が見落としがちな3つ目のタイプとして、振替注文があります。振替注文は自社拠点間で在庫を移動します。ある倉庫に在庫が多すぎる場合、別の倉庫で在庫が必要になることがあります。顧客の購入は関係ありませんが、物理的な商品は輸送する必要があります。365トランスポーテーションマネジメントでは、振替注文は出荷シナリオに属し、販売注文と並行して計画できます。積み込みドックを想像すると、これは理にかなっています。あ、パレットが有料の顧客に送られる場合でも、別の会社の倉庫に送られる場合でも、誰かが車両を手配し、スペースを確保し、同じドアから出荷する必要があります。そのため、この接続されたアプローチは、個別のリストと電話の古い連鎖を共有情報に置き換えます。注文は、移動する必要があるものをシステムに伝えます。倉庫はアイテムを準備します。輸送管理はそのニーズを輸送計画に変換します。商品を移動する必要があると、システムはまず実行可能な出荷計画を必要とします。積載の計画今日の知識の断片は、すべての物流チームが必要とするものですが、説明の仕方が異なることがよくあります。積載の計画輸送の計画は、注文または出荷のいずれかから開始できます。私は、すぐに誤解を解いておきましょう。出荷計画はゼロから始めるわけではありません。すでに持っている記録から始まります。販売注文には、顧客が購入したものが含まれています。購入注文には、ベンダーが送る必要があるものがリストされています。出荷は、それらのアイテムをより焦点を絞った出荷記録にグループ化し、他のものと組み合わせる準備ができています。では、どの開始点を使用すべきでしょうか。

それは、会社の業務方法によって異なります。一部のチームは、注文明細を直接見て早期に計画を立てます。他のチームはまず出荷を作成し、次に何を一緒に輸送するかを決定します。どちらの方法も同じ疑問に行き着きます。何を同じ車両に積むべきか?最も簡単な定義は次の通りです。積み荷とは、計画された商品の移動のデジタル記録です。1台のトラック、1台のトレーラー、1つのコンテナ、または一緒に輸送される出荷の集合としてイメージできます。物理的な作業が始まる前に、どの商品が一緒に属しているかを1箇所で確認できます。ここで、多くの人が誤解している点があります。積み荷とは、すべてのアイテムが1つの物理的な箱に収まるという意味ではありません。システムが1つの輸送計画に基づいて商品をグループ化することを意味します。複数の顧客の出荷が1台のトラックを共有する場合があります。大きな注文は、1つのトレーラー全体を埋め尽くす可能性があります。ベンダーから到着したコンテナも、倉庫が商品を受け取る前に積み荷になることがあります。重要なのは、各注文を個別の輸送として扱うのをやめることです。金曜日の配達のために6つの顧客注文が準備されている販売業者を想像してください。6つすべてが同じ場所にあり、各注文はトラックの一部しか満たしません。半分空いている6台の車両を送ると、スペースが無駄になり、6つの別々の輸送作業が発生します。代わりに、チームは互換性のある出荷を1つの積み荷にグループ化できます。互換性があるということは、合理的に一緒に移動できることを意味します。同じ倉庫から出発し、ほぼ同じ時間に移動する必要があります。車両の制限内に収まり、出荷ルールに従います。システムは、スプレッドシートでパターンを見つける人に頼るのではなく、これらのレコードをまとめるのに役立ちます。これで、そのグループは共有プランを持つことになります。倉庫では、積載物として何が必要かを確認できます。輸送プランナーは、ソースペースと重量を確認できます。人々は、メール、メモ、または別のファイルで同じリストを再構築する必要はありません。しかし、重要なのはここです。

商品のグループ化は、単にアイテムをまとめるだけではありません。トラックには、重量、床面積、高さなどの制限があります。コンテナには独自のルールがあります。システムがこれらの制限を確認せずに商品をグループ化すると、画面上では積載物が問題ないように見えても、積み込みドックで失敗する可能性があります。ダイナミクス365は、これを回避するのに役立つ積載テンプレートを使用します。積載テンプレートは、車両またはコンテナの種類ごとに再利用可能な制限のセットと考えてください。小型配送トラック用に1つ、大型トレーラー用に別のもの、輸送コンテナ用に別のものを作成します。各テンプレートには、重量、容積、高さ、および会社が必要とするその他のルールの制限が含まれています。テンプレートは、荷物を積み始める前に荷物の形状を示します。そのため、荷物の重量が重すぎたり、スペースを取りすぎたりすると、プランナーはそれがその荷物には適していないことがわかります。解決策としては、別の車両、別のテンプレート、または別の荷物のグループ分けなどが考えられます。ソフトウェアはパレットを持ち上げませんが、実際の作業が始まる前に、チームにより明確な計画を提供します。組み込みのアプローチの1つは、ボリュームベースの積載構築と呼ばれます。これは必要以上に技術的に聞こえます。これは、システムが積載を構築または提案する際に、積載テンプレートの最大高さと重量を使用することを意味します。簡単に言うと、設定した制限内に商品が収まるかどうかを確認します。これらの値は永久に固定されているわけではありません。プランナーは、実際のニーズが変わった時に、これらの値を上書きできます。運送業者が別のトレーラーを送るかもしれません。または、別の高さが許容される工程があるかもしれません。テンプレートは通常のルールを提供し、上書きによって全てを再構築することなく例外が処理されます。先ほどの6つの顧客注文に戻りましょう。それぞれがトラックの15%を占めるかもしれません。個別に計画すると、ほとんど空の車両を6台送ることができます。同じ注文を1つの荷物にまとめると、トラック1台分のほとんどが埋まり、さらに余裕ができます。

これはスペースのより効率的な利用です。この考え方は双方向で有効です。入荷計画では、仕入れ先から来る品目を中心に荷物を作成します。輸送計画は予定されている受領と連動しているため、倉庫は何が来るかを把握し、到着の準備をします。ゲートに到着した時に初めて配送について知るのではなく、受領チームは計画された記録を持っています。出荷計画では、顧客のために出荷する必要のある倉庫品目を選択し、それらを荷物にまとめます。倉庫はバラバラのリストではなく、荷物の詳細に基づいてこれらの商品を準備します。1つの満載の荷物には、輸送手段、輸送会社、および予想される料金が必要です。ルート、運送業者、および料金、荷物によって一緒に輸送する必要があるものがわかります。次に、誰が輸送するか、どのサービスを使用するか、その輸送にいくらかかるかを決定する必要があります。商品を輸送する会社は運送業者と呼ばれます。これは、貨物を集荷して配送する外部の輸送会社である場合があります。自社でトラックとドライバーを運用している場合は、自社の車両群を意味することもあります。いずれにしても、運送業者は実際の輸送に責任を負います。トラックが自社の所有物であっても計画が必要なため、この区別は重要です。外部の運送業者と契約する場合は、価格とサービスについて事前に合意します。自社の車両群の場合でも、特に配送費用が顧客の注文書に記載されている場合は、輸送費を計算したいと思うかもしれません。ダイナミクス365輸送管理は、どちらの状況にも対応しています。次に、ルートがあります。ルートとは、集荷から目的地までの計画された経路とサービスの選択です。これは、実務上の疑問に答えます。運送業者はどの倉庫から集荷するのか、どの顧客または場所が商品を受け取るのか、どの運送サービスが輸送を担当するのか、主要倉庫から全国各地の顧客への配送を想像してみてください。あるルートでは、費用は安いが時間がかかる標準的な道路貨物を使用するかもしれません。別のルートでは、より早く、より高価なサービスを使用するかもしれません。出発地と到着地は同じですが、輸送方法の選択が変わります。

料金とは、その選択に対する予想料金です。これは、最後にランダムに入力された数字ではありません。料金は、運送業者との価格契約と出荷またはルートの詳細を組み合わせて算出されます。商品の出発地、目的地、使用するサービス、輸送料。つまり、ルートは商品がどのように移動すべきかを示し、料金は支払うべき金額を示します。この2つの概念は密接に関連しています。なぜなら、安価なルートでは納期を守れない可能性があり、スピードは注文に見合わないほどのコストがかかる可能性があるからです。輸送計画とは、単にトラックを探すことではなく、顧客への約束と会社のコストルールに合ったサービスを選択することです。ダイナミクス365には、料金ルートワークベンチが含まれています。名前は堅苦しく聞こえますが、目的はシンプルです。プランナーが出荷のルートと料金の選択肢を並べて比較できる場所を提供します。運送業者のテーブルを1つずつ確認し、別のファイルで比較する代わりに、その出荷ニーズに関連する選択肢をレビューします。あるオプションの方が顧客に早く届く場合もあれば、別のオプションの方がコストが低い場合もあります。システムは、すべての顧客がコストよりもスピードを重視していることを認識しているわけではありません。企業はそれぞれ異なる方法で業務を行っているからです。顧客は緊急配送を依頼している場合、より早いルートが利にかなっています。別の顧客はより長い配送を受け入れ、より低い料金の方が適しています。最終的な決定は人間が行います。輸送管理では、合意された選択肢と予想されるコストが提供され、どのトレードオフがビジネスに有効かがわかります。組込モジュールが実際に行うのは次の通りです。料金情報は、企業がダイナミクス365に入力及び維持する料金テーブルから取得されます。これらのテーブルは、合意された運送業者の価格とルートルールの保存された記録と考えてください。特定のサービスとレーンの価格を交渉した場合、その情報はシステムに保存され、計画をサポートします。これは、料金が基地の契約に従う場合にうまく機能します。例えば少数の定期運送業者と協力し、慣れたルートを提供し、契約が変更された時に価格を更新します。

輸送プランナーは、古いメールを探す代わりに、既に記録されている料金を使用します。しかし、多くの人が誤解している点があります。組込モジュールは、すべての運送業者に接続されたライブショッピングサイトのように機能するわけではありません。ライブフィードから最新の価格を自動的に取得し、広範なネットワーク全体でリアルタイムに比較するわけではありません。企業が複数の運送業者の料金比較、ライブ予約リンク、またはより詳細な出荷状況の更新を必要とする場合は、通常サードパーティシステムを接続します。これは輸送管理の失敗ではありません。輸送管理の役割が明確に定義されています。これらのツールは、記者が保有する運送業者、ルート、料金情報を使用して、サプライチェーン管理内で構造化された輸送計画を処理します。また、消費者向けの小包み追跡ウェブサイトでもありません。追跡番号を1つ入力して車両アイコンが道路を移動する様子を見るような地図のように使用することはできません。このモジュールは、出荷前及び出荷前後のビジネス輸送の意思決定に焦点を当てています。どの商品を一緒に輸送するか、どの運送業者がそれらを扱うか、どのルートが適用されるか、輸送コストはいくらになるか。記者がその計画を選択すると、倉庫チームと輸送チームがそれを実行する必要があります。倉庫のドアから顧客のドアまで、輸送計画は、人々が実際にそれを実際の出荷に変換できる場合にのみ役立ちます。出荷注文の場合、流れは通常、顧客が何かを購入するときに始まります。販売注文は、顧客が何を望んでいるか、どこに送る必要があるか、いつ到着する必要があるかを企業に伝えます。その注文は出荷となり、出荷は同じ輸送で輸送される他の商品と共に計画された積みに加わります。次に、倉庫が引き継ぎます。作業員は保管場所から商品を選び、梱包し、適切な積載エリアに運びます。出荷は積み荷の一部であるため、チームはどの商品を一緒に出荷する必要があり、どの運送業者がそれらを収穫するかを確認できます。車両が到着すると、商品は倉庫から運送業者に移され、運送業者が顧客に届けます。すべてのステップが同じ移動記録にリンクされます。

これは普通に聞こえますが、従来の方法を想像してみてください。ピッカーは印刷された注文書に基づいて作業するかもしれません。輸送プランナーは別のリストを持ち、積み込みドアの担当者は電子メールを検索して、どの運送業者がどのパレットを運ぶべきかを確認するかもしれません。詳細が一つ変更されると、全員が更新されたバージョンを必要とします。輸送管理では、積み荷がチームに共有記録を提供します。倉庫は積み荷に関連付けられたアイテムを確認でき、輸送プランナーは出荷の詳細を確認でき、収穫を手配する担当者は計画された運送業者とサービスを確認できます。複数の紙のリストを回覧する代わりに、人々は同じ注文と出荷に関連付けられた情報に基づいて作業します。簡単な例を挙げます。倉庫には、同じ配送エリアの複数の顧客からの注文があります。一人の顧客は清掃用品のカートンを注文し、別の顧客は紙製品を注文し、3人目の顧客は少量の機器を注文しました。各注文にはピッキングと梱包が必要ですが、輸送チームはそれらを完全に別々の輸送として扱う必要はありません。彼らは出荷を一つの計画された積み荷に割り当てます。倉庫スタッフは各注文をピッキングし、正しく梱包し、積載エリアに準備します。積み荷記録は、それらの出荷がすべて一緒に輸送されることを示しています。運送業者が到着すると、チームはバラバラのパレットを直前にドライバーに合わせようとするのではなく、計画された一つの輸送のために商品を引き渡します。顧客は自分の注文を受け取ります。しかし舞台裏では、企業はその配送をより大きな輸送の一部として計画しています。

通貨輸送も同様の繋がりの考え方に従いますが、方向が逆です。発注書は、会社がベンダーから商品を受け取る予定であることを示しています。企業が輸送を手配すると、計画された入荷罪によって、商品が倉庫に到着する前に、入荷品が輸送に結びつけられます。ベンダーは出荷を送り、運送業者はそれをあなたの場所に運び、倉庫はそれを受け取ります。受け取りスタッフは、何が到着するかを知っているので準備できます。計画された積載量とドックに到着した商品を比較すれば、トラックが予告なしに現れてパレットがどの発注書に属するのかを誰かが調べようとするよりも、はるかに明確です。転送注文もこのプロセスに当てはまります。ある会社の拠点が在庫を出荷し、別の会社の拠点がそれを受け取ります。最初の倉庫は商品を準備して出荷し、2番目の倉庫は同じ商品を期待して在庫に受け入れます。この輸送の最後に外部の顧客はいませんが、会社は2つの拠点間で明確な引渡しが必要です。積載量は計画された1つの移動を中心に出荷と受け入れの作業を結びつけます。顧客の配送選択も出荷決定と結びついています。顧客が商品をすぐに必要としているため、プランナーがより早い運送業者サービスを選択した場合、その選択は出荷と結びつきます。配送日に余裕があるため、会社がより低コストのサービスを使用した場合も、その選択は結びつきます。人々は配送コストを、それを生成したルートと運送業者の選択まで遡って追跡できます。車両はドックを出発し、商品は安全に到着するかもしれませんが、作業はまだ完了していません。運送業者はその後、運賃請求書を送付し、誰かがそれをチェックする必要があります。運賃と調整。商品は倉庫を出て、配送が完了している場合もあります。その後、運送業者の請求書が届きます。請求書の金額は、運送業者、ルート、サービス、積載の詳細、予想運賃など、会社が事前に計画した輸送方法と一致している必要があるため、その請求書をチェックする必要があります。計画段階で、ダイナミクス365は会社の料金情報から予想輸送料金を計算できます。この予想金額は、運送業者が支払いを要求する前に、会社にとっての出発点となります。

その後、運送業者は運賃請求書を送付します。運賃調整とは、その請求書をシステムに既に記録されている料金と出荷の詳細と比較することです。簡単に言うと、会社は運送業者が実際に商品を輸送したサービスに対して、会社が予想していた金額を請求したかどうかを確認します。計画で料金が500ドルと示されているとします。運送業者の請求書にも500ドルと記載されており、出荷の詳細も一致しています。計画記録と請求書が一致しているため、その請求書はチェックプロセスで明確な経路をたどります。しかし、請求書は必ずしも計画と一致するとは限りません。料金表が間違っていたり、運送業者が別のサービスに対して請求していたり、計画後に積み荷が変更されて料金の説明が必要になったりする可能性があります。関連する記録がないと、財務部門は請求書番号と金額しか見ることができず、その後、倉庫や輸送チームに何が起こったのかを尋ねるのに時間を費やすことになります。輸送管理では、輸送の決定をそのチェックに関連付けています。ルールによって、運送業者の請求書を予想金額と計画された出荷情報と比較できます。詳細が会社の承認されたルールに合致する場合、請求書は先に進みます。詳細が合致しない場合、システムは差額をレビュー担当者に送ります。つまり、全ての運賃を盲目的に承認するわけではありません。輸送プランナーは、運送業者が別のサービスを使用したことを確認する必要があるかもしれませんし、財務部門の誰かが追加料金が発生した理由を尋ねる必要があるかもしれません。重要なのは、全ての不一致が間違っていると決めつけることではありません。重要なのは、支払い前に不一致に気づくことです。これにより、運用部門と財務部門が同じ出荷を中心に連携します。輸送チームは運送業者とサービスを選択します。その選択によって予想コストが発生します。倉庫が商品を発送し、財務部門が後日発行される請求書会社の計画記録と称号します。各チームは異なる部分を見ますが、関連する情報を見ています。組込プロセスには明確な範囲があります。大規模で高度に自動化された貨物監査を必要とする企業は、サードパーティの輸送管理システムを追加することがよくあります。

これらのツールは、より深い運送業者との連携と、より自動化されたチェックルールをもたらすことができます。組込モジュールは、サプライチェーン管理内で計画されたコストと調整作業を処理しますが、ビジネスがさらに必要とする場合は、別のシステムでその作業を拡張できます。これらの構成要素をすべて組み合わせると、全体像が見えてきます。どこに適合し、何をしないのか。では、輸送管理は実際にはどこにありますか?それは、フィナンス&オペレーションズアプリで実行されているダイナミクス365サプライチェーンマネジメント内にあります。そこがその場所です。適合する企業は次の通りです。独自の運送業者記録、料金表、および積載ルールを使用して、入荷配送、顧客への出荷、企業拠点間の在庫転送を構造化された方法で計画する必要がある企業。さて、よくある誤解を解消しましょう。ビジネスセントラルは異なります。ビジネスセントラルには、この組込の輸送管理モジュールは含まれていません。ビジネスセントラルを使用していて輸送計画が必要な場合は、サードパーティーの輸送管理システムを使用する必要があります。これが境界線です。反対側の境界線も明確にしておきましょう。組込モジュールは、すべての運送業者ポータル、リアルタイム交通サービス、または高度な追跡ツールを置き換えるものではありません。企業が多くの運送業者からのリアルタイム料金、より幅広い運送業者の選択肢、または商品がドックを出た後のより詳細な追跡を必要とする場合、サードパーティーのTMSに接続します。これらのツールは外部の活動を処理します。オフィスビルを思い出してください。輸送管理は、そのビル内の輸送デスクです。注文、倉庫作業、財務に接続します。会社の輸送計画をまとめます。外部の運送業者ツールは、そのデスクの外側の活動を処理します。2つの異なるレイヤーが連携して動作します。結論、次の知識のヒント。最も簡単な考え方は次の通りです。輸送管理は、ビジネス注文を計画された商品の移動に変換します。次に、その移動を、会社が後で確認する運賃コストに接続します。これで前編が終わりました。お気に入りのポッドキャストプラットフォームで購読してください。

ダイナミクス365サプライチェーンマネジメントを学習中の人に、この貴重な情報を共有してください。そして、次は倉庫と在庫に関するエピソードをご覧ください。すべての荷物は、倉庫の扉の向こうにある在庫に依存しているのです。