Templat data pemrosesan faktur dari pembelian hingga pembayaran
Templat data pemrosesan faktur dari pembelian hingga pembayaran
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari Oracle Fusion Financials
Atribut pemrosesan faktur dari pembelian hingga pembayaran
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nomor faktur
InvoiceNumber
|
Pengenal unik untuk faktur vendor. | ||
|
Deskripsi
Nomor Faktur berfungsi sebagai ID kasus utama yang menghubungkan semua aktivitas dan peristiwa terkait satu faktur vendor, mulai dari pembuatan hingga pembayaran akhir. Setiap faktur diperlakukan sebagai satu kasus unik dalam analisis proses. Dalam process mining, atribut ini menjadi dasar untuk merekonstruksi seluruh perjalanan setiap faktur. Atribut ini memungkinkan analisis alur proses, waktu siklus, dan variasi untuk setiap faktur. Nomor Faktur menghubungkan berbagai aktivitas, seperti validasi, persetujuan, dan pembayaran, menjadi rangkaian proses yang utuh.
Mengapa ini penting
ID kasus penting ini menghubungkan semua langkah proses terkait sehingga seluruh siklus faktur dapat ditelusuri.
Sumber data
Biasanya terdapat di kolom INVOICE_NUM pada tabel AP_INVOICES_ALL.
Contoh
INV-2023-001987654321ACME-FIN-5501
|
|||
|
Aktivitas
ActivityName
|
Nama aktivitas bisnis atau peristiwa yang terjadi dalam proses faktur. | ||
|
Deskripsi
Atribut ini menjelaskan langkah tertentu atau perubahan status dalam siklus faktur, seperti 'Faktur dibuat', 'Faktur disetujui', atau 'Pembayaran dilakukan'. Rangkaian aktivitas ini membentuk alur proses. Analisis urutan dan frekuensi aktivitas merupakan inti process mining. Analisis ini membantu menemukan jalur proses yang sebenarnya, mengidentifikasi hambatan akibat aktivitas yang tertunda, serta melihat penyimpangan atau proses pengerjaan ulang, misalnya faktur yang ditolak setelah disetujui.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses, yang penting untuk memvisualisasikan peta proses, menganalisis variasi alur, dan menemukan hambatan.
Sumber data
Atribut ini biasanya diperoleh dari gabungan kolom status, tabel audit, atau log alur kerja di Oracle Fusion Financials, seperti AP_INVOICES_ALL.WFAPPROVAL_STATUS atau tabel alur kerja terkait.
Contoh
Faktur divalidasiFaktur ditahanFaktur disetujuiPembayaran dilakukan
|
|||
|
Waktu mulai
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa terjadi. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu setiap aktivitas dalam proses faktur. Data ini penting untuk semua analisis proses berbasis waktu, termasuk penghitungan waktu siklus, durasi, dan waktu tunggu antar langkah. Dengan mengurutkan peristiwa berdasarkan stempel waktu ini, alat process mining dapat merekonstruksi urutan aktivitas yang tepat untuk setiap faktur. Hal ini memungkinkan penghitungan indikator kinerja utama, seperti Rata-rata Waktu Siklus Faktur, serta membantu menemukan tahap proses yang paling banyak menyita waktu.
Mengapa ini penting
Stempel waktu ini penting untuk menghitung semua metrik kinerja terkait durasi dan waktu, seperti waktu siklus dan hambatan.
Sumber data
Stempel waktu ini diperoleh dari berbagai kolom tanggal di tabel Oracle Fusion, seperti CREATION_DATE atau LAST_UPDATE_DATE di tabel AP_INVOICES_ALL maupun tabel alur kerja dan pembayaran terkait.
Contoh
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
|
|||
|
Jumlah faktur
InvoiceAmount
|
Total nilai uang yang tercantum pada faktur. | ||
|
Deskripsi
Jumlah faktur menunjukkan total yang harus dibayarkan kepada vendor sesuai faktur. Atribut keuangan ini berpengaruh besar pada keseluruhan proses, karena sering menentukan jalur persetujuan, tingkat pemeriksaan, dan prioritas pembayaran. Dalam analisis process mining, jumlah faktur menjadi dimensi penting untuk pemfilteran dan segmentasi. Misalnya, analis dapat membandingkan proses faktur bernilai tinggi dan rendah untuk melihat apakah jalurnya berbeda atau waktu siklusnya jauh berbeda. Atribut ini juga penting untuk menghitung KPI keuangan dan menilai dampak finansial dari ketidakefisienan proses, seperti keterlambatan pembayaran.
Mengapa ini penting
Nilai ini penting untuk analisis keuangan, memahami penyimpangan proses berdasarkan nilai, serta menghitung KPI seperti Tingkat Kepatuhan Persetujuan.
Sumber data
Tersimpan di kolom INVOICE_AMOUNT pada tabel AP_INVOICES_ALL.
Contoh
1500.00250.75125000.50
|
|||
|
Kode perusahaan
CompanyCode
|
Identitas badan hukum atau perusahaan yang memproses faktur. | ||
|
Deskripsi
Kode perusahaan menunjukkan badan usaha tertentu dalam organisasi yang bertanggung jawab secara keuangan atas faktur. Bagi organisasi dengan beberapa perusahaan, ini merupakan data organisasi yang mendasar. Atribut ini memungkinkan analisis proses dikelompokkan berdasarkan badan hukum. Anda dapat membandingkan kinerja proses di berbagai bagian bisnis, menemukan hambatan atau masalah kepatuhan pada badan hukum tertentu, dan menyusun laporan KPI per perusahaan. Kode ini juga sering menjadi faktor penentu alur kerja persetujuan yang tepat.
Mengapa ini penting
Atribut ini memungkinkan perbandingan proses dan tolok ukur kinerja antar badan hukum atau unit bisnis dalam organisasi.
Sumber data
Biasanya ditunjukkan oleh kolom LEGAL_ENTITY_ID atau kolom serupa pada AP_INVOICES_ALL. Kolom ini dapat digabungkan dengan tabel buku besar untuk mendapatkan kode atau nama.
Contoh
1001US01DE01
|
|||
|
Nama pengguna
UserName
|
Nama pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan pengguna atau agen sistem tertentu yang bertanggung jawab menjalankan aktivitas, seperti memvalidasi faktur, menahan pembayaran, atau menyetujui pembayaran. Atribut ini menunjukkan sumber daya manusia atau sistem yang terlibat dalam proses. Analisis berdasarkan pengguna membantu Anda memahami pembagian beban kerja, mengenali pengguna dengan kinerja terbaik, dan menemukan kebutuhan pelatihan atau masalah kepatuhan. Misalnya, analisis dapat menunjukkan apakah pengguna tertentu berulang kali terlibat dalam proses pengerjaan ulang atau apakah langkah persetujuan tertentu selalu ditangani orang yang sama, sehingga berisiko menjadi titik kegagalan tunggal.
Mengapa ini penting
Atribut ini membantu menganalisis kinerja sumber daya, menyeimbangkan beban kerja, dan mengetahui pengguna atau tim yang terlibat dalam langkah proses tertentu.
Sumber data
Informasi ini biasanya tersimpan di kolom audit seperti CREATED_BY atau LAST_UPDATED_BY pada tabel seperti AP_INVOICES_ALL, atau di log workflow terkait.
Contoh
john.doejane.smithSystem.Admin
|
|||
|
Nama vendor
VendorName
|
Nama vendor atau pemasok yang menerbitkan faktur. | ||
|
Deskripsi
Atribut ini menunjukkan pemasok yang menerbitkan faktur. Informasi vendor memberi konteks bisnis penting untuk transaksi keuangan. Analisis proses berdasarkan vendor dapat mengungkap hal penting tentang hubungan dan kinerja pemasok. Misalnya, analisis dapat menunjukkan apakah faktur dari vendor tertentu lebih sering mengalami ketidaksesuaian pencocokan, penahanan, atau keterlambatan. Informasi ini dapat digunakan untuk memperbaiki proses penerimaan vendor, komunikasi, dan efisiensi rantai pasok secara keseluruhan. Informasi ini juga membantu menemukan potensi pembayaran ganda.
Mengapa ini penting
Atribut ini memungkinkan analisis proses untuk tiap vendor, sehingga Anda dapat menemukan masalah pada pemasok tertentu yang menyebabkan keterlambatan atau pengecualian.
Sumber data
Tersimpan di tabel POZ_SUPPLIERS. Tabel faktur AP_INVOICES_ALL memiliki VENDOR_ID yang dapat digunakan untuk menggabungkannya dengan tabel pemasok.
Contoh
Acme CorporationGlobal Tech Inc.Office Supplies Co.
|
|||
|
Status faktur
InvoiceStatus
|
Status faktur saat ini dalam siklus prosesnya. | ||
|
Deskripsi
Atribut ini menunjukkan status terakhir faktur, seperti "Tervalidasi", "Perlu divalidasi ulang", "Dibayar", atau "Dibatalkan". Atribut ini memberi gambaran posisi faktur dalam proses pada waktu tertentu. Status faktur penting untuk dashboard "Distribusi status faktur saat ini". Dashboard ini membantu manajer operasional menemukan penumpukan pekerjaan dan memantau kondisi keseluruhan proses pengolahan faktur. Analisis perubahan status dari waktu ke waktu juga dapat memberi gambaran sederhana tentang alur proses.
Mengapa ini penting
Atribut ini menunjukkan kondisi faktur saat ini. Informasi ini penting untuk dashboard operasional yang memantau penumpukan pekerjaan dan beban kerja.
Sumber data
Lihat dokumentasi Oracle Fusion Financials. Status dapat diturunkan dari kolom seperti WFAPPROVAL_STATUS pada AP_INVOICES_ALL atau tabel persetujuan dan pembayaran terkait.
Contoh
TervalidasiDibayarDibatalkanPerlu divalidasi ulang
|
|||
|
Tanggal jatuh tempo pembayaran
PaymentDueDate
|
Tanggal batas pembayaran faktur kepada vendor. | ||
|
Deskripsi
Tanggal jatuh tempo pembayaran dihitung berdasarkan syarat pembayaran yang disepakati dengan vendor. Tanggal ini menjadi batas waktu pembayaran agar terhindar dari denda, menjaga hubungan baik dengan vendor, dan memanfaatkan potongan untuk pembayaran lebih awal. Atribut ini penting untuk dashboard "Kinerja pembayaran tepat waktu" dan KPI terkait. Dengan membandingkan waktu pelaksanaan pembayaran dengan tanggal jatuh tempo, analisis dapat mengelompokkan pembayaran sebagai tepat waktu atau terlambat. Dengan begitu, organisasi dapat memantau dan meningkatkan ketepatan waktu pembayaran.
Mengapa ini penting
Tanggal ini menjadi acuan untuk mengukur kinerja pembayaran tepat waktu, KPI penting untuk pengelolaan vendor dan kesehatan keuangan.
Sumber data
Tanggal ini biasanya tersedia di tabel jadwal pembayaran seperti AP_PAYMENT_SCHEDULES_ALL yang terhubung ke faktur.
Contoh
2023-05-152023-06-012023-06-30
|
|||
|
Waktu selesai
EndTime
|
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa selesai. | ||
|
Deskripsi
Waktu Selesai menandai berakhirnya suatu aktivitas. Waktu Mulai menunjukkan awal aktivitas, sedangkan Waktu Selesai menjadi titik akhirnya sehingga durasi setiap langkah dapat dihitung dengan tepat. Dalam analisis, selisih antara Waktu Selesai dan Waktu Mulai menunjukkan waktu pemrosesan setiap aktivitas. Data ini penting untuk analisis kinerja terperinci karena membantu membedakan waktu kerja aktif dari waktu tunggu. Misalnya, data ini menunjukkan berapa lama pemberi persetujuan benar-benar mengerjakan tugas persetujuan dibandingkan dengan lamanya tugas menunggu dalam antrean.
Mengapa ini penting
Memungkinkan penghitungan waktu pemrosesan aktivitas secara tepat dan membedakan waktu kerja aktif dari waktu tunggu.
Sumber data
Atribut konseptual yang diturunkan dari Waktu Mulai event berikutnya dalam urutan untuk suatu kasus.
Contoh
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
|
|||
|
Alasan ketidaksesuaian pencocokan
MatchingDiscrepancyReason
|
Alasan spesifik ketidaksesuaian antara faktur, pesanan pembelian, dan bukti penerimaan. | ||
|
Deskripsi
Atribut ini menjelaskan penyebab faktur gagal dalam proses pencocokan otomatis. Penyebab umum mencakup perbedaan harga, jumlah, atau kode barang antara faktur dan pesanan pembelian atau bukti penerimaan barang terkait. Informasi ini penting untuk dashboard "Tingkat ketidaksesuaian pencocokan faktur". Dengan mengelompokkan dan menganalisis penyebab ketidaksesuaian, perusahaan dapat menemukan masalah sistemik dalam proses pengadaan atau penerimaan barang. Perusahaan kemudian dapat mengambil tindakan korektif untuk meningkatkan pemrosesan faktur otomatis tanpa campur tangan.
Mengapa ini penting
Atribut ini menjelaskan penyebab faktur gagal dicocokkan secara otomatis. Informasinya membantu meningkatkan tingkat pencocokan yang berhasil sejak awal dan mengurangi pengerjaan ulang secara manual.
Sumber data
Lihat dokumentasi Oracle Fusion Financials. Informasi ini mungkin tercatat sebagai jenis alasan penahanan tertentu di AP_HOLDS_ALL atau di tabel detail pencocokan terkait.
Contoh
Harga satuan berbeda dari POJumlah yang ditagihkan > jumlah yang diterimaBarang pada faktur tidak valid
|
|||
|
Alasan penahanan
HoldReason
|
Alasan faktur ditahan atau pembayarannya diblokir. | ||
|
Deskripsi
Saat faktur ditahan, atribut ini mencatat alasannya, seperti "Harga tidak sesuai", "Jumlah tidak sesuai", atau "Menunggu penerimaan barang". Informasi ini menjelaskan penyebab alur proses normal terhenti. Atribut ini menjadi dimensi utama untuk dashboard "Tren dan analisis blokir pembayaran". Dengan menganalisis frekuensi tiap alasan penahanan, perusahaan dapat menemukan dan mengatasi akar penyebab blokir pembayaran, seperti masalah dalam proses pengadaan atau ketidakakuratan faktur vendor. Pada akhirnya, langkah ini dapat mengurangi keterlambatan pemrosesan.
Mengapa ini penting
Atribut ini menunjukkan akar penyebab blokir pembayaran, sehingga Anda dapat melakukan perbaikan yang tepat sasaran untuk mengurangi penahanan dan keterlambatan pembayaran.
Sumber data
Informasi penahanan biasanya tersimpan di tabel AP_HOLDS_ALL yang terhubung ke faktur dan memuat alasan atau kode penahanan.
Contoh
Harga tidak sesuaiJumlah yang ditagihkan melebihi jumlah yang diterimaNomor PO tidak valid
|
|||
|
Mata uang
InvoiceCurrencyCode
|
Mata uang yang digunakan untuk jumlah faktur. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang yang digunakan pada faktur, misalnya USD, EUR, atau GBP. Informasi ini memberi konteks penting untuk kolom jumlah faktur. Di organisasi global, analisis faktur berdasarkan mata uang penting untuk pelaporan keuangan dan memahami perbedaan proses antarwilayah. Atribut ini memastikan nilai uang ditafsirkan dengan benar dan memungkinkan analisis praktik pembayaran atau batas persetujuan berdasarkan mata uang.
Mengapa ini penting
Atribut ini memberi konteks yang diperlukan untuk menafsirkan dan menganalisis jumlah keuangan secara akurat, terutama dalam operasional multinasional.
Sumber data
Tersimpan di kolom INVOICE_CURRENCY_CODE pada tabel AP_INVOICES_ALL.
Contoh
USDEURGBPCAD
|
|||
|
Nama pemberi persetujuan
ApproverName
|
Nama orang yang menyetujui atau menolak faktur. | ||
|
Deskripsi
Atribut ini mencatat identitas orang yang mengambil tindakan pada tahap persetujuan. Informasi ini tercatat untuk aktivitas seperti "Faktur disetujui" atau "Faktur ditolak". Dalam analisis, nama pemberi persetujuan digunakan untuk memahami beban kerja persetujuan, mengukur waktu siklus tiap pemberi persetujuan, dan mengaudit kepatuhan terhadap kebijakan persetujuan. Untuk KPI "Tingkat Kepatuhan Persetujuan", atribut ini dapat diperiksa berdasarkan aturan pendelegasian wewenang yang mengacu pada jumlah faktur dan kode perusahaan.
Mengapa ini penting
Informasi ini penting untuk menganalisis waktu siklus persetujuan, memastikan kepatuhan terhadap kebijakan matriks persetujuan, dan memahami pembagian beban kerja.
Sumber data
Informasi ini tersimpan di tabel workflow atau riwayat persetujuan Oracle Fusion yang terkait dengan objek faktur.
Contoh
David WilsonSarah JohnsonMichael Brown
|
|||
|
Nomor pesanan pembelian
PurchaseOrderNumber
|
Identitas pesanan pembelian yang terkait dengan faktur. | ||
|
Deskripsi
Atribut ini menghubungkan faktur dengan pesanan pembelian (PO) yang menjadi dasar pengadaan barang atau jasa. Faktur dapat didukung PO atau tanpa PO. Analisis berdasarkan PO menghubungkan proses faktur dengan bagian pengadaan dalam proses P2P. Analisis ini membantu memahami kepatuhan proses pengadaan dan mengetahui apakah masalah faktur, seperti ketidaksesuaian pencocokan, berasal dari masalah pada PO awal. Ada atau tidaknya nomor PO menjadi cara utama untuk mengelompokkan dan menganalisis jalur pemrosesan faktur yang berbeda.
Mengapa ini penting
Atribut ini menghubungkan faktur dengan proses pengadaan dan penting untuk menganalisis alur faktur dengan PO dibandingkan faktur tanpa PO.
Sumber data
Informasi ini dapat diperoleh dengan menghubungkan baris faktur di AP_INVOICE_LINES_ALL ke distribusi PO melalui PO_DISTRIBUTION_ID.
Contoh
PO-2023-5001600789PO-FIN-9981
|
|||
|
Pembaruan data terakhir
LastUpdateDate
|
Stempel waktu yang menunjukkan kapan catatan terakhir diperbarui di sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan waktu perubahan terbaru pada data yang mendasari di Oracle Fusion Financials. Atribut ini digunakan untuk mengelola pemuatan data inkremental dan memastikan model process mining selalu diperbarui. Meski tidak digunakan langsung untuk menganalisis alur proses, stempel waktu teknis ini penting untuk menjaga data tetap mutakhir dan utuh. Dengan atribut ini, pipeline data dapat mengambil hanya catatan baru atau yang berubah sejak pembaruan terakhir, sehingga beban pada sistem sumber berkurang.
Mengapa ini penting
Memungkinkan pipeline data berjalan secara efisien dan inkremental, sehingga analisis proses tetap mutakhir tanpa perlu memuat ulang seluruh data.
Sumber data
Umumnya ditemukan sebagai LAST_UPDATE_DATE di berbagai tabel Oracle Fusion, termasuk AP_INVOICES_ALL.
Contoh
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
|
|||
|
Pembayaran tepat waktu
IsOnTimePayment
|
Penanda boolean yang menunjukkan apakah faktur dibayar sebelum atau pada tanggal jatuh tempo. | ||
|
Deskripsi
Penanda ini bernilai true jika pembayaran dilakukan pada atau sebelum tanggal jatuh tempo yang ditentukan, dan false jika tidak. Penanda ini memberikan klasifikasi yang jelas untuk setiap faktur yang telah dibayar. Atribut terhitung ini mendukung KPI Tingkat Pembayaran Tepat Waktu dan dashboard terkait. Atribut ini memudahkan analisis karena pengguna dapat memfilter, menghitung, dan melihat proporsi pembayaran terlambat dibandingkan yang tepat waktu tanpa membandingkan tanggal secara langsung. Dengan begitu, skala keterlambatan pembayaran dapat diketahui dengan cepat dan perbaikannya dipantau dari waktu ke waktu.
Mengapa ini penting
Atribut ini menyederhanakan analisis ketepatan waktu pembayaran dan menjadi masukan langsung untuk menghitung KPI Tingkat Pembayaran Tepat Waktu.
Sumber data
Atribut terhitung yang diperoleh dengan membandingkan waktu aktivitas "Pembayaran Dilaksanakan" dengan atribut "PaymentDueDate".
Contoh
truefalse
|
|||
|
Pengerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan aktivitas dalam rangkaian pengerjaan ulang. | ||
|
Deskripsi
Penanda ini bernilai true untuk aktivitas yang menunjukkan penyimpangan dari alur proses ideal, seperti "Faktur diperbaiki" atau aktivitas "Faktur divalidasi" yang terjadi untuk kedua kalinya setelah penolakan. Penanda ini membantu menandai dan menghitung rangkaian proses yang tidak efisien secara jelas. Atribut ini penting untuk dashboard "Tingkat pengerjaan ulang dan penanganan pengecualian". Dengan menandai aktivitas pengerjaan ulang, analis dapat menghitung volume dan biaya pengerjaan ulang, menemukan akar penyebabnya, serta mengukur dampak inisiatif perbaikan proses yang bertujuan agar pekerjaan benar sejak awal.
Mengapa ini penting
Atribut ini menandai dan menghitung pengerjaan ulang secara jelas, sehingga frekuensi, penyebab, dan dampak ketidakefisienan proses lebih mudah dianalisis.
Sumber data
Atribut terhitung. Logikanya ditentukan saat transformasi data untuk mengenali urutan aktivitas yang termasuk pengerjaan ulang.
Contoh
truefalse
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem asal tempat data peristiwa dicatat. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi atau modul sumber yang menghasilkan data, seperti Oracle Fusion Financials. Jika beberapa sistem terintegrasi, kolom ini membantu membedakan asal setiap langkah proses. Informasi sistem sumber berguna untuk memvalidasi data, mengatasi masalah, dan menganalisis variasi proses yang mungkin hanya terjadi pada sistem tertentu. Informasi ini memperjelas lanskap TI yang kompleks, saat perjalanan faktur dapat melibatkan beberapa aplikasi.
Mengapa ini penting
Atribut ini memberikan konteks tentang asal data, yang penting untuk tata kelola data, pemecahan masalah, dan analisis perilaku proses pada sistem tertentu.
Sumber data
Nilai statis ini sering ditambahkan saat ekstraksi data untuk menandai asal dataset.
Contoh
Oracle Fusion FinancialsOracle Payables Cloud
|
|||
|
Tanggal faktur
InvoiceDate
|
Tanggal yang tercantum pada dokumen faktur vendor. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal resmi penerbitan faktur oleh vendor. Tanggal ini merupakan informasi penting pada dokumen sumber dan menjadi acuan untuk menghitung tanggal jatuh tempo pembayaran berdasarkan syarat pembayaran yang disepakati. Tanggal faktur tidak selalu menandai awal proses internal, tetapi tetap memberi konteks penting. Bersama nama vendor dan jumlah faktur, tanggal ini membantu menemukan potensi faktur ganda. Analisis jeda antara tanggal faktur dan tanggal faktur dibuat di sistem juga dapat mengungkap ketidakefisienan dalam proses penerimaan surat atau pemasukan faktur ke sistem.
Mengapa ini penting
Tanggal ini penting untuk menemukan faktur ganda dan menghitung tanggal jatuh tempo pembayaran.
Sumber data
Kolom standar bernama INVOICE_DATE pada tabel AP_INVOICES_ALL.
Contoh
2023-04-102023-05-012023-05-25
|
|||
Aktivitas pemrosesan faktur dari pembelian hingga pembayaran
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibuat
|
Menandai pembuatan awal catatan faktur di sistem, baik melalui entri manual, pemindaian, maupun pengiriman elektronik. Peristiwa ini biasanya tercatat saat baris baru ditambahkan ke tabel faktur utama. | ||
|
Mengapa ini penting
Menandai awal siklus pemrosesan faktur. Analisis waktu sejak peristiwa ini membantu menilai efisiensi entri data dan keterlambatan pada awal proses.
Sumber data
Di Oracle Fusion Financials, peristiwa ini sesuai dengan stempel waktu pembuatan catatan di tabel AP_INVOICES_ALL, tepatnya kolom CREATION_DATE.
Pengumpulan data
Stempel waktu pembuatan catatan di AP_INVOICES_ALL.
Jenis peristiwa
explicit
|
|||
|
Faktur dicatat dalam pembukuan
|
Faktur berhasil dibukukan ke General Ledger dan menghasilkan entri jurnal. Peristiwa ini memastikan dampak keuangan faktur telah dicatat secara resmi. | ||
|
Mengapa ini penting
Titik kontrol keuangan yang penting dan prasyarat pembayaran. Tahap ini memastikan faktur telah divalidasi dan disetujui sepenuhnya, serta siap dibayar.
Sumber data
Disimpulkan dari status di tabel AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') atau dengan memeriksa entri jurnal terkait di tabel General Ledger, seperti XLA_AE_HEADERS.
Pengumpulan data
Disimpulkan dari penanda di AP_INVOICE_DISTRIBUTIONS_ALL atau entri GL yang tertaut.
Jenis peristiwa
inferred
|
|||
|
Faktur dicocokkan dengan PO
|
Aktivitas ini menandakan bahwa baris faktur berhasil dicocokkan dengan baris Purchase Order terkait. Ini memastikan barang atau jasa yang ditagihkan memang dipesan. Tindakan ini biasanya dilakukan secara otomatis atau manual dan dicatat di sistem. | ||
|
Mengapa ini penting
Penting untuk pencocokan tiga arah antara PO, penerimaan, dan faktur. Kegagalan pada tahap ini sering menjadi sumber utama pengecualian dan keterlambatan.
Sumber data
Peristiwa ini dapat disimpulkan dari pembuatan catatan di tabel AP_INVOICE_DISTRIBUTIONS_ALL yang menghubungkan faktur dengan distribusi PO (PO_DISTRIBUTION_ID). Status pencocokan di tingkat baris pada AP_INVOICE_LINES_ALL juga dapat digunakan.
Pengumpulan data
Disimpulkan dari terisinya data distribusi PO pada baris faktur.
Jenis peristiwa
inferred
|
|||
|
Faktur dikirim untuk persetujuan
|
Faktur diajukan ke alur kerja persetujuan berdasarkan aturan bisnis yang dikonfigurasi. Tahap ini menandai dimulainya siklus persetujuan resmi. | ||
|
Mengapa ini penting
Memulai bagian penting dalam proses. Pelacakan waktu mulai ini penting untuk mengukur dan mengoptimalkan 'Waktu Siklus Persetujuan Faktur'.
Sumber data
Disimpulkan dari perubahan status di tabel AP_INVOICES_ALL, saat APPROVAL_STATUS berubah menjadi status seperti 'Initiated' atau 'Pending Approval'. Tabel alur kerja mungkin juga mencatat peristiwa ini.
Pengumpulan data
Disimpulkan dari perubahan AP_INVOICES_ALL.APPROVAL_STATUS menjadi 'Initiated'.
Jenis peristiwa
inferred
|
|||
|
Faktur disetujui
|
Faktur telah disetujui sepenuhnya oleh semua pihak yang diwajibkan dalam alur kerja. Faktur kini siap dicatat dalam pembukuan dan dijadwalkan untuk pembayaran. | ||
|
Mengapa ini penting
Tahap penting yang menandai selesainya proses persetujuan. Keterlambatan sebelum tahap ini sering menjadi hambatan.
Sumber data
Disimpulkan dari perubahan APPROVAL_STATUS di tabel AP_INVOICES_ALL menjadi status persetujuan akhir seperti 'Approved' atau 'Workflow Approved'. Riwayat audit kolom ini menyediakan stempel waktunya.
Pengumpulan data
Disimpulkan dari perubahan AP_INVOICES_ALL.APPROVAL_STATUS menjadi 'Approved'.
Jenis peristiwa
inferred
|
|||
|
Pembayaran dilakukan
|
Konfirmasi akhir bahwa pembayaran telah dilakukan dan berhasil dicairkan. Untuk cek, ini adalah tanggal pencairan. Untuk pembayaran elektronik, ini adalah konfirmasi dari bank. | ||
|
Mengapa ini penting
Ini merupakan aktivitas terakhir dalam siklus faktur dan menandai proses yang berhasil diselesaikan. Tahap ini menjadi titik akhir untuk menghitung 'Rata-rata Waktu Siklus Faktur' dan 'Tingkat Pembayaran Tepat Waktu'.
Sumber data
Disimpulkan dari perubahan status pembayaran menjadi 'Cleared' atau 'Reconciled' di tabel AP_CHECKS_ALL (menggunakan CLEARED_DATE), atau dari data rekonsiliasi bank di modul Cash Management (CE_STATEMENT_LINES).
Pengumpulan data
Disimpulkan dari pembaruan status di AP_CHECKS_ALL atau rekonsiliasi di modul CE.
Jenis peristiwa
inferred
|
|||
|
Faktur dibatalkan
|
Faktur telah dibatalkan atau dinyatakan tidak berlaku, sehingga tidak akan diproses lebih lanjut atau dibayar. Ini merupakan status akhir proses. | ||
|
Mengapa ini penting
Ini merupakan titik akhir penting bagi faktur yang tidak berujung pada pembayaran. Analisis pembatalan dapat mengungkap masalah seperti faktur ganda atau pengajuan vendor yang keliru.
Sumber data
Disimpulkan dari perubahan status di AP_INVOICES_ALL. Kolom CANCELLED_DATE akan berisi stempel waktu pembatalan.
Pengumpulan data
Kolom CANCELLED_DATE di tabel AP_INVOICES_ALL telah terisi.
Jenis peristiwa
explicit
|
|||
|
Faktur diperbaiki
|
Terjadi saat pengguna mengubah faktur, biasanya sebagai tindak lanjut penolakan atau untuk memperbaiki kesalahan entri data. Ini merupakan tahap pengerjaan ulang secara manual. | ||
|
Mengapa ini penting
Aktivitas ini menjadi penanda jelas adanya pekerjaan ulang. Analisis frekuensinya membantu mengukur inefisiensi proses dan mendukung KPI 'Tingkat Pengerjaan Ulang Faktur'.
Sumber data
Peristiwa ini dapat disimpulkan dengan melacak pembaruan penting pada catatan faktur di AP_INVOICES_ALL setelah faktur divalidasi atau diajukan untuk persetujuan. Data yang diperlukan mencakup stempel waktu LAST_UPDATE_DATE dan jejak audit.
Pengumpulan data
Disimpulkan dengan membandingkan LAST_UPDATE_DATE setelah penolakan atau penahanan.
Jenis peristiwa
inferred
|
|||
|
Faktur ditahan
|
Aktivitas umum yang menandai penahanan faktur sehingga faktur tidak dapat dilanjutkan ke pembayaran. Penahanan dapat terjadi karena berbagai alasan, seperti masalah pencocokan, dana tidak mencukupi, atau intervensi manual. | ||
|
Mengapa ini penting
Penahanan berdampak langsung pada waktu siklus dan dapat menyebabkan keterlambatan pembayaran. Analisis penahanan penting untuk menemukan dan mengatasi masalah proses yang berulang, serta mendukung analisis 'Tren Pemblokiran Pembayaran'.
Sumber data
Dicatat secara eksplisit di tabel AP_HOLDS_ALL. Setiap baris menunjukkan penahanan, tanggal dibuat (HOLD_DATE), dan alasannya.
Pengumpulan data
Pembuatan catatan di tabel AP_HOLDS_ALL.
Jenis peristiwa
explicit
|
|||
|
Faktur ditolak
|
Pemberi persetujuan menolak faktur dalam alur kerja persetujuan. Tindakan ini biasanya mengembalikan faktur untuk diperbaiki atau dibatalkan, sehingga proses perlu diulang. | ||
|
Mengapa ini penting
Menandai hasil yang tidak diharapkan dan menjadi penyebab utama pekerjaan ulang serta waktu siklus yang lebih lama. Pelacakan penolakan membantu menemukan masalah kualitas faktur atau kepatuhan terhadap PO.
Sumber data
Disimpulkan dari perubahan APPROVAL_STATUS di tabel AP_INVOICES_ALL menjadi 'Rejected'. Riwayat alur kerja mencatat siapa yang menolak dan kapan.
Pengumpulan data
Disimpulkan dari perubahan AP_INVOICES_ALL.APPROVAL_STATUS menjadi 'Rejected'.
Jenis peristiwa
inferred
|
|||
|
Faktur divalidasi
|
Menandakan bahwa faktur telah lolos pemeriksaan sistem atas kelengkapan dan kebenaran informasi header serta baris. Peristiwa ini sering disimpulkan dari perubahan status catatan faktur. | ||
|
Mengapa ini penting
Tahap penting sebelum pencocokan dan persetujuan. Keterlambatan pada tahap ini dapat menunjukkan masalah kualitas data faktur atau konfigurasi sistem.
Sumber data
Disimpulkan dari perubahan status faktur menjadi 'Validated' di tabel AP_INVOICES_ALL. Riwayat perubahan atau jejak audit kolom VALIDATION_STATUS dapat digunakan.
Pengumpulan data
Disimpulkan dari perubahan kolom AP_INVOICES_ALL.VALIDATION_STATUS.
Jenis peristiwa
inferred
|
|||
|
Pembayaran dibuat
|
Sistem telah membuat instruksi pembayaran untuk faktur. Instruksi ini dapat berupa pembuatan cek, berkas transfer dana elektronik (EFT), atau alat pembayaran lainnya. | ||
|
Mengapa ini penting
Pada tahap ini, organisasi mengalokasikan dana untuk pembayaran. Ini merupakan tahap penting sebelum dana keluar dari rekening bank.
Sumber data
Dicatat di tabel AP_CHECKS_ALL yang menyimpan informasi semua pembayaran. CHECK_DATE menunjukkan tanggal dokumen pembayaran dibuat.
Pengumpulan data
Pembuatan catatan di tabel AP_CHECKS_ALL.
Jenis peristiwa
explicit
|
|||
|
Pembayaran dijadwalkan
|
Faktur dipilih dan dimasukkan ke permintaan proses pembayaran, yang sering disebut payment run atau batch pembayaran. Faktur kini masuk antrean pembayaran. | ||
|
Mengapa ini penting
Tahap antara pencatatan dalam pembukuan dan pembayaran aktual. Lamanya tahap ini memengaruhi perkiraan arus kas dan peluang memperoleh diskon pembayaran lebih awal.
Sumber data
Peristiwa ini dicatat di tabel AP_INVOICE_PAYMENTS_ALL saat catatan pembayaran dibuat, tetapi belum dikonfirmasi sebagai pembayaran yang telah dilakukan. Data ini juga dapat ditemukan di tabel batch pembayaran seperti IBY_PAYMENT_PROCESS_REQUESTS.
Pengumpulan data
Pembuatan catatan pembayaran terjadwal di AP_INVOICE_PAYMENTS_ALL.
Jenis peristiwa
explicit
|
|||
|
Penahanan faktur dilepas
|
Peristiwa ini menandai penyelesaian penahanan yang sebelumnya diberlakukan pada faktur. Pengguna atau proses otomatis menghapus pemblokiran agar faktur dapat melanjutkan siklusnya. | ||
|
Mengapa ini penting
Waktu antara pemberlakuan dan pelepasan penahanan menjadi ukuran penting efisiensi penanganan pengecualian. Data ini mendukung KPI 'Rata-rata Waktu Penyelesaian Pengecualian'.
Sumber data
Dicatat di tabel AP_HOLDS_ALL. Saat penahanan dilepas, kolom RELEASE_LOOKUP_CODE dan RELEASE_REASON diisi, begitu pula LAST_UPDATE_DATE.
Pengumpulan data
Pembaruan catatan di tabel AP_HOLDS_ALL yang menandai penahanan telah dilepas.
Jenis peristiwa
explicit
|
|||
|
Selisih pencocokan ditemukan
|
Terjadi saat sistem atau pengguna menemukan ketidakcocokan antara informasi faktur, pesanan pembelian, dan penerimaan, misalnya pada harga atau jumlah. Hal ini sering membuat sistem menahan faktur. | ||
|
Mengapa ini penting
Menunjukkan pengecualian proses yang memerlukan penanganan manual. Pelacakan peristiwa ini penting untuk KPI 'Tingkat Selisih Pencocokan Faktur' dan analisis akar penyebab.
Sumber data
Peristiwa ini sering dicatat sebagai jenis penahanan tertentu pada faktur. Periksa tabel AP_HOLDS_ALL untuk jenis penahanan terkait pencocokan, misalnya 'QTY REC' atau 'PRICE'. HOLD_DATE menunjukkan stempel waktunya.
Pengumpulan data
Pembuatan catatan di AP_HOLDS_ALL dengan jenis penahanan terkait pencocokan.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi data
Siap memulai?
Mulai optimalkan pemrosesan faktur dengan menyiapkan data menggunakan templat ini. Temukan wawasan berharga dan tingkatkan efisiensi organisasi Anda.
Optimalkan pemrosesan faktur P2P sekarang, percepat siklus hingga 30%
Atasi hambatan di Oracle Fusion Financials dan kurangi waktu siklus hingga 30%.
Tidak perlu kartu kredit. Lihat hasilnya dalam hitungan hari.