Halo dan selamat datang di episode lain Microsoft Knowledge Nuggets di M365FM. Di FM, apa pembawa acara Anda, Mirko Peters? Topik hari ini adalah sesuatu yang hampir semua orang yang bekerja dengan ratai pasokan pernah dengar, tapi sedikit yang benar-benar paham. Dynamics 305, Transportation Management. Inilah masalahnya. Pelanggan membuat pesanan, stok tersimpan di gudang, kurir butuh waktu penjemputan, pelanggan menunggu pengiriman, dan nantinya tagihan pengiriman sampai di meja seseorang. Selama bertahun-tahun, langkah-langkah tersebut terpisah dalam spreadsheet, panggilan telepon, lemar tarif, dan operan antar tim. Danit menciptakan kesenjangan. Gudang mungkin menyiapkan barang sebelum transportasi memikir rencana. Keuangan mungkin melihat tagihan tanpa tahu apa yang disepakati untuk bayar. Jadi apa sebenarnya men transportasi itu? Dalam bahasa sederhana, ini adalah meja transportasi di dalam Dynamics 365 Supply Chain Management.

Ini menghubungkan pintu gudang, vendor, pelanggan, dan kurir. Dia akan merencanakan muatan memilih rute dan tarif, mengirim barang, dan memeriksa biaya angkut. Di akhir episode ini, Anda akan melihat bagaimana semua bagian ini cocok untuk mempermudah pekerjaan Anda.

Mengapa manajemen transportasi ada? Mari kita mulai dengan kebenaran dasar. Barang fisik tidak bergerak hanya karena ada pesanan penjualan di layar. Mereka butuh truck, trailer, kontainer, atau cara lain untuk pepergian. Seseorang perlu tahu dari mana barang berasal, kemana harus sampai, berapa ruang yang dibutuhkan, kapan harus berangkat, dan berapa biaya perjalanannya. Nah, saat Anda membayangkan satu kotak pergi ke satu pelanggan, itu terdengar sederhana. Namun, perusahaan nyata mungkin mengirim banyak pesanan dari gudang yang sama di hari yang sama, menerima barang dari beberapa vendor, dan memindahkan stok antar lokasi mereka sendiri secara bersamaan. Setiap pergerakan memiliki orang, tanggal, ruang, dan uang yang terikat di dalam. Tanpa sistem bersama, setiap tim hanya melihat bagian mereka sendiri. Penjualan melihat pesanan pelanggan. Pembelian melihat pesanan vendor. Top gudang melihat barang yang harus diambil, dikemas, diterima, atau disimpan.

Tim transportasi melihat daftar barang yang harus dipindahkan, seringkali setelah semua orang selesai melakukan bagiannya. Dan disitulah penondaan serta kebingungan yang mulai. Inilah contoh konkretnya. Bayangkan sebuah gudang memiliki 10 pesanan pelanggan yang siap untuk kota yang sama. Jika tidak ada yang menghubungkan pesanan tersebut sebelum memesan transportasi, perusahaan mungkin mengatur beberapa perjalanan yang terisi sebagian, atau kurir mungkin datang sebelum gudang tahu barang mana yang harus dimuat kendaraan. Barangnya sudah siap, tetapi pergerakannya belum direncat. Jadi, manajemen transportasi memberikan tempat bagi pergerakan tersebut di dalam Dynamics 365 Supply Chain Management. Ini bukan aplikasi pengiriman konsumen terpisah, di mana Anda memasukkan nomor pelacakan dan melihat paket bergerak di peta. Sebaliknya, sistem ini bekerja dengan catatan bisnis yang sudah ada di dalam platform yang terhubung.

Sebuah pesanan menciptakan kebutuhan untuk memindahkan barang. Pekerjaan gudang menyiapkan barang tersebut. Manajemen transportasi merencanakan bagaimana barang tersebut berpindah antar lokasi. Bayangkan seperti meja transportasi di sebuah gedung kantor. Tim penjualan membawa permintaan pelanggan ke meja tersebut. Bagian pembelian membawa kabar bah vendor akan mengirimkan barang. Gudang menyediakan stok barang sebenarnya dan pintu pemotor. Meja transportasi menghubungkan permintaan tersebut ke 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 di gudangan. Terkadang vendor mengontrol perjalanan itu, terkadang perusahaan Anda yang mengaturnya. Apapun itu, Anda memerlukan rencana yang jelas untuk mengirim barang ke tempat yang tepat dan menerimanya saat tiba. Transportasi keluar berarti barang keluar dari bisnis Anda.

Seorang pelanggan telah memesan produk. Gudang menyapkannya dan kurir atau kendaraan perusahaan membawanya ke pelanggan. Kedua alur berhubungan dengan pergerakan, tetapi titik awalnya berbeda. Transportasi masuk dimulai dengan pesanan pembelian vendor. Transportasi keluar dimulai dengan pesanan penjualan dan pelanggan. Ada juga jenis ketiga yang sering direwatkan 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 perlu diangkut. Dalam manajemen transportasi 365, pesanan transfer termasuk dalam skenario keluar dan dapat direncanakan bersama pesanan penjualan. Hal itu masuk akal saat Anda membayangkan demaga pembelian. Oh, entah palet dikirim ke pelanggan atau ke gudang perusahaan lain, seseorang tetap perlu mengatur kendaraan, memesan ruang, dan mengirimkannya dari pintu yang sama.

Jadi, pendekatan terhubung ini menggantikan rantai lama yang terdiri dari daftar terpisah dan panggilan telepon dengan informasi bersama. Pesan memberitahu sistem apa yang perlu dipindahkan. Kudang menyiapkan barang-barangnya. Manajemen transportasi mengubah kebutuhan tersebut menjadi rencana transportasi. Begitu barang perlu dipindahkan, sistem terlebih dahulu memerlukan rencana pengiriman emisi. Merencanakan muatan. Intisari pengetahuan hari ini adalah tentang sesuatu yang dibutuhkan setiap tim logistik tetapi sering dijelaskan secara berbeda. Merencanakan muatan. Anda dapat mulai merencanakan transportasi dari pesanan atau pengiriman. Saya Meriko Peters dari M3. FM dan izinkan saya meluskan sebuah mitos sekarang. Rencana pengiriman tidak dimulai, dengok. Rencana itu dimulai dari catatan yang sudah aneh. Pesanan penjualan membuat apa yang dipilih pelanggan. Pesanan pembelian mencantumkan apa yang perlu dikirimkan oleh vendor.

Pengiriman mengelompokkan barang-barang tersebut ke dalam catatan pengiriman yang lebih terfokus siap untuk digabungkan dengan lain. Jadi titik awal mana yang harus Anda gunakan? Itu bergantung pada perusahaan Anda bekerja. Beberapa tim merencanakan lebih awal dengan melihat langsung pada linips. Tim lain membuat pengiriman terlebih dahulu, lalu memutuskan apa yang akan dikirim bersama. Kedua jalur mengarah pada peraturan yang sama. Apa yang harus dimuat dalam kenalan yang sama? Berikut adalah definisi yang paling sederhana. Muatan adalah catatan digital untuk rencana pergerakan barang. Anda bisa membayangkannya sebagai satu truk, satu trailer, satu kontainer, atau satu kumpulan pengiriman yang berjalan bersama. Ini memberi Anda satu tempat untuk melihat barang mana yang harus disatukan sebelum pekerjaan fisik dimulai. Inilah sesuatu yang sering serpaham ya, Wak. Muatan tidak berarti setiap barang harus masuk ke dalam satu kotak fisik.

Ini berarti sistem mengumpulkan barang berdasarkan satu transportasi. Beberapa pengiriman pelanggan bisa berbagi satu truk yang pesanan besar mungkin memenuhi seluruh trailer sendirian. Kontainer yang datang dari vendor juga bisa menjadi muatan bahkan sebelum gudang Anda menerima barang tersebut. Intinya adalah berhenti memperlakukan setiap pesanan sebagai perjalanan tersebut. 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 truk. Mengirim enam kendaraan yang setengah kosong membuang ruang dan menciptakan enam pekerjaan transportasi terpisah. Tim justru bisa mengumpulkan pengiriman yang kompatibel ke dalam satu motor. Empati berarti mereka bisa dikirim bersama secara masuk akal. Mereka berangkat dari gudang yang sama, perlu dikirim pada waktu yang berdekatan sesuai dengan batas kendaraan dan mengikuti aturan pengiriman.

Sistem membantu menyatukan catatan tersebut alih-alih mengandalkan seseorang untuk mencari polanya di lembar kerja. Kelompok itu sekarang memiliki sana bersama. Budang Anda melihat apa saja yang termasuk dalam motor tersebut. Perencanaan transportasi melihat total ruang dan beratnya. Orang-orang tidak perlu menyusun kembali daftar yang sama dalam surat catatan atau berkas terpisah. Enak masalah. Mengelompokkan barang bukan sekadar menyatukan lebih banyak item. Truk memiliki batas berat, ruang lantai tinggi. Kontainnya sendiri. Jika sistem mengelompokkan barang tanpa meriksa batas-batas tersebut, muatan mungkin terlihat bagus di layar tetapi gagal di demarga pemuatan. Dynamics 365 menggunakan templat muatan untuk membantu menghindari hal itu. Anggaplah templat muatan sebagai seperangkat batas yang dapat digunakan kembali untuk jenis kendaraan atau kontainer tentu. Buat satu untuk pengiriman kecil, yang lain untuk trailer yang lebih besar, dan lainnya untuk kontainer pengiriman.

Setiap templat menyimpan batas untuk berat, volume, tinggi, dan aturan lain yang dibutuhkan perusahaan Anda. Templat memberikan bentuk pada muatan sebelum Anda mulai mengisi. Jadi, jika suatu pengiriman terlalu berat atau memakan terlalu banyak ruang, rencana akan melihat bahwa pengiriman tersebut tidak masuk dalam muatan itu. Jawabannya mungkin kendaraan kedua, templat yang berbeda, atau pengelompokan pengiriman yang berbeda. Perangkat lunak tidak mengangkat palet, tetapi memberikan rencana yang lebih jelas kepada tim Anda sebelum pekerjaan visi itu. Salah satu pendekatan bawaan disebut pembuatan muatan berbasis volume. Yang terdengar lebih teknis dari yang seharusnya. Artinya, sistem menggunakan tinggi dan berat maksimum dari templat muatan Anda saat membuat atau menyarankan muatan. Dalam bahasa sederhana, sistem memeriksa apakah barang tersebut sesuai dengan batas yang ada. Nilainnya tersebut tidak terkunci selamanya.

Seorang perencana dapat menggantinya saat kebutuhan dunia nyata, bro. Mungkin pihak pengangkut mengirimkan trailer-nya. Mungkin suatu perjalanan menginjinkan tinggi. Templat menyediakan aturan normal dan penggantian menangani pengecualian tanpa harus menyusun ulang semuanya. Mari kembali ke enam pesanan pelanggan tersebut. Masing-masing mungkin memakan 15% dari kapasitas terbuka. Jika direncanakan secara terbisa, Anda mungkin mengirim enam kendaraan yang sebagian berbesar. Jika dikelompokkan menjadi satu muatan, pesanan yang sama dapat mengisi sebagian besar truk dengan sisa ruang untuknya. Itu adalah pemenang ruang. Sekarang gagasan yang sama berlaku untuk kedua arah. Untuk perencanaan masuk, buat muatan dari barang yang datang dari pemasok. Rencana transportasi terhubung ke penerimaan yang diharapkan, sehingga gudang mengetahui apa yang akan tiba dan bersiap untuk kedatangan. Alih-alih mengetahui pengiriman hanya saat barang muncul di gerbang, tim penerima memiliki catatan yang direncanakan.

Untuk perencanaan keluar, pilih barang gudang yang perlu dikirim ke pelanggan dan kelompokkan menjadi satu muatan. Gudang menyiapkan barang tersebut berdasarkan detail muatan, bukan daftar yang terpisah. Satu muatan penuh masih memerlukan cara pengiriman, perusahaan pengangkut, dan biaya yang diharapkan. Rute Operator Pengangkut dan Tarif Muatan kini memberitahu Anda apa yang perlu dikirim bersama. Selanjutnya, Anda perlu memutuskan siapa yang mengirimnya, layanan apa yang digunakan, dan berapa biaya perjalanan tersebut. Perusahaan yang memindahkan barang Anda disebut operator. Ini bisa berupa perusahaan transportasi luar yang mengambil dan mengirimkan kargoan. Ini juga bisa berarti armada Anda sendiri jika Anda mengoperasikan truk dan pengemudi. Apapun itu, operator pengangkut bertanggung jawab atas perjalanan fisik barang tersebut. Perbedaan itu penting karena Anda tetap menurunkan rencana bahkan saat truk tersebut milik Anda sendiri.

Dengan operator luar, Anda menyepakati harga dan layanan sebelumnya. Dengan armada sendiri, Anda mungkin tetap ingin biaya transportasi dihitung, terutama jika biaya pengiriman muncul dalam pesanan pelanggan. Dynamics 365 Transportation Management mendukung kedua situasi tersebut. Kemudian ada rute. Rute adalah jalur yang direncanakan dari pengambilan hingga tujuan beserta pilihan layanannya. Rute menjawab pertanyaan praktis. Dari gudang mana kurir mengambil barang, pelanggan atau lokasi mana yang menerima barang tersebut, pelayanan kurir mana yang menangani perjalanan tersebut. Bayangkan pengiriman keluar dari gudang utama Anda untuk pelanggan di seberang negara. Satu rute mungkin menggunakan rangkutan dalam standar yang lebih murah namun memakan waktu lebih lama. Rute lain mungkin menggunakan layanan yang lebih cepat dan lebih mahal. Rute awal dan akhir yang sama tetapi pilihan transportasinya berbeda.

Tarif adalah pihak yang diharapkan untuk pilihan tersebut. Itu bukan angka acak yang diketik pada menit terakhir. Tarif berasal dari perjanjian harga dengan kurir digabungkan dengan data pengiriman atau rute. Di mana barang dimulai, ke mana barang pergi, layanan yang digunakan, jumlah yang diangkut. Rute memberitahu Anda bagaimana barang harus bergerak. Tarif memberitahu Anda berapa biaya yang diperkirakan agar. Kedua gagasan itu saling berkaitan karena rute yang murah mungkin melasak dari janji pengiriman Anda sementara kecepatan mungkin memakan biaya yang besar dan yang dikompensi. Perencanaan transportasi bukan sekadar mencari truk, melainkan memilih layanan yang sesuai dengan komitmen pelanggan dan aturan biaya perusahaan. Dynamics 365 menyertakan meja kejah tarif dan rute. Lama terdengar formal tetapi tujuannya sederhana. Ini memberi perencana tempat untuk membandingkan pilihan rute dan tarif untuk pengiriman secara berdamping.

Alih-alih memeriksa satu tabel kuri lalu yang lain dan membandingkannya di file terpisah, Anda meninjauh pilihan yang terhubung dengan kebutuhan pengiriman tersebut. Mungkin satu opsi menjangkau pelanggan lebih cepat. Mungkin opsi lainnya berbiaya lebih rendah. Sistem tidak tahu apakah setiap pelanggan lebih mementingkan 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. Orang tetap menjadi pengambil keputusan. Transportation Management memberi Anda pilihan yang disepakati dan perkiraan biaya sementara bisnis Anda menentukan pertukaran mana yang berhasil. Inilah yang sebenarnya dilakukan modul bawah tersebut. Informasi tarif berasal dari tabel tarif yang dimasukkan dan dipelihara perusahaan Anda di Dynamics 365.

Anggap tabel ini sebagai catatan tersimpan mengenai harga kurir yang disepakati dan aturan rute. Jika Anda telah menegosiasikan harga untuk layanan dan jalur tertentu, informasi tersebut ada di sistem dan mendukung perencanaan. Hal itu berfungsi dengan baik ketika tarif Anda mengikuti perjanjang. Misalnya, bekerja dengan beberapa kurir reguler, melayani rute yang dikenal, dan memperbarui harga saat kontrak berubah. Perencana transportasi menggunakan tarif yang sudah tercatat alih-alih mencari melalui email lama. Namun ada sesuatu yang salah pahami banyak orang. Modul bawaan tersebut tidak bertindak seperti situs belanja langsung yang terhubung ke setiap kut.

Langsung dan membandingkannya di seluruh jaringan secara real-time. Jika perusahaan Anda membutuhkan perbandingan harga multi kurir, tautan pemesanan langsung, atau pemesanan langsung, atau pembarang status pengiriman yang mendalam Anda biasanya mendalam Anda biasanya menghubungkannya dengan sistem pihak ketiga, itu bukanlah kegagalan manajemen transportasi. Sistem ini mendefinisikan tugang jelas. 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 untuk konsumen. Anda tidak akan menggunakannya seperti peta di mana Anda memasukkan satu nomor pelacakan dan melihat ikon kendaraan berjalan di sepanjang jalan. Modul ini berfokus pada keputusan transportasi bisnis sebelum dan di sekitar pengiriman. Barang mana yang dikirim bersama, kurir mana yang menanganinya, rute mana yang berlaku, berapa biaya perjalanan tersebut.

Setelah perusahaan Anda memilih rencana tersebut, tim gudang dan transportasi perlu melaksanakannya. Dari pintu gudang ke pintu pelanggan, rencana transportasi hanya membantu jika orang benar-benar dapat mewujudkannya menjadi pengiriman nyata. Untuk pesanan keluar, alurnya biasanya dimulai saat pelanggan membeli sesuatu. Pesanan penjualan memberitahu bisnis tentang apa yang diinginkan pelanggan ke mana barang harus dikirim dan kapan harus dibayar. Pesanan itu menjadi pengiriman dan pengiriman tersebut bergabung dalam muatan terencana dengan barang lain yang menempuh perjalanan yang sama. Kemudian pihak gudang mengambil alih. Pekerjaan mengambil barang dari penyimpanan, mengemasnya, dan membawanya ke area pemuatannya. Karena pengiriman termasuk dalam muatan, tim dapat melihat barang mana yang harus pergi bersama dan kurir mana yang akan mengambilnya. Saat 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 jadal lama. Seorang petugas gudang mungkin bekerja berdasarkan pesan. Seorang perencana transportasi mungkin mengandang daftar terpisah. Dan seseorang di pintu pemuatan mungkin mencari melalui email untuk meneriksa kurir mana yang harus mengambil palet yang mana. Jika satu detail berubah, semua orang memerlukan versi yang diperbaru. Dengan manajemen transportasi, muatan memberikan catatan bersama kepada. Gudang dapat melihat item yang terhubung ke muatan, perencana 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 ditautkan 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 peralatan dalam jumlah kecil. Setiap pesanan perlu diambil dan dikemas, tetapi tim transportasi tidak harus memperlakukannya sebagai perjalanan yang terpisah semaskan. Mereka menetapkan pengiriman tersebut ke dalam satu rencana, dan mengambil setiap pesanan, mengemasnya dengan benar, dan menyiapkannya untuk area pemuatan. Catan pemuatan melalui tahu mereka bahwa semua pengiriman tersebut akan dikirim bersama-sama. Saat pengangkut tiba, tim menyerahkan barang untuk satu rencana pergerakan alih-alih mencoba mencocokkan palet secara terpisah dengan pengemudi di menit terakhir. Pelanggan tetap menikmati pesanan mereka masing-masing. Namun di balik layar, bisnis telah merencanakan pengiriman itu sebagai bagian dari pergerakan yang lebih besar. Keterkaitan itu membantu gudang bekerja sama dengan tim transportasi alih-alih bekerja mendahulunya atau menunggu instruksi yang datang terlambat.

Transportasi masuk mengikuti gagasan yang saling terhubung sama, hanya saja ke arah yang berlawanan. Pesanan pembelian memberitahu Anda bahwa perusahaan Anda mengharapkan barang dari vendor. Saat bisnis Anda mengatur transportasi, rencana muatan masuk menghubungkan barang yang datang ke dalam perjalanan sebelum barang tersebut mencapai gudang. Fender mengirimkan kiriman, pengangkut membawanya ke lokasi Anda, dan gudang menerimanya. Taf penerima dapat bersiap karena mereka tahu apa yang seharusnya tiba. Mereka dapat meriksa rencana muatan terhadap barang yang muncul 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 sementara lokasi perusahaan lain beriman. Gudang pertama menyiapkan barang dan mengirimkannya, dan gudang kedua mengharapkan barang yang sama dan menerimanya ke dalam stoknya.

Tidak ada pelanggan luar di akhir perjalanan itu, tetapi perusahaan tetap membutuhkan serah terima yang jelas antara kedua lokasi tersebut. Muatan menghubungkan pekerjaan pengiriman dan penerimaan di sekitar satu rencana pergerakan. Pilihan pengiriman pelanggan juga tetap terhubung dengan keputusan pengiriman. Jika perencana memilih layanan pengangkut yang lebih cepat karena pelanggan membutuhkan barang dengan cepat, pilihan itu terhubung ke pengiriman. Jika bisnis menggunakan layanan dengan biaya lebih rendah karena tanggal pengiriman memungkinkan, pilihan itu juga terhubung. Orang-orang dapat melacak biaya pengiriman kembali ke rute dan pilihan pengangkut yang membuatnya. Kendaraan mungkin meninggalkan dermaga dan barang mungkin tiba dengan selamat, tetapi pekerjaan tetap belum selesai. Pengangkut mengirimkan tagihan pengiriman setelahnya dan seseorang perlu meriksa. Biaya pengiriman dan dekonsiliasi.

Barang telah meninggalkan gudang dan pengiriman mungkin bahkan sudah selesai. Kemudian faktur pengangkut tiba. Faktur itu perlu diperiksa karena jumlah tagihan harus sesuai dengan pilihan transportasi yang direncanakan perusahaan sebelumnya, termasuk kurir, rute, layanan, detail muatan, dan perkiraan biaya angkut. Selama perencanaan, Dynamics 365 dapat menghitung perkiraan biaya transportasi dari informasi tarif perusahaan. Jumlah perkiraan tersebut memberikan bisnis titik awal sebelum kurir meminta pembayaran. Kemudian mengirimkan faktur pengiriman mereka. Rekonsiliasi pengiriman berarti membandingkan faktur tersebut dengan detail tarif dan pengiriman yang sudah tercatat di sistem. Sederhananya, perusahaan memeriksa apakah kurir menagi sesuai perkiraan perusahaan untuk layanan yang benar-benar memindahkan barang. Bayangkan rencana menunjukkan biaya sebesar 500 tul. Faktur kurir juga menunjukkan 500 tul dan detail pengiriman cocok.

Tagihan itu memiliki alur yang jelas melalui proses pemeriksaan karena catatan rencana dan faktur sesuai. Namun, faktur tidak selalu cocok dengan rencana. Mungkin tabel tarif salah, mungkin kurir menagi untuk layanan yang berbeda, atau mungkin muatan berubah setelah perencanaan dan biaya tersebut perlu penjelasan. Tanpa catatan yang terhubung, bagian keuangan mungkin hanya melihat nomor faktur dan jumlahnya, lalu menghabiskan waktu bertanya kepada tim gudang dan transportasi tentang apa yang terjadi. Manajemen transportasi menjaga keputusan transportasi tetap terhubung dengan pemeriksaan. Aturan dapat membandingkan faktur kurir dengan perkiraan jumlah dan informasi pengiriman yang direncanakan. Ketika detailnya sesuai dengan aturan yang diterima perusahaan, faktur dapat diproses lebih lanjut. Ketika detailnya tidak sesuai, sistem mengirimkan selisihnya untuk ditinjau seseorang. Artinya, orang tidak menyetujui setiap biaya pengiriman secara lebih baik.

Perencanaan transportasi mungkin perlu mengonfirmasi bahwa kurir menggunakan layanan yang berbeda atau seseorang di keuangan mungkin perlu menanyakan mengapa ada biaya tambahan. Intinya bukan berasumsi bahwa setiap ketidaksesuaian tersalah, bukan. Intinya adalah menyadari ketidaksesuaian itu sebelum pembayar. Ini menyatukan operasional dan keuangan dalam pengiriman yang sama. Tim transportasi memilih kurir dan layanan. Pilihan itu menciptakan biaya yang diperkirakan. Gudang mengirimkan barang dan keuangan memeriksa faktur nanti terhadap catatan apa yang telah direncanakan perusahaan. Setiap tim melihat bagian yang berbeda, tetapi mereka melihat informasi yang terhubung. Namun proses bawaan ini memiliki cakupan yang jatuh. Perusahaan yang membutuhkan audit pengiriman berskala besar dan sangat otomatis sering menambahkan sistem manajemen transportasi pihak ketiga. Alat-alat tersebut dapat membawa koneksi kurir yang lebih dalam dan aturan pemeriksaan yang lebih otomatis.

Modul bawaan menangani pekerjaan biaya terencana dan rekonsiliasi di dalam manajemen rantai pasokan sementara sistem lain dapat memperluas pekerjaan itu ketika bisnis membutuhkan lebih banyak. Gabungkan semua blok bangunan ini dan gambaran lengkapnya mulai muncul, serta di mana posisinya dan apa yang tidak dapat dilakukannya. Jadi manakah sebenarnya pengelolaan transportasi berada? Pengelolaan ini ada di dalam Dynamics 365 Supply Chain Management yang berjalan pada aplikasi Finance and Oppression. Bola tempat, ini PRM untukannya. Bisnis yang memerlukan cara terstruktur untuk merencanakan pengiriman masuk, pengiriman keluar pelanggan, transfer stok antar lokasi perusahaan, semuanya menggunakan catatan kurir, tabel tarif, dan aturan muatan sendiri, dan aturan muatan sendiri. Sekarang mari kita luluskan satu poin kebingungan yang menunggu. Bisnis sentral itu berbeda. Bisnis sentral tidak menyertakan modul pengelolaan transportasi bawaan ini.

Jika Anda menggunakan bisnis sentral dan butuh perencanaan transportasi, Anda perlu melihat sistem pengelolaan transportasi pihak ketiga. Bola batasan. Mari kita juga menjaga batasnya tetap jelas di sisi lainnya. 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 dalam setelah barang meninggalkan dermaga, mereka menghubungkan TMS pihak ketiga. Alat-alat itulah yang menangani aktivitas di luar. Bayangkan kembali sebuah gedung perkantin. Pengelolaan transportasi adalah meja transportasi di dalam gedung itu. Terhubung ke pesanan, pekerjaan gudang, dan keuangan. Ini menjaga rencana transportasi perusahaan sendiri tetap terbentuk. Alat kurir luar mungkin menangani aktivitas di luar meja itu. Dua lapisan berbeda yang bekerja bersama.

Kesimpulan. Ragut penggota berikutnya. Inilah cara pelihah sederhana untuk memikirkan. Pengelolaan transportasi mengubah pesan bisnis menjadi pergerakan barang yang terencana. Lalu ia menghubungkan pergerakan itu dengan biaya pengiriman yang diperiksa perusahaan setelahnya. Itulah siklus lengkapnya. Berlanggananlah di platform podcast favorit. Bagikan nugget pengetahuan ini kepada seseorang yang sedang mempelajari Dynamics 3 Management. Kemudian jelajahi episode gudang dan inventaris kami berikutnya. Setiap muatan masih bergantung pada stok yang ada di balik pintu gudang.