WEBVTT

00:00:00.260 --> 00:00:04.380
こんにちは。M365FMのマイクロソフトナレッジナゲットの別のエピソードへようこそ。

00:00:04.540 --> 00:00:05.940
司会のミルコ・ピータースです。

00:00:06.100 --> 00:00:11.120
今日のトピックは、サプライチェーンに携わるほとんどの人が聞いたことがあるものの、真に理解している人は少ないものです。

00:00:11.280 --> 00:00:13.480
ダイナミクス365輸送管理です。

00:00:13.700 --> 00:00:14.980
問題は次の通りです。

00:00:15.120 --> 00:00:22.280
顧客が注文を出し、在庫が倉庫にあり、運送業者が収穫時間を必要とし、顧客が配達を期待し、その後、運送費の請求書が誰かの机に届きます。

00:00:22.280 --> 00:00:26.820
長年、これらの手順は別々のスプレッドシート、電話、料金表、チーム間の引き継ぎで行われていました。

00:00:26.960 --> 00:00:28.820
ああ、そして、それはギャップを生み出します。

00:00:29.020 --> 00:00:31.580
倉庫は輸送計画が立てられる前に商品を準備するかもしれません。

00:00:31.760 --> 00:00:34.640
財務は誰が支払うことに同意したのかを知らないまま請求書を見るかもしれません。

00:00:34.800 --> 00:00:37.100
では、輸送管理とは一体何でしょうか。

00:00:37.200 --> 00:00:41.480
簡単に言うと、ダイナミクス365サプライチェーン管理内の輸送デスクです。

00:00:41.660 --> 00:00:44.620
倉庫のドア、ベンダー、顧客、運送業者を接続します。

00:00:44.620 --> 00:00:48.740
積載を計画し、ルートと料金を選択し、商品を出荷し、運送費を確認します。

00:00:48.860 --> 00:00:53.760
このエピソードの終わりまでに、これらの要素がどのように組み合わさって仕事が楽になるのかがわかるでしょう。

00:00:55.500 --> 00:00:57.480
輸送管理が存在する理由

00:00:57.480 --> 00:00:59.960
まずは基本的な事実から始めましょう。

00:01:00.180 --> 00:01:04.140
物理的な商品は、画面上に販売注文があるからといって動くわけではありません。

00:01:04.300 --> 00:01:07.880
トラック、トレーラー、コンテナ、またはその他の輸送手段が必要です。

00:01:08.080 --> 00:01:14.160
誰かが、商品の出発地、到着地、専用スペース、出発時間、輸送コストを把握する必要があります。

00:01:14.160 --> 00:01:17.980
一つの箱が一人の顧客に届くことを想像すると、簡単そうに聞こえます。

00:01:18.140 --> 00:01:26.180
しかし、実際の企業は、同じ倉庫から同じ日に多くの注文を発送し、複数のベンダーから商品を受け取り、同時に自社の拠点間で在庫を移動させる可能性があります。

00:01:26.440 --> 00:01:29.940
それぞれの移動には、人、日付、スペース、お金が伴います。

00:01:30.120 --> 00:01:33.440
共有システムがなければ、各チームは自分の担当部分しか見ることができません。

00:01:33.600 --> 00:01:35.240
営業は顧客の注文を見ます。

00:01:35.440 --> 00:01:37.120
購買はベンダーの注文を見ます。

00:01:37.320 --> 00:01:41.080
倉庫スタッフは、ピッキング、梱包、受け取り、または保管する必要のある品目を見ます。

00:01:41.240 --> 00:01:45.600
輸送チームは、移動しなければならないもののリストを見ますが、多くの場合、他の全員がすでに自分の役割を終えた後です。

00:01:45.760 --> 00:01:47.760
そして、そこから遅延や混乱が始まります。

00:01:47.960 --> 00:01:49.380
具体的な例を挙げましょう。

00:01:49.620 --> 00:01:52.420
倉庫に同じ年向けの顧客注文が10件あるとします。

00:01:52.640 --> 00:01:57.160
輸送を予約する前に誰もこれらの注文を関連付けなければ、会社は部分的にしか積載されていない複数の輸送を手配したり、

00:01:57.400 --> 00:02:00.580
倉庫がどの商品が車両に積まれるべきかを知る前に運送業者が到着したりする可能性があります。

00:02:00.800 --> 00:02:03.320
商品は準備できていますが、移動は計画されていません。

00:02:03.540 --> 00:02:08.440
そこで、輸送管理はダイナミクス365サプライチェーンマネジメント内にその移動のための場所を提供します。

00:02:08.620 --> 00:02:13.940
これは、追跡番号を入力して荷物が地図上を移動するのを見るような、独立した消費者向け配送アプリではありません。

00:02:13.940 --> 00:02:17.520
代わりに、接続されたプラットフォームにすでに存在するビジネスレコードと連携します。

00:02:17.680 --> 00:02:19.940
注文によって商品の移動の必要性が生じます。

00:02:20.140 --> 00:02:21.840
倉庫作業で商品が準備されます。

00:02:22.040 --> 00:02:25.440
輸送管理は、それらの商品が場所間でどのように移動するかを計画します。

00:02:25.620 --> 00:02:27.980
オフィスビルの輸送デスクのようなものだと考えてください。

00:02:28.180 --> 00:02:30.720
営業チームは顧客からのリクエストをデスクに持ち込みます。

00:02:30.900 --> 00:02:33.520
購買部はベンダーが商品を送るというニュースを伝えます。

00:02:33.740 --> 00:02:36.040
倉庫は実際の在庫と積み込みドアを持ってきます。

00:02:36.200 --> 00:02:39.600
輸送デスクはこれらのリクエストを会社の輸送計画に結びつけます。

00:02:39.740 --> 00:02:41.160
主な方向は2つあります。

00:02:47.520 --> 00:02:50.940
ベンダーがその輸送を管理する場合もあれば、自社が手配する場合もあります。

00:02:51.120 --> 00:02:55.500
いずれにしても商品を適切な場所に届け、到着時に受け取るための明確な計画が必要です。

00:02:55.700 --> 00:02:58.820
出荷輸送とは商品が自社から出荷されることを意味します。

00:02:59.000 --> 00:03:04.240
顧客が商品を注文し、倉庫で準備し、運送業者または自社車両が顧客に届けます。

00:03:04.440 --> 00:03:07.380
どちらの流れも移動を伴いますが、開始点が異なります。

00:03:07.600 --> 00:03:09.700
入荷は発注書とベンダーから始まります。

00:03:09.940 --> 00:03:12.160
出荷は販売注文と顧客から始まります。

00:03:12.160 --> 00:03:15.780
初心者が見落としがちな3つ目のタイプとして、振替注文があります。

00:03:15.940 --> 00:03:18.780
振替注文は自社拠点間で在庫を移動します。

00:03:18.980 --> 00:03:22.380
ある倉庫に在庫が多すぎる場合、別の倉庫で在庫が必要になることがあります。

00:03:22.560 --> 00:03:26.340
顧客の購入は関係ありませんが、物理的な商品は輸送する必要があります。

00:03:26.580 --> 00:03:32.600
365トランスポーテーションマネジメントでは、振替注文は出荷シナリオに属し、販売注文と並行して計画できます。

00:03:32.800 --> 00:03:35.500
積み込みドックを想像すると、これは理にかなっています。

00:03:35.500 --> 00:03:44.440
あ、パレットが有料の顧客に送られる場合でも、別の会社の倉庫に送られる場合でも、誰かが車両を手配し、スペースを確保し、同じドアから出荷する必要があります。

00:03:44.680 --> 00:03:49.680
そのため、この接続されたアプローチは、個別のリストと電話の古い連鎖を共有情報に置き換えます。

00:03:49.840 --> 00:03:52.440
注文は、移動する必要があるものをシステムに伝えます。

00:03:52.640 --> 00:03:54.100
倉庫はアイテムを準備します。

00:03:54.300 --> 00:03:56.800
輸送管理はそのニーズを輸送計画に変換します。

00:03:57.020 --> 00:04:00.880
商品を移動する必要があると、システムはまず実行可能な出荷計画を必要とします。

00:04:01.100 --> 00:04:02.160
積載の計画

00:04:02.160 --> 00:04:07.860
今日の知識の断片は、すべての物流チームが必要とするものですが、説明の仕方が異なることがよくあります。

00:04:08.100 --> 00:04:09.260
積載の計画

00:04:09.260 --> 00:04:12.980
輸送の計画は、注文または出荷のいずれかから開始できます。

00:04:13.240 --> 00:04:15.800
私は、すぐに誤解を解いておきましょう。

00:04:16.020 --> 00:04:18.120
出荷計画はゼロから始めるわけではありません。

00:04:18.340 --> 00:04:19.860
すでに持っている記録から始まります。

00:04:20.040 --> 00:04:22.220
販売注文には、顧客が購入したものが含まれています。

00:04:22.380 --> 00:04:24.800
購入注文には、ベンダーが送る必要があるものがリストされています。

00:04:24.800 --> 00:04:28.960
出荷は、それらのアイテムをより焦点を絞った出荷記録にグループ化し、他のものと組み合わせる準備ができています。

00:04:29.100 --> 00:04:31.060
では、どの開始点を使用すべきでしょうか。

00:04:31.200 --> 00:04:33.040
それは、会社の業務方法によって異なります。

00:04:33.220 --> 00:04:35.940
一部のチームは、注文明細を直接見て早期に計画を立てます。

00:04:36.060 --> 00:04:39.080
他のチームはまず出荷を作成し、次に何を一緒に輸送するかを決定します。

00:04:39.240 --> 00:04:40.940
どちらの方法も同じ疑問に行き着きます。

00:04:41.140 --> 00:04:42.600
何を同じ車両に積むべきか?

00:04:42.740 --> 00:04:44.580
最も簡単な定義は次の通りです。

00:04:44.720 --> 00:04:47.460
積み荷とは、計画された商品の移動のデジタル記録です。

00:04:47.640 --> 00:04:52.640
1台のトラック、1台のトレーラー、1つのコンテナ、または一緒に輸送される出荷の集合としてイメージできます。

00:04:52.840 --> 00:04:56.500
物理的な作業が始まる前に、どの商品が一緒に属しているかを1箇所で確認できます。

00:04:56.680 --> 00:04:58.680
ここで、多くの人が誤解している点があります。

00:04:58.860 --> 00:05:01.660
積み荷とは、すべてのアイテムが1つの物理的な箱に収まるという意味ではありません。

00:05:01.660 --> 00:05:04.300
システムが1つの輸送計画に基づいて商品をグループ化することを意味します。

00:05:04.440 --> 00:05:06.680
複数の顧客の出荷が1台のトラックを共有する場合があります。

00:05:06.860 --> 00:05:09.460
大きな注文は、1つのトレーラー全体を埋め尽くす可能性があります。

00:05:09.680 --> 00:05:13.520
ベンダーから到着したコンテナも、倉庫が商品を受け取る前に積み荷になることがあります。

00:05:13.760 --> 00:05:16.800
重要なのは、各注文を個別の輸送として扱うのをやめることです。

00:05:16.940 --> 00:05:20.380
金曜日の配達のために6つの顧客注文が準備されている販売業者を想像してください。

00:05:20.480 --> 00:05:23.820
6つすべてが同じ場所にあり、各注文はトラックの一部しか満たしません。

00:05:23.960 --> 00:05:28.180
半分空いている6台の車両を送ると、スペースが無駄になり、6つの別々の輸送作業が発生します。

00:05:28.320 --> 00:05:31.040
代わりに、チームは互換性のある出荷を1つの積み荷にグループ化できます。

00:05:31.240 --> 00:05:33.960
互換性があるということは、合理的に一緒に移動できることを意味します。

00:05:34.120 --> 00:05:37.020
同じ倉庫から出発し、ほぼ同じ時間に移動する必要があります。

00:05:37.260 --> 00:05:39.720
車両の制限内に収まり、出荷ルールに従います。

00:05:39.720 --> 00:05:43.780
システムは、スプレッドシートでパターンを見つける人に頼るのではなく、これらのレコードをまとめるのに役立ちます。

00:05:43.900 --> 00:05:45.880
これで、そのグループは共有プランを持つことになります。

00:05:46.080 --> 00:05:48.140
倉庫では、積載物として何が必要かを確認できます。

00:05:48.340 --> 00:05:50.440
輸送プランナーは、ソースペースと重量を確認できます。

00:05:50.640 --> 00:05:53.940
人々は、メール、メモ、または別のファイルで同じリストを再構築する必要はありません。

00:05:54.100 --> 00:05:55.500
しかし、重要なのはここです。

00:05:55.660 --> 00:05:58.040
商品のグループ化は、単にアイテムをまとめるだけではありません。

00:05:58.040 --> 00:06:00.820
トラックには、重量、床面積、高さなどの制限があります。

00:06:01.000 --> 00:06:02.440
コンテナには独自のルールがあります。

00:06:02.620 --> 00:06:04.740
システムがこれらの制限を確認せずに商品をグループ化すると、

00:06:04.920 --> 00:06:07.860
画面上では積載物が問題ないように見えても、積み込みドックで失敗する可能性があります。

00:06:08.060 --> 00:06:11.300
ダイナミクス365は、これを回避するのに役立つ積載テンプレートを使用します。

00:06:11.480 --> 00:06:15.620
積載テンプレートは、車両またはコンテナの種類ごとに再利用可能な制限のセットと考えてください。

00:06:15.620 --> 00:06:20.060
小型配送トラック用に1つ、大型トレーラー用に別のもの、輸送コンテナ用に別のものを作成します。

00:06:20.200 --> 00:06:24.560
各テンプレートには、重量、容積、高さ、および会社が必要とするその他のルールの制限が含まれています。

00:06:24.700 --> 00:06:27.660
テンプレートは、荷物を積み始める前に荷物の形状を示します。

00:06:27.840 --> 00:06:32.340
そのため、荷物の重量が重すぎたり、スペースを取りすぎたりすると、プランナーはそれがその荷物には適していないことがわかります。

00:06:32.340 --> 00:06:36.800
解決策としては、別の車両、別のテンプレート、または別の荷物のグループ分けなどが考えられます。

00:06:36.940 --> 00:06:41.660
ソフトウェアはパレットを持ち上げませんが、実際の作業が始まる前に、チームにより明確な計画を提供します。

00:06:41.800 --> 00:06:45.380
組み込みのアプローチの1つは、ボリュームベースの積載構築と呼ばれます。

00:06:45.560 --> 00:06:47.680
これは必要以上に技術的に聞こえます。

00:06:47.980 --> 00:06:53.280
これは、システムが積載を構築または提案する際に、積載テンプレートの最大高さと重量を使用することを意味します。

00:06:53.400 --> 00:06:56.380
簡単に言うと、設定した制限内に商品が収まるかどうかを確認します。

00:06:56.540 --> 00:06:58.400
これらの値は永久に固定されているわけではありません。

00:06:58.520 --> 00:07:01.180
プランナーは、実際のニーズが変わった時に、これらの値を上書きできます。

00:07:01.360 --> 00:07:02.980
運送業者が別のトレーラーを送るかもしれません。

00:07:03.140 --> 00:07:05.160
または、別の高さが許容される工程があるかもしれません。

00:07:05.300 --> 00:07:09.480
テンプレートは通常のルールを提供し、上書きによって全てを再構築することなく例外が処理されます。

00:07:09.660 --> 00:07:11.720
先ほどの6つの顧客注文に戻りましょう。

00:07:11.960 --> 00:07:14.360
それぞれがトラックの15%を占めるかもしれません。

00:07:14.360 --> 00:07:17.640
個別に計画すると、ほとんど空の車両を6台送ることができます。

00:07:17.820 --> 00:07:21.560
同じ注文を1つの荷物にまとめると、トラック1台分のほとんどが埋まり、さらに余裕ができます。

00:07:21.720 --> 00:07:23.500
これはスペースのより効率的な利用です。

00:07:23.640 --> 00:07:25.540
この考え方は双方向で有効です。

00:07:25.700 --> 00:07:28.860
入荷計画では、仕入れ先から来る品目を中心に荷物を作成します。

00:07:29.060 --> 00:07:33.620
輸送計画は予定されている受領と連動しているため、倉庫は何が来るかを把握し、到着の準備をします。

00:07:33.620 --> 00:07:38.440
ゲートに到着した時に初めて配送について知るのではなく、受領チームは計画された記録を持っています。

00:07:38.620 --> 00:07:43.460
出荷計画では、顧客のために出荷する必要のある倉庫品目を選択し、それらを荷物にまとめます。

00:07:43.620 --> 00:07:47.500
倉庫はバラバラのリストではなく、荷物の詳細に基づいてこれらの商品を準備します。

00:07:47.660 --> 00:07:52.440
1つの満載の荷物には、輸送手段、輸送会社、および予想される料金が必要です。

00:07:52.600 --> 00:07:58.180
ルート、運送業者、および料金、荷物によって一緒に輸送する必要があるものがわかります。

00:07:58.260 --> 00:08:02.800
次に、誰が輸送するか、どのサービスを使用するか、その輸送にいくらかかるかを決定する必要があります。

00:08:02.960 --> 00:08:05.240
商品を輸送する会社は運送業者と呼ばれます。

00:08:05.400 --> 00:08:08.420
これは、貨物を集荷して配送する外部の輸送会社である場合があります。

00:08:08.660 --> 00:08:11.880
自社でトラックとドライバーを運用している場合は、自社の車両群を意味することもあります。

00:08:12.100 --> 00:08:15.200
いずれにしても、運送業者は実際の輸送に責任を負います。

00:08:15.400 --> 00:08:19.080
トラックが自社の所有物であっても計画が必要なため、この区別は重要です。

00:08:19.260 --> 00:08:22.700
外部の運送業者と契約する場合は、価格とサービスについて事前に合意します。

00:08:22.700 --> 00:08:27.940
自社の車両群の場合でも、特に配送費用が顧客の注文書に記載されている場合は、輸送費を計算したいと思うかもしれません。

00:08:28.080 --> 00:08:31.520
ダイナミクス365輸送管理は、どちらの状況にも対応しています。

00:08:31.720 --> 00:08:32.960
次に、ルートがあります。

00:08:33.200 --> 00:08:36.540
ルートとは、集荷から目的地までの計画された経路とサービスの選択です。

00:08:36.700 --> 00:08:38.560
これは、実務上の疑問に答えます。

00:08:38.720 --> 00:08:45.280
運送業者はどの倉庫から集荷するのか、どの顧客または場所が商品を受け取るのか、どの運送サービスが輸送を担当するのか、

00:08:45.280 --> 00:08:48.400
主要倉庫から全国各地の顧客への配送を想像してみてください。

00:08:48.540 --> 00:08:51.820
あるルートでは、費用は安いが時間がかかる標準的な道路貨物を使用するかもしれません。

00:08:51.960 --> 00:08:54.760
別のルートでは、より早く、より高価なサービスを使用するかもしれません。

00:08:54.940 --> 00:08:57.640
出発地と到着地は同じですが、輸送方法の選択が変わります。

00:08:57.840 --> 00:09:00.020
料金とは、その選択に対する予想料金です。

00:09:00.140 --> 00:09:02.520
これは、最後にランダムに入力された数字ではありません。

00:09:02.680 --> 00:09:06.640
料金は、運送業者との価格契約と出荷またはルートの詳細を組み合わせて算出されます。

00:09:06.840 --> 00:09:10.240
商品の出発地、目的地、使用するサービス、輸送料。

00:09:10.420 --> 00:09:14.040
つまり、ルートは商品がどのように移動すべきかを示し、料金は支払うべき金額を示します。

00:09:14.200 --> 00:09:16.060
この2つの概念は密接に関連しています。

00:09:16.240 --> 00:09:20.600
なぜなら、安価なルートでは納期を守れない可能性があり、スピードは注文に見合わないほどのコストがかかる可能性があるからです。

00:09:20.600 --> 00:09:26.040
輸送計画とは、単にトラックを探すことではなく、顧客への約束と会社のコストルールに合ったサービスを選択することです。

00:09:26.480 --> 00:09:30.260
ダイナミクス365には、料金ルートワークベンチが含まれています。

00:09:30.460 --> 00:09:33.060
名前は堅苦しく聞こえますが、目的はシンプルです。

00:09:33.200 --> 00:09:37.240
プランナーが出荷のルートと料金の選択肢を並べて比較できる場所を提供します。

00:09:37.440 --> 00:09:43.120
運送業者のテーブルを1つずつ確認し、別のファイルで比較する代わりに、その出荷ニーズに関連する選択肢をレビューします。

00:09:43.200 --> 00:09:47.060
あるオプションの方が顧客に早く届く場合もあれば、別のオプションの方がコストが低い場合もあります。

00:09:47.220 --> 00:09:50.720
システムは、すべての顧客がコストよりもスピードを重視していることを認識しているわけではありません。

00:09:50.860 --> 00:09:53.080
企業はそれぞれ異なる方法で業務を行っているからです。

00:09:53.220 --> 00:09:56.480
顧客は緊急配送を依頼している場合、より早いルートが利にかなっています。

00:09:56.680 --> 00:09:59.940
別の顧客はより長い配送を受け入れ、より低い料金の方が適しています。

00:10:00.180 --> 00:10:02.080
最終的な決定は人間が行います。

00:10:02.160 --> 00:10:07.660
輸送管理では、合意された選択肢と予想されるコストが提供され、どのトレードオフがビジネスに有効かがわかります。

00:10:07.800 --> 00:10:10.260
組込モジュールが実際に行うのは次の通りです。

00:10:10.440 --> 00:10:14.900
料金情報は、企業がダイナミクス365に入力及び維持する料金テーブルから取得されます。

00:10:15.060 --> 00:10:18.860
これらのテーブルは、合意された運送業者の価格とルートルールの保存された記録と考えてください。

00:10:19.020 --> 00:10:23.620
特定のサービスとレーンの価格を交渉した場合、その情報はシステムに保存され、計画をサポートします。

00:10:23.780 --> 00:10:26.480
これは、料金が基地の契約に従う場合にうまく機能します。

00:10:26.700 --> 00:10:31.680
例えば少数の定期運送業者と協力し、慣れたルートを提供し、契約が変更された時に価格を更新します。

00:10:31.840 --> 00:10:35.620
輸送プランナーは、古いメールを探す代わりに、既に記録されている料金を使用します。

00:10:35.780 --> 00:10:37.960
しかし、多くの人が誤解している点があります。

00:10:38.180 --> 00:10:42.040
組込モジュールは、すべての運送業者に接続されたライブショッピングサイトのように機能するわけではありません。

00:10:42.180 --> 00:10:46.560
ライブフィードから最新の価格を自動的に取得し、広範なネットワーク全体でリアルタイムに比較するわけではありません。

00:10:46.560 --> 00:10:52.780
企業が複数の運送業者の料金比較、ライブ予約リンク、またはより詳細な出荷状況の更新を必要とする場合は、通常サードパーティシステムを接続します。

00:10:52.920 --> 00:10:54.760
これは輸送管理の失敗ではありません。

00:10:54.940 --> 00:10:57.080
輸送管理の役割が明確に定義されています。

00:10:57.280 --> 00:11:04.120
これらのツールは、記者が保有する運送業者、ルート、料金情報を使用して、サプライチェーン管理内で構造化された輸送計画を処理します。

00:11:04.300 --> 00:11:07.160
また、消費者向けの小包み追跡ウェブサイトでもありません。

00:11:07.340 --> 00:11:12.640
追跡番号を1つ入力して車両アイコンが道路を移動する様子を見るような地図のように使用することはできません。

00:11:12.780 --> 00:11:16.640
このモジュールは、出荷前及び出荷前後のビジネス輸送の意思決定に焦点を当てています。

00:11:16.840 --> 00:11:21.800
どの商品を一緒に輸送するか、どの運送業者がそれらを扱うか、どのルートが適用されるか、輸送コストはいくらになるか。

00:11:21.800 --> 00:11:26.180
記者がその計画を選択すると、倉庫チームと輸送チームがそれを実行する必要があります。

00:11:26.400 --> 00:11:31.680
倉庫のドアから顧客のドアまで、輸送計画は、人々が実際にそれを実際の出荷に変換できる場合にのみ役立ちます。

00:11:31.860 --> 00:11:35.400
出荷注文の場合、流れは通常、顧客が何かを購入するときに始まります。

00:11:35.580 --> 00:11:39.940
販売注文は、顧客が何を望んでいるか、どこに送る必要があるか、いつ到着する必要があるかを企業に伝えます。

00:11:40.020 --> 00:11:44.340
その注文は出荷となり、出荷は同じ輸送で輸送される他の商品と共に計画された積みに加わります。

00:11:44.520 --> 00:11:46.040
次に、倉庫が引き継ぎます。

00:11:46.240 --> 00:11:49.940
作業員は保管場所から商品を選び、梱包し、適切な積載エリアに運びます。

00:11:50.140 --> 00:11:55.220
出荷は積み荷の一部であるため、チームはどの商品を一緒に出荷する必要があり、どの運送業者がそれらを収穫するかを確認できます。

00:11:55.420 --> 00:12:00.080
車両が到着すると、商品は倉庫から運送業者に移され、運送業者が顧客に届けます。

00:12:00.280 --> 00:12:02.340
すべてのステップが同じ移動記録にリンクされます。

00:12:02.420 --> 00:12:04.820
これは普通に聞こえますが、従来の方法を想像してみてください。

00:12:04.940 --> 00:12:07.220
ピッカーは印刷された注文書に基づいて作業するかもしれません。

00:12:07.400 --> 00:12:13.280
輸送プランナーは別のリストを持ち、積み込みドアの担当者は電子メールを検索して、どの運送業者がどのパレットを運ぶべきかを確認するかもしれません。

00:12:13.480 --> 00:12:16.740
詳細が一つ変更されると、全員が更新されたバージョンを必要とします。

00:12:16.940 --> 00:12:19.920
輸送管理では、積み荷がチームに共有記録を提供します。

00:12:20.160 --> 00:12:28.100
倉庫は積み荷に関連付けられたアイテムを確認でき、輸送プランナーは出荷の詳細を確認でき、収穫を手配する担当者は計画された運送業者とサービスを確認できます。

00:12:28.100 --> 00:12:34.120
複数の紙のリストを回覧する代わりに、人々は同じ注文と出荷に関連付けられた情報に基づいて作業します。

00:12:34.300 --> 00:12:35.540
簡単な例を挙げます。

00:12:35.760 --> 00:12:39.060
倉庫には、同じ配送エリアの複数の顧客からの注文があります。

00:12:39.280 --> 00:12:45.060
一人の顧客は清掃用品のカートンを注文し、別の顧客は紙製品を注文し、3人目の顧客は少量の機器を注文しました。

00:12:45.220 --> 00:12:49.540
各注文にはピッキングと梱包が必要ですが、輸送チームはそれらを完全に別々の輸送として扱う必要はありません。

00:12:49.540 --> 00:12:52.000
彼らは出荷を一つの計画された積み荷に割り当てます。

00:12:52.180 --> 00:12:56.120
倉庫スタッフは各注文をピッキングし、正しく梱包し、積載エリアに準備します。

00:12:56.280 --> 00:12:59.620
積み荷記録は、それらの出荷がすべて一緒に輸送されることを示しています。

00:12:59.800 --> 00:13:06.420
運送業者が到着すると、チームはバラバラのパレットを直前にドライバーに合わせようとするのではなく、計画された一つの輸送のために商品を引き渡します。

00:13:06.580 --> 00:13:08.420
顧客は自分の注文を受け取ります。

00:13:08.640 --> 00:13:12.680
しかし舞台裏では、企業はその配送をより大きな輸送の一部として計画しています。

00:13:19.540 --> 00:13:23.280
通貨輸送も同様の繋がりの考え方に従いますが、方向が逆です。

00:13:23.440 --> 00:13:26.960
発注書は、会社がベンダーから商品を受け取る予定であることを示しています。

00:13:27.140 --> 00:13:33.380
企業が輸送を手配すると、計画された入荷罪によって、商品が倉庫に到着する前に、入荷品が輸送に結びつけられます。

00:13:33.540 --> 00:13:37.740
ベンダーは出荷を送り、運送業者はそれをあなたの場所に運び、倉庫はそれを受け取ります。

00:13:37.920 --> 00:13:40.940
受け取りスタッフは、何が到着するかを知っているので準備できます。

00:13:40.940 --> 00:13:48.860
計画された積載量とドックに到着した商品を比較すれば、トラックが予告なしに現れてパレットがどの発注書に属するのかを誰かが調べようとするよりも、はるかに明確です。

00:13:49.000 --> 00:13:51.240
転送注文もこのプロセスに当てはまります。

00:13:51.440 --> 00:13:54.980
ある会社の拠点が在庫を出荷し、別の会社の拠点がそれを受け取ります。

00:13:55.220 --> 00:14:00.780
最初の倉庫は商品を準備して出荷し、2番目の倉庫は同じ商品を期待して在庫に受け入れます。

00:14:00.940 --> 00:14:06.080
この輸送の最後に外部の顧客はいませんが、会社は2つの拠点間で明確な引渡しが必要です。

00:14:06.280 --> 00:14:10.540
積載量は計画された1つの移動を中心に出荷と受け入れの作業を結びつけます。

00:14:10.680 --> 00:14:13.520
顧客の配送選択も出荷決定と結びついています。

00:14:13.520 --> 00:14:19.340
顧客が商品をすぐに必要としているため、プランナーがより早い運送業者サービスを選択した場合、その選択は出荷と結びつきます。

00:14:19.500 --> 00:14:23.940
配送日に余裕があるため、会社がより低コストのサービスを使用した場合も、その選択は結びつきます。

00:14:24.120 --> 00:14:28.100
人々は配送コストを、それを生成したルートと運送業者の選択まで遡って追跡できます。

00:14:28.100 --> 00:14:32.540
車両はドックを出発し、商品は安全に到着するかもしれませんが、作業はまだ完了していません。

00:14:32.680 --> 00:14:36.860
運送業者はその後、運賃請求書を送付し、誰かがそれをチェックする必要があります。

00:14:37.040 --> 00:14:41.860
運賃と調整。商品は倉庫を出て、配送が完了している場合もあります。

00:14:42.120 --> 00:14:44.380
その後、運送業者の請求書が届きます。

00:14:44.600 --> 00:14:54.680
請求書の金額は、運送業者、ルート、サービス、積載の詳細、予想運賃など、会社が事前に計画した輸送方法と一致している必要があるため、その請求書をチェックする必要があります。

00:14:54.680 --> 00:14:59.960
計画段階で、ダイナミクス365は会社の料金情報から予想輸送料金を計算できます。

00:15:00.140 --> 00:15:04.380
この予想金額は、運送業者が支払いを要求する前に、会社にとっての出発点となります。

00:15:04.580 --> 00:15:07.100
その後、運送業者は運賃請求書を送付します。

00:15:07.280 --> 00:15:12.160
運賃調整とは、その請求書をシステムに既に記録されている料金と出荷の詳細と比較することです。

00:15:12.300 --> 00:15:17.640
簡単に言うと、会社は運送業者が実際に商品を輸送したサービスに対して、会社が予想していた金額を請求したかどうかを確認します。

00:15:17.640 --> 00:15:20.160
計画で料金が500ドルと示されているとします。

00:15:20.340 --> 00:15:24.000
運送業者の請求書にも500ドルと記載されており、出荷の詳細も一致しています。

00:15:24.180 --> 00:15:28.340
計画記録と請求書が一致しているため、その請求書はチェックプロセスで明確な経路をたどります。

00:15:28.540 --> 00:15:31.260
しかし、請求書は必ずしも計画と一致するとは限りません。

00:15:31.420 --> 00:15:37.900
料金表が間違っていたり、運送業者が別のサービスに対して請求していたり、計画後に積み荷が変更されて料金の説明が必要になったりする可能性があります。

00:15:37.900 --> 00:15:44.700
関連する記録がないと、財務部門は請求書番号と金額しか見ることができず、その後、倉庫や輸送チームに何が起こったのかを尋ねるのに時間を費やすことになります。

00:15:44.840 --> 00:15:48.160
輸送管理では、輸送の決定をそのチェックに関連付けています。

00:15:48.380 --> 00:15:52.580
ルールによって、運送業者の請求書を予想金額と計画された出荷情報と比較できます。

00:15:52.840 --> 00:15:56.820
詳細が会社の承認されたルールに合致する場合、請求書は先に進みます。

00:15:57.040 --> 00:16:00.640
詳細が合致しない場合、システムは差額をレビュー担当者に送ります。

00:16:00.640 --> 00:16:04.020
つまり、全ての運賃を盲目的に承認するわけではありません。

00:16:04.180 --> 00:16:11.080
輸送プランナーは、運送業者が別のサービスを使用したことを確認する必要があるかもしれませんし、財務部門の誰かが追加料金が発生した理由を尋ねる必要があるかもしれません。

00:16:11.260 --> 00:16:14.160
重要なのは、全ての不一致が間違っていると決めつけることではありません。

00:16:14.360 --> 00:16:16.680
重要なのは、支払い前に不一致に気づくことです。

00:16:16.820 --> 00:16:19.500
これにより、運用部門と財務部門が同じ出荷を中心に連携します。

00:16:19.660 --> 00:16:21.860
輸送チームは運送業者とサービスを選択します。

00:16:22.080 --> 00:16:24.120
その選択によって予想コストが発生します。

00:16:24.340 --> 00:16:29.220
倉庫が商品を発送し、財務部門が後日発行される請求書会社の計画記録と称号します。

00:16:29.380 --> 00:16:32.720
各チームは異なる部分を見ますが、関連する情報を見ています。

00:16:32.920 --> 00:16:35.060
組込プロセスには明確な範囲があります。

00:16:35.320 --> 00:16:41.040
大規模で高度に自動化された貨物監査を必要とする企業は、サードパーティの輸送管理システムを追加することがよくあります。

00:16:41.140 --> 00:16:45.720
これらのツールは、より深い運送業者との連携と、より自動化されたチェックルールをもたらすことができます。

00:16:45.720 --> 00:16:53.840
組込モジュールは、サプライチェーン管理内で計画されたコストと調整作業を処理しますが、ビジネスがさらに必要とする場合は、別のシステムでその作業を拡張できます。

00:16:54.020 --> 00:16:57.760
これらの構成要素をすべて組み合わせると、全体像が見えてきます。

00:16:58.020 --> 00:17:00.180
どこに適合し、何をしないのか。

00:17:00.340 --> 00:17:02.760
では、輸送管理は実際にはどこにありますか?

00:17:02.900 --> 00:17:07.400
それは、フィナンス&オペレーションズアプリで実行されているダイナミクス365サプライチェーンマネジメント内にあります。

00:17:07.640 --> 00:17:08.680
そこがその場所です。

00:17:08.860 --> 00:17:10.620
適合する企業は次の通りです。

00:17:10.620 --> 00:17:19.380
独自の運送業者記録、料金表、および積載ルールを使用して、入荷配送、顧客への出荷、企業拠点間の在庫転送を構造化された方法で計画する必要がある企業。

00:17:19.520 --> 00:17:21.760
さて、よくある誤解を解消しましょう。

00:17:21.940 --> 00:17:23.460
ビジネスセントラルは異なります。

00:17:23.660 --> 00:17:26.820
ビジネスセントラルには、この組込の輸送管理モジュールは含まれていません。

00:17:27.000 --> 00:17:31.640
ビジネスセントラルを使用していて輸送計画が必要な場合は、サードパーティーの輸送管理システムを使用する必要があります。

00:17:31.820 --> 00:17:33.000
これが境界線です。

00:17:33.000 --> 00:17:35.340
反対側の境界線も明確にしておきましょう。

00:17:35.460 --> 00:17:40.120
組込モジュールは、すべての運送業者ポータル、リアルタイム交通サービス、または高度な追跡ツールを置き換えるものではありません。

00:17:40.240 --> 00:17:47.400
企業が多くの運送業者からのリアルタイム料金、より幅広い運送業者の選択肢、または商品がドックを出た後のより詳細な追跡を必要とする場合、サードパーティーのTMSに接続します。

00:17:47.540 --> 00:17:49.640
これらのツールは外部の活動を処理します。

00:17:49.820 --> 00:17:51.320
オフィスビルを思い出してください。

00:17:51.540 --> 00:17:54.120
輸送管理は、そのビル内の輸送デスクです。

00:17:54.320 --> 00:17:57.000
注文、倉庫作業、財務に接続します。

00:17:57.200 --> 00:17:59.060
会社の輸送計画をまとめます。

00:17:59.240 --> 00:18:02.660
外部の運送業者ツールは、そのデスクの外側の活動を処理します。

00:18:02.860 --> 00:18:05.200
2つの異なるレイヤーが連携して動作します。

00:18:05.760 --> 00:18:07.760
結論、次の知識のヒント。

00:18:08.000 --> 00:18:10.300
最も簡単な考え方は次の通りです。

00:18:10.460 --> 00:18:13.720
輸送管理は、ビジネス注文を計画された商品の移動に変換します。

00:18:13.920 --> 00:18:17.340
次に、その移動を、会社が後で確認する運賃コストに接続します。

00:18:17.540 --> 00:18:18.820
これで前編が終わりました。

00:18:19.040 --> 00:18:21.300
お気に入りのポッドキャストプラットフォームで購読してください。

00:18:21.300 --> 00:18:25.960
ダイナミクス365サプライチェーンマネジメントを学習中の人に、この貴重な情報を共有してください。

00:18:26.140 --> 00:18:28.940
そして、次は倉庫と在庫に関するエピソードをご覧ください。

00:18:29.160 --> 00:18:32.120
すべての荷物は、倉庫の扉の向こうにある在庫に依存しているのです。