Templat data pengelolaan kredit dan penagihan Anda
Templat data pengelolaan kredit dan penagihan Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama untuk mendapatkan gambaran proses
- Panduan ekstraksi khusus HighRadius
Atribut pengelolaan kredit dan penagihan
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Nama peristiwa bisnis tertentu yang terjadi pada suatu waktu untuk sebuah faktur. | ||
|
Deskripsi
Nama Aktivitas menjelaskan langkah dalam proses kredit dan penagihan, seperti 'Faktur dibuat', 'Pengingat tunggakan dikirim', atau 'Pembayaran diterima'. Urutan aktivitas ini membentuk alur proses untuk setiap kasus. Analisis atribut ini membantu menemukan dan memvisualisasikan peta proses aktual. Anda dapat menemukan hambatan, penyimpangan dari prosedur standar, dan pengulangan pekerjaan. Frekuensi dan urutan aktivitas seperti 'Panggilan penagihan dicatat' atau 'Sengketa didaftarkan' penting untuk memahami efisiensi proses.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam proses, sehingga alur proses untuk setiap faktur dapat direkonstruksi dan dianalisis.
Sumber data
Biasanya, atribut ini diturunkan dari log peristiwa, perubahan status, atau catatan tindakan tertentu di berbagai modul platform HighRadius.
Contoh
Faktur dikirim ke pelangganProsedur penagihan dimulaiPembayaran diterimaSengketa diselesaikan
|
|||
|
Nomor faktur
InvoiceNumber
|
ID unik untuk setiap faktur, yang berfungsi sebagai ID kasus utama dalam proses dari kredit hingga kas. | ||
|
Deskripsi
Nomor Faktur menjadi kunci utama yang menghubungkan semua aktivitas terkait satu transaksi piutang. Nomor ini memungkinkan Anda melacak seluruh siklus, mulai dari pembuatan faktur, berbagai aktivitas manajemen kredit dan penagihan, hingga pelunasan atau penghapusan buku. Dalam analisis process mining, atribut ini penting untuk mengelompokkan semua peristiwa terkait ke dalam satu kasus. Dengan begitu, Anda dapat memvisualisasikan alur proses dari awal hingga akhir, menghitung durasi kasus seperti Days Sales Outstanding (DSO), dan menganalisis berbagai jalur yang mungkin dilalui faktur, seperti penyelesaian sengketa atau prosedur penagihan.
Mengapa ini penting
ID utama ini menghubungkan semua langkah proses, sehingga seluruh perjalanan faktur dari pembuatan hingga penutupan dapat dianalisis.
Sumber data
Ini adalah kolom utama di HighRadius, yang biasanya terdapat dalam objek data inti faktur atau piutang.
Contoh
INV-2023-001239876543210SI-55482
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas terjadi, termasuk tanggal dan waktu. | ||
|
Deskripsi
Waktu peristiwa mencatat tanggal dan waktu setiap aktivitas dalam proses secara tepat. Data kronologis ini menjadi dasar process mining, karena memungkinkan peristiwa diurutkan dengan benar dan durasi antarperistiwa dihitung. Atribut ini digunakan untuk menghitung semua KPI berbasis waktu, seperti waktu siklus penyelesaian sengketa, persetujuan kredit, dan pencatatan pembayaran. Atribut ini juga digunakan untuk menganalisis kinerja proses dari waktu ke waktu, menemukan aktivitas yang menyebabkan keterlambatan, dan mengukur kepatuhan terhadap perjanjian tingkat layanan.
Mengapa ini penting
Atribut ini memberikan konteks kronologis untuk semua aktivitas. Konteks ini penting untuk menghitung waktu siklus, menemukan hambatan, dan memahami dinamika proses.
Sumber data
Setiap catatan transaksi atau log peristiwa di HighRadius seharusnya memiliki kolom stempel waktu, yang sering disebut 'Tanggal Pembuatan' atau 'Stempel Waktu'.
Contoh
2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
|
|||
|
Alasan sengketa
DisputeReason
|
Kode atau keterangan alasan yang diberikan pelanggan saat mengajukan sengketa atas faktur. | ||
|
Deskripsi
Saat mengajukan sengketa, pelanggan biasanya menyebutkan alasan, seperti 'Harga tidak sesuai', 'Barang rusak', atau 'Faktur ganda'. Atribut ini mencatat alasan tersebut. Analisis alasan sengketa penting untuk dasbor 'Waktu penyelesaian sengketa faktur'. Anda dapat menemukan akar penyebab sengketa dan mengatasi masalah sistemik dalam penetapan harga, pengiriman, atau penagihan. Mengurangi sengketa sejak awal dapat mempercepat arus kas secara signifikan.
Mengapa ini penting
Atribut ini membantu mengungkap akar penyebab keterlambatan pembayaran, sehingga Anda dapat melakukan perbaikan proses yang tepat sasaran untuk mencegah sengketa serupa.
Sumber data
Informasi ini dicatat di modul pengelolaan sengketa atau potongan HighRadius saat sengketa dibuat.
Contoh
Jumlah tidak sesuaiPerbedaan hargaBarang rusakPenagihan ganda
|
|||
|
ID pelanggan
CustomerId
|
Pengenal unik pelanggan yang terkait dengan faktur. | ||
|
Deskripsi
ID pelanggan menghubungkan faktur dengan entitas pelanggan tertentu. Dengan atribut ini, Anda dapat menggabungkan dan menganalisis data proses dari sudut pandang pelanggan. Atribut ini penting untuk menganalisis pola pembayaran berbagai pelanggan atau segmen pelanggan. Anda dapat menjawab pertanyaan seperti: Pelanggan mana yang sering terlambat membayar? Pelanggan mana yang paling sering mengajukan sengketa? Atribut ini mendukung dasbor seperti Kepatuhan terhadap ketentuan pembayaran dan memungkinkan KPI dikelompokkan berdasarkan pelanggan.
Mengapa ini penting
Atribut ini memungkinkan analisis perilaku pembayaran, frekuensi sengketa, dan interaksi pelanggan dengan proses. Hasilnya dapat membantu Anda menyesuaikan strategi penagihan.
Sumber data
Kolom ini biasanya tersedia pada header faktur atau data akun pelanggan di HighRadius.
Contoh
CUST-001ACME-CORPGLOBEX-US
|
|||
|
Jumlah faktur
InvoiceAmount
|
Nilai total faktur. | ||
|
Deskripsi
Atribut ini menunjukkan total jumlah yang harus dibayar untuk faktur. Nilainya menjadi metrik keuangan penting untuk memahami nilai setiap kasus. Dalam process mining, Jumlah faktur digunakan untuk menentukan prioritas penagihan, misalnya dengan mendahulukan faktur bernilai tinggi yang telah jatuh tempo. Atribut ini menjadi dasar KPI keuangan seperti Days Sales Outstanding (DSO) dan digunakan di dasbor Analisis penghapusbukuan faktur untuk mengukur dampak keuangan dari piutang tak tertagih.
Mengapa ini penting
Atribut ini memberi konteks keuangan untuk setiap kasus. Anda dapat menganalisis berdasarkan nilai, menentukan prioritas pekerjaan, dan mengukur dampak keuangan seperti penghapusbukuan.
Sumber data
Kolom ini biasanya tersedia pada data header faktur di HighRadius.
Contoh
5000.001250.7525000.50
|
|||
|
Ketentuan pembayaran
PaymentTerms
|
Ketentuan yang disepakati untuk menentukan kapan pelanggan harus membayar faktur. | ||
|
Deskripsi
Ketentuan pembayaran menetapkan syarat pembayaran, seperti 'Net 30', 'Net 60', atau 'Jatuh tempo saat diterima'. Atribut ini menjadi dasar untuk menghitung tanggal jatuh tempo faktur. Atribut ini penting untuk dasbor dan KPI 'Kepatuhan terhadap ketentuan pembayaran'. Analisisnya membantu Anda mengetahui apakah ketentuan standar diterapkan secara konsisten dan ketentuan mana yang berkaitan dengan tingkat keterlambatan pembayaran lebih tinggi. Insight ini dapat menjadi bahan untuk menyusun kebijakan kredit dan bernegosiasi dengan pelanggan.
Mengapa ini penting
Atribut ini menjadi acuan waktu pembayaran yang diharapkan. Karena itu, atribut ini penting untuk menghitung tanggal jatuh tempo dan mengukur kepatuhan pelanggan terhadap kesepakatan pembayaran.
Sumber data
Informasi ini biasanya tersedia pada header faktur atau data induk pelanggan di HighRadius maupun ERP sumber.
Contoh
Net 30Net 60Jatuh tempo saat diterima
|
|||
|
Nama petugas penagihan
CollectorName
|
Nama pengguna atau agen yang bertanggung jawab menjalankan aktivitas penagihan. | ||
|
Deskripsi
Atribut ini mengidentifikasi petugas penagihan, analis kredit, atau pengguna lain yang menjalankan aktivitas manual, seperti 'Panggilan penagihan dicatat' atau 'Sengketa diselesaikan'. Dalam analisis, atribut ini memungkinkan perbandingan kinerja antarpetugas atau tim. Anda dapat memahami pembagian beban kerja, menilai efektivitas strategi tiap orang, misalnya tingkat keberhasilan panggilan penagihan per petugas, dan menemukan peluang untuk memberikan pembinaan. Informasi ini juga penting untuk mengelola sumber daya dan merencanakan kapasitas.
Mengapa ini penting
Atribut ini menghubungkan aktivitas proses dengan orang tertentu, sehingga Anda dapat menganalisis kinerja tim, beban kerja, dan efektivitas tindakan manual.
Sumber data
Informasi ini biasanya tersimpan dalam log aktivitas atau catatan tindakan pengguna di modul Collections HighRadius.
Contoh
John SmithJane DoeEmily Jones
|
|||
|
Status pembayaran
PaymentStatus
|
Status keuangan faktur saat ini, seperti Terbuka, Lunas, Terlambat, atau Disengketakan. | ||
|
Deskripsi
Status pembayaran menunjukkan posisi faktur dalam siklusnya. Status ini memberi tahu apakah faktur masih menunggu pembayaran, sudah dibayar lunas atau sebagian, telah melewati tanggal jatuh tempo, atau sedang diperiksa karena sengketa. Atribut ini menjadi bagian utama dasbor 'Status dan umur pembayaran faktur'. Anda dapat mengelompokkan piutang dengan cepat untuk memahami kondisi keuangan secara keseluruhan dan memprioritaskan penagihan atas faktur yang terlambat atau disengketakan.
Mengapa ini penting
Atribut ini mengelompokkan faktur berdasarkan tindakan yang perlu dilakukan. Anda dapat langsung melihat kondisi piutang dan menentukan prioritas aktivitas penagihan.
Sumber data
Kolom status utama ini tersedia pada catatan faktur atau piutang di HighRadius.
Contoh
TerbukaLunasTerlambatDisengketakanDihapusbukukan
|
|||
|
Tanggal jatuh tempo
DueDate
|
Tanggal batas pembayaran faktur. | ||
|
Deskripsi
Tanggal jatuh tempo adalah tanggal kalender terakhir untuk membayar faktur agar tidak dianggap terlambat. Tanggal ini biasanya dihitung berdasarkan tanggal faktur dan ketentuan pembayaran. Atribut ini menjadi dasar analisis keterlambatan. Atribut ini digunakan untuk menghitung 'Jumlah hari terlambat', memicu proses penagihan bertahap, dan mengukur KPI 'Tingkat kepatuhan terhadap ketentuan pembayaran'. Atribut ini juga mendukung dasbor terkait umur faktur dan efektivitas penagihan bertahap.
Mengapa ini penting
Tanggal ini menentukan apakah faktur dibayar tepat waktu atau terlambat. Tanggal ini juga memicu aktivitas penagihan dan KPI berikutnya.
Sumber data
Kolom ini biasanya tersedia pada catatan faktur di HighRadius. Nilainya dapat diisi dari ERP sumber atau dihitung di HighRadius.
Contoh
2023-04-142023-05-312023-06-20
|
|||
|
Alasan penghapusbukuan
WriteOffReason
|
Kode atau keterangan alasan faktur dihapusbukukan sebagai piutang tak tertagih. | ||
|
Deskripsi
Faktur dihapusbukukan jika dinilai tidak dapat ditagih. Atribut ini mencatat alasannya, seperti 'Pelanggan bangkrut', 'Sengketa tidak terselesaikan', atau 'Penghapusbukuan saldo kecil'. Atribut ini penting untuk dasbor 'Analisis penghapusbukuan faktur'. Anda dapat menelusuri akar penyebab kerugian keuangan dan menggunakan hasilnya untuk menyempurnakan kebijakan kredit, memperbaiki penanganan sengketa, atau menyesuaikan strategi penagihan agar penghapusbukuan di masa mendatang berkurang.
Mengapa ini penting
Atribut ini menjelaskan penyebab hilangnya pendapatan dan memberi masukan penting untuk memperbaiki penilaian risiko kredit serta kebijakan penagihan.
Sumber data
Informasi ini dicatat saat aktivitas 'Faktur dihapusbukukan' diproses, biasanya di modul keuangan atau penagihan HighRadius.
Contoh
KebangkrutanMasa kedaluwarsa hak penagihan telah berakhirBiaya penagihan melebihi jumlah utang
|
|||
|
Apakah otomatis
IsAutomated
|
Penanda boolean yang menunjukkan apakah aktivitas dilakukan otomatis oleh sistem atau secara manual oleh pengguna. | ||
|
Deskripsi
Atribut hasil perhitungan ini membedakan peristiwa yang dibuat sistem, seperti 'Pengingat keterlambatan dikirim' melalui proses penagihan bertahap otomatis, dari tindakan yang dilakukan pengguna, seperti 'Panggilan penagihan dicatat'. Penanda ini penting untuk menghitung KPI 'Tingkat aktivitas penagihan otomatis'. Anda dapat mengukur tingkat otomatisasi proses penagihan, menemukan peluang untuk meningkatkan otomatisasi, dan menganalisis efektivitas tindakan otomatis dibandingkan tindakan manual.
Mengapa ini penting
Atribut ini membantu mengukur tingkat otomatisasi proses, sehingga Anda dapat menganalisis efisiensi dan efektivitas sistem otomatis dibandingkan upaya manual.
Sumber data
Nilai ini ditentukan saat transformasi data. Anda perlu membuat pemetaan berdasarkan pengetahuan bisnis untuk menandai Nama aktivitas tertentu sebagai aktivitas otomatis.
Contoh
truefalse
|
|||
|
Jumlah hari terlambat
DaysOverdue
|
Jumlah hari faktur melewati tanggal jatuh tempo. Nilainya nol jika faktur belum jatuh tempo atau sudah dibayar tepat waktu. | ||
|
Deskripsi
Jumlah hari terlambat adalah metrik hasil perhitungan yang mengukur selisih antara tanggal saat ini untuk faktur terbuka atau tanggal pembayaran untuk faktur lunas dengan tanggal jatuh tempo faktur. Metrik ini menjadi indikator utama keterlambatan pembayaran. Atribut ini menjadi dasar dasbor 'Status dan umur pembayaran faktur'. Atribut ini digunakan untuk mengelompokkan piutang berdasarkan umur, misalnya 1-30 hari atau 31-60 hari. Atribut ini juga menjadi bagian dari perhitungan Days Sales Outstanding (DSO) dan membantu memprioritaskan penagihan pada akun yang paling lama terlambat.
Mengapa ini penting
Metrik ini mengukur keterlambatan pembayaran secara langsung. Karena itu, metrik ini penting untuk analisis umur piutang, penentuan prioritas penagihan, dan penghitungan DSO.
Sumber data
Kolom ini tidak disimpan. Nilainya dihitung saat transformasi data menggunakan Tanggal jatuh tempo dan Tanggal pembayaran atau tanggal saat ini.
Contoh
1545092
|
|||
|
Mata uang
Currency
|
Kode mata uang untuk jumlah faktur. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang faktur, seperti USD, EUR, atau JPY. Informasi ini memberi konteks penting untuk nilai uang, seperti Jumlah faktur. Kolom ini wajib ada untuk analisis keuangan yang akurat di perusahaan multinasional. Kolom ini memastikan nilai uang ditafsirkan dengan benar dan memungkinkan konversi mata uang yang tepat saat data digabungkan untuk laporan global.
Mengapa ini penting
Atribut ini penting agar semua nilai uang ditafsirkan dengan benar. Dengan begitu, perhitungan dan laporan keuangan di lingkungan dengan banyak mata uang tetap akurat.
Sumber data
Kolom ini biasanya tersedia pada catatan faktur, berdampingan dengan Jumlah faktur.
Contoh
USDEURGBP
|
|||
|
Negara
Country
|
Negara tempat pelanggan yang terkait dengan faktur berada. | ||
|
Deskripsi
Atribut ini menunjukkan negara tempat pelanggan berada. Anda dapat menggunakannya untuk mengelompokkan proses kredit dan penagihan berdasarkan wilayah geografis. Analisis data per negara dapat mengungkap perbedaan pola pembayaran, efektivitas strategi penagihan, dan alasan sengketa yang umum di tiap wilayah. Informasi ini penting untuk menyesuaikan kebijakan regional dan menyusun laporan manajemen tingkat tinggi di organisasi global.
Mengapa ini penting
Atribut ini memungkinkan analisis geografis untuk menemukan tren pembayaran di tiap wilayah dan menyesuaikan strategi penagihan.
Sumber data
Informasi ini termasuk dalam data induk pelanggan. Biasanya tersedia di HighRadius atau disinkronkan dari ERP sumber.
Contoh
USAJermanBrasil
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Waktu terakhir data untuk catatan ini diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan seberapa baru data yang tersedia. Isinya mencatat tanggal dan waktu terakhir data diekstrak atau diperbarui dari HighRadius. Dalam analisis, kolom ini memberi konteks tentang kebaruan insight. Dasbor dan laporan perlu menampilkan seberapa mutakhir informasinya agar keputusan bisnis didasarkan pada data terbaru.
Mengapa ini penting
Kolom ini menunjukkan ketepatan waktu data. Informasi ini penting untuk membangun kepercayaan terhadap analisis dan mendukung pengambilan keputusan yang tepat.
Sumber data
Waktu ini dibuat dan ditambahkan ke setiap catatan oleh pipeline pemasukan data selama proses ekstraksi.
Contoh
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan sistem sumber tempat data peristiwa dibuat. Untuk tampilan proses ini, nilainya biasanya 'HighRadius'. Jika lingkungan Anda menggunakan beberapa sistem, kolom ini penting untuk memahami asal-usul data dan melacak informasi kembali ke sumbernya. Kolom ini membantu membedakan proses yang melibatkan beberapa platform, seperti ERP dan alat penagihan khusus.
Mengapa ini penting
Atribut ini memperjelas asal data, yang penting untuk tata kelola dan validasi data serta untuk memahami lingkungan teknologi yang mendukung proses.
Sumber data
Biasanya, nilai statis ini ditambahkan saat ekstraksi dan transformasi data untuk memberi label pada dataset.
Contoh
HighRadiusHighRadius-CollectionsHighRadius-CashApp
|
|||
|
Tanggal janji pembayaran
PromiseToPayDate
|
Tanggal yang dijanjikan pelanggan untuk membayar faktur yang telah jatuh tempo. | ||
|
Deskripsi
Saat menghubungi pelanggan, petugas penagihan dapat memperoleh 'Janji pembayaran', yaitu komitmen pelanggan untuk membayar pada tanggal tertentu. Atribut ini mencatat tanggal yang dijanjikan. Analisis data ini penting untuk menilai keandalan janji pelanggan dan efektivitas petugas dalam memperoleh komitmen yang jelas. Data ini dapat digunakan untuk melacak tingkat janji yang ditepati, salah satu indikator kinerja utama tim penagihan.
Mengapa ini penting
Atribut ini mencatat hasil penting dari aktivitas penagihan. Anda dapat menggunakannya untuk mengukur efektivitas tindak lanjut dan keandalan komitmen pelanggan.
Sumber data
Tanggal ini dicatat saat aktivitas 'Janji pembayaran' dimasukkan ke modul Collections HighRadius.
Contoh
2023-06-152023-07-012023-06-25
|
|||
|
Tingkat penagihan bertahap
DunningLevel
|
Tahap atau tingkat proses penagihan bertahap otomatis yang telah dicapai untuk faktur yang terlambat. | ||
|
Deskripsi
Tingkat penagihan bertahap menunjukkan intensitas upaya penagihan. Tingkat ini biasanya mengikuti urutan pengingat atau pemberitahuan otomatis yang dikirim kepada pelanggan. Misalnya, Tingkat 1 dapat berupa pengingat ringan, sedangkan Tingkat 3 merupakan pemberitahuan terakhir. Atribut ini penting untuk dasbor 'Efektivitas strategi penagihan bertahap'. Dengan menganalisis tingkat mana yang paling sering mendorong pembayaran, perusahaan dapat mengoptimalkan alur kerja penagihan. Dengan begitu, penagihan tetap efektif tanpa terlalu agresif hingga merusak hubungan dengan pelanggan.
Mengapa ini penting
Atribut ini melacak peningkatan intensitas aktivitas penagihan, sehingga Anda dapat menganalisis strategi mana yang paling efektif mendorong pembayaran.
Sumber data
Kolom status ini dikelola oleh mesin alur kerja penagihan atau penagihan bertahap otomatis di HighRadius.
Contoh
123 - Pemberitahuan terakhirPenagihan melalui jalur hukum
|
|||
|
Unit bisnis
BusinessUnit
|
Unit atau divisi internal yang bertanggung jawab atas penjualan atau faktur. | ||
|
Deskripsi
Atribut Unit bisnis mengaitkan faktur dengan bagian tertentu dalam organisasi, seperti 'Ritel', 'Grosir', atau 'Layanan'. Anda dapat menguraikan analisis kinerja berdasarkan segmen bisnis. Manajemen dapat membandingkan KPI seperti DSO, tingkat sengketa, dan penghapusbukuan antarunit bisnis untuk menemukan bagian yang berkinerja baik atau perlu diperbaiki. Atribut ini membantu setiap bagian organisasi bertanggung jawab atas kinerja piutangnya.
Mengapa ini penting
Atribut ini memungkinkan perbandingan kinerja antarbagian organisasi dan membantu menemukan divisi dengan proses kredit hingga kas yang paling efektif.
Sumber data
Ini adalah data organisasi yang biasanya tersedia pada faktur atau diturunkan dari pesanan penjualan maupun akun pelanggan terkait di HighRadius atau ERP.
Contoh
BU-North AmericaDivisi LayananManufaktur
|
|||
|
Waktu selesai
EndTime
|
Waktu yang menunjukkan kapan suatu aktivitas selesai. | ||
|
Deskripsi
Waktu selesai menandai berakhirnya suatu aktivitas. Banyak aktivitas dalam proses penagihan berlangsung seketika, sehingga Waktu mulai sama dengan Waktu selesai. Namun, aktivitas seperti 'Penyelesaian sengketa' dapat berlangsung selama jangka waktu tertentu. Jika tersedia, atribut ini digunakan bersama Waktu mulai untuk menghitung waktu pemrosesan setiap aktivitas. Dengan begitu, Anda dapat mengetahui langkah tertentu yang paling banyak menyita waktu dan sumber daya, bukan hanya jeda antaraktivitas.
Mengapa ini penting
Kolom ini memungkinkan pengukuran durasi setiap aktivitas secara akurat, sehingga Anda dapat melihat lebih jelas bagian proses yang paling banyak menyita waktu.
Sumber data
Lihat dokumentasi HighRadius. Data ini mungkin tersedia untuk aktivitas tertentu yang dicatat dengan waktu mulai dan selesai.
Contoh
2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
|
|||
Aktivitas pengelolaan kredit dan penagihan
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibuat
|
Ini adalah titik awal siklus hidup faktur dalam proses penagihan. Peristiwa ini menandakan bahwa faktur telah dibuat di sistem ERP dan diimpor ke HighRadius untuk pengelolaan piutang. | ||
|
Mengapa ini penting
Aktivitas ini menjadi peristiwa awal utama untuk analisis proses dari faktur hingga pembayaran. Semua waktu siklus, seperti Days Sales Outstanding (DSO), biasanya dihitung mulai dari titik ini.
Sumber data
Peristiwa ini tercatat secara langsung dari tanggal pembuatan catatan faktur di HighRadius, yang biasanya disinkronkan dari sistem ERP sumber seperti SAP atau Oracle.
Pengumpulan data
Diambil dari stempel waktu pembuatan catatan faktur dalam data piutang.
Jenis peristiwa
explicit
|
|||
|
Faktur dihapus buku
|
Menandai akhir alternatif siklus hidup faktur, saat utang dianggap tidak dapat ditagih dan dihapus buku sebagai piutang tak tertagih. Ini adalah hasil yang tidak diinginkan. | ||
|
Mengapa ini penting
Melacak penghapusan buku penting untuk menghitung tingkat penghapusan faktur dan menganalisis akar penyebab kerugian finansial. Data ini membantu menemukan kelemahan dalam penilaian kredit atau upaya penagihan.
Sumber data
Peristiwa ini tercatat saat transaksi penghapusan saldo faktur dibukukan atau status faktur diubah menjadi 'Dihapus Buku'.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'Dihapus Buku' atau dari pembukuan jenis transaksi penghapusan buku tertentu pada faktur.
Jenis peristiwa
inferred
|
|||
|
Faktur dilunasi
|
Aktivitas ini menandai akhir siklus hidup faktur yang berhasil, saat faktur telah dibayar lunas dan ditutup. Inilah status akhir yang diharapkan dalam proses. | ||
|
Mengapa ini penting
Ini merupakan peristiwa akhir utama pada alur proses yang diharapkan. Analisis alur menuju hasil ini membantu menemukan praktik terbaik dan strategi penagihan yang berhasil.
Sumber data
Biasanya, peristiwa ini tidak tercatat secara langsung, tetapi disimpulkan dari perubahan status faktur menjadi 'Ditutup' atau 'Lunas' dan saldo yang menjadi nol. Stempel waktu pencatatan pembayaran terakhir sering digunakan sebagai waktu peristiwa.
Pengumpulan data
Disimpulkan dari perubahan status faktur menjadi 'Ditutup' atau saat saldo faktur menjadi nol.
Jenis peristiwa
inferred
|
|||
|
Pembayaran diterima
|
Aktivitas ini menandai penerimaan pembayaran dari pelanggan, yang sering kali dicatat berdasarkan rekening koran atau berkas lockbox. Artinya, dana telah diterima, tetapi belum dialokasikan ke faktur tertentu. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang sering kali menghentikan penghitungan waktu penagihan. Aktivitas ini menjadi titik awal untuk mengukur KPI jeda antara penerimaan dan pencatatan pembayaran, yang menunjukkan keterlambatan dalam penerapan kas.
Sumber data
Peristiwa ini diambil dari catatan pembayaran di HighRadius Cash Application Cloud. Setiap kelompok pembayaran atau transaksi dari berkas bank memiliki tanggal penerimaan.
Pengumpulan data
Diambil dari stempel waktu catatan pembayaran saat data diimpor atau dimasukkan ke modul penerapan kas.
Jenis peristiwa
explicit
|
|||
|
Sengketa didaftarkan
|
Aktivitas ini menandai saat pelanggan mengajukan sengketa atau potongan atas faktur, lalu mencatatnya secara resmi di HighRadius. Proses penagihan standar untuk jumlah yang disengketakan akan ditangguhkan. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal untuk mengukur rata-rata waktu penyelesaian sengketa. Mengetahui kapan dan mengapa sengketa diajukan penting untuk mengatasi akar masalah, seperti kesalahan penagihan atau masalah pengiriman.
Sumber data
Peristiwa ini tercatat saat pengguna membuat kasus sengketa yang terhubung ke faktur di HighRadius Deductions Cloud. Tindakan ini membuat catatan sengketa bertanda waktu.
Pengumpulan data
Diambil dari stempel waktu pembuatan catatan kasus sengketa yang terkait dengan faktur.
Jenis peristiwa
explicit
|
|||
|
Sengketa diselesaikan
|
Menandai berakhirnya proses penanganan sengketa setelah masalah diselidiki dan penyelesaian ditetapkan. Faktur kini dapat dilanjutkan ke pembayaran atau penghapusan buku. | ||
|
Mengapa ini penting
Ini adalah peristiwa akhir untuk mengukur rata-rata waktu penyelesaian sengketa. Siklus yang panjang dapat sangat menunda penerimaan kas dan menunjukkan inefisiensi proses.
Sumber data
Peristiwa ini tercatat saat status kasus sengketa berubah menjadi 'Diselesaikan', 'Ditutup', atau status akhir serupa. Stempel waktu perubahan status digunakan sebagai waktu aktivitas.
Pengumpulan data
Disimpulkan dari stempel waktu saat status kasus sengketa diperbarui menjadi status akhir 'Diselesaikan'.
Jenis peristiwa
inferred
|
|||
|
Tanggal jatuh tempo pembayaran terlewati
|
Peristiwa ini dihitung saat tanggal saat ini melewati tanggal jatuh tempo faktur. Peristiwa ini bukan tindakan pengguna atau sistem, melainkan perubahan status penting yang memicu proses penagihan. | ||
|
Mengapa ini penting
Aktivitas ini menjadi pemicu utama bagi semua aktivitas penagihan berikutnya. Aktivitas ini membedakan faktur yang dibayar tepat waktu dari faktur yang menunggak, sehingga efektivitas strategi penagihan dapat dianalisis.
Sumber data
Peristiwa ini tidak disimpan secara langsung. Peristiwa ini dihitung dengan membandingkan kolom tanggal jatuh tempo faktur dengan stempel waktu peristiwa lain, lalu diturunkan saat transformasi data untuk process mining.
Pengumpulan data
Dihitung dengan membandingkan due_date faktur dengan tanggal saat ini atau stempel waktu peristiwa (Stempel waktu > Tanggal jatuh tempo).
Jenis peristiwa
calculated
|
|||
|
Batas kredit diminta
|
Aktivitas ini menandai dimulainya penilaian kredit pelanggan. Biasanya, aktivitas ini terjadi sebelum pesanan penjualan diselesaikan dan tercatat saat permintaan batas kredit baru atau perubahan batas kredit dimasukkan ke sistem. | ||
|
Mengapa ini penting
Analisis waktu dari permintaan hingga persetujuan membantu menemukan hambatan dalam proses penerimaan pelanggan dan siklus penjualan. Ini menjadi titik awal penting untuk mengukur efisiensi tim manajemen kredit.
Sumber data
Peristiwa ini kemungkinan disimpulkan dari perubahan status profil kredit pelanggan atau tanggal pembuatan catatan permintaan batas kredit di modul Manajemen Kredit HighRadius.
Pengumpulan data
Disimpulkan dari stempel waktu pembuatan objek permintaan batas kredit atau perubahan status menjadi 'Menunggu Persetujuan'.
Jenis peristiwa
inferred
|
|||
|
Batas kredit disetujui
|
Menandai selesainya proses peninjauan kredit dengan persetujuan resmi atas batas kredit pelanggan. Peristiwa ini tercatat saat manajer kredit menyetujui permintaan di platform HighRadius. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang memungkinkan proses penjualan berlanjut. Melacak aktivitas ini penting untuk menghitung KPI total waktu siklus persetujuan kredit.
Sumber data
Peristiwa ini biasanya tercatat saat status permintaan batas kredit berubah menjadi 'Disetujui'. Peristiwa ini juga dapat tercatat secara langsung di log audit sistem.
Pengumpulan data
Disimpulkan dari perubahan status permintaan kredit menjadi 'Disetujui' atau dari kolom stempel waktu persetujuan.
Jenis peristiwa
inferred
|
|||
|
Faktur dikirim ke pelanggan
|
Aktivitas ini menandai saat faktur dikirimkan kepada pelanggan, biasanya melalui email atau portal pelanggan. HighRadius dapat mengotomatiskan dan mencatat komunikasi ini. | ||
|
Mengapa ini penting
Pelacakan ini membantu memastikan pelanggan menerima faktur tepat waktu. Keterlambatan antara pembuatan dan pengiriman faktur dapat langsung memengaruhi waktu pembayaran dan DSO.
Sumber data
Peristiwa ini sering tercatat secara langsung dalam riwayat korespondensi atau aktivitas faktur di modul Collections Cloud. Peristiwa ini juga dapat disimpulkan dari status pekerjaan korespondensi otomatis.
Pengumpulan data
Tercatat dalam riwayat komunikasi faktur saat email atau pengiriman melalui portal dilakukan.
Jenis peristiwa
explicit
|
|||
|
Janji pembayaran dibuat
|
Aktivitas ini terjadi saat pelanggan berkomitmen untuk membayar faktur pada tanggal mendatang dan petugas penagihan mencatat janji tersebut di sistem. Ini merupakan hasil antara yang positif. | ||
|
Mengapa ini penting
Melacak janji pembayaran membantu memperkirakan arus kas dan menilai efektivitas petugas penagihan. Data ini juga dapat digunakan untuk menganalisis janji yang tidak ditepati, yaitu saat pembayaran tidak diterima pada tanggal yang dijanjikan.
Sumber data
Peristiwa ini tercatat secara langsung di HighRadius saat petugas membuat catatan 'Janji Pembayaran' yang terhubung ke faktur. Catatan ini memiliki stempel waktu pembuatannya sendiri.
Pengumpulan data
Diambil dari stempel waktu pembuatan objek 'Janji Pembayaran' di HighRadius.
Jenis peristiwa
explicit
|
|||
|
Panggilan penagihan dicatat
|
Menandai panggilan penagihan manual yang dilakukan petugas kepada pelanggan terkait faktur yang menunggak. Petugas mencatat detail dan hasil panggilan langsung di HighRadius. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menilai tingkat keberhasilan panggilan penagihan dan efisiensi aktivitas penagihan. Aktivitas ini membantu membedakan upaya penagihan otomatis dari yang dilakukan secara manual.
Sumber data
Peristiwa ini tercatat secara langsung saat petugas menggunakan fungsi 'Catat Panggilan' atau 'Tambah Aktivitas' pada faktur atau akun pelanggan di antarmuka HighRadius. Catatan ini menyertakan stempel waktu.
Pengumpulan data
Diambil dari tabel log aktivitas tempat petugas mencatat tindakan manual.
Jenis peristiwa
explicit
|
|||
|
Pembayaran dicatat
|
Menandai selesainya proses penerapan kas, saat pembayaran yang diterima berhasil dicocokkan dan dialokasikan ke faktur tertentu sehingga saldo terbuka menjadi lunas. | ||
|
Mengapa ini penting
Aktivitas ini mengakhiri siklus pemrosesan pembayaran. Waktu antara 'Pembayaran diterima' dan 'Pembayaran dicatat' menunjukkan efisiensi proses penerapan kas.
Sumber data
Peristiwa ini diambil dari kolom tanggal pencatatan atau tanggal pelunasan pada catatan faktur. Stempel waktu ini dicatat saat penerapan kas selesai.
Pengumpulan data
Diambil dari stempel waktu 'tanggal pencatatan' atau 'tanggal pelunasan' pada baris item akuntansi faktur.
Jenis peristiwa
explicit
|
|||
|
Pengingat tunggakan dikirim
|
Menandai pengingat otomatis atau manual yang dikirim kepada pelanggan terkait faktur yang menunggak. HighRadius mengotomatiskan pengingat ini sebagai bagian dari strategi penagihan dan mencatat komunikasinya. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk mengukur tingkat efektivitas penagihan. Analisis ini menunjukkan jumlah pengingat yang diperlukan sebelum pembayaran diterima.
Sumber data
Peristiwa ini tercatat secara langsung dalam log aktivitas atau korespondensi faktur di HighRadius Collections Cloud. Setiap pengingat yang dikirim memiliki catatan dan stempel waktu.
Pengumpulan data
Diambil dari log komunikasi bertanda waktu yang terkait dengan faktur.
Jenis peristiwa
explicit
|
|||
|
Prosedur penagihan dimulai
|
Aktivitas ini menandai dimulainya proses penagihan formal atau tahap tertentu dalam proses tersebut untuk faktur yang menunggak. Langkah ini lebih sistematis daripada sekadar mengirim satu pengingat. | ||
|
Mengapa ini penting
Melacak dimulainya prosedur penagihan membantu menganalisis efektivitas berbagai strategi dan tingkat penagihan dalam mendorong pembayaran.
Sumber data
Peristiwa ini biasanya disimpulkan dari perubahan kolom 'Tingkat Penagihan' atau 'Strategi Penagihan' pada catatan faktur di HighRadius.
Pengumpulan data
Disimpulkan dari perubahan atribut tingkat penagihan faktur, berdasarkan log perubahan atau riwayat bertanda waktu.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Templat ini membantu Anda menyiapkan data terstruktur untuk mendapatkan wawasan mendalam tentang proses pengelolaan kredit dan penagihan. Mulai optimalkan operasional HighRadius Anda hari ini untuk mempercepat arus kas.
Mulai optimalkan pengelolaan kredit dan penagihan Anda
Atasi hambatan, kurangi waktu siklus hingga 30%, dan tingkatkan efisiensi.
Tidak perlu kartu kredit. Mulai dalam hitungan menit.