Templat data Purchase to Pay - Requisition Anda

NetSuite
Templat data Purchase to Pay - Requisition Anda

Templat data Purchase to Pay - Requisition Anda

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

Atribut Purchase to Pay - Requisition

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses Purchase to Pay - Requisition dapat dianalisis.
3 Wajib 4 Disarankan 12 Opsional
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
Wajib Disarankan Opsional

Aktivitas Purchase to Pay - Requisition

Berikut langkah dan tonggak proses utama yang perlu dicatat dalam log peristiwa untuk menemukan proses secara akurat dan mengidentifikasi hambatan.
5 Disarankan 6 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari NetSuite

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.

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai tingkatkan proses Anda hari ini.