Templat data pemrosesan faktur untuk proses pembelian hingga pembayaran
Templat data pemrosesan faktur untuk proses pembelian hingga pembayaran
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
Atribut pemrosesan faktur untuk proses pembelian hingga pembayaran
| 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 | |||
Aktivitas pemrosesan faktur dari pengadaan hingga pembayaran
| 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 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 | |||
Panduan ekstraksi data
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.
Tidak perlu kartu kredit. Penyiapan hanya 5 menit.