Templat data Order-to-Cash, penagihan dan faktur

Oracle E-Business Suite
Templat data Order-to-Cash, penagihan dan faktur

Templat data Order-to-Cash, penagihan dan faktur

Templat ini membantu Anda mengumpulkan data penting untuk menganalisis proses Order-to-Cash, penagihan dan faktur. Templat ini menjelaskan kolom data utama yang perlu disertakan dalam log peristiwa, langkah proses penting yang perlu dilacak, serta cara praktis untuk mengekstrak informasi tersebut. Gunakan panduan ini untuk memastikan data yang dikumpulkan cukup bagi analisis dan perbaikan proses.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data untuk Oracle E-Business Suite
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Order-to-Cash, penagihan dan faktur

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses Order-to-Cash, penagihan dan faktur dapat dianalisis secara menyeluruh.
3 Wajib 6 Disarankan 11 Opsional
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
Wajib Disarankan Opsional

Aktivitas Order-to-Cash, penagihan dan faktur

Berikut langkah proses dan tonggak penting yang perlu dicatat dalam log peristiwa agar proses penagihan dapat ditemukan dan dianalisis secara akurat.
5 Disarankan 8 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Oracle E-Business Suite

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.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siap digunakan dalam hitungan menit.