Templat data pemrosesan faktur utang usaha Anda
Templat data pemrosesan faktur utang usaha Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dicatat
- Panduan ekstraksi data dari NetSuite
Atribut pemrosesan faktur utang usaha
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama aktivitas bisnis atau peristiwa yang terjadi dalam proses faktur. | ||
|
Deskripsi
Atribut ini menjelaskan langkah atau pencapaian tertentu dalam proses utang usaha, seperti 'Vendor Bill Created', 'Invoice Approved', atau 'Payment Executed'. Analisis urutan dan frekuensi aktivitas merupakan inti process mining. Analisis ini membantu memvisualisasikan alur proses, menemukan varian proses yang umum maupun jarang, serta mengidentifikasi hambatan atau penyimpangan dari prosedur standar. Aktivitas yang ditetapkan menjadi simpul pada peta proses.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses, sehingga peta proses dapat divisualisasikan, waktu antaraktivitas dapat dihitung, dan hambatan serta siklus pengerjaan ulang dapat diidentifikasi.
Sumber data
Diambil dari log sistem, jejak audit, atau perubahan status pada Vendor Bill dan catatan pembayaran terkait di NetSuite. Biasanya, data ini perlu ditransformasikan.
Contoh
Tagihan pemasok dibuatFaktur disetujuiPembayaran DieksekusiKetidaksesuaian ditemukan
|
|||
|
Faktur
Invoice
|
Pengenal unik untuk setiap faktur vendor. | ||
|
Deskripsi
'Invoice' berfungsi sebagai pengenal kasus utama yang menghubungkan semua aktivitas, sejak faktur diterima hingga pembayaran akhir. Atribut ini penting untuk merekonstruksi perjalanan setiap faktur dari awal hingga akhir. Dalam analisis, atribut ini dapat digunakan untuk memfilter, mengelompokkan, dan meninjau alur proses setiap faktur secara terperinci. Atribut ini menjadi dasar analisis varian dan perhitungan waktu siklus.
Mengapa ini penting
Atribut ini menghubungkan semua peristiwa terkait ke dalam satu instans proses sehingga siklus setiap faktur dapat dianalisis dari awal hingga akhir.
Sumber data
Ini adalah kunci utama catatan transaksi Vendor Bill di NetSuite, yang sering disebut Transaction ID atau Document Number.
Contoh
INV-2023-001237894561VN54321A
|
|||
|
Waktu Mulai
EventTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas atau peristiwa dimulai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu yang tepat saat aktivitas tertentu terjadi. Informasi ini menunjukkan urutan kronologis peristiwa dalam setiap kasus. Stempel waktu ini penting untuk semua analisis berbasis waktu, termasuk menghitung waktu siklus antaraktivitas, durasi proses dari awal hingga akhir, dan mengidentifikasi keterlambatan. Stempel waktu digunakan untuk mengurutkan peristiwa dengan benar dan menjadi dasar KPI kinerja seperti 'Average Invoice Approval Time' dan 'Days Payable Outstanding'.
Mengapa ini penting
Atribut ini menunjukkan urutan kronologis peristiwa. Informasi ini penting untuk menghitung semua metrik durasi, menemukan hambatan, dan memahami kinerja proses.
Sumber data
Kolom stempel waktu yang terkait dengan perubahan status atau tanggal pembuatan/perubahan pada catatan transaksi dan catatan sistem NetSuite.
Contoh
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Stempel waktu saat data untuk peristiwa ini terakhir kali diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan waktu terakhir data peristiwa diekstrak dari NetSuite. Informasi ini mencerminkan kebaruan data di alat process mining. Atribut ini membantu Anda mengetahui seberapa mutakhir analisis yang dilakukan. Pengguna dapat melihat kondisi data terkini, terutama pada dashboard operasional yang memantau status faktur hampir secara real-time.
Mengapa ini penting
Menunjukkan kebaruan data agar pengguna dapat mengetahui seberapa mutakhir analisis proses dan kapan data akan diperbarui berikutnya.
Sumber data
Stempel waktu ini dibuat oleh alat atau pipeline ekstraksi data saat data dimasukkan.
Contoh
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
Sistem Sumber
SourceSystem
|
Sistem tempat data diambil. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses. Untuk tampilan ini, nilainya selalu 'NetSuite'. Jika lingkungan kerja menggunakan beberapa sistem, misalnya sistem OCR eksternal dan ERP, kolom ini penting untuk melacak asal data dan mengatasi masalah. Kolom ini memastikan semua peristiwa dikaitkan dengan benar ke sistem sumber pencatatan.
Mengapa ini penting
Memastikan asal-usul data tercatat. Dalam lingkungan dengan beberapa sistem, atribut ini penting untuk melacak sumber data demi validasi dan konteks.
Sumber data
Nilai statis ('NetSuite') yang diisi selama proses ekstraksi dan transformasi data.
Contoh
NetSuite
|
|||
|
Jumlah Faktur
InvoiceAmount
|
Nilai total uang pada faktur. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah bruto total yang harus dibayar untuk faktur vendor, sebelum potongan atau diskon. Ini adalah metrik keuangan utama untuk setiap kasus. Jumlah faktur digunakan dalam analisis keuangan, misalnya untuk mengelompokkan faktur berdasarkan nilai, tinggi atau rendah, lalu membandingkan alur prosesnya. Jumlah ini juga digunakan di dashboard untuk memahami dampak keuangan dari hambatan atau keterlambatan dan menjadi dasar perhitungan DPO.
Mengapa ini penting
Membantu menganalisis dampak keuangan dari proses yang tidak efisien dan mengelompokkan faktur berdasarkan nilai agar faktur bernilai tinggi dapat diprioritaskan.
Sumber data
Kolom 'Amount' atau 'Total' di bagian header catatan transaksi Vendor Bill.
Contoh
1500.75250.0012500.50
|
|||
|
Nama Vendor
VendorName
|
Nama vendor atau pemasok yang mengirimkan faktur. | ||
|
Deskripsi
Atribut ini menunjukkan nama resmi vendor yang terkait dengan faktur. Ini adalah data induk penting yang terhubung ke transaksi. Analisis proses berdasarkan vendor membantu menemukan masalah khusus pemasok, seperti ketidaksesuaian yang sering terjadi, keterlambatan pembayaran, atau peluang diskon dinamis. Atribut ini penting untuk mengelompokkan faktur terbuka pada dashboard 'Invoice Status and Aging' dan mengelola hubungan dengan pemasok.
Mengapa ini penting
Memungkinkan analisis kinerja berdasarkan vendor, sehingga Anda dapat mengidentifikasi pemasok bermasalah, menegosiasikan syarat yang lebih baik, dan mengelola hubungan dengan efektif.
Sumber data
Diambil dari catatan Vendor yang terhubung ke transaksi Vendor Bill. Nama kolomnya biasanya 'Vendor Name' atau 'Company Name'.
Contoh
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
Nomor Purchase Order
PurchaseOrderNumber
|
Pengenal purchase order yang terkait dengan faktur, jika ada. | ||
|
Deskripsi
Atribut ini menghubungkan faktur vendor dengan purchase order (PO) yang telah disetujui sebelumnya. Ada atau tidaknya PO membantu membedakan faktur yang didukung PO dari yang tidak. Kolom ini penting untuk dashboard 'PO/GR Matching Efficiency' dan KPI 'PO/GR Matching Success Rate'. Analisis proses berdasarkan ada tidaknya PO membantu menemukan peluang peningkatan efisiensi melalui pencocokan tiga arah dan otomatisasi.
Mengapa ini penting
Membedakan faktur dengan PO dan tanpa PO. Keduanya sering mengikuti alur proses yang berbeda dan memiliki potensi otomatisasi yang berbeda. Atribut ini penting untuk menganalisis efisiensi pencocokan.
Sumber data
Biasanya tercantum pada baris item atau header catatan Vendor Bill dan menghubungkannya ke transaksi Purchase Order.
Contoh
PO-004589PO-005123null
|
|||
|
Pemberi Persetujuan
Approver
|
Pengguna yang bertanggung jawab menyetujui pembayaran faktur. | ||
|
Deskripsi
Atribut ini menunjukkan manajer atau pemegang anggaran yang memberikan persetujuan akhir untuk faktur. Satu faktur dapat memiliki beberapa pemberi persetujuan selama siklus prosesnya. Dimensi ini penting untuk dashboard 'Approval Bottleneck Analysis'. Dengan menganalisis waktu persetujuan setiap pemberi persetujuan, perusahaan dapat mengidentifikasi pihak yang lambat menyetujui, mengalihkan faktur untuk menyeimbangkan beban kerja, dan memperlancar proses persetujuan secara keseluruhan.
Mengapa ini penting
Membantu mengidentifikasi hambatan persetujuan serta menganalisis beban kerja dan kinerja manajer dalam rantai persetujuan.
Sumber data
Informasi ini sering tersimpan dalam riwayat workflow atau log persetujuan yang terkait dengan transaksi Vendor Bill.
Contoh
s.chenp.williamsr.davis
|
|||
|
Pengguna Pemroses
ProcessorUser
|
Pengguna yang bertanggung jawab memproses atau memasukkan faktur. | ||
|
Deskripsi
Atribut ini menunjukkan anggota tim utang usaha yang memasukkan data atau melakukan langkah pemrosesan awal faktur. Data ini penting untuk dashboard 'AP Staff Workload Distribution'. Data ini membantu manajer menganalisis keseimbangan beban kerja, menemukan kebutuhan pelatihan, dan mengukur kinerja individu atau tim. Data ini juga dapat digunakan untuk menyelidiki penyebab utama kesalahan dengan melacaknya ke pengguna pemroses.
Mengapa ini penting
Memungkinkan analisis beban kerja, pemantauan kinerja, dan penelusuran penyebab utama kesalahan dengan mengaitkan aktivitas ke anggota tim AP tertentu.
Sumber data
Kolom 'Created By' atau 'Modified By' pada catatan sistem atau jejak audit untuk aktivitas awal di Vendor Bill.
Contoh
j.doea.smithm.jones
|
|||
|
Tanggal Jatuh Tempo Faktur
InvoiceDueDate
|
Tanggal batas pembayaran faktur agar terhindar dari denda. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal jatuh tempo pembayaran berdasarkan syarat pembayaran vendor dan tanggal faktur. Ini adalah tenggat penting dalam proses AP. Tanggal ini menjadi acuan untuk 'Payment Compliance Dashboard' dan KPI 'Payment Term Adherence Rate'. Tanggal ini digunakan untuk menentukan apakah pembayaran dilakukan tepat waktu, lebih awal, atau terlambat. Hal tersebut berdampak langsung pada hubungan dengan vendor dan dapat menimbulkan biaya keterlambatan.
Mengapa ini penting
Menjadi acuan utama untuk mengukur ketepatan waktu pembayaran, yang penting bagi hubungan dengan vendor dan kepatuhan keuangan.
Sumber data
Kolom standar 'Due Date' pada catatan transaksi Vendor Bill.
Contoh
2023-11-302023-12-152024-02-28
|
|||
|
Diskon Pembayaran Lebih Awal Dimanfaatkan
IsEarlyPaymentCaptured
|
Penanda yang menunjukkan apakah diskon pembayaran lebih awal yang tersedia berhasil dimanfaatkan. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini memeriksa apakah faktur yang memiliki diskon dibayar pada atau sebelum 'Early Payment Discount Date'. Atribut ini penting untuk mengukur KPI 'Early Payment Discount Capture Rate' dan mendukung dashboard 'Early Payment Discount Opportunities'. Atribut ini menunjukkan keberhasilan atau kegagalan strategi pemanfaatan diskon perusahaan dan menyoroti penghematan yang terlewat.
Mengapa ini penting
Mengukur langsung efektivitas fungsi treasury atau AP dalam memanfaatkan penghematan biaya, salah satu indikator utama kinerja keuangan.
Sumber data
Dihitung selama transformasi data: PaymentDate <= EarlyPaymentDiscountDate untuk faktur yang memiliki diskon.
Contoh
truefalsenull
|
|||
|
Jenis Dokumen
DocumentType
|
Jenis dokumen yang diproses, misalnya faktur atau nota kredit. | ||
|
Deskripsi
Atribut ini membedakan faktur standar dari dokumen terkait lainnya, seperti nota kredit, yang mungkin memiliki aturan pemrosesan atau alur kerja berbeda. Analisis proses berdasarkan jenis dokumen memastikan Anda membandingkan dokumen yang sejenis. Misalnya, proses persetujuan faktur bernilai besar mungkin jauh lebih ketat daripada nota kredit bernilai kecil. Pengelompokan ini memberikan gambaran kinerja proses yang lebih akurat.
Mengapa ini penting
Memungkinkan proses dikelompokkan berdasarkan jenis dokumen keuangan yang berbeda, yang mungkin memiliki alur dan KPI tersendiri sehingga analisis lebih akurat.
Sumber data
Jenis dokumen dapat diketahui dari jenis transaksi di NetSuite, misalnya 'Vendor Bill' atau 'Vendor Credit'.
Contoh
Faktur StandarNota KreditNota Debit
|
|||
|
Kode Perusahaan
CompanyCode
|
Pengenal badan hukum atau anak perusahaan yang memproses faktur. | ||
|
Deskripsi
Atribut ini menunjukkan perusahaan atau anak perusahaan dalam organisasi yang bertanggung jawab atas faktur. Atribut ini sangat relevan bagi bisnis dengan beberapa badan hukum. Analisis proses berdasarkan Kode Perusahaan memungkinkan perbandingan kinerja antarbagian bisnis. Analisis ini dapat menunjukkan perbedaan efisiensi, kepatuhan, atau beban kerja yang khusus terjadi di anak perusahaan tertentu sehingga perbaikan dapat diarahkan dengan tepat.
Mengapa ini penting
Memungkinkan perbandingan kinerja proses di berbagai badan hukum atau anak perusahaan, sehingga perbaikan dapat diarahkan dengan tepat dan tata kelola perusahaan tetap terjaga.
Sumber data
Di NetSuite, atribut ini sesuai dengan kolom 'Subsidiary' pada catatan transaksi di akun OneWorld.
Contoh
US01DE01UK01
|
|||
|
Mata Uang
Currency
|
Kode mata uang untuk jumlah faktur, misalnya USD atau EUR. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang yang digunakan dalam faktur dan memberi konteks penting untuk 'InvoiceAmount'. Bagi organisasi multinasional, analisis data dalam satu mata uang yang konsisten sangat penting. Kolom ini memungkinkan konversi mata uang yang tepat dan memastikan metrik keuangan dapat dibandingkan secara setara di berbagai wilayah atau unit bisnis.
Mengapa ini penting
Memberi konteks yang diperlukan untuk semua nilai uang agar analisis keuangan akurat, terutama dalam operasional multinasional.
Sumber data
Kolom 'Currency' pada catatan transaksi Vendor Bill, yang sering terhubung ke data induk vendor.
Contoh
USDEURGBPCAD
|
|||
|
Pembayaran Tepat Waktu
IsOnTimePayment
|
Penanda yang menunjukkan apakah faktur dibayar pada atau sebelum tanggal jatuh tempo. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini memeriksa apakah 'Payment Date' lebih awal atau sama dengan 'Invoice Due Date'. Hasilnya menunjukkan secara jelas apakah pembayaran setiap faktur tepat waktu. Atribut ini mendukung 'Payment Compliance Dashboard' dan digunakan untuk menghitung KPI 'Payment Term Adherence Rate'. Atribut ini memudahkan analisis karena pengguna dapat langsung memfilter pembayaran terlambat dan menyelidiki penyebabnya.
Mengapa ini penting
Memudahkan analisis ketepatan waktu pembayaran dan mendukung KPI terkait kepatuhan terhadap syarat pembayaran serta pengelolaan hubungan dengan vendor.
Sumber data
Dihitung selama transformasi data: PaymentDate <= InvoiceDueDate.
Contoh
truefalse
|
|||
|
Pengerjaan Ulang
IsRework
|
Penanda yang menunjukkan apakah aktivitas merupakan bagian dari siklus pengerjaan ulang. | ||
|
Deskripsi
Atribut boolean hasil perhitungan ini mengidentifikasi aktivitas yang menunjukkan pekerjaan berulang, seperti peristiwa 'Discrepancy Identified' yang terjadi untuk kedua kalinya atau faktur yang ditolak lalu diajukan kembali untuk persetujuan. Atribut ini penting untuk dashboard 'Rework and Error Analysis' dan KPI 'Invoice Rework Rate'. Atribut ini membantu perusahaan mengukur frekuensi dan dampak pengerjaan ulang, serta menemukan sumber ketidakefisienan, kesalahan, dan penyimpangan proses.
Mengapa ini penting
Mengukur ketidakefisienan proses dengan menandai aktivitas yang membuang waktu dan tenaga, sehingga perbaikan dapat difokuskan untuk meningkatkan kualitas dan tingkat keberhasilan pada upaya pertama.
Sumber data
Dihitung selama transformasi data dengan menganalisis urutan aktivitas dalam suatu kasus. Misalnya, 'Invoice Approved' diikuti 'Invoice Rejected', lalu 'Invoice Approved' kembali.
Contoh
truefalse
|
|||
|
Status Faktur
InvoiceStatus
|
Status pemrosesan faktur saat ini. | ||
|
Deskripsi
Atribut ini menunjukkan status Vendor Bill saat ini dalam siklus AP, seperti 'Open', 'Pending Approval', atau 'Paid in Full'. Atribut ini penting untuk dashboard 'Invoice Status and Aging' karena menunjukkan gambaran beban kerja dan kewajiban saat ini. Anda dapat memfilter faktur untuk berfokus pada faktur terbuka atau bermasalah, serta memantau kemajuannya hingga selesai.
Mengapa ini penting
Menunjukkan posisi faktur dalam proses saat ini. Informasi ini penting untuk pemantauan operasional, pengelolaan beban kerja, dan perkiraan keuangan.
Sumber data
Kolom 'Status' pada catatan transaksi Vendor Bill.
Contoh
TerbukaMenunggu PersetujuanDibayar Lunas
|
|||
|
Syarat Pembayaran
PaymentTerms
|
Syarat pembayaran faktur yang disepakati, misalnya Net 30 atau 2% 10 Net 30. | ||
|
Deskripsi
Atribut ini menentukan ketentuan pembayaran yang diharapkan vendor, termasuk jangka waktu dan kemungkinan diskon untuk pembayaran lebih awal. Syarat pembayaran digunakan untuk menghitung 'Invoice Due Date' dan 'Early Payment Discount Date'. Atribut ini penting untuk 'Payment Compliance Dashboard' dan analisis peluang memanfaatkan diskon pembayaran lebih awal sehingga modal kerja dapat dikelola dengan lebih baik.
Mengapa ini penting
Menentukan tenggat pembayaran dan peluang diskon, yang berdampak langsung pada pengelolaan arus kas dan peluang menghemat biaya.
Sumber data
Kolom 'Terms' pada transaksi Vendor Bill, yang biasanya diwarisi dari catatan induk Vendor.
Contoh
Net 30Net 602% 10, Net 30
|
|||
|
Tanggal Diskon
EarlyPaymentDiscountDate
|
Batas waktu pembayaran faktur agar memenuhi syarat untuk mendapatkan diskon pembayaran lebih awal. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal terakhir pembayaran dapat dilakukan agar memenuhi syarat mendapatkan diskon vendor, sesuai dengan 'Payment Terms', misalnya angka '10' dalam '2% 10, Net 30'. Tanggal ini menjadi acuan utama untuk dashboard 'Early Payment Discount Opportunities'. Dengan membandingkannya dengan tanggal saat ini dan tanggal pembayaran, sistem dapat menemukan peluang, mengukur KPI 'Early Payment Discount Capture Rate', dan membantu perusahaan memaksimalkan penghematan biaya.
Mengapa ini penting
Tanggal ini penting untuk memaksimalkan penghematan biaya melalui diskon pembayaran lebih awal. Pelacakannya membantu mengoptimalkan pengelolaan kas.
Sumber data
Kolom ini dihitung pada catatan Vendor Bill berdasarkan tanggal faktur dan kolom 'Terms'.
Contoh
2023-11-102024-01-20null
|
|||
|
Tanggal Pembayaran
PaymentDate
|
Tanggal pembayaran faktur dilakukan. | ||
|
Deskripsi
Atribut ini mencatat tanggal pencairan dana kepada vendor. Tanggal ini menandai pelunasan akhir faktur. Tanggal ini digunakan untuk menentukan akhir proses yang sebenarnya bagi banyak KPI, termasuk 'Days Payable Outstanding' dan 'Payment Term Adherence Rate'. Tanggal ini menjadi dasar untuk mengukur pembayaran terhadap 'Invoice Due Date' dan 'Early Payment Discount Date'.
Mengapa ini penting
Menandai penyelesaian keuangan proses dan menjadi dasar untuk menghitung kepatuhan pembayaran, DPO, serta KPI pemanfaatan diskon.
Sumber data
Diambil dari kolom 'Date' pada catatan transaksi Bill Payment terkait di NetSuite.
Contoh
2023-11-282023-12-142024-02-25
|
|||
Aktivitas pemrosesan faktur utang usaha
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibukukan ke GL
|
Menandai saat dampak keuangan Vendor Bill resmi dicatat di General Ledger. Aktivitas ini dicatat berdasarkan tanggal transaksi saat tagihan disetujui dan penanda 'Posting' diaktifkan. | ||
|
Mengapa ini penting
Ini adalah titik kontrol keuangan penting yang memastikan kewajiban telah diakui secara resmi oleh perusahaan. Keterlambatan pembukuan dapat memengaruhi keakuratan laporan keuangan.
Sumber data
Tanggal pembukuan yang terkait dengan transaksi GL yang dibuat dari Vendor Bill. Kolom 'Posting' pada tagihan akan diperiksa.
Pengumpulan data
Tanggal transaksi pembukuan GL yang terkait dengan Vendor Bill.
Jenis peristiwa
explicit
|
|||
|
Faktur disetujui
|
Menandakan bahwa Vendor Bill telah disetujui oleh approver yang ditunjuk untuk dibayar. Aktivitas ini dicatat saat 'Approval Status' pada tagihan diatur ke 'Approved'. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang mengakhiri tahap persetujuan dan memungkinkan faktur dibukukan serta dijadwalkan untuk dibayar. Data ini penting untuk mengukur efisiensi persetujuan.
Sumber data
Stempel waktu saat kolom 'Approval Status' pada catatan Vendor Bill berubah menjadi 'Approved', sebagaimana tercatat di System Notes atau log workflow.
Pengumpulan data
Stempel waktu di log workflow atau System Notes saat 'Approval Status' = 'Approved'.
Jenis peristiwa
explicit
|
|||
|
Faktur Ditutup
|
Menandai penutupan akhir catatan Vendor Bill, biasanya setelah tagihan dibayar lunas. Peristiwa ini disimpulkan saat status Vendor Bill berubah menjadi 'Paid in Full'. | ||
|
Mengapa ini penting
Menjadi peristiwa akhir yang memastikan siklus proses telah selesai dan tidak ada tindakan lanjutan untuk faktur tersebut.
Sumber data
Disimpulkan dari stempel waktu saat kolom 'Status' pada catatan Vendor Bill berubah menjadi 'Paid in Full', sebagaimana tercatat di System Notes.
Pengumpulan data
Stempel waktu saat kolom 'Status' berubah menjadi 'Paid in Full'.
Jenis peristiwa
inferred
|
|||
|
Pembayaran Dieksekusi
|
Menandai pembayaran akhir untuk faktur. Peristiwa ini dicatat berdasarkan tanggal transaksi Vendor Payment yang diterapkan pada Vendor Bill. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama proses utang usaha (AP) dan penting untuk menghitung waktu siklus dari awal hingga akhir, kepatuhan terhadap syarat pembayaran, serta Days Payable Outstanding (DPO).
Sumber data
Kolom 'Date' pada catatan transaksi Vendor Payment yang terhubung ke Vendor Bill.
Pengumpulan data
Tanggal transaksi Vendor Payment yang diterapkan pada tagihan.
Jenis peristiwa
explicit
|
|||
|
Persetujuan diajukan
|
Peristiwa ini menandai saat Vendor Bill resmi masuk ke workflow persetujuan. Aktivitas ini dicatat ketika 'Approval Status' pada tagihan berubah dari status draf menjadi 'Pending Approval'. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik awal pengukuran waktu siklus persetujuan, yang penting untuk menemukan hambatan pada approver atau departemen tertentu.
Sumber data
Disimpulkan dari stempel waktu saat 'Approval Status' pada catatan Vendor Bill berubah menjadi 'Pending Approval', sebagaimana tercatat di System Notes.
Pengumpulan data
Stempel waktu saat kolom 'Approval Status' berubah menjadi 'Pending Approval'.
Jenis peristiwa
inferred
|
|||
|
Tagihan pemasok dibuat
|
Menandai saat faktur pemasok baru dimasukkan ke NetSuite. Aktivitas ini dicatat berdasarkan tanggal pembuatan catatan transaksi Vendor Bill dan menjadi awal resmi proses utang usaha. | ||
|
Mengapa ini penting
Menetapkan titik awal untuk menghitung waktu siklus pemrosesan setiap faktur. Hal ini penting untuk mengukur efisiensi proses secara keseluruhan dan melacak umur faktur.
Sumber data
Kolom 'Date Created' dari catatan transaksi Vendor Bill.
Pengumpulan data
Peristiwa pembuatan transaksi Vendor Bill.
Jenis peristiwa
explicit
|
|||
|
Diskon Pembayaran Lebih Awal Dimanfaatkan
|
Peristiwa hasil perhitungan yang terjadi jika pembayaran faktur dilakukan sebelum tanggal batas diskon pembayaran lebih awal. Peristiwa ini ditentukan dengan membandingkan tanggal pembayaran dengan syarat diskon pada Vendor Bill. | ||
|
Mengapa ini penting
Mengukur langsung keberhasilan tim AP dalam memanfaatkan diskon, yang berdampak langsung pada profitabilitas perusahaan dan strategi pengelolaan kas.
Sumber data
Peristiwa ini dihitung dengan membandingkan 'Date' dari transaksi Vendor Payment dengan tanggal diskon yang ditentukan dari kolom 'Terms' pada Vendor Bill.
Pengumpulan data
Bandingkan 'Date' Vendor Payment dengan tanggal diskon yang ditentukan dari 'Terms' Vendor Bill.
Jenis peristiwa
calculated
|
|||
|
Faktur dialihkan kembali untuk persetujuan
|
Terjadi saat faktur dikembalikan ke tahap sebelumnya atau dialihkan ke approver lain karena perubahan atau penolakan. Aktivitas ini disimpulkan ketika 'Approval Status' berubah dari 'Pending Approval' ke status lain, lalu kembali menjadi 'Pending Approval'. | ||
|
Mengapa ini penting
Menemukan peristiwa pengalihan kembali penting untuk memahami siklus pengerjaan ulang dalam proses persetujuan, yang dapat memperpanjang waktu siklus secara signifikan.
Sumber data
Disimpulkan dari System Notes dengan mendeteksi rangkaian perubahan 'Approval Status' ke 'Pending Approval' beberapa kali untuk tagihan yang sama.
Pengumpulan data
Analisis rangkaian perubahan 'Approval Status' di System Notes.
Jenis peristiwa
inferred
|
|||
|
Faktur ditolak
|
Menandai penolakan resmi Vendor Bill selama proses persetujuan. Tagihan perlu diperbaiki dan diajukan kembali. Peristiwa ini dicatat saat 'Approval Status' diperbarui menjadi 'Rejected'. | ||
|
Mengapa ini penting
Melacak penolakan penting untuk menganalisis pengerjaan ulang, menemukan penyebab umum kegagalan, seperti pengodean yang salah atau pelanggaran kebijakan, dan meningkatkan tingkat persetujuan pada pengajuan pertama.
Sumber data
Stempel waktu saat kolom 'Approval Status' pada catatan Vendor Bill berubah menjadi 'Rejected', sebagaimana tercatat di System Notes.
Pengumpulan data
Stempel waktu di log workflow atau System Notes saat 'Approval Status' = 'Rejected'.
Jenis peristiwa
explicit
|
|||
|
Ketidaksesuaian ditemukan
|
Aktivitas ini terjadi saat ditemukan ketidaksesuaian antara faktur, pesanan pembelian, atau penerimaan barang sehingga proses tidak dapat dilanjutkan. Aktivitas ini sering disimpulkan saat pengguna mengubah 'Approval Status' ke status tertentu, seperti 'On Hold' atau 'Pending Clarification'. | ||
|
Mengapa ini penting
Menandai aktivitas ini membantu menemukan sumber kendala dan pengerjaan ulang dalam proses validasi, yang sering menjadi penyebab utama keterlambatan pembayaran.
Sumber data
Disimpulkan dari perubahan kolom 'Approval Status' pada Vendor Bill ke status tertunda yang tidak standar, misalnya 'On Hold'. Konfigurasi status khusus mungkin diperlukan.
Pengumpulan data
Lacak perubahan kolom 'Approval Status' yang menunjukkan penangguhan atau permintaan klarifikasi.
Jenis peristiwa
inferred
|
|||
|
Nota Kredit Diterapkan
|
Terjadi saat Vendor Credit diterapkan pada Vendor Bill sehingga jumlah yang harus dibayar berkurang. Peristiwa ini dicatat dari penerapan yang menghubungkan kedua transaksi tersebut. | ||
|
Mengapa ini penting
Penerapan nota kredit menjadi jalur alternatif untuk menutup faktur. Pelacakan ini membantu memahami dampak penghapusan piutang dan retur terhadap keseluruhan proses AP.
Sumber data
Tanggal penerapan yang tercatat saat transaksi Vendor Credit diterapkan pada Vendor Bill. Informasi ini dapat dilihat di catatan terkait pada tagihan.
Pengumpulan data
Stempel waktu saat Vendor Credit diterapkan pada Vendor Bill.
Jenis peristiwa
explicit
|
|||
|
Pembayaran dijadwalkan
|
Aktivitas ini menunjukkan bahwa Vendor Bill telah dipilih untuk dibayar dan dimasukkan ke dalam kelompok pembayaran. Aktivitas ini dicatat saat transaksi Vendor Payment dibuat dengan tanggal pembayaran mendatang. | ||
|
Mengapa ini penting
Peristiwa ini memberi gambaran tentang alur pembayaran. Informasi ini membantu memperkirakan arus kas dan mengatur waktu pembayaran agar diskon pembayaran lebih awal dapat dimanfaatkan.
Sumber data
Tanggal pembuatan catatan transaksi Vendor Payment yang diterapkan pada Vendor Bill.
Pengumpulan data
Stempel waktu pembuatan catatan transaksi Vendor Payment terkait.
Jenis peristiwa
explicit
|
|||
|
Pembayaran Terlambat Teridentifikasi
|
Peristiwa hasil perhitungan yang terjadi saat faktur dibayar setelah tanggal jatuh tempo. Peristiwa ini ditentukan dengan membandingkan tanggal pembayaran dilakukan dengan tanggal jatuh tempo pada Vendor Bill. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk memantau kepatuhan pembayaran dan menjaga hubungan dengan pemasok. Pembayaran terlambat yang sering terjadi dapat mengurangi kepercayaan vendor.
Sumber data
Dihitung dengan membandingkan 'Date' dari transaksi Vendor Payment dengan kolom 'Due Date' pada catatan Vendor Bill. Peristiwa ini terjadi jika Payment Date > Due Date.
Pengumpulan data
Bandingkan 'Date' Vendor Payment dengan 'Due Date' Vendor Bill.
Jenis peristiwa
calculated
|
|||
|
Pencocokan PO dicoba
|
Menunjukkan tindakan mengaitkan Vendor Bill dengan Purchase Order yang sesuai untuk divalidasi. Aktivitas ini disimpulkan saat PO pertama kali ditautkan di subdaftar 'Items' atau 'Expenses' pada catatan Vendor Bill sebelum persetujuan. | ||
|
Mengapa ini penting
Melacak langkah ini membantu Anda menganalisis efisiensi proses pencocokan dan menemukan keterlambatan sebelum faktur diajukan untuk persetujuan.
Sumber data
Disimpulkan dari log System Notes yang menunjukkan pengisian awal kolom 'Created From' atau referensi PO pada tingkat baris item di Vendor Bill.
Pengumpulan data
Deteksi pengisian kolom referensi PO di System Notes.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Dengan templat data ini, Anda siap mulai mengoptimalkan pemrosesan faktur utang usaha. Mulai perbaiki alur kerja dan percepat pembayaran dengan tetap menjaga kepatuhan.
Kendalikan dan optimalkan faktur utang usaha sekarang
Hindari denda keterlambatan dan pembayaran ganda, serta kurangi biaya hingga 60%.
Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.