Templat data pengelolaan rantai pasok Anda
Templat data pengelolaan rantai pasok Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data
Atribut pengelolaan rantai pasok
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama aktivitas ActivityName | Nama peristiwa bisnis atau langkah tertentu yang terjadi dalam proses logistik. | ||
| Deskripsi Nama Aktivitas menjelaskan langkah tertentu dalam siklus rantai pasok, seperti 'Pesanan dialokasikan', 'Barang diambil', atau 'Pengiriman diberangkatkan'. Aktivitas ini menjadi simpul dalam peta proses yang ditemukan. Analisis aktivitas membantu memvisualisasikan alur proses, menemukan jalur yang sering dilalui, dan mengukur waktu yang dihabiskan di setiap tahap. Data ini penting untuk memahami perjalanan pesanan logistik, serta menemukan pengerjaan ulang, hambatan, dan penyimpangan dari proses standar. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam proses. Langkah tersebut menjadi dasar peta proses dan memungkinkan analisis alur proses serta hambatan. Sumber data Biasanya, atribut ini diperoleh dengan memetakan kode peristiwa atau perubahan status dari berbagai tabel transaksi di Manhattan Associates ke nama aktivitas yang mudah dipahami. Contoh Pesanan pelanggan diterimaBarang diambilPengiriman diberangkatkanBukti pengiriman diterima | |||
| Pesanan logistik LogisticsOrder | ID unik untuk pesanan logistik, yang menjadi ID kasus utama untuk melacak proses rantai pasok dari awal hingga akhir. | ||
| Deskripsi Pesanan Logistik adalah nomor pelacakan utama yang menghubungkan semua aktivitas terkait, mulai dari pemesanan oleh pelanggan hingga pengiriman akhir. Setiap Pesanan Logistik mewakili satu rangkaian pemenuhan pesanan, sehingga seluruh siklusnya dapat dianalisis, termasuk pengadaan, pergudangan, pengiriman, dan penerimaan. Dalam process mining, atribut ini digunakan untuk mengelompokkan semua peristiwa terkait ke dalam satu kasus. Analisis berdasarkan Pesanan Logistik membantu menghitung waktu siklus dari awal hingga akhir, menemukan variasi proses yang umum, serta mendeteksi hambatan atau penyimpangan yang memengaruhi pesanan tertentu. Mengapa ini penting Ini adalah ID kasus utama yang mengelompokkan semua peristiwa terkait, sehingga seluruh perjalanan satu pesanan dapat dilacak dari awal hingga akhir. Sumber data Ini adalah kunci utama dalam tabel manajemen pesanan utama di Manhattan Associates. Lihat dokumentasi sistem untuk mengetahui tabel spesifiknya, kemungkinan terkait dengan header pesanan. Contoh LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Stempel waktu peristiwa EventTimestamp | Tanggal dan waktu persis saat aktivitas terjadi. | ||
| Deskripsi Event Timestamp atau Start Time mencatat waktu persis saat suatu aktivitas dijalankan. Timestamp ini penting untuk mengurutkan event secara kronologis dan menghitung durasi antaraktivitas. Dalam process mining, data ini digunakan untuk menyusun linimasa setiap kasus, menghitung waktu siklus, menemukan keterlambatan, dan menganalisis kinerja proses dari waktu ke waktu. Timestamp yang akurat menjadi dasar bagi hampir semua analisis proses berbasis waktu dan perhitungan KPI, seperti waktu tunggu total dan ketepatan waktu. Mengapa ini penting Atribut ini menunjukkan urutan kronologis event dan diperlukan untuk menghitung semua metrik berbasis waktu, seperti waktu siklus dan keterlambatan. Sumber data Informasi ini terdapat dalam tabel log transaksi di Manhattan Associates, bersama event atau pembaruan status terkait. Contoh 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Pembaruan data terakhir LastDataUpdate | Timestamp yang menunjukkan kapan data untuk catatan ini terakhir diperbarui atau diambil dari sistem sumber. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari sistem sumber. Kolom metadata ini membantu pengguna mengetahui seberapa baru data yang sedang dianalisis. Di dashboard process mining, informasi ini penting untuk menunjukkan kapan insight terakhir diperbarui. Dengan begitu, pemangku kepentingan mengetahui usia data dan dapat mengambil keputusan berdasarkan informasi terbaru, bukan data yang sudah usang. Mengapa ini penting Menunjukkan kebaruan data agar analisis dan keputusan menggunakan informasi terkini. Sumber data Timestamp ini dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Sistem sumber SourceSystem | Sistem tempat data diambil. | ||
| Deskripsi Atribut ini menunjukkan sistem informasi sumber asal data event. Dalam konteks ini, nilainya biasanya 'Manhattan Associates', tetapi juga dapat membedakan modul atau sistem terintegrasi yang berbeda. Atribut ini penting untuk tata kelola data dan membantu memahami konteks data, terutama saat data dari beberapa sistem digabungkan. Atribut ini juga membantu menelusuri asal-usul data dan mengatasi masalah kualitas data. Mengapa ini penting Menunjukkan asal data. Informasi ini penting untuk tata kelola dan validasi data, serta saat menggabungkan data dari beberapa sistem perusahaan. Sumber data Biasanya berupa nilai tetap yang ditambahkan saat ekstraksi data untuk menandai asal dataset. Contoh Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Jenis pesanan OrderType | Klasifikasi pesanan logistik, seperti reguler, ekspres, atau pengisian ulang stok. | ||
| Deskripsi Jenis pesanan mengelompokkan pesanan logistik berdasarkan sifat atau prioritasnya. Jenis yang umum mencakup pesanan pelanggan, pesanan pemindahan stok, dan pesanan retur. Setiap jenis dapat memiliki alur proses dan perjanjian tingkat layanan (SLA) yang berbeda. Atribut ini penting untuk analisis perbandingan. Dengan memfilter atau mengelompokkan proses berdasarkan jenis pesanan, analis dapat memahami penanganan tiap jenis pesanan, membandingkan waktu siklus, dan mengetahui apakah jenis tertentu lebih sering mengalami keterlambatan atau pengecualian. Atribut ini mendukung dashboard 'Perbandingan waktu siklus berdasarkan jenis pesanan'. Mengapa ini penting Memungkinkan perbandingan kinerja dan alur proses berbagai jenis pesanan, yang sering kali memiliki jalur dan SLA berbeda. Sumber data Terdapat dalam data header pesanan di Manhattan Associates. Lihat dokumentasi sistem untuk mengetahui nama kolom yang tepat. Contoh Pesanan regulerPengiriman ekspresPengisian ulang stokPesanan retur | |||
| Moda transportasi ModeOfTransport | Cara pengiriman barang, seperti menggunakan truk, pesawat, atau kapal. | ||
| Deskripsi Atribut ini menunjukkan moda transportasi yang digunakan untuk mengirim barang dari gudang ke tujuan. Contohnya mencakup Full Truckload (FTL), Less Than Truckload (LTL), angkutan udara, angkutan laut, atau paket. Dimensi ini penting untuk dashboard 'Analisis biaya dan efisiensi transportasi'. Anda dapat membandingkan biaya dan kecepatan tiap moda transportasi, serta menghitung KPI 'Frekuensi pengiriman ekspres' dengan mengetahui kapan moda yang lebih mahal dan cepat digunakan. Mengapa ini penting Membantu menganalisis biaya dan efisiensi transportasi, serta mengetahui seberapa sering opsi pengiriman ekspres yang mahal digunakan. Sumber data Terdapat dalam tabel pengiriman atau perencanaan transportasi di modul TMS Manhattan Associates. Contoh Angkutan udaraLTLAngkutan lautPaket | |||
| Nama pengguna UserName | Nama atau ID pengguna yang menjalankan aktivitas. | ||
| Deskripsi Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab menjalankan langkah proses tertentu. Nilainya dapat berupa ID pengguna unik, nama, atau nama akun sistem untuk tugas otomatis. Analisis berdasarkan pengguna membantu memahami pembagian beban kerja dan kinerja sumber daya, serta menemukan kebutuhan pelatihan. Atribut ini penting untuk dashboard beban sumber daya dan throughput, serta untuk menyelidiki penyimpangan proses yang mungkin terkait dengan pengguna tertentu. Mengapa ini penting Mendukung analisis kinerja sumber daya dan pembagian beban kerja, serta membantu menemukan pengguna atau tim yang terlibat dalam pengecualian proses. Sumber data Biasanya terdapat dalam tabel transaksi bersama data event, sering kali pada kolom 'UserID' atau 'ChangedBy'. Lihat dokumentasi Manhattan Associates. Contoh jdoeasmithsys_batch_user | |||
| SKU produk ProductSKU | Stock Keeping Unit (SKU) atau kode identifikasi produk dalam pesanan. | ||
| Deskripsi SKU produk adalah kode unik untuk mengidentifikasi produk tertentu. Satu pesanan logistik dapat mencakup beberapa SKU. Analisis proses berdasarkan produk membantu menemukan barang yang terkait dengan inefisiensi proses, seperti waktu pengambilan yang lebih lama, tingkat pengerjaan ulang yang lebih tinggi, atau stok yang sering habis. Atribut ini penting untuk dashboard 'Pengisian ulang inventaris dan risiko kehabisan stok', yang menganalisis ketepatan waktu pemesanan ulang berdasarkan produk. Mengapa ini penting Mendukung analisis pada tingkat produk untuk menemukan masalah seperti stok habis, keterlambatan pengambilan, atau masalah kualitas pada barang tertentu. Sumber data Terdapat dalam tabel baris pesanan di Manhattan Associates. Data perlu digabungkan dari header pesanan ke detail baris pesanan. Contoh SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Tanggal pengiriman yang diminta RequestedDeliveryDate | Tanggal pengiriman yang diminta pelanggan atau ditetapkan dalam rencana internal. | ||
| Deskripsi Atribut ini menyimpan tanggal target pengiriman barang kepada pelanggan atau lokasi penerima. Tanggal ini menjadi acuan untuk mengukur ketepatan waktu pengiriman. Dalam analisis, tanggal ini dibandingkan dengan timestamp pengiriman aktual ('Proof of Delivery Received') untuk menentukan apakah pesanan tiba tepat waktu, lebih awal, atau terlambat. Atribut ini penting untuk menghitung KPI seperti 'Tingkat ketepatan waktu pengiriman ke pelanggan' dan 'Tingkat ketepatan waktu pengiriman pemasok', serta menyusun dashboard kinerja terkait. Mengapa ini penting Menjadi acuan untuk mengukur ketepatan waktu, KPI penting bagi kepuasan pelanggan dan pengelolaan pemasok. Sumber data Terdapat dalam tabel header pesanan atau baris pesanan di Manhattan Associates. Lihat dokumentasi sistem. Contoh 2023-11-102023-11-152023-12-01 | |||
| ID gudang WarehouseId | Pengenal gudang atau pusat distribusi tempat aktivitas pengambilan dan pengemasan dilakukan. | ||
| Deskripsi Atribut ini menunjukkan fasilitas gudang yang bertanggung jawab memenuhi pesanan. Jika operasional menggunakan beberapa gudang, atribut ini penting untuk analisis. Atribut ini mendukung dashboard 'Analisis hambatan pengambilan di gudang' dengan memungkinkan perbandingan kinerja antar fasilitas. Analis dapat mengetahui gudang mana yang lebih efisien, mana yang memiliki waktu siklus pengambilan lebih lama, dan di mana sumber daya perlu dialokasikan ulang. Mengapa ini penting Memungkinkan perbandingan kinerja antar gudang untuk menemukan hambatan khusus fasilitas dan praktik terbaik. Sumber data Biasanya menjadi bagian dari data pesanan atau pengiriman di Manhattan Associates WMS dan menunjukkan lokasi yang memenuhi pesanan. Contoh WH01-EASTWH02-WESTWH03-CENTRAL | |||
| ID pengiriman ShipmentId | Pengenal unik untuk suatu pengiriman, yang dapat mencakup satu atau beberapa pesanan logistik. | ||
| Deskripsi ID pengiriman adalah nomor referensi untuk sekumpulan barang yang dikirim bersama. Satu pengiriman dapat mencakup beberapa pesanan logistik, terutama jika semuanya menuju tujuan yang sama. ID pesanan logistik berfungsi sebagai ID kasus, sedangkan ID pengiriman memberikan konteks tambahan. Atribut ini memungkinkan analisis aktivitas pada tingkat pengiriman, seperti 'Perusahaan pengangkut ditetapkan' atau 'Pengiriman diberangkatkan', serta membantu memahami efisiensi konsolidasi dan perencanaan transportasi. Mengapa ini penting Menghubungkan pesanan yang dikirim bersama agar efisiensi transportasi dan strategi konsolidasi dapat dianalisis. Sumber data Dibuat dan disimpan dalam tabel perencanaan transportasi dan pengiriman di Manhattan Associates. Contoh SH-98765SH-98766SH-98767 | |||
| Lokasi asal OriginLocation | Gudang, pabrik, atau fasilitas tempat pengiriman dimulai. | ||
| Deskripsi Atribut ini menunjukkan titik awal pengiriman, seperti pusat distribusi, pabrik, atau lokasi pemasok. Biasanya, nilainya berupa kode atau nama lokasi. Data lokasi asal dan tujuan menjadi dasar analisis jaringan logistik. Atribut ini mendukung dashboard 'Matriks waktu tunggu asal-tujuan' untuk memvisualisasikan dan menganalisis waktu tunggu pada berbagai rute pengiriman, serta menemukan hambatan yang terkait dengan wilayah atau fasilitas tertentu. Mengapa ini penting Penting untuk mengoptimalkan jaringan logistik dan menemukan perbedaan kinerja antarjalur pengiriman atau fasilitas. Sumber data Informasi ini biasanya tersimpan dalam tabel pengiriman atau header pesanan di Manhattan Associates. Contoh DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Lokasi tujuan DestinationLocation | Alamat pelanggan, toko, atau fasilitas tempat kiriman diterima. | ||
| Deskripsi Atribut ini menunjukkan titik akhir pengiriman barang. Lokasinya dapat berupa pusat distribusi pelanggan, toko ritel, atau alamat konsumen akhir. Nilainya sering kali berupa kota, negara bagian, atau kode pos. Jika dipasangkan dengan lokasi asal, atribut ini penting untuk dashboard 'Matriks waktu tunggu asal-tujuan'. Analisis waktu tunggu berdasarkan tujuan membantu menemukan kendala pengiriman di wilayah tertentu dan mengevaluasi efisiensi jaringan distribusi. Mengapa ini penting Membantu menganalisis kinerja pengiriman di berbagai wilayah geografis dan menemukan hambatan regional atau masalah pada perusahaan pengangkut. Sumber data Informasi alamat tujuan pengiriman ini terdapat dalam header pesanan atau detail pengiriman di Manhattan Associates. Contoh New York, NYLos Angeles, CAToko #582 | |||
| Nama pelanggan CustomerName | Nama pelanggan yang menerima barang. | ||
| Deskripsi Atribut ini menunjukkan pelanggan akhir yang menerima kiriman. Pelanggan dapat berupa individu atau badan usaha. Informasi pelanggan penting untuk menganalisis tingkat layanan dan menemukan pola yang terkait dengan pelanggan tertentu. Atribut ini mendukung dashboard 'Tingkat ketepatan waktu pengiriman ke pelanggan' dengan memungkinkan analisis kinerja pengiriman berdasarkan pelanggan. Dengan begitu, Anda dapat mengetahui apakah keterlambatan terkonsentrasi pada akun atau wilayah tertentu. Mengapa ini penting Memungkinkan analisis dikelompokkan berdasarkan pelanggan. Ini penting untuk memahami masalah yang dialami pelanggan tertentu dan mengukur tingkat layanan. Sumber data Terdapat dalam data header pesanan dan sering kali terhubung melalui ID pelanggan. Lihat dokumentasi Manhattan Associates. Contoh Retail CorpBigMartSuperStore Inc. | |||
| Nama pemasok SupplierName | Nama pemasok yang menyediakan barang untuk pesanan pembelian. | ||
| Deskripsi Atribut ini menunjukkan vendor atau pemasok tempat barang atau bahan baku dibeli. Atribut ini relevan untuk pesanan logistik yang dibuat berdasarkan pesanan pembelian. Analisis berdasarkan pemasok penting untuk mengevaluasi kinerja vendor. Anda dapat membuat kartu penilaian pemasok, memantau tingkat ketepatan waktu pengiriman, dan menemukan pemasok yang sering terkait dengan keterlambatan pada langkah 'Barang diterima'. Atribut ini mendukung dashboard 'Kinerja ketepatan waktu pengiriman pemasok'. Mengapa ini penting Mendukung analisis kinerja pemasok, membantu menemukan mitra yang andal dan sumber keterlambatan pada rantai pasok masuk. Sumber data Terhubung ke tabel data pesanan pembelian di Manhattan Associates. Biasanya, data perlu digabungkan dari pesanan logistik ke header pesanan pembelian. Contoh Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nama perusahaan pengangkut CarrierName | Nama perusahaan pengangkut yang bertanggung jawab atas pengiriman. | ||
| Deskripsi Nama perusahaan pengangkut menunjukkan mitra logistik atau perusahaan yang mengirim barang secara fisik. Perusahaan ini dapat berupa perusahaan pengiriman besar atau kurir lokal. Analisis berdasarkan perusahaan pengangkut penting untuk mengevaluasi ketepatan waktu pengiriman, biaya, dan efisiensinya. Dimensi ini menjadi dasar dashboard 'Analisis biaya dan efisiensi transportasi', yang memungkinkan perbandingan waktu siklus dan biaya antarperusahaan pengangkut. Mengapa ini penting Mendukung evaluasi kinerja mitra transportasi agar Anda dapat memilih perusahaan pengangkut berdasarkan biaya dan keandalannya. Sumber data Terdapat dalam tabel pengiriman atau pesanan angkutan, biasanya di modul TMS Manhattan Associates. Contoh FedExCH RobinsonMaersk | |||
| Pengiriman tepat waktu ke pelanggan IsOnTimeDeliveryCustomer | Penanda hasil perhitungan yang menunjukkan apakah pesanan tiba di pelanggan pada atau sebelum tanggal pengiriman yang diminta. | ||
| Deskripsi Atribut boolean ini diperoleh dengan membandingkan timestamp event 'Proof of Delivery Received' dengan 'RequestedDeliveryDate'. Setiap pesanan ditandai tepat waktu (true) atau terlambat (false). Atribut ini langsung mendukung KPI dan dashboard 'Tingkat ketepatan waktu pengiriman ke pelanggan'. Atribut ini menyederhanakan analisis dengan memberikan hasil yang jelas untuk setiap kasus, sehingga Anda dapat memfilter pesanan yang terlambat dan menyelidiki penyebabnya. Mengapa ini penting Mengukur tingkat layanan pelanggan secara langsung dan menyederhanakan analisis ketepatan waktu dengan mengelompokkan setiap pesanan sebagai tepat waktu atau terlambat. Sumber data Kolom ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data dengan membandingkan timestamp pengiriman aktual dengan tanggal pengiriman yang diminta. Contoh truefalse | |||
| Total biaya TotalCost | Total biaya keuangan yang terkait dengan pesanan logistik atau aktivitas tertentu. | ||
| Deskripsi Atribut ini menunjukkan total biaya yang timbul untuk pesanan logistik. Biaya dapat dirinci menjadi biaya transportasi, biaya pergudangan, dan biaya penanganan. Tingkat perinciannya bergantung pada data sumber. Data biaya sangat berguna untuk process mining berbasis nilai. Data ini mendukung dashboard 'Analisis biaya dan efisiensi transportasi' dengan memberikan konteks biaya untuk waktu siklus. Dengan menganalisis biaya, perusahaan dapat menemukan variasi proses berbiaya tinggi dan mengambil keputusan berbasis data untuk mengoptimalkan kecepatan sekaligus pengeluaran. Mengapa ini penting Menambahkan dimensi keuangan pada proses agar pemicu biaya dan dampak finansial dari inefisiensi dapat dianalisis. Sumber data Data biaya dapat berasal dari beberapa tabel di Manhattan Associates atau perlu diintegrasikan dengan sistem keuangan. Lihat dokumentasi untuk tabel biaya angkutan atau biaya pesanan. Contoh 150.752500.0085.50 | |||
Aktivitas pengelolaan rantai pasok
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Barang diambil | Petugas gudang mengambil barang untuk pesanan dari lokasi penyimpanannya. Aktivitas ini biasanya tercatat saat petugas mengonfirmasi pengambilan, sering kali dengan memindai barcode barang dan lokasi. | ||
| Mengapa ini penting Menganalisis durasi pengambilan barang penting untuk menemukan hambatan di gudang dan meningkatkan efisiensi tenaga kerja. Analisis ini mendukung KPI Waktu Siklus Pengambilan Barang di Gudang. Sumber data Tercatat sebagai transaksi eksplisit di log tugas atau pelaksanaan WMS. Setiap konfirmasi pengambilan memiliki stempel waktu dan terkait dengan petugas serta pesanan. Pengumpulan data Dicatat melalui pemindaian atau konfirmasi di antarmuka pengambilan barang WMS. Jenis peristiwa explicit | |||
| Bukti pengiriman diterima | Konfirmasi akhir bahwa pengiriman berhasil, sering kali disertai tanda tangan, diterima dan dicatat di sistem. Konfirmasi ini dapat dikirim secara elektronik oleh jasa pengangkut atau berupa dokumen yang dipindai dan dilampirkan secara manual. | ||
| Mengapa ini penting Aktivitas ini merupakan peristiwa akhir yang menandai keberhasilan proses logistik. Data ini penting untuk menghitung total siklus pesanan dan tingkat ketepatan waktu pengiriman kepada pelanggan. Sumber data Dapat berupa peristiwa eksplisit dari pesan jasa pengangkut atau disimpulkan dari perubahan status catatan pengiriman menjadi 'POD Received' atau 'Completed'. Stempel waktunya menandai penutupan akhir. Pengumpulan data Disimpulkan dari perubahan status pengiriman menjadi 'Delivered' atau 'POD Confirmed'. Jenis peristiwa inferred | |||
| Pengiriman diberangkatkan | Aktivitas ini menandai waktu pengiriman secara fisik meninggalkan gudang atau pusat distribusi. Biasanya, peristiwa ini tercatat melalui transaksi akhir 'ship confirm' di WMS saat trailer disegel dan berangkat. | ||
| Mengapa ini penting Tonggak penting ini menandai berakhirnya penanganan di gudang dan dimulainya waktu pengiriman. Peristiwa ini menjadi dasar untuk mengukur ketepatan waktu pengiriman dan waktu pemrosesan di gudang. Sumber data Transaksi inti yang tercatat secara eksplisit di Manhattan WMS/TMS, sering disebut 'Ship Confirm' atau 'Manifest Close'. Transaksi ini memiliki stempel waktu dan menetapkan detail akhir pengiriman. Pengumpulan data Dicatat melalui transaksi 'Ship Confirm' di WMS. Jenis peristiwa explicit | |||
| Pesanan dibatalkan | Pesanan pelanggan dibatalkan secara resmi sebelum pemenuhan selesai. Status akhir ini menghentikan semua pemrosesan lanjutan untuk pesanan logistik tersebut. | ||
| Mengapa ini penting Ini adalah peristiwa akhir yang menandai kegagalan proses. Analisis alasan dan frekuensi pembatalan membantu menemukan masalah dalam proses penerimaan pesanan atau kepuasan pelanggan. Sumber data Transaksi eksplisit di OMS ini mengubah status pesanan menjadi 'Canceled'. Waktu perubahan status menandai terjadinya peristiwa. Pengumpulan data Dicatat saat status pesanan diperbarui menjadi 'Canceled'. Jenis peristiwa explicit | |||
| Pesanan pelanggan diterima | Aktivitas ini menandai pembuatan pesanan logistik baru di sistem. Pesanan biasanya dibuat oleh pelanggan melalui EDI, portal web, atau entri manual. Peristiwa ini tercatat saat data pesanan baru dengan ID unik dibuat di modul Order Management. | ||
| Mengapa ini penting Ini adalah peristiwa awal utama dalam proses logistik dari awal hingga akhir. Waktu terjadinya penting untuk menghitung total siklus pesanan dan memahami pola permintaan. Sumber data Tercatat sebagai transaksi eksplisit di modul Manhattan Order Management System (OMS). Cari tabel pembuatan pesanan beserta stempel waktunya. Pengumpulan data Dicatat saat data pesanan penjualan dibuat. Jenis peristiwa explicit | |||
| Wave dibuat | 'Wave' dibuat di WMS untuk mengelompokkan beberapa pesanan atau baris pengiriman agar proses pengambilan dan pengemasan lebih efisien dan terkoordinasi. Pembuatan wave merupakan peristiwa sistem tersendiri yang memulai proses pemenuhan fisik untuk sekumpulan pesanan. | ||
| Mengapa ini penting Aktivitas ini merupakan tonggak penting dalam operasional gudang. Dengan menganalisis waktu tunggu pesanan sebelum masuk ke wave, Anda dapat menemukan strategi pengelompokan yang kurang efisien dan kekurangan dalam perencanaan sumber daya. Sumber data Tercatat secara eksplisit di Manhattan WMS saat pengguna atau proses otomatis memulai wave. Tabel pembuatan wave mencatat stempel waktu peristiwa ini. Pengumpulan data Diambil dari stempel waktu pada catatan pembuatan wave. Jenis peristiwa explicit | |||
| Barang dikemas | Barang yang sudah diambil dikumpulkan dan dikemas ke dalam satu atau beberapa wadah atau karton pengiriman. Peristiwa ini biasanya tercatat saat petugas di stasiun pengemasan mengonfirmasi karton sudah disegel dan label pengiriman dibuat. | ||
| Mengapa ini penting Tahap ini menandai selesainya proses utama pengambilan dan pengemasan. Analisis waktu antara pengambilan dan pengemasan membantu mengoptimalkan tata letak stasiun pengemasan dan alokasi sumber daya. Sumber data Peristiwa eksplisit yang tercatat di WMS pada stasiun pengemasan. Cari tabel pembuatan karton atau konfirmasi pengemasan beserta stempel waktunya. Pengumpulan data Dicatat setelah langkah verifikasi pengemasan selesai. Jenis peristiwa explicit | |||
| Barang diterima dari pemasok | Aktivitas ini mencatat penerimaan fisik barang dari pemasok di area bongkar muat gudang, biasanya berdasarkan pesanan pembelian. Peristiwa ini tercatat secara eksplisit di WMS saat staf gudang memindai dan mendaftarkan persediaan yang masuk. | ||
| Mengapa ini penting Tonggak ini penting untuk mengukur ketepatan waktu pengiriman pemasok. Tahap ini mengakhiri proses logistik masuk dan membuat persediaan tersedia untuk pemenuhan pesanan. Sumber data Transaksi standar yang tercatat secara eksplisit di modul logistik masuk Manhattan WMS. Data ini tersimpan di log penerimaan dengan stempel waktu dan terkait dengan PO atau Advance Ship Notice (ASN). Pengumpulan data Dicatat melalui transaksi penerimaan barang di gudang. Jenis peristiwa explicit | |||
| Barang diterima pelanggan | Kiriman tiba dan dibongkar di lokasi pelanggan. Peristiwa ini sering tercatat melalui pembaruan elektronik dari jasa pengangkut, seperti pesan EDI 214. | ||
| Mengapa ini penting Aktivitas ini memberi gambaran tentang kinerja jasa pengangkut dan waktu tempuh aktual. Data ini diperlukan untuk mengukur ketepatan waktu pengiriman dan memulai tahap akhir pencatatan bukti pengiriman. Sumber data Biasanya, peristiwa eksplisit ini dipicu oleh pesan dari pihak eksternal, yaitu jasa pengangkut, yang memperbarui status pengiriman di TMS. Stempel waktunya berasal dari pembaruan tersebut. Pengumpulan data Diambil dari pesan EDI jasa pengangkut, misalnya EDI 214, yang memperbarui status pengiriman. Jenis peristiwa explicit | |||
| Jasa pengangkut ditetapkan | Jasa pengangkut tertentu dipilih dan ditetapkan untuk pengiriman. Proses ini dapat dilakukan otomatis berdasarkan panduan rute atau dipilih secara manual oleh perencana transportasi. | ||
| Mengapa ini penting Keputusan ini penting untuk menganalisis biaya transportasi dan kinerja jasa pengangkut. Waktu yang dibutuhkan untuk menetapkannya dapat menunjukkan adanya keterlambatan perencanaan. Sumber data Disimpulkan dari perubahan bertanda waktu pada kolom 'carrier' di catatan pengiriman dalam modul TMS. Peristiwanya terjadi saat kolom ini pertama kali diisi. Pengumpulan data Disimpulkan dari log perubahan atau stempel waktu pembaruan pada kolom jasa pengangkut di data pengiriman. Jenis peristiwa inferred | |||
| Ketersediaan persediaan diperiksa | Sistem memeriksa tingkat persediaan yang tersedia untuk menentukan apakah pesanan pelanggan dapat dipenuhi dari stok yang ada. Langkah ini biasanya berjalan otomatis segera setelah pesanan dibuat dan memperbarui status baris pesanan. | ||
| Mengapa ini penting Aktivitas ini penting untuk memahami siklus pengisian ulang persediaan dan menemukan risiko kehabisan stok. Keterlambatan pada tahap ini dapat langsung memperpanjang waktu pemenuhan pesanan. Sumber data Biasanya disimpulkan dari perubahan status baris pesanan di modul OMS. Perubahan status dari 'New' menjadi 'Awaiting Allocation' atau status serupa sering menandakan pemeriksaan ini selesai. Pengumpulan data Disimpulkan dari perubahan status baris pesanan setelah pesanan dibuat. Jenis peristiwa inferred | |||
| Pengiriman dibuat | Catatan pengiriman dibuat di sistem untuk mengelompokkan satu atau beberapa pesanan atau karton yang dikirim ke lokasi yang sama menggunakan jasa pengangkut yang sama. Langkah ini menetapkan rencana transportasi untuk barang yang akan dikirim. | ||
| Mengapa ini penting Aktivitas ini menghubungkan operasional gudang dengan manajemen transportasi. Data ini menjadi dasar untuk menetapkan jasa pengangkut, menghitung tarif angkutan, dan membuat dokumen pengiriman. Sumber data Transaksi eksplisit di modul Manhattan WMS atau TMS. Transaksi ini tercatat di tabel header pengiriman dengan stempel waktu pembuatan. Pengumpulan data Dicatat saat catatan pengiriman baru dibuat. Jenis peristiwa explicit | |||
| Pengiriman dijadwalkan ulang | Tanggal pengiriman yang direncanakan untuk pesanan diubah karena masalah seperti stok tidak tersedia, permintaan pelanggan, atau kendala transportasi. Perubahan ini menandai pengerjaan ulang dalam proses pemenuhan. | ||
| Mengapa ini penting Melacak penjadwalan ulang penting untuk menemukan sumber keterlambatan dan ketidakstabilan proses. Aktivitas ini mendukung KPI Tingkat Pengerjaan Ulang Pesanan dan membantu mengukur dampak pengecualian. Sumber data Disimpulkan dari perubahan pada kolom tanggal pengiriman yang direncanakan atau diminta di catatan pesanan atau pengiriman. Perbandingan tanggal awal dan tanggal terbaru menunjukkan adanya penjadwalan ulang. Pengumpulan data Dihitung dengan membandingkan nilai historis dan terkini pada kolom 'Planned Ship Date'. Jenis peristiwa calculated | |||
| Pesanan dialokasikan | Sistem mencadangkan unit persediaan tertentu di gudang untuk pesanan tertentu. Alokasi ini merupakan langkah penting sebelum aktivitas fisik di gudang dimulai. | ||
| Mengapa ini penting Tonggak ini menandai peralihan dari pengelolaan pesanan ke pelaksanaan di gudang. Waktu antara penerimaan dan alokasi pesanan dapat menunjukkan penumpukan pekerjaan sebelum pemenuhan dimulai. Sumber data Tercatat sebagai pembaruan status pada baris pesanan atau pengiriman di Manhattan WMS. Peristiwa ini menggunakan stempel waktu saat status berubah menjadi 'Allocated' atau status serupa. Pengumpulan data Ditentukan dari stempel waktu saat status baris pesanan berubah menjadi 'Allocated'. Jenis peristiwa inferred | |||
| Pesanan pembelian dibuat | Pesanan pembelian dibuat untuk membeli barang dari pemasok eksternal. Biasanya, pesanan ini dipicu oleh kehabisan stok atau pesanan tertunda. Transaksi ini membuat dokumen PO baru yang terhubung dengan permintaan pelanggan. | ||
| Mengapa ini penting Melacak pembuatan PO penting untuk menganalisis proses pengadaan dalam rantai pasok dan dampaknya terhadap waktu tunggu pesanan secara keseluruhan. Data ini juga membantu mengukur kinerja pemasok. Sumber data Tercatat sebagai peristiwa tersendiri di modul pengadaan atau pembelian. Cari tabel pembuatan PO beserta stempel waktunya, yang sering kali terhubung dengan pesanan penjualan awal. Pengumpulan data Dicatat saat data Purchase Order baru disimpan. Jenis peristiwa explicit | |||
Panduan ekstraksi data
Metode ekstraksi untuk proses ini sedang divalidasi. Silakan kembali lagi nanti atau hubungi kami untuk mendapatkan bantuan.
Siap memulai?
Gunakan templat ini untuk menyiapkan data dengan lebih efisien dan mulai meningkatkan kinerja rantai pasok Anda hari ini. Temukan inefisiensi yang tersembunyi dan dorong perbaikan nyata dengan wawasan yang dapat ditindaklanjuti.
Tingkatkan kinerja rantai pasok di Manhattan Associates
Dapatkan visibilitas menyeluruh dan capai akurasi perkiraan 90%.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.