Templat data pemrosesan faktur utang usaha Anda
Templat data pemrosesan faktur utang usaha Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi
Atribut pemrosesan faktur utang usaha
| 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
|
|||
Aktivitas pemrosesan faktur utang usaha
| 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
|
|||
Panduan ekstraksi
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%.
Uji coba gratis selama 14 hari, tanpa perlu kartu kredit.