Templat Data Pemrosesan Faktur Utang Usaha
Templat Data Pemrosesan Faktur Utang Usaha
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
Atribut Pemrosesan Faktur Utang Usaha
| 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 | |||
Aktivitas Pemrosesan Faktur Utang Usaha
| 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 | |||
Panduan Ekstraksi
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.
Tidak perlu kartu kredit. Anda bisa mulai dalam beberapa menit.