Templat Data Piutang Usaha

Microsoft Dynamics 365
Templat Data Piutang Usaha

Templat Data Piutang Usaha

Templat ini menyediakan kerangka untuk memetakan proses faktur hingga penerimaan kas di Microsoft Dynamics 365. Templat ini mencantumkan kolom data dan tonggak penting yang diperlukan untuk membuat event log berkualitas bagi process mining. Dengan mengikuti struktur ini, Anda dapat melihat dengan jelas penyebab keterlambatan pembayaran dan menyederhanakan alur kerja penagihan.
  • Kolom data penting untuk analisis buku besar
  • Tonggak proses standar untuk dilacak
  • Panduan teknis ekstraksi data dari Microsoft Dynamics 365
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Piutang Usaha

Berikut kolom data yang disarankan untuk disertakan dalam event log agar kinerja piutang usaha dapat dianalisis secara menyeluruh.
5 Wajib 8 Disarankan 8 Opsional
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
Wajib Disarankan Opsional

Aktivitas Piutang Usaha

Berikut langkah dan tonggak utama proses yang perlu dicatat dalam event log agar alur penyelesaian pembayaran dapat ditemukan dengan akurat.
8 Disarankan 7 Opsional
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
Disarankan Opsional

Panduan Ekstraksi

Cara mengambil data dari Microsoft Dynamics 365

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

Mulai Uji Coba Gratis

Tidak perlu kartu kredit, penyiapan hanya 5 menit