Templat data pemrosesan pesanan penjualan Order to Cash
Templat data pemrosesan pesanan penjualan Order to Cash
- Atribut yang disarankan untuk analisis menyeluruh
- Aktivitas proses utama yang perlu dicatat
- Panduan khusus untuk mengekstrak data dari Microsoft Dynamics 365
Atribut pemrosesan pesanan penjualan Order to Cash
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama peristiwa bisnis atau tugas tertentu yang terjadi pada waktu tertentu dalam proses pesanan penjualan. | ||
|
Deskripsi
Atribut ini mewakili langkah atau peristiwa tertentu dalam siklus hidup pesanan penjualan, seperti 'Pesanan penjualan dibuat', 'Barang dikirim', atau 'Pembayaran diterima'. Urutan aktivitas untuk suatu pesanan penjualan membentuk alur proses. Menganalisis urutan, frekuensi, dan perpindahan antaraktivitas merupakan inti process mining. Analisis ini membantu menampilkan peta proses, menemukan variasi proses yang umum maupun jarang, mendeteksi hambatan, serta menemukan area yang mengalami pengerjaan ulang atau ketidakpatuhan. Atribut ini penting untuk memahami apa yang sebenarnya terjadi dalam proses.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses, sehingga alur proses dapat disusun dan ditampilkan. Inilah tujuan utama process mining.
Sumber data
Secara konsep, atribut ini diperoleh dengan memetakan peristiwa sistem atau perubahan status tertentu di tabel seperti 'SalesTable' dan tabel logistik atau keuangan terkait ke nama aktivitas standar.
Contoh
Pesanan penjualan dibuatBarang dikirimFaktur dibuatPembayaran diterima
|
|||
|
Pesanan penjualan
SalesOrderNumber
|
Pengenal unik untuk setiap pesanan penjualan, yang berfungsi sebagai pengenal kasus utama dalam proses. | ||
|
Deskripsi
Nomor Pesanan Penjualan adalah kode alfanumerik unik untuk setiap pesanan pelanggan di Microsoft Dynamics 365. Nomor ini berfungsi sebagai ID Kasus utama yang menghubungkan semua aktivitas dan peristiwa terkait, dari pembuatan hingga penutupan. Dalam process mining, atribut ini penting untuk merekonstruksi perjalanan setiap pesanan penjualan dari awal hingga akhir. Analis dapat menelusuri seluruh rangkaian aktivitas, mengukur durasi kasus, dan menganalisis variasi untuk setiap pesanan. Atribut ini menjadi dasar seluruh analisis proses.
Mengapa ini penting
Pengenal ini penting untuk menghubungkan semua peristiwa terkait dan memungkinkan analisis lengkap setiap siklus hidup pesanan penjualan dari awal hingga akhir.
Sumber data
Tersimpan di tabel 'SalesTable', kolom 'SalesId'.
Contoh
SO-00102345SO-00102346SO-00102347
|
|||
|
Waktu mulai
EventTime
|
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi. | ||
|
Deskripsi
Waktu Peristiwa, atau stempel waktu, mencatat saat tepat suatu aktivitas terjadi. Setiap aktivitas dalam log peristiwa memiliki stempel waktu, sehingga membentuk catatan kronologis proses untuk setiap kasus. Atribut ini penting untuk semua analisis berbasis waktu dalam process mining. Gunakan atribut ini untuk menghitung waktu siklus antaraktivitas, mengukur durasi total kasus, menganalisis waktu tunggu, dan menemukan hambatan yang memperlambat proses. Atribut ini juga memungkinkan pemantauan kinerja dari waktu ke waktu, misalnya dengan melacak throughput harian, mingguan, atau bulanan.
Mengapa ini penting
Stempel waktu ini penting untuk menghitung semua metrik durasi, seperti waktu siklus dan hambatan, serta mengurutkan peristiwa secara kronologis.
Sumber data
Nilai ini diperoleh dari berbagai kolom tanggal dan waktu yang terkait dengan transaksi tertentu, seperti 'SalesTable.CreatedDateTime' untuk pembuatan pesanan atau tanggal posting jurnal pembayaran.
Contoh
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Tanggal dan waktu yang menunjukkan kapan data terakhir kali diperbarui atau diekstrak dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari Microsoft Dynamics 365. Dengan begitu, Anda dapat mengetahui seberapa baru data yang dianalisis. Saat menganalisis proses, kebaruan data penting untuk mengambil keputusan yang tepat. Stempel waktu ini menunjukkan kapan data terakhir diperbarui, sehingga pengguna dapat memastikan kesimpulan dibuat berdasarkan informasi terkini.
Mengapa ini penting
Atribut ini membantu pengguna mengetahui kebaruan data, yang penting agar analisis process mining tetap relevan dan akurat.
Sumber data
Nilai ini dibuat saat data diekstrak, lalu ditambahkan ke setiap catatan selama proses pemasukan data.
Contoh
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem informasi asal data. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi sumber tempat data peristiwa dicatat. Dalam konteks ini, biasanya nilainya adalah 'Microsoft Dynamics 365'. Atribut ini mungkin terasa berlebihan saat menganalisis satu sistem. Namun, atribut ini penting ketika data dari beberapa sistem digabungkan, misalnya dari CRM terpisah atau sistem manajemen gudang. Atribut ini memastikan asal-usul data tetap terlacak dan membantu menemukan masalah ekstraksi data dengan menunjukkan sumber setiap catatan.
Mengapa ini penting
Atribut ini memberi konteks penting tentang asal data, terutama saat mengintegrasikan data dari beberapa sistem, sehingga asal-usul data tetap jelas.
Sumber data
Nilai ini bersifat tetap dan biasanya ditambahkan saat transformasi data untuk menandai asal dataset.
Contoh
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Nama pelanggan
CustomerName
|
Nama pelanggan yang membuat pesanan penjualan. | ||
|
Deskripsi
Atribut ini berisi nama resmi pelanggan yang terkait dengan pesanan penjualan. Nilainya diperoleh dengan mencocokkan nomor akun pelanggan pada pesanan dengan data induk pelanggan. Analisis proses berdasarkan pelanggan penting untuk memahami perilaku dan tingkat layanan setiap pelanggan. Analisis ini membantu menemukan pelanggan yang paling sering mengalami penundaan, memiliki tingkat pengerjaan ulang tertinggi, atau mengikuti alur proses yang tidak standar. Informasi ini berguna untuk meningkatkan kepuasan pelanggan dan mengelola akun utama dengan lebih baik.
Mengapa ini penting
Memungkinkan analisis yang berfokus pada pelanggan untuk menemukan pola, penundaan, atau masalah yang dialami pelanggan tertentu, yang berdampak langsung pada kepuasan pelanggan.
Sumber data
Dicari dari 'CustTable' menggunakan kolom 'CustAccount' pada 'SalesTable'.
Contoh
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Nilai pesanan
OrderValue
|
Total nilai uang pesanan penjualan. | ||
|
Deskripsi
Atribut ini menunjukkan total nilai finansial pesanan penjualan, termasuk semua barang, pajak, dan biaya. Nilai ini menjadi metrik finansial utama untuk setiap kasus. Nilai pesanan penting untuk analisis proses berdasarkan nilai. Anda dapat mengelompokkan proses untuk melihat apakah pesanan bernilai tinggi ditangani secara berbeda atau mengalami lebih banyak penundaan daripada pesanan bernilai rendah. Hasilnya membantu memprioritaskan perbaikan proses pada kasus yang paling berdampak secara finansial dan mendukung dashboard seperti 'Nilai pesanan penjualan berdasarkan segmen'.
Mengapa ini penting
Memungkinkan pengelompokan proses berdasarkan nilai finansial, sehingga Anda dapat memprioritaskan perbaikan untuk pesanan bernilai tinggi dan memahami dampak biaya dari penyimpangan proses.
Sumber data
Tersimpan di data header pesanan penjualan. Lihat dokumentasi Microsoft Dynamics 365 untuk mengetahui tabel dan kolom yang tepat. Nilainya sering dihitung dari jumlah pada baris penjualan.
Contoh
5250.7512300.00899.50
|
|||
|
Saluran penjualan
SalesChannel
|
Saluran yang digunakan untuk menerima pesanan penjualan, seperti web, penjualan langsung, atau mitra. | ||
|
Deskripsi
Saluran penjualan menunjukkan dari mana pesanan pelanggan berasal. Sumbernya dapat berupa situs e-commerce, tim penjualan langsung, toko ritel, pusat panggilan, atau jaringan mitra. Dimensi ini biasanya dikonfigurasi sesuai kebutuhan bisnis di Dynamics 365. Analisis proses berdasarkan saluran penjualan membantu menemukan perbedaan kinerja antar saluran. Misalnya, pesanan melalui web mungkin diproses lebih cepat dan lebih otomatis daripada pesanan melalui telepon. Temuan ini membantu mengoptimalkan proses dan alokasi sumber daya untuk setiap saluran, serta mendukung dashboard seperti 'Nilai pesanan penjualan berdasarkan segmen'.
Mengapa ini penting
Memungkinkan perbandingan kinerja antar saluran penjualan untuk menemukan inefisiensi atau praktik terbaik berdasarkan cara pesanan dibuat.
Sumber data
Informasi ini biasanya tersimpan di header pesanan penjualan. Lihat dokumentasi Microsoft Dynamics 365 untuk mengetahui kolom yang tepat.
Contoh
WebLangsungMitraRitel
|
|||
|
Tanggal pengiriman yang dikonfirmasi
ConfirmedDeliveryDate
|
Tanggal pengiriman yang telah dikonfirmasi perusahaan dan dijanjikan kepada pelanggan. | ||
|
Deskripsi
Tanggal pengiriman yang dikonfirmasi adalah tanggal yang dijanjikan perusahaan penjual kepada pelanggan untuk pengiriman barang. Tanggal ini ditetapkan setelah pemeriksaan internal, seperti ketersediaan persediaan dan jadwal produksi, selesai. Atribut ini penting untuk menghitung KPI 'Tingkat ketepatan tanggal pengiriman' berdasarkan komitmen operasional. Dibandingkan permintaan awal pelanggan, tanggal ini menjadi tolok ukur internal yang lebih realistis untuk pengiriman tepat waktu. Analisis penyimpangan dari tanggal ini membantu menemukan masalah internal dalam logistik dan pemenuhan pesanan.
Mengapa ini penting
Mencerminkan komitmen perusahaan kepada pelanggan dan menjadi tolok ukur internal penting untuk mengukur keandalan pemenuhan pesanan serta kinerja operasional.
Sumber data
Tersimpan di data baris pesanan penjualan, sering kali di tabel 'SalesLine' dengan nama kolom seperti 'ConfirmedDlv'.
Contoh
2023-05-122023-06-012023-05-28
|
|||
|
Tanggal pengiriman yang diminta
RequestedDeliveryDate
|
Tanggal pengiriman pesanan yang diminta pelanggan. | ||
|
Deskripsi
Atribut ini menyimpan tanggal saat pelanggan pertama kali meminta barang diterima. Tanggal ini dicatat saat pesanan dibuat dan menjadi acuan untuk mengukur kinerja pengiriman dari sudut pandang pelanggan. Tanggal ini menjadi masukan penting untuk dashboard 'Ketepatan tanggal pengiriman'. Dengan membandingkan 'RequestedDeliveryDate' dengan 'ConfirmedDeliveryDate' dan tanggal aktual 'Barang dikirim', Anda dapat melihat seberapa baik organisasi memenuhi harapan pelanggan. Selisih yang besar dapat menunjukkan masalah dalam perencanaan, persediaan, atau logistik.
Mengapa ini penting
Menjadi acuan harapan pelanggan terkait pengiriman dan dasar penting untuk mengukur kepuasan pelanggan serta kinerja pengiriman tepat waktu.
Sumber data
Tersimpan di tabel 'SalesTable', biasanya dengan nama 'DeliveryDate' atau nama serupa.
Contoh
2023-05-102023-06-012023-05-25
|
|||
|
Apakah terjadi pengerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan apakah pesanan penjualan mengalami pengerjaan ulang, misalnya aktivitas yang dilakukan berulang kali. | ||
|
Deskripsi
Atribut hasil perhitungan ini menandai kasus yang menyimpang dari alur proses langsung atau 'alur ideal'. Pengerjaan ulang dideteksi dari urutan aktivitas yang menunjukkan suatu langkah diulang, misalnya pesanan dibatalkan konfirmasinya lalu dikonfirmasi kembali, atau barang diambil lalu dikembalikan ke persediaan. Penandaan kasus yang mengalami pengerjaan ulang penting untuk KPI 'Tingkat pengerjaan ulang pesanan penjualan'. Analis dapat dengan cepat memisahkan dan menyelidiki alur proses yang tidak efisien untuk memahami penyebabnya, seperti kesalahan entri data, masalah kredit, atau masalah persediaan. Mengurangi pengerjaan ulang menjadi sasaran utama banyak proyek perbaikan proses.
Mengapa ini penting
Membantu mengukur inefisiensi proses dengan menandai kasus yang memerlukan pengulangan langkah, sehingga analisis dapat difokuskan untuk mengurangi pemborosan dan penundaan.
Sumber data
Dihitung oleh alat process mining dengan menganalisis urutan aktivitas untuk setiap kasus. Contohnya, pola seperti (A -> B -> C -> B) menandai kasus sebagai pengerjaan ulang.
Contoh
truefalse
|
|||
|
Metode pengiriman
ShippingMethod
|
Metode atau jasa pengangkut yang digunakan untuk mengirim barang kepada pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan jasa transportasi yang digunakan untuk pengiriman, seperti 'Pengiriman darat', 'Kargo udara', atau nama jasa pengangkut tertentu. Metode ini dipilih saat pesanan diproses berdasarkan preferensi pelanggan, biaya, dan kecepatan pengiriman. Dimensi ini penting untuk dashboard 'Kinerja metode pengiriman'. Analisis waktu siklus dari aktivitas 'Barang dikemas' hingga 'Barang dikirim' berdasarkan metode pengiriman membantu menemukan jasa pengangkut yang lebih cepat, lebih andal, atau lebih sering mengalami penundaan. Temuan ini membantu meningkatkan perencanaan logistik dan pemilihan jasa pengangkut.
Mengapa ini penting
Memungkinkan analisis kinerja berbagai jasa pengangkut dan pilihan pengiriman, sehingga logistik dapat dioptimalkan dari sisi biaya, kecepatan, dan keandalan.
Sumber data
Informasi ini biasanya tersimpan di header pesanan penjualan atau catatan pemenuhan terkait. Lihat dokumentasi Microsoft Dynamics 365.
Contoh
FedEx GroundUPS Next Day AirDHL Express
|
|||
|
Nama pengguna
UserName
|
Nama pengguna yang menjalankan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab atas suatu tugas, misalnya mengonfirmasi pesanan atau membuat faktur. Biasanya, atribut ini terhubung ke ID pengguna di Microsoft Dynamics 365. Analisis kinerja berdasarkan pengguna membantu menemukan kebutuhan pelatihan, mengenali kinerja terbaik, dan memastikan beban kerja terbagi dengan baik. Informasi ini juga penting untuk kepatuhan dan audit karena setiap tindakan dapat ditelusuri ke penanggung jawabnya.
Mengapa ini penting
Memungkinkan analisis kinerja proses per individu atau tim, serta membantu menemukan kebutuhan pelatihan, ketimpangan beban kerja, dan hambatan terkait sumber daya.
Sumber data
Diambil dari kolom ID pengguna seperti 'CreatedBy' atau 'ModifiedBy' di berbagai tabel transaksi. Data ini kemudian digabungkan dengan tabel pengguna utama, misalnya 'UserInfo', untuk mendapatkan nama lengkap.
Contoh
Alice JohnsonRobert BrownAdministrator sistem
|
|||
|
Negara
CountryRegion
|
Negara pada alamat pengiriman pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan negara tujuan pengiriman pesanan penjualan. Nilainya diambil dari informasi alamat pengiriman pelanggan yang tersimpan di Dynamics 365. Analisis kinerja proses berdasarkan negara penting untuk menemukan perbedaan antarwilayah. Pengiriman internasional mungkin memerlukan langkah tambahan seperti pemeriksaan bea cukai, sehingga waktu siklus lebih lama. Analisis ini membantu memahami dan mengoptimalkan logistik untuk berbagai pasar geografis.
Mengapa ini penting
Memungkinkan analisis geografis untuk menemukan hambatan regional, masalah kepatuhan, atau perbedaan kinerja dalam rantai pasok.
Sumber data
Diambil dari alamat pengiriman pelanggan yang terhubung dengan pesanan penjualan. Informasi negara biasanya tersimpan di tabel 'LogisticsPostalAddress', yang digabungkan melalui tautan alamat pengiriman pada 'SalesTable'.
Contoh
USADEUCANGBR
|
|||
|
Nomor barang
ItemNumber
|
Pengenal unik untuk produk atau layanan pada pesanan penjualan. | ||
|
Deskripsi
Nomor barang menunjukkan produk tertentu yang dijual. Karena satu pesanan penjualan dapat berisi beberapa produk, atribut ini biasanya dikaitkan dengan data peristiwa pada tingkat baris barang. Analisis proses berdasarkan produk membantu menemukan masalah yang terkait dengan produk tertentu. Misalnya, produk tertentu mungkin membutuhkan waktu pemenuhan lebih lama, memiliki tingkat pengerjaan ulang lebih tinggi, atau lebih sering terkena penangguhan kredit. Temuan ini memungkinkan perbaikan terarah pada pengelolaan persediaan, pengaturan data produk, atau proses pemenuhan untuk barang tertentu.
Mengapa ini penting
Memungkinkan analisis pada tingkat produk untuk mengetahui apakah barang tertentu terkait dengan penundaan proses, pengerjaan ulang, atau inefisiensi lainnya.
Sumber data
Tersimpan di tabel 'SalesLine', pada kolom 'ItemId'.
Contoh
PROD-00123PROD-00548SVC-00045
|
|||
|
Pembayaran tepat waktu
OnTimePayment
|
Penanda boolean yang menunjukkan apakah pembayaran diterima pada atau sebelum tanggal jatuh tempo. | ||
|
Deskripsi
Atribut hasil perhitungan ini membandingkan stempel waktu aktivitas 'Pembayaran diterima' dengan 'PaymentDueDate'. Nilainya 'true' jika pembayaran tepat waktu dan 'false' jika terlambat. Penanda ini menjadi komponen utama KPI 'Tingkat pembayaran tepat waktu'. Penanda ini memudahkan pengelompokan pelanggan yang membayar tepat waktu dan yang terlambat. Analisis ini dapat membantu menentukan kebijakan kredit, strategi penagihan, dan pengelolaan hubungan pelanggan dengan mengidentifikasi pelanggan yang sering terlambat membayar.
Mengapa ini penting
Mengukur perilaku pembayaran pelanggan berdasarkan syarat yang disepakati. Informasi ini penting untuk mengelola arus kas dan menilai risiko kredit.
Sumber data
Dihitung dengan membandingkan 'EventTime' aktivitas 'Pembayaran diterima' dengan atribut 'PaymentDueDate'. Rumus: (stempel waktu 'Pembayaran diterima' <= PaymentDueDate).
Contoh
truefalse
|
|||
|
Pengiriman tepat waktu
OnTimeDelivery
|
Penanda boolean yang menunjukkan apakah barang dikirim pada atau sebelum tanggal pengiriman yang dikonfirmasi. | ||
|
Deskripsi
Atribut hasil perhitungan ini membandingkan stempel waktu aktivitas 'Barang dikirim' dengan 'ConfirmedDeliveryDate' untuk setiap pesanan penjualan. Nilainya 'true' jika barang dikirim tepat waktu atau lebih awal, dan 'false' jika terlambat. Penanda ini menjadi dasar penghitungan KPI 'Tingkat ketepatan tanggal pengiriman'. Penanda ini memudahkan analisis karena Anda dapat memfilter dan mengelompokkan pesanan yang tepat waktu atau terlambat. Dengan begitu, Anda dapat segera menemukan faktor yang berkaitan dengan keterlambatan, seperti produk, pelanggan, wilayah, atau metode pengiriman tertentu.
Mengapa ini penting
Mengukur langsung kinerja pemenuhan pesanan berdasarkan komitmen, yang penting untuk memantau kepuasan pelanggan dan keandalan rantai pasok.
Sumber data
Dihitung dengan membandingkan 'EventTime' aktivitas 'Barang dikirim' dengan atribut 'ConfirmedDeliveryDate'. Rumus: (stempel waktu 'Barang dikirim' <= ConfirmedDeliveryDate).
Contoh
truefalse
|
|||
|
Status pesanan penjualan
SalesOrderStatus
|
Status pesanan penjualan saat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan status keseluruhan pesanan penjualan, seperti 'Pesanan terbuka', 'Sudah ditagih', 'Dibatalkan', atau 'Sudah dikirim'. Status ringkasan ini disimpan di header pesanan penjualan. Log aktivitas memberikan gambaran dinamis tentang proses, sedangkan status akhir berguna untuk pemfilteran dan pengelompokan. Analis dapat dengan mudah memisahkan semua pesanan terbuka untuk melihat beban kerja saat ini, atau membedakan pesanan yang berhasil diselesaikan dari pesanan yang dibatalkan untuk menganalisis penyebab pembatalan.
Mengapa ini penting
Memberikan gambaran status pesanan sehingga analisis dapat difilter berdasarkan pesanan terbuka, selesai, atau dibatalkan. Informasi ini berguna untuk mengelola beban kerja dan menganalisis hasil.
Sumber data
Tersimpan di tabel 'SalesTable', pada kolom 'SalesStatus'.
Contoh
Pesanan tertundaSudah dikirimSudah ditagihDibatalkan
|
|||
|
Tanggal jatuh tempo pembayaran
PaymentDueDate
|
Tanggal batas pelanggan harus membayar faktur. | ||
|
Deskripsi
Tanggal jatuh tempo pembayaran dihitung berdasarkan tanggal faktur dan syarat pembayaran yang disepakati dengan pelanggan. Tanggal ini dicatat pada faktur pelanggan. Atribut ini menjadi dasar analisis 'Kepatuhan terhadap tanggal jatuh tempo pembayaran' dan KPI 'Tingkat pembayaran tepat waktu'. Dengan membandingkan 'PaymentDueDate' dengan tanggal aktual 'Pembayaran diterima', bisnis dapat menemukan pembayaran terlambat, menganalisis perilaku pembayaran berdasarkan segmen pelanggan, serta mengambil langkah proaktif untuk memperbaiki arus kas dan mengurangi jumlah hari piutang usaha (DSO).
Mengapa ini penting
Menjadi tolok ukur untuk mengukur kinerja pembayaran, yang penting untuk menganalisis arus kas dan mengelola piutang usaha secara efektif.
Sumber data
Tersimpan di tabel 'CustInvoiceJour', pada kolom 'DueDate'.
Contoh
2023-05-302023-06-152023-06-30
|
|||
|
Waktu selesai
EndTime
|
Tanggal dan waktu tepat saat suatu aktivitas selesai. | ||
|
Deskripsi
Stempel waktu Waktu selesai mencatat saat suatu aktivitas berakhir. Jika tersedia, nilai ini mengukur durasi aktivitas dengan lebih akurat daripada memperkirakannya dari waktu mulai aktivitas berikutnya. Dengan waktu mulai dan selesai, Anda dapat menghitung 'Waktu pemrosesan' setiap aktivitas secara tepat dan membedakannya dari 'Waktu tunggu' antaraktivitas. Informasi ini membantu menemukan tugas yang memakan waktu dan langkah proses yang mengalami penundaan panjang.
Mengapa ini penting
Memungkinkan penghitungan waktu pemrosesan setiap aktivitas secara tepat, sekaligus membedakan waktu kerja aktif dari waktu tunggu.
Sumber data
Seperti Waktu mulai, nilai ini diambil dari berbagai kolom tanggal dan waktu. Sumbernya dapat berupa kolom 'ModifiedDateTime' atau stempel waktu pembaruan status tertentu di tabel seperti 'SalesTable' atau 'WHSLoadTable'.
Contoh
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
Aktivitas pemrosesan pesanan penjualan Order to Cash
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Barang dikirim
|
Peristiwa ini menandai bahwa barang yang telah dikemas untuk pesanan sudah dikirim dan meninggalkan gudang. Di Dynamics 365, tahap ini diresmikan dengan memposting surat jalan. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang menandai berakhirnya proses pemenuhan internal dan dimulainya tahap pengiriman. Stempel waktunya digunakan untuk menghitung kinerja pengiriman tepat waktu.
Sumber data
Peristiwa ini tercatat dengan jelas dan eksplisit dari tanggal serta waktu posting jurnal surat jalan (CustPackingSlipJour).
Pengumpulan data
Catat stempel waktu posting jurnal surat jalan.
Jenis peristiwa
explicit
|
|||
|
Faktur dibuat
|
Menandai pembuatan dan posting faktur penjualan untuk barang atau jasa yang dikirim. Transaksi keuangan utama ini secara resmi mencatat utang pelanggan. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya tahap penyelesaian keuangan dalam proses. Waktu dari pengiriman hingga pembuatan faktur penting untuk KPI 'Invoice Generation Cycle Time' dan berdampak pada arus kas.
Sumber data
Ini adalah transaksi keuangan yang tercatat secara eksplisit. Catat peristiwa ini dari tanggal dan waktu posting jurnal faktur penjualan (CustInvoiceJour).
Pengumpulan data
Catat stempel waktu posting jurnal faktur penjualan.
Jenis peristiwa
explicit
|
|||
|
Pembayaran diterima
|
Aktivitas ini menandai bahwa pembayaran pelanggan untuk faktur telah diterima dan dibukukan. Peristiwa ini terjadi di modul Accounts Receivable dan ditautkan ke faktur asal. | ||
|
Mengapa ini penting
Ini adalah tonggak penting untuk menganalisis siklus konversi kas. Data ini diperlukan untuk mengukur KPI 'On-Time Payment Rate' dan menemukan keterlambatan penagihan.
Sumber data
Peristiwa ini tercatat secara eksplisit dari modul Accounts Receivable. Catat dari tanggal transaksi pelunasan pembayaran pelanggan (CustSettlement) yang menutup transaksi faktur (CustTrans).
Pengumpulan data
Catat tanggal pelunasan dari tabel CustSettlement, lalu tautkan ke faktur dan pesanan penjualan.
Jenis peristiwa
explicit
|
|||
|
Pesanan dikonfirmasi
|
Aktivitas ini menandai konfirmasi resmi pesanan penjualan, yang menjadi komitmen untuk mengirimkan barang atau jasa yang ditentukan. Di Dynamics 365, tindakan ini dilakukan secara eksplisit oleh pengguna dan menghasilkan jurnal konfirmasi. | ||
|
Mengapa ini penting
Konfirmasi adalah tonggak penting yang secara resmi memulai proses pemenuhan pesanan. Mengukur waktu dari pembuatan hingga konfirmasi menunjukkan efisiensi pemrosesan di bagian depan.
Sumber data
Peristiwa ini tercatat secara eksplisit dari tanggal posting jurnal konfirmasi pesanan penjualan (SalesConfirmJour). Stempel waktunya dapat ditautkan ke SalesTable.
Pengumpulan data
Catat stempel waktu posting jurnal konfirmasi pesanan penjualan.
Jenis peristiwa
explicit
|
|||
|
Pesanan ditutup
|
Status akhir pesanan penjualan yang berhasil diproses. Pesanan telah dikirim sepenuhnya, difakturkan, dan tidak ada transaksi lanjutan yang diharapkan. Status ini menandai selesainya proses. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik akhir utama untuk kasus yang berhasil diselesaikan. Data ini penting untuk menghitung waktu siklus dari awal hingga akhir dan throughput.
Sumber data
Status ini disimpulkan dari kolom status di SalesTable. Pesanan dianggap ditutup jika 'Sales status' bernilai 'Invoiced' dan status barisnya juga 'Invoiced'.
Pengumpulan data
Simpulkan dari kolom status SalesTable yang berubah menjadi 'Invoiced'. Stempel waktunya biasanya diambil dari tanggal transaksi terkait yang terakhir, seperti pembuatan faktur atau pembayaran.
Jenis peristiwa
inferred
|
|||
|
Pesanan penjualan dibuat
|
Peristiwa ini menandai pembuatan awal pesanan penjualan di sistem oleh staf penjualan atau melalui saluran otomatis. Peristiwa ini tercatat secara eksplisit saat data baru dibuat dan disimpan di tabel utama pesanan penjualan. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik awal untuk semua kasus pesanan penjualan. Stempel waktunya diperlukan untuk menghitung waktu siklus pesanan secara keseluruhan dan menganalisis throughput.
Sumber data
Peristiwa ini tercatat secara eksplisit dari kolom 'Created date and time' pada data header SalesTable di Microsoft Dynamics 365.
Pengumpulan data
Ambil stempel waktu pembuatan dari entitas SalesTable.
Jenis peristiwa
explicit
|
|||
|
Barang diterima pelanggan
|
Menunjukkan bahwa kiriman telah berhasil sampai di alamat yang ditentukan pelanggan. Informasi ini biasanya diperbarui dari sistem kurir eksternal atau melalui konfirmasi manual. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk mengukur KPI 'Delivery Date Adherence' dan memahami waktu siklus yang benar-benar dialami pelanggan. Data ini juga membantu mengevaluasi kinerja kurir.
Sumber data
Peristiwa ini tidak tercatat secara bawaan sebagai peristiwa eksplisit di D365 standar. Biasanya, peristiwa ini disimpulkan dari pembaruan integrasi kurir atau pembaruan status manual pada pesanan penjualan atau catatan pengiriman.
Pengumpulan data
Simpulkan dari data kurir terintegrasi atau pembaruan kolom status secara manual.
Jenis peristiwa
inferred
|
|||
|
Barang selesai diambil
|
Menandai selesainya pengambilan fisik semua barang untuk pesanan dari lokasi penyimpanannya di gudang. Biasanya, peristiwa ini tercatat saat petugas gudang menyelesaikan daftar pengambilan atau perintah kerja di modul WMS. | ||
|
Mengapa ini penting
Melacak waktu penyelesaian pengambilan penting untuk menganalisis efisiensi gudang. Keterlambatan pada tahap ini berdampak langsung pada waktu pengiriman secara keseluruhan.
Sumber data
Peristiwa ini tercatat secara eksplisit di modul Warehouse Management. Catat stempel waktu penyelesaian pekerjaan gudang (WHSWorkTable) yang terkait dengan pengambilan pesanan penjualan.
Pengumpulan data
Catat stempel waktu saat status 'Work' untuk pengambilan diperbarui menjadi 'Closed'.
Jenis peristiwa
explicit
|
|||
|
Barang selesai dikemas
|
Aktivitas ini menandai selesainya proses pengemasan, saat barang yang sudah diambil disatukan dan disiapkan untuk dikirim. Di D365, tahap ini dapat bertepatan dengan pembuatan surat jalan. | ||
|
Mengapa ini penting
Waktu antara pengambilan dan pengemasan dapat menunjukkan hambatan di area pengemasan. Tahap ini merupakan bagian penting dari waktu siklus pemenuhan pesanan secara keseluruhan.
Sumber data
Peristiwa ini dapat tercatat secara eksplisit saat pengemasan kontainer selesai di modul WMS, atau disimpulkan dari pembuatan jurnal surat jalan (CustPackingSlipJour), yang sering kali menandai akhir proses pengemasan.
Pengumpulan data
Simpulkan dari selesainya pekerjaan pengemasan atau tanggal pembuatan jurnal surat jalan.
Jenis peristiwa
inferred
|
|||
|
Pemeriksaan kredit dilakukan
|
Menandai selesainya pemeriksaan kredit untuk pelanggan yang terkait dengan pesanan penjualan. Pemeriksaan ini dapat dilakukan secara otomatis oleh sistem atau ditinjau secara manual, dan sering kali mengubah status kredit pesanan. | ||
|
Mengapa ini penting
Menganalisis durasi dan hasil pemeriksaan kredit membantu menemukan hambatan dalam proses persetujuan pesanan. Penahanan yang sering terjadi atau waktu persetujuan yang lama dapat menunda pemenuhan pesanan secara signifikan.
Sumber data
Biasanya disimpulkan dari perubahan status terkait pengelolaan kredit di SalesTable, misalnya dari 'On hold' dengan alasan kredit menjadi 'Open'. Jika modul lanjutan digunakan, peristiwa ini juga dapat dicatat di tabel pengelolaan kredit.
Pengumpulan data
Simpulkan dari riwayat perubahan status di SalesTable atau tabel terkait penahanan kredit.
Jenis peristiwa
inferred
|
|||
|
Persediaan dialokasikan
|
Peristiwa ini menunjukkan bahwa persediaan yang diperlukan untuk baris pesanan penjualan telah dialokasikan secara fisik atau otomatis di sistem. Dengan begitu, barang siap diambil dan dipenuhi. | ||
|
Mengapa ini penting
Melacak alokasi persediaan membantu menganalisis keterlambatan antara konfirmasi pesanan dan dimulainya operasional gudang. Data ini penting untuk KPI 'Inventory Allocation Lead Time'.
Sumber data
Peristiwa ini dapat disimpulkan dari pembuatan atau pembaruan catatan transaksi persediaan (InventTrans) yang terkait dengan baris pesanan penjualan, dengan status yang menunjukkan alokasi, seperti 'On order' atau 'Reserved physical'.
Pengumpulan data
Simpulkan dari stempel waktu saat transaksi persediaan (InventTrans) untuk pesanan ditandai sebagai dialokasikan.
Jenis peristiwa
inferred
|
|||
|
Pesanan dibatalkan
|
Peristiwa ini menandai pembatalan pesanan penjualan sebelum seluruh barang dikirim dan difakturkan. Ini merupakan akhir proses alternatif yang tidak berhasil. | ||
|
Mengapa ini penting
Melacak pembatalan membantu menemukan penyebab hilangnya penjualan atau kegagalan proses. Menganalisis kapan dan mengapa pesanan dibatalkan dapat membantu memperbaiki proses.
Sumber data
Peristiwa ini disimpulkan dari kolom 'Sales status' di SalesTable yang berubah menjadi 'Canceled'. Stempel waktunya menunjukkan saat perubahan status dicatat.
Pengumpulan data
Simpulkan dari kolom status SalesTable yang berubah menjadi 'Canceled'.
Jenis peristiwa
inferred
|
|||
|
Pesanan dilepas ke gudang
|
Menandai saat pesanan penjualan secara resmi dilepas ke gudang untuk proses pengambilan dan pengiriman. Ini merupakan langkah tersendiri di lingkungan yang menggunakan modul Warehouse Management (WMS). | ||
|
Mengapa ini penting
Aktivitas ini memisahkan pemrosesan pesanan dari pemenuhan fisik. Menganalisis waktu tunggu sebelum pesanan dilepas dapat menunjukkan masalah dalam perencanaan sumber daya atau integrasi sistem.
Sumber data
Peristiwa ini tercatat secara eksplisit dari catatan pelepasan ke gudang (WHSLoadTable, WHSShipmentTable) yang terkait dengan pesanan penjualan.
Pengumpulan data
Catat stempel waktu pembuatan muatan gudang atau pengiriman terkait.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data, lalu unggah ke platform kami untuk mendapatkan wawasan dan meningkatkan efisiensi pemrosesan pesanan penjualan. Mulai optimalkan proses Anda hari ini!
Optimalkan pemrosesan pesanan penjualan Order to Cash sekarang
Temukan inefisiensi dan pangkas waktu siklus hingga 30% agar pesanan lebih cepat dipenuhi.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.