Templat data pengelolaan kredit dan penagihan
Templat data pengelolaan kredit dan penagihan
- Atribut yang disarankan untuk analisis menyeluruh
- Aktivitas proses utama untuk dilacak agar proses dapat ditemukan dengan akurat
- Panduan praktis untuk mengekstrak data dari sistem Anda
Atribut pengelolaan kredit dan penagihan
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama Aktivitas
ActivityName
|
Nama kejadian atau tugas tertentu yang berlangsung pada suatu tahap dalam siklus hidup faktur. | ||
|
Deskripsi
Nama Aktivitas menjelaskan langkah atau kejadian tertentu dalam proses kredit dan penagihan, seperti 'Faktur Dibuat', 'Surat Penagihan Dikirim', atau 'Pembayaran Diterima'. Atribut ini menjadi dasar process mining karena menentukan simpul dalam peta proses. Analisis urutan dan frekuensi aktivitas menunjukkan alur proses yang sebenarnya, sehingga Anda dapat menemukan pengulangan pekerjaan, inefisiensi, dan jalur proses yang tidak mematuhi ketentuan. Atribut ini mendukung pembuatan semua visualisasi alur proses dan digunakan untuk menghitung waktu siklus di antara berbagai tahap proses.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam peta proses, sehingga siklus hidup faktur dapat divisualisasikan dan dianalisis.
Sumber data
Atribut ini biasanya diperoleh dengan memetakan kejadian sistem tertentu, perubahan status, atau tanggal pembuatan catatan dari berbagai tabel, seperti 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour', dan 'CustPaymPromise', ke nama aktivitas standar.
Contoh
Faktur dibukukan dan dikirimSurat penagihan bertahap dibuatSengketa TerdaftarPembayaran Diterima
|
|||
|
Nomor Faktur
InvoiceNumber
|
Pengenal unik untuk setiap faktur pelanggan, yang berfungsi sebagai ID kasus utama dalam proses manajemen kredit. | ||
|
Deskripsi
Nomor Faktur adalah atribut penting yang mengidentifikasi setiap transaksi keuangan dengan pelanggan secara unik. Nomor ini menghubungkan semua aktivitas terkait, mulai dari pembuatan dan pembukuan faktur hingga penagihan pembayaran dan pelunasan akhir. Dalam process mining, nomor ini digunakan untuk menyusun kembali perjalanan setiap faktur dari awal hingga akhir, sehingga siklus hidupnya dapat dianalisis secara terperinci. Dengan melacak setiap faktur sebagai kasus terpisah, organisasi dapat menemukan jalur proses yang umum, hambatan, dan penyimpangan dari prosedur standar. Nomor ini menjadi dasar untuk menghitung metrik utama seperti Days Sales Outstanding dan menganalisis variasi proses.
Mengapa ini penting
Ini adalah ID Kasus utama yang menghubungkan semua kejadian proses, sehingga seluruh siklus faktur hingga penerimaan kas dapat disusun kembali dan dianalisis.
Sumber data
Biasanya, ini adalah kolom 'Invoice' dari tabel 'CustInvoiceJour' di Microsoft Dynamics 365 Finance.
Contoh
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
Waktu Kejadian
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau kejadian tertentu berlangsung. | ||
|
Deskripsi
Waktu Kejadian adalah tanggal dan waktu persis saat aktivitas dicatat di sistem. Atribut ini menjadi dasar process mining karena menyediakan urutan kronologis untuk menyusun alur proses dan menghitung semua metrik berbasis waktu. Atribut ini penting untuk menganalisis durasi, menemukan hambatan, dan memantau SLA. Misalnya, selisih waktu antara kejadian 'Faktur Dibuat' dan 'Pembayaran Diterima' digunakan untuk menghitung Days Sales Outstanding (DSO), KPI bisnis yang penting. Tanpa stempel waktu yang akurat, analisis kinerja dan identifikasi hambatan tidak dapat dilakukan.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan kejadian, menemukan peta proses, dan menghitung semua metrik kinerja, seperti waktu siklus dan durasi.
Sumber data
Atribut ini bersumber dari berbagai kolom tanggal dan waktu di tabel D365, seperti 'CreatedDateTime' di 'CustInvoiceJour' atau 'TransDate' di 'CustTrans', bergantung pada aktivitasnya.
Contoh
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
Hari Terlambat
DaysOverdue
|
Jumlah hari sejak tanggal jatuh tempo pembayaran faktur. | ||
|
Deskripsi
Hari Terlambat adalah metrik hasil perhitungan yang mengukur waktu sejak Tanggal Jatuh Tempo Pembayaran untuk faktur yang belum dibayar. Nilainya dihitung dari tanggal saat ini dikurangi Tanggal Jatuh Tempo Pembayaran. Metrik ini menjadi indikator kinerja utama bagi tim penagihan karena membantu menentukan faktur yang perlu diprioritaskan. Metrik ini menjadi metrik utama dalam dashboard 'Faktur Jatuh Tempo per Segmen' dan penting untuk menilai kondisi piutang serta efektivitas upaya penagihan.
Mengapa ini penting
Metrik operasional ini penting untuk menentukan prioritas penagihan dan mengukur tingkat keterlambatan pembayaran.
Sumber data
Kolom ini dihitung dengan logika: JIKA faktur belum dibayar, MAKA (HariIni() - TanggalJatuhTempoPembayaran), JIKA TIDAK 0.
Contoh
1532910
|
|||
|
Jumlah Faktur
InvoiceAmount
|
Nilai total faktur dalam mata uang. | ||
|
Deskripsi
Jumlah Faktur menunjukkan nilai total barang atau jasa yang ditagihkan. Atribut ini menjadi dasar analisis keuangan dalam proses. Anda dapat mengelompokkan kasus berdasarkan nilai untuk melihat apakah faktur bernilai tinggi mengikuti proses yang berbeda atau mengalami keterlambatan lebih lama. Atribut ini penting untuk dashboard 'Penghapusbukuan Faktur Tak Tertagih' dan 'Analisis Manajemen Batas Kredit' karena membantu mengukur dampak keuangan dan menilai risiko.
Mengapa ini penting
Mendukung analisis dampak keuangan, penentuan prioritas faktur bernilai tinggi, dan pemahaman tentang pengaruh nilai faktur terhadap proses.
Sumber data
Kemungkinan besar, ini adalah kolom 'InvoiceAmount' di tabel 'CustInvoiceJour'.
Contoh
1500.7525000.00549.99
|
|||
|
Nama Pelanggan
CustomerName
|
Nama resmi pelanggan yang menerima faktur. | ||
|
Deskripsi
Nama Pelanggan mengidentifikasi klien yang terkait dengan suatu faktur. Atribut ini menjadi dimensi utama untuk pemfilteran dan segmentasi. Analisis proses berdasarkan pelanggan membantu menemukan pelanggan bermasalah yang sering terlambat membayar, mengajukan sengketa, atau memerlukan banyak upaya penagihan. Atribut ini penting untuk dashboard 'Waktu Siklus Penyelesaian Sengketa' dan analisis terperinci atas akun pelanggan tertentu.
Mengapa ini penting
Mendukung analisis proses per pelanggan, sehingga Anda dapat menemukan pola dan mengelola hubungan dengan akun utama atau akun bermasalah.
Sumber data
Informasi ini biasanya digabungkan dari 'CustTable' menggunakan nomor akun pelanggan yang tercantum di 'CustInvoiceJour'.
Contoh
Contoso Ltd.Adventure WorksFabrikam Inc.
|
|||
|
Petugas Penagihan Ditugaskan
CollectorAssigned
|
Nama agen penagihan atau anggota tim yang bertanggung jawab menangani faktur yang telah jatuh tempo. | ||
|
Deskripsi
Atribut ini mengidentifikasi karyawan yang bertanggung jawab atas aktivitas penagihan untuk faktur tertentu. Atribut ini penting untuk menganalisis kinerja dan beban kerja. Dengan memfilter peta proses atau dashboard berdasarkan petugas penagihan, manajer dapat menilai produktivitas individu, membandingkan strategi penagihan, dan menemukan peluang untuk memberikan pembinaan. Atribut ini menjadi dimensi utama dalam dashboard 'Produktivitas Tim Penagihan' dan 'Waktu Siklus Penyelesaian Sengketa' karena membantu mengaitkan hasil proses dengan individu atau tim tertentu.
Mengapa ini penting
Mendukung analisis kinerja tim penagihan, membantu menyeimbangkan beban kerja, dan menunjukkan praktik terbaik dengan membandingkan efektivitas petugas penagihan.
Sumber data
Lihat dokumentasi Microsoft Dynamics 365. Informasi ini mungkin tersedia di modul manajemen penagihan atau kolom tanggung jawab pengguna pada catatan pelanggan atau transaksi.
Contoh
John SmithEmily JonesTim Penagihan A
|
|||
|
Segmen Pelanggan
CustomerSegment
|
Klasifikasi pelanggan berdasarkan ukuran, industri, atau kepentingan strategis. | ||
|
Deskripsi
Segmen Pelanggan adalah atribut kategori untuk mengelompokkan pelanggan ke dalam kelompok yang bermakna, misalnya 'Akun Strategis', 'UKM', atau 'Pemerintah'. Segmentasi ini penting untuk analisis strategis. Atribut ini membantu menjawab pertanyaan seperti 'Apakah DSO akun strategis lebih rendah?' atau 'Apakah penghapusbukuan lebih sering terjadi di segmen industri tertentu?'. Atribut ini digunakan langsung dalam dashboard 'Tren Days Sales Outstanding', 'Penghapusbukuan Faktur Tak Tertagih', dan 'Faktur Jatuh Tempo per Segmen' untuk memberikan wawasan yang lebih luas daripada analisis pelanggan per pelanggan.
Mengapa ini penting
Mendukung analisis gabungan untuk berbagai kelompok pelanggan, sehingga Anda dapat menemukan tren strategis dan menyesuaikan strategi penagihan untuk tiap segmen.
Sumber data
Sering kali, atribut ini berupa kolom khusus atau diturunkan dari atribut di 'CustTable' (tabel induk pelanggan).
Contoh
Perusahaan BesarPasar MenengahSektor PublikMitra
|
|||
|
Status Faktur
InvoiceStatus
|
Status faktur saat ini dalam siklus hidupnya. | ||
|
Deskripsi
Status Faktur menunjukkan posisi faktur dalam proses, seperti 'Terbuka', 'Dibayar', 'Disengketakan', atau 'Dihapus Buku'. Log aktivitas memberikan riwayat terperinci, sedangkan status saat ini berguna sebagai atribut tingkat kasus untuk pemfilteran dan pelaporan umum. Analis dapat dengan cepat mengelompokkan data untuk melihat hanya faktur terbuka yang telah jatuh tempo atau menganalisis karakteristik semua faktur yang dihapus buku. Atribut ini memudahkan Anda memahami kondisi piutang saat ini.
Mengapa ini penting
Memudahkan Anda memfilter dan menganalisis faktur berdasarkan status saat ini, misalnya dengan melihat semua kasus yang masih terbuka atau sedang disengketakan.
Sumber data
Ditentukan dari status pelunasan transaksi di tabel 'CustTrans'. Transaksi terbuka belum dibayar, sedangkan transaksi tertutup sudah dilunasi.
Contoh
TerbukaDibayarDibayar SebagianDihapus Buku
|
|||
|
Tanggal Jatuh Tempo Pembayaran
PaymentDueDate
|
Tanggal batas pembayaran faktur sesuai perjanjian. | ||
|
Deskripsi
Tanggal Jatuh Tempo Pembayaran adalah atribut tanggal penting yang ditentukan oleh syarat pembayaran yang disepakati dengan pelanggan. Tanggal ini menjadi acuan untuk menentukan apakah faktur telah jatuh tempo. Tanggal ini juga menjadi pemicu utama dimulainya aktivitas penagihan, seperti mengirim pengingat atau memulai prosedur penagihan resmi. Dalam process mining, tanggal ini digunakan untuk menghitung metrik 'Hari Terlambat' dan memeriksa kepatuhan terhadap kebijakan penagihan, misalnya memastikan pengingat dikirim dalam X hari setelah tanggal jatuh tempo.
Mengapa ini penting
Tanggal ini menjadi acuan untuk mengukur ketepatan waktu pembayaran dan memicu semua aktivitas terkait faktur jatuh tempo dan penagihan.
Sumber data
Biasanya, tanggal ini terdapat di kolom 'DueDate' pada tabel 'CustTrans' atau 'CustInvoiceJour'.
Contoh
2023-02-142023-03-312023-04-30
|
|||
|
Tingkat Penagihan
DunningLevel
|
Menunjukkan tahap atau tingkat keseriusan proses penagihan untuk faktur yang telah jatuh tempo. | ||
|
Deskripsi
Tingkat Penagihan menunjukkan tahap dalam prosedur penagihan terstruktur, misalnya 'Tingkat 1: Pengingat Ramah', 'Tingkat 2: Pemberitahuan Resmi', atau 'Tingkat 3: Peringatan Terakhir'. Melacak atribut ini penting untuk menilai keberhasilan strategi penagihan. Dashboard 'Efektivitas Strategi Penagihan' menggunakan atribut ini untuk menunjukkan persentase faktur yang dibayar setelah mencapai tiap tingkat. Informasi ini membantu bisnis menyempurnakan alur kerja penagihan agar pembayaran lebih mudah diterima tanpa merusak hubungan dengan pelanggan.
Mengapa ini penting
Atribut ini penting untuk mengukur efektivitas strategi penagihan dan mengetahui pada tahap mana pelanggan paling mungkin membayar.
Sumber data
Informasi ini dapat ditemukan di tabel terkait penagihan dan surat penagihan, seperti 'CustCollectionLetterJour'.
Contoh
123 - TerakhirTindakan Hukum
|
|||
|
Alasan Sengketa
DisputeReason
|
Alasan yang disampaikan pelanggan untuk menyengketakan faktur. | ||
|
Deskripsi
Saat menyengketakan faktur, pelanggan biasanya menyampaikan alasan, seperti 'Harga Tidak Tepat', 'Barang Rusak', atau 'Tagihan Ganda'. Atribut ini mencatat alasan tersebut. Analisis alasan sengketa penting untuk menemukan akar masalah. Analisis ini membantu mengidentifikasi masalah berulang dalam proses pesanan hingga penerimaan kas, seperti masalah di bagian penjualan, pengiriman, atau penagihan. Mengurangi sengketa sejak sumbernya menjadi hasil penting dari analisis ini dan berdampak langsung pada DSO karena keterlambatan pembayaran dapat dicegah.
Mengapa ini penting
Menyediakan data penting untuk menemukan akar penyebab keterlambatan pembayaran, sehingga Anda dapat mengidentifikasi dan memperbaiki masalah di tahap sebelumnya yang memicu sengketa faktur.
Sumber data
Lihat dokumentasi Microsoft Dynamics 365. Informasi ini merupakan bagian dari fungsi manajemen sengketa atau manajemen kasus.
Contoh
Kesalahan HargaJumlah KurangProduk Belum DiterimaLayanan Tidak Sesuai Deskripsi
|
|||
|
Batas Kredit
CreditLimit
|
Jumlah kredit maksimum yang disetujui untuk pelanggan. | ||
|
Deskripsi
Batas Kredit adalah total utang yang boleh dimiliki pelanggan. Atribut ini penting untuk manajemen risiko. Dashboard 'Analisis Manajemen Batas Kredit' membandingkan nilai ini dengan jumlah faktur untuk akun yang menunggak atau dihapus buku. Analisis ini membantu menentukan apakah batas kredit ditetapkan dengan tepat dan diterapkan, serta apakah pelanggan yang gagal membayar baru-baru ini mendapat kenaikan batas kredit. Temuan ini dapat menunjukkan kelemahan dalam proses persetujuan kredit.
Mengapa ini penting
Atribut ini penting untuk menilai risiko dan membantu menganalisis apakah penghapusbukuan berkaitan dengan batas kredit pelanggan yang tidak dikelola dengan baik atau tidak memadai.
Sumber data
Nilai ini biasanya disimpan di catatan induk pelanggan dalam 'CustTable'.
Contoh
10000.0050000.000.00
|
|||
|
Kode Mata Uang
CurrencyCode
|
Mata uang faktur, misalnya USD atau EUR. | ||
|
Deskripsi
Kode Mata Uang menunjukkan mata uang transaksi untuk Jumlah Faktur. Atribut ini memberikan konteks penting, terutama bagi organisasi multinasional. Kode ini diperlukan untuk menafsirkan nilai keuangan dengan benar dan dapat digunakan untuk menganalisis apakah siklus atau masalah pembayaran berkaitan dengan mata uang tertentu, misalnya karena kerumitan valuta asing atau pemrosesan pembayaran internasional.
Mengapa ini penting
Memberikan konteks penting untuk semua nilai uang dan mendukung analisis proses yang melibatkan beberapa mata uang.
Sumber data
Biasanya, kode ini terdapat di kolom 'CurrencyCode' pada tabel 'CustInvoiceJour'.
Contoh
USDEURGBPCAD
|
|||
|
Negara
Country
|
Negara alamat penagihan pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan negara yang terkait dengan akun pelanggan. Atribut ini umum digunakan untuk analisis geografis. Dengan mengelompokkan KPI proses seperti DSO atau tingkat penghapusbukuan berdasarkan negara, Anda dapat menemukan perbedaan regional dalam perilaku pembayaran pelanggan, efektivitas penagihan, atau kondisi ekonomi. Temuan ini dapat membantu menyesuaikan strategi penagihan berdasarkan wilayah atau menetapkan syarat pembayaran yang berbeda untuk wilayah tertentu.
Mengapa ini penting
Mendukung analisis geografis untuk menemukan tren regional dalam perilaku pembayaran dan kinerja proses penagihan.
Sumber data
Nilai ini diperoleh dengan menggabungkan catatan induk pelanggan ('CustTable') dengan catatan alamat utama, biasanya di 'LogisticsPostalAddress'.
Contoh
USADEUGBRCAN
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Stempel waktu penyegaran atau pembaruan data terakhir. | ||
|
Deskripsi
Atribut ini menunjukkan kapan terakhir kali kumpulan data diperbarui dari sistem sumber. Metadata ini penting bagi pengguna analisis process mining karena memberi konteks tentang kebaruan data. Dengan mengetahui batas waktu data yang tersedia, analis dapat mengambil keputusan berdasarkan informasi yang tepat dan memahami cakupan temuan mereka. Biasanya, atribut ini diterapkan ke seluruh kumpulan data dalam pipeline pemasukan data.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang tersedia, sehingga analisis menggunakan rentang waktu yang jelas dan keputusan tidak didasarkan pada informasi lama.
Sumber data
Nilai ini dibuat dan ditambahkan ke kumpulan data oleh pipeline ETL/data saat dijalankan.
Contoh
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
|
Pernah Disengketakan
IsDisputed
|
Penanda benar atau salah yang menunjukkan apakah faktur pernah disengketakan. | ||
|
Deskripsi
Penanda hasil perhitungan ini bernilai benar jika kasus faktur memuat aktivitas 'Sengketa Terdaftar'. Penanda ini memudahkan pengguna memfilter atau membandingkan alur proses faktur yang disengketakan dan yang tidak. Misalnya, Anda dapat membandingkan rata-rata DSO faktur yang disengketakan dengan yang tidak untuk mengukur dampak sengketa terhadap arus kas. Atribut ini berguna untuk pelaporan di dashboard tingkat umum dan analisis perbandingan.
Mengapa ini penting
Memudahkan analisis dan pemfilteran dengan membandingkan kelompok faktur yang disengketakan dan yang tidak.
Sumber data
Kolom ini dihitung dengan logika: JIKA kasus memuat aktivitas 'Sengketa Terdaftar', MAKA benar, JIKA TIDAK salah.
Contoh
truefalse
|
|||
|
Sistem Sumber
SourceSystem
|
Mengidentifikasi sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi sumber tempat data kejadian dicatat. Dalam konteks ini, nilainya adalah 'Microsoft Dynamics 365'. Meski nilainya mungkin tetap dalam analisis satu sistem, atribut ini penting untuk tata kelola data, pemecahan masalah, dan integrasi di masa mendatang. Jika data dari sistem lain, seperti CRM terpisah atau portal agen penagihan, disertakan, kolom ini membantu membedakan sumber dan memahami proses lintas sistem secara utuh.
Mengapa ini penting
Menunjukkan asal-usul data dengan jelas, penting untuk menjaga kualitas data dan mendukung analisis di beberapa sistem terintegrasi.
Sumber data
Biasanya, nilai tetap ini ditambahkan selama proses ekstraksi data untuk menandai asal catatan.
Contoh
Microsoft Dynamics 365D365 F&O
|
|||
|
Waktu Penyelesaian Sengketa
DisputeResolutionTime
|
Waktu yang dibutuhkan untuk menyelesaikan sengketa pelanggan sejak pertama kali didaftarkan. | ||
|
Deskripsi
Waktu Penyelesaian Sengketa mengukur efisiensi proses penanganan sengketa. Nilainya dihitung dari durasi antara aktivitas 'Sengketa Terdaftar' dan 'Sengketa Diselesaikan'. Waktu penyelesaian yang lama dapat menunda pembayaran dan menurunkan kepuasan pelanggan. Analisis metrik ini berdasarkan petugas penagihan atau alasan sengketa membantu menemukan hambatan dan area yang perlu diperbaiki dalam alur kerja manajemen sengketa.
Mengapa ini penting
Mengukur efisiensi proses penanganan sengketa, yang sering menjadi penyebab utama keterlambatan pembayaran.
Sumber data
Dihitung dari durasi antara stempel waktu aktivitas 'Sengketa Terdaftar' dan 'Sengketa Diselesaikan'.
Contoh
7.215.83.5
|
|||
Aktivitas pengelolaan kredit dan penagihan
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibuat
|
Menandai pembuatan catatan faktur penjualan di sistem sebelum faktur resmi dibukukan. Aktivitas ini biasanya tercatat sebagai peristiwa eksplisit saat pengguna menyelesaikan pesanan penjualan dan membuat dokumen faktur terkait. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama dalam siklus faktur. Analisis waktu dari tahap ini hingga pembayaran penting untuk mengukur Days Sales Outstanding (DSO).
Sumber data
Dicatat dalam tabel Sales Invoice Header (SalesInvoiceHeader) atau Sales Table (SalesTable) saat faktur dibuat. Stempel waktu pembuatan catatan menjadi waktu peristiwa.
Pengumpulan data
Catat stempel waktu pembuatan catatan faktur penjualan.
Jenis peristiwa
explicit
|
|||
|
Faktur dibukukan dan dikirim
|
Menandai pencatatan resmi faktur dalam buku besar, sehingga faktur menjadi piutang usaha. Peristiwa ini biasanya terjadi bersamaan dengan pengiriman faktur kepada pelanggan dan tercatat setelah proses pembukuan selesai di Dynamics 365. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang secara resmi memulai perhitungan jangka waktu pembayaran dan umur piutang. Keterlambatan antara pembuatan dan pembukuan dapat menyembunyikan inefisiensi dalam proses penagihan.
Sumber data
Disimpulkan dari tanggal pembukuan di Customer Invoice Journal (CustInvoiceJour) atau perubahan status menjadi 'Posted'. Stempel waktu pembukuan adalah titik data utama.
Pengumpulan data
Gunakan stempel waktu pembukuan dari Customer Invoice Journal (CustInvoiceJour).
Jenis peristiwa
inferred
|
|||
|
Faktur Dihapus Buku
|
Faktur dinilai tidak dapat ditagih dan secara resmi dihapus buku sebagai piutang tak tertagih. Pengguna berwenang melakukan tindakan ini untuk menghapus piutang dan membukukan kerugian. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama yang menandakan proses tidak berhasil. Melacak penghapusbukuan penting untuk memahami risiko kredit, kegagalan penagihan, dan kerugian finansial.
Sumber data
Diambil dari transaksi jurnal umum tertentu untuk menghapus piutang tak tertagih yang ditautkan ke faktur asal. Tanggal pembukuan jurnal penghapusbukuan digunakan sebagai stempel waktu.
Pengumpulan data
Identifikasi entri jurnal dengan profil pembukuan penghapusbukuan tertentu yang merujuk ke faktur.
Jenis peristiwa
explicit
|
|||
|
Faktur Dilunasi
|
Faktur telah dibayar lunas dan saldonya nol, menandai proses berhasil diselesaikan. Status ini disimpulkan saat total pembayaran yang diterapkan sama dengan jumlah faktur. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama yang menandakan keberhasilan proses kredit hingga penerimaan kas. Analisis jalur yang berakhir di sini dapat menunjukkan praktik terbaik dan variasi proses yang efisien.
Sumber data
Disimpulkan dari tanggal pelunasan di tabel pelunasan pelanggan (CustSettlement). Ini terjadi saat jumlah kolom 'AmountCur' dan 'SettleAmountCur' untuk faktur di CustTrans sama dengan nol.
Pengumpulan data
Identifikasi tanggal pelunasan terakhir yang terkait dengan transaksi faktur hingga saldonya menjadi nol.
Jenis peristiwa
inferred
|
|||
|
Pembayaran Dibukukan
|
Menunjukkan pembukuan resmi pembayaran pelanggan ke buku besar dan penerapannya untuk melunasi faktur. Data ini diambil dari tanggal pembukuan jurnal pembayaran pelanggan. | ||
|
Mengapa ini penting
Tahap ini menyelesaikan bagian pembayaran dalam proses. Jeda antara penerimaan dan pembukuan pembayaran, yang disebut jeda penerapan kas, menjadi metrik efisiensi utama bagi departemen keuangan.
Sumber data
Diambil dari stempel waktu pembukuan Jurnal Pembayaran Pelanggan (LedgerJournalTrans). Ini memastikan pembayaran telah diproses sepenuhnya di buku besar.
Pengumpulan data
Gunakan tanggal pembukuan dari Jurnal Pembayaran Pelanggan yang sudah dibukukan.
Jenis peristiwa
explicit
|
|||
|
Pembayaran Diterima
|
Menunjukkan bahwa pembayaran dari pelanggan telah diterima dan dicatat di sistem, biasanya melalui jurnal pembayaran. Kejadian ini berlangsung sebelum pembayaran dibukukan dan diterapkan ke faktur tertentu. | ||
|
Mengapa ini penting
Ini adalah tonggak penting untuk menghitung DSO dan memahami arus kas. Jeda antara kejadian ini dan Pembayaran Dibukukan menunjukkan hambatan dalam proses penerapan pembayaran.
Sumber data
Kejadian ini tercatat secara langsung dari tanggal pembuatan baris jurnal pembayaran pelanggan (LedgerJournalTrans), sebelum jurnal dibukukan. Tanggal ini menunjukkan kapan pembayaran dicatat sebagai diterima.
Pengumpulan data
Gunakan tanggal transaksi dari baris Jurnal Pembayaran Pelanggan.
Jenis peristiwa
explicit
|
|||
|
Sengketa Terdaftar
|
Menandakan bahwa pelanggan secara resmi mengajukan sengketa atas faktur, lalu statusnya diperbarui. Biasanya, pengguna mengubah status faktur menjadi 'Disputed' di modul manajemen penagihan. | ||
|
Mengapa ini penting
Ini adalah titik awal proses penyelesaian sengketa. Dengan melacaknya, Anda dapat mengukur frekuensi sengketa dan waktu yang dibutuhkan untuk menyelesaikannya, yang berdampak pada kepuasan pelanggan dan arus kas.
Sumber data
Disimpulkan dari perubahan status pada transaksi pelanggan (CustTrans) atau tabel manajemen sengketa terkait (smmCaseDetail). Diperlukan log perubahan status yang dilengkapi stempel waktu.
Pengumpulan data
Identifikasi kapan kolom status sengketa pada transaksi faktur diisi atau diubah menjadi 'Disputed'.
Jenis peristiwa
inferred
|
|||
|
Surat penagihan bertahap dibuat
|
Menandakan bahwa surat penagihan resmi telah dibuat untuk faktur yang terlambat dibayar. Peristiwa ini tercatat saat proses penagihan bertahap berkala dijalankan di Dynamics 365 dan membuat catatan surat untuk faktur terkait. | ||
|
Mengapa ini penting
Melacak dimulainya dan frekuensi upaya penagihan resmi. Data ini penting untuk mengukur efektivitas penagihan bertahap dan kepatuhan terhadap kebijakan penagihan internal.
Sumber data
Catatan eksplisit dibuat dalam tabel Dunning History (CustCollectionLetterJour). Tanggal pembuatan jurnal surat penagihan bertahap menjadi stempel waktunya.
Pengumpulan data
Ekstrak peristiwa pembuatan dari tabel CustCollectionLetterJour, lalu hubungkan kembali ke faktur.
Jenis peristiwa
explicit
|
|||
|
Tanggal jatuh tempo pembayaran terlewati
|
Peristiwa hasil perhitungan yang terjadi saat tanggal saat ini melewati tanggal jatuh tempo faktur. Aktivitas ini bukan tindakan langsung pengguna, melainkan ditentukan dengan membandingkan tanggal sistem dengan kolom tanggal jatuh tempo faktur. | ||
|
Mengapa ini penting
Peristiwa ini memicu seluruh aktivitas penagihan. Peristiwa ini membantu menganalisis jumlah faktur yang terlambat dibayar dan ketepatan waktu tindakan penagihan bertahap, serta mendukung KPI seperti Kepatuhan terhadap Kebijakan Penagihan Bertahap.
Sumber data
Dihitung dengan membandingkan stempel waktu saat ini dengan kolom 'DueDate' di tabel Customer Transactions (CustTrans). Stempel waktu peristiwanya adalah DueDate.
Pengumpulan data
Buat peristiwa saat 'NOW()' lebih besar daripada DueDate faktur.
Jenis peristiwa
calculated
|
|||
|
Aktivitas penagihan dicatat
|
Menunjukkan tindakan penagihan manual, seperti panggilan telepon atau email, yang dicatat pada pelanggan atau faktur. Tindakan ini tercatat saat petugas penagihan menggunakan fitur Aktivitas di ruang kerja penagihan untuk merekam interaksi. | ||
|
Mengapa ini penting
Memberi gambaran tentang upaya manual tim penagihan. Dengan membandingkan aktivitas ini dengan keberhasilan pembayaran, Anda dapat mengukur produktivitas tim dan efektivitas berbagai metode komunikasi.
Sumber data
Dicatat dalam tabel Aktivitas (
Pengumpulan data
Catat pembuatan rekaman Aktivitas dengan jenis 'Phone Call' atau 'Email' yang terkait dengan penagihan.
Jenis peristiwa
explicit
|
|||
|
Janji pembayaran dibuat
|
Pelanggan berkomitmen untuk membayar pada tanggal tertentu di masa mendatang, dan janji tersebut dicatat di sistem. Peristiwa ini dicatat secara eksplisit saat petugas penagihan memasukkan detail janji pembayaran di modul penagihan. | ||
|
Mengapa ini penting
Melacak kesepakatan pembayaran informal dan tingkat pemenuhannya. Membandingkan janji dengan pembayaran aktual dapat membantu memperkirakan arus kas dan menilai keandalan pelanggan.
Sumber data
Kemungkinan dicatat dalam tabel yang terkait dengan ruang kerja penagihan atau manajemen kasus, khususnya untuk fungsi janji pembayaran. Tanggal pembuatan catatan janji menjadi waktu peristiwa.
Pengumpulan data
Ambil data kejadian pembuatan dari tabel detail kasus janji pembayaran atau penagihan.
Jenis peristiwa
explicit
|
|||
|
Sengketa Diselesaikan
|
Menandai akhir proses sengketa setelah solusi dicapai dan didokumentasikan. Kejadian ini tercatat saat pengguna mengubah status sengketa faktur menjadi 'Resolved' atau menutup kasus sengketa terkait. | ||
|
Mengapa ini penting
Aktivitas ini mengakhiri subproses sengketa. Durasi antara pendaftaran dan penyelesaian sengketa menjadi KPI utama untuk mengukur efisiensi tim penyelesaian.
Sumber data
Disimpulkan dari perubahan status pada transaksi pelanggan (CustTrans) atau saat kasus sengketa terkait (smmCaseDetail) ditutup. Waktu perubahan status menjadi waktu kejadian.
Pengumpulan data
Identifikasi kapan kolom status sengketa pada faktur dikosongkan atau diubah menjadi 'Resolved'.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data dan mendapatkan wawasan tentang operasional pengelolaan kredit dan penagihan. Mulai optimalkan proses Anda hari ini agar arus kas lebih cepat.
Optimalkan pengelolaan kredit dan penagihan agar kas lebih cepat diterima
Tingkatkan arus kas dengan menyederhanakan proses kredit hingga penerimaan kas dan memangkas waktu siklus sebesar 30%.
Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.