Templat Data Piutang Usaha
Templat Data Piutang Usaha
- Kolom data penting untuk analisis buku besar
- Tonggak proses standar untuk dilacak
- Panduan teknis ekstraksi data dari Microsoft Dynamics 365
Atribut Piutang Usaha
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
Activity
|
Peristiwa atau tugas tertentu yang dilakukan pada faktur. | ||
|
Deskripsi
Atribut ini menjelaskan langkah yang berlangsung dalam proses, seperti Faktur Dibukukan, Pembayaran Diterima, atau Sengketa Dibuka. Di Microsoft Dynamics 365, langkah-langkah ini biasanya ditentukan dari jenis transaksi (TransType) atau tabel tempat data dicatat, misalnya CustSettlement untuk pembayaran. Atribut ini penting untuk memvisualisasikan peta proses.
Mengapa ini penting
Atribut ini menentukan simpul dalam peta proses dan memungkinkan analisis alur proses serta penemuan variasi.
Sumber data
Ditentukan dari enum TransType atau konteks tabel (CustTrans, CustSettlement, dan lainnya).
Contoh
Faktur dibukukanPembayaran diterimaSurat penagihan dikirimNota bunga dibukukan
|
|||
|
Nomor Faktur
InvoiceNumber
|
Pengenal unik untuk dokumen faktur keuangan. | ||
|
Deskripsi
Nomor Faktur menjadi kunci utama untuk melacak siklus piutang di Microsoft Dynamics 365. Nomor ini menghubungkan pesanan penjualan awal, faktur yang dibukukan, pembayaran berikutnya, dan aktivitas penagihan dalam satu kasus. Dalam analisis, atribut ini berfungsi sebagai pengenal kasus untuk menyusun kembali alur proses dari awal hingga akhir.
Mengapa ini penting
Nomor ini menjadi unit dasar analisis piutang usaha. Mesin process mining menggunakannya untuk mengelompokkan berbagai peristiwa ke dalam satu kasus yang utuh.
Sumber data
CustInvoiceJour.InvoiceId atau CustTrans.Invoice
Contoh
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
Stempel waktu peristiwa
EventTimestamp
|
Tanggal dan waktu persis saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat waktu spesifik saat peristiwa dicatat di sistem. Data ini digunakan untuk menghitung durasi antaraktivitas, menentukan waktu proses, dan mengurutkan peristiwa. Di D365, nilainya biasanya berasal dari CreatedDateTime atau TransDate yang digabungkan dengan komponen waktu.
Mengapa ini penting
Stempel waktu penting untuk menghitung semua KPI berbasis waktu, seperti waktu siklus faktur dan waktu pengiriman.
Sumber data
Umumnya menggunakan kolom CreatedDateTime atau TransDate dari berbagai tabel
Contoh
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Waktu data diekstrak atau diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan kapan data terakhir kali diambil dari Microsoft Dynamics 365. Informasi ini membantu pengguna memahami seberapa baru data analisis dan apakah KPI masih relevan. Biasanya, alat ekstraksi mencatat waktu ini saat kueri dijalankan.
Mengapa ini penting
Informasi ini memberi konteks tentang jeda pembaruan data dan membantu pengguna mengetahui apakah data di dasbor masih terbaru.
Sumber data
Dihasilkan oleh skrip ETL atau ekstraksi
Contoh
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Nama sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan sistem pencatatan utama untuk data. Dalam konteks ini, sistemnya adalah Microsoft Dynamics 365. Atribut ini berguna saat menggabungkan data dari beberapa instans ERP atau alat pengumpulan eksternal ke dalam satu tampilan. Analis dapat menggunakannya untuk memfilter atau mengelompokkan proses berdasarkan lingkungan asalnya.
Mengapa ini penting
Atribut ini memastikan asal-usul dan keterlacakan data, terutama dalam lingkungan dengan banyak sistem.
Sumber data
Diisi secara tetap saat ekstraksi atau diambil dari string koneksi
Contoh
Produksi D365 F&OKeuangan D365Dynamics AX 2012
|
|||
|
Akun pelanggan
CustomerAccount
|
ID unik atau nomor akun pelanggan. | ||
|
Deskripsi
Akun pelanggan menunjukkan entitas yang ditagih. Di D365, atribut ini menggunakan kolom AccountNum. Pengelompokan berdasarkan atribut ini memungkinkan analisis pola pembayaran, frekuensi sengketa, dan waktu pelunasan untuk setiap pelanggan.
Mengapa ini penting
Penting untuk mengidentifikasi pelanggan berisiko tinggi dan membandingkan kinerja tiap pelanggan.
Sumber data
CustInvoiceJour.InvoiceAccount atau CustTrans.AccountNum
Contoh
US-001DE-550CUST-9921
|
|||
|
Apakah otomatis
IsAutomated
|
Penanda yang menunjukkan apakah aktivitas dilakukan oleh akun sistem. | ||
|
Deskripsi
Atribut ini menunjukkan apakah langkah tertentu dilakukan oleh pengguna atau pekerjaan batch otomatis. Nilainya dihitung dengan membandingkan atribut Pengguna dengan daftar akun sistem yang dikenal, misalnya "Workflow" atau "Batch". Atribut ini mendukung KPI tingkat pelunasan manual.
Mengapa ini penting
Penting untuk menemukan peluang otomatisasi dan mengukur tingkat otomatisasi saat ini.
Sumber data
Ditentukan berdasarkan logika kolom User
Contoh
truefalse
|
|||
|
Grup pelanggan
CustomerGroup
|
Klasifikasi atau segmen pelanggan. | ||
|
Deskripsi
Atribut ini mengelompokkan pelanggan, misalnya ke dalam kategori grosir, ritel, atau antarperusahaan. Anda dapat menggunakannya untuk membandingkan segmen, misalnya melihat apakah siklus pembayaran segmen tertentu lebih lama atau tingkat sengketanya lebih tinggi. Di D365, atribut ini menggunakan kolom CustGroup.
Mengapa ini penting
Memungkinkan perbandingan kinerja proses di berbagai segmen pasar.
Sumber data
CustTable.CustGroup
Contoh
GrosirRitelAntarperusahaanEkspor
|
|||
|
Jumlah faktur
InvoiceAmount
|
Nilai total faktur. | ||
|
Deskripsi
Atribut ini menunjukkan nilai finansial dokumen faktur. Nilainya digunakan untuk menghitung total piutang dan memprioritaskan penagihan bernilai tinggi. Biasanya, kolom ini terdapat di tabel jurnal faktur.
Mengapa ini penting
Penting untuk menganalisis dampak finansial dan menemukan hambatan bernilai tinggi.
Sumber data
CustInvoiceJour.InvoiceAmount
Contoh
1500.00250.5010000.00
|
|||
|
Kode perusahaan
CompanyCode
|
ID badan hukum di D365. | ||
|
Deskripsi
Atribut ini menunjukkan DataAreaId di D365, yang merujuk pada badan hukum atau perusahaan tempat transaksi terjadi. Atribut ini penting untuk memfilter data dalam penerapan yang melibatkan beberapa perusahaan. Atribut ini juga memastikan nomor faktur yang sama di perusahaan berbeda tetap dibedakan.
Mengapa ini penting
Penting untuk membedakan data di lingkungan dengan banyak badan hukum dan melakukan analisis regional.
Sumber data
Kolom DataAreaId pada semua tabel
Contoh
USMFDEMFGBSI
|
|||
|
Pengguna
User
|
ID pengguna orang atau akun sistem yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan siapa yang menjalankan langkah proses tertentu, berdasarkan kolom CreatedBy atau ModifiedBy. Atribut ini membantu menganalisis penggunaan sumber daya, menemukan kebutuhan pelatihan, serta membedakan tugas otomatis oleh sistem dari tindakan manual pengguna.
Mengapa ini penting
Memungkinkan analisis kinerja sumber daya dan penghitungan tingkat otomatisasi.
Sumber data
Kolom CreatedBy pada tabel transaksi
Contoh
AdminJSmithWorkflowAgentBSmith
|
|||
|
Tanggal jatuh tempo
DueDate
|
Tanggal batas pembayaran yang diharapkan diterima. | ||
|
Deskripsi
Tanggal jatuh tempo adalah batas pembayaran sesuai ketentuan pembayaran. Tanggal ini dibandingkan dengan tanggal pembayaran aktual untuk mengetahui apakah pembayaran tepat waktu dan menghitung jumlah hari piutang belum tertagih (DSO). Kolom ini tersedia di catatan transaksi pelanggan.
Mengapa ini penting
Penting untuk menghitung tingkat pembayaran tepat waktu dan menganalisis faktur yang terlambat.
Sumber data
CustTrans.DueDate
Contoh
2023-11-302023-12-15
|
|||
|
Unit bisnis
BusinessUnit
|
Unit operasional atau divisi yang bertanggung jawab atas faktur. | ||
|
Deskripsi
Atribut ini mengelompokkan data berdasarkan struktur organisasi internal, seperti Divisi Elektronik atau Divisi Layanan. Di D365, atribut ini biasanya berupa dimensi finansial yang terhubung dengan transaksi. Atribut ini mendukung dasbor Waktu penerbitan faktur dengan memungkinkan perbandingan antarunit.
Mengapa ini penting
Memungkinkan perbandingan internal untuk mengetahui divisi yang paling efisien.
Sumber data
Dimensi finansial (DefaultDimension) pada CustInvoiceJour
Contoh
BU-001Penjualan-UtaraLayanan-Global
|
|||
|
Alasan sengketa
DisputeReason
|
Kode alasan yang ditetapkan saat suatu kasus disengketakan. | ||
|
Deskripsi
Atribut ini mencatat kategori alasan sengketa faktur, seperti "Kesalahan harga" atau "Barang rusak". Atribut ini penting untuk dasbor Siklus penyelesaian sengketa agar penyebab utama keterlambatan pembayaran dapat diketahui.
Mengapa ini penting
Memungkinkan analisis akar penyebab untuk KPI waktu penyelesaian sengketa.
Sumber data
CustTrans.ReasonRefRecId atau tabel kasus penagihan terkait
Contoh
PerbedaanHargaBarangRusakPOTidakAdaKualitasLayanan
|
|||
|
Apakah nota kredit
IsCreditMemo
|
Penanda yang menunjukkan apakah dokumen ini berupa nota kredit. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah transaksi merupakan nota kredit yang diterbitkan untuk pelanggan. Atribut ini digunakan untuk menghitung tingkat penerbitan nota kredit dan mengecualikan faktur biasa dari analisis pengerjaan ulang.
Mengapa ini penting
Mendukung langsung dasbor Nota kredit dan frekuensi pengerjaan ulang.
Sumber data
Ditentukan dari CustInvoiceJour.InvoiceAmount < 0 atau TransType
Contoh
truefalse
|
|||
|
Apakah sudah dilunasi
IsCleared
|
Penanda yang menunjukkan apakah faktur sudah dilunasi sepenuhnya. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah saldo faktur sudah menjadi nol setelah pembayaran atau penghapusbukuan. Atribut ini memudahkan pemfilteran kasus yang masih terbuka dan yang sudah ditutup untuk menghitung rata-rata waktu siklus faktur.
Mengapa ini penting
Membedakan kasus aktif dari kasus historis.
Sumber data
Ditentukan dari ada atau tidaknya tanggal CustTrans.Closed
Contoh
truefalse
|
|||
|
ID pesanan penjualan
SalesOrderId
|
Nomor referensi pesanan penjualan yang terkait dengan faktur. | ||
|
Deskripsi
Atribut ini menghubungkan faktur dengan pesanan penjualan asalnya. Jika data proses Order-to-Cash tersedia, atribut ini memungkinkan analisis lintas proses dan membantu menyelidiki penyebab masalah penagihan pada tahap sebelumnya.
Mengapa ini penting
Menghubungkan proses penagihan dengan proses penjualan.
Sumber data
CustInvoiceJour.SalesId
Contoh
SO-10022SO-55912
|
|||
|
Jumlah hari terlambat
DaysOverdue
|
Jumlah hari keterlambatan pembayaran dari tanggal jatuh tempo. | ||
|
Deskripsi
Metrik ini menghitung selisih antara tanggal pembayaran dan tanggal jatuh tempo. Nilai positif menunjukkan pembayaran terlambat, sedangkan nilai negatif menunjukkan pembayaran lebih awal. Metrik ini memberikan gambaran kinerja pembayaran yang lebih terperinci daripada penanda ya atau tidak.
Mengapa ini penting
Memberi analisis KPI tingkat pembayaran tepat waktu gambaran yang lebih terperinci.
Sumber data
Dihitung: PaymentDate - DueDate
Contoh
50-230
|
|||
|
Ketentuan pembayaran
PaymentTerms
|
Kode yang menentukan jadwal pembayaran yang disepakati. | ||
|
Deskripsi
Atribut ini berisi kode yang menentukan kapan pembayaran jatuh tempo, misalnya Net30 atau Net60. Atribut ini digunakan untuk menganalisis apakah pelanggan mematuhi ketentuan pembayaran dan memeriksa apakah tanggal jatuh tempo dihitung dengan benar.
Mengapa ini penting
Memberi konteks untuk tanggal jatuh tempo dan membantu mengetahui apakah ketentuan pembayaran terlalu longgar atau ketat.
Sumber data
CustInvoiceJour.Payment atau CustTable.PaymTermId
Contoh
Net30Net45CODEOM
|
|||
|
Mata uang
Currency
|
Kode mata uang transaksi faktur. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang yang digunakan untuk menerbitkan faktur, misalnya USD atau EUR. Atribut ini penting untuk menyetarakan nilai finansial saat analisis mencakup berbagai wilayah.
Mengapa ini penting
Diperlukan untuk memahami sebaran nilai dalam sistem dengan banyak mata uang.
Sumber data
CustInvoiceJour.CurrencyCode
Contoh
USDEURGBPJPY
|
|||
|
Tanggal diskon tunai
CashDiscountDate
|
Batas waktu berlakunya diskon untuk pembayaran lebih awal. | ||
|
Deskripsi
Atribut ini menunjukkan batas waktu pelanggan dapat memperoleh diskon dengan membayar lebih awal. Tanggal ini dibandingkan dengan tanggal pembayaran untuk menghitung KPI tingkat diskon yang terlewat dan menganalisis efektivitas insentif diskon.
Mengapa ini penting
Penting untuk dasbor Optimalisasi diskon pembayaran awal.
Sumber data
CustTrans.CashDisc atau dihitung dari CashDiscCode
Contoh
2023-11-102023-11-15
|
|||
Aktivitas Piutang Usaha
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibukukan
|
Pencatatan awal faktur dalam buku besar keuangan. Aktivitas ini mencatat kewajiban keuangan yang dibuat pada tabel CustInvoiceJour. | ||
|
Mengapa ini penting
Menandai awal resmi siklus piutang usaha dan dimulainya masa pembayaran. Penting untuk menghitung jumlah hari piutang usaha belum tertagih (DSO).
Sumber data
Tabel CustInvoiceJour. Kolom CreatedDateTime atau InvoiceDate digunakan sebagai stempel waktu.
Pengumpulan data
Dicatat saat transaksi dibukukan ke CustInvoiceJour
Jenis peristiwa
explicit
|
|||
|
Faktur dikirim
|
Peristiwa saat faktur dikirim kepada pelanggan melalui email, cetak, atau EDI. Peristiwa ini sering disimpulkan dari kenaikan jumlah 'Printed' atau dari log manajemen cetak. | ||
|
Mengapa ini penting
Keterlambatan antara pembukuan dan pengiriman langsung memperpendek waktu pembayaran efektif bagi pelanggan, sehingga pembayaran dapat dianggap terlambat.
Sumber data
Disimpulkan saat CustInvoiceJour.PrintedOriginals berubah dari 0 menjadi 1, atau dilacak melalui tabel PrintJobHeader jika pencatatan log diaktifkan.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah, atau periksa log PrintJobHeader
Jenis peristiwa
inferred
|
|||
|
Faktur dilunasi
|
Perubahan status akhir saat saldo faktur menjadi nol dan transaksi ditandai sebagai 'Closed' di sistem. | ||
|
Mengapa ini penting
Akhir seluruh proses. Digunakan untuk menghitung total waktu siklus.
Sumber data
Kolom CustTrans.Closed (tanggal). Tanggal ini terisi saat jumlah pelunasan sama dengan jumlah faktur.
Pengumpulan data
Disimpulkan dari kolom tanggal CustTrans.Closed
Jenis peristiwa
inferred
|
|||
|
Kasus sengketa dibuka
|
Pembuatan kasus di modul Case Management yang terhubung ke faktur dan menandakan adanya keberatan pelanggan. Kasus ini menghentikan alur penagihan standar. | ||
|
Mengapa ini penting
Sengketa menjadi salah satu penyebab utama keterlambatan pembayaran. Pelacakan tahap ini membantu menemukan masalah kualitas pada proses sebelumnya, seperti penetapan harga atau pemenuhan pesanan.
Sumber data
Tabel CaseDetailBase, dengan Category terkait Collections/AR dan RefRecId yang terhubung ke konteks faktur.
Pengumpulan data
Dicatat saat transaksi X dijalankan di Case Management
Jenis peristiwa
explicit
|
|||
|
Nota kredit diterbitkan
|
Pembukuan nota kredit untuk mengurangi jumlah faktur awal. Sering kali diterbitkan setelah sengketa diselesaikan atau barang dikembalikan. | ||
|
Mengapa ini penting
Frekuensi tinggi menandakan kebocoran pendapatan dan masalah kualitas pada proses sebelumnya. Berbeda dari pembayaran karena nota kredit merupakan pelunasan non-tunai.
Sumber data
Tabel CustTrans dengan Type 'Credit Note', atau CustInvoiceJour dengan InvoiceAmount negatif.
Pengumpulan data
Dicatat saat transaksi dibukukan ke CustTrans
Jenis peristiwa
explicit
|
|||
|
Pembayaran penuh diterima
|
Pembukuan transaksi pembayaran yang menutup sisa saldo faktur. Ini menandai kas masuk. | ||
|
Mengapa ini penting
Peristiwa keberhasilan yang paling penting. Digunakan untuk menghitung tingkat pembayaran tepat waktu dan efektivitas ketentuan diskon.
Sumber data
Tabel CustTrans dengan Type 'Payment', terhubung ke faktur melalui CustSettlement hingga saldonya menjadi nol.
Pengumpulan data
Dicatat saat transaksi dibukukan ke CustTrans dan dilunasi
Jenis peristiwa
explicit
|
|||
|
Pembayaran sebagian dibukukan
|
Pencatatan pembayaran yang belum menutup seluruh saldo faktur. Biasanya masih ada sisa saldo yang perlu ditagih. | ||
|
Mengapa ini penting
Membedakan pembayaran cicilan dari pelunasan penuh. Penting untuk meningkatkan akurasi proyeksi arus kas.
Sumber data
Tabel CustSettlement yang menghubungkan pembayaran (CustTrans) dengan faktur (CustTrans), saat SettlementAmount < InvoiceAmount.
Pengumpulan data
Dicatat saat transaksi X dijalankan di CustSettlement
Jenis peristiwa
explicit
|
|||
|
Pengingat pembayaran dikirim
|
Mencatat penerbitan surat penagihan resmi kepada pelanggan. Data ini diambil dari Collection Letter Journal. | ||
|
Mengapa ini penting
Menandai dimulainya upaya penagihan aktif. Analisis frekuensi membantu mengoptimalkan strategi penagihan dan mengurangi biaya administrasi.
Sumber data
Tabel CustCollectionLetterJour. Mencatat tanggal kode surat dibukukan untuk transaksi faktur tertentu.
Pengumpulan data
Dicatat saat transaksi dibukukan ke CustCollectionLetterJour
Jenis peristiwa
explicit
|
|||
|
Janji pembayaran diterima
|
Komitmen khusus yang dicatat petugas penagihan bahwa pelanggan akan membayar pada tanggal tertentu. Data ini diambil dari modul Collections Management. | ||
|
Mengapa ini penting
Mengukur efektivitas panggilan penagihan. Membandingkan tanggal ini dengan tanggal pembayaran sebenarnya menunjukkan seberapa andal janji pelanggan.
Sumber data
Tabel CustPromiseToPay. Terhubung ke transaksi pelanggan melalui TransRecId.
Pengumpulan data
Dicatat saat data dibuat di CustPromiseToPay
Jenis peristiwa
explicit
|
|||
|
Nota bunga dibuat
|
Pembuatan nota bunga atas pembayaran yang terlambat. Ini merupakan denda keuangan yang dibebankan ke akun pelanggan. | ||
|
Mengapa ini penting
Menandakan keterlambatan pembayaran yang serius. Analisis membantu menentukan apakah denda mempercepat pembayaran atau merusak hubungan dengan pelanggan.
Sumber data
Tabel CustInterestJour. Tabel ini mencatat nota bunga yang dibuat untuk transaksi pelanggan tertentu.
Pengumpulan data
Dicatat saat transaksi dibukukan ke CustInterestJour
Jenis peristiwa
explicit
|
|||
|
Pembayaran dihapuskan
|
Tindakan menetapkan faktur sebagai tidak tertagih dan menghapus saldonya melalui jurnal penghapusan. Ini menandakan kerugian keuangan. | ||
|
Mengapa ini penting
Tahap akhir proses penagihan yang gagal. Penting untuk menganalisis rasio piutang tak tertagih dan efektivitas kebijakan kredit.
Sumber data
Tabel CustTrans dengan Type 'WriteOff', atau GeneralJournalEntry yang secara khusus ditandai dengan kode alasan penghapusan.
Pengumpulan data
Dicatat saat transaksi dibukukan dengan Type WriteOff
Jenis peristiwa
explicit
|
|||
|
Rekening koran dicocokkan
|
Peristiwa rekonsiliasi saat pembayaran yang tercatat di piutang usaha dicocokkan dengan baris pada rekening koran yang diimpor. | ||
|
Mengapa ini penting
Memastikan dana benar-benar masuk ke bank. Keterlambatan pada tahap ini menandakan inefisiensi dalam proses Cash and Bank Management.
Sumber data
Status pencocokan BankReconciliationLine atau BankAccountTrans. Memerlukan modul Advanced Bank Reconciliation.
Pengumpulan data
Dicatat saat transaksi dicocokkan di Bank Reconciliation
Jenis peristiwa
explicit
|
|||
|
Sengketa diselesaikan
|
Penutupan kasus sengketa yang memungkinkan faktur dilanjutkan ke pembayaran atau pemberian kredit. Menandai akhir subproses penanganan pengecualian. | ||
|
Mengapa ini penting
Selisih waktu antara status Opened dan Resolved menjadi KPI penting untuk mengukur efisiensi administrasi.
Sumber data
Tabel CaseDetailBase, saat Status berubah menjadi Closed/Resolved.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah di CaseDetailBase
Jenis peristiwa
inferred
|
|||
|
Sengketa sedang ditinjau
|
Menandakan kasus sengketa berpindah dari status 'Opened' ke 'In Process'. Tahap ini menunjukkan waktu kerja tim penyelesaian. | ||
|
Mengapa ini penting
Hambatan pada tahap ini memperpanjang siklus konversi kas. Tahap ini memisahkan waktu tunggu dari waktu penyelesaian aktif.
Sumber data
Disimpulkan dari perubahan kolom CaseDetailBase.Status atau entri di tabel CaseLog yang menunjukkan perubahan status.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah di CaseDetailBase
Jenis peristiwa
inferred
|
|||
|
Tanggal jatuh tempo terlewati
|
Tahapan yang dihitung saat tanggal saat ini melewati tanggal jatuh tempo faktur, sementara faktur masih terbuka. Ini menandai faktur sebagai terlambat. | ||
|
Mengapa ini penting
Penting untuk analisis umur piutang dan memicu alur kerja penagihan. Tahap ini memisahkan penagihan biasa dari pengelolaan penagihan piutang terlambat.
Sumber data
Dihitung dengan membandingkan CustInvoiceJour.DueDate dengan waktu simulasi saat ini atau stempel waktu pembayaran.
Pengumpulan data
Tentukan dengan membandingkan kolom DueDate dengan waktu saat ini
Jenis peristiwa
calculated
|
|||
Panduan Ekstraksi
Siap Memulai?
Mulai tingkatkan operasional keuangan Anda dengan menerapkan templat data ini sekarang. Tim kami siap membantu memetakan data Microsoft Dynamics 365 Anda sesuai persyaratan ini.
Tingkatkan Kinerja Piutang Usaha dan Perkuat Arus Kas Sekarang
Bergabunglah dengan tim yang mengurangi DSO hingga 15-20 hari di Microsoft Dynamics 365
Tidak perlu kartu kredit, penyiapan hanya 5 menit