Templat data Purchase to Pay, pesanan pembelian

Microsoft Dynamics 365
Templat data Purchase to Pay, pesanan pembelian

Templat data Purchase to Pay, pesanan pembelian

Templat ini memandu Anda mengumpulkan data penting untuk mengoptimalkan proses Purchase to Pay, pesanan pembelian. Templat ini menjelaskan atribut yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, dan cara praktis mengambil informasi dari sistem sumber. Gunakan panduan ini untuk menyiapkan data bagi analisis proses.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama untuk pemetaan proses
  • Panduan praktis untuk ekstraksi data
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Purchase to Pay, pesanan pembelian

Berikut field data yang disarankan untuk disertakan dalam log peristiwa agar proses Purchase to Pay, pesanan pembelian dapat dianalisis.
5 Wajib 5 Disarankan 9 Opsional
Nama Deskripsi
Nama aktivitas
ActivityName
Nama peristiwa bisnis atau langkah tertentu yang terjadi dalam siklus Purchase Order.
Deskripsi

Atribut ini menjelaskan satu langkah dalam proses Purchase Order, seperti 'Purchase Order dibuat', 'Purchase Order disetujui', atau 'Penerimaan barang dibukukan'. Urutan aktivitas ini membentuk alur proses untuk setiap Purchase Order.

Analisis aktivitas merupakan inti process mining. Analisis ini membantu memvisualisasikan peta proses, menemukan variasi proses, dan mengidentifikasi aktivitas yang sering diulang atau menyebabkan keterlambatan. Memahami urutan dan frekuensi aktivitas penting untuk perbaikan proses.

Mengapa ini penting

Atribut ini penting untuk menyusun peta proses dan memahami urutan peristiwa dalam siklus Purchase Order.

Sumber data

Dihasilkan dari logika bisnis berdasarkan perubahan status di tabel seperti PurchTable dan PurchReqTable, serta jurnal pembukuan terkait seperti VendPackingSlipJour atau VendInvoiceJour.

Contoh
Purchase Order dibuatPurchase Order disetujuiPenerimaan barang dibukukanPurchase Order ditagihkan
Purchase Order
PurchaseOrderNumber
Pengenal unik Purchase Order yang menjadi kasus utama dalam analisis proses.
Deskripsi

Nomor Purchase Order adalah pengenal utama yang menghubungkan semua aktivitas terkait, dari draf awal hingga selesai atau dibatalkan. Setiap nomor unik mewakili satu kasus proses Purchase Order.

Dalam process mining, atribut ini digunakan untuk menyusun kembali perjalanan setiap Purchase Order dari awal hingga akhir. Analisis berdasarkan pengenal ini memberikan gambaran terperinci tentang seluruh siklus proses dan membantu menemukan jalur yang umum, penyimpangan, serta hambatan pada setiap pesanan.

Mengapa ini penting

Atribut ini menjadi kunci utama untuk menyusun alur proses dan menganalisis perjalanan setiap Purchase Order dari awal hingga akhir.

Sumber data

Ini adalah kunci utama di tabel header Purchase Order, biasanya PurchTable dengan nama kolom PurchId di Microsoft Dynamics 365.

Contoh
PO-001245PO-001246PO-001247
Waktu peristiwa
EventTime
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Stempel waktu ini mencatat kapan setiap aktivitas dalam proses Purchase Order berlangsung. Data ini menjadi dasar kronologis untuk menyusun urutan peristiwa dengan benar.

Dalam analisis proses, stempel waktu peristiwa menjadi dasar untuk menghitung waktu siklus, durasi antaraktivitas, dan durasi keseluruhan kasus. Data ini digunakan untuk menemukan hambatan, mengukur kinerja berdasarkan SLA, dan memahami dinamika waktu dalam proses. Contohnya, stempel waktu digunakan untuk menghitung waktu antara 'Purchase Order dibuat' dan 'Purchase Order disetujui'.

Mengapa ini penting

Stempel waktu penting untuk menghitung semua metrik kinerja berbasis waktu, seperti waktu siklus dan durasi. Metrik ini membantu menemukan hambatan proses.

Sumber data

Diambil dari berbagai kolom tanggal dan waktu di beberapa tabel, seperti CreatedDateTime di PurchTable atau tanggal pembukuan dari tabel jurnal terkait.

Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data proses ini terakhir diperbarui.
Deskripsi

Atribut ini mencatat tanggal dan waktu ekstraksi data terbaru dari sistem sumber. Informasi ini menunjukkan seberapa baru data yang dianalisis.

Waktu pembaruan terakhir membantu pengguna mengetahui apakah data proses yang dilihat sudah mutakhir. Informasi ini juga membantu menilai relevansi analisis dan menjadwalkan pembaruan data secara berkala.

Mengapa ini penting

Menunjukkan dengan jelas kapan data diperbarui, sehingga pengguna dapat mengetahui seberapa mutakhir analisis proses yang mereka lihat.

Sumber data

Atribut metadata ini dibuat dan disimpan selama proses pemasukan data.

Contoh
2024-05-21T05:00:00Z
Sistem sumber
SourceSystem
Menunjukkan sistem tempat data berasal.
Deskripsi

Atribut ini menunjukkan aplikasi sumber data Purchase Order. Untuk model data ini, nilainya biasanya 'Microsoft Dynamics 365'.

Di organisasi besar, proses pengadaan dapat mencakup beberapa sistem. Atribut ini membantu tata kelola data dan memperjelas asal data, terutama saat menggabungkan data dari berbagai sumber.

Mengapa ini penting

Memberikan konteks penting tentang asal data, yang diperlukan untuk tata kelola dan validasi data serta untuk memahami lingkungan teknologi yang mendukung proses.

Sumber data

Nilai statis ini ditambahkan saat proses ekstraksi dan transformasi data untuk memberi label pada kumpulan data.

Contoh
Microsoft Dynamics 365 F&OD365
Nama pengguna
UserName
Nama pengguna yang melakukan aktivitas tertentu.
Deskripsi

Atribut ini menunjukkan orang yang bertanggung jawab atas suatu peristiwa, seperti membuat, menyetujui, atau mengubah Purchase Order. Nilainya dapat berupa ID pengguna sistem atau nama lengkap.

Analisis aktivitas pengguna membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan mengidentifikasi individu atau tim yang terlibat dalam penyimpangan proses. Atribut ini penting untuk dashboard kinerja pemberi persetujuan dan dapat digunakan untuk memfilter aktivitas yang dilakukan pengguna tertentu.

Mengapa ini penting

Atribut ini memungkinkan analisis kinerja per pengguna, membantu menemukan hambatan yang terkait dengan individu tertentu, dan memperjelas tanggung jawab atas setiap langkah proses.

Sumber data

Informasi ini dapat ditemukan di kolom seperti CreatedBy atau ModifiedBy pada tabel seperti PurchTable. Detail pengguna biasanya tersimpan di tabel UserInfo.

Contoh
Alice JohnsonBob WilliamsSysAdmin
Nama vendor
VendorName
Nama pemasok atau vendor yang menerima Purchase Order.
Deskripsi

Atribut ini berisi nama pemasok eksternal yang menyediakan barang atau jasa. Atribut ini menjadi dimensi penting untuk menganalisis aktivitas pengadaan.

Mengelompokkan proses berdasarkan nama vendor penting untuk mengevaluasi kinerja pemasok. Anda dapat menganalisis tingkat pengiriman tepat waktu, tingkat pengembalian barang, dan hasil pemeriksaan kualitas untuk setiap vendor. Analisis ini membantu menemukan mitra yang andal serta vendor yang mungkin menyebabkan keterlambatan atau masalah kualitas.

Mengapa ini penting

Atribut ini penting untuk mengelola kinerja vendor. Anda dapat menganalisis waktu pengiriman, tingkat pengembalian, dan keandalan setiap pemasok.

Sumber data

Akun vendor tersimpan di PurchTable pada kolom OrderAccount. Nama vendor diperoleh dengan menggabungkan data dengan VendTable.

Contoh
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
Status PO
PurchaseOrderStatus
Status Purchase Order saat ini dalam siklus prosesnya.
Deskripsi

Atribut ini menunjukkan status Purchase Order pada waktu tertentu, seperti 'Open order', 'Received', 'Invoiced', atau 'Canceled'. Status ini mencerminkan hasil aktivitas terakhir.

Melacak status membantu Anda memahami kondisi semua Purchase Order yang masih terbuka. Dalam process mining, status dapat digunakan untuk menganalisis hasil kasus. Misalnya, Anda dapat memfilter semua Purchase Order yang berakhir dengan status 'Canceled' untuk mencari tahu penyebabnya.

Mengapa ini penting

Memberikan gambaran status Purchase Order saat ini. Informasi ini berguna untuk memfilter kasus dan menganalisis hasil proses, seperti tingkat penyelesaian atau pembatalan.

Sumber data

Status dapat ditemukan di PurchTable. Kolom status utamanya adalah DocumentState dan PurchStatus.

Contoh
Pesanan terbukaDiterimaDitagihkanDibatalkan
Tanggal pengiriman yang diminta
RequestedDeliveryDate
Tanggal yang diminta bisnis kepada vendor untuk mengirimkan barang atau jasa.
Deskripsi

Tanggal ini tercantum di Purchase Order dan memberi tahu vendor kapan barang atau jasa diharapkan tiba. Tanggal ini menjadi acuan untuk mengukur kinerja pengiriman vendor.

Atribut ini penting untuk dashboard 'Kepatuhan Pengiriman Vendor' dan KPI 'Tingkat Pengiriman Tepat Waktu'. Dengan membandingkan RequestedDeliveryDate dengan tanggal penerimaan barang yang sebenarnya, bisnis dapat mengukur keandalan vendor dan menemukan keterlambatan yang berulang dalam rantai pasok.

Mengapa ini penting

Tanggal ini menjadi acuan untuk mengukur kinerja pengiriman tepat waktu, KPI penting untuk menilai keandalan vendor dan efisiensi rantai pasok.

Sumber data

Biasanya terdapat di PurchTable (tingkat header) atau PurchLine (tingkat baris item) sebagai DeliveryDate.

Contoh
2023-11-152023-12-012024-01-20
Total nilai PO
PurchaseOrderTotalAmount
Nilai total Purchase Order.
Deskripsi

Atribut ini menunjukkan total biaya semua barang dan jasa dalam Purchase Order. Ini adalah metrik keuangan penting dalam proses pengadaan.

Analisis proses berdasarkan nilai total dapat mengungkap wawasan penting. Misalnya, Purchase Order bernilai tinggi mungkin mengikuti jalur persetujuan yang berbeda dan lebih ketat, atau memiliki waktu siklus lebih lama. Nilai ini juga digunakan dalam pelaporan keuangan dan untuk mengelompokkan PO berdasarkan rentang nilai.

Mengapa ini penting

Atribut ini mendukung analisis keuangan proses pengadaan dan membantu mengetahui pengaruh nilai pesanan terhadap proses, seperti waktu dan jalur persetujuan.

Sumber data

Nilai ini dapat dihitung dengan menjumlahkan LineAmount untuk PurchId tertentu di tabel PurchLine, atau diambil dari kolom nilai pada tingkat header di PurchTable.

Contoh
5250.00120.50150000.00
Alasan pengembalian
ReturnReason
Alasan yang dicantumkan saat barang dari pesanan pembelian dikembalikan kepada vendor.
Deskripsi

Saat aktivitas 'Barang dikembalikan kepada vendor' terjadi, atribut ini mencatat alasan pengembalian, seperti 'Barang rusak', 'Barang tidak sesuai', atau 'Kualitas buruk'.

Data ini sangat berguna untuk dasbor 'Tingkat pengembalian pesanan pembelian'. Analisis alasan pengembalian membantu menemukan akar masalah, baik terkait kualitas vendor, kesalahan pemesanan internal, maupun masalah pengiriman. Dengan begitu, Anda dapat mengambil tindakan yang tepat untuk mengurangi pengembalian.

Mengapa ini penting

Menunjukkan alasan barang dikembalikan dan membantu mengidentifikasi masalah kualitas vendor, ketepatan pemesanan, atau logistik.

Sumber data

Alasan pengembalian biasanya dicatat pada transaksi pesanan pengembalian atau melalui kode alasan yang terkait dengan jurnal penerimaan negatif.

Contoh
Rusak dalam perjalananBarang yang dikirim salahTidak lolos pemeriksaan kualitas
Apakah pengiriman tepat waktu
IsOnTimeDelivery
Penanda boolean yang menunjukkan apakah barang diterima pada atau sebelum tanggal pengiriman yang diminta.
Deskripsi

Atribut terhitung ini membandingkan waktu aktivitas 'Penerimaan barang dicatat' dengan RequestedDeliveryDate. Nilainya 'true' jika barang diterima pada atau sebelum tanggal yang diminta.

Penanda ini mendukung penghitungan KPI 'Tingkat pengiriman tepat waktu'. Atribut ini memudahkan analisis kinerja vendor serta penyaringan dan visualisasi pengiriman tepat waktu maupun terlambat. Informasi ini menjadi dasar dasbor 'Kepatuhan jadwal pengiriman vendor'.

Mengapa ini penting

Memberikan hasil yang jelas untuk mengukur kinerja pengiriman, sehingga penghitungan KPI pengiriman tepat waktu dan kartu skor vendor menjadi lebih mudah.

Sumber data

Atribut terhitung ini diperoleh dengan membandingkan RequestedDeliveryDate dengan EventTime pada aktivitas 'Penerimaan barang dicatat'.

Contoh
truefalse
Apakah PO diubah
IsPurchaseOrderChanged
Penanda boolean yang menunjukkan apakah pesanan pembelian diubah setelah persetujuan awal.
Deskripsi

Atribut terhitung ini bernilai 'true' jika aktivitas 'Pesanan pembelian diubah' terjadi setelah aktivitas 'Pesanan pembelian disetujui' untuk suatu kasus. Atribut ini memudahkan analisis pengerjaan ulang dan perubahan.

Penanda ini penting untuk menghitung KPI 'Tingkat perubahan PO setelah persetujuan' dan membuat dasbor 'Tren perubahan pesanan pembelian'. Anda dapat menggunakannya untuk menemukan dan menganalisis pesanan pembelian yang perlu dikerjakan ulang, serta mengidentifikasi penyebab perubahan.

Mengapa ini penting

Memudahkan pengukuran pengerjaan ulang dan frekuensi perubahan, yang menjadi indikator utama ketidakstabilan dan ketidakefisienan proses.

Sumber data

Atribut terhitung ini diperoleh dari urutan aktivitas dalam log peristiwa.

Contoh
truefalse
Departemen
DepartmentName
Nama departemen yang mengajukan permintaan pembelian atau pesanan.
Deskripsi

Atribut ini menunjukkan unit bisnis atau departemen internal yang bertanggung jawab atas pembelian. Biasanya, informasi ini diperoleh dari orang yang membuat permintaan pembelian.

Analisis proses berdasarkan departemen membantu Anda memahami cara berbagai bagian organisasi menggunakan proses pengadaan. Analisis ini dapat menemukan departemen dengan siklus persetujuan lebih lama, tingkat perubahan PO lebih tinggi, atau pola pembelian tertentu. Hasilnya dapat digunakan untuk merencanakan perbaikan proses yang tepat sasaran.

Mengapa ini penting

Memungkinkan Anda membandingkan kinerja proses antarunit bisnis dan menemukan perilaku, hambatan, atau inefisiensi yang spesifik pada departemen tertentu.

Sumber data

Informasi ini sering dihubungkan melalui pemohon atau pembuat permintaan pembelian (PurchReqTable) atau Purchase Order (PurchTable), lalu dicocokkan dengan departemen terkait di modul HR.

Contoh
KeuanganTIManufakturPemasaran
Kategori pembelian
PurchaseCategory
Klasifikasi barang atau jasa yang dibeli, seperti 'Perangkat keras TI' atau 'Perlengkapan kantor'.
Deskripsi

Atribut ini mengelompokkan item pesanan pembelian ke dalam kategori yang sesuai. Klasifikasi ini membantu menganalisis pola belanja dan variasi proses untuk berbagai jenis pengadaan.

Dalam analisis proses, penyaringan berdasarkan kategori pembelian dapat menunjukkan perbedaan alur. Contohnya, pengadaan belanja modal mungkin memerlukan waktu lebih lama dan proses yang lebih rumit dibandingkan pengadaan perlengkapan operasional. Gunakan atribut ini di dasbor untuk menganalisis tren perubahan dan tingkat pengembalian berdasarkan kategori.

Mengapa ini penting

Memungkinkan Anda mengelompokkan proses berdasarkan jenis barang atau jasa yang dibeli, sehingga perbedaan alur untuk tiap kategori belanja terlihat.

Sumber data

Kategori item terhubung ke produk yang dirilis (InventTable), yang kemudian digunakan di PurchLine. Informasi kategori tersimpan di tabel manajemen kategori.

Contoh
Perangkat keras TIPerlengkapan kantorJasa profesionalBahan baku
Kode perusahaan
CompanyCode
Pengenal badan hukum atau perusahaan yang membuat pesanan pembelian.
Deskripsi

Dalam lingkungan dengan beberapa perusahaan, atribut ini menunjukkan badan hukum yang melakukan pembelian. Ini merupakan data organisasi yang penting.

Atribut ini memungkinkan Anda membandingkan proses P2P antar badan hukum dalam organisasi yang sama. Perbandingan dapat menunjukkan perbedaan efisiensi proses, kepatuhan, dan pengelolaan vendor, serta mendukung upaya standardisasi.

Mengapa ini penting

Penting bagi organisasi dengan beberapa badan hukum untuk membandingkan dan menstandardisasi proses pengadaan di setiap badan hukum.

Sumber data

Ini adalah field DataAreaId, yang tersedia di hampir semua tabel Dynamics 365, termasuk PurchTable.

Contoh
USMFDEMFGBSI
Lokasi pengiriman
DeliveryLocation
Lokasi, gudang, atau alamat tertentu tempat barang akan dikirim.
Deskripsi

Atribut ini menunjukkan lokasi fisik pengiriman item dalam pesanan pembelian. Lokasinya dapat berupa gudang, kantor tertentu, atau lokasi proyek.

Analisis proses berdasarkan lokasi pengiriman dapat membantu menemukan hambatan di wilayah atau lokasi tertentu, terutama dalam proses penerimaan barang. Dasbor 'Waktu pemrosesan penerimaan barang' dapat menggunakan atribut ini untuk membandingkan efisiensi di berbagai lokasi.

Mengapa ini penting

Membantu menemukan variasi atau keterlambatan proses di lokasi tertentu, terutama pada tahap penerimaan barang dan pemeriksaan kualitas.

Sumber data

Informasi alamat dan lokasi pengiriman tersimpan di PurchTable dan dapat diisi secara otomatis dari pengaturan perusahaan atau vendor.

Contoh
Gudang utama AKantor gedung CPusat distribusi Pantai Barat
Nama pemberi persetujuan
ApproverName
Nama pengguna yang menyetujui pesanan pembelian atau salah satu langkah dalam alur kerja persetujuan.
Deskripsi

Atribut ini menunjukkan manajer atau pengguna yang memberikan persetujuan resmi atas pesanan pembelian sehingga proses dapat dilanjutkan. Dalam alur kerja persetujuan bertingkat, satu pesanan pembelian dapat memiliki beberapa pemberi persetujuan.

Melacak pemberi persetujuan penting untuk dasbor 'Analisis waktu siklus persetujuan PO' dan 'Metrik kinerja pemberi persetujuan'. Data ini membantu mengukur waktu yang dibutuhkan setiap pemberi persetujuan, menemukan hambatan dalam rantai persetujuan, serta menilai pembagian beban kerja dan efisiensi.

Mengapa ini penting

Mendukung analisis proses persetujuan, termasuk menemukan hambatan dan mengukur kinerja serta beban kerja setiap pemberi persetujuan.

Sumber data

Informasi persetujuan biasanya tersimpan di tabel pelacakan workflow, bukan langsung di PurchTable. Untuk mengambilnya, kueri riwayat workflow yang terkait dengan pesanan pembelian.

Contoh
Charles GreenDiana PrinceEdward Nigma
Permintaan pembelian
PurchaseRequisitionNumber
Pengenal permintaan pembelian yang mendahului Purchase Order.
Deskripsi

Atribut ini menghubungkan Purchase Order dengan permintaan internal awal, yaitu permintaan pembelian. Tidak semua Purchase Order berasal dari permintaan pembelian.

Hubungan ini penting untuk menganalisis seluruh proses 'Permintaan hingga PO'. Anda dapat mengukur KPI 'Kecepatan Konversi Permintaan ke PO' dan memahami seberapa cepat kebutuhan internal diterjemahkan menjadi pesanan eksternal. Atribut ini juga membantu menganalisis kepatuhan, misalnya dengan menemukan PO yang dibuat tanpa permintaan resmi.

Mengapa ini penting

Menghubungkan PO dengan permintaan awal, sehingga Anda dapat menganalisis waktu siklus dari permintaan hingga pesanan dan memastikan kepatuhan proses.

Sumber data

Ditemukan di kolom PurchReqId pada tabel PurchLine, yang menghubungkannya kembali ke PurchReqTable.

Contoh
PR-000871PR-000872PR-000873
Wajib Disarankan Opsional

Aktivitas Purchase to Pay, pesanan pembelian

Catat langkah dan tonggak proses penting ini dalam log peristiwa agar proses dapat ditemukan dan dioptimalkan dengan akurat.
6 Disarankan 8 Opsional
Aktivitas Deskripsi
Penerimaan barang dibukukan
Menandai pencatatan resmi barang yang diterima berdasarkan Purchase Order di sistem. Peristiwa ini tercatat saat jurnal penerimaan produk dibukukan.
Mengapa ini penting

Tahap ini memperbarui inventaris dan menandai dimulainya proses pencocokan faktur. Ini juga menjadi titik akhir pengukuran 'Tingkat Pengiriman Tepat Waktu' dan waktu tunggu vendor.

Sumber data

Ambil peristiwa ini dari pembuatan jurnal penerimaan produk yang tersimpan di VendPackingSlipJour. Kolom createdDateTime atau PackingSlipDate pada tabel ini menunjukkan waktu barang resmi diterima.

Pengumpulan data

Gunakan stempel waktu pembuatan atau pembukuan dari rekaman VendPackingSlipJour yang terkait dengan PO.

Jenis peristiwa explicit
Permintaan pembelian dibuat
Aktivitas ini menandai pembuatan permintaan pembelian, yaitu permintaan resmi untuk barang atau jasa. Aktivitas tercatat saat rekaman baru dibuat di tabel permintaan pembelian, yang menandai awal kebutuhan pengadaan.
Mengapa ini penting

Ini adalah pemicu awal proses Purchase Order. Dengan menganalisis waktu dari peristiwa ini hingga PO dibuat, Anda dapat mengukur efisiensi proses internal dan kecepatan respons terhadap kebutuhan.

Sumber data

Peristiwa ini terjadi saat rekaman dibuat di PurchReqTable. Waktu peristiwa ditandai oleh stempel waktu pembuatan rekaman (createdDateTime).

Pengumpulan data

Ambil stempel waktu pembuatan dari PurchReqTable untuk setiap permintaan pembelian.

Jenis peristiwa explicit
Purchase Order dibuat
Aktivitas ini menandai pembuatan draf dokumen Purchase Order di sistem. Peristiwa ini diambil dari stempel waktu pembuatan rekaman header Purchase Order, biasanya setelah permintaan disetujui.
Mengapa ini penting

Tahap ini menandai peralihan dari permintaan internal ke dokumen pembelian resmi. Ini menjadi titik awal penting untuk mengukur waktu pemrosesan dan siklus persetujuan PO.

Sumber data

Peristiwa ini terjadi saat rekaman dibuat di PurchTable. Kolom createdDateTime pada tabel ini memberikan stempel waktu aktivitas.

Pengumpulan data

Ambil stempel waktu pembuatan dari PurchTable untuk setiap Purchase Order.

Jenis peristiwa explicit
Purchase Order dikirim ke vendor
Aktivitas ini menandakan bahwa Purchase Order yang telah disetujui sudah disampaikan kepada vendor. Peristiwa tercatat saat PO dikonfirmasi, yang membuat jurnal konfirmasi dan biasanya memicu pengiriman dokumen.
Mengapa ini penting

Ini adalah langkah pertama yang melibatkan pihak eksternal dan menjadi awal penghitungan waktu tunggu pemasok. Peristiwa ini penting untuk melacak kinerja vendor dan KPI 'Tingkat Pengiriman Tepat Waktu'.

Sumber data

Peristiwa ini ditandai dengan pembuatan rekaman di tabel PurchPurchaseOrderJour (jurnal konfirmasi PO). Tanggal pembuatan jurnal menjadi stempel waktu aktivitas.

Pengumpulan data

Gunakan stempel waktu pembuatan rekaman PurchPurchaseOrderJour pertama untuk PO tersebut.

Jenis peristiwa explicit
Purchase Order disetujui
Menandai persetujuan akhir Purchase Order, yang mengizinkan pesanan dikirim ke vendor. Peristiwa ini biasanya disimpulkan dari perubahan status PO atau diambil langsung dari riwayat workflow.
Mengapa ini penting

Ini adalah tahap penting karena tindakan berikutnya baru dapat dilakukan setelah PO disetujui. Peristiwa ini penting untuk menganalisis hambatan persetujuan dan mengukur KPI 'Waktu Siklus Persetujuan PO'.

Sumber data

Peristiwa ini disimpulkan saat kolom DocumentState di PurchTable berubah menjadi 'Approved'. Anda juga dapat mengambilnya dari stempel waktu penyelesaian langkah persetujuan terakhir di WorkflowTrackingStatusTable.

Pengumpulan data

Temukan stempel waktu saat DocumentState di PurchTable berubah menjadi 'Approved'.

Jenis peristiwa inferred
Purchase Order selesai
Menandakan bahwa siklus Purchase Order berhasil diselesaikan, dengan semua barang telah diterima dan ditagihkan. Peristiwa ini biasanya disimpulkan saat status PO diperbarui ke status akhir atau ditutup.
Mengapa ini penting

Aktivitas ini menandai akhir dari satu kasus proses yang berhasil. Dengan mengukur 'Waktu Siklus Purchase Order Keseluruhan' dari pembuatan hingga penyelesaian, Anda dapat melihat efisiensi proses secara menyeluruh.

Sumber data

Peristiwa ini disimpulkan dari kolom status di PurchTable, misalnya saat DocumentState bernilai 'Invoiced' dan status baris menunjukkan penerimaan serta penagihan telah selesai.

Pengumpulan data

Temukan stempel waktu saat status header dan baris PO diperbarui ke status akhir atau ditutup, misalnya 'Invoiced'.

Jenis peristiwa inferred
Barang dikembalikan ke vendor
Menandakan bahwa barang yang sebelumnya diterima dikembalikan ke vendor karena masalah seperti kerusakan atau barang yang tidak sesuai. Peristiwa ini tercatat saat transaksi pengembalian dibukukan.
Mengapa ini penting

Pengembalian menandakan kegagalan proses dan biaya tambahan. Dengan melacak aktivitas ini, Anda dapat menghitung 'Tingkat Pengembalian Purchase Order' dan menemukan masalah terkait vendor atau produk.

Sumber data

Peristiwa ini disimpulkan dari pembuatan Purchase Order dengan kuantitas negatif atau dokumen pesanan pengembalian khusus yang merujuk ke PO asli. Tanggal transaksi pengembalian dibukukan menjadi waktu peristiwa.

Pengumpulan data

Temukan pembukuan pesanan pengembalian pembelian atau nota debit yang terkait dengan PO asli.

Jenis peristiwa explicit
Pemeriksaan kualitas dilakukan
Menandai selesainya pemeriksaan kualitas atas barang yang diterima. Peristiwa ini sering dikelola melalui modul Quality Management atau pembaruan status.
Mengapa ini penting

Aktivitas ini dapat menjadi hambatan besar antara penerimaan barang dan ketersediaannya untuk digunakan. Dengan menganalisis durasinya, Anda dapat meningkatkan KPI 'Waktu Siklus Pemeriksaan Kualitas'.

Sumber data

Peristiwa ini dapat disimpulkan dari penyelesaian Quality Order (InventQualityOrderTable) yang terkait dengan penerimaan Purchase Order. Stempel waktu perubahan status menjadi 'Passed' atau 'Failed' menandai peristiwa tersebut.

Pengumpulan data

Lacak stempel waktu penyelesaian status di InventQualityOrderTable yang terkait dengan baris PO.

Jenis peristiwa inferred
Permintaan pembelian disetujui
Menandai persetujuan resmi atas permintaan pembelian oleh manajer yang berwenang. Peristiwa ini biasanya diambil dari log riwayat workflow atau diketahui dari perubahan status pada rekaman permintaan.
Mengapa ini penting

Persetujuan adalah tahap penting yang memungkinkan permintaan dikonversi menjadi Purchase Order. Keterlambatan pada tahap ini berdampak langsung pada keseluruhan jadwal pengadaan.

Sumber data

Peristiwa ini dapat diambil dari WorkflowTrackingStatusTable yang terkait dengan permintaan pembelian, atau disimpulkan dari perubahan kolom status di PurchReqTable menjadi 'Approved'.

Pengumpulan data

Gunakan stempel waktu penyelesaian langkah persetujuan terakhir dalam riwayat workflow permintaan tersebut.

Jenis peristiwa explicit
Purchase Order diajukan untuk persetujuan
Menandai saat draf Purchase Order resmi diajukan ke workflow persetujuan. Biasanya, pengguna melakukan tindakan ini secara langsung dan peristiwanya tercatat di log workflow.
Mengapa ini penting

Aktivitas ini secara resmi memulai siklus persetujuan PO. Dengan melacaknya, Anda dapat mengukur secara akurat berapa lama PO menunggu persetujuan dan total durasi persetujuannya.

Sumber data

Ambil peristiwa ini dari WorkflowTrackingStatusTable untuk Purchase Order, yang mencatat pengajuan beserta stempel waktunya.

Pengumpulan data

Temukan peristiwa 'Submitted' dalam riwayat workflow yang terkait dengan rekaman PurchTable.

Jenis peristiwa explicit
Purchase Order dibatalkan
Menandai penghentian Purchase Order sebelum seluruh proses selesai. Peristiwa ini tercatat melalui perubahan status tertentu pada dokumen Purchase Order.
Mengapa ini penting

Pembatalan merupakan jalur pengecualian yang penting. Dengan menganalisis frekuensi dan alasannya, Anda dapat menemukan masalah dalam perencanaan atau keandalan vendor.

Sumber data

Peristiwa ini disimpulkan saat kolom DocumentState di PurchTable diperbarui menjadi 'Canceled'. Stempel waktu perubahan status menandai peristiwa tersebut.

Pengumpulan data

Temukan stempel waktu saat DocumentState di PurchTable diatur menjadi 'Canceled'.

Jenis peristiwa inferred
Purchase Order dikonfirmasi oleh vendor
Menandai bahwa vendor telah menerima dan mengonfirmasi detail Purchase Order. Biasanya, pengguna memasukkan data secara manual berdasarkan komunikasi dari vendor.
Mengapa ini penting

Konfirmasi vendor memastikan bahwa pesanan sedang diproses. Keterlambatan atau ketidaksesuaian pada tahap ini dapat menandakan masalah pemenuhan pesanan.

Sumber data

Peristiwa ini biasanya disimpulkan dari terisinya kolom tanggal atau status konfirmasi di PurchTable, seperti tanggal konfirmasi pengiriman. Peristiwa ini mungkin tidak tercatat sebagai kejadian tersendiri.

Pengumpulan data

Simpulkan peristiwa ini dari terisinya kolom tanggal konfirmasi tertentu di PurchTable atau PurchLine.

Jenis peristiwa inferred
Purchase Order ditagihkan
Aktivitas ini menandai saat faktur vendor diterima dan dibukukan terhadap Purchase Order. Peristiwa ini menghubungkan proses pengadaan dengan proses pembayaran.
Mengapa ini penting

Ini adalah langkah terakhir sebelum pembayaran dan penting untuk menghitung biaya akhir pembelian. Tahap ini menjadi titik akhir analisis pencocokan tiga arah.

Sumber data

Peristiwa ini diambil dari pembukuan jurnal faktur vendor (VendInvoiceJour) yang dicocokkan dengan Purchase Order. InvoiceDate atau tanggal pembukuan pada rekaman ini menjadi stempel waktunya.

Pengumpulan data

Gunakan stempel waktu pembukuan dari tabel VendInvoiceJour yang terkait dengan rekaman PurchTable.

Jenis peristiwa explicit
Purchase Order diubah
Aktivitas ini mencatat setiap perubahan pada Purchase Order setelah disetujui. Dynamics 365 dapat melacak versi PO sehingga perubahan dapat diketahui.
Mengapa ini penting

Melacak perubahan penting untuk menemukan pengerjaan ulang, memahami ketidakstabilan proses, dan mengukur 'Tingkat Perubahan PO'. Perubahan dapat menyebabkan keterlambatan dan variasi biaya.

Sumber data

Peristiwa ini disimpulkan dengan membandingkan berbagai versi Purchase Order yang tersimpan di tabel arsip atau versi, misalnya PurchTableHistory. Kenaikan nomor versi menandakan adanya perubahan.

Pengumpulan data

Temukan rekaman saat nomor versi di PurchTable bertambah setelah persetujuan.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Microsoft Dynamics 365

Siap untuk memulai?

Templat ini menyediakan hal-hal yang Anda perlukan untuk mulai mengoptimalkan proses Purchase to Pay, pesanan pembelian. Mulai tingkatkan operasional pengadaan Anda hari ini.

Tingkatkan efisiensi Purchase to Pay, pesanan pembelian Anda sekarang

Temukan ketidakefisienan dan kurangi waktu siklus P2P hingga 30%.

Mulai uji coba gratis

Tidak perlu kartu kredit, penyiapan hanya beberapa menit