Templat data pemrosesan pembayaran utang usaha Anda

Microsoft Dynamics 365
Templat data pemrosesan pembayaran utang usaha Anda

Templat data pemrosesan pembayaran utang usaha Anda

Templat ini menyediakan kerangka untuk menata data keuangan agar alur kerja pembayaran lebih mudah dipantau. Di dalamnya terdapat daftar atribut dan aktivitas terstruktur untuk membantu Anda membuat log peristiwa berkualitas dari sistem perencanaan sumber daya perusahaan. Gunakan panduan ini untuk menemukan inefisiensi dan memperlancar proses dari penerimaan faktur hingga pelunasan.
  • Atribut khusus proses untuk analisis keuangan
  • Tahapan aktivitas penting untuk melacak pembayaran
  • Panduan ekstraksi terperinci untuk Dynamics 365
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pemrosesan pembayaran utang usaha

Kolom data ini mencakup dimensi utama yang diperlukan untuk menganalisis siklus pembayaran dan menjaga transparansi di seluruh proses utang usaha.
5 Wajib 9 Disarankan 6 Opsional
Nama Deskripsi
Aktivitas
Activity
Tugas atau perubahan status tertentu yang terjadi.
Deskripsi

Atribut ini menjelaskan peristiwa atau langkah dalam proses, seperti 'Faktur dibuat', 'Faktur disetujui', atau 'Pembayaran dibukukan'. Atribut ini mengubah jenis transaksi teknis dan perubahan status workflow menjadi peristiwa bisnis yang mudah dipahami.

Di Dynamics 365, aktivitas ini biasanya diturunkan dari gabungan penyisipan data ke tabel, misalnya catatan baru di VendInvoiceJour, riwayat workflow, atau pembaruan status di VendInvoiceInfoTable.

Mengapa ini penting

Atribut ini menentukan alur proses dan urutan peristiwa pada peta proses.

Sumber data

Ditentukan dari berbagai tabel transaksi dan log riwayat workflow

Contoh
Faktur dibuatFaktur disetujuiPembayaran dibuat
Nomor faktur
InvoiceNumber
Pengenal unik yang diberikan kepada faktur vendor.
Deskripsi

Invoice Number berfungsi sebagai pengenal kasus utama untuk tampilan proses ini. Nomor ini mengelompokkan semua peristiwa yang terkait dengan satu faktur vendor, sehingga Anda dapat menganalisis seluruh perjalanannya dari penerimaan hingga pelunasan.

Di Microsoft Dynamics 365, nomor ini biasanya sesuai dengan kolom InvoiceId pada tabel seperti VendInvoiceJour atau VendInvoiceInfoTable. Nomor ini menjadi kunci utama untuk melacak kewajiban kepada vendor tertentu.

Mengapa ini penting

Ini adalah kunci utama untuk menghubungkan aktivitas utang usaha yang terpisah menjadi satu instans proses.

Sumber data

Tabel: VendInvoiceJour, Kolom: InvoiceId

Contoh
INV-2023-00198223344ACME-OCT-22
Waktu peristiwa
EventTime
Stempel waktu saat aktivitas terjadi.
Deskripsi

Atribut ini mencatat tanggal dan waktu persis saat aktivitas tertentu terjadi. Data ini digunakan untuk mengurutkan peristiwa secara kronologis dan menghitung durasi antarlangkah.

Di Dynamics 365, data ini biasanya bersumber dari CreatedDateTime, ModifiedDateTime, atau kolom tanggal transaksi tertentu seperti TransDate, bergantung pada tabel yang digunakan.

Mengapa ini penting

Penting untuk menghitung waktu siklus dan waktu penyelesaian, serta menemukan hambatan.

Sumber data

Kolom sistem CreatedDateTime atau ModifiedDateTime pada tabel transaksi

Contoh
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu saat data diekstrak atau diperbarui.
Deskripsi

Menunjukkan seberapa baru data yang digunakan untuk analisis. Informasi ini membantu pengguna mengetahui apakah data yang dilihat bersifat waktu nyata atau berasal dari periode sebelumnya.

Data ini biasanya dibuat oleh proses ETL (Extract, Transform, Load), bukan berasal dari kolom di dalam Dynamics 365.

Mengapa ini penting

Penting untuk membangun kepercayaan terhadap dasbor dan KPI.

Sumber data

Dibuat oleh skrip ekstraksi

Contoh
2023-10-25T12:00:00Z2023-11-01T06:00:00Z
Sistem sumber
SourceSystem
Nama sistem asal data.
Deskripsi

Menunjukkan perangkat lunak atau lingkungan sumber tempat data proses diekstrak. Dalam konteks ini, sistem sumber selalu berupa instans Microsoft Dynamics 365.

Atribut ini berguna terutama dalam lingkungan dengan banyak sistem, ketika data dapat digabungkan dari ERP dan solusi pemindaian eksternal.

Mengapa ini penting

Memastikan asal-usul dan keterlacakan data dalam analisis berbagai sistem.

Sumber data

Diisi secara tetap atau dikonfigurasi saat ekstraksi

Contoh
Dynamics 365 F&OD365 PRODMicrosoft Dynamics
Akun vendor
VendorAccount
Nomor akun unik untuk vendor.
Deskripsi

Pengenal unik untuk pemasok yang terlibat dalam transaksi. Di Dynamics 365, atribut ini sesuai dengan kolom AccountNum di VendTable.

Atribut ini menjadi bagian penting dari 'Vendor Relationship Complexity View' untuk menganalisis kinerja dan kendala pada hubungan dengan setiap vendor.

Mengapa ini penting

Memungkinkan segmentasi kinerja proses berdasarkan pemasok.

Sumber data

Tabel: VendInvoiceJour, Kolom: InvoiceAccount atau OrderAccount

Contoh
US-101V000452001
Departemen
Department
Departemen yang bertanggung jawab atas biaya tersebut.
Deskripsi

Dimensi keuangan yang menunjukkan departemen internal. Di Dynamics 365, dimensi disimpan secara dinamis, biasanya di DefaultDimension, sehingga perlu pencarian khusus untuk menemukan nilai 'Department' yang sesuai.

Atribut ini digunakan dalam 'Tampilan Kompleksitas Hubungan Vendor' untuk melihat departemen internal mana yang menghasilkan volume AP terbesar.

Mengapa ini penting

Mendukung penelusuran berdasarkan struktur organisasi dan analisis akuntabilitas.

Sumber data

Tabel: VendInvoiceJour, Kolom: DefaultDimension (memerlukan tampilan DimensionAttributeLevelValue)

Contoh
TIKeuanganOperasional
ID Pengguna
UserId
Identitas pengguna yang melakukan aktivitas.
Deskripsi

Menunjukkan pengguna sistem yang bertanggung jawab atas aktivitas tertentu, seperti menyetujui faktur atau mencatat pembayaran. Datanya berasal dari kolom CreatedBy atau ModifiedBy di D365.

Digunakan dalam 'Analisis Pemblokiran dan Kendala Pembayaran' untuk melihat apakah pemroses tertentu lebih sering memicu pemblokiran.

Mengapa ini penting

Mendukung analisis perilaku sumber daya dan pemisahan tugas.

Sumber data

Kolom sistem CreatedBy/ModifiedBy pada tabel transaksi/riwayat

Contoh
jdoeadminworkflow_sys
Jumlah faktur
InvoiceAmount
Nilai total faktur dalam bentuk uang.
Deskripsi

Nilai total faktur dalam mata uang transaksi. Di Dynamics 365, nilai ini terdapat pada kolom seperti InvoiceAmount atau AmountCur di tabel jurnal faktur.

Digunakan dalam dasbor 'Duplicate Payment Risk Detection' untuk menghubungkan jumlah dengan detail vendor.

Mengapa ini penting

Penting untuk menganalisis volume pengeluaran dan risiko keuangan.

Sumber data

Tabel: VendInvoiceJour, Kolom: InvoiceAmount

Contoh
1500.00245.5010000.00
Kode perusahaan
CompanyCode
Pengenal entitas hukum atau anak perusahaan.
Deskripsi

Menunjukkan entitas hukum dalam organisasi tempat faktur diproses. Di Microsoft Dynamics 365, entitas ini ditentukan melalui kolom sistem DataAreaId.

Atribut ini penting untuk 'End to End Lead Time Analysis' karena memungkinkan perbandingan antar-anak perusahaan atau wilayah geografis.

Mengapa ini penting

Memungkinkan analisis perbandingan antarunit bisnis atau negara.

Sumber data

Tabel: VendInvoiceJour, Kolom: DataAreaId

Contoh
USMFDEMFGBSI
Nama Vendor
VendorName
Nama organisasi vendor.
Deskripsi

Nama deskriptif pemasok. Di D365, akun pemasok berfungsi sebagai foreign key ke Global Address Book (DirPartyTable), tempat Nama yang sebenarnya disimpan.

Nama yang mudah dibaca memudahkan penggunaan 'Vendor Relationship Complexity View' dan membuat dasbor lebih mudah dipahami pengguna bisnis.

Mengapa ini penting

Memberi konteks pada nomor Akun Vendor.

Sumber data

Tabel: DirPartyTable (melalui VendTable), Kolom: Name

Contoh
Contoso Office SupplyFabrikam ElectronicsLitware Inc.
Nomor Pesanan Pembelian
PurchaseOrderNumber
Nomor referensi pesanan pembelian terkait.
Deskripsi

Menghubungkan faktur dengan dokumen pembelian asal. Di Dynamics 365, informasi ini tersimpan pada kolom PurchId.

Atribut ini mendukung dashboard 'Tren Pencocokan dan Selisih PO' dengan membedakan faktur yang terkait PO dan yang tidak.

Mengapa ini penting

Penting untuk menganalisis tingkat pencocokan procure-to-pay.

Sumber data

Tabel: VendInvoiceJour, Kolom: PurchId

Contoh
PO-000455000342PO-22-998
Tanggal Faktur
InvoiceDate
Tanggal dokumen yang tercantum pada faktur.
Deskripsi

Tanggal yang tercetak pada faktur vendor. Di Dynamics 365, tanggal ini tersimpan pada kolom InvoiceDate. Tanggal ini berbeda dari tanggal pembuatan, yaitu saat faktur dimasukkan ke sistem.

Digunakan dalam 'Analisis Waktu Proses dari Awal hingga Akhir' untuk mengukur keseluruhan siklus dari sudut pandang vendor.

Mengapa ini penting

Menentukan awal periode umur faktur.

Sumber data

Tabel: VendInvoiceJour, Kolom: InvoiceDate

Contoh
2023-10-012023-10-15
Tanggal jatuh tempo
DueDate
Tanggal batas pembayaran faktur.
Deskripsi

Tanggal kontraktual saat pembayaran harus dilunasi agar tidak terkena penalti. Di Dynamics 365, tanggal ini disimpan sebagai DueDate pada header faktur atau catatan transaksi.

Tanggal ini menjadi acuan utama KPI 'Tingkat Pembayaran Tepat Waktu' dan membantu menentukan prioritas kerja pada tampilan 'Throughput dan Volume Proses AP'.

Mengapa ini penting

Acuan untuk mengukur kinerja pembayaran tepat waktu.

Sumber data

Tabel: VendInvoiceJour atau VendTrans, Kolom: DueDate

Contoh
2023-11-302023-12-15
Ketentuan Pembayaran
PaymentTerms
Kode yang menunjukkan ketentuan pembayaran yang disepakati.
Deskripsi

Kode konfigurasi yang menentukan tanggal jatuh tempo dan diskon, misalnya Net30. Di Dynamics 365, kode ini tersimpan pada PaymTermId.

Analisis bersama 'Waktu Siklus' untuk mengetahui apakah keterlambatan proses melanggar ketentuan yang disepakati.

Mengapa ini penting

Memberi konteks untuk menghitung tanggal jatuh tempo.

Sumber data

Tabel: VendInvoiceJour, Kolom: PaymTermId

Contoh
Net302%10Net30COD
Mata Uang
Currency
Kode mata uang faktur.
Deskripsi

Kode ISO mata uang yang digunakan untuk menerbitkan faktur. Di Dynamics 365, kode ini tersimpan pada kolom CurrencyCode.

Penting untuk menyeragamkan nilai pada pemetaan 'Jumlah Aktivitas' jika diperlukan normalisasi berbagai mata uang.

Mengapa ini penting

Konteks yang diperlukan untuk memahami nilai keuangan.

Sumber data

Tabel: VendInvoiceJour, Kolom: CurrencyCode

Contoh
USDEURGBP
Metode Pembayaran
PaymentMethod
Metode yang digunakan untuk membayar faktur, misalnya cek, transfer bank, atau EFT.
Deskripsi

Menentukan cara dana ditransfer ke vendor. Di Dynamics 365, informasi ini tersimpan pada kolom PaymMode.

Atribut ini digunakan dalam dashboard 'Waktu Proses Pembayaran' untuk menilai efisiensi berbagai jenis batch pembayaran.

Mengapa ini penting

Menjelaskan variasi pada tahap pelaksanaan pembayaran.

Sumber data

Tabel: VendInvoiceJour (digabungkan dengan informasi PaymMode) atau VendTrans

Contoh
CEKACHTRANSFER BANK
Nomor Voucher
VoucherNumber
Nomor voucher buku besar yang terkait dengan transaksi.
Deskripsi

Identitas internal General Ledger untuk entri akuntansi. Di Dynamics 365, kolom Voucher menghubungkan faktur dengan transaksi General Ledger.

Meski bersifat teknis, informasi ini berguna dalam 'Audit Jalur Proses dan Kepatuhan' untuk melacak entri ke GL saat rekonsiliasi.

Mengapa ini penting

Kunci untuk audit keuangan dan rekonsiliasi.

Sumber data

Tabel: VendInvoiceJour, Kolom: LedgerVoucher

Contoh
VOU-10023INV-ACC-992
Pembayaran Diblokir
IsPaymentBlocked
Penanda yang menunjukkan apakah pembayaran faktur sedang diblokir.
Deskripsi

Penanda boolean untuk menunjukkan apakah faktur ditahan. Di Dynamics 365, status ini biasanya diturunkan dari status OnHold di VendTrans atau VendInvoiceInfoTable.

Informasi ini menjadi dasar 'Analisis Pemblokiran dan Kendala Pembayaran' untuk menyoroti gangguan dalam proses.

Mengapa ini penting

Menunjukkan titik kendala langsung dan intervensi manual.

Sumber data

Tabel: VendTrans, Kolom: Approved (dibalik) atau kolom Hold khusus

Contoh
truefalse
Tanggal Diskon Tunai
CashDiscountDate
Tanggal batas pembayaran agar diskon dapat diperoleh.
Deskripsi

Batas waktu untuk memanfaatkan insentif pembayaran lebih awal. Di Dynamics 365, tanggal ini tersimpan pada CashDiscDate.

Atribut ini mendukung dashboard 'Kinerja Pemanfaatan Diskon Tunai' agar organisasi dapat menghitung peluang penghematan yang terlewat.

Mengapa ini penting

Berdampak langsung pada KPI efisiensi keuangan proses.

Sumber data

Tabel: VendInvoiceJour atau VendTrans, Kolom: CashDiscDate

Contoh
2023-10-102023-10-20
Wajib Disarankan Opsional

Aktivitas pemrosesan pembayaran utang usaha

Daftar ini memuat langkah dan jenis peristiwa penting yang perlu dicatat dalam log peristiwa agar siklus pembayaran faktur tergambar dengan akurat.
7 Disarankan 5 Opsional
Aktivitas Deskripsi
Faktur dibuat
Pembuatan awal catatan faktur vendor yang masih menunggu proses di sistem. Ini menandai masuknya faktur ke alur kerja Dynamics 365, baik melalui pencatatan manual maupun impor entitas data.
Mengapa ini penting

Menetapkan waktu mulai untuk menghitung waktu penyelesaian proses. Organisasi dapat mengukur berapa lama faktur berada di sistem sebelum diproses atau dibukukan.

Sumber data

Stempel waktu pembuatan VendInvoiceInfoTable.CreatedDateTime atau VendInvoiceInfoTable.RecId. Ini mewakili header Pending Vendor Invoice.

Pengumpulan data

Dicatat saat rekaman dibuat di VendInvoiceInfoTable

Jenis peristiwa explicit
Faktur dibukukan
Faktur dibukukan ke General Ledger sehingga kewajiban tercatat di sistem. Catatan berpindah dari tabel yang masih menunggu proses ke tabel transaksi yang sudah dibukukan.
Mengapa ini penting

Tahap penting yang menandai pengakuan utang secara keuangan. Setelah aktivitas ini, faktur dapat dipilih untuk pembayaran.

Sumber data

Pembuatan catatan di VendInvoiceJour dan VendTrans. TransDate menunjukkan tanggal pembukuan.

Pengumpulan data

Dicatat saat transaksi X dijalankan

Jenis peristiwa explicit
Faktur dicocokkan dengan PO
Sistem berhasil menghubungkan baris faktur dengan Purchase Order atau Product Receipt. Aktivitas ini menandakan bahwa faktur telah divalidasi terhadap pesanan pengadaan.
Mengapa ini penting

Penting untuk KPI First-Pass PO Matching Rate. Metrik ini membedakan pemrosesan tanpa intervensi manual dari faktur yang memerlukan penanganan manual.

Sumber data

VendInvoiceInfoLine.PurchId dan VendInvoiceInfoTable.MatchStatus. Disimpulkan saat MatchStatus berubah menjadi Passed.

Pengumpulan data

Bandingkan nilai MatchStatus sebelum dan sesudah

Jenis peristiwa inferred
Faktur disetujui
Instans workflow untuk faktur yang masih menunggu proses mencapai status selesai atau disetujui. Faktur siap dibukukan ke buku besar.
Mengapa ini penting

Menghitung Average Approval Lead Time. Keterlambatan pada tahap ini berdampak langsung pada peluang mendapatkan diskon pembayaran awal.

Sumber data

WorkflowTrackingStatusTable.CreatedDateTime saat TrackingStatus bernilai Completed. Alternatifnya, VendInvoiceInfoTable.RequestStatus bernilai Approved.

Pengumpulan data

Dicatat saat instans workflow selesai

Jenis peristiwa explicit
Jurnal pembayaran dibuat
Faktur dipilih dan ditambahkan ke baris Payment Journal. Ini menandakan rencana pembayaran dan biasanya memulai workflow peninjauan pembayaran.
Mengapa ini penting

Menandai peralihan dari pencatatan kewajiban ke pemrosesan pengeluaran kas. Digunakan untuk mengukur waktu pelaksanaan pembayaran.

Sumber data

LedgerJournalTrans.CreatedDateTime. Faktur ditautkan melalui kolom MarkedInvoice atau tabel penyelesaian.

Pengumpulan data

Dicatat saat rekaman dibuat di LedgerJournalTrans

Jenis peristiwa explicit
Pembayaran dibuat
Sistem membuat file pembayaran (EFT, ISO20022) atau mencetak cek. Status pembayaran pada baris jurnal diperbarui menjadi Sent atau Generated.
Mengapa ini penting

Mendukung KPI Approved-to-Executed Lag Time. Metrik ini memastikan instruksi pembayaran telah dibuat.

Sumber data

LedgerJournalTrans.PaymentStatus berubah menjadi Sent/Recieved. Perubahan ini sering disimpulkan dari pembaruan pada baris.

Pengumpulan data

Bandingkan kolom PaymentStatus sebelum dan sesudah

Jenis peristiwa inferred
Pembayaran dibukukan
Payment Journal dibukukan ke General Ledger, melunasi faktur dan menghapus saldo vendor. Ini menyelesaikan proses keuangan.
Mengapa ini penting

Aktivitas terakhir untuk Average Invoice-to-Payment Cycle Time. Ini memastikan pencatatan pengurangan kas telah selesai.

Sumber data

LedgerJournalTrans dibukukan. VendTrans diperbarui untuk menunjukkan penyelesaian. Peristiwa aktualnya adalah pembukuan jurnal.

Pengumpulan data

Dicatat saat transaksi X dijalankan

Jenis peristiwa explicit
Blokir pembayaran diterapkan
Transaksi vendor ditahan sehingga tidak dapat dipilih dalam proposal pembayaran. Penahanan ini sering dilakukan secara manual saat terjadi sengketa.
Mengapa ini penting

Mendukung Payment Block and Friction Analysis. Menunjukkan intervensi manual yang menunda pengeluaran kas.

Sumber data

Tanda VendTrans.Approved diatur ke No, atau kolom status OnHold tertentu terisi. Perlu melacak pembaruan pada VendTrans.

Pengumpulan data

Bandingkan kolom status sebelum dan sesudah

Jenis peristiwa inferred
Faktur diajukan untuk persetujuan
Faktur yang masih menunggu proses diajukan ke mesin workflow untuk ditinjau. Ini menandai peralihan dari pencatatan dan pencocokan data ke tahap otorisasi.
Mengapa ini penting

Menandai awal waktu siklus persetujuan. Penting untuk menganalisis efisiensi hierarki internal.

Sumber data

WorkflowTrackingStatusTable.CreatedDateTime saat ContextTableId sama dengan ID VendInvoiceInfoTable dan Status bernilai Submitted.

Pengumpulan data

Dicatat saat instans workflow dimulai

Jenis peristiwa explicit
Faktur diperbarui
Mencatat perubahan pada header atau baris faktur sebelum pembukuan. Pembaruan yang sering dapat menunjukkan masalah ekstraksi data atau perlunya koreksi manual saat validasi.
Mengapa ini penting

Pembaruan yang sering menunjukkan siklus pengerjaan ulang atau kualitas data sumber yang buruk, misalnya kesalahan OCR. Informasi ini mendukung Rework and Data Accuracy Monitor.

Sumber data

Log database (SysDatabaseLog) pada VendInvoiceInfoTable jika diaktifkan, atau disimpulkan dari perubahan ModifiedDateTime jika frekuensi polling tinggi.

Pengumpulan data

Bandingkan ModifiedDateTime pada ekstraksi berikutnya

Jenis peristiwa inferred
Jurnal pembayaran disetujui
Workflow Payment Journal disetujui sehingga pembayaran dapat dibuat. Ini pemeriksaan terakhir sebelum dana disiapkan untuk transfer.
Mengapa ini penting

Memisahkan persiapan administratif pembayaran dari hambatan otorisasi.

Sumber data

WorkflowTrackingStatusTable yang ditautkan ke ID LedgerJournalTable (Header). Status bernilai Completed.

Pengumpulan data

Dicatat saat instans workflow selesai

Jenis peristiwa explicit
Pencocokan faktur gagal
Proses pencocokan menemukan perbedaan antara faktur dan PO/Receipt, seperti selisih harga atau jumlah. Proses sering kali terhenti sampai masalah ini diselesaikan.
Mengapa ini penting

Menunjukkan kendala tertentu dalam proses pencocokan. Mendukung dasbor PO Match and Discrepancy Trends.

Sumber data

VendInvoiceInfoTable.MatchStatus berubah menjadi Failed atau Discrepancy. Selisih pencocokan juga terlihat di VendInvoiceInfoLine.

Pengumpulan data

Bandingkan nilai MatchStatus sebelum dan sesudah

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Microsoft Dynamics 365

Siap memulai?

Gunakan templat ini untuk menyiapkan fondasi data yang kuat dan mulai mengoptimalkan alur kerja pembayaran Anda. Jika perlu bantuan memetakan tabel Dynamics 365 yang digunakan, tim kami siap membantu.

Optimalkan pemrosesan pembayaran utang usaha sekarang

Pangkas waktu siklus hingga 30 persen dan atasi keterlambatan D365.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya lima menit.