Templat data pengelolaan kredit dan penagihan Anda
Templat data pengelolaan kredit dan penagihan Anda
Ini template data umum kami untuk process mining Pengelolaan kredit dan penagihan. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Struktur data umum yang dapat digunakan untuk sistem pengelolaan kredit atau penagihan apa pun
- Atribut yang disarankan untuk menganalisis kinerja proses secara mendalam
- Aktivitas utama yang perlu dilacak agar proses dapat ditemukan dan ditingkatkan secara akurat
Atribut pengelolaan kredit dan penagihan
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama aktivitas ActivityName | Nama peristiwa bisnis atau tugas tertentu yang terjadi pada waktu tertentu terkait suatu faktur. | ||
| Deskripsi Nama aktivitas menjelaskan langkah atau tonggak tertentu dalam proses pengelolaan kredit dan penagihan. Aktivitas ini membentuk peta proses dan mencakup tindakan seperti 'Faktur dikirim ke pelanggan', 'Pengingat dikirim', atau 'Pembayaran dialokasikan ke faktur'. Analisis urutan dan frekuensi aktivitas merupakan inti process mining. Analisis ini membantu mengungkap alur proses yang sebenarnya, membandingkannya dengan model yang dirancang, serta menemukan penyimpangan, pekerjaan ulang, dan jalur yang tidak efisien. Misalnya, frekuensi tinggi aktivitas 'Sengketa dicatat' dapat menunjukkan masalah pada keakuratan faktur atau kualitas produk. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam proses. Langkah tersebut menjadi dasar peta proses dan memungkinkan analisis alur serta variasi proses. Sumber data Dihasilkan dari berbagai perubahan status, kode transaksi, atau log peristiwa di modul keuangan, penjualan, atau penagihan pada sistem sumber. Contoh Faktur dibuatTanggal jatuh tempo pembayaran terlewatiProses penagihan dimulaiPembayaran diterima | |||
| Nomor faktur InvoiceNumber | Pengenal unik untuk setiap faktur. Nomor ini menjadi ID kasus utama dalam proses pengelolaan kredit dan penagihan. | ||
| Deskripsi Nomor faktur adalah kode alfanumerik unik untuk setiap dokumen faktur. Nomor ini menjadi acuan utama bagi semua aktivitas dan transaksi terkait penagihan tersebut, mulai dari pembuatan hingga pelunasan atau penghapusbukuan. Dalam process mining, nomor faktur digunakan untuk menghubungkan semua peristiwa terkait, seperti 'Faktur dibuat', 'Pembayaran diterima', dan 'Sengketa dicatat', ke dalam satu kasus. Dengan begitu, seluruh siklus faktur dapat divisualisasikan dan dianalisis dari awal hingga akhir. Pengelompokan proses berdasarkan nomor faktur membantu organisasi menemukan hambatan, melacak waktu siklus, dan memahami perbedaan penanganan tiap faktur. Mengapa ini penting Ini adalah ID kasus utama yang menghubungkan semua peristiwa terkait, sehingga seluruh siklus faktur dapat direkonstruksi dan dianalisis dari awal hingga akhir. Sumber data Biasanya terdapat di tabel header faktur atau dokumen piutang usaha pada sistem keuangan sumber. Contoh INV-2023-001239100045678SI-54321 | |||
| Waktu peristiwa EventTime | Stempel waktu yang mencakup tanggal dan jam, untuk menunjukkan dengan tepat kapan suatu aktivitas terjadi. | ||
| Deskripsi Waktu peristiwa, atau stempel waktu, menunjukkan saat tepat suatu aktivitas berlangsung dalam proses. Data ini memberikan urutan kronologis untuk merekonstruksi rangkaian peristiwa pada setiap kasus faktur. Data ini menjadi dasar analisis berbasis waktu. Dalam process mining, waktu peristiwa digunakan untuk menghitung metrik kinerja penting, seperti waktu siklus antaraktivitas, durasi total kasus, dan kepatuhan terhadap perjanjian tingkat layanan. Contohnya, jeda antara 'Faktur dikirim' dan 'Pembayaran diterima' berdampak langsung pada Days Sales Outstanding (DSO). Analisis stempel waktu membantu menemukan keterlambatan, mengukur efisiensi langkah proses, dan mengidentifikasi hambatan. Mengapa ini penting Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung waktu siklus dan durasi, serta melakukan analisis kinerja berbasis waktu. Sumber data Biasanya dicatat sebagai tanggal pembuatan dokumen, tanggal pembukuan, atau stempel waktu log sistem yang terkait dengan transaksi atau perubahan status. Contoh 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data suatu peristiwa terakhir kali diperbarui atau diekstrak dari sistem sumber. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu terakhir kali data diambil dari sistem sumber ke lingkungan process mining. Atribut ini menjadi kolom metadata yang menunjukkan seberapa baru data yang dianalisis. Mengetahui waktu pembaruan data terakhir penting agar analisis atau dasbor mencerminkan kondisi proses terkini. Informasi ini membantu pengguna memahami data dengan mengetahui batas waktu cakupannya. Hal ini terutama penting saat memantau proses yang sedang berjalan atau KPI yang mendekati waktu nyata, karena menunjukkan seberapa mutakhir wawasan yang tersedia. Mengapa ini penting Menunjukkan kemutakhiran data, memberi konteks tentang waktu analisis, dan memastikan pengguna mengetahui batas waktu cakupan data. Sumber data Biasanya berupa metadata yang dibuat dan disimpan oleh alat ETL atau pipeline data saat data dimasukkan. Contoh 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Sistem sumber SourceSystem | Nama atau pengenal sistem asal data, seperti ERP atau CRM. | ||
| Deskripsi Atribut sistem sumber menunjukkan aplikasi atau platform tempat data peristiwa pertama kali dicatat. Dalam lingkungan TI yang kompleks, satu proses seperti kredit hingga kas dapat melibatkan beberapa sistem, misalnya ERP untuk pembuatan faktur dan platform penagihan terpisah untuk proses pengingat pembayaran. Atribut ini membantu memahami konteks teknologi proses. Atribut ini juga dapat digunakan untuk memvalidasi data, menemukan variasi proses yang spesifik pada sistem tertentu, dan mendiagnosis masalah integrasi antarplatform. Misalnya, analisis dapat menunjukkan bahwa keterlambatan kerap terjadi saat proses berpindah antara ERP dan perangkat penagihan. Mengapa ini penting Menunjukkan asal data. Informasi ini penting untuk memahami variasi proses di berbagai sistem dan memvalidasi data. Sumber data Informasi ini sering ditambahkan saat ekstraksi data (ETL) atau tersedia di kolom metadata teknis dalam tabel sumber. Contoh SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| Alasan sengketa DisputeReason | Kode atau keterangan alasan yang diberikan saat pelanggan menyengketakan faktur. | ||
| Deskripsi Alasan sengketa mencatat penyebab pelanggan menolak membayar faktur. Alasan umum mencakup harga yang keliru, barang rusak, jumlah barang tidak sesuai, atau dokumen yang tidak lengkap. Informasi ini biasanya dicatat saat kasus sengketa resmi dibuka. Alasan sengketa merupakan atribut penting untuk analisis akar masalah. Dengan menganalisis frekuensi tiap alasan, perusahaan dapat menemukan masalah sistemik di luar bagian penagihan, seperti masalah pengiriman, keakuratan penagihan, atau pencatatan pesanan penjualan. Process mining juga dapat menunjukkan dampak tiap alasan sengketa terhadap waktu penyelesaian dan alur proses, sehingga proses pengelolaan sengketa dapat disederhanakan. Mengapa ini penting Membantu menganalisis akar masalah keterlambatan pembayaran dan sengketa, serta menemukan dan memperbaiki masalah di tahap sebelumnya, seperti penagihan, pengiriman, atau penjualan. Sumber data Disimpan di modul pengelolaan sengketa, sistem CRM, atau sebagai kode alasan pada faktur atau dokumen piutang usaha. Contoh Harga tidak sesuaiJumlah barang kurangBarang rusakFaktur duplikat | |||
| ID pelanggan CustomerId | Pengenal unik untuk pelanggan yang terkait dengan faktur. | ||
| Deskripsi ID pelanggan adalah kode unik yang mewakili akun pelanggan tertentu di sistem. ID ini menghubungkan faktur dengan pihak yang secara hukum bertanggung jawab atas pembayaran. Dalam analisis process mining, ID pelanggan menjadi dimensi penting untuk segmentasi. Analis dapat memeriksa kinerja proses untuk pelanggan atau kelompok pelanggan tertentu. Analisis ini dapat mengungkap pola, seperti pelanggan yang kerap terlambat membayar, pelanggan yang paling sering mengajukan sengketa, atau inefisiensi proses yang hanya berdampak pada sebagian pelanggan. Wawasan ini penting untuk menyesuaikan strategi penagihan dan meningkatkan hubungan dengan pelanggan. Mengapa ini penting Memudahkan segmentasi data proses untuk menganalisis perilaku pelanggan, mengidentifikasi akun bermasalah, dan menyesuaikan strategi penagihan. Sumber data Tersedia di bagian header dokumen faktur atau melalui tabel data induk pelanggan yang terhubung di sistem keuangan atau penjualan. Contoh CUST-00543100234ACME-CORP | |||
| Nama penagih CollectorName | Nama atau pengenal pengguna, agen, atau tim yang bertanggung jawab menjalankan aktivitas penagihan. | ||
| Deskripsi Nama penagih menunjukkan individu atau kelompok yang ditugaskan menangani faktur lewat jatuh tempo dan melakukan aktivitas penagihan. Penagih dapat berupa staf akuntansi, agen penagihan khusus, atau tim penagihan. Atribut ini memungkinkan analisis kinerja per individu atau tim. Dengan memfilter atau membandingkan proses berdasarkan nama penagih, organisasi dapat menemukan praktik baik dari staf berkinerja tinggi, mengetahui kebutuhan pelatihan, dan menganalisis pembagian beban kerja. Informasi ini penting untuk memahami peran manusia dalam proses penagihan dan dampaknya terhadap hasil, seperti waktu pembayaran dan penghapusbukuan. Mengapa ini penting Memungkinkan analisis kinerja tim dan individu, pembagian beban kerja, serta efektivitas agen atau strategi penagihan. Sumber data Tersedia dalam data transaksi piutang usaha, catatan induk pelanggan, atau modul pengelolaan penagihan tertentu. Atribut ini dapat menggunakan kolom seperti 'Staf akuntansi' atau 'ID pengguna'. Contoh John SmithTim penagihan AUSER123 | |||
| Nilai faktur InvoiceAmount | Total nilai uang pada faktur. | ||
| Deskripsi Nilai faktur menunjukkan total tagihan kepada pelanggan yang diharapkan dibayar. Angka ini menjadi informasi keuangan dasar untuk setiap kasus faktur. Atribut ini penting untuk menganalisis dampak keuangan. Dengan menghubungkan metrik proses dengan nilai faktur, organisasi dapat menentukan prioritas penagihan. Misalnya, analisis dapat menunjukkan bahwa faktur bernilai tinggi mengalami keterlambatan pembayaran lebih lama atau lebih sering disengketakan. Atribut ini juga membantu menghitung KPI keuangan utama seperti Days Sales Outstanding (DSO) dan mengukur nilai uang yang tertahan akibat hambatan proses atau penghapusbukuan. Mengapa ini penting Penting untuk analisis keuangan, menentukan prioritas penagihan faktur bernilai tinggi, dan mengukur dampak finansial dari inefisiensi proses. Sumber data Kolom standar di data header faktur pada modul piutang usaha atau penagihan di sistem sumber. Contoh 5400.50125000.00750.75 | |||
| Status faktur InvoiceStatus | Status keuangan atau operasional faktur saat ini, seperti Open, Paid, Overdue, atau Disputed. | ||
| Deskripsi Status faktur menunjukkan kondisi faktur saat ini dalam siklusnya. Status berubah seiring terjadinya peristiwa, dari 'Open' saat faktur dibuat menjadi 'Overdue' jika belum dibayar setelah tanggal jatuh tempo, lalu menjadi 'Paid' atau 'Written Off'. Atribut ini memberikan gambaran kondisi piutang usaha saat ini. Dalam analisis process mining, atribut ini membantu mengelompokkan kasus dan memahami hasil dari berbagai variasi proses. Misalnya, membandingkan alur proses yang berujung pada status 'Disputed' dengan yang berujung pada 'Paid' dapat mengungkap akar masalah yang menghambat pembayaran. Atribut ini juga dapat digunakan untuk memfilter kasus aktif, seperti semua faktur yang saat ini berstatus 'Overdue', lalu menganalisis upaya penagihan yang sedang berlangsung. Mengapa ini penting Memberikan gambaran jelas tentang kondisi faktur saat ini, sehingga hasil proses dapat dianalisis dan kasus pada tahap tertentu, seperti 'Overdue' atau 'Disputed', dapat difilter. Sumber data Biasanya tersedia sebagai kolom status di header faktur atau dokumen piutang usaha. Contoh Belum dibayarDibayarLewat jatuh tempoDisengketakanDihapus buku | |||
| Tanggal jatuh tempo DueDate | Tanggal yang ditetapkan sebagai batas waktu pembayaran faktur sesuai kontrak. | ||
| Deskripsi Tanggal jatuh tempo adalah tanggal pembayaran faktur harus diterima agar dianggap tepat waktu. Tanggal ini biasanya dihitung berdasarkan tanggal pembuatan faktur dan ketentuan pembayaran yang disepakati. Tanggal ini menjadi tolok ukur penting untuk mengukur kinerja proses penagihan. Tanggal ini digunakan untuk menentukan apakah pembayaran terlambat, memicu prosedur penagihan, dan menghitung laporan umur piutang. Dalam process mining, tanggal jatuh tempo digunakan untuk menghitung KPI seperti tingkat pembayaran tepat waktu dan Days Sales Outstanding (DSO), serta menganalisis efektivitas aktivitas penagihan terhadap tenggat pembayaran. Mengapa ini penting Menjadi tolok ukur utama untuk mengukur ketepatan waktu pembayaran dan penting untuk menghitung KPI seperti DSO serta ketepatan waktu pembayaran. Sumber data Tersedia di data header faktur. Tanggal ini dapat berupa kolom langsung atau dihitung dari tanggal faktur dan ketentuan pembayaran. Contoh 2023-04-142023-05-302023-06-01 | |||
| Tingkat penagihan DunningLevel | Tahap atau tingkat yang telah dicapai faktur lewat jatuh tempo dalam proses penagihan otomatis atau penagihan piutang. | ||
| Deskripsi Tingkat penagihan menunjukkan sejauh mana faktur lewat jatuh tempo telah melewati tahapan komunikasi penagihan resmi. Tingkat ini biasanya ditunjukkan dengan angka atau kode. Misalnya, 'Level 1' dapat berupa pengingat ringan, sedangkan 'Level 4' dapat berupa pemberitahuan terakhir sebelum tindakan hukum. Analisis tingkat penagihan penting untuk mengevaluasi efektivitas strategi penagihan. Process mining dapat menunjukkan jalur proses yang berujung pada tingkat penagihan lebih tinggi dan apakah tiap tingkat efektif mendorong pembayaran. Misalnya, analisis dapat menunjukkan bahwa sebagian besar pembayaran diterima setelah Level 2, sehingga Level 3 dan 4 kurang efektif dan menambah biaya. Temuan ini membantu mengoptimalkan waktu dan isi surat penagihan. Mengapa ini penting Mengukur intensitas upaya penagihan dan penting untuk menganalisis efektivitas strategi penagihan di setiap tahap. Sumber data Tersedia di modul pengelolaan penagihan atau data piutang usaha, biasanya terkait dengan akun pelanggan atau dokumen tertentu yang lewat jatuh tempo. Contoh 123Menunggu tindakan hukum | |||
| Ketentuan pembayaran PaymentTerms | Ketentuan yang disepakati untuk menentukan kapan pelanggan harus membayar faktur. | ||
| Deskripsi Ketentuan pembayaran menetapkan syarat transaksi penjualan, terutama terkait waktu pembayaran. Ketentuan ini biasanya ditulis sebagai kode atau teks singkat, 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 harus dibayar dalam 30 hari). Atribut ini memberikan konteks penting untuk tanggal jatuh tempo faktur dan perilaku pembayaran pelanggan. Analisis proses berdasarkan ketentuan pembayaran dapat menunjukkan apakah ketentuan tertentu berkaitan dengan tingkat keterlambatan pembayaran atau sengketa yang lebih tinggi. Atribut ini juga dapat digunakan untuk menilai efektivitas diskon pembayaran awal dan menjadi bahan pertimbangan dalam negosiasi ketentuan pembayaran berikutnya dengan pelanggan, sehingga arus kas dapat dikelola lebih baik. Mengapa ini penting Memberikan konteks untuk tanggal jatuh tempo faktur dan memungkinkan analisis dampak berbagai kesepakatan pembayaran terhadap tingkat pembayaran tepat waktu serta arus kas secara keseluruhan. Sumber data Disimpan di data induk pelanggan atau di header pesanan penjualan dan faktur. Contoh Net 30Net 602/10 Net 30Jatuh tempo saat diterima | |||
| Kode perusahaan CompanyCode | Pengenal badan hukum atau unit bisnis yang memiliki faktur. | ||
| Deskripsi Kode perusahaan adalah pengenal unit organisasi yang mewakili perusahaan independen secara hukum atau area bisnis tersendiri yang menyusun laporan keuangan. Dalam organisasi dengan beberapa entitas, setiap transaksi ditetapkan ke kode perusahaan tertentu. Atribut ini menjadi dasar analisis di tingkat organisasi. Kinerja proses dapat dibandingkan antarentitas hukum, anak perusahaan, atau unit bisnis. Perbandingan ini dapat menunjukkan perbedaan efisiensi proses, kepatuhan terhadap kebijakan, dan kinerja penagih di berbagai bagian organisasi. Hasilnya dapat membantu membagikan praktik baik dan menstandarkan proses jika diperlukan. Mengapa ini penting Memungkinkan perbandingan proses dan tolok ukur kinerja antarentitas hukum, anak perusahaan, atau unit bisnis dalam organisasi. Sumber data Kolom organisasi standar pada semua dokumen keuangan, termasuk faktur, di sistem ERP. Contoh 1000US01DE01UK_SALES | |||
| Mata uang faktur InvoiceCurrency | Mata uang yang digunakan untuk menyatakan nilai faktur. | ||
| Deskripsi Mata uang faktur menunjukkan satuan uang, seperti USD, EUR, atau JPY, yang digunakan untuk menerbitkan faktur dan menerima pembayaran. Atribut ini sangat relevan bagi perusahaan yang beroperasi secara internasional. Process mining biasanya berfokus pada alur proses, bukan konversi mata uang. Namun, atribut ini penting untuk menafsirkan nilai faktur dengan benar. Atribut ini memungkinkan analisis difilter berdasarkan mata uang tertentu atau dikelompokkan untuk melihat apakah transaksi dalam mata uang tertentu memiliki pola berbeda, misalnya karena keterlambatan pemrosesan pembayaran internasional atau strategi penagihan yang berbeda di pasar luar negeri. Mengapa ini penting Memberikan konteks yang diperlukan untuk memahami nilai faktur dan memungkinkan analisis dikelompokkan berdasarkan mata uang, yang relevan bagi bisnis internasional. Sumber data Kolom standar di data header faktur. Contoh USDEURGBPJPY | |||
| Segmen pelanggan CustomerSegment | Pengelompokan pelanggan berdasarkan ukuran, industri, kepentingan strategis, wilayah, atau kriteria lain. | ||
| Deskripsi Segmen pelanggan mengelompokkan pelanggan berdasarkan karakteristik yang sama. Pengelompokan dapat didasarkan pada industri, seperti manufaktur atau ritel; ukuran, seperti perusahaan besar atau UKM; wilayah geografis; atau nilai strategis, seperti emas, perak, dan perunggu. Atribut ini memungkinkan analisis proses penagihan yang lebih terarah. Dengan membandingkan kinerja proses antarsegmen, bisnis dapat mengetahui kelompok pelanggan yang memiliki pola atau kendala pembayaran tertentu. Misalnya, pelanggan internasional mungkin mengalami siklus pembayaran lebih lama karena proses perbankan lintas negara. Wawasan ini membantu menyusun strategi dan kebijakan penagihan yang sesuai untuk tiap segmen, sehingga efisiensi dan kepuasan pelanggan meningkat. Mengapa ini penting Memungkinkan perbandingan antarsegmen pelanggan untuk menyusun strategi dan kebijakan penagihan yang lebih terarah. Sumber data Biasanya tersedia di data induk pelanggan dalam sistem CRM atau ERP. Contoh Perusahaan besarUsaha kecil dan menengahPemerintahAmerika Utara | |||
Aktivitas pengelolaan kredit dan penagihan
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Faktur dibuat | Menandai pembuatan resmi catatan faktur di sistem sumber. Peristiwa ini menjadi titik awal utama siklus faktur hingga penerimaan kas, sekaligus menetapkan jumlah piutang dan syarat pembayaran. | ||
| Mengapa ini penting Ini adalah peristiwa awal yang penting dalam proses. Semua penghitungan waktu siklus, seperti faktur hingga penerimaan kas dan Days Sales Outstanding, dimulai dari titik ini. Sumber data Transaksi utama ini tercatat di modul piutang atau penagihan, berdasarkan tanggal pembuatan atau pencatatan dokumen faktur. Pengumpulan data Gunakan stempel waktu pembuatan atau tanggal pencatatan dari tabel utama header faktur atau dokumen keuangan. Jenis peristiwa explicit | |||
| Faktur dihapus buku | Menandai hasil akhir yang tidak berhasil: utang dinilai tidak dapat ditagih dan dihapus buku sebagai piutang tak tertagih. Tindakan ini menghapus piutang dari pembukuan. | ||
| Mengapa ini penting Aktivitas ini mencerminkan kerugian keuangan langsung. Analisis frekuensi dan nilai penghapusbukuan membantu mengidentifikasi risiko kredit, kegagalan penagihan, dan peluang perbaikan proses. Sumber data Ini adalah transaksi keuangan yang tercatat secara eksplisit, seperti entri jurnal atau penyesuaian ke akun piutang tak tertagih untuk melunasi faktur asal. Pengumpulan data Gunakan tanggal pembukuan dokumen keuangan atau entri jurnal yang menghapus sisa saldo faktur. Jenis peristiwa explicit | |||
| Faktur dilunasi | Menandai akhir siklus faktur yang berhasil: faktur telah dibayar penuh dan saldonya nol. Inilah status akhir yang diharapkan dalam proses. | ||
| Mengapa ini penting Ini adalah peristiwa akhir utama pada jalur proses yang berjalan sesuai harapan. Waktu hingga aktivitas ini menunjukkan total waktu siklus faktur hingga kas diterima, metrik bisnis yang penting. Sumber data Status ini biasanya disimpulkan saat total pembayaran dan kredit yang dialokasikan sama dengan nilai faktur, atau saat status berubah menjadi 'Paid' atau 'Closed'. Pengumpulan data Cari waktu terbaru dari transaksi pelunasan atau alokasi pembayaran yang membuat saldo terutang faktur menjadi nol. Jenis peristiwa inferred | |||
| Janji pembayaran diterima | Terjadi saat pelanggan berkomitmen untuk membayar faktur pada tanggal mendatang dan kesepakatan tersebut dicatat di sistem. Ini merupakan hasil sementara yang positif dari upaya penagihan. | ||
| Mengapa ini penting Ini adalah indikator kinerja utama untuk mengukur efektivitas petugas penagihan. Peristiwa ini menjadi tolok ukur untuk mengetahui apakah pelanggan memenuhi komitmennya dan membantu memperkirakan arus kas masuk. Sumber data Peristiwa ini dicatat secara langsung oleh pengguna di modul pengelolaan penagihan, dengan membuat catatan berisi tanggal dan jumlah pembayaran yang dijanjikan. Pengumpulan data Gunakan stempel waktu pembuatan catatan 'Janji Pembayaran' yang terkait dengan faktur. Jenis peristiwa explicit | |||
| Sengketa didaftarkan | Menandai saat pelanggan secara resmi mengajukan sengketa atas faktur, yang kemudian dicatat di sistem. Peristiwa ini sering menghentikan sementara proses penagihan standar untuk jumlah yang disengketakan. | ||
| Mengapa ini penting Sengketa sering menyebabkan keterlambatan pembayaran. Mengetahui kapan dan mengapa sengketa terjadi penting untuk menganalisis akar masalah, memperbaiki proses, dan mengurangi Days Sales Outstanding. Sumber data Peristiwa ini tercatat saat kasus sengketa dibuat atau status faktur diubah menjadi 'Disputed' di modul pengelolaan sengketa atau penagihan. Pengumpulan data Gunakan waktu pembuatan catatan kasus sengketa atau waktu perubahan status pada faktur. Jenis peristiwa explicit | |||
| Tanggal jatuh tempo pembayaran terlewati | Tonggak penting yang menandakan tanggal jatuh tempo bersih faktur telah terlewati, tetapi faktur belum dibayar lunas. Peristiwa ini menandai perubahan status faktur dari 'belum jatuh tempo' menjadi 'terlambat'. | ||
| Mengapa ini penting Aktivitas ini menjadi pemicu utama seluruh kegiatan penagihan dan pengingat pembayaran. Menganalisis jumlah faktur yang mencapai tahap ini membantu mengukur perilaku pembayaran dan beban kerja penagihan. Sumber data Peristiwa ini tidak dicatat langsung oleh sistem. Peristiwa ini dihitung dengan membandingkan kolom tanggal jatuh tempo faktur dengan stempel waktu saat ini atau stempel waktu aktivitas berikutnya. Pengumpulan data Buat stempel waktu peristiwa untuk tanggal jatuh tempo faktur jika faktur belum dilunasi pada tanggal tersebut. Contoh: 'InvoiceDueDate + 1 day'. Jenis peristiwa calculated | |||
| Batas kredit disetujui | Menandai selesainya proses peninjauan kredit, saat batas kredit resmi diberikan kepada pelanggan atau diperbarui. Aktivitas ini biasanya terjadi sebelum faktur dibuat dan menetapkan syarat transaksi. | ||
| Mengapa ini penting Menganalisis waktu antara persetujuan kredit dan pembuatan faktur membantu Anda memahami efisiensi siklus penjualan. Analisis ini juga memberi konteks untuk memahami alasan faktur tertentu memiliki syarat pembayaran khusus atau mengalami masalah penagihan di kemudian hari. Sumber data Peristiwa ini biasanya dicatat di modul manajemen kredit atau sistem CRM saat manajer kredit menyetujui pengajuan atau peninjauan kredit pelanggan. Pengumpulan data Catat stempel waktu saat status peninjauan kredit pelanggan berubah menjadi 'Disetujui' atau nilai batas kredit baru ditetapkan. Jenis peristiwa explicit | |||
| Faktur dikirim kepada pelanggan | Menandai waktu saat faktur resmi dikirim kepada pelanggan, baik secara elektronik maupun dalam bentuk cetak. Jangka waktu pembayaran biasanya mulai dihitung dari tanggal ini. | ||
| Mengapa ini penting Keterlambatan antara pembuatan dan pengiriman faktur dapat memperpanjang siklus pembayaran. Aktivitas ini membantu menemukan hambatan dalam proses pengiriman tagihan dan dampaknya terhadap arus kas. Sumber data Peristiwa ini mungkin dicatat secara langsung di sistem pengelolaan keluaran atau disimpulkan dari log komunikasi, seperti email atau transmisi EDI. Pengumpulan data Ambil stempel waktu dari log sistem yang mencatat komunikasi keluar atau dari kolom khusus 'Tanggal Pengiriman' pada catatan faktur. Jenis peristiwa explicit | |||
| Janji pembayaran tidak dipenuhi | Peristiwa hasil perhitungan yang menandakan pelanggan tidak membayar pada tanggal yang telah dijanjikan. Ini menunjukkan kemunduran dalam proses penagihan dan sering kali memerlukan eskalasi lebih lanjut. | ||
| Mengapa ini penting Aktivitas ini menunjukkan inefisiensi dan komitmen pembayaran yang tidak dapat diandalkan. Menganalisis frekuensinya membantu menemukan pelanggan berisiko tinggi dan menyempurnakan strategi tindak lanjut penagihan. Sumber data Peristiwa ini disimpulkan dengan memeriksa apakah tanggal 'Janji Pembayaran' untuk suatu faktur telah terlewati tanpa pembayaran yang tercatat. Pengumpulan data Buat peristiwa pada hari setelah tanggal yang dijanjikan jika belum ada pembayaran terkait yang diterapkan pada faktur. Jenis peristiwa calculated | |||
| Nota kredit diterbitkan | Menandai pembuatan nota kredit yang digunakan untuk mengurangi nilai faktur. Nota kredit biasanya diterbitkan untuk memperbaiki kesalahan penagihan atau menyelesaikan sengketa. | ||
| Mengapa ini penting Nota kredit yang sering diterbitkan dapat menunjukkan masalah sistemik pada proses order-to-cash di tahap sebelumnya, seperti harga yang keliru atau kesalahan pengiriman. Aktivitas ini penting untuk analisis akar masalah. Sumber data Transaksi keuangan standar ini tercatat berdasarkan tanggal pembukuan nota kredit di modul piutang usaha. Pengumpulan data Gunakan tanggal pembuatan atau tanggal pembukuan pada bagian header nota kredit, lalu hubungkan dengan faktur asal yang dikreditkan. Jenis peristiwa explicit | |||
| Pelanggan dihubungi untuk penagihan | Menandai tindakan manual yang dilakukan petugas penagihan untuk menghubungi pelanggan, seperti menelepon atau mengirim email yang dipersonalisasi. Petugas penagihan mencatat aktivitas ini di sistem. | ||
| Mengapa ini penting Aktivitas ini menunjukkan pekerjaan manual dalam proses penagihan. Menganalisis frekuensi dan hasil kontak membantu mengukur efisiensi petugas penagihan dan alokasi sumber daya. Sumber data Aktivitas ini biasanya diambil dari log aktivitas, tugas, atau interaksi yang dibuat pengguna di modul penagihan atau CRM. Pengumpulan data Ambil tanggal dan waktu pembuatan aktivitas yang dicatat, seperti 'Panggilan Telepon' atau 'Email', yang terkait dengan pelanggan atau faktur. Jenis peristiwa explicit | |||
| Pembayaran dialokasikan ke faktur | Menandai selesainya proses alokasi kas, saat pembayaran yang diterima berhasil dicocokkan dan dialokasikan ke faktur tertentu. Tindakan ini mengurangi atau melunasi saldo terutang. | ||
| Mengapa ini penting Aktivitas ini menghubungkan penerimaan kas dengan pengurangan piutang. Keterlambatan alokasi dapat memicu penagihan yang tidak perlu dan membuat laporan rekening pelanggan tidak akurat. Sumber data Peristiwa ini dicatat saat transaksi pelunasan dibukukan untuk menghubungkan dokumen pembayaran dengan dokumen faktur di buku pembantu piutang usaha. Pengumpulan data Gunakan tanggal pembukuan dokumen pelunasan atau tanggal alokasi yang tercatat di tabel alokasi pembayaran. Jenis peristiwa explicit | |||
| Pembayaran diterima | Menandai penerimaan dana dari pelanggan, yang biasanya dicatat dari rekening koran bank atau berkas lockbox. Ini berarti dana sudah diterima, tetapi belum tentu dialokasikan ke faktur tertentu. | ||
| Mengapa ini penting Aktivitas ini menandai awal proses alokasi kas. Jeda antara penerimaan dan alokasi pembayaran menjadi metrik penting bagi pengelolaan kas dan efisiensi operasional. Sumber data Peristiwa ini tercatat saat tanda terima kas atau dokumen pembayaran pelanggan dibuat, biasanya di jurnal pembayaran atau modul pengelolaan kas. Pengumpulan data Gunakan tanggal pembukuan atau tanggal valuta dari catatan transaksi pembayaran masuk atau rekening koran bank. Jenis peristiwa explicit | |||
| Pengingat dikirim | Menandai pengingat awal atau surat penagihan, yang sering dikirim secara otomatis kepada pelanggan terkait faktur yang terlambat dibayar. Ini biasanya menjadi langkah pertama dalam proses penagihan. | ||
| Mengapa ini penting Melacak pengingat membantu menilai efektivitas upaya penagihan tahap awal. Anda dapat menganalisis berapa banyak faktur yang dibayar setelah menerima pengingat sederhana dibandingkan dengan faktur yang memerlukan tindakan lebih intensif. Sumber data Peristiwa ini diambil dari log modul penagihan atau pengingat pembayaran, yang mencatat tanggal dan jenis komunikasi yang dikirim untuk suatu faktur. Pengumpulan data Gunakan tanggal pelaksanaan dari riwayat penagihan atau tabel log komunikasi yang terkait dengan faktur. Jenis peristiwa explicit | |||
| Proses penagihan dimulai | Menandai dimulainya proses penagihan formal atau penetapan strategi penagihan tertentu untuk faktur yang terlambat dibayar. Ini menunjukkan eskalasi yang lebih sistematis daripada sekadar mengirim satu pengingat. | ||
| Mengapa ini penting Aktivitas ini menandai peningkatan upaya penagihan. Menganalisis waktu hingga tahap ini dan hasilnya membantu menilai efisiensi serta efektivitas strategi penagihan secara keseluruhan. Sumber data Dicatat saat tingkat penagihan pertama kali ditetapkan untuk suatu faktur atau saat strategi penagihan formal dimulai di sistem pengelolaan penagihan. Pengumpulan data Catat stempel waktu saat faktur pertama kali dimasukkan ke proses penagihan formal atau saat strategi penagihan ditetapkan. Jenis peristiwa explicit | |||
| Sengketa diselesaikan | Menandai akhir proses pengelolaan sengketa, setelah masalah diselidiki dan penyelesaian disepakati. Faktur kini dapat dilanjutkan ke pembayaran atau penghapusbukuan. | ||
| Mengapa ini penting Lama waktu penyelesaian sengketa berdampak langsung pada arus kas dan kepuasan pelanggan. Aktivitas ini menjadi titik akhir untuk mengukur waktu siklus penyelesaian sengketa. Sumber data Peristiwa ini tercatat saat status kasus sengketa diubah menjadi 'Resolved' atau 'Closed', atau saat penanda sengketa pada faktur dihapus. Pengumpulan data Gunakan waktu perubahan status pada catatan kasus sengketa atau faktur yang menandakan penyelesaian. Jenis peristiwa explicit | |||
Panduan ekstraksi
Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,
baca panduan ETL kami atau pilih proses dan sistem tertentu.
Siap memulai?
Pilih panduan ekstraksi untuk sistem Anda dari opsi di bawah ini untuk mendapatkan petunjuk yang sesuai. Anda juga dapat menggunakan templat umum ini sebagai dasar untuk menyiapkan data.
Cegah kebocoran pendapatan: tingkatkan pengelolaan kredit dan penagihan sekarang
Terhubung dengan lancar ke sistem yang sudah Anda gunakan. Lihat hasilnya dalam hitungan hari.
Tidak perlu kartu kredit. Anda bisa langsung memulai.