Templat data pengelolaan rantai pasok Anda
Templat data pengelolaan rantai pasok Anda
- Atribut yang disarankan untuk analisis terperinci
- Aktivitas utama yang perlu dilacak dalam proses rantai pasok
- Panduan praktis mengekstrak data dari Microsoft Dynamics 365 SCM
Atribut manajemen rantai pasok
| Nama | Deskripsi | ||
|---|---|---|---|
|
Logistics Order
LogisticsOrder
|
Pengenal unik untuk permintaan pemenuhan rantai pasok tertentu, yang berfungsi sebagai pengenal kasus utama. | ||
|
Deskripsi
Logistics Order adalah pengenal unik untuk seluruh proses logistik yang menghubungkan semua aktivitas, mulai dari permintaan pelanggan hingga pengiriman akhir. Atribut ini menjadi penghubung utama berbagai subproses, seperti pengadaan, produksi, dan pengiriman, untuk satu permintaan pemenuhan tertentu. Dalam analisis, setiap peristiwa dikaitkan dengan Logistics Order sehingga seluruh alur proses dapat direkonstruksi dari awal hingga akhir. Anda dapat melacak perjalanan pesanan di berbagai departemen dan sistem, menemukan hambatan, serta mengukur waktu siklus keseluruhan dengan akurat.
Mengapa ini penting
Ini adalah kunci penting untuk menghubungkan semua peristiwa proses terkait, sehingga proses rantai pasok untuk satu permintaan pemenuhan dapat dianalisis dari awal hingga akhir.
Sumber data
Ini adalah pengenal konseptual yang kemungkinan dibuat dengan menggabungkan kolom dari tabel seperti SalesTable (Sales Order), WHSLoadTable (Load ID), atau InventTransOrigin (Reference ID), sehingga menghasilkan ID kasus unik di berbagai modul.
Contoh
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Aktivitas
ActivityName
|
Nama peristiwa bisnis atau tugas yang terjadi pada suatu tahap dalam proses logistik. | ||
|
Deskripsi
Atribut ini mencatat peristiwa bisnis atau tugas tertentu yang terjadi, seperti 'Purchase Order diterbitkan', 'Barang selesai diproduksi', atau 'Pengiriman dijadwalkan'. Aktivitas-aktivitas ini merupakan unsur dasar proses. Analisis urutan, frekuensi, dan durasi aktivitas menjadi inti process mining. Analisis ini membantu menemukan dan memvisualisasikan peta proses secara otomatis, mendeteksi penyimpangan dari prosedur standar, serta menemukan langkah proses yang sering terjadi atau tidak efisien dan perlu diperbaiki.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses, sehingga Anda dapat memvisualisasikan alur proses, menganalisis variasi, dan menemukan hambatan atau aktivitas yang tidak mematuhi ketentuan.
Sumber data
Ditentukan dari logika bisnis berdasarkan perubahan status di berbagai tabel transaksi, seperti SalesTable, PurchTable, ProdTable, atau tanggal posting dokumen dari tabel seperti CustInvoiceJour.
Contoh
Purchase Order diterbitkanBarang selesai diproduksiFaktur pelanggan dipostingBarang dikirim ke pelanggan
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat data terakhir diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal dan waktu terakhir kali data diekstrak atau diperbarui. Metadata ini penting untuk setiap dashboard analisis proses. Informasi ini membantu pengguna mengetahui seberapa baru data yang sedang dianalisis, sehingga kesimpulan didasarkan pada informasi terkini. Informasi ini juga penting untuk mengelola alur data dan memastikan proses pemuatan data berjalan sesuai harapan dan jadwal.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang tersedia. Informasi ini penting untuk mengambil keputusan bisnis yang tepat waktu dan relevan berdasarkan hasil analisis.
Sumber data
Nilai ini dibuat dan dicantumkan pada kumpulan data oleh alat ekstraksi data atau ETL di akhir setiap siklus pembaruan.
Contoh
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem pencatatan asal tempat data peristiwa diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan sistem atau modul asal data. Dalam lingkungan rantai pasok yang kompleks, data dapat berasal dari beberapa modul Dynamics 365 SCM, seperti Sales, Procurement, atau Warehouse Management. Mencantumkan sistem sumber penting untuk tata kelola data, penelusuran masalah inkonsistensi, dan pemahaman konteks aktivitas yang tercatat. Informasi ini membantu menjaga kualitas data dan menelusuri asal data, terutama di lingkungan yang terintegrasi.
Mengapa ini penting
Memberikan konteks tentang asal data, yang penting untuk validasi data, penelusuran masalah, dan memahami variasi proses yang melintasi batas sistem.
Sumber data
Biasanya berupa nilai tetap yang ditambahkan saat ekstraksi data untuk menandai rekaman dari sistem tertentu ini.
Contoh
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu persis saat aktivitas direkam di sistem. Informasi ini menjadi dasar analisis proses berbasis waktu, termasuk menghitung waktu siklus, memahami kinerja proses, dan menemukan hambatan. Urutan kronologis peristiwa berdasarkan stempel waktu ini memungkinkan alat process mining merekonstruksi urutan aktivitas yang benar-benar terjadi. Hal ini penting untuk memahami alur dan dinamika proses yang sebenarnya, bukan hanya mengandalkan model proses ideal.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik berbasis waktu, seperti waktu siklus dan waktu tunggu.
Sumber data
Biasanya diambil dari kolom tanggal dan waktu pembuatan atau perubahan status di tabel D365 SCM. Contohnya CreatedDateTime di SalesTable, DeliveryDate di PurchLine, atau tanggal transaksi fisik di InventTrans.
Contoh
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
ID pengguna
UserId
|
Pengenal pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menyimpan ID karyawan atau pengguna sistem yang menjalankan aktivitas tertentu. Contohnya, staf pembelian yang membuat purchase order atau pekerja gudang yang mengonfirmasi pengiriman. Analisis aktivitas berdasarkan pengguna membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan menyelidiki penyimpangan proses. Informasi ini juga penting untuk analisis kepatuhan karena auditor dapat menelusuri tindakan hingga ke orang tertentu. Tampilan ini mendukung pengelolaan kinerja dan optimalisasi sumber daya.
Mengapa ini penting
Memungkinkan analisis kinerja proses berdasarkan pengguna atau tim, membantu menemukan peluang otomatisasi, dan penting untuk analisis kepatuhan serta jejak audit.
Sumber data
Tersedia di kolom 'Created by' atau 'Modified by' pada sebagian besar tabel transaksi D365 SCM, seperti CreatedBy di SalesTable atau PurchTable.
Contoh
j.doea.smithAX_BATCH_USER
|
|||
|
Nama pelanggan
CustomerName
|
Nama pelanggan yang membuat pesanan penjualan. | ||
|
Deskripsi
Atribut ini menunjukkan pelanggan yang terkait dengan pesanan penjualan. Dengan atribut ini, Anda dapat melihat proses rantai pasok dari sudut pandang pelanggan. Analisis proses logistik berdasarkan pelanggan dapat mengungkap pola pemenuhan pesanan, preferensi, atau kendala khusus untuk pelanggan tertentu. Analisis ini berguna untuk mengelola akun utama dan menyesuaikan tingkat layanan, sehingga kepuasan dan retensi pelanggan dapat meningkat.
Mengapa ini penting
Mendukung analisis yang berfokus pada pelanggan. Anda dapat mengetahui pelanggan mana yang paling sering mengalami keterlambatan dan mengevaluasi tingkat layanan untuk akun utama.
Sumber data
Diperoleh dengan menggabungkan tabel pesanan penjualan (SalesTable) dan tabel induk pelanggan (CustTable) berdasarkan nomor akun pelanggan.
Contoh
Alpine Ski HouseAdventure WorksCity Power & Light
|
|||
|
Nama pemasok
SupplierName
|
Nama pemasok yang menyediakan bahan baku atau barang. | ||
|
Deskripsi
Atribut ini berisi nama vendor tempat bahan dibeli. Atribut ini menjadi dimensi penting untuk menganalisis aktivitas pengadaan. Atribut ini banyak digunakan di dashboard Rincian Waktu Pengadaan dan Tolok Ukur Kinerja Pemasok. Analisis metrik proses berdasarkan pemasok membantu Anda mengenali mitra yang paling andal dan efisien, serta pemasok yang sering terlambat atau menyebabkan gangguan. Informasi ini penting untuk strategi pengadaan dan pengelolaan hubungan dengan pemasok.
Mengapa ini penting
Anda dapat mengelompokkan dan membandingkan kinerja pengadaan berdasarkan pemasok. Analisis ini penting untuk memperbaiki hubungan dengan pemasok dan mengurangi waktu tunggu bahan.
Sumber data
Diperoleh dengan menggabungkan tabel pesanan pembelian (PurchTable) dan tabel induk vendor (VendTable) berdasarkan nomor akun vendor.
Contoh
Bahan Baku ContosoFabrikam Inc.Northwind Traders
|
|||
|
Nomor pesanan pembelian
PurchaseOrderNumber
|
Pengenal unik untuk pesanan pembelian yang dikirim ke pemasok. | ||
|
Deskripsi
Nomor resmi pada dokumen untuk memesan bahan baku atau barang dari pemasok eksternal. Nomor ini memuat detail barang, jumlah, harga, dan tanggal pengiriman. Analisis proses berdasarkan Nomor Pesanan Pembelian penting untuk dashboard Rincian Waktu Pengadaan dan Tolok Ukur Kinerja Pemasok. Anda dapat melacak seluruh siklus pengadaan hingga pembayaran, mulai dari permintaan pembelian sampai pembayaran kepada pemasok. Analisis ini juga membantu menemukan keterlambatan dalam pengadaan bahan.
Mengapa ini penting
ID ini penting untuk menganalisis proses pengadaan dalam rantai pasok, memantau kinerja pemasok, dan memahami waktu tunggu bahan.
Sumber data
Tersimpan di kolom PurchId pada tabel PurchTable.
Contoh
PO-000541PO-000542PO-000543
|
|||
|
Nomor pesanan produksi
ProductionOrderNumber
|
Pengenal unik untuk pesanan produksi atau manufaktur. | ||
|
Deskripsi
Nomor ini mengidentifikasi pesanan untuk memproduksi sejumlah produk tertentu di fasilitas manufaktur. Nomor ini melacak pemakaian bahan baku dan hasil produksi barang jadi. Bagi perusahaan yang memiliki proses manufaktur, ID ini penting untuk melacak proses produksi. ID ini mendukung dashboard Pemantau Kepatuhan Jadwal Produksi dengan menghubungkan tanggal produksi yang dijadwalkan dengan tanggal penyelesaian aktual. Dengan begitu, Anda dapat melihat selisih atau keterlambatan dalam proses manufaktur.
Mengapa ini penting
ID ini memungkinkan analisis terperinci atas siklus manufaktur, membantu mengukur kepatuhan terhadap jadwal produksi dan menemukan hambatan di lantai produksi.
Sumber data
Tersimpan di kolom ProdId pada tabel ProdTable.
Contoh
PRD-000112PRD-000113PRD-000114
|
|||
|
Nomor sales order
SalesOrderNumber
|
Pengenal unik untuk sales order pelanggan. | ||
|
Deskripsi
Ini adalah nomor referensi utama untuk permintaan barang atau jasa dari pelanggan. Sales order memulai banyak aktivitas rantai pasok berikutnya, termasuk pengadaan dan produksi. Dalam process mining, Sales Order Number merupakan dimensi penting untuk pemfilteran dan analisis. Pengguna bisnis dapat menelusuri seluruh proses pemenuhan untuk pesanan pelanggan tertentu. Nomor ini juga sering menjadi bagian utama ID kasus konseptual Logistics Order.
Mengapa ini penting
Menghubungkan proses rantai pasok secara langsung dengan permintaan pelanggan, sehingga Anda dapat menganalisis siklus order-to-cash dan kinerja pemenuhan untuk setiap pelanggan.
Sumber data
Tersedia di kolom SalesId pada tabel SalesTable.
Contoh
SO-001872SO-001873SO-001874
|
|||
|
Pengiriman tepat waktu
IsOnTimeDelivery
|
Penanda yang menunjukkan apakah pesanan dikirim pada atau sebelum tanggal yang diminta. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini menunjukkan apakah pesanan logistik dikirim tepat waktu. Nilainya diperoleh dengan membandingkan stempel waktu aktivitas 'Barang dikirim' dengan 'Tanggal pengiriman yang diminta'. Atribut ini menjadi dasar penghitungan KPI Tingkat Pengiriman Tepat Waktu dan filter utama di dashboard Pemantau Kinerja Pengiriman Tepat Waktu. Atribut ini menyederhanakan analisis dengan mengubah perbandingan tanggal menjadi nilai benar atau salah, sehingga Anda dapat dengan mudah memfilter dan menghitung pesanan yang terlambat.
Mengapa ini penting
Mengukur langsung kinerja layanan pelanggan dan menjadi masukan utama untuk KPI Pengiriman Tepat Waktu. Atribut ini memudahkan analisis keandalan pengiriman.
Sumber data
Kolom ini dihitung dengan logika: IF (stempel waktu 'Barang dikirim' <= 'Tanggal pengiriman yang diminta') THEN True ELSE False.
Contoh
truefalse
|
|||
|
Tanggal pengiriman yang diminta
RequestedDeliveryDate
|
Tanggal pengiriman yang diminta pelanggan. | ||
|
Deskripsi
Atribut ini mencatat tanggal pengiriman yang ditentukan pelanggan saat membuat pesanan. Tanggal ini menjadi acuan utama untuk mengukur kinerja pengiriman aktual. Tanggal ini menjadi dasar dashboard Pemantau Kinerja Pengiriman Tepat Waktu dan KPI Tingkat Pengiriman Tepat Waktu. Membandingkan tanggal pengiriman yang diminta dengan tanggal pengiriman aktual merupakan cara standar untuk menghitung kinerja pengiriman dan menjadi ukuran penting kepuasan pelanggan.
Mengapa ini penting
Tanggal ini menjadi acuan untuk mengukur ketepatan waktu pengiriman, KPI penting bagi kepuasan pelanggan dan keandalan rantai pasok.
Sumber data
Tersimpan di kolom ReceiptDateRequested pada tabel SalesLine atau ShippingDateRequested pada tabel SalesTable.
Contoh
2023-05-102023-06-012023-07-20
|
|||
|
ID gudang
WarehouseId
|
Pengenal gudang tempat barang disimpan atau ditangani. | ||
|
Deskripsi
Atribut ini menunjukkan gudang atau pusat distribusi tertentu yang terlibat dalam aktivitas, seperti pengambilan, pengemasan, atau pengiriman barang. Atribut ini penting untuk dashboard Produktivitas Operasional Gudang, yang memungkinkan Anda membandingkan kinerja berbagai fasilitas. Analisis berdasarkan gudang membantu mengetahui lokasi yang paling efisien, lokasi yang kesulitan menangani kapasitas, dan lokasi yang paling membutuhkan perbaikan operasional.
Mengapa ini penting
Anda dapat membandingkan kinerja dan menganalisis hambatan di berbagai lokasi fisik untuk meningkatkan efisiensi gudang.
Sumber data
Tersimpan di kolom InventLocationId pada tabel terkait inventaris dan pengelolaan gudang, seperti InventSum dan WHSWorkTable.
Contoh
WH-MainWH-EastDC-West
|
|||
|
Kategori produk
ProductCategory
|
Kategori yang mencakup suatu produk. | ||
|
Deskripsi
Atribut ini mengelompokkan produk ke dalam kategori yang lebih luas, seperti 'Elektronik', 'Bahan Baku', atau 'Barang Jadi'. Dengan begitu, Anda dapat menganalisis rantai pasok pada tingkat yang lebih luas. Daripada memeriksa ribuan SKU satu per satu, analis dapat menggunakan kategori produk untuk menemukan tren dan hambatan yang berdampak pada seluruh kelompok produk. Cara ini berguna di dashboard Rincian Waktu Pengadaan untuk memahami kinerja pemasok berbagai jenis bahan.
Mengapa ini penting
Mendukung analisis gabungan untuk kelompok produk. Analisis ini berguna untuk pengambilan keputusan strategis dan menemukan masalah sistemik yang berdampak pada jenis produk tertentu.
Sumber data
Diperoleh dengan menggabungkan tabel induk barang (InventTable) dengan tabel kategori produk seperti EcoResProductCategory.
Contoh
Komponen audioBahan kemasanKomponen hidraulik
|
|||
|
Moda transportasi
ModeOfTransport
|
Cara pengiriman barang, seperti menggunakan truk, pesawat, atau kapal. | ||
|
Deskripsi
Atribut ini menunjukkan cara barang diangkut dari lokasi asal ke tujuan. Contohnya meliputi transportasi darat, kereta api, udara, dan laut. Atribut ini menjadi dimensi penting untuk dashboard Efisiensi dan Biaya Transportasi. Analisis waktu siklus dan biaya berdasarkan moda transportasi membantu mengoptimalkan strategi logistik, memilih keseimbangan yang tepat antara kecepatan dan biaya, serta menemukan inefisiensi pada jalur transportasi tertentu.
Mengapa ini penting
Penting untuk menganalisis biaya dan efisiensi transportasi, mengoptimalkan jaringan logistik, serta mengurangi biaya pengiriman.
Sumber data
Tersimpan di kolom ModeOfDelivery pada tabel seperti SalesTable atau PurchTable, atau dalam detail lebih lanjut di tabel pengelolaan transportasi seperti TMSRoute.
Contoh
TrukUdaraLautKereta api
|
|||
|
Nama perusahaan pengangkut
CarrierName
|
Nama perusahaan transportasi atau pengangkut yang menangani kiriman. | ||
|
Deskripsi
Atribut ini menunjukkan penyedia logistik pihak ketiga atau armada internal yang bertanggung jawab mengangkut barang. Atribut ini mencatat perusahaan yang secara fisik memindahkan produk. Pengangkut juga menjadi dimensi penting untuk dashboard Efisiensi dan Biaya Transportasi. Dengan menganalisis metrik seperti waktu transit dan ketepatan waktu pengiriman berdasarkan pengangkut, perusahaan dapat membandingkan mitra logistik, menegosiasikan tarif yang lebih baik, dan menentukan pilihan pengangkut dengan lebih tepat.
Mengapa ini penting
Anda dapat menganalisis kinerja berbagai mitra logistik. Informasi ini penting untuk mengelola pengangkut dan mengoptimalkan biaya transportasi.
Sumber data
Tersimpan di kolom seperti 'CarrierService' pada pesanan penjualan atau di tabel khusus pengelolaan transportasi seperti TMSCarrier.
Contoh
FedExUPSMaerskDHL
|
|||
|
Nilai pesanan
OrderValue
|
Nilai total uang dari pesanan penjualan. | ||
|
Deskripsi
Atribut ini menunjukkan nilai finansial total pesanan penjualan pelanggan. Nilai ini menjadi metrik penting untuk memahami dampak kinerja proses terhadap bisnis. Analisis metrik proses, seperti waktu siklus atau keterlambatan pengiriman, berdasarkan nilai pesanan membantu Anda menentukan prioritas perbaikan. Misalnya, keterlambatan pada pesanan bernilai tinggi mungkin lebih penting untuk ditangani daripada keterlambatan pada pesanan bernilai lebih rendah. Dengan begitu, analisis proses juga mencakup dampak finansial.
Mengapa ini penting
Memberikan konteks finansial untuk analisis proses, sehingga Anda dapat memprioritaskan masalah berdasarkan dampak nilainya.
Sumber data
Dihitung dari tabel SalesLine dengan menjumlahkan kolom LineAmount untuk semua baris dalam pesanan penjualan tertentu (SalesId).
Contoh
15200.50850.00125000.75
|
|||
|
Nomor produk
ProductNumber
|
Pengenal unik untuk produk yang dipesan atau diproduksi. | ||
|
Deskripsi
Atribut ini berisi unit penyimpanan stok (SKU) atau nomor barang untuk produk dalam suatu transaksi. Produk tersebut dapat berupa barang jadi yang dijual kepada pelanggan atau bahan baku yang dibeli dari pemasok. Analisis proses rantai pasok berdasarkan produk membantu menemukan barang dengan waktu tunggu yang lama, masalah kualitas yang sering terjadi, atau jalur produksi yang rumit. Informasi ini penting untuk pengelolaan inventaris, peramalan permintaan, dan optimalisasi portofolio produk.
Mengapa ini penting
Anda dapat menganalisis kinerja proses untuk berbagai produk dan menemukan kendala rantai pasok yang hanya terjadi pada barang tertentu.
Sumber data
Tersimpan di kolom ItemId pada tabel baris transaksi seperti SalesLine, PurchLine, dan ProdBOM.
Contoh
A0001D0010M9201
|
|||
|
Pengerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah suatu aktivitas atau putaran proses termasuk pengerjaan ulang. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini menandai aktivitas atau jalur proses yang menunjukkan pengerjaan ulang atau koreksi. Misalnya, jika aktivitas 'Pemeriksaan kualitas dilakukan' gagal dan proses kembali ke langkah 'Barang diproduksi' sebelumnya, aktivitas tersebut akan ditandai sebagai pengerjaan ulang. Atribut ini penting untuk menghitung KPI Tingkat Pengerjaan Ulang Pemenuhan Pesanan. Dengan menandai pengerjaan ulang, analis dapat mengukur frekuensi dan dampak masalah kualitas atau kesalahan proses, lalu menemukan bagian yang perlu diperbaiki dan dikendalikan.
Mengapa ini penting
Membantu mengukur inefisiensi proses dan masalah kualitas dengan menandai secara jelas aktivitas di luar jalur proses normal.
Sumber data
Kolom ini dihitung berdasarkan aturan bisnis. Misalnya, nama aktivitas tertentu seperti 'Kemas ulang barang' dapat ditandai sebagai pengerjaan ulang, atau putaran balik dalam alur proses dapat dikenali.
Contoh
truefalse
|
|||
|
Tanggal pengiriman terjadwal
ScheduledShipmentDate
|
Tanggal rencana keberangkatan kiriman. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal rencana atau jadwal kiriman meninggalkan gudang atau fasilitas produksi. Tanggal ini menjadi tonggak internal penting dalam proses pemenuhan pesanan. Tanggal ini digunakan untuk menghitung KPI Tingkat Kepatuhan Jadwal Pengiriman. Dengan membandingkan tanggal terjadwal dengan tanggal aktual aktivitas 'Barang dimuat untuk diangkut', Anda dapat mengukur keandalan dan kepastian perencanaan serta pelaksanaan logistik internal.
Mengapa ini penting
Membantu mengukur kepatuhan terhadap jadwal internal dan kepastian proses pengiriman, yang berdampak pada perencanaan transportasi berikutnya.
Sumber data
Tersimpan di kolom seperti ConfirmedShipDate pada SalesLine atau kolom terkait di WHSLoadTable untuk muatan terencana.
Contoh
2023-05-082023-05-302023-07-18
|
|||
Aktivitas manajemen rantai pasok
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Bahan baku diterima
|
Barang atau bahan yang dipesan dari pemasok tiba secara fisik di gudang. Penerimaan ini dicatat melalui transaksi posting product receipt di Dynamics 365 untuk purchase order terkait. | ||
|
Mengapa ini penting
Aktivitas ini menandai berakhirnya waktu tunggu pemasok dan tersedianya bahan untuk produksi atau pemenuhan pesanan. Keterlambatan pada tahap ini berdampak langsung pada jadwal berikutnya dan tanggal pengiriman kepada pelanggan.
Sumber data
Dicatat di modul Procurement and sourcing atau Inventory management. Posting Product Receipt (VendPackingSlipJour) membuat rekaman transaksi dengan stempel waktu.
Pengumpulan data
Peristiwa dicatat saat Product Receipt diposting untuk Purchase Order.
Jenis peristiwa
explicit
|
|||
|
Barang diambil dan dikemas
|
Pekerja gudang telah mengambil barang secara fisik dari persediaan dan mengemasnya untuk dikirim. Aktivitas ini tercatat saat pekerjaan picking selesai dan status pengemasan diperbarui di sistem. | ||
|
Mengapa ini penting
Menandai selesainya tugas utama pemenuhan pesanan di gudang. Ini merupakan ukuran penting untuk dashboard Warehouse Operations Throughput dan untuk menemukan hambatan dalam proses pengambilan dan pengemasan.
Sumber data
Dicatat di modul Warehouse management. Aktivitas ini biasanya disimpulkan dari perubahan status pekerjaan gudang (WHSWorkTable) menjadi 'Closed' atau dari posting packing slip.
Pengumpulan data
Disimpulkan dari perubahan status pekerjaan gudang menjadi 'Closed' atau dari tanggal posting packing slip.
Jenis peristiwa
inferred
|
|||
|
Barang dikirim ke pelanggan
|
Barang telah tiba di tujuan pelanggan. Peristiwa ini dapat disimpulkan dari data pelacakan perusahaan pengangkut atau pembaruan status manual, karena Dynamics 365 tidak memiliki transaksi bawaan untuk status 'delivered'. | ||
|
Mengapa ini penting
Menandai selesainya pengiriman fisik. Peristiwa ini memberikan 'Actual Delivery Date' yang diperlukan untuk menghitung KPI ketepatan waktu dan metrik yang ditampilkan kepada pelanggan.
Sumber data
Tanggal ini sering kali tidak tersedia sebagai kolom standar. Tanggal dapat dicatat di kolom tanggal khusus pada sales order atau pengiriman, lalu diperbarui secara manual atau melalui integrasi dengan sistem perusahaan pengangkut.
Pengumpulan data
Disimpulkan dari pembaruan manual pada kolom tanggal pengiriman atau melalui integrasi API eksternal dengan perusahaan pengangkut.
Jenis peristiwa
inferred
|
|||
|
Barang dimuat untuk diangkut
|
Barang yang sudah dikemas dimuat secara fisik ke kendaraan perusahaan pengangkut, lalu pengiriman dikonfirmasi di sistem. Peristiwa ini sesuai dengan tindakan 'Ship confirm' di Dynamics 365. | ||
|
Mengapa ini penting
Menandai keberangkatan fisik barang dari gudang. Aktivitas ini menjadi titik awal untuk mengukur durasi 'Goods In Transit' dan mengakui pengiriman secara finansial.
Sumber data
Dicatat di modul Warehouse atau Transportation management. Tindakan 'Ship confirm' pada muatan atau pengiriman (WHSLoadTable) membuat peristiwa dengan stempel waktu.
Pengumpulan data
Dicatat saat tindakan 'Ship confirm' dijalankan untuk muatan atau pengiriman terkait.
Jenis peristiwa
explicit
|
|||
|
Barang selesai diproduksi
|
Proses produksi selesai dan barang jadi secara resmi dilaporkan selesai di sistem. Peristiwa ini dicatat saat jurnal 'Report as Finished' untuk production order diposting, yang juga memperbarui persediaan. | ||
|
Mengapa ini penting
Menandai selesainya tahap produksi dan tersedianya barang untuk pemeriksaan kualitas serta pengiriman. Ini merupakan tonggak penting untuk mengukur kepatuhan terhadap jadwal produksi.
Sumber data
Dicatat di modul Production control. Posting jurnal 'Report as Finished' membuat transaksi persediaan dengan stempel waktu dan memperbarui status production order.
Pengumpulan data
Dicatat saat jurnal 'Report as Finished' diposting untuk production order.
Jenis peristiwa
explicit
|
|||
|
Bukti penerimaan barang ditandatangani
|
Pelanggan secara resmi mengakui telah menerima barang, biasanya dengan menandatangani surat jalan. Informasi ini umumnya dicatat dengan melampirkan dokumen atau memperbarui status di sistem. | ||
|
Mengapa ini penting
Ini merupakan konfirmasi akhir bahwa pesanan berhasil dipenuhi dan penanda pasti berakhirnya proses logistik. Informasi ini penting untuk menyelesaikan sengketa dan menghitung total waktu siklus pesanan.
Sumber data
Ini bukan transaksi standar yang tercatat secara terpisah. Biasanya, status sales order diperbarui atau dokumen bukti penerimaan barang yang dipindai dilampirkan melalui fitur pengelolaan dokumen.
Pengumpulan data
Disimpulkan dari pembaruan status atau lampiran dokumen POD pada sales order atau pengiriman.
Jenis peristiwa
inferred
|
|||
|
Pesanan pelanggan dibuat
|
Menandai pembuatan resmi pesanan penjualan baru di Dynamics 365 SCM. Peristiwa ini tercatat dengan stempel waktu saat pengguna menyimpan dokumen pesanan penjualan baru, yang memulai proses pemenuhan. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya siklus pemenuhan pesanan secara resmi. Aktivitas ini menjadi acuan utama untuk mengukur waktu tunggu keseluruhan, kinerja pengiriman tepat waktu, dan pola masuknya pesanan.
Sumber data
Peristiwa ini tercatat secara eksplisit di modul Sales and marketing. Pembuatan pesanan dicatat di SalesTable (Sales Order Header) beserta stempel waktu pembuatannya.
Pengumpulan data
Peristiwa dicatat saat rekaman Sales Order dibuat di SalesTable.
Jenis peristiwa
explicit
|
|||
|
Purchase Order diterbitkan
|
Purchase order resmi dibuat dan dikonfirmasi, sehingga perusahaan berkomitmen untuk membeli barang dari pemasok. Peristiwa ini dicatat saat status PO berubah menjadi 'Confirmed' atau 'In external review'. | ||
|
Mengapa ini penting
Ini adalah tonggak penting dalam pengadaan dan titik awal utama untuk mengukur waktu tunggu pemasok. Analisis waktu dari peristiwa ini hingga bahan diterima membantu mengevaluasi kinerja pemasok.
Sumber data
Dicatat di modul Procurement and sourcing. Konfirmasi purchase order dilacak melalui perubahan status dan tanggal di PurchTable.
Pengumpulan data
Dicatat saat status Purchase Order diubah menjadi 'Confirmed' melalui tindakan penjurnalan.
Jenis peristiwa
explicit
|
|||
|
Daftar pengambilan gudang dibuat
|
Daftar pengambilan atau pekerjaan gudang dibuat untuk memberi tahu staf barang apa saja yang perlu diambil guna memenuhi pesanan. Peristiwa ini dicatat saat pesanan dilepas ke gudang untuk diproses. | ||
|
Mengapa ini penting
Aktivitas ini memulai proses pemenuhan pesanan secara fisik di gudang. Analisis waktu dari tahap ini hingga pengemasan selesai membantu mengukur efisiensi dan kecepatan respons internal gudang.
Sumber data
Dicatat di modul Warehouse management. Pembuatan pekerjaan gudang (WHSWorkTable) atau posting jurnal picking list (WMSPickingRoute) merupakan peristiwa tersendiri.
Pengumpulan data
Dicatat saat jurnal picking list dibuat atau pekerjaan gudang dibuat.
Jenis peristiwa
explicit
|
|||
|
Faktur pelanggan diposting
|
Faktur penjualan dibuat dari sales order dan diposting ke buku besar keuangan. Proses ini sering dilakukan saat pengiriman, tetapi dapat berbeda-beda sehingga dicatat sebagai aktivitas tersendiri. | ||
|
Mengapa ini penting
Ini merupakan tonggak penting dalam siklus order-to-cash. Analisis waktu dari pengiriman hingga pembuatan faktur dapat mengungkap keterlambatan penagihan dan dampaknya pada arus kas.
Sumber data
Dicatat di modul Accounts receivable. Posting faktur sales order membuat rekaman di tabel CustInvoiceJour dengan tanggal posting tertentu.
Pengumpulan data
Dicatat saat faktur sales order diposting dan rekaman CustInvoiceJour dibuat.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan kualitas dilakukan
|
Barang yang diproduksi atau diterima diperiksa untuk memastikan kesesuaiannya dengan standar. Pemeriksaan ini biasanya dicatat sebagai penyelesaian atau validasi quality order di sistem. | ||
|
Mengapa ini penting
Memastikan kualitas produk dan kepatuhan proses. Menemukan pemeriksaan kualitas yang terlewat atau waktu inspeksi yang terlalu lama membantu mengurangi risiko dan memperbaiki alur proses secara keseluruhan.
Sumber data
Dicatat melalui Quality Orders di modul Inventory management. Validasi atau penutupan quality order (InventQualityOrderTable) yang terkait dengan barang menghasilkan peristiwa ini.
Pengumpulan data
Dicatat saat Quality Order yang terkait dengan lot atau nomor seri barang divalidasi atau ditutup.
Jenis peristiwa
explicit
|
|||
|
Pengiriman dijadwalkan
|
Tanggal dan perusahaan pengangkut tertentu ditetapkan untuk pengiriman barang yang sudah dikemas. Informasi ini biasanya dicatat saat muatan direncanakan atau pengiriman dikonfirmasi di modul transportasi. | ||
|
Mengapa ini penting
Menjadi acuan untuk mengukur kepatuhan terhadap jadwal pengiriman. Membandingkan tanggal yang dijadwalkan dengan tanggal pemuatan aktual merupakan indikator kinerja utama untuk perencanaan logistik.
Sumber data
Dicatat di modul Transportation management (TMS). Konfirmasi muatan (WHSLoadTable) atau pengiriman biasanya mencakup tanggal pengiriman terjadwal yang dapat direkam.
Pengumpulan data
Dicatat saat rekaman muatan transportasi atau pengiriman dikonfirmasi.
Jenis peristiwa
explicit
|
|||
|
Permintaan pembelian dibuat
|
Permintaan resmi diajukan kepada departemen pembelian untuk memperoleh bahan yang dibutuhkan bagi pesanan, biasanya saat stok tidak mencukupi. Peristiwa ini tercatat saat dokumen permintaan pembelian baru dibuat dan disimpan. | ||
|
Mengapa ini penting
Aktivitas ini memulai subproses pengadaan. Pelacakan aktivitas ini penting untuk menganalisis waktu persetujuan internal dalam proses pengadaan dan menemukan keterlambatan sebelum PO diterbitkan.
Sumber data
Dicatat di modul Procurement and sourcing. Pembuatan rekaman di PurchReqTable merupakan peristiwa tersendiri yang dilengkapi stempel waktu.
Pengumpulan data
Peristiwa dicatat saat rekaman dibuat di tabel permintaan pembelian (PurchReqTable).
Jenis peristiwa
explicit
|
|||
|
Pesanan dibatalkan
|
Sales order pelanggan dibatalkan sebelum proses pemenuhan selesai. Pembatalan ini tercatat saat status pada header sales order berubah menjadi 'Canceled'. | ||
|
Mengapa ini penting
Menandai hasil proses yang tidak diharapkan. Analisis waktu dan alasan pembatalan pesanan dapat mengungkap masalah ketersediaan produk, waktu tunggu, atau layanan pelanggan yang perlu ditangani.
Sumber data
Disimpulkan dari perubahan kolom status di SalesTable menjadi 'Canceled'. Tanggal perubahan dapat dicatat jika pelacakan perubahan atau pencatatan database diaktifkan.
Pengumpulan data
Disimpulkan dari perubahan status sales order menjadi 'Canceled'.
Jenis peristiwa
inferred
|
|||
|
Production Order dibuat
|
Production order dibuat untuk memproduksi barang jadi yang dibutuhkan bagi pesanan logistik pelanggan. Peristiwa ini dicatat secara terpisah di modul Production control. | ||
|
Mengapa ini penting
Aktivitas ini memulai proses produksi untuk skenario produksi berdasarkan pesanan. Pelacakan waktu dari peristiwa ini hingga barang selesai sangat penting untuk menganalisis durasi siklus produksi dan kepatuhan terhadap jadwal.
Sumber data
Dicatat di modul Production control. Rekaman baru di ProdTable (Production Order table) mencakup stempel waktu pembuatan.
Pengumpulan data
Dicatat saat rekaman baru dibuat di tabel production order (ProdTable).
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk memahami potensi rantai pasok Anda. Mulai tingkatkan operasional hari ini agar lebih efisien dan hemat biaya.
Kuasai manajemen rantai pasok, mulai tingkatkan proses hari ini
Dapatkan visibilitas menyeluruh dan tingkatkan akurasi perkiraan hingga 90% untuk mengurangi biaya.
Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.