Templat data Purchase to Pay - Requisition Anda
Templat data Purchase to Pay - Requisition Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama untuk dilacak dalam penemuan proses
- Panduan ekstraksi data
Atribut Purchase to Pay - Requisition
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID Permintaan Pembelian
PurchaseRequisitionId
|
Pengenal unik untuk setiap permintaan pembelian, yang berfungsi sebagai ID kasus utama dalam analisis proses. | ||
|
Deskripsi
ID Permintaan Pembelian adalah pengenal utama yang menghubungkan semua aktivitas dan peristiwa terkait permintaan barang atau jasa tertentu. NetSuite memberikan ID unik pada setiap permintaan saat dibuat, dan ID tersebut tetap sama sepanjang siklusnya. Dalam process mining, atribut ini menjadi dasar untuk menghubungkan kasus. Dengan ID ini, Anda dapat merekonstruksi perjalanan setiap permintaan dari awal, melalui semua tahap persetujuan dan perubahan, hingga hasil akhirnya, seperti disetujui, ditolak, atau diubah menjadi pesanan pembelian. Analisis berdasarkan ID ini penting untuk menghitung durasi siklus, melacak perubahan status, dan menemukan variasi alur proses.
Mengapa ini penting
ID ini menjadi kunci untuk melacak seluruh siklus satu permintaan pembelian, menganalisis alur proses, dan menghitung metrik pada tingkat kasus.
Sumber data
Ini adalah ID internal atau nomor transaksi untuk catatan Permintaan Pembelian di NetSuite. Biasanya, ID ini dapat ditemukan di kolom 'tranid' pada transaksi.
Contoh
PR-001254PR-001255PR-001256
|
|||
|
Nama Aktivitas
ActivityName
|
Nama peristiwa bisnis atau tugas tertentu yang terjadi dalam siklus permintaan pembelian. | ||
|
Deskripsi
Nama Aktivitas menjelaskan langkah tertentu dalam proses permintaan, seperti 'Permintaan Dibuat', 'Tahap Persetujuan Disetujui', atau 'Pesanan Pembelian Dibuat'. Aktivitas ini menjadi bagian dasar peta proses dan menunjukkan pekerjaan yang dilakukan. Dengan menganalisis aktivitas, Anda dapat melihat alur proses, menemukan hambatan, dan mengukur waktu yang dihabiskan di setiap tahap. Urutan aktivitas untuk setiap ID Permintaan Pembelian menunjukkan perjalanan permintaan tersebut. Anda dapat membandingkannya dengan prosedur standar untuk menemukan penyimpangan atau proses yang tidak efisien.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam proses, sehingga Anda dapat melihat peta proses, menganalisis variasi proses, dan menemukan hambatan.
Sumber data
Biasanya, atribut ini diperoleh dari gabungan status transaksi, entri log sistem, riwayat alur kerja, atau pelacakan peristiwa khusus di NetSuite.
Contoh
Permintaan dibuatTahap persetujuan disetujuiPermintaan diubahPesanan Pembelian dibuat
|
|||
|
Waktu Peristiwa
EventTime
|
Tanggal dan waktu tepat saat aktivitas terjadi. | ||
|
Deskripsi
Waktu Peristiwa, atau stempel waktu, mencatat saat tepat suatu aktivitas berlangsung. Data waktu ini penting untuk memahami dinamika proses permintaan, termasuk durasi, urutan peristiwa, dan waktu terjadinya. Dalam analisis proses, stempel waktu digunakan untuk menghitung waktu siklus, waktu tunggu antaraktivitas, dan kepatuhan terhadap perjanjian tingkat layanan. Data ini menjadi dasar semua analisis berbasis waktu, termasuk pembuatan dasbor seperti 'Waktu Siklus Persetujuan Permintaan' dan KPI seperti 'Rata-rata Waktu Siklus Permintaan'. Stempel waktu yang akurat penting untuk menghasilkan model proses yang andal.
Mengapa ini penting
Stempel waktu ini menjadi dasar analisis kinerja, seperti menghitung waktu siklus, menemukan keterlambatan, dan mengukur efisiensi proses.
Sumber data
Informasi ini tercatat di kolom yang dibuat sistem, seperti 'Date Created', atau di stempel waktu dalam System Notes maupun log eksekusi alur kerja untuk setiap transaksi.
Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Departemen
Department
|
Departemen bisnis tempat permintaan atau pemohon berada. | ||
|
Deskripsi
Atribut Departemen menunjukkan unit organisasi yang terkait dengan permintaan pembelian, biasanya departemen pemohon. Informasi ini membantu Anda mengelompokkan dan menganalisis proses berdasarkan unit organisasi. Atribut ini menjadi dimensi penting dalam berbagai analisis, seperti membandingkan waktu siklus persetujuan antar departemen, memahami pola pengeluaran, atau menemukan departemen dengan tingkat penolakan tertinggi. Pengelompokan ini membantu manajemen mengalokasikan sumber daya, menyesuaikan pelatihan, dan menyederhanakan alur kerja untuk setiap unit bisnis.
Mengapa ini penting
Memudahkan pengelompokan data proses untuk membandingkan kinerja, biaya, dan kepatuhan antarunit bisnis.
Sumber data
Informasi ini biasanya terkait dengan catatan karyawan pemohon atau dapat diisi langsung di header transaksi Permintaan Pembelian.
Contoh
PemasaranTIKeuanganOperasional
|
|||
|
Jumlah Total
TotalAmount
|
Nilai total uang dari permintaan pembelian. | ||
|
Deskripsi
Atribut ini mencatat total biaya semua barang yang tercantum dalam permintaan pembelian. Data keuangan ini penting karena dapat memengaruhi proses, misalnya dengan memicu alur persetujuan berbeda berdasarkan batas nilai. Analisis Jumlah Total membantu Anda memahami pola pengeluaran dan dampak keuangan. Anda dapat memfilter permintaan berdasarkan nilai, menghubungkan penyimpangan proses dengan permintaan bernilai tinggi, dan memprioritaskan analisis pada kasus yang berdampak besar secara finansial. Atribut ini penting untuk analisis proses keuangan maupun kepatuhan.
Mengapa ini penting
Memberikan konteks keuangan untuk analisis berdasarkan nilai, yang sering menentukan alur persetujuan dan prioritas bisnis.
Sumber data
Ini adalah kolom standar pada catatan Permintaan Pembelian, biasanya bernama 'Total' atau nama serupa.
Contoh
500.001250.7525000.00
|
|||
|
Pemohon
Requester
|
Karyawan yang membuat dan mengajukan permintaan pembelian. | ||
|
Deskripsi
Pemohon adalah orang yang memulai proses pengadaan dengan membuat permintaan. Biasanya, pemohon adalah karyawan yang membutuhkan barang atau jasa tertentu untuk menjalankan pekerjaannya. Analisis berdasarkan pemohon penting untuk menemukan pola perilaku pengguna. Anda dapat membuat dasbor seperti 'Kinerja Pemohon dan Kebutuhan Pelatihan' untuk mengetahui siapa yang sering mengalami penolakan atau melakukan perubahan. Wawasan ini dapat menunjukkan perlunya pelatihan tambahan atau panduan yang lebih jelas agar pengajuan pertama lebih akurat dan proses berjalan lebih efisien.
Mengapa ini penting
Menunjukkan siapa yang memulai proses. Informasi ini penting untuk menganalisis perilaku pengguna, tingkat penolakan berdasarkan pemohon, dan kebutuhan pelatihan.
Sumber data
Biasanya, informasi ini berasal dari kolom 'Employee' atau 'Created By' pada catatan transaksi Permintaan Pembelian.
Contoh
John SmithJane DoePeter Jones
|
|||
|
Status Permintaan
RequisitionStatus
|
Menunjukkan posisi permintaan saat ini dalam siklusnya. | ||
|
Deskripsi
Status Permintaan menunjukkan posisi permintaan pembelian dalam proses pada waktu tertentu. Status yang umum mencakup 'Pending Approval', 'Fully Approved', 'Rejected', dan 'Closed'. Atribut ini penting untuk membuat dasbor seperti 'Status dan Lama Permintaan', yang melacak permintaan aktif dan lamanya permintaan berada dalam status saat ini. Analisis perubahan status menjadi bagian penting dalam menemukan proses, termasuk alur normal dan pengecualiannya. Atribut ini juga digunakan untuk menentukan hasil akhir suatu kasus.
Mengapa ini penting
Menunjukkan perkembangan kasus, sehingga Anda dapat menganalisis permintaan yang terlalu lama diproses dan menemukan titik tempat kasus tertahan.
Sumber data
Ini adalah kolom 'Status' atau 'Approval Status' pada header transaksi Permintaan Pembelian.
Contoh
Menunggu PersetujuanDisetujui SepenuhnyaDitolakDitutup
|
|||
|
Alasan penolakan
RejectionReason
|
Penjelasan yang diberikan pemberi persetujuan saat menolak permintaan pembelian. | ||
|
Deskripsi
Alasan penolakan adalah atribut teks yang dapat diisi pemberi persetujuan untuk menjelaskan mengapa permintaan pembelian tidak memenuhi syarat untuk disetujui. Informasi ini memberi konteks kualitatif pada aktivitas 'Langkah Persetujuan Ditolak'. Informasi ini sangat berguna untuk analisis akar masalah. Informasi tersebut mendukung dasbor seperti 'Analisis Tingkat Penolakan Permintaan' dengan menunjukkan bukan hanya apa yang ditolak, tetapi juga alasannya. Alasan umum antara lain 'Akun GL tidak tepat', 'Anggaran terlampaui', atau 'Detail tidak lengkap'. Analisis alasan ini membantu menemukan masalah sistemik, meningkatkan pelatihan pengguna, dan menyempurnakan panduan pengajuan agar pekerjaan ulang dan penolakan berkurang.
Mengapa ini penting
Memberi konteks penting tentang penyebab penolakan. Informasi ini membantu menemukan akar masalah, mengurangi penolakan berikutnya, dan meningkatkan kualitas pengajuan sejak awal.
Sumber data
Informasi ini biasanya dicatat di kolom 'Memo' saat permintaan ditolak atau di kolom khusus yang ditambahkan ke alur persetujuan. Informasi ini juga dapat ditemukan di System Notes.
Contoh
Anggaran terlampauiVendor yang dipilih tidak tepatDetail barang tidak lengkapPermintaan duplikat
|
|||
|
Apakah ada pekerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan apakah permintaan pembelian pernah ditolak lalu diajukan kembali. | ||
|
Deskripsi
Apakah ada pekerjaan ulang adalah atribut boolean turunan yang bernilai true jika permintaan pembelian pernah ditolak, lalu diubah atau diajukan kembali untuk disetujui. Atribut ini menandai kasus yang membutuhkan pekerjaan dan penanganan tambahan di luar jalur proses standar. Atribut ini memudahkan analisis ketidakefisienan proses. Atribut ini digunakan untuk menghitung KPI 'Jumlah Siklus Penolakan Persetujuan' dan membantu mengukur dampak penolakan terhadap keseluruhan proses. Dengan memfilter kasus yang nilai Apakah ada pekerjaan ulang-nya true, analis dapat memisahkan variasi proses yang bermasalah dan menyelidiki penyebab penolakan awal, seperti kualitas data yang buruk atau kesalahpahaman terhadap kebijakan.
Mengapa ini penting
Membantu mengukur frekuensi dan dampak siklus pekerjaan ulang, yang sering menjadi sumber ketidakefisienan dan keterlambatan proses.
Sumber data
Atribut ini dihitung dengan memeriksa apakah aktivitas 'Permintaan Diajukan untuk Persetujuan' terjadi setelah aktivitas 'Langkah Persetujuan Ditolak' pada kasus yang sama.
Contoh
truefalse
|
|||
|
ID Pesanan Pembelian
PurchaseOrderId
|
Pengenal pesanan pembelian yang dibuat dari permintaan yang telah disetujui. | ||
|
Deskripsi
ID Pesanan Pembelian adalah pengenal unik untuk pesanan pembelian yang dibuat setelah permintaan pembelian disetujui. Atribut ini menghubungkan proses permintaan pembelian dengan aktivitas pengadaan berikutnya. Dalam analisis proses, hubungan ini penting untuk analisis P2P dari awal hingga akhir. Data ini memungkinkan penghitungan KPI 'Waktu Pembuatan PO' dengan mengukur waktu antara persetujuan permintaan dan pembuatan PO. Data ini juga membantu menghitung 'Tingkat Konversi Permintaan ke PO' untuk menunjukkan seberapa efektif permintaan diubah menjadi pesanan yang siap diproses.
Mengapa ini penting
Menghubungkan permintaan pembelian dengan pesanan pembelian yang dihasilkan. Dengan begitu, Anda dapat mengukur waktu pembuatan PO dan menganalisis proses dari awal hingga akhir.
Sumber data
Informasi ini biasanya ada di catatan Purchase Requisition, pada subtab catatan terkait, atau di tautan 'Created From' pada Purchase Order.
Contoh
PO-005432PO-005433PO-005434
|
|||
|
Jalur alur persetujuan
ApprovalWorkflowPath
|
Urutan langkah persetujuan yang dilalui suatu permintaan pembelian. | ||
|
Deskripsi
Jalur alur persetujuan adalah atribut turunan yang menggabungkan urutan aktivitas atau status persetujuan untuk suatu permintaan, misalnya 'Diajukan -> Persetujuan Manajer -> Persetujuan Keuangan'. Hasilnya menjadi penanda unik untuk jalur yang dilalui setiap kasus. Atribut ini menjadi dasar pemeriksaan kesesuaian dan analisis variasi. Atribut ini mendukung dasbor 'Jalur Permintaan yang Tidak Sesuai' dan 'Kepatuhan Jalur Alur Persetujuan' dengan memudahkan Anda memfilter dan mengelompokkan kasus berdasarkan alur proses yang dilalui. Dengan membandingkan jalur aktual dengan jalur standar yang telah ditetapkan, organisasi dapat mengukur kepatuhan dan menyelidiki penyebab penyimpangan.
Mengapa ini penting
Mendukung analisis variasi dan pemeriksaan kesesuaian dengan merangkum urutan langkah persetujuan yang dilalui setiap kasus.
Sumber data
Atribut turunan ini dihitung dengan menggabungkan nilai 'ActivityName' secara kronologis untuk setiap 'PurchaseRequisitionId'.
Contoh
Dibuat > Diajukan > DisetujuiDibuat > Diajukan > Ditolak > Diubah > Diajukan > DisetujuiDibuat > Diajukan > Disetujui > Ditarik
|
|||
|
Kategori barang
ItemCategory
|
Kategori barang atau jasa yang diminta dalam permintaan pembelian. | ||
|
Deskripsi
Kategori barang mengelompokkan barang dalam permintaan pembelian, misalnya 'Perangkat keras TI', 'Perlengkapan kantor', atau 'Layanan profesional'. Kategori ini dapat diambil dari catatan barang yang terhubung ke baris permintaan. Atribut ini memungkinkan analisis proses permintaan pembelian yang lebih terperinci. Anda dapat menjawab pertanyaan seperti, 'Apakah permintaan perangkat keras TI membutuhkan waktu persetujuan lebih lama daripada permintaan perlengkapan kantor?'. Dengan mengelompokkan proses berdasarkan kategori barang, perusahaan dapat menemukan hambatan khusus kategori, menganalisis pengeluaran per kategori, dan menyesuaikan strategi pengadaan.
Mengapa ini penting
Memungkinkan analisis proses berdasarkan barang yang dibeli, sehingga Anda dapat menemukan hambatan atau masalah kepatuhan pada kategori tertentu.
Sumber data
Informasi ini diambil dari catatan 'Item' yang terhubung pada tingkat baris di Purchase Requisition. Kategori barang dapat berupa kolom standar atau kolom khusus pada catatan Item.
Contoh
Perangkat keras TILisensi perangkat lunakPerlengkapan kantorLayanan pemasaran
|
|||
|
Mata Uang
Currency
|
Kode mata uang untuk jumlah total permintaan. | ||
|
Deskripsi
Atribut Mata Uang menunjukkan mata uang yang digunakan untuk nilai keuangan permintaan, seperti USD, EUR, atau GBP. Atribut ini penting bagi organisasi multinasional yang menggunakan beberapa mata uang. Kolom ini memastikan data keuangan ditafsirkan dengan benar. Dalam process mining, kolom ini memungkinkan penggabungan dan perbandingan nilai uang secara tepat, baik dengan mengonversi semua jumlah ke satu mata uang dasar maupun dengan mengelompokkan analisis berdasarkan mata uang. Dengan begitu, pelaporan keuangan lebih akurat dan informasi operasional global lebih jelas.
Mengapa ini penting
Penting untuk analisis keuangan yang akurat di organisasi multinasional, agar nilai uang ditafsirkan dan dijumlahkan dengan benar.
Sumber data
Ini adalah kolom standar 'Currency' pada catatan transaksi Permintaan Pembelian, terutama pada NetSuite yang menggunakan beberapa mata uang.
Contoh
USDEURGBP
|
|||
|
Nama vendor
VendorName
|
Nama vendor yang disarankan atau dipilih untuk permintaan pembelian. | ||
|
Deskripsi
Atribut nama vendor menunjukkan pemasok tempat barang atau jasa akan dibeli. Meskipun permintaan pembelian merupakan dokumen internal, vendor pilihan sering dicantumkan. Analisis atribut ini dapat menunjukkan pola dalam pengelolaan pemasok. Anda dapat melihat vendor yang paling sering diminta, mengetahui apakah permintaan untuk vendor tertentu membutuhkan waktu persetujuan lebih lama, dan memastikan kepatuhan terhadap perjanjian dengan pemasok pilihan. Informasi ini juga dapat menjadi masukan untuk strategi pengadaan dan pengelolaan hubungan dengan vendor.
Mengapa ini penting
Membantu menganalisis pola pengadaan berdasarkan pemasok, memastikan kepatuhan terhadap daftar vendor pilihan, dan menemukan variasi proses yang terkait dengan vendor tertentu.
Sumber data
Informasi ini dapat dicatat di kolom 'Vendor' pada bagian header atau pada baris barang di catatan Purchase Requisition.
Contoh
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data terakhir diekstrak atau diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari NetSuite. Metadata ini penting untuk setiap dasbor atau analisis process mining. Stempel waktu ini menunjukkan seberapa baru data yang digunakan, sehingga pengguna dapat mengetahui apakah mereka melihat informasi terkini atau data dari waktu tertentu. Informasi ini penting untuk memvalidasi data dan memberi tahu pemangku kepentingan seberapa mutakhir wawasan dari analisis proses.
Mengapa ini penting
Memberi tahu pengguna seberapa mutakhir data, sehingga mereka memahami kondisi terbaru dari wawasan proses.
Sumber data
Stempel waktu ini dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
|
Pemberi Persetujuan
Approver
|
Karyawan atau pengguna yang bertanggung jawab menyetujui atau menolak suatu tahap persetujuan. | ||
|
Deskripsi
Pemberi Persetujuan adalah orang yang ditugaskan untuk meninjau dan mengambil tindakan atas permintaan pembelian pada tahap tertentu dalam alur persetujuan. Satu permintaan dapat memiliki beberapa pemberi persetujuan, masing-masing untuk aktivitas persetujuan yang berbeda. Atribut ini penting untuk menganalisis kinerja proses persetujuan. Anda dapat membuat dasbor seperti 'Sebaran Waktu Siklus Tahap Persetujuan' untuk menemukan hambatan pada individu atau kelompok. Dengan melacak pihak yang menyetujui permintaan, organisasi dapat memastikan akuntabilitas, menyeimbangkan beban kerja, dan menemukan keterlambatan yang disebabkan pemberi persetujuan tertentu.
Mengapa ini penting
Menunjukkan pengguna yang menjalankan tugas persetujuan. Informasi ini penting untuk menganalisis kinerja dan beban kerja pemberi persetujuan serta menemukan hambatan.
Sumber data
Informasi ini biasanya ditemukan di log eksekusi alur kerja atau System Notes yang terkait dengan perubahan status persetujuan. Informasi ini juga dapat disimpan di kolom catatan khusus untuk alur persetujuan.
Contoh
Sarah JenkinsDavid ChenKelompok Persetujuan Keuangan
|
|||
|
Sistem Sumber
SourceSystem
|
Menunjukkan sistem sumber tempat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan sistem asal data proses, dalam hal ini NetSuite. Atribut ini sangat berguna ketika data dari beberapa sistem digabungkan untuk memberikan gambaran proses secara menyeluruh. Meski tampak tetap dalam analisis satu sistem, atribut ini memberikan konteks penting dan mendukung tata kelola serta keterlacakan data. Atribut ini membantu memastikan asal data dan memastikan logika atau transformasi khusus sistem dipahami dengan benar selama analisis.
Mengapa ini penting
Memberikan konteks penting tentang asal data, sehingga asal-usul dan tata kelolanya jelas, terutama saat menggunakan beberapa sistem.
Sumber data
Tambahkan nilai tetap 'NetSuite' selama proses ekstraksi dan transformasi data.
Contoh
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
Tingkat urgensi
UrgencyLevel
|
Klasifikasi prioritas permintaan, misalnya Standar atau Mendesak. | ||
|
Deskripsi
Tingkat urgensi adalah atribut kategori yang menunjukkan prioritas bisnis suatu permintaan pembelian. Karyawan dapat menandai permintaan yang perlu diproses lebih cepat karena kebutuhan bisnis yang mendesak. Atribut ini dirancang untuk mendukung dasbor 'Kinerja Penanganan Permintaan Mendesak' dan KPI 'Waktu Penanganan Permintaan Mendesak'. Dengan memfilter data proses berdasarkan atribut ini, analis dapat membandingkan waktu siklus dan jalur proses permintaan mendesak dengan permintaan standar. Hasilnya menunjukkan apakah penanganan prioritas berjalan efektif atau masih tertunda karena hambatan.
Mengapa ini penting
Memungkinkan Anda membandingkan kinerja proses untuk permintaan prioritas tinggi dan standar, agar kebutuhan penting dapat dipenuhi secara efisien.
Sumber data
Biasanya, atribut ini berupa kolom isi transaksi khusus pada formulir Purchase Requisition.
Contoh
TinggiSedangRendah
|
|||
|
Waktu siklus
CycleTime
|
Total waktu sejak permintaan pembelian dibuat hingga keputusan akhir. | ||
|
Deskripsi
Waktu siklus adalah metrik terhitung yang mengukur total durasi proses permintaan pembelian untuk satu kasus. Biasanya, metrik ini dihitung dari selisih waktu antara aktivitas pertama, misalnya 'Permintaan Pembelian Dibuat', dan aktivitas terakhir, misalnya 'Permintaan Pembelian Disetujui Sepenuhnya' atau 'Permintaan Pembelian Ditolak Secara Final'. Metrik ini menjadi indikator utama efisiensi proses secara keseluruhan. Metrik ini digunakan untuk menghitung KPI 'Rata-rata Waktu Siklus Permintaan' dan membantu menemukan tren, nilai yang menyimpang, serta dampak inisiatif perbaikan proses. Analisis distribusi waktu siklus dapat menunjukkan permintaan yang memakan waktu sangat lama dan menurunkan kinerja rata-rata secara signifikan.
Mengapa ini penting
Mengukur langsung efisiensi proses dari awal hingga akhir. Metrik ini penting untuk menemukan keterlambatan dan menilai kinerja secara keseluruhan.
Sumber data
Atribut ini dihitung dengan mengurangi stempel waktu peristiwa pertama dari stempel waktu peristiwa terakhir untuk setiap 'PurchaseRequisitionId'.
Contoh
25920060480086400
|
|||
Aktivitas Purchase to Pay - Requisition
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Permintaan akhirnya ditolak
|
Permintaan pembelian ditolak secara final dan tidak akan diproses lebih lanjut. Peristiwa ini diketahui saat 'Approval Status' akhir pada permintaan diperbarui menjadi 'Rejected'. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik akhir penting bagi permintaan yang tidak berhasil. Memahami alasan dan waktu penolakan akhir membantu mengungkap masalah kepatuhan terhadap kebijakan dan anggaran.
Sumber data
Peristiwa ini diketahui dari subtab System Notes dengan mencari stempel waktu saat kolom 'Approval Status' berubah ke status akhir 'Rejected'.
Pengumpulan data
Stempel waktu saat 'Approval Status' berubah menjadi 'Rejected'.
Jenis peristiwa
inferred
|
|||
|
Permintaan dibuat
|
Pengguna memulai proses pengadaan dengan membuat dan menyimpan catatan permintaan pembelian baru. Ini adalah peristiwa pertama dalam siklus permintaan dan tercatat saat transaksi pertama kali disimpan di NetSuite. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya proses pengadaan secara resmi untuk kebutuhan tertentu. Analisis waktu dari pembuatan hingga pengajuan dapat menunjukkan keterlambatan dalam memasukkan data atau merumuskan permintaan awal.
Sumber data
Peristiwa ini tercatat pada stempel waktu tanggal pembuatan catatan transaksi Permintaan Pembelian. Informasi ini dapat ditemukan di bagian header utama catatan atau di subtab System Notes, yang mencatat tindakan 'Create'.
Pengumpulan data
Gunakan kolom 'Date Created' pada catatan Permintaan Pembelian.
Jenis peristiwa
explicit
|
|||
|
Permintaan disetujui sepenuhnya
|
Permintaan pembelian berhasil melewati semua tahap yang diwajibkan dalam alur persetujuan. Peristiwa ini diketahui saat 'Approval Status' pada catatan berubah menjadi 'Approved'. | ||
|
Mengapa ini penting
Ini adalah pencapaian penting yang menandakan permintaan siap diubah menjadi pesanan pembelian. Peristiwa ini mengakhiri siklus persetujuan dan memulai tahap pemenuhan pengadaan.
Sumber data
Peristiwa ini diketahui dari subtab System Notes dengan mencari stempel waktu saat kolom 'Approval Status' berubah ke status akhir 'Approved'.
Pengumpulan data
Stempel waktu saat 'Approval Status' berubah menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
|
Permintaan ditutup
|
Permintaan resmi ditutup, yang berarti tidak ada tindakan lanjutan yang diharapkan. Penutupan ini sering terjadi secara otomatis setelah semua jumlah dalam permintaan dipesan melalui pesanan pembelian yang tertaut. | ||
|
Mengapa ini penting
Aktivitas ini menandai akhir siklus permintaan. Aktivitas ini memastikan kebutuhan bisnis telah terpenuhi dan catatan sudah difinalisasi.
Sumber data
Peristiwa ini diketahui dari subtab System Notes dengan mencari stempel waktu saat kolom 'Status' pada tingkat baris atau header diperbarui menjadi 'Closed'.
Pengumpulan data
Stempel waktu saat kolom 'Status' berubah menjadi 'Closed'.
Jenis peristiwa
inferred
|
|||
|
Pesanan Pembelian dibuat
|
Pesanan pembelian (PO) dibuat dari permintaan yang telah disetujui sepenuhnya, sebagai komitmen resmi untuk membayar vendor. Peristiwa ini tercatat saat transaksi PO baru dibuat dan ditautkan ke permintaan sumber. | ||
|
Mengapa ini penting
Ini adalah hasil utama dari permintaan yang berhasil dan titik serah terima penting dalam proses Pembelian hingga Pembayaran. Waktu antara persetujuan dan pembuatan PO menjadi KPI penting untuk mengukur efisiensi pengadaan.
Sumber data
Temukan catatan Pesanan Pembelian yang kolom 'Created From' atau kolom penaut serupa merujuk ke ID Permintaan Pembelian. Tanggal pembuatan PO menjadi stempel waktu aktivitas ini.
Pengumpulan data
Cari PO dengan kolom 'Created From' yang sama dengan ID Permintaan, lalu gunakan 'Date Created' pada PO.
Jenis peristiwa
explicit
|
|||
|
Permintaan diajukan untuk persetujuan
|
Pemohon secara resmi mengajukan permintaan yang telah dilengkapi ke alur persetujuan yang ditentukan. Peristiwa ini biasanya diketahui dari perubahan status pada catatan permintaan, misalnya dari 'Draft' atau 'Pending Submission' menjadi 'Pending Approval'. | ||
|
Mengapa ini penting
Aktivitas ini memulai siklus persetujuan dan menjadi titik awal penting untuk mengukur waktu persetujuan. Aktivitas ini membantu mengetahui berapa lama permintaan menunggu sebelum proses persetujuan resmi dimulai.
Sumber data
Peristiwa ini diketahui dari subtab System Notes dengan mencari stempel waktu saat kolom 'Approval Status' pertama kali berubah menjadi nilai seperti 'Pending Approval'.
Pengumpulan data
Cari stempel waktu pertama saat kolom 'Approval Status' berubah menjadi 'Pending Approval'.
Jenis peristiwa
inferred
|
|||
|
Permintaan ditarik
|
Pemohon awal atau administrator membatalkan permintaan sebelum disetujui sepenuhnya atau diubah menjadi PO. Peristiwa ini biasanya diketahui dari perubahan status menjadi 'Cancelled' atau 'Withdrawn'. | ||
|
Mengapa ini penting
Aktivitas ini menandai pengecualian atau penghentian proses oleh pemohon. Analisis permintaan yang ditarik dapat menunjukkan perubahan kebutuhan bisnis atau permintaan yang sudah tidak berlaku.
Sumber data
Peristiwa ini diketahui dari subtab System Notes dengan melacak stempel waktu saat kolom 'Approval Status' diperbarui ke nilai seperti 'Cancelled' atau status penarikan khusus.
Pengumpulan data
Stempel waktu saat 'Approval Status' berubah menjadi 'Cancelled' atau 'Withdrawn'.
Jenis peristiwa
inferred
|
|||
|
Permintaan diubah
|
Pengguna mengubah salah satu kolom pada permintaan pembelian setelah permintaan dibuat, biasanya karena permintaan ditolak atau ada perubahan kebutuhan. Peristiwa ini tercatat langsung di fitur jejak audit NetSuite. | ||
|
Mengapa ini penting
Melacak perubahan penting untuk menemukan siklus pekerjaan ulang dan masalah kualitas data. Perubahan yang sering terjadi dapat menandakan persyaratan awal yang kurang jelas atau perlunya pelatihan bagi pemohon.
Sumber data
Perubahan tercatat di subtab System Notes pada catatan Permintaan Pembelian. Setiap entri dengan 'Type' bernilai 'Change' atau 'Edit' pada kolom yang relevan menunjukkan adanya perubahan.
Pengumpulan data
Catat satu peristiwa untuk setiap entri bertipe 'Change' di log System Notes.
Jenis peristiwa
explicit
|
|||
|
Tahap persetujuan dimulai
|
Permintaan memasuki tahap tertentu dalam alur persetujuan dan menunggu tindakan dari pemberi persetujuan atau kelompok yang ditunjuk. Hal ini biasanya diketahui saat alur kerja menugaskan permintaan kepada pemberi persetujuan berikutnya. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya waktu tunggu untuk setiap tahap persetujuan. Informasi ini penting untuk menemukan hambatan dalam hierarki persetujuan dan mengetahui pemberi persetujuan yang lambat.
Sumber data
Peristiwa ini diketahui dari log eksekusi alur kerja atau perubahan pada kolom 'Current Approver' maupun kolom status alur kerja. Platform SuiteApprovals mencatat tahap persetujuan yang sedang aktif.
Pengumpulan data
Tentukan dari log alur kerja atau saat catatan ditugaskan kepada pemberi persetujuan baru.
Jenis peristiwa
inferred
|
|||
|
Tahap persetujuan disetujui
|
Pengguna yang berwenang menyetujui tahap yang ditugaskan kepadanya, sehingga permintaan semakin dekat ke persetujuan akhir. Platform SuiteApprovals NetSuite mencatat tindakan ini secara langsung, termasuk nama pengguna dan stempel waktunya. | ||
|
Mengapa ini penting
Aktivitas ini menandakan kemajuan dalam rangkaian persetujuan. Analisis waktu antar tahap persetujuan membantu Anda memahami efisiensi alur kerja dan kinerja setiap pemberi persetujuan.
Sumber data
Peristiwa ini tercatat di log SuiteApprovals atau subtab System Notes, yang mencatat tindakan persetujuan, pemberi persetujuan, dan stempel waktu peristiwa secara tepat.
Pengumpulan data
Cari tindakan persetujuan di log SuiteApprovals atau System Notes.
Jenis peristiwa
explicit
|
|||
|
Tahap persetujuan ditolak
|
Pemberi persetujuan menolak tahap yang ditugaskan kepadanya. Biasanya, permintaan dikembalikan kepada pemohon untuk diperbaiki. Mesin alur kerja SuiteApprovals mencatat tindakan ini secara langsung. | ||
|
Mengapa ini penting
Peristiwa ini menjadi indikator penting adanya pekerjaan ulang dan proses yang tidak efisien. Analisis titik penolakan membantu menemukan penyebab umum, seperti pelanggaran kebijakan atau data yang keliru.
Sumber data
Peristiwa ini tercatat di log SuiteApprovals atau subtab System Notes, yang mencatat tindakan penolakan, pengguna yang menolak, dan stempel waktunya.
Pengumpulan data
Cari tindakan penolakan di log SuiteApprovals atau System Notes.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk memulai process mining dan mendapatkan wawasan berguna tentang proses Purchase to Pay, Requisition di NetSuite. Mulai tingkatkan efisiensi dan percepat persetujuan hari ini.
Mulai tingkatkan proses Purchase to Pay - Requisition Anda hari ini!
Percepat persetujuan permintaan pembelian hingga 30% dan hilangkan hambatan.
Tidak perlu kartu kredit. Mulai tingkatkan proses Anda hari ini.