Templat data Order-to-Cash, penagihan dan faktur
Templat data Order-to-Cash, penagihan dan faktur
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data untuk Oracle E-Business Suite
Atribut Order-to-Cash, penagihan dan faktur
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nomor faktur
InvoiceNumber
|
Pengenal unik untuk setiap dokumen faktur, yang berfungsi sebagai ID kasus utama dalam proses penagihan. | ||
|
Deskripsi
Nomor Faktur menjadi kunci analisis penagihan order to cash karena mengidentifikasi setiap transaksi penagihan secara unik. Nomor ini mengelompokkan semua aktivitas terkait, seperti pembuatan, persetujuan, pengiriman, pembayaran, dan penutupan, ke dalam satu rangkaian proses. Dengan begitu, Anda dapat melihat seluruh siklus hidup faktur dari awal hingga akhir. Dalam process mining, analisis berdasarkan Nomor Faktur membantu mengukur total waktu siklus, menemukan variasi penanganan faktur, dan mengidentifikasi hambatan yang menunda pembayaran. Nomor ini penting untuk melacak perjalanan setiap faktur, mulai dari pembuatan hingga pelunasan.
Mengapa ini penting
Ini adalah pengenal kasus utama yang menghubungkan semua peristiwa terkait, sehingga seluruh proses penagihan untuk setiap faktur dapat direkonstruksi dan dianalisis.
Sumber data
Biasanya berupa nomor transaksi dari tabel RA_CUSTOMER_TRX_ALL di Oracle Receivables.
Contoh
INV-9234501788144US-2023-001293
|
|||
|
Waktu peristiwa
EventTime
|
Tanggal dan waktu tepat saat aktivitas terjadi. | ||
|
Deskripsi
Waktu Peristiwa adalah stempel waktu untuk setiap aktivitas yang menunjukkan urutan kronologis peristiwa dalam suatu kasus. Data ini menjadi bahan dasar untuk semua analisis berbasis waktu dalam process mining. Atribut ini penting untuk menghitung indikator kinerja utama, seperti waktu siklus, durasi antaraktivitas, dan waktu penyelesaian proses. Contohnya, selisih Waktu Peristiwa antara 'Faktur dibuat' dan 'Faktur disetujui' menunjukkan durasi persetujuan. Stempel waktu yang akurat dan lengkap sangat penting agar analisis proses dapat diandalkan.
Mengapa ini penting
Atribut ini memberi konteks waktu untuk setiap peristiwa, sehingga durasi dapat dihitung, kinerja proses dianalisis, dan hambatan ditemukan.
Sumber data
Bersumber dari berbagai kolom tanggal di tabel Oracle EBS, seperti CREATION_DATE atau LAST_UPDATE_DATE di tabel RA_CUSTOMER_TRX_ALL dan AR_CASH_RECEIPTS_ALL.
Contoh
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
Nama aktivitas
ActivityName
|
Nama peristiwa bisnis tertentu yang terjadi pada suatu waktu dalam siklus hidup faktur. | ||
|
Deskripsi
Nama Aktivitas menjelaskan langkah atau tonggak dalam proses penagihan, seperti 'Faktur dibuat', 'Faktur disetujui', atau 'Pembayaran pelanggan diterima'. Urutan aktivitas berdasarkan waktu untuk suatu Nomor Faktur membentuk alur proses. Atribut ini menjadi dasar process mining karena digunakan untuk menyusun peta proses, menganalisis variasi proses, dan menemukan penyimpangan atau pengerjaan ulang. Nama aktivitas harus jelas dan konsisten agar analisis bermakna, misalnya saat menghitung waktu antar langkah tertentu atau memahami kepatuhan proses.
Mengapa ini penting
Atribut ini menjadi dasar untuk menemukan dan memvisualisasikan alur proses, serta menganalisis variasi proses, hambatan, dan pengerjaan ulang.
Sumber data
Biasanya diperoleh dengan memetakan perubahan status, jenis peristiwa, atau peristiwa pembuatan/pembaruan catatan dari berbagai tabel Oracle EBS, misalnya AR_PAYMENT_SCHEDULES_ALL dan RA_CUSTOMER_TRX_ALL, ke nama aktivitas standar.
Contoh
Faktur dibuatFaktur disetujuiTanggal jatuh tempo pembayaran tibaPembayaran pelanggan diterima
|
|||
|
Departemen
Department
|
Departemen atau tim fungsional yang terkait dengan pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut Departemen memberikan konteks organisasi bagi pengguna yang melakukan aktivitas, seperti 'Accounts Receivable' atau 'Operasional Penjualan'. Dengan atribut ini, analisis dapat dirangkum berdasarkan tim atau departemen. Informasi ini penting untuk memahami interaksi dan pengaruh berbagai bagian organisasi terhadap proses penagihan. Atribut ini dapat membantu menemukan masalah sistemik di suatu departemen, membandingkan kinerja antartim, dan menganalisis alokasi sumber daya. Misalnya, dashboard 'Waktu Siklus Persetujuan Faktur' dapat dirinci berdasarkan departemen.
Mengapa ini penting
Memungkinkan analisis kinerja proses berdasarkan struktur organisasi, menampilkan perbedaan antartim dan membantu menemukan hambatan khusus di suatu departemen.
Sumber data
Biasanya diperoleh dengan menggabungkan informasi pengguna dengan data hierarki SDM organisasi, sering kali dari PER_ALL_ASSIGNMENTS_F atau tabel SDM serupa.
Contoh
Piutang usahaOperasional KeuanganLayanan Penagihan
|
|||
|
ID pelanggan
CustomerId
|
Pengenal unik pelanggan yang menerima faktur. | ||
|
Deskripsi
ID Pelanggan menghubungkan faktur dengan akun pelanggan tertentu di data induk. Dengan demikian, kinerja proses dapat dihitung dan dibandingkan untuk setiap pelanggan. Dengan atribut ini, analis dapat membuat dashboard yang menampilkan pola pembayaran pelanggan, menemukan pelanggan yang paling sering mengajukan sengketa atau menyebabkan pengerjaan ulang, serta membandingkan waktu pemrosesan faktur antarsegmen pelanggan. Atribut ini membantu memperluas analisis dari proses saja menjadi analisis yang berfokus pada pelanggan.
Mengapa ini penting
Memungkinkan analisis yang berfokus pada pelanggan, sehingga Anda dapat menemukan pola pembayaran, sengketa yang sering terjadi, atau variasi proses pada pelanggan tertentu.
Sumber data
Terdapat di tabel RA_CUSTOMER_TRX_ALL sebagai SOLD_TO_CUSTOMER_ID atau BILL_TO_CUSTOMER_ID.
Contoh
CUST-100239845ACME-US-01
|
|||
|
Pengguna
User
|
ID pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini mengidentifikasi karyawan atau pengguna sistem yang bertanggung jawab menjalankan langkah proses, seperti menyetujui faktur atau mencatat pembayaran. Atribut ini penting untuk memahami peran manusia dalam proses. Analisis berdasarkan Pengguna membantu menemukan kebutuhan pelatihan, ketimpangan pembagian beban kerja, dan perbedaan kinerja individu. Misalnya, analisis dapat menunjukkan pengguna yang paling sering terkait dengan pengerjaan ulang atau waktu persetujuan terlama, sehingga perbaikan proses dapat diarahkan dengan tepat.
Mengapa ini penting
Memungkinkan analisis kinerja per individu, sehingga Anda dapat menemukan pengguna berkinerja tinggi, kebutuhan pelatihan, dan potensi ketimpangan beban kerja.
Sumber data
Bersumber dari kolom ID pengguna, seperti CREATED_BY atau LAST_UPDATED_BY, di berbagai tabel transaksi. ID ini kemudian dicocokkan dengan FND_USER untuk mendapatkan nama pengguna.
Contoh
JSMITHBWILLIAMSCDAVIS
|
|||
|
Status faktur
InvoiceStatus
|
Status faktur saat ini dalam siklus hidupnya. | ||
|
Deskripsi
Status Faktur menunjukkan kondisi faktur saat ini, seperti 'Terbuka', 'Ditutup', atau 'Disengketakan'. Atribut ini memberikan gambaran kondisi faktur pada saat tertentu. Atribut ini penting untuk membuat dashboard seperti 'Ringkasan Umur dan Status Faktur', yang membantu pengguna melihat jumlah dan nilai faktur dalam berbagai status dengan cepat. Informasi ini membantu memprioritaskan penagihan atas faktur terbuka dan memberikan ringkasan kondisi keseluruhan portofolio piutang.
Mengapa ini penting
Memberikan gambaran status faktur saat ini, yang penting untuk dashboard operasional, pengelolaan beban kerja, dan penentuan prioritas aktivitas penagihan.
Sumber data
Tersedia di tabel AR_PAYMENT_SCHEDULES_ALL, pada kolom STATUS ('OP' untuk terbuka, 'CL' untuk ditutup).
Contoh
TerbukaDitutupDalam sengketa
|
|||
|
Tanggal jatuh tempo
DueDate
|
Tanggal batas pembayaran faktur yang diharapkan dari pelanggan. | ||
|
Deskripsi
Tanggal Jatuh Tempo adalah atribut tanggal penting yang menetapkan batas pembayaran faktur sesuai ketentuan pembayaran. Tanggal ini menjadi acuan untuk mengukur kinerja pembayaran aktual. Atribut ini penting untuk menghitung KPI seperti Tingkat Pembayaran Tepat Waktu dan membuat laporan umur faktur. Dalam process mining, atribut ini membantu menganalisis perilaku pembayaran, misalnya menemukan pelanggan yang sering terlambat membayar atau mengukur dampak keterlambatan proses terhadap ketepatan waktu penagihan.
Mengapa ini penting
Menjadi acuan untuk mengukur kinerja pembayaran, menghitung umur faktur, dan menilai risiko keterlambatan pembayaran atau piutang tak tertagih.
Sumber data
Tersedia di tabel AR_PAYMENT_SCHEDULES_ALL, pada kolom DUE_DATE.
Contoh
2023-05-152023-06-302023-07-01
|
|||
|
Total nilai faktur
TotalInvoiceAmount
|
Total nilai uang faktur, termasuk semua baris item, pajak, dan biaya. | ||
|
Deskripsi
Atribut ini menunjukkan total nilai keuangan faktur yang dikirim kepada pelanggan. Nilai ini menjadi metrik dasar untuk analisis keuangan dalam proses penagihan. Dalam process mining, Total Nilai Faktur digunakan untuk mengelompokkan dan memfilter kasus. Misalnya, analis dapat membandingkan alur proses faktur bernilai tinggi dan rendah untuk melihat apakah penanganannya berbeda. Atribut ini juga penting untuk menganalisis dampak keuangan, seperti menghitung nilai faktur yang tertahan pada tahap persetujuan.
Mengapa ini penting
Memungkinkan analisis dampak keuangan, sehingga pengguna dapat memprioritaskan masalah berdasarkan nilai uang dan memahami pengaruh nilai faktur terhadap proses.
Sumber data
Kemungkinan bersumber dari tabel AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) atau dihitung dari RA_CUSTOMER_TRX_LINES_ALL untuk faktur tertentu.
Contoh
1500.0012550.75500.50
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
Jumlah hari antara pembuatan faktur dan penerimaan pembayaran. | ||
|
Deskripsi
Days Sales Outstanding (DSO) adalah metrik keuangan penting yang mengukur rata-rata waktu yang dibutuhkan untuk menerima pembayaran setelah faktur dibuat. Atribut ini dihitung untuk setiap faktur. KPI keseluruhan menunjukkan nilai rata-rata, tetapi nilai per faktur memungkinkan analisis yang lebih mendalam. Anda dapat melihat distribusi, menemukan nilai yang menyimpang, dan menganalisis tren efisiensi penagihan dari waktu ke waktu. Dashboard 'Tren DSO' menampilkan rata-rata atribut ini dari waktu ke waktu.
Mengapa ini penting
Mengukur efisiensi penagihan untuk setiap faktur. Data ini menjadi dasar analisis tren dan membantu menemukan faktor yang berkaitan dengan DSO tinggi.
Sumber data
Dihitung saat transformasi data. Logika: Timestamp('Pembayaran Pelanggan Diterima') - Timestamp('Faktur Dibuat').
Contoh
304592
|
|||
|
Dibayar tepat waktu
IsPaidOnTime
|
Penanda hasil perhitungan yang menunjukkan apakah faktur dibayar pada atau sebelum tanggal jatuh tempo. | ||
|
Deskripsi
Atribut boolean ini diperoleh dengan membandingkan waktu 'Pembayaran Pelanggan Diterima' dengan 'Tanggal Jatuh Tempo' faktur. Nilainya true jika pembayaran dilakukan tepat waktu atau lebih awal, dan false jika terlambat. Penanda ini memudahkan pembuatan KPI dan dashboard terkait kinerja pembayaran. Nilainya digunakan langsung untuk menghitung KPI 'Tingkat Pembayaran Tepat Waktu'. Anda juga dapat memfilter dan mengelompokkan faktur dengan mudah ke dalam kategori 'tepat waktu' dan 'terlambat' untuk mencari akar masalah.
Mengapa ini penting
Mendukung KPI 'Tingkat Pembayaran Tepat Waktu' secara langsung dan memudahkan analisis dengan mengelompokkan faktur menjadi 'tepat waktu' dan 'terlambat'.
Sumber data
Dihitung saat transformasi data. Logika: IF (Timestamp('Pembayaran Pelanggan Diterima') <= Date('TanggalJatuhTempo')) THEN true ELSE false.
Contoh
truefalse
|
|||
|
Ketentuan pembayaran
PaymentTerms
|
Ketentuan yang disepakati untuk menentukan kapan pelanggan harus membayar tagihan. | ||
|
Deskripsi
Syarat pembayaran menetapkan ketentuan pembayaran, seperti 'Net 30' atau 'Net 60', yang digunakan untuk menghitung tanggal jatuh tempo faktur. Syarat ini merupakan data induk penting yang berdampak langsung pada arus kas. Analisis berdasarkan syarat pembayaran membantu Anda memahami pengaruh berbagai ketentuan terhadap perilaku pembayaran dan Days Sales Outstanding (DSO). Analisis ini dapat menunjukkan apakah pelanggan dengan jangka waktu pembayaran lebih singkat membayar lebih cepat, sekaligus membantu menentukan syarat pembayaran yang sesuai untuk tiap segmen pelanggan.
Mengapa ini penting
Berpengaruh langsung pada tanggal jatuh tempo faktur dan perkiraan arus kas. Analisis ini membantu menilai efektivitas berbagai kebijakan kredit.
Sumber data
Bersumber dari tabel RA_TERMS_B, yang ditautkan melalui TERM_ID pada tabel RA_CUSTOMER_TRX_ALL.
Contoh
Net 30Net 60Jatuh tempo saat diterima
|
|||
|
Mata uang
Currency
|
Kode mata uang untuk nilai uang pada faktur. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang, seperti USD atau EUR, yang digunakan untuk menyatakan nilai faktur. Informasi ini diperlukan untuk memahami semua metrik keuangan. Saat menganalisis data dari operasional multinasional, atribut Mata Uang penting untuk menafsirkan dan membandingkan nilai keuangan dengan benar. Dashboard dapat menggunakannya untuk memfilter berdasarkan mata uang atau menerapkan nilai tukar dalam pelaporan konsolidasi.
Mengapa ini penting
Memberi konteks penting untuk semua atribut keuangan, sehingga data dapat ditafsirkan dan dianalisis dengan akurat dalam lingkungan dengan beberapa mata uang.
Sumber data
Biasanya terdapat di tabel RA_CUSTOMER_TRX_ALL, pada kolom INVOICE_CURRENCY_CODE.
Contoh
USDEURGBP
|
|||
|
Mengalami pengerjaan ulang
IsRework
|
Penanda hasil perhitungan yang menunjukkan apakah faktur mengalami pengerjaan ulang, seperti perubahan atau persetujuan ulang. | ||
|
Deskripsi
Penanda boolean ini bernilai true jika alur proses faktur mencakup aktivitas yang menunjukkan pengerjaan ulang, seperti 'Faktur Diubah' atau peristiwa 'Faktur Disetujui' yang terjadi untuk kedua kalinya. Penanda ini membantu menemukan faktur yang menyimpang dari alur standar yang efisien. Atribut ini penting untuk KPI seperti 'Tingkat Kesalahan Faktur' dan 'Tingkat Pengerjaan Ulang Manual'. Analis dapat menghitung frekuensi pengerjaan ulang, memfilter kasus yang tidak efisien, lalu menyelidiki penyebabnya, termasuk pengguna atau departemen yang paling sering terlibat.
Mengapa ini penting
Mengukur ketidakefisienan proses dengan menandai faktur yang memerlukan langkah tambahan di luar standar. Ini membantu menganalisis penyebab dan dampak pengerjaan ulang.
Sumber data
Dihitung saat transformasi data dengan mendeteksi urutan aktivitas tertentu dalam satu kasus, misalnya 'Faktur Disetujui' yang diikuti 'Faktur Diubah'.
Contoh
truefalse
|
|||
|
Nama pelanggan
CustomerName
|
Nama resmi pelanggan yang menerima faktur. | ||
|
Deskripsi
Nama Pelanggan memberikan identitas yang mudah dikenali. ID Pelanggan digunakan untuk menghubungkan data dan mengidentifikasi pelanggan secara unik, sedangkan nama ditampilkan dalam laporan dan dashboard. Dengan nama pelanggan, analisis lebih mudah dipahami karena pengguna dapat mengenali pelanggan tanpa perlu mencari tahu ID-nya. Nama ini penting untuk membuat visualisasi yang mudah digunakan, seperti diagram batang yang menunjukkan rata-rata keterlambatan pembayaran setiap pelanggan.
Mengapa ini penting
Memudahkan penggunaan dashboard dan laporan dengan menyediakan nama yang mudah dikenali untuk pemfilteran dan pengelompokan, sehingga analisis lebih mudah diakses.
Sumber data
Diambil dengan menggabungkan tabel HZ_PARTIES dan HZ_CUST_ACCOUNTS menggunakan ID pelanggan dari header faktur.
Contoh
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
Negara pelanggan
Country
|
Negara yang tercantum pada alamat penagihan pelanggan. | ||
|
Deskripsi
Atribut ini menunjukkan negara yang terkait dengan alamat penagihan pelanggan. Informasi ini menambahkan dimensi geografis dalam analisis proses. Analisis berdasarkan negara dapat mengungkap perbedaan regional dalam perilaku pembayaran, efisiensi proses, atau kepatuhan terhadap peraturan setempat. Misalnya, gunakan atribut ini di dashboard 'Wawasan Perilaku Pembayaran Pelanggan' untuk melihat apakah rata-rata keterlambatan pembayaran berbeda jauh antarnegara.
Mengapa ini penting
Memungkinkan analisis proses berdasarkan wilayah geografis dan menyoroti perbedaan perilaku pelanggan, dampak peraturan, atau kinerja operasional di tiap wilayah.
Sumber data
Diambil dari informasi lokasi penagihan pelanggan di HZ_LOCATIONS dan FND_TERRITORIES, yang ditautkan melalui tabel akun pelanggan.
Contoh
USAJermanBritania Raya
|
|||
|
Nomor pesanan penjualan
SalesOrderNumber
|
Nomor identifikasi pesanan penjualan awal yang menjadi dasar pembuatan faktur. | ||
|
Deskripsi
Nomor pesanan penjualan menghubungkan faktur langsung ke bagian 'Manajemen Pesanan' sebelumnya dalam siklus Order-to-Cash. Nomor ini mengaitkan proses penagihan dengan pesanan awal pelanggan. Atribut ini memungkinkan analisis lintas proses yang lebih luas. Misalnya, analis dapat memeriksa apakah jenis pesanan penjualan tertentu sering memicu sengketa tagihan atau keterlambatan pembayaran. Informasi ini memberi konteks penting yang biasanya tidak terlihat saat proses penagihan dianalisis secara terpisah.
Mengapa ini penting
Menghubungkan proses penagihan dengan proses penjualan sebelumnya. Dengan begitu, Anda dapat menganalisis Order-to-Cash secara menyeluruh dan mencari akar masalah.
Sumber data
Biasanya terdapat pada kolom atribut referensi atau antarmuka di tabel baris faktur RA_CUSTOMER_TRX_LINES_ALL, seperti INTERFACE_LINE_ATTRIBUTE1 atau descriptive flexfield serupa.
Contoh
SO-54321601882ORD-2023-9910
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir diperbarui atau diekstrak dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan waktu ekstraksi data terakhir. Informasi ini penting untuk mengetahui seberapa baru data yang dianalisis. Pengguna dapat melihat apakah dashboard dan analisis mencerminkan kondisi proses terkini. Atribut ini membantu menetapkan ekspektasi terkait jeda pembaruan data dan menjadi metadata penting bagi model data yang andal.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang tersedia, sehingga mereka memahami kondisi terkini analisis proses.
Sumber data
Kolom metadata ini dibuat dan dicantumkan pada setiap catatan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem pencatatan asal data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi sumber tempat data peristiwa berasal. Untuk proses ini, sumbernya selalu Oracle E-Business Suite. Di lingkungan dengan beberapa sistem, kolom ini penting untuk melacak asal data dan memecahkan masalah. Bahkan jika hanya ada satu sistem, kolom ini tetap wajib untuk tata kelola data dan memastikan data berasal dari sumber yang diharapkan.
Mengapa ini penting
Memastikan data dapat ditelusuri dan memiliki konteks. Hal ini penting untuk tata kelola data dan integrasi data dari beberapa sistem perusahaan.
Sumber data
Nilai statis yang ditetapkan saat ekstraksi data untuk mengidentifikasi ERP sumber.
Contoh
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Unit bisnis
BusinessUnit
|
Unit bisnis atau unit operasional tertentu di perusahaan yang menerbitkan faktur. | ||
|
Deskripsi
Unit bisnis menunjukkan entitas organisasi yang bertanggung jawab atas transaksi. Di Oracle EBS, unit ini biasanya direpresentasikan sebagai Operating Unit. Atribut ini memungkinkan Anda membandingkan kinerja proses di berbagai bagian bisnis. Anda dapat mengetahui apakah unit bisnis tertentu bekerja lebih efisien, memiliki tingkat pembayaran tepat waktu yang lebih tinggi, atau lebih sering mengalami sengketa. Hasilnya dapat digunakan untuk berbagi praktik baik dan menentukan tindakan yang sesuai.
Mengapa ini penting
Memungkinkan perbandingan kinerja antarbagian organisasi untuk menemukan praktik baik dan tantangan di tiap area.
Sumber data
Informasi unit operasional tersedia secara implisit melalui ORG_ID di sebagian besar tabel transaksi, seperti RA_CUSTOMER_TRX_ALL.
Contoh
Operasional ASLayanan EMEAManufaktur global
|
|||
Aktivitas Order-to-Cash, penagihan dan faktur
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibuat
|
Menandai pembuatan transaksi faktur baru di sistem. Peristiwa ini biasanya dipicu oleh 'Autoinvoice Import Program' yang memproses baris pesanan penjualan yang telah dipenuhi, atau melalui entri faktur manual di modul Receivables. | ||
|
Mengapa ini penting
Ini adalah titik awal proses penagihan. Analisis waktu dari peristiwa ini ke peristiwa lainnya menunjukkan total siklus hidup faktur dan membantu menemukan hambatan pada tahap awal.
Sumber data
Dicatat sebagai tanggal pembuatan transaksi di tabel Oracle Receivables RA_CUSTOMER_TRX_ALL. TRX_DATE atau CREATION_DATE dapat digunakan sebagai stempel waktu peristiwa.
Pengumpulan data
Peristiwa ini menggunakan stempel waktu pembuatan catatan di tabel RA_CUSTOMER_TRX_ALL.
Jenis peristiwa
explicit
|
|||
|
Faktur dikirim ke pelanggan
|
Aktivitas ini menandakan faktur telah resmi dikirim kepada pelanggan, baik dalam bentuk cetak maupun elektronik. Peristiwa ini memulai hitung mundur masa pembayaran pelanggan. | ||
|
Mengapa ini penting
Ini adalah tonggak penting untuk mengukur waktu pengiriman faktur dan jeda hingga pembayaran. Dengan demikian, keterlambatan pemrosesan internal dapat dibedakan dari perilaku pembayaran pelanggan.
Sumber data
Oracle EBS tidak selalu mencatat peristiwa ini secara eksplisit di kolom standar. Peristiwa ini dapat disimpulkan dari stempel waktu program konkuren 'Invoice Print' atau penanda khusus yang ditetapkan saat pengiriman elektronik.
Pengumpulan data
Disimpulkan dari tanggal penyelesaian program pencetakan faktur atau logika khusus untuk pengiriman elektronik.
Jenis peristiwa
inferred
|
|||
|
Faktur ditutup
|
Faktur resmi ditutup. Saldo menjadi nol setelah pembayaran, nota kredit, dan/atau penyesuaian diterapkan. Ini menandai selesainya siklus hidup faktur. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama proses. Total waktu siklus dari 'Faktur dibuat' hingga 'Faktur ditutup' menjadi indikator penting efisiensi keseluruhan siklus penagihan order to cash.
Sumber data
Disimpulkan dari perubahan kolom STATUS di tabel AR_PAYMENT_SCHEDULES_ALL menjadi 'CL' (Closed). Tanggal transaksi terakhir yang menyebabkan penutupan dapat digunakan sebagai stempel waktu.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'CL' di AR_PAYMENT_SCHEDULES_ALL, dengan stempel waktu berdasarkan penerapan terkait yang terakhir.
Jenis peristiwa
inferred
|
|||
|
Kas diterapkan/direkonsiliasi
|
Pembayaran pelanggan yang diterima berhasil diterapkan ke satu atau beberapa faktur tertentu sehingga saldo terutang berkurang. Ini menandai rekonsiliasi pembayaran terhadap utang. | ||
|
Mengapa ini penting
Ini adalah tahap terakhir dalam proses pembayaran dan penting untuk mengukur Waktu Siklus Pencatatan Pembayaran. Keterlambatan pada tahap ini dapat membuat saldo akun pelanggan tidak akurat dan memengaruhi pengelolaan kredit.
Sumber data
Peristiwa ini dicatat secara eksplisit dengan stempel waktu saat catatan dibuat di tabel AR_RECEIVABLE_APPLICATIONS_ALL, yang menghubungkan penerimaan kas dengan transaksi.
Pengumpulan data
Peristiwa ini menggunakan stempel waktu pembuatan catatan (GL_DATE atau APPLY_DATE) di AR_RECEIVABLE_APPLICATIONS_ALL.
Jenis peristiwa
explicit
|
|||
|
Pembayaran pelanggan diterima
|
Pembayaran dari pelanggan telah dimasukkan ke sistem sebagai penerimaan kas. Pada tahap ini, pembayaran mungkin belum dicocokkan dengan faktur tertentu. | ||
|
Mengapa ini penting
Ini merupakan tonggak penting untuk menghitung Days Sales Outstanding (DSO). Waktu antara pembuatan faktur dan penerimaan pembayaran menjadi ukuran utama efisiensi penagihan.
Sumber data
Peristiwa ini dicatat secara eksplisit dengan stempel waktu saat catatan dibuat di tabel AR_CASH_RECEIPTS_ALL.
Pengumpulan data
Peristiwa ini menggunakan stempel waktu pembuatan catatan di tabel AR_CASH_RECEIPTS_ALL.
Jenis peristiwa
explicit
|
|||
|
Faktur disetujui
|
Menandai persetujuan resmi internal atas faktur yang dimasukkan secara manual atau telah ditinjau, sebelum dikirim ke pelanggan. Aktivitas ini dapat menjadi bagian dari Oracle Workflow yang dikonfigurasi atau perubahan status manual. | ||
|
Mengapa ini penting
Melacak waktu persetujuan sangat penting untuk KPI 'Waktu Siklus Persetujuan Faktur'. Keterlambatan pada tahap ini langsung menunda penagihan kepada pelanggan dan memperpanjang siklus konversi kas secara keseluruhan.
Sumber data
Cara pencatatannya sering bergantung pada konfigurasi. Peristiwa ini dapat disimpulkan dari perubahan status di tabel workflow, misalnya WF_ITEM_ACTIVITY_STATUSES, atau mungkin dari descriptive flexfield pada transaksi faktur di RA_CUSTOMER_TRX_ALL.
Pengumpulan data
Disimpulkan dari perubahan status di tabel workflow atau kolom status khusus.
Jenis peristiwa
inferred
|
|||
|
Faktur diubah
|
Menandakan faktur yang sudah ada tetapi belum selesai telah diperbarui atau dikoreksi. Perubahan dapat mencakup rincian baris, jumlah, atau informasi penagihan sebelum faktur diselesaikan atau dikirim. | ||
|
Mengapa ini penting
Perubahan yang sering terjadi dapat menandakan inefisiensi proses, masalah kualitas data, atau kesalahan pengguna. Analisis aktivitas ini membantu mengukur pengerjaan ulang dan dampaknya pada waktu siklus, serta mendukung KPI seperti 'Tingkat Kesalahan Faktur'.
Sumber data
Dapat disimpulkan dengan membandingkan CREATION_DATE dan LAST_UPDATE_DATE di tabel RA_CUSTOMER_TRX_ALL untuk faktur yang belum selesai. Jika audit diaktifkan, perubahan dapat dilacak dengan lebih jelas.
Pengumpulan data
Disimpulkan dengan melacak pembaruan melalui LAST_UPDATE_DATE di tabel RA_CUSTOMER_TRX_ALL.
Jenis peristiwa
inferred
|
|||
|
Nota kredit dibuat
|
Transaksi nota kredit dibuat dan sering diterapkan pada faktur yang sudah ada untuk memperbaiki kesalahan penagihan atau memproses retur. Ini merupakan transaksi terpisah yang terkait dengan Accounts Receivable. | ||
|
Mengapa ini penting
Jumlah nota kredit yang tinggi dapat menunjukkan masalah pada proses pemenuhan pesanan, penetapan harga, atau akurasi penagihan awal. Analisis peristiwa ini penting untuk menemukan akar penyebab kebocoran pendapatan dan ketidakpuasan pelanggan.
Sumber data
Dicatat sebagai transaksi baru di RA_CUSTOMER_TRX_ALL. CUST_TRX_TYPE_ID menghubungkannya ke jenis transaksi dengan kelas 'CM' (Credit Memo). Kolom PREVIOUS_CUSTOMER_TRX_ID menghubungkannya kembali ke faktur asli.
Pengumpulan data
Peristiwa ini menandai pembuatan catatan di RA_CUSTOMER_TRX_ALL dengan jenis transaksi nota kredit.
Jenis peristiwa
explicit
|
|||
|
Pembayaran dibatalkan
|
Menandakan pembayaran pelanggan yang sebelumnya diterima telah dibatalkan. Hal ini biasanya terjadi karena dana tidak mencukupi (NSF) atau kesalahan pemrosesan bank lainnya. | ||
|
Mengapa ini penting
Pembatalan pembayaran mengganggu perkiraan arus kas dan menambah pekerjaan administrasi. Dengan melacak peristiwa ini, Anda dapat menemukan pelanggan atau metode pembayaran yang bermasalah.
Sumber data
Tindakan ini dicatat secara eksplisit di Oracle Receivables. Pembatalan membuat entri di AR_CASH_RECEIPT_HISTORY_ALL dengan status yang menunjukkan pembatalan, seperti 'REVERSED'.
Pengumpulan data
Diidentifikasi dari perubahan status menjadi 'REVERSED' di tabel AR_CASH_RECEIPT_HISTORY_ALL.
Jenis peristiwa
explicit
|
|||
|
Penghapusbukuan dibuat
|
Penyesuaian dilakukan untuk menghapus seluruh atau sebagian sisa saldo faktur sebagai piutang tak tertagih. Hal ini biasanya dilakukan setelah upaya penagihan tidak lagi membuahkan hasil. | ||
|
Mengapa ini penting
Penghapusbukuan berarti kehilangan pendapatan secara langsung. Analisis frekuensi dan nilainya membantu menyempurnakan kebijakan kredit dan memahami dampak keuangan dari piutang yang tidak tertagih.
Sumber data
Dicatat sebagai transaksi jenis penyesuaian khusus pada faktur. Peristiwa ini dapat ditemukan di tabel AR_ADJUSTMENTS_ALL, dengan tautan ke jenis aktivitas piutang yang ditetapkan untuk penghapusbukuan.
Pengumpulan data
Peristiwa ini menandai pembuatan catatan di AR_ADJUSTMENTS_ALL dengan jenis aktivitas 'Write-Off'.
Jenis peristiwa
explicit
|
|||
|
Pengingat pembayaran dikirim
|
Surat penagihan atau pengingat dikirim kepada pelanggan terkait faktur yang telah lewat jatuh tempo. Ini merupakan aktivitas penting dalam proses penagihan. | ||
|
Mengapa ini penting
Melacak aktivitas ini penting untuk mengukur efektivitas strategi penagihan. Anda dapat menganalisis tingkat pembayaran sebelum dan sesudah pengingat dikirim.
Sumber data
Jika Oracle Advanced Collections digunakan, pengiriman surat penagihan dicatat sebagai peristiwa eksplisit. Tanpa modul ini, aktivitas tersebut sering dilakukan di luar sistem dan mungkin tidak terlacak dengan andal.
Pengumpulan data
Dicatat sebagai peristiwa Dunning Correspondence di modul Oracle Advanced Collections.
Jenis peristiwa
explicit
|
|||
|
Sengketa diajukan
|
Pelanggan secara resmi menyanggah faktur, sehingga aktivitas penagihan ditangguhkan sampai masalah diselesaikan. Sengketa ini biasanya dikelola di Oracle Advanced Collections atau melalui pembaruan status manual. | ||
|
Mengapa ini penting
Sengketa berdampak langsung pada arus kas karena menunda pembayaran. Dengan melacak frekuensi dan waktu penyelesaiannya, Anda dapat menemukan masalah berulang pada produk, layanan, atau akurasi penagihan.
Sumber data
Jika Oracle Advanced Collections digunakan, sengketa dicatat sebagai transaksi eksplisit. Jika tidak, sengketa dapat disimpulkan dari status 'dispute' atau penangguhan tertentu pada faktur di AR.
Pengumpulan data
Dicatat sebagai transaksi di Oracle Advanced Collections atau disimpulkan dari perubahan status faktur.
Jenis peristiwa
explicit
|
|||
|
Tanggal jatuh tempo pembayaran tiba
|
Peristiwa hasil perhitungan yang menandai tanggal jatuh tempo faktur sesuai ketentuan pembayarannya. Peristiwa ini bukan tindakan pengguna atau sistem, tetapi merupakan tonggak waktu yang penting. | ||
|
Mengapa ini penting
Peristiwa ini penting untuk menghitung tingkat pembayaran tepat waktu dan menganalisis perilaku pembayaran pelanggan. Peristiwa ini menjadi acuan untuk menentukan apakah pembayaran dilakukan lebih awal, tepat waktu, atau terlambat.
Sumber data
Peristiwa ini tidak dicatat sebagai peristiwa tersendiri. Tanggalnya dihitung dengan membandingkan tanggal sistem dengan kolom TERM_DUE_DATE di tabel AR_PAYMENT_SCHEDULES_ALL untuk faktur terkait.
Pengumpulan data
Dihitung dengan membandingkan stempel waktu saat ini dengan AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.
Jenis peristiwa
calculated
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk memulai process mining pada proses Order-to-Cash, penagihan dan faktur. Mulailah menemukan wawasan dan meningkatkan efisiensi operasional Anda hari ini.
Percepat Proses Penagihan dan Pembuatan Faktur Order to Cash
Pangkas waktu siklus penagihan hingga 30% dan percepat penerimaan kas.
Tidak perlu kartu kredit. Siap digunakan dalam hitungan menit.