Templat Data Pemrosesan Faktur Utang Usaha

Template process mining universal
Templat Data Pemrosesan Faktur Utang Usaha

Templat Data Pemrosesan Faktur Utang Usaha

Template process mining universal

Ini template data umum kami untuk process mining Pemrosesan faktur utang usaha. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Struktur data umum untuk sistem utang usaha apa pun
  • Atribut yang disarankan untuk analisis mendalam
  • Aktivitas utama yang perlu dicatat agar proses terlihat secara menyeluruh
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Pemrosesan Faktur Utang Usaha

Bagian ini menjelaskan kolom data atau atribut yang disarankan untuk membuat log peristiwa yang andal dan mendukung analisis pemrosesan faktur utang usaha.
5 Wajib 6 Disarankan 5 Opsional
Nama Deskripsi
ID faktur
InvoiceId
Pengenal unik untuk setiap dokumen faktur pemasok. ID ini menjadi pengenal kasus utama untuk melacak perjalanan faktur dari awal hingga akhir.
Deskripsi

ID faktur adalah kode alfanumerik unik yang diberikan untuk setiap faktur dari pemasok. ID ini menjadi acuan utama bagi semua aktivitas dan data yang terkait dengan faktur tersebut, mulai dari penerimaan hingga pembayaran dan pelunasan.

Dalam process mining, ID faktur sangat penting. ID ini berfungsi sebagai ID Kasus yang memungkinkan perangkat lunak menggabungkan rangkaian peristiwa, seperti 'Faktur Diterima', 'Disetujui', dan 'Dibayar', menjadi alur proses yang utuh untuk satu faktur. Dengan begitu, Anda dapat menganalisis variasi proses, durasi siklus, dan hambatan untuk setiap faktur, serta melihat dengan jelas bagaimana tiap faktur ditangani.

Mengapa ini penting

Ini adalah atribut terpenting karena menghubungkan semua langkah proses terkait ke dalam satu kasus, sehingga analisis dan visualisasi proses dari awal hingga akhir dapat dilakukan.

Sumber data

Biasanya terdapat di data header faktur atau tabel transaksi utang usaha pada sistem sumber.

Contoh
INV-9876547300015298SI-2023-04-112
Nama aktivitas
ActivityName
Nama langkah atau peristiwa dalam proses bisnis yang terjadi pada faktur.
Deskripsi

Nama Aktivitas menjelaskan tindakan, perubahan status, atau tahap tertentu dalam siklus pemrosesan faktur. Setiap peristiwa yang tercatat untuk sebuah faktur, seperti 'Faktur Divalidasi', 'Diajukan untuk Persetujuan', atau 'Pembayaran Dilakukan', memiliki nama aktivitas tersendiri.

Atribut ini menjadi dasar peta proses. Setiap nilai unik menjadi simpul dalam visualisasi alur proses. Analisis urutan, frekuensi, dan durasi antaraktivitas merupakan inti process mining. Analisis ini membantu menemukan jalur yang umum, penyimpangan, dan pengerjaan ulang, serta memahami apa yang sebenarnya terjadi dalam proses.

Mengapa ini penting

Menentukan langkah-langkah dalam peta proses agar alur proses, hambatan, dan variasinya dapat divisualisasikan dan dianalisis.

Sumber data

Biasanya berasal dari kode transaksi, log peristiwa, kolom perubahan status, atau catatan tindakan pengguna tertentu di sistem sumber.

Contoh
Faktur disetujuiFaktur diblokirPembayaran dilakukan
Waktu peristiwa
EventTime
Stempel waktu yang menunjukkan tanggal dan waktu tepat saat aktivitas atau peristiwa terjadi.
Deskripsi

Waktu Peristiwa mencatat saat tepat suatu aktivitas terjadi dalam siklus faktur. Setiap aktivitas, mulai dari 'Faktur Diterima' hingga 'Faktur Dilunasi', memiliki stempel waktu.

Atribut ini penting untuk analisis kinerja. Anda dapat menghitung durasi siklus antaraktivitas, seperti waktu persetujuan dan waktu pembayaran, serta total waktu pemrosesan setiap faktur dari awal hingga akhir. Dengan menganalisis durasi tersebut, organisasi dapat menemukan hambatan, mengukur kinerja berdasarkan perjanjian tingkat layanan (SLA), dan menentukan peluang untuk mempercepat proses. Urutan kronologis peristiwa juga dapat digunakan untuk merekonstruksi alur proses secara akurat.

Mengapa ini penting

Atribut ini penting untuk menghitung durasi siklus, menemukan hambatan, dan menganalisis urutan kronologis peristiwa proses.

Sumber data

Dapat ditemukan di log sistem, kolom tanggal pembuatan atau perubahan transaksi, atau catatan stempel waktu peristiwa yang terkait dengan dokumen faktur.

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

Stempel waktu Pembaruan Data Terakhir menunjukkan waktu terbaru data diekstrak dari sistem sumber dan dimuat ke lingkungan process mining. Waktu ini bukan waktu terjadinya peristiwa bisnis, melainkan menunjukkan seberapa baru data yang dianalisis.

Atribut ini penting untuk tata kelola data dan membantu pengguna memahami seberapa mutakhir wawasan yang tersedia. Atribut ini memastikan analisis menggunakan informasi terbaru dan dapat digunakan untuk memantau kondisi serta frekuensi alur data. Dengan begitu, pemangku kepentingan mengetahui usia data saat mengambil keputusan berdasarkan dashboard dan analisis proses.

Mengapa ini penting

Penting untuk tata kelola data dan memastikan pengguna mengetahui seberapa mutakhir data yang dianalisis, sehingga mereka dapat lebih memercayai wawasan yang diperoleh.

Sumber data

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

Contoh
2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z
Sistem sumber
SourceSystem
Sistem asal ekstraksi data.
Deskripsi

Atribut ini menunjukkan sistem TI asal tempat data peristiwa dibuat atau dicatat, seperti ERP, sistem manajemen dokumen, atau alat alur kerja. Jika proses utang usaha melibatkan beberapa sistem, kolom ini membantu membedakan asal setiap aktivitas.

Analisis berdasarkan Sistem Sumber berguna untuk memahami fragmentasi proses dan tantangan integrasi data. Analisis ini dapat menunjukkan apakah keterlambatan atau masalah terjadi saat pekerjaan berpindah antar sistem. Atribut ini juga penting untuk tata kelola dan validasi data, agar gambaran proses mencerminkan kontribusi setiap sistem secara akurat.

Mengapa ini penting

Memberikan konteks tentang asal data, yang penting untuk validasi data, pemecahan masalah, dan analisis variasi proses di berbagai sistem.

Sumber data

Biasanya berupa nilai tetap yang ditambahkan saat ekstraksi data atau tersedia di header log sistem.

Contoh
ERP_PRODSAP_ECC_100Oracle_Fusion
Jumlah Faktur
InvoiceAmount
Total nilai faktur dalam mata uang transaksi aslinya.
Deskripsi

Jumlah Faktur menunjukkan total nilai bruto faktur yang diajukan pemasok. Ini adalah metrik keuangan penting untuk setiap kasus.

Atribut ini banyak digunakan dalam analisis keuangan dan kinerja. Anda dapat memfilter proses berdasarkan nilai transaksi, misalnya untuk menganalisis faktur bernilai tinggi secara terpisah, menemukan hambatan persetujuan untuk faktur di atas ambang tertentu, dan menghitung dampak finansial dari inefisiensi proses. Contohnya, atribut ini dapat digunakan untuk menghitung nilai faktur yang tertahan atau menentukan prioritas otomatisasi untuk faktur bervolume tinggi dan bernilai rendah. Atribut ini menjadi dimensi dasar bagi hampir semua dasbor utang usaha.

Mengapa ini penting

Mendukung analisis dampak finansial, seperti menghitung nilai pembayaran yang tertahan, dan membantu menentukan prioritas faktur berdasarkan nilai transaksinya.

Sumber data

Biasanya terdapat di tabel header atau item baris pada data transaksi faktur.

Contoh
1500.7525000.00345.50
Kode Perusahaan
CompanyCode
ID badan hukum atau perusahaan yang memproses faktur.
Deskripsi

Kode Perusahaan adalah kunci unik yang mewakili badan hukum atau perusahaan tertentu dalam suatu organisasi. Faktur diproses dan dibukukan atas nama kode perusahaan tertentu.

Atribut ini menjadi dimensi dasar untuk perbandingan dalam organisasi dengan banyak entitas. Anda dapat membandingkan kinerja proses utang usaha di berbagai perusahaan, anak perusahaan, atau unit bisnis. Analisis dapat menunjukkan apakah entitas tertentu bekerja lebih efisien, memiliki tingkat otomatisasi lebih tinggi, atau lebih sering mengalami pemblokiran pembayaran. Hasilnya membantu organisasi menyelaraskan praktik terbaik dan menemukan masalah khusus wilayah atau entitas.

Mengapa ini penting

Mendukung perbandingan proses antar badan hukum atau unit bisnis, sehingga praktik dapat diselaraskan dan masalah setempat dapat ditemukan.

Sumber data

Terdapat di header dokumen keuangan atau transaksi faktur, sebagai penanda entitas pembukuan.

Contoh
1000US01DE01
Nama pemasok
VendorName
Nama pemasok yang mengirimkan faktur.
Deskripsi

Nama Pemasok menunjukkan nama resmi atau nama dagang pemasok barang atau jasa. Atribut ini memberikan konteks bisnis penting untuk setiap faktur.

Dengan mengelompokkan analisis berdasarkan Nama Pemasok, Anda dapat menilai kinerja dan hubungan dengan pemasok tertentu. Anda dapat menjawab pertanyaan seperti: 'Pemasok mana yang waktu persetujuannya paling lama?', 'Apakah faktur dari pemasok tertentu sering tidak sesuai?', atau 'Apakah kita sudah memanfaatkan diskon pembayaran awal untuk pemasok utama dengan baik?'. Informasi ini penting bagi tim pengadaan dan pengelola hubungan pemasok.

Mengapa ini penting

Memungkinkan analisis kinerja berdasarkan pemasok, sehingga Anda dapat menemukan masalah dalam hubungan dengan pemasok, kepatuhan terhadap ketentuan pembayaran, dan variasi proses untuk tiap pemasok.

Sumber data

Tersimpan di tabel data induk pemasok dan terhubung ke data transaksi faktur melalui ID pemasok.

Contoh
Perlengkapan Kantor GlobalSolusi Teknologi InovatifAdvanced Logistics Corp
Nama Pengguna
UserName
Nama atau ID pengguna yang melakukan aktivitas tertentu pada faktur.
Deskripsi

Nama Pengguna menunjukkan pegawai atau pengguna sistem yang bertanggung jawab menjalankan langkah proses tertentu, seperti memasukkan, menyetujui, atau membukukan faktur. Untuk langkah otomatis, nama ini dapat berupa ID pengguna sistem atau batch.

Atribut ini membantu Anda melihat proses dari sisi orang yang menjalankannya. Gunakan untuk menganalisis pembagian beban kerja dan kinerja individu atau tim, serta menemukan kebutuhan pelatihan. Dengan melacak aktivitas berdasarkan pengguna, organisasi dapat menemukan pengerjaan ulang yang dipicu oleh pengguna tertentu, mengetahui titik tertahannya persetujuan, dan memastikan pemisahan tugas berjalan dengan baik. Atribut ini penting untuk memahami peran manusia dalam proses utang usaha.

Mengapa ini penting

Mendukung analisis kinerja tim dan individu serta pembagian beban kerja, sekaligus membantu menemukan kebutuhan pelatihan atau masalah kepatuhan.

Sumber data

Biasanya terdapat di log peristiwa atau kolom 'Changed By' / 'Created By' pada tabel transaksi.

Contoh
jdoeasmithBATCH_USER
Nomor Pesanan Pembelian
PurchaseOrderNumber
ID unik untuk pesanan pembelian (PO) yang terkait dengan faktur.
Deskripsi

Nomor Pesanan Pembelian adalah ID referensi dokumen yang pertama kali mengesahkan pembelian barang atau jasa dari pemasok. Faktur dapat menggunakan PO atau tanpa PO.

Atribut ini penting untuk menganalisis proses pencocokan faktur. Anda dapat membedakan faktur berbasis PO dan non-PO, yang sering kali mengikuti alur proses berbeda. Analisis dapat berfokus pada efisiensi pencocokan tiga arah (PO, penerimaan barang, dan faktur), menemukan penyebab kegagalan pencocokan, serta mengukur KPI Tingkat Pencocokan pada Upaya Pertama. Nomor PO yang tidak tercantum pada faktur yang seharusnya memilikinya sering menandakan masalah kepatuhan proses.

Mengapa ini penting

Penting untuk menganalisis efisiensi pencocokan faktur, membedakan proses faktur berbasis PO dan non-PO, serta menemukan masalah kepatuhan.

Sumber data

Terdapat di data transaksi faktur, biasanya pada kolom referensi yang menghubungkannya dengan modul pembelian.

Contoh
4500017545PO-2023-10-005789123
Tanggal Jatuh Tempo Faktur
InvoiceDueDate
Tanggal batas pembayaran faktur sesuai ketentuan pembayaran.
Deskripsi

Tanggal Jatuh Tempo Faktur adalah tanggal batas pembayaran kepada pemasok agar pembayaran dianggap tepat waktu dan terhindar dari biaya atau denda keterlambatan. Tanggal ini biasanya dihitung dari tanggal faktur dan ketentuan pembayaran yang disepakati, misalnya net 30.

Atribut ini penting untuk mengukur kinerja pembayaran. Atribut ini menjadi dasar penghitungan KPI Tingkat Pembayaran Tepat Waktu dan untuk menemukan pembayaran yang terlambat. Dengan membandingkan tanggal jatuh tempo dan tanggal pembayaran aktual, organisasi dapat menganalisis ketepatan waktu pembayaran, memperbaiki hubungan dengan pemasok, menghindari denda, dan mengelola arus kas secara strategis.

Mengapa ini penting

Penting untuk mengukur ketepatan waktu pembayaran, mengelola arus kas, dan menghindari denda keterlambatan.

Sumber data

Tanggal ini sering dihitung oleh sistem sumber berdasarkan tanggal faktur dan ketentuan pembayaran, lalu disimpan di header faktur.

Contoh
2023-11-252023-12-152024-01-30
Alasan Pemblokiran
BlockingReason
Kode atau keterangan yang menjelaskan alasan faktur diblokir untuk pembayaran.
Deskripsi

Alasan Pemblokiran adalah kode atau keterangan yang menjelaskan mengapa faktur sengaja dihentikan sebelum masuk ke tahap pembayaran. Penyebab umum meliputi selisih jumlah atau harga, bukti penerimaan barang yang belum ada, atau pemeriksaan kualitas yang masih diperlukan.

Atribut ini penting untuk menganalisis akar penyebab pengecualian dan pengerjaan ulang. Dengan menganalisis frekuensi dan dampak berbagai alasan pemblokiran, organisasi dapat menemukan sumber inefisiensi terbesar dalam proses utang usaha. Temuan ini membantu mengarahkan upaya perbaikan, misalnya meningkatkan akurasi PO bersama pemasok atau menyederhanakan proses penerimaan barang. Mengurangi pemblokiran pembayaran juga menjadi faktor penting untuk meningkatkan tingkat pemrosesan langsung (STP).

Mengapa ini penting

Penting untuk menganalisis akar penyebab pemblokiran pembayaran dan menemukan pemicu utama inefisiensi serta pengerjaan ulang dalam proses.

Sumber data

Terdapat di dokumen faktur atau tabel status terkait, dan biasanya diisi saat aktivitas 'Blocked' terjadi.

Contoh
Selisih HargaKetidaksesuaian JumlahBukti Penerimaan Barang Belum Ada
Diotomatisasi
IsAutomated
Penanda yang menunjukkan apakah aktivitas dilakukan otomatis oleh sistem, bukan oleh pengguna.
Deskripsi

Atribut boolean ini menunjukkan apakah langkah proses tertentu dijalankan oleh pengguna sistem, seperti otomatisasi, workflow, atau tugas batch, atau oleh pengguna manusia. Atribut ini membantu membedakan aktivitas manual dan otomatis.

Analisis atribut ini penting untuk memahami tingkat otomatisasi proses utang usaha dan mengukur hasil inisiatif transformasi digital. Atribut ini membantu menghitung tingkat pemrosesan langsung (STP) dengan mengenali faktur yang diproses tanpa campur tangan manual. Perbandingan jalur otomatis dan manual dapat mendukung rencana investasi otomatisasi berikutnya dengan menunjukkan penghematan waktu dan biaya.

Mengapa ini penting

Mendukung pengukuran tingkat otomatisasi, misalnya tingkat pemrosesan langsung, dan membantu menghitung dampak otomatisasi terhadap efisiensi proses.

Sumber data

Sering ditentukan dengan memeriksa apakah 'UserName' untuk suatu aktivitas cocok dengan ID pengguna sistem atau batch yang dikenal.

Contoh
truefalse
Ketentuan Pembayaran
PaymentTerms
Ketentuan pembayaran faktur yang disepakati dengan pemasok, termasuk tanggal jatuh tempo dan peluang diskon.
Deskripsi

Ketentuan Pembayaran menetapkan syarat pembayaran faktur. Ketentuan ini biasanya mencakup jumlah hari hingga jatuh tempo, misalnya 30 hari, serta diskon untuk pembayaran lebih awal, misalnya diskon 2% jika dibayar dalam 10 hari.

Atribut ini memberikan konteks penting untuk analisis kinerja keuangan. Gunakan untuk menghitung Tanggal Jatuh Tempo Faktur dan menemukan peluang memperoleh diskon pembayaran lebih awal. Dengan menganalisis kinerja proses berdasarkan ketentuan pembayaran, organisasi dapat mengetahui apakah waktu siklus internal yang panjang membuat mereka sering kehilangan peluang diskon. Analisis ini menghubungkan efisiensi proses secara langsung dengan penghematan biaya.

Mengapa ini penting

Menjadi dasar penghitungan tanggal jatuh tempo faktur dan penting untuk menganalisis tingkat perolehan diskon pembayaran lebih awal, sehingga efisiensi proses dapat dikaitkan dengan penghematan biaya.

Sumber data

Biasanya diambil dari data induk pemasok dan disalin ke header transaksi faktur saat faktur dibuat.

Contoh
Net 302% 10, Net 30Net 60
Mata Uang Faktur
InvoiceCurrency
Kode mata uang untuk jumlah faktur, misalnya USD, EUR, atau GBP.
Deskripsi

Mata Uang Faktur menunjukkan satuan uang yang digunakan untuk menyatakan jumlah faktur. Atribut ini sangat penting bagi organisasi multinasional yang bertransaksi dengan pemasok di berbagai negara.

Dalam analisis, atribut ini diperlukan agar Jumlah Faktur dapat ditafsirkan dengan benar dan perhitungan keuangan tetap akurat. Anda dapat memfilter proses berdasarkan mata uang untuk memahami perbedaan antarwilayah atau kendala yang terkait dengan mata uang tertentu. Jika digabungkan dengan data nilai tukar, nilai keuangan dapat disetarakan ke satu mata uang pelaporan untuk analisis global yang konsisten.

Mengapa ini penting

Memberi konteks yang diperlukan untuk memahami jumlah faktur, sehingga analisis keuangan dan segmentasi proses organisasi global dapat dilakukan dengan akurat.

Sumber data

Biasanya terdapat di header tabel transaksi faktur, bersama jumlah faktur.

Contoh
USDEURGBP
Tanggal Pembayaran
PaymentDate
Tanggal saat pembayaran faktur benar-benar dilakukan.
Deskripsi

Tanggal Pembayaran adalah penanda waktu saat dana untuk faktur tertentu dikirimkan kepada pemasok. Ini merupakan tonggak penting yang sering menandai berakhirnya alur pemrosesan utama.

Dalam analisis process mining, tanggal ini dibandingkan dengan Tanggal Jatuh Tempo Faktur untuk mengetahui apakah pembayaran dilakukan tepat waktu, lebih awal, atau terlambat. Tanggal ini menjadi komponen utama untuk menghitung KPI penting seperti Tingkat Pembayaran Tepat Waktu dan menganalisis peluang diskon pembayaran lebih awal. Selisih antara persetujuan faktur dan tanggal pembayaran juga dapat menunjukkan inefisiensi dalam pelaksanaan pembayaran atau fungsi perbendaharaan.

Mengapa ini penting

Penting untuk menghitung tingkat pembayaran tepat waktu, menganalisis perilaku pembayaran, dan menemukan peluang memperoleh diskon pembayaran lebih awal.

Sumber data

Terdapat di data pembayaran atau dokumen kliring yang terhubung dengan transaksi faktur asli.

Contoh
2023-11-242023-12-202024-01-28
Wajib Disarankan Opsional

Aktivitas Pemrosesan Faktur Utang Usaha

Bagian ini memuat langkah proses utama dan tonggak penting yang disarankan untuk dicatat. Data ini mendukung penemuan proses yang akurat dan memberi pemahaman mendalam tentang pemrosesan faktur utang usaha.
7 Disarankan 8 Opsional
Aktivitas Deskripsi
Diajukan untuk persetujuan
Faktur secara resmi diajukan melalui alur kerja untuk ditinjau dan disetujui oleh satu atau beberapa pihak yang berwenang. Aktivitas ini menandai dimulainya subproses persetujuan.
Mengapa ini penting

Ini adalah titik awal untuk mengukur durasi siklus persetujuan. Dengan demikian, Anda dapat membedakan waktu pemrosesan data dari waktu tunggu persetujuan manajemen.

Sumber data

Peristiwa ini dicatat saat status faktur berubah menjadi 'Menunggu Persetujuan' atau saat faktur dimasukkan ke sistem manajemen alur kerja.

Pengumpulan data

Temukan peristiwa saat status faktur diperbarui untuk menandai dimulainya alur kerja persetujuan.

Jenis peristiwa explicit
Faktur dibukukan
Faktur yang telah disetujui resmi dicatat dalam buku besar, sehingga menjadi kewajiban keuangan perusahaan. Transaksi akuntansi penting ini secara resmi mencatat beban dan kewajiban pembayaran.
Mengapa ini penting

Pembukuan adalah peristiwa keuangan yang penting. Keterlambatan antara persetujuan dan pembukuan dapat mengurangi akurasi pelaporan keuangan dan visibilitas atas kewajiban yang belum dibayar.

Sumber data

Peristiwa transaksi keuangan utama ini dicatat berdasarkan tanggal dan waktu pembukuan dokumen akuntansi yang terkait dengan faktur.

Pengumpulan data

Gunakan kolom tanggal pembukuan dari header dokumen keuangan yang ditautkan ke faktur.

Jenis peristiwa explicit
Faktur dicocokkan
Proses mencocokkan faktur dengan dokumen pendukung, seperti pesanan pembelian (PO) atau bukti penerimaan barang (GR). Aktivitas ini memastikan jumlah, kuantitas, dan barang pada faktur sesuai dengan yang dipesan dan diterima.
Mengapa ini penting

Ini adalah tahap validasi penting untuk faktur berbasis PO. Analisis tingkat keberhasilan dan waktu pencocokan membantu Anda memahami tingkat otomatisasi serta menemukan pemasok atau bahan yang bermasalah.

Sumber data

Peristiwa ini biasanya dicatat saat referensi PO atau GR berhasil ditautkan ke baris faktur, sering kali dengan memperbarui kolom status pencocokan.

Pengumpulan data

Catat stempel waktu saat status pencocokan faktur berubah menjadi 'Cocok' atau 'Berhasil'.

Jenis peristiwa explicit
Faktur dilunasi
Aktivitas ini menandai rekonsiliasi akhir saat pembayaran diterapkan pada faktur, sehingga pos tersebut resmi ditutup dalam buku pembantu utang usaha. Dalam beberapa kasus, aktivitas ini juga dapat menandai pencairan pembayaran oleh bank.
Mengapa ini penting

Ini adalah aktivitas terakhir yang menandai proses selesai dengan sukses. Waktu dari penerimaan hingga pelunasan faktur menunjukkan durasi keseluruhan proses dari awal hingga akhir.

Sumber data

Peristiwa ini dicatat dari kolom tanggal pelunasan pada data keuangan faktur, yang terisi saat pembayaran diterapkan.

Pengumpulan data

Gunakan tanggal pelunasan yang terkait dengan baris faktur di buku besar keuangan.

Jenis peristiwa explicit
Faktur disetujui
Menandai persetujuan akhir dalam alur kerja dan memberikan wewenang resmi untuk membayar faktur. Ini adalah tahap penting yang menentukan kapan faktur dapat beralih dari pemrosesan ke pembayaran.
Mengapa ini penting

Aktivitas ini mengakhiri siklus persetujuan. Waktu hingga tahap ini menjadi bagian penting dari total waktu pemrosesan faktur dan sering menunjukkan adanya hambatan persetujuan.

Sumber data

Peristiwa ini dicatat saat status alur kerja atau dokumen faktur berubah menjadi 'Disetujui' atau status akhir yang setara.

Pengumpulan data

Catat stempel waktu saat status persetujuan akhir faktur direkam.

Jenis peristiwa explicit
Faktur diterima
Aktivitas ini menandai saat faktur pemasok pertama kali masuk ke sistem. Faktur dapat dicatat melalui entri data manual, pemindaian dengan Optical Character Recognition (OCR), atau pertukaran data elektronik (EDI).
Mengapa ini penting

Ini adalah titik awal utama proses. Dengan menganalisis waktu antara peristiwa ini dan peristiwa lainnya, Anda dapat mengetahui total waktu pemrosesan dan menemukan keterlambatan di tahap awal.

Sumber data

Peristiwa ini biasanya dicatat berdasarkan stempel waktu pembuatan data utama faktur atau tagihan pemasok di sistem.

Pengumpulan data

Gunakan tanggal pembuatan data header faktur.

Jenis peristiwa explicit
Pembayaran dilakukan
Pembayaran resmi dilakukan dan dana disalurkan kepada pemasok. Transaksi ini melunasi kewajiban yang tercatat saat faktur dibukukan.
Mengapa ini penting

Peristiwa ini penting untuk menghitung tingkat pembayaran tepat waktu dan pemanfaatan diskon. Peristiwa ini menandai perpindahan dana dan menjadi tahap penting bagi pengelolaan kas serta hubungan dengan pemasok.

Sumber data

Peristiwa keuangan ini dicatat secara eksplisit berdasarkan tanggal transaksi dokumen pembayaran yang dibuat untuk faktur tersebut.

Pengumpulan data

Gunakan tanggal transaksi atau tanggal pembukuan dokumen pembayaran yang melunasi faktur.

Jenis peristiwa explicit
Blokir dihapus
Menandai penyelesaian masalah dan penghapusan blokir atau penangguhan pembayaran. Tindakan ini menunjukkan bahwa faktur telah diperbaiki atau diperjelas dan siap melanjutkan proses.
Mengapa ini penting

Waktu antara faktur diblokir dan blokir dihapus menunjukkan lama penyelesaian ketidaksesuaian. Analisis durasi ini membantu menemukan inefisiensi dalam penanganan pengecualian.

Sumber data

Peristiwa ini dicatat dari log sistem atau dokumen perubahan yang merekam penghapusan atau penonaktifan status blokir pembayaran.

Pengumpulan data

Catat stempel waktu saat kode blokir pembayaran atau status penangguhan dihapus dari faktur.

Jenis peristiwa explicit
Diskon pembayaran awal dimanfaatkan
Pembayaran dilakukan dalam periode diskon yang ditetapkan pemasok sehingga perusahaan dapat menghemat biaya. Peristiwa ini tidak tercatat langsung di sistem, tetapi disimpulkan dari data transaksi.
Mengapa ini penting

Aktivitas ini mengukur langsung manfaat keuangan dari proses utang usaha yang efisien. Menemukan peluang diskon pembayaran awal yang terlewat membantu menunjukkan nilai finansial perbaikan proses.

Sumber data

Peristiwa ini dihitung dengan membandingkan tanggal pembayaran dengan ketentuan pembayaran dan tanggal diskon pada faktur.

Pengumpulan data

Hitung dengan rumus: IF Payment_Date <= Discount_Due_Date.

Jenis peristiwa calculated
Faktur dibatalkan
Faktur dibatalkan atau dibalik setelah dimasukkan atau dibukukan, biasanya untuk memperbaiki kesalahan atau menanggapi sengketa dengan pemasok. Ini merupakan titik akhir alternatif yang umumnya tidak diharapkan dalam proses.
Mengapa ini penting

Pembatalan dapat menandakan kegagalan proses, seperti entri ganda atau pembukuan yang keliru. Melacak frekuensi dan akar penyebabnya penting untuk meningkatkan akurasi entri data dan kualitas proses.

Sumber data

Tindakan ini dicatat secara eksplisit saat pengguna membatalkan faktur atau membukukan dokumen pembalik, sehingga kolom tanggal pembatalan atau pembalikan terisi.

Pengumpulan data

Cari tautan ke dokumen pembalik atau penanda pembatalan beserta tanggalnya pada data faktur.

Jenis peristiwa explicit
Faktur diblokir
Aktivitas ini terjadi saat faktur tidak dapat dilanjutkan ke tahap pembayaran. Pemblokiran biasanya dilakukan otomatis atau manual karena ada ketidaksesuaian saat pencocokan, pelanggaran kebijakan, atau masalah lain yang perlu diselidiki.
Mengapa ini penting

Pemblokiran sering menjadi penyebab utama keterlambatan pembayaran dan bertambahnya upaya pemrosesan. Mengetahui kapan, mengapa, dan seberapa sering pemblokiran terjadi sangat penting untuk perbaikan proses.

Sumber data

Peristiwa ini dicatat secara eksplisit saat status penangguhan atau pemblokiran diterapkan pada faktur, biasanya dalam log status atau tabel riwayat perubahan.

Pengumpulan data

Gunakan stempel waktu saat kode blokir pembayaran atau status 'Ditangguhkan' ditetapkan pada faktur.

Jenis peristiwa explicit
Faktur ditolak
Pemberi persetujuan menolak faktur dalam alur kerja sehingga proses menuju pembayaran terhenti. Biasanya, faktur yang ditolak dikembalikan ke tahap sebelumnya untuk diperbaiki, sehingga terjadi pengerjaan ulang.
Mengapa ini penting

Penolakan sering menyebabkan pengerjaan ulang dan keterlambatan proses. Dengan melacak frekuensi dan alasannya, Anda dapat menemukan masalah pada kualitas data, pemahaman kebijakan, atau kepatuhan pemasok.

Sumber data

Peristiwa ini dicatat secara eksplisit sebagai pembaruan status, misalnya 'Ditolak' atau 'Tidak disetujui', dalam riwayat persetujuan atau log alur kerja sistem.

Pengumpulan data

Gunakan stempel waktu dari log persetujuan saat status faktur berubah menjadi 'Ditolak'.

Jenis peristiwa explicit
Faktur divalidasi
Menandai selesainya pemeriksaan awal atas kelengkapan dan keakuratan data faktur sebelum faktur dilanjutkan ke tahap pencocokan atau persetujuan. Pemeriksaan ini dapat dilakukan otomatis oleh sistem atau secara manual.
Mengapa ini penting

Dengan melacak aktivitas ini, Anda dapat menemukan hambatan dalam pemeriksaan kualitas data awal dan mengukur efisiensi tahap prapemrosesan.

Sumber data

Peristiwa ini sering dicatat melalui perubahan status pada data faktur, stempel waktu validasi khusus, atau disimpulkan saat data disimpan tanpa kesalahan.

Pengumpulan data

Cari perubahan status menjadi 'Tervalidasi' atau entri log peristiwa validasi khusus.

Jenis peristiwa explicit
Pembayaran dijadwalkan
Faktur yang telah dibukukan dipilih dan dimasukkan ke dalam usulan pembayaran atau kelompok pembayaran. Aktivitas ini menunjukkan bahwa faktur akan dibayar dalam jadwal pembayaran berikutnya.
Mengapa ini penting

Tahap ini menghubungkan pembukuan dengan pembayaran aktual. Analisis aktivitas ini membantu mengelola arus kas dan memahami efisiensi persiapan pembayaran.

Sumber data

Peristiwa ini dapat disimpulkan dari pembuatan data usulan pembayaran atau saat faktur ditambahkan ke jurnal maupun kelompok pembayaran.

Pengumpulan data

Catat tanggal pembuatan usulan atau kelompok pembayaran yang mencakup faktur tersebut.

Jenis peristiwa inferred
Pembayaran terlambat
Faktur dibayar setelah tanggal jatuh tempo yang disepakati. Peristiwa ini dihitung untuk menandai kegagalan memenuhi kewajiban pembayaran tepat waktu.
Mengapa ini penting

Pembayaran terlambat dapat merusak hubungan dengan pemasok, menimbulkan denda, dan menunjukkan inefisiensi sistemik. Pengukuran ini membantu menilai kinerja proses dan risiko kepatuhan.

Sumber data

Peristiwa ini dihitung dengan membandingkan tanggal pembayaran dengan tanggal jatuh tempo bersih yang tercantum pada faktur.

Pengumpulan data

Hitung dengan rumus: IF Payment_Date > Net_Due_Date.

Jenis peristiwa calculated
Disarankan Opsional

Panduan Ekstraksi

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?

Pelajari lebih dalam pemrosesan faktur utang usaha dengan memilih panduan ekstraksi untuk sistem Anda, atau gunakan templat umum ini sebagai dasar.

Tingkatkan Efisiensi Utang Usaha, Mulai Hari Ini

Sederhanakan alur kerja, kurangi biaya, dan dapatkan gambaran menyeluruh tentang proses utang usaha Anda.

Mulai Uji Coba Gratis

Tidak perlu kartu kredit. Anda bisa mulai dalam beberapa menit.