Templat data pengelolaan rantai pasok Anda
Templat data pengelolaan rantai pasok Anda
- Atribut yang disarankan untuk analisis menyeluruh
- Aktivitas dan tonggak proses utama yang perlu dilacak
- Panduan langkah demi langkah untuk mengekstrak data dari Blue Yonder
Atribut pengelolaan rantai pasok
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama aktivitas ActivityName | Nama peristiwa atau langkah bisnis tertentu dalam proses logistik, seperti 'Pesanan pembelian diterbitkan' atau 'Barang diambil dan dikemas'. | ||
| Deskripsi Nama Aktivitas menjelaskan satu langkah atau tugas dalam siklus pesanan logistik. Peristiwa ini dicatat secara kronologis untuk menyusun urutan tindakan dalam setiap kasus. Analisis aktivitas menjadi dasar process mining. Analisis ini membantu memvisualisasikan peta proses, menemukan hambatan di antara langkah tertentu, menganalisis frekuensi aktivitas, dan mengidentifikasi penyimpangan dari alur proses standar. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam peta proses agar alur pesanan logistik dapat divisualisasikan, dianalisis, dan dioptimalkan. Sumber data Nama aktivitas diambil dari log peristiwa, kode transaksi, atau perubahan status yang tercatat di berbagai modul Blue Yonder terkait pergudangan, transportasi, dan manajemen pesanan. Contoh Pesanan pelanggan diterimaBarang selesai diproduksiPengiriman dijadwalkanBukti pengiriman ditandatangani | |||
| Pesanan logistik LogisticsOrder | Pengenal unik untuk satu pesanan logistik, yang berfungsi sebagai ID kasus utama untuk melacak proses rantai pasok dari awal hingga akhir. | ||
| Deskripsi Pesanan Logistik adalah pengenal utama yang menghubungkan semua aktivitas terkait, mulai dari pembuatan pesanan pelanggan hingga pengiriman akhir. Setiap nomor Pesanan Logistik yang unik mewakili satu rangkaian proses rantai pasok. Dalam process mining, analisis data berdasarkan Pesanan Logistik memberikan gambaran lengkap tentang siklus pesanan. Hal ini penting untuk menghitung waktu siklus dari awal hingga akhir, menemukan variasi proses, dan memahami perjalanan setiap pesanan melalui berbagai tahap seperti pengadaan, produksi, dan distribusi. Mengapa ini penting Ini adalah ID Kasus utama. Pengenal ini menghubungkan semua langkah proses sehingga seluruh perjalanan pemenuhan pesanan dapat direkonstruksi dan dianalisis. Sumber data Pengenal ini biasanya ditemukan di modul utama manajemen pesanan atau pelaksanaan logistik Blue Yonder. Contoh LO-845123LO-845124LO-845125 | |||
| Waktu mulai EventTime | Stempel waktu yang menunjukkan kapan aktivitas tertentu dimulai atau terjadi. | ||
| Deskripsi Waktu Peristiwa, atau Waktu Mulai, adalah tanggal dan waktu tepat saat aktivitas tercatat di sistem sumber. Data kronologis ini penting untuk mengurutkan peristiwa dengan benar dan melakukan semua analisis berbasis waktu. Stempel waktu ini digunakan untuk menghitung waktu siklus antaraktivitas, mengukur durasi seluruh proses, serta menemukan keterlambatan atau waktu tunggu. Data ini menjadi dasar bagi hampir semua KPI kinerja, seperti Waktu Tunggu Pesanan dari Awal hingga Akhir dan Waktu Siklus Transportasi. Mengapa ini penting Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung durasi, serta menganalisis kinerja dan hambatan proses dari waktu ke waktu. Sumber data Informasi ini biasanya tersedia sebagai stempel waktu tanggal pembuatan, tanggal perubahan, atau tanggal pencatatan di tabel data transaksi untuk setiap objek bisnis di Blue Yonder. Contoh 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Jenis pesanan OrderType | Klasifikasi pesanan, seperti 'Pesanan standar', 'Pesanan mendesak', atau 'Pesanan dalam jumlah besar'. | ||
| Deskripsi Jenis pesanan mengelompokkan pesanan logistik berdasarkan karakteristik, tingkat urgensi, atau konteks bisnisnya. Setiap jenis pesanan biasanya mengikuti alur proses atau perjanjian tingkat layanan (SLA) yang berbeda. Analisis berdasarkan jenis pesanan penting untuk memahami variasi proses. Misalnya, pesanan mendesak diharapkan memiliki waktu siklus lebih singkat dan mungkin melewati beberapa langkah. Pesanan dalam jumlah besar mungkin memiliki waktu tunggu produksi lebih lama. Atribut ini membantu menjelaskan penyimpangan dari proses normal dan berguna di dashboard 'Analisis Variasi Proses'. Mengapa ini penting Membantu menjelaskan variasi proses dan perbedaan kinerja, karena setiap jenis pesanan dapat memiliki alur, prioritas, dan SLA yang berbeda. Sumber data Informasi ini biasanya tersimpan di data header pesanan dalam sistem manajemen pesanan Blue Yonder. Contoh StandarMendesakPemindahan stokRetur | |||
| Nama pemasok SupplierName | Nama pemasok yang menyediakan bahan baku atau komponen untuk pesanan pembelian. | ||
| Deskripsi Nama Pemasok menunjukkan pihak yang memasok barang dalam proses rantai pasok. Atribut ini menjadi dimensi penting untuk menganalisis tahap logistik masuk dan pengadaan. Atribut ini digunakan di dasbor 'Kinerja Pemasok untuk Logistik Masuk' untuk menguraikan waktu siklus dari pembuatan pesanan pembelian hingga penerimaan bahan berdasarkan pemasok. Analisis ini membantu menemukan pemasok yang andal dan cepat, serta pemasok yang kerap menyebabkan keterlambatan. Hasilnya dapat menjadi bahan pertimbangan dalam strategi pengadaan dan pengelolaan hubungan dengan pemasok. Mengapa ini penting Memungkinkan analisis kinerja berbagai pemasok. Informasi ini penting untuk mengoptimalkan logistik masuk dan memastikan jadwal produksi terpenuhi. Sumber data Informasi ini tersimpan di data header pesanan pembelian dan ditautkan ke tabel data induk pemasok di Blue Yonder atau ERP terintegrasi. Contoh Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nama pengguna UserName | ID atau nama pengguna yang menjalankan aktivitas. | ||
| Deskripsi Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab atas langkah proses tertentu. Informasi ini penting untuk memahami alokasi sumber daya, pembagian beban kerja, dan kinerja individu maupun tim. Dalam analisis, Nama Pengguna digunakan untuk memfilter peta proses dan melihat cara pengguna yang berbeda menjalankan tugas yang sama, menemukan kebutuhan pelatihan, atau mengidentifikasi karyawan berkinerja tinggi. Atribut ini juga penting untuk dasbor 'Tugas Manual dan Potensi Otomatisasi', yang menunjukkan pengguna yang terlibat dalam tugas berulang dan sering dilakukan. Mengapa ini penting Mengaitkan tindakan pengguna dengan individu tertentu sehingga beban kerja dan kinerja dapat dibandingkan, serta peluang otomatisasi dapat ditemukan. Sumber data Biasanya tersedia di data transaksi sebagai kolom 'Dibuat Oleh' atau 'Diubah Oleh', yang terhubung ke tabel data induk pengguna di Blue Yonder. Contoh j.doea.smithSYSTEM_RFC | |||
| Status pesanan OrderStatus | Status pesanan logistik saat ini atau status akhirnya, seperti 'Sedang diproses', 'Selesai', atau 'Dibatalkan'. | ||
| Deskripsi Status pesanan menunjukkan tahap siklus pesanan logistik saat data diambil, atau hasil akhirnya. Status ini menjadi indikator utama kondisi suatu kasus. Gunakan atribut ini untuk memfilter analisis, misalnya hanya menampilkan pesanan yang selesai atau menyelidiki alasan pesanan tertentu dibatalkan. Atribut ini membantu Anda memahami hasil dari berbagai variasi proses dan mengukur tingkat keberhasilan atau kegagalan proses secara keseluruhan. Mengapa ini penting Menunjukkan hasil suatu kasus. Anda dapat memfilter analisis untuk melihat pesanan yang selesai, masih berjalan, atau dibatalkan. Informasi ini penting untuk memahami konteks metrik kinerja. Sumber data Biasanya berupa kolom status di header dokumen utama pesanan logistik atau pengiriman di Blue Yonder. Contoh SelesaiSedang diprosesDibatalkanDitangguhkan | |||
| Tanggal pengiriman aktual ActualDeliveryDate | Tanggal sebenarnya saat pesanan berhasil dikirim kepada pelanggan, yang dikonfirmasi dengan bukti pengiriman. | ||
| Deskripsi Tanggal Pengiriman Aktual dicatat saat pengiriman selesai, sering kali berdasarkan peristiwa 'Bukti Pengiriman Ditandatangani'. Stempel waktu ini menandai selesainya pemenuhan pesanan logistik. Atribut ini penting untuk mengukur kinerja. Tanggal ini dibandingkan dengan 'Tanggal Pengiriman yang Diminta' untuk menentukan apakah pengiriman tepat waktu, terlambat, atau lebih awal. Perhitungan ini menjadi dasar KPI Tingkat Ketepatan Waktu Pengiriman dan ditampilkan di dasbor Kinerja Ketepatan Waktu Pengiriman. Mengapa ini penting Atribut ini penting untuk menghitung Tingkat Ketepatan Waktu Pengiriman dan mengukur kinerja aktual dibandingkan dengan harapan pelanggan. Sumber data Tanggal ini sering ditentukan dari stempel waktu peristiwa bukti pengiriman, yang dapat dicatat di TMS Blue Yonder atau modul logistik terkait. Contoh 2023-11-142023-11-212023-12-01 | |||
| Tanggal pengiriman yang diminta RequestedDeliveryDate | Tanggal pengiriman pesanan yang diminta pelanggan. | ||
| Deskripsi Tanggal Pengiriman yang Diminta adalah data utama pelanggan yang penting dan terkait dengan pesanan logistik. Tanggal ini menunjukkan komitmen kepada pelanggan dan menjadi acuan utama untuk mengukur kinerja pengiriman. Tanggal ini dibandingkan dengan 'Tanggal Pengiriman Aktual' untuk menghitung KPI Tingkat Ketepatan Waktu Pengiriman. Tanggal ini menjadi dasar dasbor 'Kinerja Ketepatan Waktu Pengiriman', yang membantu menganalisis keterlambatan dan akar penyebabnya, seperti kinerja pengangkut atau hambatan internal. Mengapa ini penting Tanggal ini menjadi acuan untuk mengukur kepuasan pelanggan dan kinerja pengiriman. Tanggal ini penting untuk menghitung KPI Tingkat Ketepatan Waktu Pengiriman. Sumber data Tanggal ini biasanya tersimpan di data header pesanan pelanggan dalam sistem manajemen pesanan Blue Yonder. Contoh 2023-11-152023-11-202023-12-01 | |||
| Ada pengerjaan ulang IsRework | Penanda hasil perhitungan yang menunjukkan apakah pesanan mengalami pengerjaan ulang, misalnya pengulangan langkah pengemasan atau pemeriksaan kualitas. | ||
| Deskripsi Penanda boolean ini bernilai true jika pesanan logistik menunjukkan adanya pengulangan langkah, misalnya urutan aktivitas 'Barang Diambil dan Dikemas' -> 'Pemeriksaan Kualitas Dilakukan' -> 'Barang Diambil dan Dikemas'. Penanda ini mengidentifikasi kasus yang menyimpang dari alur standar yang efisien. Atribut ini digunakan untuk menghitung KPI 'Tingkat Pengerjaan Ulang Pesanan' dan ditampilkan di dashboard 'Analisis Variasi Proses dan Pengerjaan Ulang'. Dengan menemukan kasus yang mengalami pengerjaan ulang, Anda dapat mengidentifikasi sumber kesalahan atau inefisiensi dalam proses pemenuhan, lalu melakukan perbaikan terarah untuk mengurangi pemborosan dan biaya operasional. Mengapa ini penting Menandai proses yang tidak efisien dan masalah kualitas dengan menunjukkan kasus yang mengulang langkah. Informasi ini membantu Anda meningkatkan kestabilan proses dan menekan biaya. Sumber data Kolom ini tidak tersedia di Blue Yonder. Nilainya dihitung saat analisis process mining dengan mendeteksi urutan aktivitas tertentu yang berulang dalam suatu kasus. Contoh truefalse | |||
| Kategori produk ProductCategory | Kategori produk dalam pesanan logistik, seperti elektronik atau pakaian. | ||
| Deskripsi Kategori produk digunakan untuk mengelompokkan produk sejenis. Setiap kategori dapat memiliki proses rantai pasok, kebutuhan penanganan, atau waktu tunggu yang berbeda. Atribut ini digunakan di dashboard 'Tren Volume Pesanan Logistik' untuk menyaring dan membandingkan jumlah pesanan yang selesai berdasarkan jenis produk. Analisis ini dapat menunjukkan apakah lini produk tertentu lebih sering terlambat atau memiliki volume penyelesaian yang lebih rendah. Dengan begitu, upaya perbaikan dapat difokuskan pada bagian yang paling membutuhkan. Mengapa ini penting Memungkinkan analisis proses dikelompokkan berdasarkan jenis produk untuk menemukan hambatan, pola permintaan, atau kerumitan penanganan pada kategori tertentu. Sumber data Informasi ini merupakan bagian dari data induk material atau produk, yang ditautkan ke item baris pesanan logistik di Blue Yonder. Contoh Elektronik konsumenMesin industriPakaianBahan makanan | |||
| Moda transportasi ModeOfTransport | Cara pengiriman barang, seperti dengan truk, pesawat, atau kapal laut. | ||
| Deskripsi Atribut ini menunjukkan moda transportasi yang digunakan untuk memindahkan barang. Setiap moda memiliki biaya, kecepatan, dan kapasitas yang berbeda, sehingga penting untuk perencanaan dan analisis logistik. Dashboard 'Pemantau Efisiensi Transportasi' menggunakan atribut ini untuk membandingkan waktu dan biaya pengiriman dengan berbagai moda transportasi. Hasilnya membantu Anda mengambil keputusan strategis, misalnya memilih angkutan udara yang lebih cepat tetapi lebih mahal atau angkutan laut yang lebih lambat tetapi lebih murah, sesuai prioritas pesanan dan batasan biaya. Mengapa ini penting Menjadi dimensi penting untuk menganalisis biaya dan kecepatan transportasi, sehingga Anda dapat menentukan metode pengiriman yang paling sesuai. Sumber data Informasi ini biasanya tersimpan dalam detail pengiriman atau pesanan angkutan di TMS Blue Yonder. Contoh Muatan truk penuh (FTL)Angkutan udaraAngkutan lautKereta api | |||
| Nama pelanggan CustomerName | Nama pelanggan yang membuat pesanan. | ||
| Deskripsi Menunjukkan pelanggan akhir untuk pesanan logistik. Dimensi ini menjadi dasar untuk mengelompokkan analisis dari sudut pandang pelanggan. Analisis kinerja proses berdasarkan pelanggan dapat menunjukkan apakah pelanggan tertentu mengalami waktu tunggu lebih lama atau lebih banyak masalah. Atribut ini mendukung dashboard seperti 'Kinerja Pengiriman Tepat Waktu' dengan menampilkan rincian berdasarkan pelanggan. Dengan begitu, Anda dapat memprioritaskan perbaikan untuk pelanggan utama. Mengapa ini penting Memungkinkan analisis yang berfokus pada pelanggan, sehingga Anda dapat mengetahui pelanggan yang paling terdampak oleh inefisiensi proses dan memprioritaskan perbaikan layanan. Sumber data Informasi ini tersimpan di data header pesanan pelanggan dan ditautkan dari tabel data induk pelanggan di Blue Yonder atau sistem CRM/ERP yang terintegrasi. Contoh Retail CorpMegaStore Inc.Barang konsumen langsung | |||
| Nama perusahaan pengangkut CarrierName | Nama perusahaan transportasi yang bertanggung jawab mengirimkan barang. | ||
| Deskripsi Nama perusahaan pengangkut menunjukkan mitra logistik yang menangani pengiriman barang dari gudang ke tujuan akhir. Atribut ini penting untuk menilai kinerja logistik keluar. Di dashboard 'Pemantau Efisiensi Transportasi', analisis berdasarkan nama perusahaan pengangkut membantu membandingkan durasi 'Barang dalam Perjalanan' dari berbagai perusahaan. Dengan begitu, bisnis dapat mengetahui mitra transportasi yang paling cepat, andal, atau hemat biaya, lalu menyesuaikan strategi pengiriman. Mengapa ini penting Membantu membandingkan kinerja berbagai perusahaan transportasi untuk mengoptimalkan biaya pengiriman, rute, dan waktu pengantaran. Sumber data Biasanya tercantum dalam dokumen pengiriman atau pesanan angkutan di Transportation Management System (TMS) Blue Yonder. Contoh Pengiriman ekspresLogistik nasionalAngkutan cepat | |||
| Nomor pesanan pembelian PurchaseOrderNumber | Nomor unik untuk pesanan pembelian yang dibuat guna membeli bahan baku atau barang dari pemasok. | ||
| Deskripsi Nomor pesanan pembelian menghubungkan pesanan logistik dengan proses pengadaan. Nomor ini dibuat dalam aktivitas seperti 'Permintaan pembelian dibuat' dan 'Pesanan pembelian diterbitkan'. Atribut ini memungkinkan analisis terperinci atas subproses pengadaan. Atribut ini penting untuk dashboard 'Kinerja Penerimaan dari Pemasok', yang melacak perjalanan PO tertentu sejak diterbitkan hingga barang diterima. Anda juga dapat mengaitkan keterlambatan dengan pemasok atau material tertentu. Mengapa ini penting Menghubungkan proses pemenuhan utama dengan aktivitas pengadaan sebelumnya, sehingga kinerja pemasok dan waktu siklus pengadaan dapat dianalisis secara terperinci. Sumber data Pengenal ini dibuat dan disimpan di modul pengadaan atau pembelian Blue Yonder, atau di sistem ERP yang terintegrasi. Contoh PO45000123PO45000124PO45000125 | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data terakhir diperbarui atau diambil dari sistem sumber. | ||
| Deskripsi Atribut ini menunjukkan tanggal dan waktu pengambilan data terbaru. Informasi ini memberi konteks pada analisis, menunjukkan seberapa baru data yang digunakan dan kapan pembaruan berikutnya mungkin dilakukan. Pengguna perlu mengetahui seberapa baru data yang dianalisis. Informasi ini membantu menafsirkan dasbor dan memastikan keputusan dibuat berdasarkan informasi terkini. Mengapa ini penting Memberi konteks penting tentang kebaruan data agar pengguna mengetahui seberapa mutakhir analisis proses yang mereka lihat. Sumber data Stempel waktu ini dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Pembuat permintaan pembelian PurchaseRequisitionCreator | Pengguna atau departemen yang mengajukan permintaan pembelian barang atau material. | ||
| Deskripsi Atribut ini menunjukkan orang atau tim yang membuat permintaan pembelian, yaitu dokumen internal yang memulai proses pembuatan pesanan pembelian resmi. Informasi ini memberi konteks tentang pihak yang mendorong kebutuhan pengadaan di organisasi. Analisis berdasarkan atribut ini membantu Anda memahami pola pengadaan internal dan dapat digunakan di dashboard 'Tugas Manual dan Potensi Otomatisasi'. Jika beberapa pengguna membuat banyak permintaan standar, proses permintaan pembelian mungkin berpeluang diotomatisasi. Mengapa ini penting Menunjukkan asal permintaan pengadaan, sehingga Anda dapat menganalisis pola kebutuhan internal dan menemukan peluang otomatisasi proses. Sumber data Tercantum dalam data dokumen permintaan pembelian, biasanya pada kolom 'Dibuat oleh'. Contoh m.jonesp.chenPLANNING_DEPT | |||
| Pengiriman tepat waktu IsOnTimeDelivery | Penanda hasil perhitungan yang menunjukkan apakah pesanan dikirim pada atau sebelum tanggal pengiriman yang diminta. | ||
| Deskripsi Atribut boolean ini dihitung dengan membandingkan 'Tanggal Pengiriman Aktual' dengan 'Tanggal Pengiriman yang Diminta'. Setiap pesanan dikategorikan sebagai 'Tepat waktu' (true) atau 'Terlambat' (false), sehingga analisis kinerja lebih mudah. Atribut ini mendukung dashboard 'Kinerja Pengiriman Tepat Waktu' dan digunakan untuk menghitung KPI 'Tingkat Pengiriman Tepat Waktu'. Anda dapat memfilter data dengan cepat dan menelusuri penyebab keterlambatan, seperti perusahaan pengangkut atau jenis produk. Mengapa ini penting Memudahkan analisis ketepatan waktu pengiriman dengan menunjukkan hasil boolean yang jelas untuk setiap pesanan. Anda dapat menghitung tingkat kinerja dan menemukan penyebab keterlambatan. Sumber data Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data menggunakan rumus: ActualDeliveryDate <= RequestedDeliveryDate. Contoh truefalse | |||
| Sistem sumber SourceSystem | Sistem tempat data diambil, dalam hal ini Blue Yonder. | ||
| Deskripsi Atribut ini menunjukkan asal data proses. Atribut ini sangat berguna saat data dari beberapa sistem digabungkan untuk memberikan gambaran proses secara menyeluruh, sekaligus memastikan asal-usul data tetap jelas. Untuk analisis ini, nilainya akan selalu 'Blue Yonder'. Namun, nilai ini tetap menjadi metadata penting untuk tata kelola dan konteks data, terutama jika sistem lain seperti ERP atau CRM terintegrasi. Mengapa ini penting Menunjukkan asal data. Informasi ini penting untuk tata kelola dan validasi data, serta untuk mengelola analisis yang mencakup beberapa sistem perusahaan. Sumber data Biasanya berupa nilai tetap yang ditambahkan saat proses ekstraksi dan transformasi data untuk menandai asal kumpulan data. Contoh Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Tanggal yang dijanjikan pemasok SupplierPromisedDeliveryDate | Tanggal pengiriman yang dijanjikan pemasok untuk pesanan pembelian tertentu. | ||
| Deskripsi Tanggal ini menunjukkan komitmen pemasok untuk mengirimkan bahan baku atau komponen. Tanggal tersebut menjadi acuan untuk mengukur keandalan dan ketepatan waktu pemasok. Atribut ini penting untuk menghitung KPI 'Tingkat Pengiriman Tepat Waktu oleh Pemasok'. Bandingkan tanggal ini dengan tanggal penerimaan material yang sebenarnya (stempel waktu aktivitas 'Bahan Baku Diterima') untuk mengetahui apakah pemasok memenuhi komitmennya. Analisis ini menjadi bagian utama dashboard 'Kinerja Penerimaan dari Pemasok'. Mengapa ini penting Menjadi acuan kinerja pengiriman masuk, sehingga keandalan pemasok dan dampaknya terhadap jadwal produksi dapat diukur. Sumber data Tanggal ini biasanya disimpan pada tingkat item baris pesanan pembelian, berdasarkan informasi dari pemasok atau waktu tunggu standar. Contoh 2023-10-102023-10-122023-10-15 | |||
| Waktu selesai EndTime | Stempel waktu yang menunjukkan kapan aktivitas selesai. | ||
| Deskripsi Waktu Selesai menandai berakhirnya suatu aktivitas. Jika Waktu Mulai dan Waktu Selesai tersedia, waktu pemrosesan aktivitas dapat dihitung dengan tepat dan dibedakan dari waktu menganggur atau waktu tunggu. Informasi ini sangat berguna untuk menganalisis durasi tugas tertentu, seperti 'Barang diambil dan dikemas' atau 'Pemeriksaan kualitas dilakukan'. Informasi ini membantu menemukan aktivitas yang paling banyak menyita waktu, sehingga upaya perbaikan dan otomatisasi dapat diarahkan dengan tepat. Mengapa ini penting Memungkinkan penghitungan waktu pemrosesan aktivitas secara akurat. Informasi ini penting untuk menemukan tugas yang tidak efisien dan mengukur produktivitas sumber daya. Sumber data Seperti waktu mulai, informasi ini biasanya tersedia sebagai stempel waktu di tabel data transaksi untuk setiap objek bisnis di Blue Yonder, sering kali sebagai penanda penyelesaian status. Contoh 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Waktu siklus dari awal hingga akhir EndToEndCycleTime | Total waktu sejak aktivitas pertama ('Pesanan Pelanggan Diterima') hingga aktivitas terakhir ('Bukti Pengiriman Ditandatangani') untuk suatu pesanan logistik. | ||
| Deskripsi Metrik ini mengukur total durasi siklus pesanan logistik. Sebagai indikator kinerja utama, metrik ini menunjukkan kecepatan dan efisiensi keseluruhan proses rantai pasok. Metrik ini menjadi ukuran utama di dashboard 'Analisis Waktu Tunggu Pesanan dari Awal hingga Akhir' dan KPI 'Waktu Siklus Pesanan Logistik dari Awal hingga Akhir'. Analisis durasi ini membantu menemukan keterlambatan sistemik dan mengukur kondisi proses secara keseluruhan. Anda dapat mengelompokkannya berdasarkan dimensi seperti jenis pesanan atau kategori produk untuk mengetahui penyebab waktu tunggu yang panjang. Mengapa ini penting KPI penting untuk mengukur kecepatan keseluruhan rantai pasok, yang berdampak langsung pada kepuasan pelanggan dan modal kerja. Sumber data Nilai ini tidak disimpan di sistem sumber. Nilainya dihitung dengan mengurangi stempel waktu aktivitas pertama dari stempel waktu aktivitas terakhir untuk setiap kasus. Contoh 15 hari 4 jam22 hari 11 jam10 hari 2 jam | |||
Aktivitas pengelolaan rantai pasok
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Bahan baku diterima | Aktivitas ini menandai penerimaan fisik barang dari pemasok di gudang atau fasilitas produksi. Peristiwa ini tercatat secara langsung melalui transaksi penerimaan barang, yang sering dimulai dengan pemindaian barang masuk. | ||
| Mengapa ini penting Peristiwa ini menandai akhir tahap pengiriman oleh pemasok. Peristiwa ini penting untuk mengukur keandalan pemasok dan efisiensi logistik masuk. Sumber data Diambil dari log transaksi di Warehouse Management System (WMS) atau modul Inventory Management. Waktunya sesuai dengan tanggal dan waktu pencatatan dokumen penerimaan barang. Pengumpulan data Berdasarkan stempel waktu transaksi pencatatan penerimaan barang. Jenis peristiwa explicit | |||
| Barang diambil dan dikemas | Aktivitas ini mencakup proses gudang untuk mengambil barang dari tempat penyimpanan dan mengemasnya untuk dikirim. Peristiwa ini sering tercatat secara langsung oleh petugas gudang menggunakan pemindai RF di WMS. | ||
| Mengapa ini penting Ini adalah tonggak penting dalam proses logistik keluar. Analisis durasinya membantu menemukan inefisiensi dalam operasional gudang dan menjadi bagian dari Waktu Siklus Persediaan hingga Pengiriman. Sumber data Tercatat secara langsung di log transaksi WMS Blue Yonder. Stempel waktu dicatat saat petugas gudang mengonfirmasi bahwa tugas pengambilan dan pengemasan telah selesai. Pengumpulan data Stempel waktu peristiwa dicatat saat tugas pengambilan atau pengemasan terakhir untuk pesanan dikonfirmasi. Jenis peristiwa explicit | |||
| Barang dimuat untuk diangkut | Menandai saat barang yang telah dikemas dimuat ke kendaraan pengangkut dan meninggalkan gudang. Ini adalah peristiwa penting yang tercatat secara langsung, sering kali sebagai transaksi 'pengeluaran barang' di WMS atau TMS. | ||
| Mengapa ini penting Peristiwa ini menjadi titik awal pengukuran waktu siklus transportasi dan efisiensi perjalanan secara keseluruhan. Peristiwa ini menandai serah terima dari operasional gudang internal kepada pengangkut eksternal. Sumber data Tercatat secara langsung di WMS atau sistem ERP sebagai pencatatan pengeluaran barang. Tanggal dan waktu pencatatan transaksi ini menjadi stempel waktu peristiwa. Pengumpulan data Peristiwa diambil dari log transaksi pengeluaran barang yang terkait dengan pengiriman. Jenis peristiwa explicit | |||
| Barang selesai diproduksi | Peristiwa ini menandai selesainya proses manufaktur untuk pesanan logistik. Peristiwa ini sering disimpulkan dari perubahan status pesanan produksi, misalnya menjadi 'Selesai' atau 'Rampung'. | ||
| Mengapa ini penting Tonggak ini penting untuk mengukur waktu siklus produksi dan menjadi titik awal KPI Waktu Tunggu Produksi hingga Pengiriman. Peristiwa ini menandakan barang siap memasuki tahap pemenuhan berikutnya. Sumber data Disimpulkan dari perubahan status di tabel pesanan manufaktur, misalnya status diperbarui menjadi 'Selesai'. Stempel waktu pembaruan status akhir ini digunakan sebagai waktu peristiwa. Pengumpulan data Temukan stempel waktu saat status pesanan produksi berubah menjadi status akhir 'selesai'. Jenis peristiwa inferred | |||
| Bukti pengiriman ditandatangani | Aktivitas terakhir ini mengonfirmasi bahwa pelanggan telah menerima pengiriman, biasanya dengan menandatangani dokumen pengiriman. Peristiwa ini umumnya tercatat melalui pembaruan status, baik secara manual maupun melalui aplikasi seluler yang digunakan pengemudi. | ||
| Mengapa ini penting Ini adalah peristiwa akhir yang paling dapat diandalkan untuk proses logistik dari awal hingga akhir. Peristiwa ini penting untuk menghitung waktu siklus keseluruhan dan Tingkat Ketepatan Waktu Pengiriman. Sumber data Disimpulkan dari pembaruan status pada dokumen pengiriman di TMS atau OMS. Stempel waktu saat status berubah menjadi 'Bukti Pengiriman Diterima' atau 'Terkirim' digunakan. Pengumpulan data Disimpulkan dari perubahan status pada dokumen pengiriman yang menunjukkan konfirmasi penerimaan. Jenis peristiwa inferred | |||
| Pesanan pelanggan diterima | Aktivitas ini menandai pembuatan pesanan logistik baru di sistem setelah pelanggan mengajukan permintaan. Peristiwa ini biasanya tercatat secara langsung saat pengguna atau pesan EDI membuat dokumen pesanan penjualan di modul Order Management Blue Yonder. | ||
| Mengapa ini penting Ini adalah peristiwa awal utama dalam proses rantai pasok dari awal hingga akhir. Analisis aktivitas ini penting untuk mengukur volume pesanan yang masuk dan total waktu dari pemesanan hingga pengiriman. Sumber data Peristiwa ini tercatat secara langsung di tabel sistem manajemen pesanan saat pesanan penjualan dibuat. Waktunya sesuai dengan stempel waktu pembuatan data header pesanan. Pengumpulan data Peristiwa tercatat saat pesanan penjualan dibuat, misalnya ketika transaksi dikomit. Jenis peristiwa explicit | |||
| Pesanan pembelian diterbitkan | Menandai pembuatan resmi dan pengiriman pesanan pembelian kepada pemasok eksternal untuk bahan baku atau barang jadi. Ini adalah peristiwa utama yang tercatat secara langsung dalam fungsi pengadaan Blue Yonder. | ||
| Mengapa ini penting Ini adalah tonggak penting untuk melacak waktu tunggu dan kinerja pemasok. Peristiwa ini menjadi titik awal KPI Ketepatan Waktu Pengiriman Pemasok. Sumber data Tercatat sebagai peristiwa langsung di tabel sistem pengadaan, dengan stempel waktu yang menunjukkan kapan dokumen Pesanan Pembelian dibuat atau resmi diterbitkan. Pengumpulan data Peristiwa ini sesuai dengan stempel waktu pembuatan atau penerbitan dokumen pesanan pembelian. Jenis peristiwa explicit | |||
| Barang dibongkar di tujuan | Aktivitas ini menandakan bahwa kiriman telah tiba dan dibongkar di lokasi pelanggan. Peristiwa ini sering tercatat secara langsung melalui pesan EDI dari pengangkut atau entri manual berdasarkan informasi dari pengangkut. | ||
| Mengapa ini penting Peristiwa ini menandai akhir perjalanan pengiriman. Peristiwa ini penting untuk menghitung KPI Waktu Siklus Transportasi secara akurat dan menemukan keterlambatan yang terkait dengan pengangkut. Sumber data Informasi ini biasanya berasal dari data pengangkut eksternal melalui umpan EDI atau portal pengangkut. Informasi tersebut dicatat sebagai pembaruan status pada dokumen pengiriman di TMS. Pengumpulan data Waktu peristiwa didasarkan pada stempel waktu pembaruan status 'Terkirim' dari pengangkut. Jenis peristiwa explicit | |||
| Faktur dikirim kepada pelanggan | Menunjukkan pembuatan dan penerbitan faktur kepada pelanggan untuk barang yang telah dikirim. Transaksi keuangan ini tercatat secara langsung di modul manajemen pesanan atau keuangan. | ||
| Mengapa ini penting Aktivitas ini merupakan langkah penting dalam siklus pesanan hingga pembayaran. Analisis waktunya dibandingkan dengan waktu pengiriman dapat menunjukkan keterlambatan penagihan yang memengaruhi arus kas. Sumber data Tercatat secara langsung di tabel penagihan atau keuangan. Peristiwa ini sesuai dengan tanggal pembuatan atau pencatatan dokumen faktur. Pengumpulan data Berdasarkan stempel waktu pencatatan dokumen penagihan pelanggan. Jenis peristiwa explicit | |||
| Ketersediaan persediaan diperiksa | Menunjukkan pemeriksaan oleh sistem atau secara manual untuk memastikan barang yang dibutuhkan tersedia guna memenuhi pesanan pelanggan. Peristiwa ini sering disimpulkan dari perubahan status pada baris pesanan yang menunjukkan bahwa pemeriksaan Available-to-Promise (ATP) telah lolos. | ||
| Mengapa ini penting Aktivitas ini membantu mengukur waktu yang diperlukan untuk mengonfirmasi pesanan dan menemukan keterlambatan akibat kekosongan stok. Aktivitas ini penting untuk menghitung KPI Tingkat Ketersediaan Persediaan dan memahami potensi pemenuhan pesanan. Sumber data Disimpulkan dari perubahan kolom status pada baris pesanan penjualan, misalnya dari 'Baru' menjadi 'Dikonfirmasi', atau dari stempel waktu pada log pemeriksaan ATP di modul persediaan atau manajemen pesanan Blue Yonder. Pengumpulan data Disimpulkan dari perubahan status pada baris pesanan yang menunjukkan konfirmasi ketersediaan stok. Jenis peristiwa inferred | |||
| Pemeriksaan kualitas dilakukan | Menunjukkan selesainya pemeriksaan kualitas barang jadi sebelum barang tersedia untuk dikirim. Peristiwa ini dapat disimpulkan dari pembaruan status lot atau batch persediaan menjadi 'tidak dibatasi' atau 'lolos pemeriksaan'. | ||
| Mengapa ini penting Aktivitas ini membantu menemukan hambatan dalam proses penjaminan kualitas dan penting untuk menganalisis pengerjaan ulang. Pemeriksaan kualitas berulang pada pesanan yang sama dapat menandakan masalah kualitas. Sumber data Disimpulkan dari perubahan kolom status di modul manajemen persediaan atau kualitas. Stempel waktu perubahan status dari 'dalam pemeriksaan' menjadi 'dirilis' digunakan. Pengumpulan data Disimpulkan dari perubahan status kualitas batch atau lot persediaan terkait. Jenis peristiwa inferred | |||
| Pengiriman dijadwalkan | Aktivitas ini mencakup perencanaan transportasi, termasuk memilih pengangkut dan memesan waktu penjemputan. Peristiwa ini tercatat secara langsung di Transportation Management System (TMS) Blue Yonder saat pengiriman dibuat dan dikonfirmasi. | ||
| Mengapa ini penting Peristiwa ini memberi gambaran tentang tahap perencanaan transportasi. Keterlambatan pada tahap ini dapat memengaruhi ketepatan waktu keberangkatan dan kinerja pengiriman secara keseluruhan. Sumber data Diambil dari log transaksi di modul TMS. Peristiwa ini sesuai dengan stempel waktu saat dokumen pengiriman diselesaikan atau pengangkut ditetapkan. Pengumpulan data Berdasarkan stempel waktu pembuatan atau konfirmasi rencana pengiriman atau muatan. Jenis peristiwa explicit | |||
| Permintaan pembelian dibuat | Aktivitas ini terjadi saat stok tidak cukup untuk memenuhi pesanan, sehingga permintaan pengadaan bahan yang dibutuhkan dibuat. Pembuatan dokumen permintaan pembelian tercatat secara langsung di modul pengadaan. | ||
| Mengapa ini penting Pelacakan aktivitas ini membantu menemukan ketergantungan pada pengadaan dan dampaknya terhadap waktu pemenuhan pesanan secara keseluruhan. Aktivitas ini menyoroti kasus ketika kekurangan stok memperlambat rantai pasok. Sumber data Tercatat secara langsung di tabel pengadaan atau perencanaan pasokan saat dokumen permintaan pembelian dibuat dan ditautkan ke permintaan dari pesanan penjualan. Pengumpulan data Berdasarkan stempel waktu pembuatan dokumen permintaan pembelian. Jenis peristiwa explicit | |||
| Pesanan dibatalkan | Menunjukkan pembatalan pesanan logistik sebelum pemenuhan selesai. Ini adalah peristiwa akhir alternatif yang disimpulkan dari status akhir 'Dibatalkan' atau 'Dihapus' pada pesanan penjualan. | ||
| Mengapa ini penting Melacak pembatalan penting untuk memahami kegagalan proses dan ketidakpuasan pelanggan. Analisis waktu dan alasan pesanan dibatalkan dapat mengungkap masalah mendasar dalam penjualan atau operasional. Sumber data Disimpulkan dari status header pesanan penjualan. Stempel waktu perubahan ke status akhir 'Dibatalkan' dicatat sebagai waktu peristiwa. Pengumpulan data Berdasarkan stempel waktu perubahan status pesanan menjadi 'Dibatalkan'. Jenis peristiwa inferred | |||
| Produksi dijadwalkan | Menunjukkan perencanaan dan penjadwalan pesanan produksi atau manufaktur untuk membuat barang yang dibutuhkan. Peristiwa ini biasanya tercatat secara langsung oleh modul manufaktur atau perencanaan pasokan Blue Yonder. | ||
| Mengapa ini penting Aktivitas ini memperlihatkan awal siklus produksi. Analisis waktu antara penjadwalan dan penyelesaian produksi membantu menemukan kesenjangan antara perencanaan dan pelaksanaan. Sumber data Tercatat di tabel sistem pelaksanaan atau perencanaan manufaktur, dengan stempel waktu pembuatan atau konfirmasi pesanan produksi. Pengumpulan data Disimpulkan dari stempel waktu pembuatan atau perubahan status pesanan manufaktur. 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 pengelolaan rantai pasok dengan templat ini. Temukan inefisiensi yang tersembunyi dan tingkatkan operasional Anda.
Atasi keterlambatan, optimalkan rantai pasok Blue Yonder sekarang
Capai akurasi prakiraan 90% dan hindari kehabisan stok yang merugikan.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.