Templat data manajemen transportasi Anda
Templat data manajemen transportasi Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi
Atribut manajemen transportasi
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama aktivitas ActivityName | Nama peristiwa bisnis atau tahap yang terjadi pada waktu tertentu dalam proses pengiriman. | ||
| Deskripsi Nama Aktivitas menjelaskan langkah atau perubahan status tertentu dalam proses transportasi. Peristiwa ini membentuk urutan pada peta proses dan menunjukkan perkembangan pengiriman dari pembuatan hingga selesai. Analisis aktivitas merupakan bagian inti process mining. Analisis ini membantu memetakan alur proses, menemukan jalur yang umum maupun jarang terjadi, mengungkap siklus pekerjaan ulang seperti upaya pemesanan berulang, dan mengukur frekuensi setiap langkah. Urutan dan waktu aktivitas digunakan untuk menghitung waktu siklus serta menemukan hambatan di antara tahap-tahap proses. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam proses. Langkah tersebut menjadi dasar peta proses dan memungkinkan analisis alur, variasi, serta hambatan proses. Sumber data Biasanya diambil dari log peristiwa, tabel perubahan status, atau catatan transaksi tertentu di Trimble TMS yang terhubung dengan pengiriman. Contoh Pengiriman direncanakanBarang dijemputBarang dikirimTagihan angkutan diaudit | |||
| Pengiriman Shipment | Pengenal unik untuk satu perpindahan barang, yang menjadi kasus utama dalam analisis proses. | ||
| Deskripsi ID Pengiriman adalah pengenal kasus utama yang mengelompokkan semua aktivitas terkait satu pesanan transportasi. Setiap pengiriman mewakili perjalanan lengkap, mulai dari pembuatan dan perencanaan hingga pelaksanaan, pengiriman, dan penyelesaian keuangan. Dalam process mining, analisis berdasarkan pengiriman memberikan gambaran menyeluruh tentang siklus transportasi dari awal hingga akhir. Anda dapat mengukur total waktu siklus, menemukan hambatan yang memengaruhi pengiriman tertentu, dan membandingkan alur proses untuk berbagai jenis pengiriman. Atribut ini menjadi dasar untuk melacak satu pesanan di seluruh sistem. Mengapa ini penting Ini adalah pengenal kasus penting yang menghubungkan semua aktivitas terkait, sehingga setiap pesanan transportasi dapat dianalisis secara menyeluruh dari awal hingga akhir. Sumber data Ini adalah kunci utama pada tabel pesanan atau pengiriman di Trimble TMS. Lihat dokumentasi Trimble TMS untuk mengetahui nama tabel dan kolom yang digunakan. Contoh SH-750331SH-750332SH-750333 | |||
| Waktu peristiwa EventTime | Stempel waktu yang menunjukkan tanggal dan waktu terjadinya aktivitas. | ||
| Deskripsi Waktu Peristiwa adalah tanggal dan waktu tepat yang tercatat untuk setiap aktivitas dalam siklus pengiriman. Informasi ini menunjukkan urutan kronologis peristiwa, yang diperlukan untuk menyusun alur proses dan melakukan analisis berbasis waktu. Atribut ini menjadi dasar semua analisis process mining. Atribut ini digunakan untuk menghitung waktu siklus antaraktivitas, mengukur total durasi kasus, mengetahui waktu tunggu, dan menganalisis kinerja proses dalam periode yang berbeda. Stempel waktu yang akurat penting untuk mendiagnosis keterlambatan dan memahami efisiensi proses. Mengapa ini penting Atribut ini menunjukkan urutan kronologis peristiwa. Informasi tersebut penting untuk menghitung metrik durasi, seperti waktu siklus, dan menemukan keterlambatan proses. Sumber data Tersedia di samping kolom aktivitas atau status dalam log peristiwa atau tabel transaksi Trimble TMS. Contoh 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan terakhir kali data catatan ini diperbarui dari sistem sumber. | ||
| Deskripsi Atribut ini menunjukkan tanggal dan waktu terakhir data diekstrak atau diperbarui dari Trimble TMS. Informasi ini memberi konteks tentang kebaruan data yang dianalisis. Untuk mengambil keputusan bisnis yang tepat waktu dan relevan, Anda perlu mengetahui seberapa baru data yang digunakan. Stempel waktu ini membantu pengguna mempercayai data dan memahami rentang waktu yang tercakup dalam analisis, sehingga mereka tidak bertindak berdasarkan informasi yang sudah usang. Mengapa ini penting Menunjukkan kebaruan data, sehingga analisis menggunakan informasi terkini untuk mendukung pengambilan keputusan yang akurat. Sumber data Stempel waktu ini biasanya dibuat dan dicatat oleh alat ETL (Extract, Transform, Load) saat data dimasukkan. Contoh 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Sistem sumber SourceSystem | Sistem pencatatan asal ekstraksi data peristiwa. | ||
| Deskripsi Atribut ini menunjukkan aplikasi asal data. Dalam konteks ini, biasanya nilainya adalah 'Trimble TMS'. Di lingkungan yang lebih kompleks, atribut ini dapat membedakan modul atau sistem terintegrasi, misalnya sistem keuangan terpisah untuk pembayaran. Mencantumkan sistem sumber penting untuk tata kelola dan keterlacakan data. Informasi ini membantu menjelaskan konteks data dan diperlukan saat menggabungkan data dari berbagai sumber untuk mendapatkan gambaran proses menyeluruh. Mengapa ini penting Memastikan data dapat ditelusuri dan konteksnya jelas. Hal ini penting saat data dari beberapa sistem digabungkan untuk menganalisis proses dari awal hingga akhir. Sumber data Sering kali berupa nilai tetap yang ditambahkan saat ekstraksi data untuk menandai asal catatan. Contoh Trimble TMSTrimble TMS v2023.1 | |||
| Alasan keterlambatan DelayReason | Kode atau keterangan yang menjelaskan penyebab keterlambatan kiriman. | ||
| Deskripsi Alasan Keterlambatan menjelaskan mengapa kiriman tidak tiba sesuai jadwal. Penyebabnya bisa berupa 'Keterlambatan perusahaan angkutan', 'Tertahan di bea cukai', 'Cuaca', atau 'Pelanggan tidak tersedia'. Informasi ini biasanya dimasukkan secara manual atau dipilih dari daftar yang tersedia saat keterlambatan dicatat. Atribut ini sangat berguna untuk analisis akar masalah, terutama pada dasbor Analisis Keterlambatan dan Penyebab Kiriman. Dengan mengelompokkan keterlambatan, perusahaan dapat menemukan masalah yang berulang, baik yang terkait dengan perusahaan angkutan, rute, maupun proses internal. Hasilnya, perbaikan dapat diarahkan pada masalah tertentu untuk mengurangi keterlambatan dan meningkatkan keandalan. Mengapa ini penting Mendukung analisis akar masalah keterlambatan dan membantu menemukan masalah berulang pada perusahaan angkutan, rute, atau proses yang perlu diperbaiki. Sumber data Mungkin tersimpan di tabel khusus untuk pencatatan keterlambatan atau pengecualian, atau sebagai catatan teks bebas pada data kiriman di Trimble TMS. Contoh Keterlambatan akibat cuacaPemeriksaan bea cukaiKerusakan peralatan perusahaan angkutanKemacetan lalu lintas | |||
| Moda transportasi ModeOfTransport | Jenis transportasi yang digunakan untuk pengiriman, seperti truk, pesawat, kereta api, atau kapal. | ||
| Deskripsi Moda Transportasi menunjukkan jenis transportasi yang digunakan untuk pengiriman. Pilihannya dapat mencakup muatan truk penuh (FTL), muatan kurang dari satu truk (LTL), angkutan udara, angkutan laut, atau kereta api. Menganalisis proses berdasarkan moda transportasi penting untuk pengambilan keputusan strategis dan pengoptimalan biaya. Anda dapat membandingkan efisiensi, kecepatan, dan biaya setiap moda. Misalnya, dasbor Perbandingan Efisiensi Moda Transportasi menggunakan atribut ini untuk menunjukkan moda yang memiliki waktu transit lebih lama atau tingkat keterlambatan lebih tinggi, sehingga perencana dapat menentukan pilihan dengan lebih baik. Mengapa ini penting Memungkinkan perbandingan biaya, kecepatan, dan efisiensi berbagai jenis transportasi, sehingga mendukung perencanaan rute dan moda secara strategis. Sumber data Ini adalah kolom standar pada catatan pengiriman atau muatan di Trimble TMS. Contoh FTL (muatan truk penuh)LTL (muatan kurang dari satu truk)Angkutan udaraAngkutan laut | |||
| Nama pengangkut CarrierName | Nama perusahaan transportasi yang bertanggung jawab mengangkut pengiriman. | ||
| Deskripsi Nama Pengangkut menunjukkan penyedia logistik pihak ketiga atau armada internal yang ditugaskan untuk mengangkut barang. Ini adalah data induk penting yang terkait dengan setiap pengiriman. Atribut ini penting untuk analisis kinerja, terutama pada dasbor Kinerja dan Kepatuhan Pengangkut. Dengan mengelompokkan data proses berdasarkan nama pengangkut, perusahaan dapat membandingkan tingkat ketepatan waktu pengiriman, rata-rata waktu siklus, dan frekuensi keterlambatan antarpenyedia. Informasi ini membantu dalam negosiasi kontrak, pemilihan mitra yang andal, dan peningkatan rantai pasok secara keseluruhan. Mengapa ini penting Memungkinkan perbandingan kinerja dan analisis kepatuhan antarpenyedia transportasi, serta mendukung pengelolaan dan pemilihan pengangkut. Sumber data Tersedia di tabel utama pengiriman atau muatan Trimble TMS, biasanya melalui tautan ke tabel data induk pengangkut. Contoh Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| Tanggal pengiriman yang diminta RequestedDeliveryDate | Tanggal pengiriman yang diminta pelanggan atau disepakati sebagai target perjanjian tingkat layanan (SLA). | ||
| Deskripsi Tanggal Pengiriman yang Diminta adalah tanggal target pengiriman barang ke tujuan akhir. Tanggal ini menjadi acuan utama untuk mengukur ketepatan waktu pengiriman. Atribut ini penting untuk menghitung indikator kinerja utama, seperti Tingkat Ketepatan Waktu Pengiriman. Dengan membandingkan stempel waktu pengiriman aktual dengan tanggal yang diminta, sistem dapat menentukan apakah pengiriman tiba lebih awal, tepat waktu, atau terlambat. Data ini menjadi dasar bagi dasbor Kinerja Pengiriman Aktual dan yang Diminta, serta untuk menilai kepuasan pelanggan dan keandalan pengangkut. Mengapa ini penting Menjadi acuan untuk mengukur ketepatan waktu pengiriman, KPI penting bagi kepuasan pelanggan dan kinerja operasional. Sumber data Tersedia di tabel detail pesanan atau pengiriman dalam Trimble TMS. Contoh 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| Tepat waktu IsOnTime | Penanda boolean yang menunjukkan apakah kiriman tiba pada atau sebelum tanggal pengiriman yang diminta. | ||
| Deskripsi Penanda ini dihitung dengan membandingkan 'ActualDeliveryDate' dan 'RequestedDeliveryDate'. Nilainya true jika kiriman tiba pada atau sebelum tanggal yang diminta, dan false jika tidak. Atribut ini memudahkan analisis kinerja dan pembuatan dasbor. Anda tidak perlu membandingkan tanggal secara langsung di setiap grafik. Gunakan penanda ini untuk memfilter dan mengelompokkan data saat menghitung KPI Tingkat Pengiriman Kiriman Tepat Waktu. Hasilnya menunjukkan dengan jelas apakah setiap kiriman tiba tepat waktu, sehingga tingkat keberhasilan mudah divisualisasikan. Mengapa ini penting Memudahkan penghitungan KPI pengiriman tepat waktu serta pemfilteran dan pengelompokan kiriman yang tiba tepat waktu atau terlambat. Sumber data Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data dengan membandingkan 'ActualDeliveryDate' <= 'RequestedDeliveryDate'. Contoh truefalse | |||
| Waktu selesai EndTime | Stempel waktu yang menunjukkan kapan aktivitas selesai. | ||
| Deskripsi Waktu Selesai menandai berakhirnya suatu aktivitas. Jika tersedia, waktu ini dapat digunakan bersama Waktu Mulai untuk menghitung durasi pemrosesan satu langkah secara tepat, terpisah dari waktu tunggu sebelum langkah berikutnya dimulai. Dengan data waktu mulai dan selesai, Anda dapat melihat kinerja proses secara lebih terperinci. Data ini membantu membedakan waktu kerja aktif (waktu pemrosesan) dari waktu tidak aktif (waktu tunggu). Pembedaan ini penting untuk mengetahui peningkatan efisiensi yang sebenarnya, bukan sekadar dampak keterlambatan sumber daya atau penjadwalan. Contohnya, Anda dapat mengukur durasi tepat aktivitas 'Tagihan angkutan diaudit'. Mengapa ini penting Memungkinkan penghitungan durasi pemrosesan aktivitas secara tepat, dengan memisahkan waktu kerja aktif dari waktu tunggu di antara langkah proses. Sumber data Beberapa modul Trimble TMS mungkin mencatat waktu mulai dan selesai untuk aktivitas tertentu. Pastikan ketersediaannya di log peristiwa atau transaksi. Contoh 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| Jumlah tagihan angkutan FreightBillAmount | Jumlah total yang ditagihkan untuk layanan angkutan. | ||
| Deskripsi Jumlah Tagihan Angkutan adalah biaya yang ditagihkan untuk mengangkut kiriman. Data keuangan ini penting untuk menganalisis biaya dan memahami dampak finansial dari proses yang tidak efisien. Dalam process mining, atribut ini membantu menganalisis biaya berdasarkan variasi proses, perusahaan angkutan, atau rute. Misalnya, Anda dapat mengetahui apakah kiriman yang sering mengalami pengerjaan ulang atau keterlambatan juga menimbulkan biaya lebih tinggi. Atribut ini juga penting untuk menganalisis audit tagihan angkutan dan pemrosesan pembayaran. Mengapa ini penting Menghubungkan pelaksanaan proses dengan hasil keuangan, sehingga Anda dapat menganalisis dampak variasi proses, keterlambatan, atau pilihan perusahaan angkutan terhadap biaya transportasi. Sumber data Tersedia di modul penagihan angkutan atau penyelesaian keuangan Trimble TMS, dan terhubung dengan kiriman. Contoh 1250.75850.003400.50 | |||
| Mengalami keterlambatan IsDelayed | Penanda boolean yang menunjukkan apakah kiriman mengalami kejadian keterlambatan yang tercatat. | ||
| Deskripsi Penanda ini dihitung dan bernilai true jika kiriman memiliki alasan keterlambatan atau statusnya menunjukkan adanya keterlambatan. Atribut ini berbeda dari 'IsOnTime', karena kiriman bisa mengalami keterlambatan tetapi tetap tiba tepat waktu berkat tindakan perbaikan. Atribut ini membantu memusatkan analisis pada kiriman yang mengalami pengecualian. Dasbor Analisis Keterlambatan dan Penyebab Kiriman menggunakannya untuk memisahkan kasus bermasalah dan menganalisis akar penyebabnya, tanpa tercampur dengan kiriman yang prosesnya berjalan lancar. Atribut ini juga membantu menghitung frekuensi pengecualian operasional. Mengapa ini penting Menandai kiriman yang mengalami pengecualian operasional, sehingga penyebab dan dampak keterlambatan dapat dianalisis secara terarah. Sumber data Dihitung saat transformasi data. Penanda dapat bernilai true jika kolom 'DelayReason' tidak null atau jika terdapat aktivitas 'delay' tertentu. Contoh truefalse | |||
| Nama pelanggan CustomerName | Nama pelanggan yang kirimannya diangkut. | ||
| Deskripsi Nama Pelanggan menunjukkan klien atau badan usaha pemilik barang yang dikirim, atau penerima layanan. Data induk ini penting untuk mengelompokkan analisis. Analisis proses transportasi berdasarkan pelanggan dapat memberikan berbagai informasi penting. Anda dapat mengetahui apakah pelanggan tertentu lebih sering mengalami keterlambatan, membutuhkan lebih banyak pengerjaan ulang saat pemesanan, atau memiliki alur proses yang berbeda. Informasi ini dapat digunakan untuk meningkatkan layanan pelanggan, menyesuaikan solusi logistik, dan mengelola pelanggan utama dengan lebih baik. Mengapa ini penting Memungkinkan analisis proses berdasarkan pelanggan dan membantu mengetahui apakah klien tertentu menghadapi kendala khusus atau membutuhkan tingkat layanan yang berbeda. Sumber data Terdapat di tabel utama pesanan atau kiriman, biasanya terhubung ke tabel data induk pelanggan. Contoh ACME CorporationStark IndustriesWayne Enterprises | |||
| Nama pengguna UserName | Pengguna atau agen sistem yang menjalankan aktivitas tertentu. | ||
| Deskripsi Nama Pengguna menunjukkan karyawan atau sistem otomatis yang bertanggung jawab menjalankan langkah proses tertentu, seperti merencanakan kiriman, mengaudit tagihan angkutan, atau memproses pembayaran. Atribut ini menghubungkan aktivitas proses dengan sumber daya manusia atau sistem. Analisis berdasarkan pengguna membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan mendeteksi kinerja yang menyimpang. Misalnya, pada dasbor Pengerjaan Ulang dan Kesalahan Pemesanan Kiriman, atribut ini dapat menunjukkan apakah pengerjaan ulang banyak terjadi pada pengguna tertentu. Hal ini bisa menandakan perlunya pelatihan tambahan atau penjelasan proses yang lebih baik. Atribut ini juga penting untuk kepatuhan dan audit. Mengapa ini penting Menghubungkan aktivitas proses dengan karyawan atau pengguna sistem tertentu, sehingga beban kerja dan kinerja dapat dianalisis serta kebutuhan pelatihan dapat diketahui. Sumber data Biasanya terdapat di log transaksi atau peristiwa, terkait dengan ID pengguna yang membuat atau mengubah catatan. Contoh j.doea.smithsystem.api | |||
| Negara asal OriginCountry | Negara tempat kiriman berasal. | ||
| Deskripsi Negara Asal adalah negara tempat kiriman dimulai. Informasi geografis ini penting untuk menganalisis logistik pada skala global maupun regional. Atribut ini memungkinkan kinerja proses dikelompokkan berdasarkan wilayah. Anda dapat mengetahui apakah waktu siklus atau tingkat keterlambatan lebih tinggi untuk kiriman dari negara tertentu. Hal ini dapat menunjukkan tantangan regional, seperti proses bea cukai yang rumit atau masalah infrastruktur. Atribut ini sangat berguna untuk menganalisis hambatan dalam proses pengurusan bea cukai. Mengapa ini penting Memungkinkan analisis kinerja proses berdasarkan wilayah dan membantu menemukan hambatan regional, terutama yang terkait dengan bea cukai atau waktu transit. Sumber data Diambil dari informasi alamat asal yang tersimpan pada detail kiriman atau pesanan di Trimble TMS. Contoh USACANMEXDEU | |||
| Negara tujuan DestinationCountry | Negara tempat kiriman akan diantar. | ||
| Deskripsi Negara Tujuan adalah negara yang tercantum pada alamat pengiriman akhir kiriman. Seperti negara asal, atribut ini penting untuk analisis proses berdasarkan wilayah. Analisis berdasarkan negara tujuan membantu menemukan masalah proses yang spesifik pada lokasi tertentu. Misalnya, kiriman ke negara tertentu mungkin selalu mengalami waktu pengurusan bea cukai yang lebih lama atau keterlambatan pengiriman. Informasi ini membantu Anda merencanakan dan menyesuaikan jadwal pengiriman untuk rute tertentu, sehingga perkiraan waktu tiba lebih akurat. Mengapa ini penting Membantu menemukan kendala proses di wilayah tujuan tertentu, seperti keterlambatan bea cukai atau masalah pengiriman tahap akhir. Sumber data Diambil dari informasi alamat tujuan yang tersimpan pada detail kiriman atau pesanan di Trimble TMS. Contoh USACANMEXFRA | |||
| Status kiriman ShipmentStatus | Status operasional kiriman saat ini. | ||
| Deskripsi Status Kiriman menunjukkan keadaan terbaru kiriman dalam siklusnya, seperti 'Direncanakan', 'Dalam perjalanan', 'Terkirim', atau 'Dibatalkan'. Status ini memberikan gambaran posisi kiriman pada waktu tertentu. process mining merekonstruksi alur yang sudah terjadi, sedangkan status saat ini berguna untuk memfilter dan menganalisis kasus yang masih berjalan. Anda dapat memisahkan kiriman yang masih terbuka dari yang sudah selesai, atau menyelidiki mengapa banyak kiriman tertahan pada status tertentu. Informasi ini membantu memberi konteks saat memantau operasional. Mengapa ini penting Memberikan gambaran terkini tentang kemajuan kiriman, sehingga kasus yang masih berjalan, selesai, atau bermasalah dapat dianalisis dan difilter. Sumber data Kolom standar pada bagian header tabel utama kiriman atau muatan di Trimble TMS. Contoh DirencanakanDalam perjalananTerkirimDitagihkanDibatalkan | |||
| Status tagihan angkutan FreightBillStatus | Status tagihan angkutan, seperti 'Diterima', 'Diaudit', 'Ditolak', atau 'Dibayar'. | ||
| Deskripsi Status Tagihan Angkutan melacak kemajuan faktur dalam tahap penyelesaian keuangan proses transportasi. Status ini menunjukkan apakah tagihan sudah diterima, sedang ditinjau, disetujui, ditolak untuk diperbaiki, atau sudah dibayar lunas. Atribut ini penting untuk dasbor Audit Tagihan Angkutan dan Kecepatan Pembayaran. Atribut ini membantu mengukur waktu siklus audit, menemukan hambatan dalam persetujuan pembayaran, dan menghitung Tingkat Penolakan Tagihan Angkutan. Analisis status dapat mengungkap ketidakefisienan dalam subprocess procure-to-pay. Mengapa ini penting Memberikan gambaran tentang proses penyelesaian keuangan, membantu mengukur efisiensi audit dan menemukan penyebab keterlambatan atau sengketa pembayaran. Sumber data Terdapat di modul utang usaha atau penyelesaian angkutan Trimble TMS. Contoh DiterimaDiaudit, disetujuiDiaudit, ditolakDibayar | |||
| Tanggal pengiriman aktual ActualDeliveryDate | Waktu aktual saat aktivitas 'Barang Diterima' dicatat. | ||
| Deskripsi Tanggal Pengiriman Aktual adalah waktu yang menandai selesainya pengiriman. Nilai ini menunjukkan waktu sebenarnya saat kiriman tiba di tujuan. Biasanya, nilainya diambil dari waktu kejadian 'Barang Diterima'. Atribut ini digunakan bersama Tanggal Pengiriman yang Diminta untuk menentukan apakah pengiriman tepat waktu. Nilai ini menjadi titik akhir faktual untuk menghitung banyak waktu siklus dan mengukur kinerja. Data ini juga digunakan dalam KPI untuk memantau kinerja pengiriman dan keandalan perusahaan angkutan. Atribut ini penting untuk membandingkan pelaksanaan proses yang sebenarnya dengan jadwal yang direncanakan. Mengapa ini penting Menunjukkan waktu penyelesaian pengiriman yang sebenarnya, sehingga kinerja ketepatan waktu dan durasi transit aktual dapat dihitung. Sumber data Waktu yang terkait dengan status kejadian 'Barang Diterima' di log peristiwa kiriman. Contoh 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| Total waktu siklus TotalCycleTime | Total waktu dari kejadian pertama hingga kejadian terakhir pada sebuah kiriman. | ||
| Deskripsi Total Waktu Siklus mengukur durasi proses dari awal hingga akhir untuk setiap kasus kiriman. Nilainya dihitung dari selisih waktu aktivitas pertama, misalnya 'Kiriman Dibuat', dan aktivitas terakhir, misalnya 'Pembayaran Diproses'. Metrik ini menjadi KPI utama untuk mengukur efisiensi proses secara keseluruhan. Dasbor Total Volume dan Waktu Siklus Kiriman memberikan gambaran umum kinerja berdasarkan metrik ini. Dengan melihat perubahannya dari waktu ke waktu atau membandingkannya berdasarkan perusahaan angkutan, rute, maupun moda transportasi, Anda dapat menemukan area yang perlu diperbaiki. Mengapa ini penting Mengukur kecepatan proses secara keseluruhan dari awal hingga akhir, sebagai indikator penting efisiensi dan pengalaman pelanggan. Sumber data Dihitung pada tingkat kasus dengan mengurangi waktu minimum dari waktu maksimum seluruh kejadian dalam satu kasus 'Kiriman'. Contoh P15D6HP22DT10HP12D | |||
| Waktu siklus POD ProofOfDeliveryCycleTime | Durasi antara kejadian 'Barang Diterima' dan 'Bukti Pengiriman Diterima'. | ||
| Deskripsi Metrik ini menghitung waktu yang diperlukan untuk menerima dan memproses dokumen bukti pengiriman (POD) setelah barang selesai diantar. Waktu siklus POD yang lama dapat menunda penagihan dan memengaruhi arus kas. Atribut ini menjadi dasar bagi dasbor Keterlambatan Penerimaan Bukti Pengiriman dan KPI terkait. Dengan menghitung durasi untuk setiap kiriman, perusahaan dapat menemukan hambatan dalam proses POD, seperti perusahaan angkutan yang lambat mengirimkan dokumen atau pemrosesan internal yang tidak efisien. Setelah itu, perusahaan dapat mempercepat penagihan kepada pelanggan. Mengapa ini penting Mengukur langsung efisiensi proses administrasi setelah pengiriman, yang penting untuk penagihan tepat waktu dan arus kas yang sehat. Sumber data Dihitung dengan mencari selisih waktu antara aktivitas 'Bukti Pengiriman Diterima' dan 'Barang Diterima' untuk setiap kiriman. Contoh P2DT12H30MP5DP1DT4H | |||
Aktivitas manajemen transportasi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Barang dijemput | Pengangkut telah mengambil barang secara fisik dari lokasi asal. Aktivitas ini biasanya tercatat secara eksplisit setelah diperbarui oleh pengemudi atau melalui pesan EDI dari pengangkut. | ||
| Mengapa ini penting Aktivitas ini menandai dimulainya perjalanan fisik barang. Tahap ini penting untuk melacak kinerja pengangkut dan kepatuhannya terhadap jadwal. Sumber data Tercatat sebagai pembaruan status pengiriman menjadi 'Dalam perjalanan' atau 'Sudah dijemput'. Pembaruan biasanya dipicu oleh input dari aplikasi pengemudi atau pesan EDI 214 dari pengangkut. Pengumpulan data Berdasarkan log peristiwa dari pesan EDI pengangkut atau pembaruan aplikasi pengemudi. Jenis peristiwa explicit | |||
| Barang dikirim | Pengiriman telah tiba di tujuan akhir dan diserahkan kepada penerima. Aktivitas penting ini diperbarui oleh pengemudi atau melalui EDI pengangkut. | ||
| Mengapa ini penting Ini adalah tahap utama untuk mengukur ketepatan waktu pengiriman dan total waktu siklus. Tahap ini memicu proses berikutnya, seperti penagihan dan pengumpulan POD. Sumber data Tercatat sebagai pembaruan status pengiriman menjadi 'Terkirim'. Pembaruan dipicu oleh input dari aplikasi pengemudi atau pesan EDI 214 dari pengangkut yang mencantumkan stempel waktu pengiriman. Pengumpulan data Berdasarkan log peristiwa dari pesan EDI pengangkut atau pembaruan aplikasi pengemudi. Jenis peristiwa explicit | |||
| Bukti pengiriman diterima | Dokumen bertanda tangan atau konfirmasi digital pengiriman telah diterima dari pengangkut dan diunggah ke sistem. Biasanya, dokumen diproses secara manual atau otomatis. | ||
| Mengapa ini penting Jeda antara pengiriman dan penerimaan POD merupakan indikator kinerja penting bagi tim administrasi. POD biasanya diperlukan sebelum faktur dapat dibayar. Sumber data Aktivitas ini kemungkinan tercatat saat dokumen POD dipindai atau diunggah dan ditautkan ke catatan pengiriman. Proses ini memicu perubahan status atau mengisi kolom 'Tanggal POD Diterima'. Pengumpulan data Berdasarkan stempel waktu unggahan dokumen POD atau perubahan status. Jenis peristiwa explicit | |||
| Pembayaran diproses | Pembayaran tagihan angkutan telah dilakukan dan dikirim kepada pengangkut. Ini menandai selesainya proses keuangan untuk pengiriman tersebut. | ||
| Mengapa ini penting Ini adalah aktivitas terakhir dalam proses. Dengan menganalisis waktu dari pengiriman atau penerimaan faktur hingga pembayaran, Anda dapat mengelola arus kas dan hubungan dengan pengangkut. Sumber data Tercatat melalui integrasi dengan sistem ERP atau akuntansi yang memperbarui status pembayaran pada catatan tagihan angkutan di TMS. Pengumpulan data Berdasarkan stempel waktu catatan pembayaran melalui integrasi sistem ERP atau akuntansi. Jenis peristiwa explicit | |||
| Penawaran diterima pengangkut | Pengangkut secara resmi menerima penawaran pengiriman dan mengonfirmasi kesediaannya untuk menangani transportasi. Aktivitas ini tercatat saat penerimaan dari pengangkut, biasanya melalui EDI atau pembaruan portal, mengubah status pengiriman. | ||
| Mengapa ini penting Ini adalah tahap penting yang menandai komitmen pengangkut. Setelah pengangkut ditetapkan, penjemputan dan pengiriman dapat dijadwalkan, dan tanggung jawab pengangkut resmi dimulai. Sumber data Disimpulkan dari perubahan status pada catatan pengiriman, misalnya dari 'Ditawarkan' menjadi 'Dipesan' atau 'Diterima', berdasarkan komunikasi dengan pengangkut. Pengumpulan data Disimpulkan dari perubahan status setelah menerima respons pengangkut melalui EDI atau portal. Jenis peristiwa inferred | |||
| Pengiriman dibuat | Aktivitas ini menandai pembuatan catatan pengiriman baru di sistem, biasanya setelah menerima permintaan transportasi dari pelanggan. Aktivitas tercatat saat entri baru ditambahkan ke tabel utama pengiriman atau pesanan. | ||
| Mengapa ini penting Ini adalah titik awal seluruh proses transportasi. Dengan menganalisis waktu dari aktivitas ini ke aktivitas lainnya, Anda dapat mengukur efisiensi pemrosesan pesanan dan total waktu tunggu. Sumber data Biasanya, aktivitas pembuatan tercatat secara eksplisit di tabel utama pengiriman atau muatan Trimble TMS, beserta stempel waktu pembuatannya. Pengumpulan data Berdasarkan stempel waktu pembuatan catatan pengiriman. Jenis peristiwa explicit | |||
| Lolos bea cukai | Untuk pengiriman internasional, status ini menunjukkan bahwa barang telah melewati proses bea cukai. Informasi ini biasanya diperoleh dari pembaruan oleh pialang bea cukai atau pengangkut. | ||
| Mengapa ini penting Proses bea cukai sering menjadi hambatan dalam logistik internasional. Dengan mengukur durasi proses ini, Anda dapat menemukan dan mengatasi keterlambatan yang signifikan. Sumber data Kemungkinan tercatat sebagai pembaruan status atau entri khusus di log peristiwa, berdasarkan pesan EDI atau pembaruan manual dari pialang bea cukai atau pengangkut. Pengumpulan data Berdasarkan log peristiwa dari komunikasi dengan pialang atau pengangkut. Jenis peristiwa explicit | |||
| Pengangkut dipilih | Pengangkut tertentu ditugaskan untuk menangani pengiriman. Aktivitas ini sering tercatat saat kolom pengangkut pada data pengiriman diisi atau diperbarui. | ||
| Mengapa ini penting Pelacakan aktivitas ini membantu menganalisis efisiensi penugasan pengangkut dan dampaknya terhadap waktu pemesanan serta penjemputan. Data ini juga penting untuk menilai kinerja pengangkut. Sumber data Disimpulkan dari pengisian atau pembaruan kolom ID pengangkut pada catatan pengiriman, beserta stempel waktunya. Pengumpulan data Disimpulkan dari stempel waktu saat kolom pengangkut diisi. Jenis peristiwa inferred | |||
| Pengiriman dalam perjalanan | Ini adalah periode setelah barang dijemput dan sebelum tiba di tujuan. Biasanya, periode ini bukan satu aktivitas tunggal, melainkan status yang dapat dikaitkan dengan beberapa pembaruan lokasi. | ||
| Mengapa ini penting Meski berupa status, bukan aktivitas, mengetahui awal tahap ini penting untuk mengukur waktu transit dan membandingkannya dengan perkiraan atau waktu tempuh pengangkut dan moda transportasi lain. Sumber data Biasanya disimpulkan dari status pengiriman setelah aktivitas 'Barang dijemput'. Waktu mulainya mengikuti stempel waktu penjemputan. Pengumpulan data Status setelah aktivitas penjemputan berhasil. Jenis peristiwa inferred | |||
| Pengiriman dibatalkan | Pengiriman dibatalkan setelah dibuat, tetapi sebelum penjemputan selesai. Ini merupakan salah satu kemungkinan status akhir proses. | ||
| Mengapa ini penting Pelacakan pembatalan membantu menemukan masalah dalam peramalan permintaan, pengelolaan pesanan, atau perencanaan. Pembatalan menandakan kegagalan proses atau pengecualian. Sumber data Biasanya tercatat sebagai perubahan status eksplisit menjadi status akhir 'Dibatalkan' pada catatan pengiriman, yang dipicu oleh tindakan pengguna. Pengumpulan data Perubahan status eksplisit menjadi 'Dibatalkan' pada catatan pengiriman. Jenis peristiwa explicit | |||
| Pengiriman direncanakan | Pengiriman telah diberi rute awal, moda transportasi, dan kemungkinan sumber daya yang akan digunakan. Aktivitas ini biasanya disimpulkan dari perubahan status pada catatan pengiriman. | ||
| Mengapa ini penting Aktivitas ini penting untuk memahami efisiensi tahap perencanaan logistik. Keterlambatan pada tahap ini dapat merambat dan memengaruhi seluruh jadwal pengiriman. Sumber data Kemungkinan disimpulkan dari perubahan pada kolom status pengiriman, misalnya dari 'Baru' menjadi 'Direncanakan', atau dari terisinya kolom informasi rute. Pengumpulan data Disimpulkan dari perubahan status pengiriman menjadi 'Direncanakan' atau status serupa. Jenis peristiwa inferred | |||
| Pengiriman ditawarkan kepada pengangkut | Pengiriman secara resmi ditawarkan kepada pengangkut yang dipilih untuk diterima. Biasanya, tindakan ini dilakukan di TMS dan mengirimkan notifikasi atau pesan EDI kepada pengangkut. | ||
| Mengapa ini penting Aktivitas ini menandai dimulainya interaksi dengan pengangkut. Waktu antara penawaran dan penerimaan penting untuk mengukur kecepatan respons pengangkut dan kemungkinan keterlambatan pemesanan. Sumber data Kemungkinan tercatat sebagai aktivitas eksplisit atau perubahan status, misalnya status berubah menjadi 'Ditawarkan' dalam pelacakan siklus pengiriman di Trimble TMS. Pengumpulan data Tercatat saat tindakan penawaran dilakukan di sistem. Jenis peristiwa explicit | |||
| Penjemputan dijadwalkan | Tanggal dan waktu penjemputan barang telah disepakati dan dicatat. Aktivitas ini disimpulkan dari pengisian kolom tanggal dan waktu penjemputan terjadwal. | ||
| Mengapa ini penting Penjadwalan penjemputan merupakan langkah penting untuk menetapkan ekspektasi pengirim. Jeda antara pemesanan dan jadwal penjemputan dapat menunjukkan masalah dalam alokasi sumber daya. Sumber data Disimpulkan dari pengisian kolom 'Tanggal/Waktu Penjemputan Terjadwal' pada detail pengiriman atau titik pemberhentian di Trimble TMS. Pengumpulan data Disimpulkan dari stempel waktu saat kolom janji penjemputan diisi. Jenis peristiwa inferred | |||
| Tagihan angkutan diaudit | Tagihan angkutan dari pengangkut telah ditinjau dan diaudit untuk memastikan kesesuaiannya dengan tarif kontrak dan layanan yang diberikan. Aktivitas ini tercatat melalui pembaruan status tagihan. | ||
| Mengapa ini penting Ini adalah langkah penting dalam pengendalian keuangan. Durasi dan hasilnya, seperti penolakan, penting untuk menganalisis efisiensi audit dan ketepatan tagihan pengangkut. Sumber data Disimpulkan dari perubahan status pada catatan tagihan angkutan, misalnya dari 'Menunggu Audit' menjadi 'Diaudit' atau 'Disetujui untuk Dibayar'. Pengumpulan data Disimpulkan dari perubahan status pada catatan tagihan angkutan. Jenis peristiwa inferred | |||
| Tagihan angkutan diterima | Faktur layanan transportasi telah diterima dari pengangkut. Aktivitas ini memulai tahap penyelesaian keuangan dalam proses. | ||
| Mengapa ini penting Aktivitas ini memulai penghitungan jangka waktu pembayaran dan proses audit biaya angkutan. Analisisnya membantu mengelola jadwal utang usaha dengan lebih baik. Sumber data Tercatat saat faktur pengangkut dimasukkan ke sistem, secara manual atau melalui pesan EDI 210, lalu mengisi tabel keuangan terkait pengiriman. Pengumpulan data Berdasarkan stempel waktu pembuatan catatan tagihan angkutan di sistem. Jenis peristiwa explicit | |||
Panduan ekstraksi
Metode ekstraksi untuk proses ini sedang divalidasi. Silakan kembali lagi nanti atau hubungi kami untuk mendapatkan bantuan.
Siap memulai?
Mulai optimalkan proses manajemen transportasi Anda hari ini dengan templat data terperinci ini. Sederhanakan proses logistik dan tingkatkan efisiensi operasional dengan yakin.
Optimalkan manajemen transportasi Anda. Mulai sekarang.
Tingkatkan proses logistik Anda: kurangi waktu siklus hingga 30% dengan platform kami.
Tidak perlu kartu kredit. Mulai uji coba gratis Anda hari ini.