Templat data pengelolaan kredit dan penagihan

Microsoft Dynamics 365
Templat data pengelolaan kredit dan penagihan

Templat data pengelolaan kredit dan penagihan

Templat ini memandu Anda mengumpulkan data yang diperlukan untuk menganalisis proses pengelolaan kredit dan penagihan. Di dalamnya tercantum atribut data penting, aktivitas utama yang perlu dilacak, serta panduan praktis untuk mengekstrak data. Gunakan panduan ini untuk menyiapkan data dengan lebih mudah dan memulai process mining lebih cepat.
  • 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
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan kredit dan penagihan

Berikut bidang data yang disarankan untuk disertakan dalam log peristiwa agar proses pengelolaan kredit dan penagihan dapat dianalisis secara menyeluruh.
3 Wajib 8 Disarankan 8 Opsional
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
Wajib Disarankan Opsional

Aktivitas pengelolaan kredit dan penagihan

Berikut langkah dan tonggak proses utama yang perlu dicatat dalam log peristiwa agar alur kerja pengelolaan kredit dan penagihan dapat ditemukan dengan akurat.
9 Disarankan 3 Opsional
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 (smmActivities) atau tabel manajemen kasus terkait yang terhubung dengan akun pelanggan. Jika memungkinkan, aktivitas harus ditautkan ke faktur tertentu.

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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Microsoft Dynamics 365

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%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.