Templat data Purchase to Pay - Permintaan pembelian

Microsoft Dynamics 365
Templat data Purchase to Pay - Permintaan pembelian

Templat data Purchase to Pay - Permintaan pembelian

Templat ini menjelaskan atribut utama yang perlu dikumpulkan dan aktivitas penting yang perlu dilacak agar Anda dapat menganalisis proses permintaan pembelian secara terperinci. Templat ini juga memberi panduan praktis untuk mengekstrak data, sehingga Anda dapat menyiapkan log peristiwa dengan efisien untuk analisis lebih lanjut.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Purchase to Pay - Permintaan pembelian

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses Purchase to Pay - Permintaan pembelian dapat dianalisis secara menyeluruh.
5 Wajib 6 Disarankan 6 Opsional
Nama Deskripsi
Nama aktivitas
ActivityName
Nama peristiwa atau langkah bisnis tertentu yang terjadi dalam proses permintaan pembelian.
Deskripsi

Atribut ini mencatat nama setiap aktivitas dalam siklus permintaan pembelian. Contohnya mencakup 'Permintaan pembelian dibuat', 'Tahap persetujuan disetujui', dan 'Pesanan pembelian dibuat'. Aktivitas ini menjadi simpul dalam peta proses yang ditemukan.

Analisis urutan, frekuensi, dan durasi antaraktivitas merupakan inti process mining. Analisis ini membantu menemukan hambatan, rangkaian pekerjaan ulang, dan penyimpangan dari alur proses standar, sehingga Anda dapat melihat inefisiensi operasional.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam peta proses, sehingga alur kerja permintaan pembelian dapat ditampilkan, dianalisis, dan dipahami.

Sumber data

Biasanya, atribut ini diperoleh dari log perubahan status, tabel riwayat workflow, atau tabel peristiwa tertentu di Microsoft Dynamics 365, seperti WorkflowTrackingStatusTable.

Contoh
Permintaan pembelian diajukan untuk persetujuanTahap persetujuan disetujuiPermintaan pembelian diubah
Purchase Requisition ID
PurchaseRequisitionId
Pengenal unik untuk permintaan pembelian yang digunakan sebagai ID utama kasus.
Deskripsi

Purchase Requisition ID adalah kunci utama yang menghubungkan semua aktivitas terkait satu permintaan barang atau jasa. Setiap proses permintaan pembelian, mulai dari pembuatan hingga persetujuan akhir dan penutupan, dilacak menggunakan ID unik ini.

Dalam process mining, atribut ini menjadi dasar untuk menyusun kembali perjalanan setiap permintaan dari awal hingga akhir. Atribut ini memungkinkan analisis variasi proses, waktu siklus, dan kepatuhan untuk setiap kasus, sehingga Anda mendapat gambaran lengkap tentang siklus permintaan pembelian.

Mengapa ini penting

Atribut ini diperlukan untuk mengelompokkan semua peristiwa terkait ke dalam satu instans proses, sehingga seluruh siklus setiap permintaan pembelian dapat dianalisis dari awal hingga akhir.

Sumber data

Biasanya, atribut ini menjadi kunci utama di tabel header permintaan pembelian, seperti PurchReqTable di Microsoft Dynamics 365.

Contoh
PR-001254PR-001255PR-001256
Waktu peristiwa
EventTime
Stempel waktu yang menunjukkan dengan tepat kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu peristiwa, atau stempel waktu, mencatat tanggal dan waktu suatu peristiwa bisnis direkam di sistem. Data ini menjadi dasar waktu untuk semua analisis proses.

Atribut ini penting untuk menghitung waktu siklus, durasi, dan waktu tunggu antaraktivitas. Data ini memungkinkan analisis kinerja proses, identifikasi hambatan, dan pemantauan kepatuhan terhadap SLA. Stempel waktu yang akurat diperlukan agar hasil process mining dapat diandalkan.

Mengapa ini penting

Atribut ini menunjukkan urutan kronologis peristiwa. Urutan tersebut diperlukan untuk menghitung durasi proses, menemukan hambatan, dan menganalisis kinerja dari waktu ke waktu.

Sumber data

Tersedia di tabel riwayat workflow atau log dokumen, biasanya dalam kolom 'CreatedDateTime' atau 'ModifiedDateTime' yang terkait dengan setiap perubahan status atau catatan peristiwa.

Contoh
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
Pembaruan data terakhir
LastDataIngestionTimestamp
Stempel waktu saat data terakhir diekstrak dan dimuat ke alat process mining.
Deskripsi

Atribut ini menunjukkan seberapa baru data yang dianalisis. Atribut ini mencatat tanggal dan waktu pembaruan data terbaru dari sistem sumber. Kolom ini bukan bagian dari Dynamics 365, melainkan metadata yang ditambahkan saat data dimasukkan.

Stempel waktu ini membantu pengguna memahami seberapa mutakhir wawasan yang ditampilkan. Pengguna dapat mengetahui apakah data yang dilihat bersifat real-time atau merupakan rekaman dari waktu tertentu. Hal ini memengaruhi relevansi kesimpulan yang diambil.

Mengapa ini penting

Atribut ini memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka memahami rentang waktu analisis dan relevansi wawasannya.

Sumber data

Nilai ini dibuat dan ditambahkan ke kumpulan data selama proses pemasukan data atau ETL.

Contoh
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
Sistem sumber
SourceSystemId
Sistem pencatatan asal tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan sistem sumber asal data peristiwa. Dalam konteks ini, nilainya adalah 'Microsoft Dynamics 365'. Jika lingkungan Anda menggunakan beberapa sistem terintegrasi, kolom ini penting untuk melacak asal data dan memahami konteksnya.

Dalam analisis, atribut ini membantu membedakan proses yang melibatkan beberapa sistem atau memastikan data berasal dari satu sumber resmi. Hal ini penting untuk memvalidasi data dan memastikan analisis menggunakan kumpulan data yang tepat.

Mengapa ini penting

Atribut ini memberikan konteks tentang asal data, yang penting untuk tata kelola dan validasi data, terutama di lingkungan dengan beberapa sistem terintegrasi.

Sumber data

Nilai statis 'Microsoft Dynamics 365' ini ditambahkan selama proses ekstraksi dan transformasi data.

Contoh
Microsoft Dynamics 365 F&OD365MSD365
Departemen
Department
Departemen pemohon atau pusat biaya yang terkait dengan permintaan pembelian.
Deskripsi

Atribut ini menunjukkan departemen bisnis atau pusat biaya yang mengajukan permintaan pembelian, seperti 'Pemasaran', 'TI', atau 'Operasional'. Informasi ini biasanya tercantum di header permintaan.

Mengelompokkan proses berdasarkan departemen penting untuk analisis perbandingan. Anda dapat melihat departemen dengan waktu siklus terlama, tingkat penolakan tertinggi, atau perubahan paling sering. Wawasan ini membantu menyesuaikan perbaikan proses dengan kebutuhan tiap departemen.

Mengapa ini penting

Atribut ini memungkinkan Anda memfilter dan membandingkan kinerja proses di berbagai unit bisnis, serta menemukan pola, hambatan, atau inefisiensi khusus di tiap departemen.

Sumber data

Informasi ini biasanya tersimpan di header permintaan pembelian (PurchReqTable) dan terhubung ke konfigurasi dimensi keuangan di Dynamics 365.

Contoh
Departemen TIKeuanganOperasional
Pengguna
User
ID pengguna atau nama orang yang melakukan aktivitas.
Deskripsi

Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab menjalankan langkah proses tertentu, seperti mengajukan permintaan pembelian atau menyetujui permintaan. Nilainya dapat berupa ID pengguna, nama lengkap, atau alamat email.

Analisis aktivitas berdasarkan pengguna membantu menemukan kebutuhan pelatihan, individu atau tim berkinerja tinggi, serta pembagian beban kerja. Atribut ini juga penting untuk analisis kepatuhan, seperti pemisahan tugas, dan untuk memahami interaksi berbagai peran pengguna dalam proses.

Mengapa ini penting

Atribut ini memungkinkan analisis perilaku, beban kerja, dan kinerja setiap pengguna. Informasi ini penting untuk pengelolaan sumber daya dan menemukan kebutuhan pelatihan.

Sumber data

Biasanya, data ini tersedia di tabel riwayat workflow, misalnya WorkflowTrackingStatusTable, atau tabel transaksi, misalnya PurchReqTable, yang terhubung ke tabel pengguna, misalnya UserInfo.

Contoh
j.smitha.joness.patel
Status permintaan pembelian
RequisitionStatus
Status permintaan pembelian saat ini atau status akhirnya.
Deskripsi

Atribut ini menunjukkan status keseluruhan permintaan pembelian pada waktu tertentu, seperti 'Sedang ditinjau', 'Disetujui', 'Ditolak', atau 'Ditutup'. Biasanya, atribut ini berlaku di tingkat kasus dan menunjukkan hasil akhir.

Analisis status akhir membantu Anda memahami hasil keseluruhan proses. Misalnya, banyaknya permintaan yang 'Ditolak' atau 'Ditarik' dapat menunjukkan masalah pada tahap awal pengajuan atau proses persetujuan yang berbelit. Status ini penting untuk mengukur tingkat keberhasilan dan efisiensi proses.

Mengapa ini penting

Status ini menunjukkan hasil yang jelas untuk setiap kasus. Anda dapat menganalisis tingkat persetujuan, penolakan, dan penarikan, yang merupakan indikator kinerja utama.

Sumber data

Kolom status biasanya berada di tabel header permintaan pembelian, PurchReqTable, dengan nama seperti 'Status' atau 'PurchReqStatus'.

Contoh
DisetujuiSedang ditinjauDitolakDraf
Tahap persetujuan
ApprovalStep
Nama atau tahap tertentu dalam alur kerja persetujuan.
Deskripsi

Atribut ini menunjukkan tahap tertentu dalam alur kerja persetujuan, seperti 'Persetujuan manajer' atau 'Persetujuan keuangan'. Informasinya lebih terperinci daripada nama aktivitas umum.

Atribut ini penting untuk 'Analisis hambatan tahap persetujuan'. Dengan melacak waktu yang dihabiskan di setiap tahap persetujuan, Anda dapat mengetahui tahap mana yang menyebabkan keterlambatan proses. Hasilnya, Anda dapat melakukan perbaikan yang tepat sasaran untuk meningkatkan efisiensi alur kerja.

Mengapa ini penting

Atribut ini memungkinkan analisis alur kerja persetujuan secara terperinci, sehingga Anda dapat menemukan tahap tertentu yang menyebabkan hambatan.

Sumber data

Informasi ini tersimpan di tabel riwayat alur kerja, seperti WorkflowTrackingStatusTable, yang mencatat setiap tahap dalam alur kerja yang dikonfigurasi.

Contoh
Persetujuan manajerPersetujuan kepala departemenPeninjauan keuangan
Tingkat urgensi
UrgencyLevel
Klasifikasi urgensi permintaan, seperti 'Tinggi', 'Sedang', atau 'Rendah'.
Deskripsi

Tingkat urgensi atau prioritas menunjukkan seberapa cepat barang atau jasa yang diminta dibutuhkan. Atribut ini sering digunakan untuk menentukan jalur persetujuan atau memprioritaskan pekerjaan bagi pemberi persetujuan.

Analisis atribut ini membantu Anda menilai efektivitas sistem prioritas. Misalnya, bandingkan waktu penyelesaian permintaan dengan urgensi 'Tinggi' dan 'Rendah'. Jika perbedaannya tidak signifikan, kolom prioritas mungkin diabaikan atau digunakan secara keliru. Temuan ini penting untuk dasbor 'Analisis dampak tingkat urgensi'.

Mengapa ini penting

Atribut ini membantu menilai apakah pengaturan prioritas mempercepat permintaan penting dan mengungkap kemungkinan penyalahgunaan klasifikasi urgensi.

Sumber data

Kolom ini bisa berupa kolom standar atau kolom khusus di PurchReqTable. Ketersediaan dan namanya dapat berbeda, bergantung pada konfigurasi sistem.

Contoh
TinggiSedangRendah
Total nilai permintaan pembelian
RequisitionTotalAmount
Nilai total permintaan pembelian.
Deskripsi

Atribut ini mencatat nilai total seluruh baris item dalam permintaan pembelian. Nilai tersebut sering memengaruhi kerumitan alur kerja persetujuan. Permintaan bernilai lebih tinggi biasanya memerlukan lebih banyak tahap persetujuan.

Dalam analisis proses, atribut ini penting untuk memfilter dan menganalisis data berdasarkan nilai. Atribut ini membantu menjawab pertanyaan seperti, 'Apakah permintaan bernilai tinggi membutuhkan waktu lebih lama untuk disetujui?' atau 'Berapa nilai permintaan yang saat ini tertahan dalam proses?'. Dengan begitu, Anda dapat melihat kinerja proses dalam konteks keuangan.

Mengapa ini penting

Atribut ini menambahkan dimensi keuangan ke dalam analisis. Anda dapat memprioritaskan kasus bernilai tinggi dan memahami pengaruh nilai uang terhadap perilaku proses.

Sumber data

Nilai ini biasanya tersedia di tabel header permintaan pembelian atau dihitung dengan menjumlahkan nilai setiap baris item dari tabel baris permintaan pembelian (PurchReqLine).

Contoh
1500.0025000.50500.75
Disetujui pada pengajuan pertama
IsFirstPass
Penanda yang menunjukkan apakah permintaan disetujui tanpa perubahan atau penolakan sebelumnya.
Deskripsi

Atribut boolean terhitung ini bernilai 'true' jika jalur permintaan menuju persetujuan tidak mencakup aktivitas 'Permintaan diubah' atau 'Tahap persetujuan ditolak'. Jika tidak, nilainya 'false'.

Atribut ini mendukung KPI 'Tingkat persetujuan permintaan pada pengajuan pertama'. Atribut ini memudahkan analisis efisiensi proses dengan menunjukkan pengerjaan ulang di tingkat kasus. Tingkat persetujuan pada pengajuan pertama yang rendah menandakan masalah pada kualitas data awal atau persyaratan yang kurang jelas. Ini menjadi peluang untuk memperbaiki proses.

Mengapa ini penting

Atribut ini mengukur kualitas dan efisiensi proses secara langsung dengan menunjukkan kasus yang perlu dikerjakan ulang. Atribut ini mendukung KPI yang mengukur keberhasilan pada percobaan pertama.

Sumber data

Atribut ini dihitung dengan menganalisis seluruh urutan aktivitas untuk setiap kasus selama transformasi data, lalu memeriksa apakah ada aktivitas pengerjaan ulang sebelum persetujuan.

Contoh
truefalse
Grup pemberi persetujuan
ApproverGroup
Grup pengguna atau peran yang bertanggung jawab atas suatu tahap persetujuan.
Deskripsi

Atribut ini menunjukkan grup, peran, atau antrean yang ditugaskan untuk menangani tugas persetujuan tertentu, misalnya 'Pemberi persetujuan keuangan' atau 'Manajer TI'.

Analisis kinerja proses berdasarkan grup pemberi persetujuan penting untuk memahami pembagian beban kerja dan mengetahui grup yang kekurangan sumber daya atau memerlukan pelatihan tambahan. Atribut ini mendukung dasbor 'Analisis hambatan tahap persetujuan' dengan memungkinkan Anda mengelompokkan kinerja berdasarkan tim yang bertanggung jawab atas persetujuan.

Mengapa ini penting

Atribut ini membantu menemukan perbedaan kinerja antar-tim persetujuan serta menunjukkan kemungkinan keterbatasan sumber daya atau kebutuhan pelatihan di grup tertentu.

Sumber data

Informasi ini terdapat dalam riwayat alur kerja, misalnya WorkflowTrackingStatusTable, yang mencatat pengguna atau grup pengguna yang ditugaskan untuk setiap tugas.

Contoh
Pemberi persetujuan keuanganManajer TIPimpinan senior
Jalur alur kerja persetujuan
ApprovalWorkflowPath
Urutan tahap persetujuan yang dilalui.
Deskripsi

Atribut turunan ini menggabungkan urutan tahap persetujuan untuk suatu permintaan, misalnya 'Persetujuan manajer -> Persetujuan kepala departemen -> Persetujuan keuangan'. Atribut ini merangkum varian proses untuk subproses persetujuan.

Atribut ini penting untuk dasbor 'Pemantau penyimpangan kepatuhan'. Dengan membandingkan jalur alur kerja aktual dengan jalur standar atau yang diharapkan, Anda dapat dengan mudah menandai alur proses yang tidak sesuai atau tidak biasa. Alur tersebut mungkin menunjukkan pelanggaran kebijakan atau risiko operasional.

Mengapa ini penting

Atribut ini memudahkan analisis kepatuhan dengan menampilkan varian proses dalam bentuk teks yang jelas, sehingga penyimpangan dari prosedur standar mudah ditemukan.

Sumber data

Atribut ini bukan kolom standar. Atribut ini harus dibuat dengan menggabungkan nilai 'ApprovalStep' secara kronologis untuk setiap kasus selama transformasi data.

Contoh
Manajer -> DirekturManajer -> Direktur -> VP KeuanganManajer -> Disetujui otomatis
Jumlah perubahan
AmendmentCount
Jumlah perubahan yang dilakukan pada permintaan.
Deskripsi

Atribut numerik terhitung ini menghitung kemunculan aktivitas 'Permintaan diubah' untuk setiap kasus permintaan pembelian.

Atribut ini penting untuk dasbor 'Frekuensi perubahan permintaan' dan KPI 'Rasio perubahan permintaan'. Atribut ini mengukur jumlah pengerjaan ulang per kasus, sehingga Anda dapat mengetahui permintaan, departemen, atau pengguna yang terkait dengan banyak perubahan dan inefisiensi. Informasi ini membantu mengarahkan upaya untuk meningkatkan kualitas pengajuan awal.

Mengapa ini penting

Atribut ini mengukur pengerjaan ulang dalam suatu kasus, sehingga frekuensi perubahan dan dampaknya terhadap efisiensi proses mudah dianalisis.

Sumber data

Atribut ini dihitung selama transformasi data dengan menghitung aktivitas 'Permintaan diubah' untuk setiap PurchaseRequisitionId yang unik.

Contoh
013
Mata uang
Currency
Kode mata uang untuk nilai permintaan.
Deskripsi

Atribut ini menunjukkan mata uang yang digunakan untuk menyatakan total nilai permintaan, misalnya USD, EUR, atau GBP. Atribut ini penting untuk analisis keuangan, terutama di organisasi multinasional yang menggunakan beberapa mata uang.

Dengan atribut mata uang, Anda dapat mengolah dan menggabungkan data keuangan dengan benar. Atribut ini memastikan nilai uang ditafsirkan secara tepat dan dapat dikonversi ke mata uang yang sama untuk pelaporan serta perbandingan antarwilayah atau unit bisnis.

Mengapa ini penting

Atribut ini memberi konteks yang diperlukan untuk data keuangan, sehingga nilai uang dapat ditafsirkan dan dijumlahkan dengan tepat dalam lingkungan yang menggunakan beberapa mata uang.

Sumber data

Kolom ini biasanya terdapat di tabel header permintaan pembelian, PurchReqTable, bersama kolom nilai.

Contoh
USDEURGBP
Nomor pesanan pembelian
PurchaseOrderNumber
Pengenal pesanan pembelian yang dibuat dari permintaan.
Deskripsi

Atribut ini menyimpan ID unik pesanan pembelian yang dibuat dari permintaan pembelian yang disetujui. Atribut ini menghubungkan proses permintaan dengan proses pengadaan berikutnya.

Nomor ini penting untuk menganalisis 'Waktu konversi permintaan ke PO'. Nomor tersebut memastikan permintaan telah berhasil masuk ke tahap berikutnya dalam siklus Purchase-to-Pay dan memungkinkan analisis proses menyeluruh yang mencakup permintaan serta pesanan pembelian.

Mengapa ini penting

Atribut ini menghubungkan permintaan dengan pesanan pembelian berikutnya. Anda dapat menganalisis konversi permintaan ke PO dan menghubungkan berbagai tahap proses P2P.

Sumber data

Informasi ini biasanya tersedia di tabel baris permintaan pembelian (PurchReqLine) setelah PO dibuat, dengan tautan kembali ke PurchTable.

Contoh
PO-000987PO-000988PO-000989
Wajib Disarankan Opsional

Aktivitas Purchase to Pay - Permintaan pembelian

Berikut tahap dan pencapaian proses penting yang perlu dicatat dalam log peristiwa agar alur kerja permintaan pembelian dapat ditemukan dan dianalisis dengan akurat.
7 Disarankan 5 Opsional
Aktivitas Deskripsi
Permintaan pembelian diajukan untuk persetujuan
Pengguna mengajukan permintaan pembelian yang telah dilengkapi untuk memulai alur kerja persetujuan resmi. Mesin workflow sistem mencatat tindakan ini secara langsung.
Mengapa ini penting

Aktivitas ini merupakan tonggak penting yang menandai dimulainya siklus persetujuan. Aktivitas ini menjadi titik awal untuk mengukur 'Waktu Siklus Persetujuan Permintaan' dan 'Tingkat Persetujuan pada Pengajuan Pertama'.

Sumber data

Data diambil dari 'WorkflowTrackingStatusTable' atau tabel riwayat workflow serupa, tempat peristiwa 'Submission' dicatat untuk permintaan pembelian.

Pengumpulan data

Filter log riwayat workflow berdasarkan jenis peristiwa 'Submission' atau 'Start' yang terkait dengan permintaan pembelian.

Jenis peristiwa explicit
Permintaan pembelian dibuat
Peristiwa ini menandai pembuatan awal catatan permintaan pembelian dalam status draf. Peristiwa ini diketahui dari stempel waktu pembuatan header permintaan pembelian.
Mengapa ini penting

Sebagai awal proses, aktivitas ini penting untuk mengukur total waktu siklus permintaan pembelian dan menganalisis jumlah permintaan yang diproses setiap hari.

Sumber data

Aktivitas ini disimpulkan dari kolom 'createdDateTime' pada 'PurchReqTable' untuk setiap Purchase Requisition ID baru.

Pengumpulan data

Gunakan stempel waktu pembuatan catatan di PurchReqTable.

Jenis peristiwa inferred
Permintaan pembelian disetujui
Permintaan pembelian telah melewati semua tahap persetujuan yang diwajibkan dalam workflow. Aktivitas ini dicatat saat instans workflow selesai dengan status akhir disetujui.
Mengapa ini penting

Ini merupakan tonggak penting yang menandai berakhirnya siklus persetujuan dan dimulainya tahap pengadaan. Peristiwa ini menjadi titik akhir KPI 'Waktu Siklus Persetujuan Permintaan'.

Sumber data

Aktivitas ini dicatat secara langsung di 'WorkflowTrackingStatusTable' saat workflow selesai. Kolom 'Status' pada 'PurchReqTable' juga diperbarui menjadi 'Approved'.

Pengumpulan data

Filter peristiwa 'Completion' pada workflow dengan status 'Approved', atau lacak perubahan status di PurchReqTable.

Jenis peristiwa explicit
Permintaan pembelian ditolak
Permintaan pembelian ditolak selama workflow persetujuan dan tidak akan diproses lebih lanjut. Ini menandai kegagalan akhir untuk permintaan tersebut.
Mengapa ini penting

Peristiwa akhir ini penting untuk menganalisis tingkat penolakan secara keseluruhan dan memahami dampak finansial atau operasional dari permintaan yang gagal.

Sumber data

Aktivitas ini dicatat secara langsung di 'WorkflowTrackingStatusTable' saat workflow selesai dengan status 'Rejected'. Kolom status pada 'PurchReqTable' juga diperbarui.

Pengumpulan data

Filter peristiwa 'Completion' pada workflow dengan status 'Rejected', atau lacak perubahan status di PurchReqTable.

Jenis peristiwa explicit
Permintaan pembelian ditutup
Seluruh permintaan pembelian dianggap selesai setelah semua barisnya diproses menjadi pesanan pembelian atau dibatalkan. Ini menandai status akhir yang berhasil.
Mengapa ini penting

Aktivitas ini menandai selesainya siklus permintaan pembelian. Aktivitas ini menjadi titik akhir untuk mengukur total durasi proses dari awal hingga akhir.

Sumber data

Status ini biasanya dihitung atau disimpulkan. Status ini tercapai saat semua catatan 'PurchReqLine' terkait mencapai status akhir, misalnya 'Closed' atau 'Cancelled'.

Pengumpulan data

Tentukan peristiwa ini dengan memeriksa apakah semua catatan PurchReqLine turunan untuk satu PurchReqTable memiliki status akhir.

Jenis peristiwa calculated
Pesanan pembelian dibuat
Baris permintaan pembelian yang telah disetujui diubah menjadi baris pesanan pembelian. Ini menandai penyerahan proses kepada tim pengadaan. Peristiwa ini diketahui dengan menghubungkan baris permintaan ke baris pesanan pembelian.
Mengapa ini penting

Ini merupakan tonggak penting yang menghubungkan permintaan pembelian dengan proses pengadaan berikutnya. Data ini diperlukan untuk mengukur KPI 'Waktu Konversi Permintaan ke PO'.

Sumber data

Peristiwa ini disimpulkan dengan mencari catatan di tabel 'PurchLine' yang merujuk ke ID 'PurchReqLine' terkait dengan kasus permintaan pembelian.

Pengumpulan data

Gabungkan PurchReqLine dengan PurchLine menggunakan kolom referensi penghubung, misalnya PurchReqLineRefId.

Jenis peristiwa inferred
Tahap persetujuan disetujui
Pemberi persetujuan menyelesaikan tugas yang diberikan dan menyetujui permintaan pembelian pada tahapnya. Permintaan kemudian berlanjut ke tahap berikutnya atau ke persetujuan akhir.
Mengapa ini penting

Aktivitas ini mengukur waktu pemrosesan setiap tahap persetujuan dan membantu menemukan bagian workflow yang berjalan efisien. Aktivitas ini juga menjadi bagian penting dalam analisis variasi.

Sumber data

Aktivitas ini dicatat secara langsung di 'WorkflowTrackingStatusTable' saat pengguna menyelesaikan item kerja dengan hasil 'Approve'.

Pengumpulan data

Cari peristiwa 'WorkItemCompleted' dengan hasil 'Approve' di log riwayat workflow.

Jenis peristiwa explicit
Baris permintaan pembelian ditutup
Satu baris item dalam permintaan pembelian dianggap selesai diproses. Biasanya, ini terjadi setelah seluruh baris diubah menjadi pesanan pembelian.
Mengapa ini penting

Aktivitas ini memberikan detail pemenuhan permintaan pembelian, sehingga Anda dapat mengetahui apakah permintaan dikonversi sebagian atau seluruhnya menjadi pesanan pembelian.

Sumber data

Peristiwa ini disimpulkan dari kolom status pada tabel 'PurchReqLine'. Status yang menunjukkan bahwa item telah dipesan atau diterima menandakan baris tersebut telah ditutup.

Pengumpulan data

Pantau kolom status di tabel PurchReqLine untuk nilai akhir seperti 'Invoiced' atau 'Closed'.

Jenis peristiwa inferred
Permintaan pembelian ditarik
Pembuat permintaan atau pengguna yang berwenang membatalkan permintaan setelah diajukan. Tindakan ini mengakhiri workflow dan permintaan tersebut.
Mengapa ini penting

Melacak penarikan membantu menemukan masalah dalam perencanaan kebutuhan atau proses yang terlalu rumit. Data ini mendukung dasbor 'Wawasan Penarikan Permintaan'.

Sumber data

Peristiwa ini disimpulkan dari perubahan status pada 'PurchReqTable' menjadi 'Cancelled' atau dari peristiwa 'Cancel' di 'WorkflowTrackingStatusTable'.

Pengumpulan data

Deteksi perubahan status menjadi 'Cancelled' di PurchReqTable atau peristiwa pembatalan workflow.

Jenis peristiwa inferred
Permintaan pembelian diubah
Peristiwa ini terjadi saat pengguna menarik kembali permintaan yang telah diajukan dari workflow untuk mengubahnya. Aktivitas ini biasanya diketahui dari tindakan penarikan yang diikuti pengajuan ulang.
Mengapa ini penting

Melacak perubahan penting untuk menemukan pekerjaan ulang, permintaan awal yang kurang jelas, dan inefisiensi proses. Data ini mendukung dasbor 'Frekuensi Perubahan Permintaan'.

Sumber data

Peristiwa ini dapat disimpulkan dari riwayat workflow ('WorkflowTrackingStatusTable') dengan mendeteksi tindakan 'Recall' atau 'RequestChange'. Peristiwa ini juga dapat disimpulkan dari perubahan kolom 'modifiedDateTime' pada 'PurchReqTable' setelah pengajuan.

Pengumpulan data

Deteksi peristiwa penarikan workflow atau perubahan versi catatan di antara pengajuan.

Jenis peristiwa inferred
Tahap persetujuan dimulai
Sebagai bagian dari workflow, tugas persetujuan diberikan kepada pengguna atau grup. Ini menandai dimulainya waktu tunggu atau waktu pemrosesan oleh pemberi persetujuan tertentu.
Mengapa ini penting

Aktivitas ini penting untuk 'Analisis Hambatan Tahap Persetujuan' karena memungkinkan pengukuran waktu antrean pada setiap tahap persetujuan.

Sumber data

Data diambil dari 'WorkflowTrackingStatusTable' saat item kerja baru dibuat dan diberikan untuk instans workflow permintaan pembelian.

Pengumpulan data

Cari peristiwa 'WorkItemCreated' atau peristiwa serupa di log riwayat workflow untuk permintaan pembelian terkait.

Jenis peristiwa explicit
Tahap persetujuan ditolak
Pemberi persetujuan menolak tugas yang diberikan. Biasanya, permintaan pembelian dikembalikan kepada pengaju untuk diperbaiki. Mesin workflow mencatat tindakan ini secara langsung.
Mengapa ini penting

Aktivitas ini penting untuk menghitung 'Tingkat Penolakan Permintaan' dan mengetahui tahap yang paling sering mengalami penolakan. Hasilnya membantu menemukan bagian yang perlu diperbaiki.

Sumber data

Aktivitas ini dicatat secara langsung di 'WorkflowTrackingStatusTable' saat pengguna menyelesaikan item kerja dengan hasil 'Reject'.

Pengumpulan data

Cari peristiwa 'WorkItemCompleted' dengan hasil 'Reject' di log riwayat workflow.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Microsoft Dynamics 365

Siap memulai?

Templat ini menyediakan semua yang Anda perlukan untuk mulai mengoptimalkan proses Purchase to Pay - Permintaan pembelian. Temukan wawasan yang berguna mulai hari ini.

Perbaiki proses Purchase to Pay - Requisition agar persetujuan lebih cepat

Hilangkan keterlambatan dan percepat siklus hingga 30% di Dynamics 365.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siap digunakan dalam hitungan menit.