Finite Field
Diagnosis 30 dtk

Perutean kendaraan

Ubah pengiriman, kapasitas kendaraan, dan jendela waktu menjadi rencana pengiriman yang dapat dijalankan tim.

Modelkan kendaraan, pengemudi, muatan, jendela pengiriman, pembatasan kendaraan, rute tetap, dan perubahan mendadak secara bersama. Keluarannya adalah kandidat rute yang dapat ditinjau, disesuaikan, dan dikonfirmasi oleh manusia.

Coba demo rute Bahas data pengiriman
Data awal
Excel, CSV, atau tabel rute sudah cukup untuk diagnosis pertama.
Ruang lingkup keputusan
Tugaskan pengiriman dan urutan rute pada saat yang sama.
Konfirmasi
Manusia meninjau pekerjaan belum ditugaskan, keterlambatan, dan perubahan rute tetap.

MASALAH NYATA

Menggambar garis yang lebih pendek di peta bukan bagian tersulit.

Rute harus memenuhi muatan, waktu, tipe kendaraan, jam kerja pengemudi, aturan depot, dan perubahan yang datang setelah rencana pertama.

Muatan tidak cocok untuk semua kendaraan

Berat, volume, jumlah palet, dan urutan pemuatan membatasi kendaraan mana yang dapat membawa pengiriman tertentu.

Jendela pengiriman membuat urutan jarak sederhana tidak cukup

Reservasi pagi, jeda penerimaan, dan waktu layanan dapat membuat titik terdekat bukan titik berikutnya yang tepat.

Kompatibilitas kendaraan penting

Beku, dingin, lift belakang, ukuran kendaraan, dan pembatasan pelanggan mempersempit kandidat.

Kerusakan dan pesanan mendesak mengubah seluruh rencana

Sistem yang berguna memperbaiki rencana tersisa sambil menjaga pekerjaan yang sudah dikonfirmasi tetap stabil.

Perutean kendaraan adalah keputusan gabungan: pengiriman x kendaraan x muatan x waktu x perubahan = rencana pengiriman yang benar-benar dapat dijalankan.

MODELKAN KEPUTUSAN

Pisahkan aturan wajib, preferensi, dan metrik perbaikan.

Memperlakukan semua aturan dengan kekuatan yang sama dapat membuat tidak ada kandidat atau menghasilkan rencana yang tidak dipercaya tim.

Kerangka matematis

min leksikografis(belum ditugaskan, terlambat, lembur, perubahan rute tetap, kendaraan, jarak, ketimpangan muatan)

Demo halaman ini adalah metode deterministik untuk penjelasan, bukan mesin optimasi produksi dan bukan jaminan optimalitas.

WAJIB

Aturan yang wajib dipenuhi

  • Batas kapasitas

    Berat dan volume tetap berada dalam batas kendaraan.

  • Kecocokan kendaraan dan suhu

    Hanya kendaraan dengan tipe, perlengkapan, dan kemampuan suhu yang sesuai yang dipertimbangkan.

  • Jendela pengiriman

    Kedatangan dan mulai layanan harus masuk dalam jendela penerimaan yang diizinkan.

PREFERENSI

Preferensi yang perlu dijaga

  • Rute tetap

    Pertahankan pelanggan reguler pada kendaraan biasanya selama masih layak.

  • Perubahan kecil

    Hindari mengubah rute yang sudah dimuat, diberi tahu, atau dikonfirmasi.

  • Pekerjaan seimbang

    Kurangi ketimpangan jarak tempuh, muatan, dan lembur antar kendaraan.

TUJUAN

Metrik yang perlu diperbaiki

  • Pengiriman belum ditugaskan

    Tampilkan pengiriman yang tidak muat dan alasan kegagalannya.

  • Jarak dan waktu berkendara

    Kurangi perjalanan setelah aturan wajib dan pengiriman prioritas tinggi ditangani.

  • Keterlambatan dan lembur

    Tampilkan ketika rencana menimbulkan kedatangan terlambat atau pekerjaan di luar shift.

CONTOH INTERAKTIF

Ubah kondisi hari ini dan lihat respons rencana pengiriman.

Gunakan kontrol untuk mensimulasikan kendaraan rusak, pesanan mendesak, kemacetan, pemeriksaan kapasitas, dan aturan kompatibilitas.

Demo peramban ini menggunakan data fiktif dan estimasi perjalanan garis lurus. Demo ini bukan mesin optimasi produksi dan tidak menjamin jarak jalan, kepatuhan hukum, kemudahan pemuatan, atau optimalitas.

Kondisi hari ini

Aturan yang diperiksa

Dikirim

Tepat waktu

Jarak

Rute tetap

Lembur

PETA RUTE

Garis rute perkiraan

Peta ini bersifat skematis. Proyek produksi hanya menggunakan API peta, matriks, atau waktu jalan yang disetujui setelah biaya, ketentuan, dan privasi diperiksa.

RUTE KENDARAAN

Hari per kendaraan

DESAIN ATURAN

Ubah pengetahuan pengiriman menjadi kontrak data yang eksplisit.

Prototipe pertama biasanya adalah percakapan tentang data dan aturan. Kelompok aturan ini memerlukan nama, prioritas, dan contoh.

VRP-01 Wajib

Batas kapasitas

Berat dan volume tidak boleh melebihi kapasitas kendaraan.

VRP-02 Wajib

Jendela pengiriman

Kandidat rute harus mematuhi jendela penerimaan ketika jendela tersebut wajib.

VRP-03 Wajib

Kompatibilitas

Suhu, perlengkapan, dan ukuran kendaraan membatasi kendaraan yang memenuhi syarat.

VRP-04 Preferensi

Kesinambungan rute tetap

Pelanggan reguler tetap pada kendaraan biasa bila layak.

VRP-05 Preferensi

Perbaikan kecil

Rute yang sudah dimuat atau diberi tahu dapat dikunci sebelum penghitungan ulang.

VRP-06 Tujuan

Belum ditugaskan terlebih dahulu

Kurangi pengiriman prioritas tinggi yang belum ditugaskan sebelum mengoptimalkan jarak.

VRP-07 Tujuan

Jarak dan waktu

Kurangi jarak berkendara setelah aturan wajib terpenuhi.

VRP-08 Tujuan

Muatan seimbang

Hindari memusatkan jarak tempuh, muatan, dan lembur pada satu kendaraan.

VRP-09 Tujuan

Perubahan yang dapat ditinjau

Tampilkan alasan pengiriman dipindahkan, ditunda, atau dibiarkan belum ditugaskan.

KELUARAN YANG DAPAT DIJELASKAN

Kandidat rute hanya berguna ketika orang dapat memahami mengapa rute itu dibuat.

Layar harus menampilkan urutan, waktu kedatangan, kapasitas, peringatan aturan, dan alasan belum ditugaskan sebelum siapa pun mengonfirmasi rencana pengiriman.

Urutan dan waktu kendaraan

Tampilkan keberangkatan depot, kedatangan, layanan, waktu tunggu, istirahat, dan kembali per kendaraan.

Alasan belum ditugaskan

Klasifikasikan kegagalan kapasitas, kompatibilitas, jendela waktu, dan jam kerja.

Perbandingan rencana

Bandingkan jumlah belum ditugaskan, jarak, keterlambatan, lembur, jumlah kendaraan, dan tingkat muatan.

Kunci manual

Biarkan manusia mengunci rute terkonfirmasi dan menghitung ulang hanya pekerjaan tersisa.

OPERASI PENGIRIMAN

Berguna di mana pun kendaraan dan titik berhenti harus digabungkan dengan aturan lokal.

Model berbeda menurut bidang, tetapi keputusan intinya sama: kendaraan mana membawa pengiriman apa, dalam urutan apa, dan di bawah aturan apa.

Grosir dan pengiriman lokal

Jendela pengiriman toko, rute tetap, jumlah kendaraan, dan aturan multi-depot.

Pengiriman makanan dan rantai dingin

Aturan suhu ruang, dingin, beku, pemuatan, reservasi, dan waktu tunggu.

Pengambilan dan penjemputan

Jumlah pengambilan, fasilitas antara, kapasitas kendaraan, dan frekuensi pengambilan.

Material dan peralatan bangunan

Kelas kendaraan, kebutuhan lift belakang atau derek, jendela waktu lokasi, urutan pemuatan, dan retur.

DATA

Mulai dari lembar rute saat ini, daftar kendaraan, dan catatan aturan.

Prototipe pertama dapat dimulai dari satu hari atau satu minggu data anonim. Tujuannya adalah mengetahui apakah aturan dapat direpresentasikan dan apakah kandidat rute membantu petugas pengiriman.

Daftar pengiriman

Lokasi, jendela pengiriman, menit layanan, berat, volume, suhu, prioritas, dan kendaraan tetap.

Daftar kendaraan dan pengemudi

Kapasitas, tipe kendaraan, perlengkapan, kemampuan suhu, jam kerja, dan depot.

Aturan bisnis

Aturan wajib, preferensi, prioritas tujuan, rute tetap, istirahat makan siang, dan aturan alih daya.

Rencana saat ini dan hasil

Tabel rute saat ini, kedatangan aktual, waktu tunggu, jarak tempuh, pengiriman belum ditugaskan, dan koreksi manual.

PROTOTIPE KECIL

Periksa apakah masalah pengiriman Anda dapat dihitung sebelum membangun sistem penuh.

Prototipe dengan ruang lingkup tetap dapat membandingkan rencana saat ini dengan kandidat rute, menampilkan data yang kurang, dan memperjelas kebutuhan sistem produksi.

Periksa dengan data pengiriman Lihat penawaran prototipe

Cocok untuk pengembangan khusus

Aturan terlalu lokal untuk produk perencanaan pengiriman siap pakai, dan kandidat rute membutuhkan alasan yang dapat dijelaskan.

Gunakan layanan paket lebih dulu

Jika rute tetap, volume pengiriman kecil, atau kondisi sederhana, alat perutean yang sudah ada bisa menjadi langkah awal yang lebih baik.

JALUR BERIKUTNYA

Hubungkan perutean dengan demo, bukti, dan masalah perencanaan terkait.

Perutean kendaraan sering bersinggungan dengan penjadwalan kunjungan, waktu produksi, inventaris, dan penugasan kasus. Tautan internal tetap ditampilkan.

Coba pusat demo

Bandingkan demo matematika saat tersedia.

Lihat studi kasus

Lihat bagaimana alur keputusan dijelaskan tanpa melebih-lebihkan hasil.

Tinjau penanganan data

Periksa data diagnosis, batas AI eksternal, dan penanganan penghapusan.
Optimasi shift Penjadwalan kunjungan Penjadwalan produksi Pencocokan penugasan Lab Matematika

Tanya jawab

Pertanyaan sebelum mengotomatisasi perencanaan pengiriman.

Jawaban ini menjelaskan batas demo, data peta, tinjauan manual, dan cakupan integrasi.

Apakah demo halaman ini adalah mesin optimasi produksi?

Tidak. Demo halaman ini adalah metode deterministik sederhana untuk penjelasan. Pekerjaan produksi memilih mesin penyelesaian, metode pencarian, data peta, dan infrastruktur setelah skala dan aturan diketahui.

Bisakah kami mulai dari Excel atau CSV?

Ya. Tinjauan pertama dapat dimulai dari lembar rute anonim, daftar pengiriman, daftar kendaraan, catatan aturan, dan rencana saat ini.

Bisakah API peta atau rute dihubungkan?

Ya. Jarak jalan, waktu tempuh, lalu lintas, pembatasan kendaraan, biaya API, ketentuan, caching, dan privasi harus diperiksa sebelum integrasi.

Bisakah petugas pengiriman mengubah rute secara manual?

Ya. Sistem harus memungkinkan orang mengunci kendaraan atau titik berhenti, lalu menghitung ulang pekerjaan tersisa dan membandingkan dampaknya.

Apakah setiap pengiriman selalu akan dikirim?

Tidak. Ketika kapasitas, tipe kendaraan, atau waktu tidak cukup, sistem harus menampilkan pengiriman yang belum ditugaskan dan alasannya, bukan menyembunyikannya.

PERIKSA OPERASI ANDA

Pekerjaan pengiriman Anda mungkin dapat dinyatakan sebagai sistem matematis.

Kami dapat meninjau tabel rute dan catatan aturan saat ini, lalu mengidentifikasi kumpulan data terkecil yang layak diuji.

Bahas data pengiriman Jalankan demo lagi
Bahas data pengiriman