Templat data pemrosesan faktur utang usaha Anda

Microsoft Dynamics 365
Templat data pemrosesan faktur utang usaha Anda

Templat data pemrosesan faktur utang usaha Anda

Templat ini memandu Anda mengumpulkan data penting untuk menganalisis dan mengoptimalkan pemrosesan faktur utang usaha. Templat ini menjelaskan atribut dan aktivitas utama, serta memberi panduan praktis untuk mengekstrak datanya. Dengan templat ini, Anda dapat menyusun log peristiwa yang memadai untuk memahami kinerja proses secara mendalam.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pemrosesan faktur utang usaha

Berikut kolom data yang disarankan untuk log peristiwa agar pemrosesan faktur utang usaha dapat dianalisis secara menyeluruh dan menghasilkan wawasan yang mendalam.
3 Wajib 6 Disarankan 12 Opsional
Nama Deskripsi
Faktur
Invoice
Pengenal unik untuk setiap dokumen faktur pemasok.
Deskripsi

Faktur menjadi pengenal kasus utama yang menghubungkan semua aktivitas sejak faktur diterima hingga pembayaran dilakukan. Dengan pengenal ini, Anda dapat menganalisis perjalanan setiap faktur dari awal hingga akhir dalam proses utang usaha.

Dalam analisis, kelompokkan peristiwa berdasarkan pengenal ini untuk merekonstruksi alur proses setiap faktur. Anda dapat menghitung KPI pada tingkat kasus, seperti waktu siklus total, serta menemukan variasi dan hambatan yang muncul pada perjalanan faktur tertentu.

Mengapa ini penting

Pengenal ini penting untuk melacak seluruh siklus faktur dan menjadi dasar semua analisis process mining dalam proses utang usaha.

Sumber data

Biasanya berupa Nomor Faktur Pemasok dari halaman 'Vendor invoice' atau entitas data terkait di Dynamics 365 Finance.

Contoh
INV-00125475000921DE-8832-2023
Aktivitas
ActivityName
Nama langkah proses bisnis yang dilakukan.
Deskripsi

Atribut ini mencatat tindakan atau peristiwa tertentu yang terjadi pada suatu waktu untuk sebuah faktur, seperti 'Faktur dicatat' atau 'Faktur disetujui'. Aktivitas ini menjadi simpul dalam peta proses hasil penemuan.

Menganalisis urutan dan frekuensi aktivitas merupakan dasar process mining. Analisis ini membantu memvisualisasikan alur proses, menemukan jalur yang umum maupun jarang terjadi (variasi), serta menunjukkan aktivitas yang menyebabkan keterlambatan atau pengerjaan ulang.

Mengapa ini penting

Aktivitas menjelaskan 'apa' yang terjadi dalam proses. Informasi ini digunakan untuk menyusun peta proses dan menganalisis alur serta variasinya.

Sumber data

Biasanya diperoleh dari perubahan status, log riwayat alur kerja, atau catatan pembukuan dokumen dalam modul utang usaha Dynamics 365.

Contoh
Faktur dicatatFaktur disetujuiKetidaksesuaian diselesaikanPembayaran dilakukan
Waktu mulai
EventTime
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa terjadi.
Deskripsi

Atribut ini mencatat tanggal dan waktu setiap aktivitas. Informasi ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung durasi, serta menjadi dasar waktu bagi log peristiwa.

Dalam analisis, Waktu mulai digunakan untuk menghitung semua metrik terkait waktu, termasuk waktu siklus antaraktivitas, waktu tunggu, dan durasi keseluruhan kasus. Atribut ini penting untuk menemukan hambatan dan mengukur kinerja proses terhadap SLA.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik kinerja, seperti waktu siklus dan hambatan.

Sumber data

Diambil dari kolom tanggal pembuatan atau perubahan pada catatan transaksi, log riwayat alur kerja, atau kolom tanggal pembukuan di Dynamics 365.

Contoh
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
Jumlah faktur
InvoiceAmount
Nilai total faktur.
Deskripsi

Menunjukkan jumlah total yang harus dibayar untuk faktur pemasok. Ini merupakan metrik keuangan penting untuk setiap kasus.

Atribut ini memungkinkan analisis keuangan atas proses utang usaha. Anda dapat menggunakannya untuk memprioritaskan faktur bernilai tinggi, menganalisis waktu persetujuan berdasarkan batas jumlah, serta memahami dampak keuangan dari keterlambatan pembayaran atau diskon pembayaran awal.

Mengapa ini penting

Memberikan konteks keuangan untuk menganalisis perilaku proses berdasarkan nilai uang, misalnya mengetahui apakah faktur bernilai tinggi diproses secara berbeda.

Sumber data

Tersimpan di header faktur pemasok, biasanya pada kolom seperti 'InvoiceAmount' di 'VendInvoiceInfoTable'.

Contoh
1500.75250.0012345.50
Ketentuan pembayaran
PaymentTerms
Ketentuan pembayaran faktur yang disepakati dengan pemasok.
Deskripsi

Atribut ini menetapkan ketentuan pembayaran faktur pemasok, seperti 'Net 30' (jatuh tempo dalam 30 hari) atau '2/10 Net 30' (diskon 2% jika dibayar dalam 10 hari, jika tidak, jatuh tempo dalam 30 hari).

Analisis berdasarkan ketentuan pembayaran membantu memahami pengaruh berbagai kesepakatan terhadap ketepatan waktu pembayaran dan arus kas. Atribut ini menjadi dasar untuk menemukan peluang diskon pembayaran awal dan mengelompokkan analisis kepatuhan guna mengetahui ketentuan yang lebih sulit dipenuhi.

Mengapa ini penting

Menentukan tenggat pembayaran dan peluang diskon, yang berdampak langsung pada pengelolaan arus kas dan penghematan biaya.

Sumber data

Tercantum dalam data induk pemasok atau ditetapkan pada header pesanan pembelian atau faktur. Disimpan di kolom seperti 'PaymTermId'.

Contoh
Net 30Net 602/10 Net 30
Nomor pesanan pembelian
PurchaseOrderNumber
Pengenal unik untuk pesanan pembelian yang terkait dengan faktur.
Deskripsi

Atribut ini menghubungkan faktur dengan pesanan pembelian (PO) terkait. Faktur dapat menggunakan PO atau tidak.

Analisis atribut ini membantu membedakan pemrosesan faktur berbasis PO dan non-PO, yang biasanya mengikuti alur kerja berbeda. Atribut ini penting untuk mengukur efisiensi pencocokan PO dan menemukan masalah saat detail faktur tidak sesuai dengan pesanan pembelian.

Mengapa ini penting

Membedakan faktur PO dan non-PO yang mengikuti proses berbeda, serta penting untuk menganalisis efisiensi pencocokan.

Sumber data

Terdapat di header atau baris faktur vendor, biasanya pada kolom bernama 'PurchId' di 'VendInvoiceInfoTable'.

Contoh
PO-000432PO-000511
Pemasok
VendorName
Nama pemasok yang mengirimkan faktur.
Deskripsi

Atribut ini menunjukkan pemasok yang terkait dengan faktur. Data pemasok biasanya mencakup nama, ID, dan kategori.

Menganalisis proses utang usaha berdasarkan pemasok dapat menunjukkan pemasok yang sering mengirimkan faktur bermasalah, misalnya dengan ketidaksesuaian berulang, pemasok dengan ketentuan pembayaran khusus, serta pemasok yang terkait dengan waktu pemrosesan yang lama. Wawasan ini dapat membantu memperbaiki hubungan dan kerja sama dengan pemasok.

Mengapa ini penting

Memungkinkan Anda mengelompokkan proses untuk menemukan masalah khusus pemasok, seperti ketidaksesuaian yang sering terjadi atau keterlambatan pembayaran.

Sumber data

Ditautkan dari header faktur pemasok, biasanya dari entitas data 'VendTable' berdasarkan nomor akun pemasok.

Contoh
Contoso LtdFabrikam IncNorthwind Traders
Pengguna
UserName
Pengguna yang melakukan aktivitas.
Deskripsi

Menunjukkan pengguna tertentu yang bertanggung jawab menyelesaikan langkah proses, seperti mencatat atau menyetujui faktur. Informasi ini biasanya ditautkan ke ID pengguna di Dynamics 365.

Menganalisis kinerja per pengguna membantu menemukan kebutuhan pelatihan, pengguna berkinerja tinggi, dan pembagian beban kerja. Informasi ini penting untuk dashboard yang memantau waktu persetujuan dan efisiensi sumber daya, sehingga manajer dapat melihat pengguna atau tim yang menjadi hambatan.

Mengapa ini penting

Mengaitkan pekerjaan dengan orang tertentu agar beban kerja, kinerja, dan kebutuhan pelatihan dapat dianalisis.

Sumber data

Biasanya ditemukan di kolom 'Created by' atau 'Modified by' pada transaksi, atau di log riwayat alur kerja Dynamics 365.

Contoh
j.doea.smithr.williams
Tanggal jatuh tempo faktur
InvoiceDueDate
Tanggal batas pembayaran faktur yang dihitung berdasarkan ketentuan pembayaran.
Deskripsi

Tanggal ini menunjukkan batas waktu pembayaran faktur agar terhindar dari denda dan tetap mematuhi perjanjian dengan pemasok. Biasanya, tanggal ini dihitung berdasarkan tanggal faktur dan ketentuan pembayaran yang ditetapkan.

Atribut ini penting untuk analisis 'Kepatuhan terhadap ketentuan pembayaran'. Dengan membandingkan tanggal 'Pembayaran dilakukan' dengan 'Tanggal jatuh tempo faktur', analisis dapat menandai pembayaran yang terlambat secara otomatis, menghitung tingkat kepatuhan, dan membantu memprioritaskan pembayaran demi menjaga hubungan baik dengan pemasok.

Mengapa ini penting

Penting untuk mengukur ketepatan waktu pembayaran, menjaga hubungan dengan pemasok, dan menghindari denda keterlambatan.

Sumber data

Kolom hasil perhitungan berdasarkan tanggal faktur dan ketentuan pembayaran. Disimpan di kolom seperti 'DueDate' dalam tabel transaksi pemasok, misalnya 'VendTrans'.

Contoh
2023-05-152023-06-302023-07-01
Alasan selisih
DiscrepancyReason
Kode atau keterangan alasan selisih pada faktur.
Deskripsi

Saat faktur ditahan atau ditemukan selisih, atribut ini mencatat alasannya, seperti 'Harga tidak cocok', 'Jumlah berbeda', atau 'Penerimaan barang tidak ditemukan'.

Atribut ini penting untuk analisis 'Penyelesaian selisih dan pengerjaan ulang'. Dengan mengelompokkan pengerjaan ulang berdasarkan alasan, analisis dapat menemukan akar penyebab proses yang tidak efisien. Misalnya, jika 'Harga tidak cocok' menjadi alasan paling umum, berarti data antara bagian pembelian dan vendor perlu diselaraskan dengan lebih baik.

Mengapa ini penting

Menunjukkan akar penyebab pengerjaan ulang, sehingga perbaikan proses dapat diarahkan untuk mengurangi pengecualian dan penanganan manual.

Sumber data

Data mungkin tersimpan di tabel penahanan faktur, komentar workflow, atau kolom pencatatan selisih khusus dalam modul AP.

Contoh
Harga tidak cocokJumlah berbedaPO tidak valid
Dilakukan otomatis
IsAutomated
Penanda yang menunjukkan apakah aktivitas dilakukan otomatis oleh sistem.
Deskripsi

Atribut boolean ini membedakan aktivitas yang dilakukan pengguna dengan aktivitas yang dijalankan otomatis oleh sistem, seperti pencatatan atau pencocokan faktur otomatis.

Analisis atribut ini penting untuk mengukur tingkat otomatisasi proses AP. Atribut ini membantu menghitung tingkat pemrosesan langsung (STP) dan menemukan aktivitas manual yang paling berpeluang untuk diotomatisasi. Pada akhirnya, otomatisasi dapat mengurangi biaya dan waktu pemrosesan.

Mengapa ini penting

Membantu mengukur tingkat pemrosesan langsung dan menemukan peluang untuk meningkatkan otomatisasi serta efisiensi.

Sumber data

Ditentukan dengan memeriksa apakah pengguna yang terkait dengan aktivitas merupakan pengguna sistem atau pengguna batch, misalnya 'Admin' atau 'BatchUser'.

Contoh
truefalse
Jumlah diskon pembayaran awal
EarlyPaymentDiscountAmount
Potensi jumlah diskon jika faktur dibayar lebih awal.
Deskripsi

Atribut ini menunjukkan nilai diskon yang ditawarkan vendor untuk pembayaran lebih awal, sesuai ketentuan pembayaran.

Data keuangan ini penting untuk dashboard 'Status diskon pembayaran awal'. Bisnis dapat menghitung nilai diskon yang berhasil diperoleh dibandingkan dengan yang terlewat. Angka ini menunjukkan manfaat finansial dari peningkatan efisiensi persetujuan faktur dan penjadwalan pembayaran.

Mengapa ini penting

Mengukur peluang penghematan dari efisiensi proses dan menghubungkan kinerja proses secara langsung dengan penghematan biaya.

Sumber data

Kolom hasil perhitungan berdasarkan jumlah faktur dan ketentuan pembayaran. Nilainya tersedia di tabel seperti 'VendTrans' atau kolom diskon tunai terkait.

Contoh
30.015.00246.91
Kode perusahaan
CompanyCode
Pengenal badan hukum yang memproses faktur.
Deskripsi

Atribut ini menunjukkan perusahaan atau badan hukum tertentu dalam organisasi yang bertanggung jawab atas faktur. Dalam pengaturan multi-perusahaan, atribut ini menjadi dimensi organisasi yang penting.

Analisis proses AP berdasarkan kode perusahaan memungkinkan Anda membandingkan kinerja antarunit bisnis atau badan hukum. Anda dapat mengetahui apakah entitas tertentu kurang efisien, lebih sering mengulang pekerjaan, atau mengikuti variasi proses yang berbeda. Temuan ini membantu menentukan peluang standardisasi dan berbagi praktik terbaik.

Mengapa ini penting

Memungkinkan perbandingan kinerja dan proses antar badan hukum atau unit bisnis dalam organisasi.

Sumber data

Kolom standar di hampir semua tabel transaksi Dynamics 365, biasanya bernama 'DataAreaId'.

Contoh
USMFDEMFGBSI
Nomor penerimaan barang
GoodsReceiptNumber
Pengenal dokumen penerimaan barang yang terkait dengan faktur.
Deskripsi

Atribut ini menghubungkan faktur dengan catatan penerimaan barang atau jasa. Catatan ini diperlukan untuk pencocokan tiga arah antara PO, penerimaan barang, dan faktur.

Atribut ini penting untuk menganalisis efisiensi pencocokan. Jika aktivitas 'Penerimaan barang cocok' terlambat atau gagal, gunakan pengenal ini untuk melacak dokumen penerimaan sumber. Dengan begitu, Anda dapat menemukan masalah pada tahap pengadaan atau penerimaan yang berdampak pada utang usaha.

Mengapa ini penting

Mendukung analisis efisiensi pencocokan tiga arah dan membantu menemukan masalah yang berasal dari proses penerimaan barang.

Sumber data

Terhubung melalui baris pesanan pembelian. Data biasanya terdapat di jurnal slip pengepakan ('VendPackingSlipJour') atau tabel terkait.

Contoh
GRN-00981GRN-01024
Pembaruan data terakhir
LastDataUpdate
Stempel waktu penyegaran data terakhir dari sistem sumber.
Deskripsi

Atribut ini menunjukkan kapan log peristiwa terakhir diperbarui dengan data terbaru dari Microsoft Dynamics 365. Informasi ini memberi konteks tentang seberapa baru data yang dianalisis.

Untuk dashboard dan pemantauan berkala, stempel waktu ini membantu pengguna mengetahui apakah data proses yang dilihat sudah terbaru. Informasi ini juga membantu menetapkan ekspektasi tentang kebaruan data dan memantau kondisi alur data.

Mengapa ini penting

Memberi tahu pengguna seberapa baru data yang tersedia. Informasi ini penting agar keputusan bisnis berdasarkan analisis dapat dibuat tepat waktu dan akurat.

Sumber data

Kolom metadata ini dibuat dan diberi stempel waktu oleh alat ekstraksi dan pemuatan data (ETL) saat data dimasukkan.

Contoh
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Pembayaran terlambat
IsLatePayment
Penanda hasil perhitungan yang menunjukkan apakah pembayaran dilakukan setelah tanggal jatuh tempo.
Deskripsi

Atribut boolean ini bernilai true jika aktivitas 'Pembayaran dilakukan' terjadi setelah 'Tanggal jatuh tempo faktur'. Atribut ini memberikan penanda yang jelas pada tingkat kasus untuk menunjukkan ketidakpatuhan terhadap ketentuan pembayaran.

Atribut ini memudahkan penghitungan KPI 'Tingkat kepatuhan terhadap ketentuan pembayaran'. Anda dapat menyaring data dan menampilkannya di dashboard untuk melihat jumlah serta nilai pembayaran terlambat. Anda juga dapat menganalisis akar penyebab kasus tersebut untuk mengetahui alasan keterlambatannya.

Mengapa ini penting

Memberikan penanda yang jelas dan sederhana untuk menganalisis pembayaran yang tidak mematuhi ketentuan serta menghitung KPI pembayaran tepat waktu.

Sumber data

Kolom ini tidak tersedia di sistem sumber. Atribut ini dihitung di alat process mining dengan membandingkan stempel waktu aktivitas 'Pembayaran dilakukan' dengan atribut 'InvoiceDueDate'.

Contoh
truefalse
Penyetuju
ApproverName
Pengguna yang menyetujui atau menolak faktur pada langkah tertentu.
Deskripsi

Atribut ini menunjukkan orang yang bertanggung jawab atas keputusan persetujuan dalam workflow. Faktur dengan persetujuan bertingkat dapat memiliki penyetuju berbeda di setiap langkah.

Atribut ini penting untuk dashboard 'Analisis waktu siklus persetujuan faktur'. Anda dapat mengelompokkan analisis berdasarkan penyetuju untuk menemukan orang yang menjadi hambatan, baik karena beban kerja maupun faktor lain. Hasilnya dapat membantu Anda menentukan tindakan yang tepat untuk mempercepat siklus persetujuan.

Mengapa ini penting

Mendukung analisis terperinci atas proses persetujuan dan membantu menemukan hambatan pada tingkat individu atau tim.

Sumber data

Diambil dari log riwayat workflow ('WorkflowTrackingStatusTable'), yang mencatat pengguna yang menyelesaikan setiap langkah persetujuan.

Contoh
David ChenMaria GarciaAP_Manager_Group
Sistem sumber
SourceSystem
Sistem tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan asal data peristiwa, yang dalam konteks ini biasanya 'Microsoft Dynamics 365'. Informasi ini sangat penting saat data dari beberapa sistem, misalnya alat pemindaian OCR dan D365, digabungkan.

Dalam analisis process mining, atribut ini membantu melacak asal data, memecahkan masalah, dan memahami sistem teknologi yang digunakan dalam proses. Anda juga dapat memfilter analisis agar hanya menampilkan peristiwa dari sistem tertentu.

Mengapa ini penting

Memberikan konteks penting tentang asal data, yang diperlukan untuk validasi data dan analisis proses yang melibatkan beberapa sistem.

Sumber data

Biasanya berupa nilai tetap ('Microsoft Dynamics 365') yang ditambahkan selama proses ekstraksi dan transformasi data.

Contoh
Microsoft Dynamics 365 FinanceD365 F&OAX2012
Status faktur
InvoiceStatus
Status pemrosesan faktur saat ini.
Deskripsi

Atribut ini menunjukkan status terakhir faktur dalam proses, seperti 'Sedang diproses', 'Disetujui', 'Dibayar', atau 'Dibatalkan'. Status ini menggambarkan posisi faktur dalam siklusnya.

process mining menyusun alur dari aktivitas. Status akhir tetap berguna untuk validasi dan membuat dashboard bisnis yang merangkum kondisi semua faktur terbuka. Anda dapat menggunakannya untuk menyaring faktur yang sudah 'Disetujui' tetapi belum 'Dibayar'.

Mengapa ini penting

Merangkum kondisi faktur saat ini, sehingga berguna untuk penyaringan dan pembuatan dashboard berdasarkan status.

Sumber data

Biasanya diambil dari kolom status dokumen atau status workflow dalam modul AP.

Contoh
Sedang diprosesDisetujuiDibayarDibatalkan
Tanggal jatuh tempo diskon
EarlyPaymentDiscountDate
Batas waktu pembayaran faktur agar memenuhi syarat untuk mendapat diskon pembayaran awal.
Deskripsi

Atribut ini menunjukkan hari terakhir faktur dapat dibayar agar diskon yang ditawarkan vendor bisa diperoleh. Nilainya dihitung dari tanggal faktur dan bagian diskon dalam ketentuan pembayaran, misalnya angka '10' pada '2/10 Net 30'.

Tanggal ini menjadi acuan utama analisis 'Status diskon pembayaran awal'. Dengan membandingkan tanggal 'Pembayaran dijadwalkan' atau 'Pembayaran dilakukan' dengan batas waktu ini, sistem dapat menentukan apakah diskon berhasil diperoleh. Hasilnya memberikan ukuran yang jelas untuk menilai optimalisasi keuangan.

Mengapa ini penting

Menentukan tanggal sasaran untuk memperoleh penghematan biaya, sehingga menjadi acuan penting dalam menentukan prioritas pembayaran dan meningkatkan efisiensi.

Sumber data

Dihitung sistem berdasarkan ketentuan pembayaran dan tanggal faktur. Disimpan di kolom seperti 'CashDiscDate' dalam 'VendTrans'.

Contoh
2023-04-252023-05-102023-06-15
Termasuk pengerjaan ulang
IsRework
Penanda hasil perhitungan yang menunjukkan apakah faktur mengalami pengerjaan ulang.
Deskripsi

Penanda boolean ini bernilai true jika alur proses faktur mencakup aktivitas pengerjaan ulang, seperti 'Selisih diselesaikan' atau langkah kedua 'Data faktur divalidasi' setelah validasi awal gagal. Nilainya dihitung untuk seluruh kasus.

Atribut ini mendukung KPI 'Tingkat pengerjaan ulang akibat selisih'. Atribut ini memudahkan analisis dengan menyaring dan menggabungkan data semua faktur yang memerlukan upaya manual tambahan. Dengan begitu, Anda dapat mengukur dampak kualitas data yang buruk atau pengecualian proses.

Mengapa ini penting

Mengukur pengerjaan ulang secara langsung, sehingga pengecualian dan ketidakefisienan proses mudah dihitung dan dianalisis.

Sumber data

Kolom ini tidak tersedia di sistem sumber. Atribut ini dihitung di alat process mining dengan memeriksa apakah aktivitas tertentu yang menandakan pengerjaan ulang terjadi dalam suatu kasus.

Contoh
truefalse
Wajib Disarankan Opsional

Aktivitas pemrosesan faktur utang usaha

Catat langkah proses dan pencapaian penting berikut dalam log peristiwa untuk menemukan proses dan menganalisis kinerjanya secara akurat.
5 Disarankan 9 Opsional
Aktivitas Deskripsi
Faktur dibukukan
Faktur yang disetujui resmi dicatat dalam buku besar, sehingga kewajiban keuangan terbentuk. Ini adalah transaksi akuntansi penting yang sering kali tidak dapat dibatalkan.
Mengapa ini penting

Pembukuan merupakan tonggak penting yang membuat faktur memenuhi syarat untuk dibayar. Ini menandakan semua tahap validasi dan persetujuan telah selesai dan kewajiban keuangan telah diakui.

Sumber data

Transaksi ini tercatat secara langsung. Tanggal dan waktu pembukuan dicatat dalam jurnal faktur pemasok (VendInvoiceJour) dan entri buku besar terkait (GeneralJournalEntry).

Pengumpulan data

Gunakan stempel waktu pembukuan dari tabel VendInvoiceJour atau GeneralJournalEntry.

Jenis peristiwa explicit
Faktur dicatat
Menandai saat data faktur pertama kali dibuat di sistem, baik melalui entri manual, pemindaian OCR, maupun pertukaran data elektronik (EDI). Ini menjadi titik awal siklus pemrosesan faktur.
Mengapa ini penting

Aktivitas ini menjadi peristiwa awal utama dalam proses. Waktu dari titik ini hingga pembayaran menunjukkan keseluruhan waktu siklus faktur, salah satu indikator kinerja utama.

Sumber data

Disimpulkan dari stempel waktu pembuatan (kolom CreatedDateTime) pada data header faktur di tabel faktur pemasok tertunda atau jurnal faktur, seperti VendInvoiceInfoTable.

Pengumpulan data

Gunakan stempel waktu pembuatan pada data header faktur.

Jenis peristiwa inferred
Faktur dikirim untuk persetujuan
Faktur secara resmi dikirim ke alur kerja untuk ditinjau dan disetujui oleh petugas berwenang. Ini menandai dimulainya siklus persetujuan.
Mengapa ini penting

Ini adalah tonggak penting yang menjadi awal pengukuran waktu siklus persetujuan faktur. Dengan demikian, waktu untuk memasukkan data dan melakukan pencocokan dapat dibedakan dari waktu tunggu persetujuan.

Sumber data

Peristiwa ini tercatat secara langsung dalam log riwayat alur kerja D365 (WorkflowTrackingStatusTable) untuk dokumen faktur terkait. Stempel waktu pengiriman juga dicatat.

Pengumpulan data

Ekstrak peristiwa 'Submitted' untuk faktur dari riwayat pelacakan alur kerja.

Jenis peristiwa explicit
Faktur disetujui
Menunjukkan persetujuan akhir dalam alur kerja, yang mengizinkan faktur dibukukan untuk pembayaran. Ini merupakan tonggak penting sebelum faktur masuk ke tahap pembayaran.
Mengapa ini penting

Menandai akhir siklus persetujuan. Waktu antara 'Submitted for Approval' dan aktivitas ini menjadi KPI penting untuk menemukan hambatan persetujuan dan alur kerja yang berlangsung terlalu lama.

Sumber data

Peristiwa ini tercatat secara langsung dalam log riwayat alur kerja (WorkflowTrackingStatusTable) saat status alur kerja diperbarui menjadi 'Completed' atau 'Approved'.

Pengumpulan data

Ekstrak peristiwa 'Approved' atau 'Completed' untuk faktur dari riwayat pelacakan alur kerja.

Jenis peristiwa explicit
Pembayaran dilakukan
Pembayaran resmi dilakukan dengan membukukan jurnal pembayaran. Transaksi ini melunasi kewajiban yang terbentuk saat faktur dibukukan.
Mengapa ini penting

Ini merupakan salah satu peristiwa akhir utama dalam proses. Peristiwa ini digunakan untuk menghitung kepatuhan terhadap ketentuan pembayaran, menemukan pembayaran terlambat, dan mengukur waktu siklus dari awal hingga akhir.

Sumber data

Peristiwa ini tercatat secara langsung saat jurnal pembayaran dibukukan. Detail pelunasan tersimpan dalam tabel transaksi pemasok (VendTrans), yang menghubungkan pembayaran dengan faktur.

Pengumpulan data

Gunakan tanggal transaksi pada catatan pelunasan pembayaran di VendTrans.

Jenis peristiwa explicit
Data faktur divalidasi
Menunjukkan saat sistem atau pengguna melakukan pemeriksaan awal atas kelengkapan dan keakuratan data faktur yang dicatat, sebelum pencocokan atau persetujuan. Pemeriksaan ini dapat dilakukan otomatis oleh sistem atau secara manual.
Mengapa ini penting

Pelacakan aktivitas ini membantu menemukan keterlambatan akibat kualitas data yang buruk. Tingginya tingkat kegagalan atau durasi yang panjang pada tahap ini dapat menunjukkan masalah dalam proses pencatatan data, seperti akurasi OCR.

Sumber data

Peristiwa ini sering kali disimpulkan dari data lain. Peristiwa dapat ditentukan dari stempel waktu saat status faktur berubah dari 'New' atau 'Draft' menjadi 'Validated' atau 'Ready for Matching', atau dari perubahan terakhir sebelum faktur dikirim ke alur kerja.

Pengumpulan data

Catat stempel waktu perubahan status yang menandakan validasi berhasil atau peristiwa pembaruan sebelum faktur dikirim ke alur kerja.

Jenis peristiwa inferred
Faktur dibatalkan
Faktur dibatalkan atau dinyatakan tidak berlaku setelah dibukukan, biasanya untuk memperbaiki kesalahan. Ini merupakan titik akhir alternatif yang tidak umum dalam proses.
Mengapa ini penting

Melacak pembatalan penting untuk memahami kualitas proses dan tingkat kesalahan. Pembatalan yang sering terjadi dapat menunjukkan masalah sistemik pada tahap proses sebelumnya.

Sumber data

Peristiwa ini tercatat secara langsung. D365 membuat transaksi pembalik atau nota kredit yang ditautkan ke jurnal faktur asal. Tanggal pembukuan transaksi pembalik menandai pembatalan.

Pengumpulan data

Temukan tanggal pembukuan transaksi pembalik yang terkait dengan faktur asal.

Jenis peristiwa explicit
Faktur ditolak
Pemberi persetujuan menolak faktur dalam alur kerja. Biasanya, faktur dikembalikan kepada pengaju untuk diperbaiki atau dilengkapi. Ini memulai proses pengerjaan ulang.
Mengapa ini penting

Melacak penolakan membantu menemukan penyebab keterlambatan persetujuan dan pengerjaan ulang. Hasilnya dapat menunjukkan masalah pada pengodean faktur, pelanggaran kebijakan, atau dokumentasi yang tidak lengkap.

Sumber data

Peristiwa ini tercatat secara langsung dalam riwayat alur kerja (WorkflowTrackingStatusTable) saat pemberi persetujuan memilih tindakan 'Reject'.

Pengumpulan data

Ekstrak peristiwa 'Rejected' untuk faktur dari riwayat pelacakan alur kerja.

Jenis peristiwa explicit
Ketidaksesuaian diselesaikan
Tindakan untuk melepas penahanan atau memperbaiki faktur setelah ketidaksesuaian ditemukan. Faktur kini siap dikirim ulang untuk pencocokan atau persetujuan.
Mengapa ini penting

Aktivitas ini mengakhiri proses pengerjaan ulang. Waktu yang dibutuhkan untuk menyelesaikan ketidaksesuaian menjadi indikator penting efisiensi penanganan pengecualian.

Sumber data

Disimpulkan dari stempel waktu saat status 'On Hold' dihapus dari faktur atau saat faktur dikirim ulang ke alur kerja setelah ditolak.

Pengumpulan data

Catat stempel waktu saat penahanan dilepas atau faktur dikirim ulang setelah penolakan.

Jenis peristiwa inferred
Ketidaksesuaian ditemukan
Terjadi saat faktur gagal divalidasi atau dicocokkan dengan pesanan pembelian maupun penerimaan barang sehingga perlu ditangani secara manual. Faktur biasanya ditahan atau diberi status tertentu.
Mengapa ini penting

Aktivitas ini memulai proses pengerjaan ulang. Menganalisis frekuensi dan penyebabnya penting untuk menemukan inefisiensi proses, masalah kualitas data, atau kendala dari pemasok.

Sumber data

Peristiwa ini dapat tercatat secara langsung dalam riwayat faktur atau disimpulkan saat faktur berstatus 'On Hold' dengan kode alasan terkait selisih pencocokan. Cari perubahan status pada header faktur.

Pengumpulan data

Catat stempel waktu saat status faktur berubah menjadi 'On Hold' atau penanda ketidaksesuaian ditetapkan.

Jenis peristiwa inferred
Pembayaran dijadwalkan
Faktur yang telah dibukukan dipilih dan dimasukkan ke dalam proposal pembayaran atau jurnal pembayaran untuk dijadwalkan pada proses pembayaran berikutnya. Ini menunjukkan bahwa pembayaran akan dilakukan.
Mengapa ini penting

Aktivitas ini penting untuk memperkirakan arus kas dan menganalisis kepatuhan terhadap ketentuan pembayaran. Aktivitas ini membantu mengetahui apakah diskon pembayaran awal telah dipertimbangkan dan direncanakan.

Sumber data

Disimpulkan dari pembuatan baris jurnal pembayaran (LedgerJournalTrans) yang mencakup faktur tersebut. Tanggal transaksi pada baris jurnal menunjukkan tanggal pembayaran yang dijadwalkan.

Pengumpulan data

Gunakan tanggal pembuatan baris jurnal pembayaran yang merujuk pada faktur.

Jenis peristiwa inferred
Pembayaran telah dicairkan
Pembayaran yang dilakukan perusahaan telah dicairkan oleh bank, sebagaimana dikonfirmasi melalui rekonsiliasi bank. Ini menjadi konfirmasi keuangan akhir bahwa pembayaran telah selesai.
Mengapa ini penting

Aktivitas ini memberikan konfirmasi akhir atas arus kas keluar. Menganalisis waktu antara pembayaran dilakukan dan pencairannya penting untuk pengelolaan kas dan perbendaharaan.

Sumber data

Informasi ini berasal dari modul rekonsiliasi bank. Peristiwa ini disimpulkan saat baris rekening koran yang sesuai dengan pembayaran dicocokkan dan dibukukan di D365.

Pengumpulan data

Perlu menghubungkan data transaksi bank (BankStmtISOAccountStatement) dengan pembayaran asal.

Jenis peristiwa inferred
Penerimaan barang cocok
Dalam pencocokan tiga arah, aktivitas ini memastikan barang atau jasa yang ditagihkan telah diterima dengan mencocokkan faktur dengan bukti penerimaan barang. Tahap ini memverifikasi bahwa barang benar-benar diterima sesuai faktur.
Mengapa ini penting

Pelacakan aktivitas ini membantu menganalisis efisiensi pencocokan tiga arah dan menemukan keterlambatan akibat informasi penerimaan barang yang hilang atau tidak akurat.

Sumber data

Seperti pencocokan pesanan pembelian, peristiwa ini disimpulkan dari pembaruan status faktur yang menunjukkan pencocokan berhasil dengan jurnal penerimaan produk (Packing Slips).

Pengumpulan data

Cari perubahan status atau penanda yang menunjukkan pencocokan tiga arah berhasil.

Jenis peristiwa inferred
Pesanan pembelian cocok
Proses mengaitkan faktur dengan satu atau beberapa pesanan pembelian untuk memeriksa jumlah, harga, dan ketentuan. Ini merupakan tahap validasi penting untuk faktur yang menggunakan pesanan pembelian.
Mengapa ini penting

Aktivitas ini penting untuk mengukur tingkat pencocokan pada percobaan pertama dan menemukan hambatan dalam proses pencocokan. Kegagalan pada tahap ini sering memicu proses berulang untuk menyelesaikan ketidaksesuaian.

Sumber data

Peristiwa ini dapat disimpulkan saat status pencocokan pada data faktur diperbarui menjadi 'Matched' atau saat detail pencocokan pada tingkat baris berhasil disimpan. Informasi ini biasanya tersimpan di tabel terkait baris faktur pemasok.

Pengumpulan data

Temukan perubahan status pada header atau baris faktur yang menunjukkan keberhasilan pencocokan dengan pesanan pembelian.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Microsoft Dynamics 365

Siap memulai?

Gunakan templat data ini untuk mulai meningkatkan efisiensi pemrosesan faktur utang usaha. Manfaatkan data proses Anda untuk mendorong perbaikan yang berarti.

Hentikan pembayaran ganda. Optimalkan pemrosesan faktur utang usaha.

Temukan inefisiensi, hilangkan denda keterlambatan, dan pangkas biaya pemrosesan hingga 60%.

Mulai uji coba gratis

Uji coba gratis selama 14 hari, tanpa perlu kartu kredit.