Templat data pemrosesan faktur untuk proses pembelian hingga pembayaran

Template process mining universal
Templat data pemrosesan faktur untuk proses pembelian hingga pembayaran

Templat data pemrosesan faktur untuk proses pembelian hingga pembayaran

Template process mining universal

Ini template data umum kami untuk process mining Pemrosesan invoice dari pengadaan hingga pembayaran. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Kolom data yang disarankan untuk analisis yang andal
  • Aktivitas dan pencapaian penting untuk dipantau
  • Panduan mengekstrak data proses Anda
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pemrosesan faktur untuk proses pembelian hingga pembayaran

Tabel ini berisi kolom data yang disarankan untuk disertakan dalam log peristiwa agar pemrosesan faktur dalam proses pembelian hingga pembayaran dapat dianalisis secara menyeluruh.
5 Wajib 7 Disarankan 5 Opsional
Nama Deskripsi
Nama aktivitas
ActivityName
Nama peristiwa bisnis atau tugas tertentu yang terjadi selama siklus pemrosesan faktur.
Deskripsi

Nama Aktivitas menjelaskan satu langkah atau tonggak dalam proses pemrosesan faktur. Contohnya mencakup 'Faktur diterima', 'Faktur diajukan untuk persetujuan', 'Pembayaran ditahan', dan 'Pembayaran dilakukan'. Atribut ini menceritakan apa yang terjadi pada faktur dari waktu ke waktu.

Dalam process mining, atribut ini digunakan untuk membuat peta proses yang menggambarkan alur kerja secara visual. Analisis urutan, frekuensi, dan jalur aktivitas membantu menemukan alur proses yang umum, penyimpangan, hambatan, dan siklus pekerjaan ulang. Nama aktivitas yang berkualitas dan terperinci sangat penting untuk menghasilkan analisis proses yang bermakna dan dapat ditindaklanjuti.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam proses, menjadi dasar peta proses dan memungkinkan analisis semua hal yang berkaitan dengan alur.

Sumber data

Informasi ini sering diperoleh dari log perubahan status, tabel peristiwa, atau kode transaksi dalam sistem sumber.

Contoh
Faktur dimasukkanFaktur disetujuiPembayaran ditahanPembayaran dilakukan
Nomor faktur
InvoiceNumber
Pengenal unik faktur pemasok. Nomor ini menjadi kunci utama untuk melacak faktur sepanjang siklusnya.
Deskripsi

Nomor Faktur adalah kode alfanumerik unik yang diberikan pemasok pada faktur. Dalam process mining, atribut ini sangat penting karena biasanya digunakan sebagai ID Kasus untuk mengidentifikasi perjalanan setiap faktur, dari penerimaan hingga pembayaran.

Dengan menggunakan Nomor Faktur sebagai ID Kasus, semua aktivitas terkait, seperti 'Faktur diterima', 'Faktur disetujui', dan 'Pembayaran dilakukan', dapat dihubungkan untuk menyusun kembali proses dari awal hingga akhir bagi faktur tersebut. Dengan demikian, Anda dapat menganalisis waktu siklus, jalur, dan penyimpangan setiap kasus secara terperinci. Inilah dasar seluruh analisis proses.

Mengapa ini penting

Ini adalah pengenal kasus utama yang menghubungkan semua peristiwa terkait sehingga siklus satu faktur dari awal hingga akhir dapat ditelusuri.

Sumber data

Kolom utama ini biasanya terdapat di bagian kepala tabel transaksi faktur.

Contoh
INV-2024-001239876543210US-5839A-24
Waktu peristiwa
EventTime
Stempel waktu yang tepat untuk menunjukkan kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu Peristiwa, atau Waktu Mulai, mencatat tanggal dan waktu persis saat aktivitas bisnis berlangsung. Setiap aktivitas dalam proses, dari 'Faktur diterima' hingga 'Pembayaran dilakukan', memiliki stempel waktu. Informasi kronologis ini penting untuk mengurutkan peristiwa dan menghitung durasi.

Atribut ini digunakan untuk mengurutkan peristiwa secara kronologis dan menyusun alur proses untuk setiap kasus. Atribut ini menjadi dasar semua analisis berbasis waktu, termasuk penghitungan waktu siklus antaraktivitas, penemuan hambatan yang membuang waktu, dan pemantauan kinerja terhadap perjanjian tingkat layanan. Stempel waktu yang akurat dan tepat sangat penting agar analisis process mining dapat diandalkan.

Mengapa ini penting

Atribut ini menunjukkan urutan kronologis peristiwa dan menjadi dasar semua perhitungan kinerja serta durasi, seperti waktu siklus.

Sumber data

Biasanya terdapat dalam log peristiwa atau pada kolom 'Tanggal Pembuatan' atau 'Tanggal Entri' yang terkait dengan setiap transaksi atau perubahan status.

Contoh
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir kali diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu terakhir data diekstrak atau diperbarui. Sebagai kolom metadata, atribut ini menunjukkan seberapa baru data yang dianalisis.

Informasi ini tidak digunakan langsung untuk menggambar peta proses, tetapi penting untuk memahami kemutakhiran analisis. Pengguna dapat mengetahui apakah data yang dilihat merupakan data terkini atau rekaman dari waktu tertentu. Hal ini penting untuk mengambil keputusan operasional berdasarkan informasi yang tepat. Atribut ini juga berguna untuk memantau kondisi dan frekuensi alur data.

Mengapa ini penting

Atribut ini menunjukkan kemutakhiran data sehingga pengguna dapat mengetahui seberapa terkini analisis proses.

Sumber data

Stempel waktu ini biasanya dibuat dan ditambahkan ke kumpulan data selama proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Sistem sumber
SourceSystem
Sistem asal tempat data peristiwa diekstrak.
Deskripsi

Atribut Sistem Sumber menunjukkan aplikasi atau platform tempat peristiwa pemrosesan faktur dicatat. Dalam lingkungan TI yang kompleks, perjalanan faktur dapat melibatkan beberapa sistem, seperti solusi pemindaian, alat alur kerja, dan sistem ERP.

Mengetahui sistem sumber memberi konteks pada data dan membantu mengatasi masalah kualitas data. Informasi ini juga memungkinkan analisis proses yang melintasi beberapa sistem, sehingga potensi kendala integrasi atau keterlambatan akibat perpindahan antar aplikasi dapat terlihat. Hal ini sangat berguna saat menggabungkan data dari sistem lama dan modern.

Mengapa ini penting

Atribut ini memberi konteks tentang asal data, yang penting untuk validasi data dan analisis proses yang melibatkan beberapa sistem TI.

Sumber data

Nilai ini sering ditambahkan secara tetap saat ekstraksi data atau diambil dari kolom dalam log sistem yang menunjukkan nama atau ID aplikasi.

Contoh
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
Alasan pemblokiran atau penolakan
BlockOrRejectionReason
Alasan faktur diblokir dari pembayaran atau ditolak saat persetujuan.
Deskripsi

Atribut ini mencatat alasan spesifik mengapa proses faktur terhenti, baik karena ditolak dalam alur kerja persetujuan maupun diblokir pembayarannya setelah disetujui. Alasannya dapat berupa 'Jumlah Tidak Sesuai', 'Harga Tidak Cocok', 'Nomor PO Tidak Ada', atau 'Faktur Duplikat'.

Atribut ini sangat penting untuk analisis akar masalah. Dengan menganalisis frekuensi tiap alasan, organisasi dapat menemukan sumber utama kendala dan inefisiensi dalam proses faktur. Wawasan berbasis data ini membantu mengatasi masalah yang mendasarinya, misalnya dengan memperbaiki komunikasi dengan pemasok, meningkatkan kepatuhan terhadap PO, atau memberikan pelatihan yang lebih baik kepada staf.

Mengapa ini penting

Informasi ini penting untuk analisis akar masalah dan membantu menemukan penyebab umum keterlambatan pemrosesan, pengerjaan ulang, dan inefisiensi.

Sumber data

Informasi ini tersedia di kolom khusus seperti 'Kode Alasan' atau 'Alasan Penahanan' dalam data transaksi faktur atau log persetujuan terkait.

Contoh
Harga tidak cocokJumlah tidak sesuaiFaktur duplikatPenerimaan barang belum tercatat
Jumlah faktur
InvoiceAmount
Nilai total faktur.
Deskripsi

Jumlah faktur mencakup nilai total faktur, termasuk semua item, pajak, dan biaya. Atribut keuangan dasar ini menunjukkan nilai setiap kasus. Anda dapat menganalisisnya bersama atribut lain untuk memahami dampaknya terhadap proses.

Atribut ini penting untuk analisis keuangan dan penentuan prioritas. Dengan memfilter faktur berdasarkan jumlahnya, analis dapat memeriksa apakah faktur bernilai tinggi melalui jalur persetujuan yang berbeda atau lebih ketat, atau lebih sering mengalami keterlambatan. Atribut ini juga diperlukan untuk dasbor yang memantau total nilai faktur yang diproses dan KPI terkait pemanfaatan diskon, karena potensi penghematan dihitung sebagai persentase dari jumlah faktur.

Mengapa ini penting

Atribut ini membantu menganalisis dampak keuangan, menentukan prioritas faktur bernilai tinggi, dan mengetahui apakah nilai faktur memengaruhi waktu atau jalur pemrosesan.

Sumber data

Kolom ini biasanya tersedia di header tabel transaksi faktur.

Contoh
5250.751200.0025000.0089.99
Mata uang faktur
InvoiceCurrency
Kode mata uang untuk jumlah faktur, seperti USD atau EUR.
Deskripsi

Atribut ini menunjukkan mata uang yang digunakan untuk menyatakan jumlah faktur. Informasi ini penting bagi organisasi yang beroperasi secara internasional dan bertransaksi dengan pemasok dari berbagai negara. Kode mata uang, yang biasanya mengikuti standar ISO 4217, memastikan data keuangan ditafsirkan dengan benar.

Dalam analisis, mata uang faktur digunakan untuk mengelompokkan data berdasarkan wilayah atau negara. Informasi ini penting untuk pelaporan keuangan agar jumlah dijumlahkan dengan benar, sering kali setelah dikonversi ke mata uang pelaporan standar. Analisis perbedaan proses berdasarkan mata uang juga dapat mengungkap kerumitan pembayaran internasional atau pengelolaan valuta asing.

Mengapa ini penting

Atribut ini memberi konteks yang diperlukan untuk memahami jumlah faktur, sehingga analisis keuangan dan pengelompokan data untuk operasional global dapat dilakukan dengan akurat.

Sumber data

Kolom ini biasanya tersedia di header tabel transaksi faktur.

Contoh
USDEURGBPJPY
Nama pemasok
VendorName
Nama pemasok yang mengirimkan faktur.
Deskripsi

Atribut ini mencatat nama pihak eksternal yang menerbitkan faktur. Informasi ini menghubungkan transaksi keuangan dengan pemasok tertentu. Data pemasok yang konsisten dan akurat penting untuk pelaporan dan analisis.

Dalam process mining, Nama pemasok menjadi dimensi penting untuk mengelompokkan data. Analis dapat memfilter proses untuk memeriksa penanganan faktur dari pemasok dengan volume tinggi atau yang sering bermasalah. Dengan begitu, Anda dapat menemukan pemasok yang kerap mengirim faktur dengan kesalahan sehingga proses tertunda dan perlu dikerjakan ulang. Data ini juga mendukung pengelolaan kinerja pemasok dan pencarian peluang untuk menjalankan program pemasok pilihan.

Mengapa ini penting

Atribut ini memungkinkan Anda mengelompokkan proses untuk menganalisis kinerja tiap pemasok. Informasi ini penting untuk pengelolaan pemasok dan menemukan sumber faktur bermasalah.

Sumber data

Informasi ini biasanya ada di data header faktur dan ditautkan ke tabel data induk pemasok melalui ID pemasok.

Contoh
Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc.
Pengguna
User
Pengguna, karyawan, atau agen sistem yang melakukan aktivitas.
Deskripsi

Atribut Pengguna menunjukkan orang atau sistem otomatis yang bertanggung jawab menjalankan langkah tertentu dalam alur kerja pemrosesan faktur. Contohnya, staf utang usaha yang memasukkan faktur, manajer yang menyetujuinya, atau bot otomatis yang mencocokkan data.

Analisis berdasarkan pengguna membantu Anda memahami pembagian beban kerja, kinerja tiap orang, dan kebutuhan pelatihan. Anda dapat memfilter peta proses untuk melihat cara tim atau individu menangani faktur dan menemukan perbedaan alur kerja. Analisis ini dapat menunjukkan pengguna berkinerja tinggi, masalah perutean, atau pengguna yang memerlukan dukungan atau pelatihan tambahan tentang prosedur perusahaan.

Mengapa ini penting

Atribut ini membantu menganalisis pembagian beban kerja, kinerja pengguna, dan perbedaan proses antarindividu atau tim.

Sumber data

Informasi ini biasanya tersedia di detail transaksi dengan label seperti 'Nama Pengguna', 'Dimasukkan Oleh', 'Diubah Oleh', atau 'Penyetuju'.

Contoh
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
Tanggal jatuh tempo pembayaran
PaymentDueDate
Tanggal batas pembayaran faktur agar tidak terlambat.
Deskripsi

Tanggal jatuh tempo pembayaran dihitung berdasarkan tanggal faktur dan ketentuan pembayaran yang disepakati. Tanggal ini menjadi batas pembayaran kepada pemasok agar hubungan bisnis tetap baik dan denda keterlambatan dapat dihindari.

Atribut ini penting untuk memantau ketepatan waktu pembayaran. Anda dapat menggunakannya untuk menghitung KPI seperti Tingkat Pembayaran Tepat Waktu dan menemukan faktur yang berisiko terlambat. Dengan menganalisis jarak antara tanggal persetujuan faktur dan tanggal jatuh tempo, Anda dapat menilai efisiensi penjadwalan dan pelaksanaan pembayaran.

Mengapa ini penting

Atribut ini penting untuk mengukur ketepatan waktu pembayaran dan menganalisis penyebab keterlambatan.

Sumber data

Tanggal ini biasanya tercantum dalam detail transaksi faktur. Tanggal dapat dimasukkan langsung atau dihitung dari tanggal faktur dan ketentuan pembayaran.

Contoh
2024-06-302024-07-152024-08-01
Waktu selesai
EndTime
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa selesai. Untuk peristiwa yang terjadi seketika, nilainya sering sama dengan Waktu Mulai.
Deskripsi

Atribut Waktu Selesai mencatat saat yang tepat ketika suatu langkah proses berakhir. Atribut ini penting untuk menghitung durasi aktivitas secara akurat, salah satu metrik dasar dalam process mining. Dengan membandingkan Waktu Mulai dan Waktu Selesai, analis dapat mengukur durasi setiap langkah, menemukan hambatan, dan menentukan bagian yang perlu ditingkatkan efisiensinya.

Dalam analisis, Waktu Selesai digunakan untuk menghitung waktu siklus aktivitas satu per satu maupun seluruh bagian proses. Misalnya, durasi langkah 'Persetujuan faktur' dapat dihitung dengan mengurangi Waktu Mulai dari Waktu Selesai aktivitas 'Faktur disetujui'. Data ini membantu menyusun dasbor kinerja, menetapkan tolok ukur, dan memantau dampak perubahan proses.

Mengapa ini penting

Atribut ini memungkinkan penghitungan durasi aktivitas secara akurat, yang penting untuk menemukan hambatan dan mengukur efisiensi pemrosesan.

Sumber data

Terdapat dalam log sistem atau data transaksi, biasanya pada kolom 'Tanggal Penyelesaian', 'Tanggal Perubahan', atau kolom stempel waktu terpisah untuk penyelesaian aktivitas.

Contoh
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Ketentuan pembayaran
PaymentTerms
Ketentuan pembayaran faktur yang disepakati, termasuk tanggal jatuh tempo dan diskon untuk pembayaran lebih awal.
Deskripsi

Ketentuan pembayaran adalah syarat pembayaran faktur yang disepakati dengan pemasok. Ketentuan ini biasanya ditulis dalam format standar, seperti 'Net 30' (pembayaran jatuh tempo dalam 30 hari) atau '2% 10, Net 30' (diskon 2% jika dibayar dalam 10 hari, jika tidak, jumlah penuh jatuh tempo dalam 30 hari).

Atribut ini penting untuk strategi keuangan dan analisis kinerja. Ketentuan pembayaran menjadi dasar untuk menghitung tanggal jatuh tempo dan menemukan peluang mendapatkan diskon pembayaran lebih awal. Analisis proses berdasarkan ketentuan pembayaran dapat menunjukkan apakah ketentuan tertentu berkaitan dengan keterlambatan pemrosesan atau apakah organisasi sudah memanfaatkan peluang diskon dengan baik.

Mengapa ini penting

Atribut ini penting untuk menganalisis ketepatan waktu pembayaran dan menemukan peluang mendapatkan diskon pembayaran lebih awal.

Sumber data

Informasi ini biasanya berasal dari data induk pemasok dan dicantumkan di header faktur.

Contoh
Net 30Net 602% 10, Net 30Jatuh tempo saat diterima
Kode perusahaan
CompanyCode
ID badan hukum atau perusahaan dalam organisasi yang memproses faktur.
Deskripsi

Kode perusahaan menunjukkan badan hukum atau anak perusahaan tertentu dalam sebuah korporasi. Dalam banyak sistem keuangan, transaksi dipisahkan berdasarkan kode perusahaan untuk keperluan akuntansi dan pelaporan.

Atribut ini memungkinkan perbandingan antarunit bisnis. Analis dapat mengelompokkan peta proses berdasarkan kode perusahaan untuk membandingkan kinerja, menemukan praktik baik di satu entitas, dan mengungkap masalah sistemik di entitas lain. Organisasi dengan lebih dari satu badan hukum memerlukan atribut ini untuk memahami perbedaan proses dan memastikan kepatuhan di seluruh perusahaan.

Mengapa ini penting

Atribut ini membantu membandingkan proses antarberbagai badan hukum atau unit bisnis dalam organisasi.

Sumber data

Kolom organisasi dasar ini biasanya tersedia di header semua tabel transaksi keuangan.

Contoh
1000US01DE015100
Nomor pesanan pembelian
PurchaseOrderNumber
ID pesanan pembelian (PO) yang terkait dengan faktur.
Deskripsi

Nomor pesanan pembelian menghubungkan faktur dengan dokumen pengadaan yang telah disetujui. Hubungan ini menjadi dasar proses pencocokan, saat sistem memeriksa apakah detail faktur, seperti jumlah dan harga, sesuai dengan pesanan dalam PO.

Atribut ini penting untuk menganalisis efisiensi proses pencocokan. Tingginya jumlah faktur yang didukung PO dan diproses langsung tanpa intervensi menunjukkan proses pengadaan yang berjalan baik. Sebaliknya, analisis faktur tanpa PO dapat mengungkap pembelian di luar prosedur atau bagian yang tidak mematuhi kebijakan pengadaan. Keberadaan PO sering digunakan untuk mengelompokkan proses dan membandingkan efisiensinya.

Mengapa ini penting

Atribut ini membantu membedakan faktur dengan PO dan tanpa PO. Keduanya sering mengikuti proses yang berbeda dan memiliki tingkat efisiensi yang berbeda.

Sumber data

ID ini biasanya tercantum di detail item atau header transaksi faktur dan menghubungkan faktur dengan dokumen pembelian.

Contoh
4500018921PO-2024-7837300000456
Status faktur
InvoiceStatus
Kondisi faktur saat ini dalam alur kerja pemrosesan.
Deskripsi

Status faktur menunjukkan posisi faktur dalam siklus proses saat data diekstrak. Status yang umum antara lain 'Sedang Diproses', 'Disetujui', 'Dibayar', 'Ditolak', atau 'Diblokir'. Atribut ini memberi gambaran umum tentang kondisi faktur saat ini.

Process mining merekonstruksi seluruh perjalanan faktur, sedangkan status saat ini berguna untuk dasbor operasional yang memantau beban kerja aktif. Manajer dapat melihat jumlah faktur di setiap tahap, misalnya yang menunggu persetujuan atau diblokir. Informasi ini membantu tim mengelola alur faktur secara proaktif agar hambatan dan keterlambatan dapat dicegah.

Mengapa ini penting

Atribut ini memberi gambaran beban kerja saat ini dan membantu memantau jumlah faktur di berbagai tahap, seperti 'Menunggu Persetujuan' atau 'Diblokir'.

Sumber data

Status ini biasanya berupa kolom di tabel header faktur yang diperbarui saat faktur melewati siklus prosesnya.

Contoh
DibayarSedang diprosesDitolakDisetujui untuk dibayar
Tanggal faktur
InvoiceDate
Tanggal pemasok menerbitkan dokumen faktur.
Deskripsi

Tanggal faktur adalah tanggal yang dicantumkan pemasok pada dokumen faktur. Dari sisi pemasok, tanggal ini menandai awal resmi siklus pembayaran dan sering menjadi dasar penghitungan tanggal jatuh tempo sesuai ketentuan pembayaran yang disepakati.

Analisis jeda antara tanggal faktur dan aktivitas 'Faktur Diterima' atau 'Faktur Dimasukkan' penting untuk menemukan keterlambatan pengiriman atau pencatatan faktur. Jeda penerimaan faktur ini dapat menjadi bagian tersembunyi yang cukup besar dari total waktu siklus. Menguranginya dapat meningkatkan ketepatan waktu pembayaran dan memperbesar peluang mendapatkan diskon pembayaran lebih awal.

Mengapa ini penting

Atribut ini membantu mengukur jeda penerimaan faktur, yaitu waktu antara penerbitan faktur oleh pemasok dan pencatatannya di sistem.

Sumber data

Kolom tanggal standar ini tersedia di data header faktur dan biasanya berlabel 'Tanggal Dokumen' atau 'Tanggal Faktur'.

Contoh
2024-05-012024-04-152024-06-10
Wajib Disarankan Opsional

Aktivitas pemrosesan faktur dari pengadaan hingga pembayaran

Berikut langkah-langkah utama dan tonggak proses yang perlu dicatat dalam log peristiwa agar process mining pada proses pemrosesan faktur dari pengadaan hingga pembayaran menghasilkan temuan yang akurat.
7 Disarankan 9 Opsional
Aktivitas Deskripsi
Faktur berhasil dicocokkan
Menandai keberhasilan pencocokan faktur dengan pesanan pembelian dan, jika berlaku, bukti penerimaan barang. Langkah otomatis atau manual ini memvalidasi kesesuaian jumlah dan harga pada faktur dengan barang yang dipesan dan diterima.
Mengapa ini penting

Ini merupakan tonggak penting untuk pemrosesan langsung tanpa campur tangan. Tingginya jumlah pencocokan yang berhasil pada percobaan pertama menunjukkan proses pengadaan di tahap sebelumnya berjalan efisien.

Sumber data

Biasanya tercatat sebagai perubahan status atau peristiwa khusus dalam riwayat transaksi setelah validasi pencocokan berhasil.

Pengumpulan data

Temukan peristiwa atau pembaruan status yang menunjukkan status pencocokan faktur sebagai 'Lulus', 'Cocok', atau 'Direkonsiliasi'.

Jenis peristiwa explicit
Faktur dibukukan ke buku besar
Menandai pencatatan resmi faktur yang telah disetujui ke buku besar. Tindakan ini mencatat kewajiban keuangan dan mengubah status faktur dari sedang diproses menjadi siap dibayar.
Mengapa ini penting

Ini merupakan tonggak keuangan penting yang memastikan kewajiban telah diakui secara resmi. Keterlambatan sebelum tahap ini dapat memengaruhi penutupan keuangan dan keakuratan laporan.

Sumber data

Peristiwa transaksi ini tercatat secara eksplisit dalam modul keuangan sistem.

Pengumpulan data

Gunakan tanggal pembukuan yang terkait dengan dokumen keuangan yang dibuat dari faktur.

Jenis peristiwa explicit
Faktur disetujui
Menandai bahwa semua pihak yang diwajibkan dalam alur kerja telah menyetujui faktur. Tonggak ini mengizinkan faktur dibukukan keuangan dan dilanjutkan ke pembayaran.
Mengapa ini penting

Ini merupakan tonggak penting yang mengakhiri tahap validasi dan persetujuan. Data ini diperlukan untuk mengukur waktu siklus persetujuan dan memastikan kepatuhan terhadap kebijakan pemberian wewenang.

Sumber data

Tercatat secara eksplisit dalam riwayat persetujuan atau log alur kerja setelah persetujuan akhir.

Pengumpulan data

Gunakan stempel waktu tindakan persetujuan akhir dalam riwayat persetujuan atau alur kerja faktur.

Jenis peristiwa explicit
Faktur diterima
Menandai saat faktur pertama kali diterima atau dibuat di sistem. Peristiwa ini menjadi titik awal siklus pemrosesan faktur, apa pun cara penerimaannya, seperti entri manual, portal pemasok, atau OCR.
Mengapa ini penting

Aktivitas ini penting untuk mengukur total waktu siklus pemrosesan faktur dari awal hingga akhir. Data ini menjadi acuan untuk memahami beban kerja dan keterlambatan pada tahap awal pemrosesan.

Sumber data

Peristiwa ini biasanya tercatat pada stempel waktu pembuatan data faktur atau entri pertama dalam log dokumen.

Pengumpulan data

Gunakan tanggal dan waktu pembuatan data faktur utama atau tagihan pemasok di sistem sumber.

Jenis peristiwa explicit
Faktur ditolak
Terjadi saat pemberi persetujuan secara resmi menolak faktur sehingga prosesnya terhenti dalam alur kerja. Penolakan biasanya mengembalikan faktur untuk diperbaiki atau dibatalkan, lalu memulai siklus pekerjaan ulang.
Mengapa ini penting

Menganalisis penolakan faktur membantu menemukan akar penyebab pekerjaan ulang, seperti pengodean yang salah, pelanggaran kebijakan, atau masalah data dari tahap sebelumnya. Mengurangi penolakan penting untuk meningkatkan efisiensi.

Sumber data

Tindakan ini tercatat secara eksplisit dalam riwayat persetujuan atau log alur kerja faktur, sering kali disertai alasan penolakan.

Pengumpulan data

Temukan peristiwa yang tercatat saat pemberi persetujuan memilih tindakan 'Tolak' atau 'Tidak setujui' dalam alur kerja.

Jenis peristiwa explicit
Ketidaksesuaian pencocokan ditemukan
Terjadi saat sistem atau pengguna menemukan ketidaksesuaian antara faktur, pesanan pembelian, atau bukti penerimaan barang. Ketidaksesuaian seperti perbedaan harga atau jumlah biasanya menahan faktur dan memerlukan penanganan manual.
Mengapa ini penting

Melacak peristiwa ini penting untuk menganalisis akar penyebab keterlambatan pemrosesan dan pekerjaan ulang. Langkah ini membantu menemukan masalah pada keakuratan faktur pemasok atau proses pengadaan internal.

Sumber data

Disimpulkan dari perubahan status yang menunjukkan kegagalan pencocokan atau penerapan penahanan otomatis oleh sistem akibat perbedaan.

Pengumpulan data

Catat stempel waktu saat status pencocokan faktur berubah menjadi 'Gagal' atau 'Tidak sesuai', atau saat penahanan terkait perbedaan diterapkan.

Jenis peristiwa inferred
Pembayaran dilakukan
Menandai tahap akhir proses saat pembayaran dilakukan dan kewajiban faktur dilunasi. Peristiwa ini memastikan dana telah disalurkan kepada pemasok.
Mengapa ini penting

Ini menandai selesainya siklus Purchase to Pay untuk sebuah faktur. Peristiwa ini menjadi acuan utama untuk mengukur tingkat ketepatan waktu pembayaran dan durasi proses secara keseluruhan.

Sumber data

Diambil dari tanggal pembukuan dokumen pembayaran yang melunasi faktur.

Pengumpulan data

Gunakan tanggal pelunasan atau tanggal pembayaran dari dokumen keuangan yang menyelesaikan item terbuka pemasok.

Jenis peristiwa explicit
Faktur diajukan untuk persetujuan
Menandai pengajuan resmi faktur ke alur kerja persetujuan setelah validasi dan pencocokan awal selesai. Faktur diteruskan kepada pemberi persetujuan yang ditentukan berdasarkan aturan bisnis yang dikonfigurasi.
Mengapa ini penting

Aktivitas ini menandai dimulainya subproses persetujuan. Mengukur waktu dari peristiwa ini hingga persetujuan akhir membantu menganalisis efisiensi alur kerja persetujuan dan menemukan hambatan.

Sumber data

Peristiwa ini tercatat secara eksplisit di sistem yang menggunakan mesin alur kerja, atau dapat disimpulkan dari perubahan status menjadi 'Menunggu Persetujuan'.

Pengumpulan data

Catat stempel waktu saat alur kerja dimulai atau status faktur diperbarui untuk menunjukkan bahwa faktur menunggu persetujuan.

Jenis peristiwa explicit
Faktur dibatalkan
Faktur telah dinyatakan tidak berlaku, dibalik, atau dibatalkan dan tidak akan diproses atau dibayar lebih lanjut. Ini merupakan status akhir untuk faktur yang salah atau duplikat.
Mengapa ini penting

Melacak pembatalan memberi gambaran tentang masalah kualitas data, pengajuan duplikat, dan kesalahan lain dari tahap sebelumnya. Tingkat pembatalan yang tinggi dapat menunjukkan masalah pada faktur pemasok atau pengendalian internal.

Sumber data

Perubahan status yang tercatat secara eksplisit pada data faktur atau pembuatan dokumen pembalik terkait.

Pengumpulan data

Temukan stempel waktu saat status faktur berubah menjadi 'Dibatalkan' atau 'Tidak berlaku', atau saat dokumen pembalik dibukukan.

Jenis peristiwa explicit
Faktur dikerjakan ulang
Menandai pembaruan atau koreksi manual pada faktur, biasanya setelah penolakan atau untuk memperbaiki kesalahan yang ditemukan. Aktivitas ini menunjukkan penyimpangan dari proses standar tanpa campur tangan.
Mengapa ini penting

Melacak aktivitas pekerjaan ulang membantu menemukan inefisiensi proses dan biaya tersembunyi. Memahami alasan perubahan faktur dapat membantu Anda merancang perbaikan proses dan pelatihan yang tepat sasaran.

Sumber data

Biasanya disimpulkan dari log perubahan atau jejak audit yang mencatat perubahan pada kolom penting faktur setelah entri awal.

Pengumpulan data

Catat stempel waktu dari log audit yang menunjukkan perubahan data faktur, terutama setelah peristiwa penolakan atau penahanan.

Jenis peristiwa inferred
Faktur dimasukkan
Menandai selesainya entri data awal. Rincian faktur sudah dimasukkan atau dipindai, tetapi belum dibukukan atau diajukan untuk persetujuan resmi. Faktur biasanya masih berstatus sementara, seperti 'ditangguhkan' atau 'draf'.
Mengapa ini penting

Menganalisis waktu antara penerimaan dan entri faktur membantu menemukan penumpukan pekerjaan pada tahap entri data. Analisis ini juga dapat menunjukkan efisiensi solusi pengambilan data otomatis.

Sumber data

Peristiwa ini sering disimpulkan dari data faktur yang disimpan dengan status draf atau ditangguhkan sebelum diajukan ke alur kerja.

Pengumpulan data

Catat stempel waktu saat status faktur berubah dari baru menjadi tersimpan, ditangguhkan, atau draf.

Jenis peristiwa inferred
Faktur melewati jatuh tempo
Peristiwa hasil perhitungan yang terjadi saat tanggal berjalan melewati tanggal jatuh tempo bersih faktur, sementara faktur belum dibayar. Tanggal jatuh tempo ditentukan berdasarkan tanggal faktur dan ketentuan pembayaran pemasok.
Mengapa ini penting

Aktivitas ini menandai pembayaran yang terlambat, yang dapat merusak hubungan dengan pemasok dan menimbulkan denda. Data ini penting untuk memantau dan meningkatkan tingkat ketepatan waktu pembayaran.

Sumber data

Peristiwa ini tidak tercatat secara eksplisit di sistem. Peristiwa harus dihitung dengan membandingkan tanggal pembayaran, atau tanggal berjalan jika belum dibayar, dengan tanggal jatuh tempo faktur.

Pengumpulan data

Hitung peristiwa ini dengan mengevaluasi IF(payment_date > due_date, due_date + 1 day, NULL) untuk faktur yang sudah dibayar, atau IF(current_date > due_date, due_date + 1 day, NULL) untuk faktur yang masih terbuka.

Jenis peristiwa calculated
Ketidaksesuaian diselesaikan
Menandai saat ketidaksesuaian pencocokan yang ditemukan sebelumnya telah diperiksa dan diselesaikan secara manual. Setelah itu, faktur dapat melanjutkan ke tahap berikutnya, seperti persetujuan atau pencocokan ulang.
Mengapa ini penting

Waktu yang diperlukan untuk menyelesaikan ketidaksesuaian sangat memengaruhi waktu siklus pemrosesan faktur. Analisis aktivitas ini membantu memahami upaya dan durasi penanganan pengecualian.

Sumber data

Peristiwa ini sering disimpulkan dari tindakan pertama pengguna yang menghapus penahanan pencocokan atau memungkinkan pencocokan yang gagal diproses ulang.

Pengumpulan data

Temukan peristiwa saat penahanan terkait pencocokan dilepas atau faktur berhasil dicocokkan setelah sebelumnya gagal.

Jenis peristiwa inferred
Pembayaran dijadwalkan
Faktur yang sudah dibukukan dipilih dan dimasukkan ke dalam usulan pembayaran atau kelompok pembayaran. Langkah ini mengantrekan faktur untuk dibayar pada tanggal tertentu, tetapi belum menandai pemindahan dana yang sebenarnya.
Mengapa ini penting

Aktivitas ini memberikan gambaran tentang tahap akhir proses. Keterlambatan antara pembukuan dan penjadwalan pembayaran dapat menyebabkan hilangnya diskon dan keterlambatan pembayaran.

Sumber data

Biasanya tercatat saat faktur ditambahkan ke proses pembayaran, usulan pembayaran, atau jurnal pembayaran.

Pengumpulan data

Temukan tanggal pembuatan usulan pembayaran atau data kelompok pembayaran yang mencakup faktur tersebut.

Jenis peristiwa explicit
Pembayaran ditahan
Faktur sengaja ditahan agar tidak dibayar, meskipun sudah disetujui. Penahanan dapat diterapkan otomatis berdasarkan aturan sistem atau secara manual, misalnya karena sengketa dengan pemasok.
Mengapa ini penting

Penahanan pembayaran sering menyebabkan keterlambatan pembayaran dan hilangnya diskon. Mengetahui kapan dan mengapa penahanan diterapkan penting untuk meningkatkan ketepatan waktu pembayaran.

Sumber data

Biasanya tercatat sebagai status atau penanda khusus pada data faktur atau baris itemnya.

Pengumpulan data

Catat peristiwa saat kode blokir pembayaran atau status penahanan diterapkan pada faktur atau baris itemnya.

Jenis peristiwa explicit
Penahanan pembayaran dilepas
Menandai penghapusan penahanan pembayaran yang sebelumnya diterapkan sehingga faktur kembali memenuhi syarat untuk dibayar. Ini menunjukkan bahwa masalah penyebab penahanan telah diselesaikan.
Mengapa ini penting

Jeda antara penerapan dan pelepasan penahanan menunjukkan adanya keterlambatan dalam proses. Menganalisis durasi ini membantu menemukan hambatan dalam penyelesaian masalah.

Sumber data

Tercatat saat status atau penanda penahanan pembayaran dihapus dari data faktur.

Pengumpulan data

Catat peristiwa saat kode blokir pembayaran atau status penahanan dihapus atau diubah menjadi tidak diblokir.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi data

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap memulai?

Pilih panduan sesuai sistem Anda untuk mulai mengekstrak data, atau gunakan templat umum ini sebagai acuan untuk sumber data apa pun.

Optimalkan pemrosesan faktur dan tingkatkan efisiensi P2P

Temukan hal yang belum terlihat dalam proses, kurangi biaya, dan percepat alur kerja faktur.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya 5 menit.