Templat data Purchase to Pay - Purchase Order
Templat data Purchase to Pay - Purchase Order
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari NetSuite
Atribut Purchase to Pay - Purchase Order
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Nama event atau langkah bisnis tertentu yang terjadi dalam proses pesanan pembelian. | ||
|
Deskripsi
Atribut ini menjelaskan tindakan atau perubahan status tertentu dalam siklus pesanan pembelian, seperti 'Pesanan Pembelian Dibuat', 'Pesanan Pembelian Disetujui', atau 'Pembayaran Tagihan Dilakukan'. Aktivitas ini menjadi simpul dalam peta proses. Menganalisis urutan dan frekuensi aktivitas merupakan inti process mining. Analisis ini membantu memvisualisasikan alur proses, mengenali jalur yang umum maupun jarang terjadi (variasi), serta menemukan hambatan atau penyimpangan dari prosedur standar.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam peta proses sehingga alur proses, variasi, dan kesesuaiannya dapat divisualisasikan dan dianalisis.
Sumber data
Nilai ini biasanya diperoleh dari gabungan jenis transaksi dan kolom statusnya, misalnya 'Order Status', atau dari log jejak audit sistem di NetSuite.
Contoh
Purchase Order dibuatPurchase Order disetujuiItem Receipt dibuatBill dibuat dari Purchase Order
|
|||
|
Pesanan pembelian
PurchaseOrder
|
Pengenal unik pesanan pembelian yang berfungsi sebagai ID kasus utama untuk melacak siklus pengadaan. | ||
|
Deskripsi
Nomor pesanan pembelian menjadi pengenal utama yang menghubungkan semua aktivitas terkait, mulai dari pembuatan hingga pembayaran dan penutupan. Setiap nomor pesanan pembelian yang berbeda mewakili satu kasus proses pengadaan. Dalam process mining, atribut ini digunakan untuk mengelompokkan semua event terkait ke dalam satu kasus. Dengan menganalisis perjalanan setiap pesanan pembelian, Anda dapat melihat proses dari awal hingga akhir, mengenali variasi, dan menghitung metrik di tingkat kasus, seperti total waktu siklus.
Mengapa ini penting
Pengenal kasus utama ini memungkinkan Anda merekonstruksi dan menganalisis seluruh siklus setiap pesanan pembelian.
Sumber data
Biasanya, ini adalah ID transaksi utama pada catatan pesanan pembelian di NetSuite, yang sering disebut 'Transaction ID' atau 'PO #'.
Contoh
PO-001254PO-001299PO-001357
|
|||
|
Waktu event
EventTime
|
Tanggal dan waktu tepat saat aktivitas terjadi. | ||
|
Deskripsi
Stempel waktu ini menunjukkan saat tepat suatu aktivitas berlangsung. Inilah dasar waktu untuk semua analisis kinerja dan durasi dalam process mining. Waktu event digunakan untuk mengurutkan aktivitas secara kronologis dalam satu kasus, menghitung durasi antar langkah, dan mengukur total waktu siklus kasus. Data ini penting untuk menemukan hambatan, mengukur waktu tunggu, dan menganalisis kinerja berdasarkan perjanjian tingkat layanan.
Mengapa ini penting
Atribut ini penting untuk menghitung semua metrik berbasis waktu, seperti waktu siklus dan durasi, yang membantu menemukan keterlambatan proses.
Sumber data
Ini adalah stempel waktu yang terkait dengan setiap transaksi atau perubahan status. Biasanya, data ini terdapat di kolom seperti 'Date Created' atau di log jejak audit sistem NetSuite.
Contoh
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data untuk event ini terakhir kali diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu saat data terakhir kali diekstrak atau diperbarui. Informasi ini menunjukkan seberapa baru data yang dianalisis. Waktu pembaruan terakhir penting untuk mengetahui apakah insight yang dihasilkan masih relevan. Analis dan pengguna bisnis dapat memastikan bahwa mereka melihat data proses terbaru. Hal ini terutama penting untuk dashboard pemantauan operasional.
Mengapa ini penting
Menunjukkan kebaruan data, sehingga analisis dan dashboard menggunakan informasi terkini.
Sumber data
Stempel waktu yang dibuat dan ditambahkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2024-05-21T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data diambil. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses. Untuk tampilan ini, nilainya selalu 'NetSuite'. Dalam inisiatif process mining yang lebih besar dan menggabungkan data dari beberapa sistem, kolom ini penting untuk melacak asal-usul data, memecahkan masalah, dan memahami perilaku tiap sistem. Dengan begitu, asal setiap data dapat diketahui dengan jelas.
Mengapa ini penting
Mencatat asal-usul data proses dengan jelas, terutama di lingkungan yang menggunakan beberapa sistem terintegrasi.
Sumber data
Nilai statis ('NetSuite') yang ditambahkan selama proses ekstraksi dan transformasi data.
Contoh
NetSuite
|
|||
|
Jumlah total
TotalAmount
|
Nilai total pesanan pembelian. | ||
|
Deskripsi
Atribut ini menunjukkan total biaya semua barang dan jasa dalam pesanan pembelian. Ini adalah metrik keuangan dasar untuk analisis pengadaan. Analisis metrik proses berdasarkan jumlah total dapat mengungkap pola penting. Misalnya, PO bernilai lebih tinggi mungkin membutuhkan waktu persetujuan lebih lama atau lebih sering mengalami perubahan. Informasi ini penting untuk memahami dampak finansial dari inefisiensi proses dan menentukan prioritas perbaikan.
Mengapa ini penting
Memungkinkan analisis keuangan proses pengadaan untuk mengetahui dampak nilai PO terhadap waktu siklus, jalur persetujuan, dan kepatuhan.
Sumber data
Kolom ini sesuai dengan kolom 'Total' di bagian ringkasan catatan pesanan pembelian di NetSuite.
Contoh
500.001250.7515000.00
|
|||
|
Kategori pembelian
PurchaseCategory
|
Klasifikasi barang atau jasa yang dibeli, seperti perangkat keras TI, layanan pemasaran, atau perlengkapan kantor. | ||
|
Deskripsi
Atribut ini mengelompokkan item dalam pesanan pembelian berdasarkan jenis pengeluaran. Di NetSuite, atribut ini sering diterapkan menggunakan kolom klasifikasi khusus atau segmen. Analisis proses berdasarkan kategori pembelian penting untuk dashboard 'Efisiensi Kategori Pembelian'. Analisis ini membantu mengetahui apakah jenis pembelian tertentu memiliki waktu siklus lebih lama, tingkat perubahan lebih tinggi, atau lebih banyak masalah kepatuhan. Hasilnya, perbaikan proses dapat difokuskan pada kategori pengeluaran tertentu.
Mengapa ini penting
Memungkinkan analisis efisiensi proses berdasarkan kategori pengeluaran untuk mengetahui jenis pembelian yang paling tidak efisien atau tidak patuh.
Sumber data
Kolom ini mungkin berupa kolom khusus atau segmen klasifikasi standar seperti 'Class', atau segmen khusus yang diterapkan pada header atau baris PO. Lihat dokumentasi NetSuite.
Contoh
Perangkat keras TILayanan profesionalPerlengkapan kantorLisensi perangkat lunak
|
|||
|
Nama departemen
DepartmentName
|
Nama departemen yang terkait dengan pesanan pembelian. | ||
|
Deskripsi
Atribut ini menunjukkan departemen bisnis atau pusat biaya yang mengajukan pembelian atau bertanggung jawab atas biayanya. Atribut ini memungkinkan data proses difilter dan dikelompokkan berdasarkan struktur organisasi. Analisis proses berdasarkan departemen penting untuk menemukan hambatan di tiap departemen, membandingkan efisiensi antarunit bisnis, dan memahami pola pengeluaran. Atribut ini mendukung dashboard seperti 'Analisis Hambatan per Departemen'.
Mengapa ini penting
Memungkinkan analisis proses berdasarkan departemen untuk menemukan hambatan, inefisiensi, dan pola pengeluaran di tiap departemen.
Sumber data
Ini adalah kolom standar pada bagian header atau baris item catatan pesanan pembelian di NetSuite.
Contoh
KeuanganLayanan TIPemasaranOperasional
|
|||
|
Nama pengguna
UserName
|
Nama pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab menjalankan langkah proses tertentu, seperti menyetujui pesanan pembelian atau membuat tagihan. Atribut ini menambahkan dimensi sumber daya manusia atau sistem ke dalam proses. Analisis aktivitas berdasarkan pengguna membantu Anda memahami pembagian beban kerja, mengenali kebutuhan pelatihan, dan menemukan kejanggalan. Atribut ini juga penting untuk memantau kepatuhan karena dapat menunjukkan siapa yang melakukan tindakan penting, seperti mengubah atau menyetujui PO.
Mengapa ini penting
Mengaitkan aktivitas dengan pengguna tertentu agar beban kerja, kinerja, dan kepatuhan terhadap kebijakan otorisasi dapat dianalisis.
Sumber data
Informasi ini tersedia di subtab 'System Notes' atau jejak audit pada catatan transaksi, yang menunjukkan pengguna yang melakukan perubahan.
Contoh
Alice JohnsonBob WilliamsOtomatisasi sistem
|
|||
|
Nama vendor
VendorName
|
Nama vendor atau pemasok tempat barang atau jasa dibeli. | ||
|
Deskripsi
Atribut ini menunjukkan pemasok eksternal untuk pesanan pembelian. Atribut ini penting untuk menganalisis hubungan dan kinerja pemasok. Nama vendor diperlukan untuk dashboard 'Kinerja Pengiriman Vendor' dan KPI terkait. Atribut ini memungkinkan proses dikelompokkan untuk membandingkan waktu tunggu, tingkat pengiriman tepat waktu, dan hasil pemeriksaan kualitas antar pemasok. Dengan begitu, Anda dapat mengenali vendor yang andal maupun yang kinerjanya perlu ditingkatkan.
Mengapa ini penting
Memungkinkan analisis kinerja tiap vendor, termasuk waktu pengiriman dan keandalannya, yang penting untuk mengoptimalkan rantai pasok.
Sumber data
Kolom ini sesuai dengan kolom 'Vendor' atau 'Supplier' pada tab utama catatan pesanan pembelian di NetSuite.
Contoh
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Status pesanan pembelian
PurchaseOrderStatus
|
Status pesanan pembelian saat ini atau status akhirnya. | ||
|
Deskripsi
Atribut ini menunjukkan status pesanan pembelian pada waktu tertentu, seperti 'Menunggu Persetujuan', 'Ditagihkan Sepenuhnya', atau 'Ditutup'. Status ini sering menjadi sumber untuk menentukan berbagai nilai konseptual 'ActivityName'. Analisis berdasarkan status membantu Anda memahami hasil pesanan pembelian, misalnya jumlah pesanan yang ditolak dibandingkan dengan yang disetujui, atau jumlah pesanan yang masih terbuka. Atribut ini penting untuk KPI seperti 'Tingkat Kegagalan Persetujuan PO' dan untuk memfilter kasus berdasarkan status penyelesaiannya.
Mengapa ini penting
Menunjukkan status PO sehingga hasil seperti penolakan atau penutupan dapat dianalisis, sekaligus mendukung KPI terkait kegagalan persetujuan.
Sumber data
Ini adalah kolom 'Status' pada catatan transaksi pesanan pembelian di NetSuite.
Contoh
Menunggu persetujuan supervisorMenunggu penerimaanDitagihkan sepenuhnyaDitutupDitolak
|
|||
|
Alasan penolakan
RejectionReason
|
Alasan pesanan pembelian ditolak selama proses persetujuan. | ||
|
Deskripsi
Saat pesanan pembelian ditolak, atribut ini mencatat alasan spesifiknya, seperti 'Anggaran Terlampaui', 'Vendor Tidak Tepat', atau 'Pelanggaran Kebijakan'. Informasi ini penting untuk memahami kegagalan persetujuan. Atribut ini mendukung dashboard 'Tingkat Penolakan dan Pengajuan Ulang PO'. Dengan menganalisis alasan penolakan, bisnis dapat menemukan sumber kesalahan yang umum saat membuat PO, seperti kurangnya pelatihan atau kebijakan yang tidak jelas, lalu mengambil tindakan perbaikan untuk mengurangi pekerjaan ulang akibat penolakan.
Mengapa ini penting
Menjelaskan alasan PO gagal disetujui, sehingga tindakan yang tepat dapat diambil untuk mengurangi penolakan dan meningkatkan keberhasilan persetujuan sejak pengajuan pertama.
Sumber data
Informasi ini sering dicatat di kolom memo pada event penolakan atau di kolom khusus 'Rejection Reason' dalam alur kerja persetujuan. Lihat dokumentasi NetSuite.
Contoh
Melebihi anggaran departemenVendor yang dipilih bukan vendor pilihanDeskripsi item tidak lengkap
|
|||
|
Alasan perubahan
ChangeReason
|
Alasan perubahan pesanan pembelian setelah dibuat. | ||
|
Deskripsi
Atribut ini mencatat alasan perubahan pesanan pembelian, seperti 'Pembaruan Harga', 'Perubahan Kuantitas', atau 'Perubahan Tanggal Pengiriman'. Informasi ini penting untuk memahami penyebab pekerjaan ulang. Atribut ini penting untuk dashboard 'Analisis Perubahan Pesanan Pembelian'. Dengan menganalisis frekuensi tiap alasan perubahan, Anda dapat menemukan akar penyebab ketidakstabilan proses, seperti persyaratan awal yang tidak akurat atau harga vendor yang berubah-ubah.
Mengapa ini penting
Memberikan konteks penting tentang alasan PO diubah, sehingga akar masalah dapat dianalisis untuk menurunkan tingkat perubahan PO secara keseluruhan.
Sumber data
Kolom ini mungkin berupa kolom khusus yang wajib diisi saat pengguna mengedit PO yang telah disetujui, atau tercatat di kolom 'Memo' pada event perubahan. Lihat dokumentasi NetSuite.
Contoh
Kuantitas item tidak tepatPerubahan harga vendorPersyaratan pengiriman diperbarui
|
|||
|
Lokasi pengiriman
DeliveryLocation
|
Lokasi fisik atau alamat tujuan pengiriman barang. | ||
|
Deskripsi
Atribut ini menunjukkan tujuan barang yang dipesan melalui PO, seperti gudang, kantor, atau pabrik tertentu. Atribut ini memungkinkan proses dikelompokkan berdasarkan wilayah atau lokasi. Atribut ini menjadi dimensi penting untuk dashboard 'Waktu Pemrosesan Penerimaan Barang'. Analisis waktu penerimaan berdasarkan lokasi dapat membantu menemukan lokasi yang kekurangan staf atau memiliki proses penerimaan yang kurang efisien, sehingga perbaikan operasional dapat difokuskan di sana.
Mengapa ini penting
Memungkinkan analisis kinerja proses berdasarkan lokasi untuk menemukan hambatan khusus di tiap lokasi dalam penerimaan barang atau aktivitas lainnya.
Sumber data
Kolom ini sesuai dengan alamat 'Ship To' atau kolom 'Location' pada catatan pesanan pembelian di NetSuite.
Contoh
Gudang utama - Dermaga AKantor pusat - Lantai 15Pusat distribusi Pantai Barat
|
|||
|
Mata uang
Currency
|
Kode mata uang untuk jumlah transaksi. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang yang digunakan untuk menyatakan jumlah total pesanan pembelian, seperti USD, EUR, atau GBP. Informasi ini diperlukan untuk memahami setiap nilai uang. Bagi organisasi yang beroperasi secara internasional, atribut ini penting untuk pelaporan dan analisis keuangan yang akurat. Atribut ini memungkinkan nilai PO dari berbagai wilayah dijumlahkan dan dibandingkan dengan benar, serta memastikan KPI keuangan ditafsirkan secara tepat.
Mengapa ini penting
Memberikan konteks yang diperlukan untuk nilai uang, sehingga analisis dan pelaporan keuangan tetap akurat di lingkungan dengan beberapa mata uang.
Sumber data
Kolom ini sesuai dengan kolom 'Currency' pada catatan pesanan pembelian. Nilainya sering dipengaruhi oleh konfigurasi vendor yang dipilih.
Contoh
USDEURGBP
|
|||
|
Pekerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah suatu aktivitas merupakan pekerjaan ulang, seperti persetujuan kedua setelah penolakan. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini bernilai benar untuk aktivitas yang menunjukkan adanya pengulangan langkah atau putaran proses. Misalnya, aktivitas 'Pesanan Pembelian Disetujui' ditandai sebagai pekerjaan ulang jika sebelumnya ada aktivitas 'Pesanan Pembelian Ditolak' dalam kasus yang sama. Atribut ini penting untuk mengukur hambatan dan inefisiensi proses. Atribut ini memudahkan analisis putaran pekerjaan ulang, membantu mengukur 'Tingkat Penolakan dan Pengajuan Ulang PO', serta menyoroti proses yang tidak berjalan benar sejak awal.
Mengapa ini penting
Membantu mengukur inefisiensi proses dengan menandai aktivitas yang termasuk dalam putaran pekerjaan ulang, sehingga lebih mudah dianalisis dan ditangani.
Sumber data
Penanda ini dihitung saat transformasi data dengan menganalisis urutan aktivitas dalam satu kasus.
Contoh
truefalse
|
|||
|
Pembelian di luar prosedur
IsMaverickBuy
|
Penanda yang menunjukkan apakah pesanan pembelian dibuat tanpa permintaan pembelian sebelumnya. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini bernilai benar di tingkat kasus jika aktivitas pertama dalam proses adalah 'Pesanan Pembelian Dibuat', bukan 'Permintaan Pembelian Dibuat'. Atribut ini menjadi indikator langsung pengadaan yang tidak mengikuti prosedur standar. Atribut ini digunakan untuk menghitung 'Tingkat PO Langsung', KPI penting untuk 'Pemantau Kepatuhan Pengadaan'. Atribut ini membantu organisasi mengenali dan mengukur pembelian di luar prosedur dengan cepat, yang dapat meningkatkan biaya dan risiko.
Mengapa ini penting
Menandai langsung perilaku pembelian yang tidak patuh, sehingga organisasi dapat memantau dan mengurangi pembelian di luar prosedur.
Sumber data
Atribut ini dihitung dengan logika: (Aktivitas Pertama dalam Kasus = 'Pesanan Pembelian Dibuat') DAN (Tidak ada 'Permintaan Pembelian' yang ditautkan).
Contoh
truefalse
|
|||
|
Pengiriman terlambat
IsLateDelivery
|
Penanda yang menunjukkan apakah barang diterima setelah tanggal pengiriman yang diminta. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini bernilai benar jika aktivitas 'Penerimaan Barang Dibuat' terjadi setelah 'Tanggal Pengiriman yang Diminta' pada pesanan pembelian. Atribut ini memberikan indikator yang jelas tentang ketepatan waktu pengiriman. Atribut ini memudahkan pembuatan dashboard kinerja vendor dan KPI. Anda dapat memfilter dan menggabungkan data untuk menghitung 'Tingkat Pengiriman Vendor Tepat Waktu' serta menemukan vendor yang berulang kali terlambat memenuhi tenggat pengiriman.
Mengapa ini penting
Memberikan indikator sederhana, benar atau salah, untuk ketepatan waktu pengiriman. Ini memudahkan analisis kinerja dan penghitungan KPI untuk pengelolaan vendor.
Sumber data
Kolom ini dihitung dengan logika: (Stempel waktu 'Penerimaan Barang Dibuat') > ('RequestedDeliveryDate').
Contoh
truefalse
|
|||
|
Permintaan pembelian
PurchaseRequisition
|
Pengenal permintaan pembelian yang dibuat sebelum pesanan pembelian. | ||
|
Deskripsi
Atribut ini menghubungkan pesanan pembelian dengan permintaan pembelian yang menjadi asalnya. Jika tautan ini tidak ada, proses mungkin menyimpang dari prosedur standar. Kolom ini penting untuk memantau kepatuhan dan menemukan pembelian di luar prosedur. KPI 'Tingkat PO Langsung' dihitung dengan memeriksa apakah pesanan pembelian tidak memiliki tautan ke permintaan pembelian. Hasilnya menunjukkan pembelian yang dilakukan di luar alur kerja persetujuan standar.
Mengapa ini penting
Penting untuk analisis kepatuhan karena membantu menemukan pembelian di luar prosedur, yaitu pesanan pembelian yang dibuat tanpa permintaan pembelian yang disetujui.
Sumber data
Pada catatan pesanan pembelian, informasi ini biasanya terdapat di subtab 'Related Records' atau kolom 'Created From'.
Contoh
PR-00582PR-00610PR-00715
|
|||
|
Tanggal pengiriman yang diminta
RequestedDeliveryDate
|
Tanggal saat bisnis meminta vendor mengirimkan barang atau jasa. | ||
|
Deskripsi
Atribut ini menunjukkan target tanggal pengiriman yang ditetapkan selama proses pembelian. Tanggal ini menjadi acuan untuk mengukur kinerja pengiriman aktual. Tanggal ini diperlukan untuk menghitung KPI 'Tingkat Pengiriman Vendor Tepat Waktu'. Dengan membandingkan 'Tanggal Pengiriman yang Diminta' dengan stempel waktu aktual 'Penerimaan Barang Dibuat', analisis dapat menentukan apakah vendor memenuhi komitmen pengirimannya. Hasil ini menjadi masukan penting bagi dashboard 'Kinerja Pengiriman Vendor'.
Mengapa ini penting
Menjadi acuan untuk mengukur ketepatan waktu pengiriman vendor, KPI penting dalam pengelolaan rantai pasok.
Sumber data
Kolom ini mungkin berupa kolom khusus atau kolom 'Expected Receipt Date' pada baris item pesanan pembelian. Lihat dokumentasi NetSuite.
Contoh
2023-11-152023-12-012024-01-10
|
|||
|
Waktu akhir event
EventEndTime
|
Tanggal dan waktu tepat saat aktivitas berakhir. | ||
|
Deskripsi
Stempel waktu ini menunjukkan saat aktivitas selesai. Jika dipasangkan dengan waktu mulai, nilainya menunjukkan waktu pemrosesan event. Untuk event yang terjadi seketika, waktu akhir dapat sama dengan waktu mulai. Atribut ini penting untuk menghitung durasi tugas secara tepat, yang disebut waktu pemrosesan. Atribut ini membantu membedakan waktu yang digunakan untuk mengerjakan tugas secara aktif dari waktu tunggu sebelum langkah berikutnya. Perbedaan ini penting untuk menganalisis hambatan secara terperinci.
Mengapa ini penting
Memungkinkan penghitungan waktu pemrosesan aktivitas secara tepat, sehingga waktu kerja aktif dapat dibedakan dari waktu tunggu.
Sumber data
Untuk aktivitas yang durasinya dapat diukur, data ini mungkin dicatat di kolom terpisah atau diperoleh dari log audit. Sering kali, nilainya perlu diperkirakan atau disamakan dengan waktu mulai.
Contoh
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
Aktivitas Purchase to Pay - Purchase Order
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Bill dibuat dari Purchase Order
|
Tagihan pemasok telah diterima dan dicatat di NetSuite, lalu dihubungkan ke Purchase Order. Transaksi ini secara resmi mencatat kewajiban pembayaran atas barang atau jasa yang diterima. | ||
|
Mengapa ini penting
Aktivitas ini menandai peralihan dari pengadaan ke proses utang usaha. Menganalisis waktu antara penerimaan barang dan pembuatan tagihan dapat menunjukkan keterlambatan dalam pemrosesan keuangan.
Sumber data
Diambil dari tanggal pembuatan catatan transaksi Vendor Bill. Tagihan terhubung langsung ke Purchase Order asal.
Pengumpulan data
Lacak stempel waktu pembuatan transaksi Vendor Bill.
Jenis peristiwa
explicit
|
|||
|
Item Receipt dibuat
|
Aktivitas ini menandai penerimaan fisik barang yang dipesan melalui Purchase Order. Peristiwa ini tercatat secara langsung di NetSuite saat transaksi 'Item Receipt' dibuat dan dihubungkan ke baris Purchase Order terkait. | ||
|
Mengapa ini penting
Tahap penting ini menandai berakhirnya siklus pengiriman pemasok. Data ini diperlukan untuk menghitung tingkat pengiriman tepat waktu dan waktu tunggu pemasok secara keseluruhan.
Sumber data
Diambil dari tanggal pembuatan catatan transaksi Item Receipt. Catatan ini terhubung ke Purchase Order sumber.
Pengumpulan data
Lacak stempel waktu pembuatan transaksi Item Receipt.
Jenis peristiwa
explicit
|
|||
|
Purchase Order dibuat
|
Aktivitas ini menandai pembuatan dokumen resmi Purchase Order, yang menjadi kasus utama dalam analisis ini. Di NetSuite, aktivitas ini tercatat saat transaksi Purchase Order dibuat, baik secara manual maupun dari permintaan yang telah disetujui. | ||
|
Mengapa ini penting
Ini adalah tahap penting saat permintaan berubah menjadi komitmen pesanan resmi. Tahap ini menjadi pencapaian utama dan juga dapat menjadi awal proses untuk PO langsung, yang penting untuk pemantauan kepatuhan.
Sumber data
Diambil dari kolom sistem 'Date Created' pada catatan transaksi Purchase Order.
Pengumpulan data
Gunakan stempel waktu pembuatan transaksi Purchase Order.
Jenis peristiwa
explicit
|
|||
|
Purchase Order disetujui
|
Menandai persetujuan resmi akhir atas Purchase Order, sehingga pesanan dapat dikirim ke pemasok. Tahap penting ini tercatat saat kolom 'Approval Status' pada Purchase Order diperbarui menjadi 'Approved'. | ||
|
Mengapa ini penting
Tahap ini penting untuk menghitung waktu siklus persetujuan dan menemukan hambatan dalam rangkaian persetujuan. Keterlambatan di sini langsung memengaruhi waktu tunggu pengadaan.
Sumber data
Disimpulkan dari catatan sistem atau riwayat alur kerja yang menunjukkan perubahan kolom 'Approval Status' pada catatan Purchase Order menjadi 'Approved'.
Pengumpulan data
Deteksi perubahan kolom 'Approval Status' pada Purchase Order menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
|
Purchase Order ditutup
|
Purchase Order resmi ditutup, artinya tidak ada lagi penerimaan barang atau tagihan yang diharapkan untuk pesanan tersebut. Aktivitas ini disimpulkan saat status Purchase Order berubah menjadi 'Closed'. Perubahan dapat terjadi otomatis setelah seluruh barang diterima dan tagihan dibayar, atau dilakukan secara manual. | ||
|
Mengapa ini penting
Aktivitas ini menandai akhir operasional siklus hidup Purchase Order. Tahap ini memastikan pesanan telah dipenuhi dan diproses sepenuhnya, sekaligus memberikan titik akhir yang jelas untuk analisis waktu siklus.
Sumber data
Disimpulkan dari perubahan kolom 'Status' pada catatan Purchase Order menjadi 'Closed'.
Pengumpulan data
Deteksi perubahan kolom 'Status' pada Purchase Order menjadi 'Closed'.
Jenis peristiwa
inferred
|
|||
|
Purchase Requisition dibuat
|
Aktivitas ini menandai permintaan resmi untuk barang atau jasa dan memulai proses pengadaan. Di NetSuite, aktivitas ini tercatat saat transaksi Purchase Requisition baru dibuat dan disimpan. | ||
|
Mengapa ini penting
Sebagai titik awal proses yang umum, aktivitas ini penting untuk menganalisis waktu siklus dari awal hingga akhir dan menemukan pembelian di luar prosedur jika tahap ini dilewati.
Sumber data
Peristiwa ini tercatat berdasarkan tanggal pembuatan transaksi Purchase Requisition. Catatan tersebut terhubung ke Purchase Order berikutnya.
Pengumpulan data
Lacak stempel waktu pembuatan transaksi Purchase Requisition.
Jenis peristiwa
explicit
|
|||
|
Bill disetujui
|
Tagihan pemasok telah ditinjau dan disetujui untuk dibayar. Seperti pada Purchase Order, aktivitas ini tercatat melalui perubahan kolom 'Approval Status' pada catatan Vendor Bill. | ||
|
Mengapa ini penting
Persetujuan tagihan merupakan tahap penting dalam proses pembayaran. Melacak durasinya membantu menemukan hambatan di bagian utang usaha yang dapat menyebabkan keterlambatan pembayaran atau hilangnya diskon pembayaran lebih awal.
Sumber data
Disimpulkan dari catatan sistem atau riwayat alur kerja yang menunjukkan perubahan kolom 'Approval Status' pada catatan Vendor Bill menjadi 'Approved'.
Pengumpulan data
Deteksi perubahan kolom 'Approval Status' pada Vendor Bill menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
|
Pembayaran tagihan dilakukan
|
Pembayaran atas tagihan telah dikirim kepada pemasok. Aktivitas ini tercatat saat transaksi 'Vendor Payment' dibuat dan diterapkan pada Vendor Bill. | ||
|
Mengapa ini penting
Aktivitas ini menandai penyelesaian kewajiban keuangan untuk Purchase Order. Data ini penting untuk menganalisis ketepatan waktu pembayaran dan arus kas.
Sumber data
Diambil dari tanggal pembuatan catatan transaksi Vendor Payment yang diterapkan pada Vendor Bill.
Pengumpulan data
Lacak stempel waktu pembuatan transaksi Vendor Payment yang diterapkan pada tagihan.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan kualitas dilakukan
|
Barang yang diterima telah menjalani pemeriksaan kualitas. Ini bukan transaksi standar NetSuite dan biasanya dicatat melalui pembaruan kolom khusus, catatan khusus, atau perubahan status Item Receipt. | ||
|
Mengapa ini penting
Aktivitas ini membantu mengukur waktu siklus proses pengendalian kualitas. Pemeriksaan yang terlambat dapat menjadi hambatan antara penerimaan barang dan ketersediaannya untuk digunakan.
Sumber data
Pencatatannya sangat bergantung pada penyesuaian sistem. Aktivitas ini mungkin tercatat melalui kolom khusus 'QA Status' pada Item Receipt atau catatan khusus terpisah untuk 'Quality Inspection'.
Pengumpulan data
Lacak pembaruan kolom khusus atau pembuatan catatan khusus terkait pemeriksaan kualitas.
Jenis peristiwa
inferred
|
|||
|
Purchase Order diajukan
|
Purchase Order telah diselesaikan dan diajukan ke alur kerja persetujuan. Biasanya, aktivitas ini tercatat sebagai perubahan status pada catatan Purchase Order, dari status draf seperti 'Pending Supervisor Approval' ke status yang menandakan proses peninjauan telah dimulai. | ||
|
Mengapa ini penting
Peristiwa ini menandai awal siklus persetujuan. Mengukur waktu dari tahap ini hingga 'Purchase Order Approved' penting untuk menganalisis efisiensi persetujuan dan menemukan keterlambatan.
Sumber data
Disimpulkan dari perubahan kolom 'Approval Status' pada catatan Purchase Order, misalnya dari 'Pending Approval' atau status draf khusus.
Pengumpulan data
Deteksi perubahan kolom 'Approval Status' pada PO ke status sedang ditinjau.
Jenis peristiwa
inferred
|
|||
|
Purchase Order dikirim ke pemasok
|
Purchase Order yang telah disetujui dikirim ke pemasok. Di NetSuite, aktivitas ini sering disimpulkan saat penanda komunikasi, seperti kotak centang 'To Be Emailed', diperbarui atau status berubah untuk menunjukkan bahwa pesanan telah dikirim. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal waktu tunggu pemasok. Pengukuran dari tahap ini hingga barang diterima penting untuk menilai kinerja pengiriman pemasok.
Sumber data
Disimpulkan dari stempel waktu saat penanda 'To Be Emailed' atau 'To Be Faxed' dinonaktifkan, atau dari entri riwayat komunikasi yang terhubung ke Purchase Order.
Pengumpulan data
Lacak stempel waktu peristiwa komunikasi, seperti pengiriman email, yang terhubung ke PO.
Jenis peristiwa
inferred
|
|||
|
Purchase Order ditolak
|
Pemberi persetujuan menolak Purchase Order, sehingga pesanan perlu direvisi dan diajukan kembali. Peristiwa ini disimpulkan saat kolom 'Approval Status' pada Purchase Order berubah menjadi 'Rejected'. | ||
|
Mengapa ini penting
Melacak penolakan penting untuk menemukan proses yang berulang, memahami alasan persetujuan gagal, dan meningkatkan kualitas pengajuan PO sejak awal.
Sumber data
Disimpulkan dari catatan sistem atau riwayat alur kerja yang menunjukkan perubahan kolom 'Approval Status' pada catatan Purchase Order menjadi 'Rejected'.
Pengumpulan data
Deteksi perubahan kolom 'Approval Status' pada Purchase Order menjadi 'Rejected'.
Jenis peristiwa
inferred
|
|||
|
Purchase Order diubah
|
Menandakan adanya perubahan pada Purchase Order setelah pertama kali dibuat atau disetujui. Perubahan ini dapat disimpulkan dengan membandingkan 'Last Modified Date' dengan 'Date Created' atau tanggal persetujuan yang terpisah. | ||
|
Mengapa ini penting
Perubahan yang sering terjadi dapat menandakan inefisiensi, perencanaan awal yang kurang baik, atau perubahan cakupan. Menganalisis kapan dan mengapa perubahan terjadi membantu memperlancar proses dan mengurangi kesalahan.
Sumber data
Disimpulkan dengan membandingkan 'Last Modified Date' pada catatan Purchase Order dengan stempel waktu pembuatan atau persetujuannya. Catatan sistem mencatat detail kolom yang diubah.
Pengumpulan data
Bandingkan 'Last Modified Date' dengan tanggal pembuatan atau persetujuan, lalu kecualikan pembaruan sistem.
Jenis peristiwa
inferred
|
|||
|
Purchase Requisition disetujui
|
Menandai persetujuan resmi atas permintaan barang atau jasa, yang mengizinkan pembuatan Purchase Order. Peristiwa ini disimpulkan dari perubahan kolom 'Approval Status' pada catatan Purchase Requisition, dari 'Pending Approval' menjadi 'Approved'. | ||
|
Mengapa ini penting
Melacak persetujuan permintaan membantu menemukan hambatan sebelum pengadaan dan mengukur efisiensi validasi permintaan internal.
Sumber data
Disimpulkan dari catatan sistem atau riwayat alur kerja yang mencatat perubahan kolom 'Approval Status' pada catatan Purchase Requisition.
Pengumpulan data
Deteksi perubahan kolom 'Approval Status' pada Purchase Requisition menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi data
Siap memulai?
Templat ini menjadi langkah awal untuk memaksimalkan proses Purchase to Pay - Purchase Order Anda. Mulai siapkan data hari ini untuk menemukan peluang efisiensi dan mendorong perbaikan.
Sederhanakan Purchase Order dan tingkatkan efisiensi NetSuite
Kurangi waktu siklus Purchase Order hingga 30% dan hilangkan hambatan dengan platform kami.
Tidak perlu kartu kredit. Mulai optimalkan proses Anda hari ini.