Templat data Purchase to Pay - Pesanan Pembelian Anda
Templat data Purchase to Pay - Pesanan Pembelian Anda
Ini template data umum kami untuk process mining Pembelian hingga pembayaran, pesanan pembelian. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Daftar lengkap kolom data yang disarankan untuk analisis mendalam.
- Aktivitas utama dan tonggak penting untuk melacak siklus pesanan pembelian.
- Dapat digunakan dengan sistem apa pun yang mengelola proses Purchase to Pay Anda.
Atribut Purchase to Pay - Pesanan Pembelian
| Nama | Deskripsi | ||
|---|---|---|---|
| ID pesanan pembelian PurchaseOrderId | Pengenal unik untuk dokumen pesanan pembelian. ID ini menjadi pengenal kasus utama dalam proses. | ||
| Deskripsi ID pesanan pembelian adalah kode alfanumerik unik untuk setiap pesanan, yang membedakannya dari pesanan lain. ID ini menjadi acuan utama bagi semua aktivitas, dokumen, dan komunikasi terkait transaksi pengadaan tertentu. Dalam process mining, ID ini penting untuk mengelompokkan semua peristiwa terkait, seperti pembuatan, persetujuan, penerimaan barang, dan penagihan, ke dalam satu kasus atau satu rangkaian proses. Dengan menganalisis proses berdasarkan ID ini, Anda dapat merekonstruksi dan memetakan seluruh siklus setiap pesanan pembelian, dari awal hingga penutupan. Mengapa ini penting Atribut ini menghubungkan semua peristiwa terkait ke dalam satu kasus proses, sehingga analisis siklus pesanan pembelian dari awal hingga akhir dapat dilakukan. Sumber data Atribut ini biasanya berupa kolom kunci utama dalam tabel header atau dokumen pesanan pembelian. Contoh PO-0012454500017563732000451 | |||
| Nama aktivitas ActivityName | Nama peristiwa bisnis atau tugas tertentu yang terjadi pada suatu waktu dalam siklus pesanan pembelian. | ||
| Deskripsi Nama aktivitas menjelaskan langkah atau perubahan status dalam proses pesanan pembelian. Contohnya meliputi “Pesanan pembelian dibuat”, “Pesanan pembelian disetujui”, “Penerimaan barang dicatat”, dan “Faktur diterima”. Setiap aktivitas menandai tahap tertentu dalam perjalanan proses. Atribut ini penting untuk menyusun peta proses yang menggambarkan alur aktivitas. Analisis urutan dan frekuensi aktivitas membantu menemukan jalur proses yang umum, penyimpangan, hambatan, dan siklus pengerjaan ulang, seperti persetujuan atau perubahan yang berulang. Mengapa ini penting Atribut ini menjadi dasar peta proses untuk memetakan dan menganalisis alur, variasi, serta inefisiensi proses. Sumber data Informasi ini biasanya berasal dari kode transaksi, log perubahan status, tabel peristiwa, atau tabel dokumen perubahan yang terkait dengan pesanan pembelian. Contoh Pesanan pembelian dibuatPesanan pembelian disetujuiPenerimaan barang dicatatFaktur diterima | |||
| Waktu peristiwa EventTime | Stempel waktu tepat yang menunjukkan kapan suatu aktivitas atau peristiwa terjadi. | ||
| Deskripsi Waktu peristiwa mencatat tanggal dan waktu saat aktivitas tertentu dijalankan atau perubahan status dicatat. Stempel waktu ini memberikan konteks waktu untuk setiap peristiwa dalam siklus pesanan pembelian. Dalam process mining, stempel waktu menjadi dasar untuk menghitung waktu siklus, durasi, dan waktu tunggu antaraktivitas. Dengan mengurutkan peristiwa secara kronologis untuk setiap kasus, Anda dapat menganalisis kinerja proses, menemukan hambatan yang membuang waktu, dan memantau kepatuhan terhadap perjanjian tingkat layanan (SLA). Mengapa ini penting Atribut ini mendukung semua analisis berbasis waktu, termasuk penghitungan waktu siklus, penemuan hambatan, dan pemantauan kinerja terhadap tolok ukur. Sumber data Informasi ini biasanya tersedia dalam log peristiwa, tabel riwayat perubahan, atau kolom tanggal pembuatan maupun pembukuan pada dokumen transaksi. Contoh 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data untuk proses ini terakhir kali diperbarui atau diekstrak. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu pemuatan atau pembaruan data terbaru dari sistem sumber. Ini adalah kolom metadata untuk seluruh kumpulan data, bukan untuk satu peristiwa saja. Informasi ini membantu pengguna mengetahui seberapa baru data yang dianalisis. Dengan begitu, mereka dapat menilai relevansi temuan dan memastikan keputusan didasarkan pada data yang cukup mutakhir untuk analisis. Mengapa ini penting Atribut ini memberi tahu pengguna seberapa mutakhir data, periode yang dicakup analisis, dan relevansi temuannya. Sumber data Stempel waktu ini biasanya dibuat dan disimpan oleh alat atau proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
| Sistem sumber SourceSystem | Sistem pencatatan atau aplikasi tempat data proses diambil. | ||
| Deskripsi Atribut sistem sumber menunjukkan sistem informasi asal data peristiwa, seperti ERP, platform pengadaan, atau sistem lama. Informasi ini sangat penting jika proses pengadaan hingga pembayaran melibatkan beberapa aplikasi yang terhubung. Mengetahui sistem sumber membantu memvalidasi data, menelusuri masalah, dan memahami variasi proses yang bergantung pada sistem. Contohnya, pesanan pembelian dari sistem e-procurement mungkin mengikuti alur yang berbeda dan lebih otomatis dibandingkan pesanan yang dibuat secara manual di ERP utama. Mengapa ini penting Atribut ini menjelaskan asal data, yang penting untuk tata kelola dan validasi data, serta analisis variasi proses di berbagai sistem. Sumber data Nilai ini dapat ditambahkan secara tetap saat ekstraksi data atau diambil dari kolom dalam tabel sumber yang menunjukkan sistem tempat data dimasukkan. Contoh SAP S/4HANAOracle FusionCoupa | |||
| Departemen Department | Departemen bisnis, pusat biaya, atau area fungsional yang menanggung biaya atau terkait dengan pesanan pembelian. | ||
| Deskripsi Atribut Departemen menunjukkan unit organisasi yang bertanggung jawab atas pembelian. Biasanya, departemen ini mengajukan permintaan atau menggunakan anggaran untuk membayar biaya, seperti 'TI', 'Pemasaran', atau 'Operasional'. Atribut ini penting untuk membandingkan kinerja proses di berbagai bagian bisnis. Analisis berdasarkan departemen dapat menunjukkan area dengan waktu siklus terlama, perubahan paling sering, atau pembelian di luar prosedur yang paling banyak. Temuan ini membantu Anda menyesuaikan inisiatif perbaikan dengan kebutuhan dan kebiasaan tiap departemen. Mengapa ini penting Atribut ini memungkinkan analisis proses berdasarkan unit bisnis, sehingga Anda dapat membandingkan kinerja dan menemukan masalah atau praktik baik yang spesifik pada tiap departemen. Sumber data Informasi ini biasanya tersedia di header pesanan pembelian atau detail baris item, sering kali pada kolom 'Pusat Biaya' atau 'Departemen'. Contoh KeuanganTeknologi InformasiPemasaran - CPG | |||
| Kategori Item ItemCategory | Klasifikasi barang atau jasa yang dibeli, seperti Perangkat Keras TI, Jasa Profesional, atau Perlengkapan Kantor. | ||
| Deskripsi Kategori Item, yang juga dikenal sebagai Grup Material atau Kategori Pembelian, mengelompokkan jenis produk atau jasa yang dibeli. Klasifikasi terstruktur ini membantu Anda mengatur dan memahami pengeluaran pengadaan serta perilaku proses. Analisis proses berdasarkan kategori item dapat mengungkap perbedaan yang berarti. Misalnya, pengadaan jasa yang rumit mungkin memiliki siklus persetujuan lebih panjang dan lebih banyak perubahan daripada pengadaan perlengkapan kantor standar. Pengelompokan ini memungkinkan Anda menyusun perbaikan proses dan strategi yang sesuai untuk tiap kategori. Mengapa ini penting Atribut ini memungkinkan analisis kinerja proses dan pengeluaran berdasarkan kategori, sehingga Anda dapat melihat dampak berbagai jenis pembelian terhadap efisiensi proses. Sumber data Informasi ini biasanya disimpan pada tingkat baris item pesanan pembelian. Contoh Perangkat Keras TIJasa ProfesionalPerlengkapan KantorMRO - Pemeliharaan, Perbaikan, dan Operasional | |||
| Nama Pemasok VendorName | Nama pemasok yang menyediakan barang atau jasa. | ||
| Deskripsi Nama Pemasok menunjukkan pihak eksternal yang dikontrak untuk menyediakan barang atau jasa dalam pesanan pembelian. Data ini merupakan data induk penting yang terhubung dengan data transaksi pesanan pembelian. Analisis proses berdasarkan pemasok penting untuk mengelola kinerja pemasok. Anda dapat membandingkan tingkat ketepatan waktu pengiriman, tingkat pengembalian barang, dan frekuensi perubahan pesanan pembelian. Temuan ini dapat menjadi dasar strategi pengadaan, negosiasi dengan pemasok, dan pengelolaan hubungan. Mengapa ini penting Atribut ini membantu menganalisis kinerja pemasok dan membandingkan waktu pengiriman, kualitas, serta kendala proses di antara pemasok. Sumber data Data ini berasal dari data induk pemasok dan ditautkan ke pesanan pembelian, biasanya di header dokumen. Contoh Perlengkapan Kantor GlobalTech Solutions Inc.Agensi Pemasaran Kreatif | |||
| Nama Pengguna UserName | Nama atau ID pengguna yang melakukan aktivitas tertentu, seperti membuat, menyetujui, atau mengubah pesanan pembelian. | ||
| Deskripsi Nama Pengguna menunjukkan orang yang bertanggung jawab atas suatu peristiwa dalam proses. Misalnya, orang yang membuat permintaan pembelian, menyetujui pesanan pembelian, atau mencatat penerimaan barang. Atribut ini menunjukkan siapa yang melakukan aktivitas dan memberi konteks manusia pada alur proses. Analisis aktivitas berdasarkan pengguna membantu Anda memahami pembagian beban kerja, mengetahui kebutuhan pelatihan, dan mendeteksi potensi masalah kepatuhan. Misalnya, Anda dapat melihat apakah pengguna tertentu sering terkait dengan pengerjaan ulang atau keterlambatan, atau memeriksa pelanggaran pemisahan tugas. Mengapa ini penting Atribut ini menghubungkan aktivitas proses dengan orang yang melakukannya, sehingga beban kerja, kinerja, dan kepatuhan dapat dianalisis berdasarkan pengguna. Sumber data Biasanya terdapat pada kolom 'Dibuat Oleh', 'Diubah Oleh', atau 'ID Pengguna' di log transaksi dan header dokumen. Contoh j.doesmith_auser123 | |||
| Nilai Pesanan Pembelian PurchaseOrderAmount | Total nilai uang pesanan pembelian. | ||
| Deskripsi Nilai Pesanan Pembelian menunjukkan total komitmen keuangan dalam pesanan. Nilai ini dapat dianalisis pada tingkat dokumen secara keseluruhan atau per baris item. Atribut ini penting untuk analisis keuangan dan penentuan prioritas. Anda dapat memfilter proses berdasarkan nilai, misalnya untuk berfokus pada pesanan bernilai tinggi yang mungkin memerlukan alur persetujuan lebih rumit atau berdampak lebih besar pada bisnis. Dengan membandingkan nilai pesanan pembelian dengan waktu siklus atau tingkat pengerjaan ulang, Anda dapat mengetahui apakah pesanan bernilai tinggi ditangani kurang efisien daripada pesanan bernilai rendah. Mengapa ini penting Atribut ini menambahkan dimensi keuangan pada proses, sehingga Anda dapat memprioritaskan perbaikan berdasarkan nilai dan memahami faktor pemicu biaya. Sumber data Nilai ini terdapat di data header pesanan pembelian dan sering dihitung dengan menjumlahkan nilai semua baris item. Contoh 15000.00250.75125000.50 | |||
| Status Pesanan Pembelian PurchaseOrderStatus | Status pesanan pembelian saat ini atau status akhirnya dalam siklus proses, seperti 'Terbuka', 'Ditutup', atau 'Dibatalkan'. | ||
| Deskripsi Status Pesanan Pembelian menunjukkan tahap pesanan pembelian dalam siklus proses pada waktu tertentu atau hasil akhirnya. Status yang umum antara lain 'Menunggu Persetujuan', 'Disetujui', 'Dikirim ke Pemasok', 'Diterima Sebagian', 'Ditutup', atau 'Dibatalkan'. Atribut ini berguna untuk memfilter dan menganalisis kelompok pesanan pembelian tertentu. Misalnya, Anda dapat berfokus pada pesanan terbuka untuk menemukan hambatan yang sedang terjadi, atau pada pesanan yang dibatalkan untuk memahami alasannya. Urutan perubahan status juga dapat menjadi dasar untuk menentukan aktivitas dalam model proses. Mengapa ini penting Atribut ini memungkinkan Anda memfilter kasus berdasarkan tahap siklus prosesnya, sehingga analisis dapat berfokus pada pesanan terbuka, tertutup, atau bermasalah. Sumber data Kolom status standar ini terdapat di data header pesanan pembelian. Contoh TerbukaDitutup untuk PenagihanDibatalkanMenunggu Persetujuan | |||
| Tanggal Pengiriman yang Diminta RequestedDeliveryDate | Tanggal yang diminta bisnis kepada pemasok untuk mengirimkan barang atau jasa. | ||
| Deskripsi Tanggal Pengiriman yang Diminta adalah tanggal pada pesanan pembelian saat organisasi mengharapkan barang atau jasa diterima dari pemasok. Tanggal ini menjadi acuan untuk mengukur kinerja pengiriman pemasok. Atribut ini penting untuk menghitung KPI 'Tingkat Pengiriman Tepat Waktu'. Dengan membandingkan tanggal pengiriman yang diminta dengan tanggal penerimaan barang sebenarnya, bisnis dapat menilai keandalan pemasok. Analisis selisih tanggal dapat membantu menemukan masalah berulang pada pemasok, item, atau lokasi pengiriman tertentu. Data ini juga dapat digunakan dalam pembahasan kinerja. Mengapa ini penting Tanggal ini menjadi acuan untuk mengukur kinerja pengiriman pemasok dan penting untuk menghitung KPI Tingkat Pengiriman Tepat Waktu. Sumber data Tanggal ini biasanya tersedia sebagai kolom standar di header atau detail baris item pesanan pembelian. Contoh 2024-08-152024-09-012024-07-30 | |||
| ID Permintaan Pembelian PurchaseRequisitionId | Pengenal unik untuk permintaan pembelian yang dibuat sebelum dan menjadi dasar penerbitan pesanan pembelian. | ||
| Deskripsi ID Permintaan Pembelian adalah pengenal dokumen internal yang memulai proses pengadaan. Permintaan pembelian merupakan permintaan resmi dari suatu departemen kepada departemen pembelian untuk mengadakan barang atau jasa. ID ini menghubungkan proses pesanan pembelian dengan proses permintaan sebelumnya. Dengan begitu, Anda dapat menganalisis proses dari permintaan hingga pesanan dan mengukur waktu dari pengajuan permintaan sampai pesanan pembelian dibuat. Analisis ini membantu menemukan keterlambatan saat permintaan dialihkan dari pemohon ke tim pembelian. Mengapa ini penting Atribut ini menghubungkan pesanan pembelian dengan permintaan asalnya, sehingga waktu siklus dari permintaan hingga pesanan dapat dianalisis. Sumber data Biasanya disimpan sebagai kolom referensi di header atau data baris item pesanan pembelian. Contoh PR-1008761000004321REQ-052023-01 | |||
| Mata Uang Currency | Kode mata uang, seperti USD atau EUR, untuk nilai uang pada pesanan pembelian. | ||
| Deskripsi Atribut Mata Uang menunjukkan satuan uang yang digunakan untuk Nilai Pesanan Pembelian dan kolom keuangan lainnya. Atribut ini penting agar data keuangan dapat ditafsirkan dan dijumlahkan dengan benar, terutama di organisasi multinasional yang menggunakan beberapa mata uang. Dalam analisis, atribut ini memastikan metrik keuangan dibandingkan dengan dasar yang setara. Atribut ini diperlukan untuk setiap dasbor atau KPI yang mencakup nilai uang, sehingga konversi mata uang dan pelaporan dapat dilakukan dengan benar untuk memberikan gambaran keuangan proses pengadaan yang akurat. Mengapa ini penting Atribut ini memberi konteks pada semua nilai uang agar pelaporan dan perbandingan keuangan akurat, terutama dalam operasional global. Sumber data Kode ini biasanya disimpan di header pesanan pembelian bersama total nilainya. Contoh USDEURGBP | |||
| Pemohon Requester | Nama orang yang pertama kali meminta barang atau jasa. | ||
| Deskripsi Pemohon adalah orang di dalam organisasi yang mengajukan kebutuhan pembelian, biasanya dengan membuat permintaan pembelian. Pemohon berbeda dari pengguna yang membuat dokumen pesanan pembelian di sistem, yang biasanya merupakan anggota departemen pembelian. Analisis berdasarkan pemohon dapat membantu menemukan pola perilaku pembelian. Misalnya, pemohon tertentu mungkin sering mengajukan pesanan mendesak atau pesanan yang perlu berulang kali diubah. Informasi ini dapat digunakan untuk memberikan pelatihan kebijakan pengadaan yang sesuai atau memperjelas spesifikasi kebutuhan sejak awal. Mengapa ini penting Atribut ini menunjukkan pengguna bisnis yang mengajukan pembelian, sehingga Anda dapat menganalisis kebiasaan pembelian dan memperbaiki proses perumusan kebutuhan. Sumber data Informasi ini biasanya berasal dari permintaan pembelian terkait atau disimpan pada kolom 'Pemohon' di pesanan pembelian. Contoh Alice JohnsonRobert WilliamsChen, Wei | |||
| Waktu selesai EndTime | Stempel waktu tepat yang menunjukkan kapan suatu aktivitas berakhir. Untuk peristiwa tunggal, waktu ini sering sama dengan waktu peristiwa. | ||
| Deskripsi Atribut Waktu Selesai mencatat waktu suatu aktivitas selesai. Banyak peristiwa proses berlangsung seketika, sehingga waktu mulai dan selesai sama. Namun, beberapa aktivitas, terutama yang dilakukan secara manual atau memiliki durasi terukur, dapat memiliki waktu mulai dan selesai yang berbeda. Waktu selesai memungkinkan penghitungan durasi pengerjaan setiap aktivitas secara akurat. Informasi ini membantu Anda mengetahui langkah mana yang paling menyita waktu dan membedakan waktu pengerjaan aktif dari waktu tunggu, yaitu jeda tanpa aktivitas di antara langkah-langkah proses. Mengapa ini penting Atribut ini membantu menghitung durasi pengerjaan aktivitas secara akurat dan membedakan waktu kerja aktif dari waktu tunggu dalam proses. Sumber data Biasanya tersedia di log peristiwa atau data transaksi, terkadang sebagai kolom terpisah bernama 'Waktu Selesai' atau 'Tanggal Penyelesaian'. Jika tidak tersedia, nilainya dapat disamakan dengan Waktu Peristiwa. Contoh 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
Aktivitas Purchase to Pay - Pesanan Pembelian
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Faktur diterima | Peristiwa ini menandai penerimaan dan pencatatan faktur pemasok yang merujuk pada pesanan pembelian. Ini mengawali tahap dari faktur hingga pembayaran dalam siklus pengadaan hingga pembayaran. | ||
| Mengapa ini penting Aktivitas ini menghubungkan proses pengadaan dengan utang usaha. Waktu antara penerimaan barang dan penerimaan faktur penting untuk mengelola akrual dan membuat proyeksi keuangan. Sumber data Peristiwa ini berasal dari transaksi pembuatan atau pembukuan dokumen faktur pemasok yang terhubung dengan pesanan pembelian. Pengumpulan data Gunakan tanggal pembuatan, pencatatan, atau pembukuan dokumen faktur pemasok. Jenis peristiwa explicit | |||
| Penerimaan barang dicatat | Aktivitas ini mencatat secara resmi barang yang diterima untuk pesanan pembelian. Aktivitas ini mengonfirmasi bahwa kiriman telah tiba dan dimasukkan ke sistem, biasanya sekaligus memperbarui jumlah persediaan. | ||
| Mengapa ini penting Tahap penting ini menandai pemenuhan pesanan dari sisi logistik. Analisis kinerja pengiriman tepat waktu sangat bergantung pada keakuratan dan ketepatan waktu pencatatan peristiwa ini. Sumber data Peristiwa ini berasal dari transaksi khusus yang membuat dokumen penerimaan barang atau penerimaan produk, lalu menghubungkannya dengan pesanan pembelian. Pengumpulan data Gunakan tanggal pembukuan atau tanggal pembuatan dari dokumen material atau transaksi penerimaan barang. Jenis peristiwa explicit | |||
| Pesanan pembelian dibuat | Aktivitas ini mencatat pembuatan awal dokumen pesanan pembelian di sistem. Ini menandai dimulainya komitmen pengadaan resmi, yang sering kali dibuat berdasarkan permintaan yang telah disetujui. | ||
| Mengapa ini penting Sebagai peristiwa awal kasus, aktivitas ini menjadi dasar untuk mengukur waktu siklus pesanan pembelian dari awal hingga akhir. Aktivitas ini menetapkan titik awal bagi semua langkah berikutnya. Sumber data Informasi ini diambil dari stempel waktu pembuatan catatan utama atau tabel header pesanan pembelian. Pengumpulan data Gunakan tanggal dan waktu pembuatan dokumen dari catatan header pesanan pembelian. Jenis peristiwa explicit | |||
| Pesanan pembelian dikirim ke pemasok | Aktivitas ini menandai saat pesanan pembelian yang telah disetujui resmi dikirim kepada pemasok. Pengiriman dapat dilakukan melalui berbagai saluran, seperti EDI, portal pemasok, atau email. | ||
| Mengapa ini penting Ini adalah titik kontak eksternal pertama dan menandai dimulainya waktu tunggu pemasok. Jeda antara persetujuan internal dan pengiriman pesanan kepada pemasok menunjukkan waktu yang terbuang dalam siklus pengadaan. Sumber data Peristiwa ini sering diambil dari log keluaran pesan, catatan komunikasi, atau perubahan status tertentu seperti “Dikirim” atau “Dipesan”. Pengumpulan data Temukan stempel waktu saat pesan komunikasi keluaran untuk pesanan pembelian berhasil diproses atau dikirim. Jenis peristiwa explicit | |||
| Pesanan pembelian disetujui | Tahap penting ini menandakan bahwa pesanan pembelian telah menyelesaikan alur kerja persetujuan internal. Pesanan kini boleh diterbitkan kepada pemasok dan menjadi komitmen keuangan resmi. | ||
| Mengapa ini penting Tahap ini penting untuk mengukur efisiensi persetujuan internal. Keterlambatan persetujuan langsung memperpanjang waktu tunggu keseluruhan dan dapat merenggangkan hubungan dengan pemasok. Sumber data Peristiwa ini biasanya disimpulkan dari perubahan status pesanan pembelian atau diambil dari stempel waktu persetujuan terakhir dalam log riwayat alur kerja. Pengumpulan data Gunakan stempel waktu saat status persetujuan akhir pesanan pembelian ditetapkan atau tindakan persetujuan terakhir yang diwajibkan dicatat. Jenis peristiwa inferred | |||
| Pesanan pembelian ditutup | Ini adalah aktivitas terakhir yang menandakan pesanan pembelian telah selesai. Pesanan biasanya ditutup setelah seluruh barang diterima dan seluruh faktur dicatat, serta tidak ada transaksi lain yang diharapkan. | ||
| Mengapa ini penting Aktivitas ini menandai berakhirnya siklus pesanan pembelian. Waktu hingga penutupan menjadi metrik penting untuk mengukur kelancaran proses secara keseluruhan dan menemukan pesanan yang masih terbuka tanpa aktivitas. Sumber data Peristiwa ini sering disimpulkan dari status akhir seperti “Ditutup” atau “Selesai”, yang dapat ditetapkan secara otomatis atau manual. Pengumpulan data Gunakan stempel waktu saat status penutupan akhir ditetapkan, atau saat indikator “pengiriman selesai” dan “faktur akhir” sama-sama aktif. Jenis peristiwa inferred | |||
| Barang dikembalikan | Aktivitas ini dicatat saat barang yang sebelumnya diterima dikirim kembali kepada pemasok. Pengembalian biasanya terjadi karena masalah kualitas, kerusakan saat pengiriman, atau barang yang dikirim tidak sesuai. | ||
| Mengapa ini penting Frekuensi pengembalian menjadi indikator penting kualitas dan kinerja pemasok. Tingkat pengembalian yang tinggi dapat menunjukkan masalah berulang pada pemasok atau produk tertentu. Sumber data Peristiwa ini dicatat melalui transaksi pengembalian khusus atau pembalikan dokumen penerimaan barang awal. Pengumpulan data Temukan tanggal pembukuan dokumen material pengembalian atau pergerakan barang dengan jenis khusus untuk pengembalian. Jenis peristiwa explicit | |||
| Layanan dikonfirmasi | Aktivitas ini setara dengan penerimaan barang untuk pesanan pembelian jasa. Aktivitas ini mengonfirmasi bahwa jasa telah diberikan sesuai ketentuan dalam pesanan pembelian. | ||
| Mengapa ini penting Dalam pengadaan jasa, peristiwa ini penting untuk melacak kinerja penyediaan jasa dan sering menjadi prasyarat untuk menyetujui pembayaran faktur terkait. Sumber data Peristiwa ini biasanya dicatat saat lembar penerimaan jasa atau dokumen konfirmasi jasa serupa dibuat. Pengumpulan data Gunakan tanggal pembuatan atau pembukuan lembar penerimaan jasa atau catatan konfirmasi. Jenis peristiwa explicit | |||
| Pemasok mengonfirmasi pesanan | Peristiwa ini menandakan bahwa pemasok telah menerima, meninjau, dan mengonfirmasi pesanan pembelian. Konfirmasi ini biasanya mencakup kesepakatan tentang harga, jumlah, dan tanggal pengiriman. | ||
| Mengapa ini penting Konfirmasi pemasok memberi kepastian bahwa pesanan akan dipenuhi sesuai permintaan. Jika konfirmasi terlambat, hal ini dapat menjadi tanda awal masalah atau keterlambatan pemenuhan pesanan. Sumber data Peristiwa ini diambil dari transaksi yang dimulai pemasok di portal pemasok, atau dicatat secara manual berdasarkan konfirmasi melalui email atau faks. Pengumpulan data Gunakan stempel waktu dokumen konfirmasi pesanan atau pembaruan status yang menunjukkan konfirmasi pemasok. Jenis peristiwa explicit | |||
| Permintaan pembelian dibuat | Aktivitas ini mencatat permintaan resmi atas barang atau jasa sebelum pesanan pembelian dibuat. Dokumen ini merekam kebutuhan bisnis dan biasanya memulai alur kerja persetujuan. | ||
| Mengapa ini penting Analisis waktu antara pembuatan permintaan dan pesanan pembelian membantu menemukan hambatan pada tahap dari kebutuhan hingga pemesanan. Banyaknya permintaan yang tidak berlanjut menjadi pesanan dapat menandakan perencanaan yang kurang efisien. Sumber data Peristiwa ini diambil dari stempel waktu pembuatan dokumen atau catatan permintaan pembelian di modul pengadaan. Pengumpulan data Gunakan stempel waktu pembuatan dari tabel header permintaan pembelian atau log dokumen. Jenis peristiwa explicit | |||
| Permintaan pembelian disetujui | Peristiwa ini menandakan bahwa permintaan pembelian telah ditinjau dan disetujui oleh semua pihak terkait. Persetujuan ini mengizinkan pembuatan pesanan pembelian resmi. | ||
| Mengapa ini penting Tahap ini menandai berakhirnya proses persetujuan kebutuhan internal. Melacak durasi dan tingkat keberhasilan persetujuan permintaan penting untuk memahami efisiensi sebelum pengadaan. Sumber data Peristiwa ini biasanya disimpulkan dari perubahan status dokumen permintaan atau diambil dari log riwayat alur kerja. Pengumpulan data Temukan stempel waktu saat status persetujuan akhir permintaan ditetapkan atau tindakan persetujuan terakhir dicatat. Jenis peristiwa inferred | |||
| Pesanan pembelian diajukan | Aktivitas ini terjadi saat draf pesanan pembelian resmi diajukan ke alur kerja persetujuan internal. Status dokumen berubah dari draf menjadi menunggu persetujuan. | ||
| Mengapa ini penting Peristiwa ini memisahkan waktu pembuatan atau penyusunan pesanan pembelian dari waktu siklus persetujuan yang sebenarnya. Analisis jeda antara pembuatan dan pengajuan dapat mengungkap masalah kebiasaan pengguna atau pelatihan. Sumber data Peristiwa ini biasanya diambil dari tindakan pengguna, perubahan status, atau catatan dalam log alur kerja. Pengumpulan data Temukan stempel waktu tindakan “ajukan untuk persetujuan” atau perubahan status yang terkait. Jenis peristiwa explicit | |||
| Pesanan pembelian dibatalkan | Aktivitas ini mencatat pembatalan pesanan pembelian sebelum prosesnya selesai. Pembatalan dapat terjadi pada berbagai tahap, misalnya saat barang tidak lagi diperlukan atau pesanan dibuat karena kesalahan. | ||
| Mengapa ini penting Pembatalan menandakan upaya yang terbuang dan dapat menunjukkan proses yang tidak efisien atau perencanaan kebutuhan yang kurang baik. Memahami alasan dan waktu pembatalan pesanan pembelian dapat membantu memperbaiki proses. Sumber data Peristiwa ini biasanya disimpulkan dari status dokumen tertentu seperti “Dibatalkan” atau dari pengaktifan tanda penghapusan pada catatan pesanan pembelian. Pengumpulan data Temukan stempel waktu saat tanda penghapusan ditetapkan atau status dokumen berubah menjadi dibatalkan. Jenis peristiwa inferred | |||
| Pesanan pembelian ditolak | Aktivitas ini terjadi saat pemberi persetujuan menolak pesanan pembelian dalam alur kerja persetujuan. Pesanan biasanya dikembalikan kepada pembuatnya untuk diperbaiki atau dibatalkan. | ||
| Mengapa ini penting Penolakan menambah pengerjaan ulang dan keterlambatan. Analisis frekuensi dan alasan penolakan membantu menemukan masalah kualitas data, kepatuhan terhadap kebijakan, atau pelatihan pemberi persetujuan. Sumber data Peristiwa ini biasanya disimpulkan dari perubahan status dokumen pesanan pembelian menjadi “Ditolak” atau status serupa. Pengumpulan data Temukan stempel waktu saat status pesanan pembelian diperbarui untuk menunjukkan penolakan. Jenis peristiwa inferred | |||
| Pesanan pembelian diubah | Peristiwa ini mencakup setiap perubahan pada pesanan pembelian setelah pertama kali dibuat atau disetujui. Perubahan yang umum meliputi penyesuaian jumlah, harga, atau tanggal pengiriman. | ||
| Mengapa ini penting Perubahan yang sering terjadi dapat menandakan perencanaan awal yang kurang baik, masalah pemasok, atau proses yang tidak stabil. Setiap perubahan sering memicu persetujuan ulang, sehingga menambah beban administrasi dan keterlambatan. Sumber data Informasi ini diambil dari log perubahan sistem, riwayat versi dokumen, atau tabel jejak audit. Pengumpulan data Gunakan stempel waktu dari log dokumen perubahan yang terhubung dengan pesanan pembelian. Jenis peristiwa explicit | |||
Panduan ekstraksi
Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,
baca panduan ETL kami atau pilih proses dan sistem tertentu.
Siap memulai?
Mulailah mengoptimalkan proses Purchase to Pay dengan memilih panduan ekstraksi khusus sistem, atau gunakan templat umum ini sebagai dasar untuk menyiapkan data.
Optimalkan proses pesanan pembelian Anda, mulai hari ini
Dapat digunakan dengan sistem apa pun. Temukan hambatan dan percepat siklus pesanan pembelian.
Tidak perlu kartu kredit. Penyiapan hanya 5 menit.