Halo dan selamat datang di episode lain Microsoft Knowledge Nuggets di M365 FM Pembawa acara anda Mirko Peter Topik hari ini adalah sesuatu yang hampir semua orang yang bekerja dengan rantai pasokan pernah dengar Tetapi sedikit yang benar-benar memahami Manajemen transportasi Dynamics 365 Inilah masalahnya Pelanggan memesan, stok tertahan di gudang, pengangkut membutuhkan waktu pengambilan Pelanggan mengharapkan pengiriman, dan nantinya tagihan angkutan sampai di meja seseorang Selama bertahun-tahun, langkah-langkah itu tersimpan dalam member kerja terpisah, panggilan telepon, lombar tarif, dan serata yang manter Dan menciptakan kesenjangan Gudang mungkin menyiapkan barang sebelum transportasi memiliki rencana Keuangan mungkin melihat tagihan tanpa mengetahui apa yang disepakati untuk bayar Jadi apa sebenarnya main transportasi itu? Dalam bahasa yang sederhana, ini adalah meja transportasi di dalam manajemen rantai pasokan Dynamics 365 Ini menghubungkan pintu gudang, vendor, pelanggan, dan pengangkut Yang akan merencanakan muatan, memilih rute dan tarif, mengirim barang, dan meriksa biaya angkutan Di akhir episode ini, anda akan melihat bagaimana semua bagian ini menyatu untuk mempermudah kehidupan kerja anda Mengapa manajemen transportasi ada?

Mari kita mulai dengan kebenaran mendasar Barang fisik tidak berpindah hanya karena pesanan penjualan ada di layar Mereka membutuhkan truck, trailer, container, atau cara lain untuk mempergian Seseorang perlu mengetahui dari mana barang berasal Kemana harus tiba, berapa banyak ruang yang dibutuhkan Kapan harus berangkat, dan berapa biaya perjalanannya Sekarang saat anda membayangkan satu kota pergi ke satu pelangan itu terdengar sedih Tetapi perusahaan nyata mungkin mengirim banyak pesanan dari gudang yang sama pada hari yang sama Menerima barang dari beberapa vendor Dan memindahkan stok antarsitusnya sendiri pada waktu yang bersamaan Setiap pergerakan memiliki orang, tanggal, ruang, dan uang yang terikat di dalam Tanpa sistem bersama, setiap tim hanya melihat bagiannya sendiri Penjualan melihat pesanan pelanggan Pembelian melihat pesanan vendor Tauf gudang melihat barang yang perlu mereka ambil, kemas, trim, atau simpan Tim transportasi melihat daftar barang yang harus dipindahkan seringkali setelah semua orang melakukan bagiannya Dan disitulah penundaan dan kebingungan dimulai Berikut adalah contoh konkret Bayangkan sebuah gudang memiliki 10 pesanan pelanggan yang siap untuk kota yang sama Jika tidak ada yang menghubungkan pesanan tersebut sebelum pesanan transportasi Perusahaan mungkin mengatur beberapa perjalanan yang terisi sebagian Atau pengangkut mungkin tiba seberu-beruang gudang mengetahui barang mana yang harus dimuat ke kendaraan Barang sudah siap tetapi pergerakannya tidak rencana Jadi, manajemen transportasi memberikan pergerakan itu tempat di dalam Dynamics 365 Supply Chain Management Ini bukan aplikasi pengiriman konsumen terpisah tempat Anda mengetik nomor pelacakan dan melihat paket bergerak di peta Sebaliknya, aplikasi ini bekerja dengan catatan bisnis yang sudah ada di dalam platform yang terupu Sebuah pesanan menciptakan kebutuhan untuk memindahkan barang Pekerjaan gudang mempersiapkan barang-barang sebut Manajemen transportasi merencanakan bagaimana barang tersebut berpindah antar lokasi Anggap saja seperti meja transportasi di sebuah gedung perkantor Tim penjualan membawa permintaan pelanggan ke meja tersebut Bagian pembelian membawa berita bahwa vendor akan mengirimkan barang masuk Gudang menyediakan stok aktual dan pintu pemuatan Meja transportasi menghubungkan permintaan tersebut dengan rencana transportasi perusahaan Ada dua arah utama Transportasi masuk berarti barang masuk ke bisnis Anda Anda telah memesan barang dari vendor dan barang tersebut harus sampai ke gudang Anda Terkadang vendor mengontrol perjalanan itu, terkadang perusahaan Anda yang mengaturnya Apapun itu, Anda memerlukan rencana yang jelas untuk membawa barang ke tempat yang tepat dan menerimanya saat tiba Transportasi keluar berarti barang keluar dari bisnis Anda Seorang pelanggan telah memesan produk Gudang menyiapkannya dan pengangkut atau kendaraan perusahaan membawanya ke pelanggan Kedua alur berhubungan dengan pergerakan, namun titik awalnya berbeda Transportasi masuk dimulai dengan pesanan pembelian vendor Transportasi keluar dimulai dengan pesanan penjualan dan pelanggan Ada juga jenis ketiga yang sering dilawarkan oleh pemula Yaitu pesanan transfer Pesanan transfer memindahkan stok antar lokasi perusahaan Anda sendiri Mungkin satu gudang memiliki terlalu banyak stok dan gudang lain membutuhkannya Tidak ada pembelian pelanggan yang terlibat Tetapi barang fisik tetap memerlukan transportasi Dalam tiga transportation management Pesanan transfer termasuk dalam skenario keluar Dan dapat direncanakan bersama pesanan penjualan Hal itu masuk akal ketika Anda mewayangkan rumah ke muat Oh baik, palet dikirim ke pelanggan atau ke gudang perusahaan lain Seseorang tetap harus mengatur kendaraan Memesan ruang Dan mengirimkannya dari pintu yang sama Jadi pendekatan terhubung ini menggantikan rontai lama yang terdiri dari daftar terpisah Dan panggilan telepon dengan informasi bersama Pesan memberitahu sistem apa yang perlu dipindahkan Udah menyiapkan barang-barangnya Manajemen transportasi mengubah kebutuhan tersebut menjadi rencana transportasi Setelah barang perlu dipindahkan Sistem terlebih dahulu memerlukan rencana pengiriman yang bisa dijadar Merencanakan muatan Intisari pengetahuan hari ini adalah tentang sesuatu yang dibutuhkan oleh setiap tim logistik Namun seringkali dijelaskan secara berbeda Merencanakan muatan Anda dapat mulai merencanakan transportasi dari pesanan atau pengiriman Dan izinkan saya meluskan mitos cerang Rencana pengiriman tidak dimulai dari awal Rencana ini dimulai dari catatan yang sudah Anda miliki Pesanan penjualan menyimpan apa yang dibeli pelang Pesanan pembelian mencantumkan apa yang perlu dikirimkan oleh vendor Pengiriman mengelompokkan item tersebut ke dalam catatan pengiriman yang lebih terfokus siap untuk digabungkan dengan ini Jadi titik awal mana yang harus Anda gunakan Itu bergantung pada cara kerja perusahaan Beberapa tim merencanakan lebih awal Melihat langsung pada baris pesanan Tim lain membuat pengiriman terlebih dahulu Lalu memutuskan apa yang akan dikirim bersama Apa yang harus dimuat dalam kendaraan yang sama Berikut ada definisi paling sederhana Muatan lot adalah catatan digital untuk pergerakan barang yang diancanakan Anda bisa membayangkannya sebagai satu truck, satu trailer, satu kontainer, atau satu kumpulan pengiriman yang berpergian bersama Ini memberi Anda satu tempat untuk melihat darang mana yang harus bersama sebelum pekerjaan fisik dimulai Dan inilah sesuatu yang sering disalahpahami banyak orang Muatan tidak berarti setiap item harus muat di dalam satu kotak fisik Ini berarti sistem mengumpulkan barang berdasarkan satu transportasi Beberapa pengiriman pelanggan mungkin berbagi satu terlalu Pesanan besar mungkin memenuhi seluruh trailer dengan sendirinya Kontainer yang datang dari vendor juga bisa menjadi muatan bahkan sebelum gudang Anda menerima barangnya Intinya adalah berhenti memperlakukan setiap pesanan sebagai perjalanan sendiri Bayangkan seorang distributor memiliki enam pesanan pelanggan yang siap untuk pengiriman hari Jumat Keenamnya berada di area yang sama Dan setiap pesanan hanya mengisi sebagian truck Mengirim enam kendaraan yang setengah kosong membuang ruang Dan menciptakan enam pekerjaan transportasi terpisah Tim tersebut dapat mengompokkan pengiriman yang kompatibel ke dalam satu muat Kompatibel berarti mereka bisa masuk akal untuk dikirim bersama Mereka berangkat dari gudang yang sama Perlu dikirim sekitar waktu yang sama Pas dengan batasan kendaraan Dan mengikuti aturan pengiriman Anda Sistem membantu menyatukan catatan tersebut Alih-alih mengandalkan seseorang untuk melihat pola dalam spreadsheet Kelompok itu sekarang memiliki rencana bersama Budang Anda melihat apa yang termasuk dalam muatan tersebut Perencana transportasi melihat total ruang dan beratnya Orang tidak perlu menyusun ulang daftar yang sama di email, catatan, atau file terpisah Enam masalah Mengelompokkan barang bukan sekadar menggabungkan lebih banyak item Truck memiliki batasan Berat, ruang lantai, tinggi Kontainer memiliki aturannya sendiri Jika sistem mengelompokkan barang tanpa meriksa batasan tersebut Tempat muatan mungkin terlihat bagus di layar tetapi gagal di demaga pemuatan Dynamics 365 menggunakan tempat muatan untuk membantu menghindari hal itu Anggap tempat muatan sebagai sekumpulan batasan yang dapat digunakan kembali untuk jenis kendaraan atau konten Buat satu untuk truck pengiriman kecil Yang lain untuk trailer yang lebih besar Dan lainnya untuk konten pengiriman Setiap tempat menyimpan batasan untuk berat, volume tinggi, dan aturan lain yang dibutuhkan perusahaan Tempat memberikan bentuk pada muatan sebelum Anda mulai mengisi Jadi, jika suatu pengiriman terlalu berat atau memakan terlalu banyak ruang Rencana akan melihat bahwa barang tersebut tidak seharusnya Jawabannya mungkin kendaraan kedua, templat yang berbeda, atau pengelompokan pengiriman yang berbeda Perangkat lunak ini tidak mengangkat palet Tetapi memberikan rencana yang lebih jelas bagi tim Anda sebelum pekerjaan fisik Salah satu pendekatan bawaan disebut pembuatan muatan berbasis volume Setelah itu terdengar lebih teknis dari yang seharusnya Artinya, sistem menggunakan tinggi dan berat maksimum dari templat muatan Anda Saat membuat atau menyarankan muatan Secara sederhana, sistem memeriksa apakah barang tersebut sesuai dengan batas yang Anda tetap Nilainnya tersebut tidak terkunci selama Seorang perencana dapat menggantinya saat kebutuhan di lapangan baru Mungkin pihak pengangkut mengirimkan trailer-rewe Mungkin suatu perjalanan mengisinkan pihak Templat memberikan aturan normal Dan penggantian menangani pengecualian tanpa harus membangun semuanya kembali Mari kembali ke enam pesanan pelanggan tersebut Masih-masih mungkin memakan 15% dari kapasitas tersebut Jika direncanakan secara terbisa, Anda mungkin mengirim enam kendaraan yang sebagian besar Jika dikelompokkan menjadi satu muatan Dan pesanan yang sama dapat mengisi sebagian besar satu truk dengan ruang tersisa Itu adalah penggunaan ruang yang lebih Kini gagasan yang sama berfungsi untuk kedua Untuk perencanaan masuk buat muatan dari barang-barang yang datang dari vendor Rencana transportasi terhubung ke penerimaan yang diharapkan Sehingga gudang tahu apa yang akan datang dan bersiap untuk kedatangan Alih-alih baru mengetahui pengiriman saat tiba di gerbang Tim penerima memiliki catatan yang terencana Untuk perencanaan keluar Pilih barang gudang yang perlu dikirim ke pelanggan Dan kelompokkan ke dalam muatan Gudang menyiapkan barang-barang tersebut berdasarkan detail muatan Bukan daftar yang terpisah Satu muatan penuh masih memerlukan cara pengiriman Perusahaan yang memindahkannya dan biaya yang diharap Ruta pengangkut dan tarif Wah Muatan sekarang beritahu Anda apa yang harus dikirim bersama Selanjutnya Anda perlu memutuskan siapa yang memindahkannya Layanan apa yang mereka gunakan dan berapa biaya perjalanan tersebut Perusahaan yang memindahkan barang Anda disebut pengangkut Itu bisa berupa perusahaan transportasi luar yang mengambil dan mengirimkan kargo Anda Itu juga bisa berarti armada Anda sendiri Jika Anda mengoperasikan truk dan pemoblin Bagaimanapun pihak pengangkut bertanggung jawab atas perjalanan fisik tersebut Perbedaan itu penting karena Anda tetap membutuhkan rencana Meskipun truk tersebut milik Anda sendiri Dengan pengangkut luar Anda menyepakati harga dan layanan sebelumnya Dengan armada sendiri Anda mungkin tetap ingin biaya transportasi dihitung Terutama jika biaya pengiriman muncul di pesanan pelanggan Manajemen transportasi Dynamics 365 mendukung kedua situasi tersebut Lalu ada rutenya Rutenya adalah jalur terencana dari penjemputan hingga tujuan Meserta pilihan layanannya Rute menjawab pertanyaan praktis Dari gudang mana kurir mengambil barang Pelanggan atau lokasi mana yang menerima barang tersebut Layanan kurir mana yang menangkan di perjalanan tersebut Bayangkan pengiriman dari gudang utama Anda Untuk pelanggan di seberang negara Satu rute mungkin menggunakan angkutan darat standar yang lebih murah Tetapi memakai bapak tersebut Rute lain mungkin menggunakan layanan yang lebih cepat dan lebih mahal Itu awal dan akhir sama tetapi pilihan transportasi berubah Tarif adalah biaya yang diperkirakan untuk pilihan Ini bukan angka acak yang diketik di saat terakhir Tarif berasal dari perjanjian harga Dengan kurir yang dikombinasikan dengan detail pengiriman atau rute Di mana barang berasal Kemana tujuannya Layanan yang digunakan Dan jumlah yang diangkut Jadi rute memberitahu Anda bagaimana barang harus dipindahkan Kedua gagasan itu saling berkaitan Karena rute murah bisa meleset dari janji pengiriman Sementara kecepatan bisa lebih mahal daripada nilai pesanan Perencanaan transportasi bukan sekadar mencari truk Tetapi memilih layanan yang sesuai dengan komitmen pelanggan Dan aturan biaya perusahaan Dynamics 365 Menyertakan meja kejar rute tarif Namanya terdengar formal tetapi tujuannya sederhana Ini memberi perencana tempat untuk membandingkan Pilihan rute dan tarif untuk pengiriman secara berdampingan Daripada memeriksa tabel satu kurir Lalu kurir lain dan membandingkannya di file terpisah Anda meninjau pilihan yang terkait dengan kebutuhan pengiriman itu Mungkin satu opsi sampai ke pelanggan lebih cepat Mungkin yang lain biaya lebih rendah Sistem tidak tahu apakah setiap pelanggan Lebih mementikan kecepatan daripada biaya Karena bisnis bekerja secara berbeda Seorang pelanggan mungkin telah membayar untuk pengiriman mendesak Jadi rute yang lebih cepat masuk akal Pelanggan lain menerima pengiriman yang lebih lama Dan biaya yang lebih rendah lebih cocok Manusia tetapi membuat keputusan Manajemen transportasi memberi Anda pilihan yang disepakati Dan biaya yang diperkirakan Sementara bisnis Anda menentukan pertukaran mana yang berfungsi Ini lah yang sebenarnya dilakukan oleh modul bawang tersebut Informasi tarif berasal dari tabel tarif yang dimasukkan Dan dikelola perusahaan Anda di Dynamics 365 Anggap tabel ini sebagai catatan tersimpan Dari harga kurir dan aturan rute yang disepakati Jika Anda telah menegosiasikan harga untuk layanan Dan jalur tertentu Informasi tersebut ada dalam sistem dan mendukung perencanaan Itu berfungsi dengan baik jika tarif Anda menggunakan perjanjian yang ketepuk Misalnya, bekerja dengan beberapa kurir tetap Melayani rute yang familiar Dan memperbarui harga saat kontrak berubung Perencana transportasi menggunakan tarif yang sudah tercatat Alih-alih mencari melalui email lama Namun inilah sesuatu yang sering disalahpahami oleh men Modul bawaan tidak bertindak seperti situs belanja langsung Yang terhubung ke setiap kurir Modul ini tidak secara otomatis menarik harga baru dari umpan langsung Dan membandingkannya di seluruh jaringan yang luas secara waktunya Jika perusahaan Anda membutuhkan perbandingan tarif multi kurir Tahu tanpa pesanan langsung Atau pembara status pengiriman yang mendalam Anda biasanya menghubungkan sistem peaktif Itu bukan kegalan manajemen transportasi Sistem ini mendefinisikan tugasnya ini Perangkat ini menangani perencanaan transportasi terstruktur Dalam manajemen rantai pasokan Menggunakan informasi kurir, rute, dan tarif yang dikelola perusahaan Anda Dan ini juga bukan situs web pelacakan paket konsumen Anda tidak akan menggunakannya Seperti peta tempat Anda memasukkan satu nomor pelacakan Dan melihat ikon kendaraan melaju di jalan Modul ini berfokus pada keputusan transportasi bisnis sebelum dan saat pengiriman Barang mana yang dipindahkan bersama Kurir mana yang menanganinya Rute mana yang berlaku Dan berapa biaya berjalanan Setelah perusahaan Anda memilih rencana tersebut Tim gudang dan transportasi perlu melaksanakannya Dari pintu gudang hingga pintu pelangan Rencana transportasi hanya membantu jika orang dapat benar-benar mengubahnya menjadi pengiriman nyata Untuk pesanan keluar, alurnya biasanya dimulai saat pelangan membeli sesuatu Pesanan penjualan memberi tahu bisnis apa yang diinginkan pelangan Kemana harus pergi dan kapan harus tiba Pesanan itu menjadi pengiriman bergabung dengan muatan yang direncanakan bersama barang lain Dan direncanakan bersama barang lain yang melakukan perjalanan yang sama Kemudian gudang mengambil alih Pekerja mengambil barang dari penyimpanan Mengemasnya dan membawanya ke area pemuatan yang takut Karena pengiriman termasuk dalam muatan Tim dapat melihat barang mana yang harus pergi bersama

Kendaraan tiba, barang berpindah dari gudang ke kurir Dan kurir membawanya ke pelanggan Setiap langkah terhubung ke catatan pergerakan yang sama Itu terdengar biasa tetapi bayangkan cara lama Seorang pengambil barang mungkin bekerja di pesanan chat Rencana transportasi mungkin memegang daftar terpisah Dan seseorang di pintu pemuatan mungkin mencari melalui email Untuk memiksa kurir mana yang harus mengambil paletman Jika satu detail berubah, semua orang membutuhkan versi yang diperbarui Dengan manajemen transportasi, muatan memberikan catatan bersama kepada Gudang dapat melihat barang yang terhubung ke muatan Rencana transportasi dapat melihat detail pengiriman Dan orang yang mengatur penjemputan dapat melihat kurir dan layanan yang direncanakan Alih-alih mengedarkan beberapa daftar kertas Orang bekerja dari informasi yang tertaut ke pesanan dan pengiriman yang sama Berikut adalah contoh sederhana Sebuah gudang memiliki pesanan untuk beberapa pelanggan di area pengiriman yang sama Satu pelanggan memesan karton perlengkapan kebersihan Yang lain memesan produk kertas Dan yang ketiga memesan sekumpulan kecil peralatan Setiap pesanan perlu diambil dan dikemas Tetapi tim transportasi tidak perlu memperlakukannya sebagai perjalanan yang benar-benar terpisah Mereka menetapkan pengiriman tersebut ke satu moden Taf gudang mengambil setiap pesanan, mengemasnya dengan benar Dan menyiapkannya untuk area pemuatan Catatan muatan memberitahu mereka bahwa semua pengiriman tersebut harus diangkut Saat kurir tiba Tim menyerahkan barang untuk satu pergerakan Rencana alih-alih mencoba mencocokkan palet secara terpisah dengan pengemudi di saat-saat terakhir Pelanggan tetap menerima pesanan mereka sendiri Namun dibalik layar Bisnis telah merencanakan pengiriman tersebut sebagai bagian dari pergerakan yang lebih besar Keterkaitan itu membantu gudang bekerja sama dengan tim transportasi alih-alih bekerja mendahului Atau menunggu instruksi yang datang terlambat Transportasi masuk mengikuti gagasan terhubung yang sama Hanya saja ke arah sebaliknya Pesanan pembelian memberitahu Anda bahwa perusahaan Anda mengharapkan berani vendor Saat bisnis Anda mengatur transportasi Muatan masuk yang terencana menghubungkan item yang masuk ke perjalanan tersebut sebelum barang mencapai gudang Vendor mengirimkan muatan Kurir membawanya ke lokasi Anda Dan gudang menerimanya Taf penerima dapat bersiap karena mereka tahu apa yang seharusnya tiba Mereka dapat memiksa muatan terencana terhadap barang yang tiba di dermaga Jauh lebih jelas daripada truk yang muncul tanpa peringatan Dan seseorang mencoba mencari tahu pesanan pembelian mana yang dimiliki palet tersebut Pesanan transfer juga sesuai dengan proses ini Satu lokasi perusahaan mengirimkan stok keluar sementara lokasi perusahaan lain Gudang pertama menyiapkan item dan mengirimkannya Dan gudang kedua mengharapkan item yang sama dan menerimanya ke dalam stoknya Tidak ada pelanggan luar di akhir perjalanan tersebut Namun perusahaan tetap membutuhkan serah terima yang jelas antara kedua lokasi Muatan tersebut menghubungkan pekerjaan pengiriman dan penerimaan sekitar satu pergerakan terencana Pilihan pengiriman pelanggan juga tetap terhubung dengan keputusan pengiriman Jika perencana memilih layanan kurir yang lebih cepat karena pelanggan membutuhkan barang yang cepat Pilihan itu terhubung ke pengiriman Jika bisnis menggunakan layanan berbiaya lebih rendah karena tanggal pengiriman mungkinkan Pilihan itu juga terhubung Orang-orang dapat melacak biaya pengiriman kembali ke rute dan pilihan kurir yang membuatnya Kendaraan mungkin meninggalkan termaga dan barang mungkin tiba dengan selamat Tetapi pekerjaan belum selesai Kurir mengirimkan tagihan angkutan setelahnya dan seseorang perlu meriksanya Biaya angkutan dan rekonsiliasi Barang telah meninggalkan gudang dan pengiriman bahkan mungkin sudah selesai Kemudian faktur kurir tiba Faktur itu perlu diperiksa karena jumlah pada tagihan harus terhubung kembali ke pilihan transportasi Yang direncanakan perusahaan sebelumnya Termasuk kurir, rute, layanan, detail muatan, dan biaya angkutan yang diharapkan Selama perencanaan, Dynamics 365 dapat menghitung biaya transportasi yang diharapkan dari informasi tarif perusahaan Jumlah yang diharapkan tersebut memberikan titik awal bagi bisnis sebelum pihak ekspedisi meminta pembayaran Nantinya pihak ekspedisi akan mengiriman bahkan Rekonsiliasi pengiriman berarti membandingkan tagihan tersebut dengan tarif dan detail pengiriman yang sudah tercatat di sistem Singkatnya, perusahaan memeriksa apakah pihak ekspedisi mengenakan biaya sesuai harapan perusahaan untuk layanan yang benar-benar tersebut Bayangkan rencana menunjukkan biaya sebesar 500 dolar Tagihan dari ekspedisi juga menunjukkan 500 dolar dan detail pengirimannya cocok Tagihan tersebut memiliki jalur yang jelas melalui proses pemeriksaan karena catatan rencana dan tagihan sudah sesuai Namun tagihan tidak selalu sesuai dengan rencana Mungkin label tarifnya salah, mungkin pihak ekspedisi lagi untuk layanan berbeda Atau mungkin muatan berubah setelah perencanaan dan biaya tersebut perlu penjelasan Tanpa catatan yang terhubung, bagian keuangan mungkin hanya melihat nomor tagihan dan jumlahnya Lalu menghabiskan waktu bertanya kepada tim gudang dan transportasi tentang apa yang terjadi Manajemen transportasi menjaga keputusan pengangkutan tetap terhubung dengan pemeriksaan tersebut Aturan dapat membandingkan tagihan ekspedisi dengan jumlah yang diharapkan dan informasi pengiriman yang direncanakan Ketika detailnya sesuai dengan aturan yang diterima perusahaan, tagihan dapat diproses lebih lanjut Ketika detailnya tidak sesuai, sistem mengirimkan selisih tersebut untuk ditinjau oleh seseorang Itu berarti orang tidak menyetujui setiap biaya pengiriman secara membabi buta Perencana transportasi mungkin perlu mengonfirmasi bahwa pihak ekspedisi menggunakan layanan yang berbeda Atau seseorang di bagian keuangan mungkin perlu melanyakan mengapa ada biaya tambah Intinya bukan untuk berasumsi bahwa setiap ketidakcocokan itu salah Intinya adalah untuk menyadari ketidakcocokan tersebut sebelumnya Hal ini menyatukan operasional dan keuangan dalam pengiriman yang salah Tim transportasi memilih pihak ekspedisi dan layanan Pilihan tersebut menciptakan pihak yang diharapkan Gudang mengirimkan barang dan keuangan meneriksa tagihan yang datang kemudian terhadap catatan apa yang telah direcanakan perusahaan Setiap tim melihat bagian yang berbeda tetapi mereka melihat informasi yang saling terhubung Namun proses bawaan ini memiliki cakupan yang jelas Perusahaan yang membutuhkan audit pengiriman berskala besar dan sangat otomatis seringkali melambahkan sistem manajemen transportasi pihak ketiga Alat-alat tersebut dapat memberikan koneksi ekspedisi yang lebih dalam dan aturan pemeriksaan yang lebih otomatis Modul bawaan menangani pekerjaan biaya yang direncanakan dan rekonsiliasi di dalam manajemen rantai pasokan Sementara sistem lain dapat memperluas pekerjaan tersebut saat bisnis membutuhkan lebih banyak Gabungkan semua blok bangunan ini dan gambaran lengkapnya mulai muncul Dimana ia pas dan apa yang tidak dilakukannya Jadi dimana sebenarnya manajemen transportasi berada?

Sistem ini berada di dalam dinamik setiga multiple supply chain management yang berjalan pada aplikasi finance and operations Belum tempat Ini siapa yang cocok menurut? Bisnis yang membutuhkan cara terstruktur untuk merencanakan pengiriman masuk, pengiriman keluar pelanggan, transfer stok antar lokasi perusahaan Semuanya menggunakan catatan kurir, tabel tarif, dan aturan muatan mereka sendiri dan aturan mereka sendiri Sekarang mari kita berjelas poin yang sering membingungkan Bisnis sentral berbeda Bisnis sentral tidak menyertakan modul manajemen transportasi bawaan ini Jika Anda menggunakan bisnis sentral dan membutuhkan perencanaan transportasi Anda perlu melihat sistem manajemen transportasi pihak ketiga Bula batasan Mari kita juga jaga batasan itu tetap jelas di situ Modul bawaan tidak menggantikan setiap portal kurir, layanan lalu lintas langsung, atau alat pelacakan canggih Saat bisnis membutuhkan tarif langsung dari banyak kurir Pilihan kurir yang lebih luas, atau pelacakan lebih mendalam Setelah barang meninggalkan demaga, mereka menghubungkan TMS pihak ketiga Alat tersebut menangani aktivitas di luar Ini kembali gedung kurir yang tersebut Manajemen transportasi adalah meja transportasi di dalam gedung itu Ini terhubung ke pesanan pekerjaan gudang dan keuangan Ini menjaga rencana transportasi perusahaan sendiri tetap terperang Alat kurir luar mungkin menangani aktivitas di luar meja tersebut Dua lapisan berbeda yang bekerja bersama Kesimpulan Rangkut pangkutan berikutnya Inilah cara paling sederhana untuk mengikirkan Manajemen transportasi mengubah pesan bisnis menjadi pergerakan barang yang terencana Kemudian menghubungkan pergerakan tersebut dengan biaya pengiriman yang diperiksa perusahaan setelahnya Itulah siklus penuhnya Berlangganan adalah di platform podcast favorit Bagikan nugget pengetahuan ini kepada seseorang yang sedang mempelajari Dynamics 3 Management Lalu jelajahi episode gudang dan inventaris kami berikutnya Setiap muatan masih bergantung pada stok yang ada di balik pintu gudang Terima kasih telah menonton!