Templat data pemrosesan pembayaran utang usaha Anda

SAP S/4HANA
Templat data pemrosesan pembayaran utang usaha Anda

Templat data pemrosesan pembayaran utang usaha Anda

Templat ini memandu Anda memetakan siklus pembayaran di SAP S/4HANA ke dalam event log process mining. Templat ini merinci titik data dan tahapan proses yang diperlukan agar Anda dapat melihat alur keuangan dengan jelas. Ikuti panduan ini untuk memastikan ekstraksi data mencakup semua tahap penting, mulai dari penerimaan faktur hingga kliring pembayaran akhir.
  • Atribut utama untuk analisis pemasok dan pembayaran
  • Tahapan penting dalam siklus pembayaran
  • Logika ekstraksi khusus untuk sistem SAP S/4HANA
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pemrosesan pembayaran utang usaha

Bagian ini mencantumkan kolom data dan pengenal organisasi yang disarankan untuk membuat event log terperinci bagi analisis pembayaran utang usaha Anda.
5 Wajib 11 Disarankan 7 Opsional
Nama Deskripsi
Aktivitas
Activity
Perubahan status tugas atau peristiwa tertentu yang tercatat untuk faktur.
Deskripsi

Atribut ini mewakili langkah-langkah proses yang terjadi selama siklus hidup faktur. Atribut ini mencatat peristiwa seperti pembuatan, posting, pemblokiran, persetujuan, dan pelunasan pembayaran faktur. Nama aktivitas berasal dari kode transaksi, entri log perubahan, atau pembaruan status workflow di sistem sumber.

Dalam analisis, kolom ini penting untuk memetakan variasi alur proses. Mesin process mining menggunakannya untuk menampilkan urutan langkah, menemukan siklus pengerjaan ulang, dan mengetahui bagian proses yang menyimpang dari alur standar. Kolom ini merupakan komponen utama event log.

Mengapa ini penting

Menentukan simpul dalam peta proses untuk menampilkan alur kerja dan hambatan.

Sumber data

Berasal dari Transaction Codes (TCODE) atau Change Document Header (CDHDR) dan Item (CDPOS)

Contoh
Faktur DicatatBlokir Pembayaran DiterapkanPayment Run dijalankanFaktur dilunasi
Nomor faktur
InvoiceNumber
Pengenal unik untuk faktur vendor yang sedang diproses.
Deskripsi

Nomor Faktur menjadi kunci utama untuk melacak siklus hidup item utang dalam sistem SAP S/4HANA. Nomor ini merujuk secara khusus pada nomor dokumen akuntansi yang dibuat saat faktur diposting ke buku besar. Dalam istilah standar SAP, nomor ini sesuai dengan Document Number (BELNR) dalam Company Code dan Fiscal Year tertentu.

Dalam analisis proses, atribut ini berfungsi sebagai Case ID. Nomor ini menghubungkan semua aktivitas yang berbeda, mulai dari penerimaan dan pemarkiran faktur, berbagai blokir dan perubahan persetujuan, hingga pembayaran akhir untuk melunasinya. Dengan mengelompokkan peristiwa berdasarkan pengenal ini, analis dapat menyusun kembali riwayat lengkap setiap kewajiban pembayaran dari awal hingga akhir.

Mengapa ini penting

Berfungsi sebagai Case ID utama untuk menyusun kembali alur proses pembayaran dari awal hingga akhir.

Sumber data

Kolom BELNR pada tabel SAP BKPF (Accounting Document Header) atau kolom BELNR pada ACDOCA

Contoh
1900000523510000289119000006015100003002
Waktu peristiwa
EventTime
Waktu persis saat aktivitas terjadi.
Deskripsi

Waktu Peristiwa mencatat tanggal dan waktu persis saat aktivitas disimpan ke database SAP. Informasi waktu ini diperlukan untuk mengurutkan peristiwa dalam setiap kasus. Biasanya, cap waktu dibuat dengan menggabungkan kolom CPU Date dan CPU Time dari log sistem atau header dokumen.

Dalam analisis, atribut ini penting untuk menghitung waktu siklus, durasi, dan throughput. Atribut ini membantu mengukur jeda antarlangkah, misalnya waktu dari penerimaan faktur hingga persetujuan akhir. Informasi ini penting untuk menemukan hambatan dan menilai kinerja KPI seperti Rata-rata Waktu Persetujuan Faktur.

Mengapa ini penting

Menentukan urutan kronologis peristiwa dan menjadi dasar semua perhitungan kinerja berbasis waktu.

Sumber data

Kolom CPUDT (Entry Date) dan CPUTM (Entry Time) pada tabel SAP BKPF, atau kolom UDATE dan UTIME pada CDHDR

Contoh
2023-10-12T08:30:00.000Z2023-10-12T14:15:22.000Z2023-10-15T09:00:00.000Z
Pembaruan data terakhir
LastDataUpdate
Cap waktu yang menunjukkan kapan record terakhir diekstrak atau diperbarui.
Deskripsi

Pembaruan Data Terakhir menunjukkan waktu data berhasil dimuat ke platform process mining. Waktu ini bukan waktu terjadinya peristiwa bisnis, melainkan menunjukkan seberapa baru dataset tersebut. Informasi ini penting untuk menjaga kepercayaan terhadap analitik di dashboard.

Dalam analisis, atribut ini membantu pengguna mengetahui kebaruan informasi yang mereka lihat. Atribut ini sangat penting saat memantau dashboard yang mendekati waktu nyata, seperti Analisis Blokir Pembayaran, agar keputusan dibuat berdasarkan kondisi terbaru sistem SAP S/4HANA.

Mengapa ini penting

Memberi tahu pengguna seberapa baru data, hal penting untuk dashboard operasional.

Sumber data

Dihasilkan oleh proses ETL / ekstraksi

Contoh
2023-10-27T23:59:59.000Z2023-11-01T06:00:00.000Z
Sistem sumber
SourceSystem
Pengenal instans SAP S/4HANA tempat data berasal.
Deskripsi

Atribut ini menunjukkan instalasi ERP atau klien tertentu yang menjadi sumber ekstraksi data proses. Jika beberapa instans SAP atau sistem lama berjalan bersamaan, kolom ini membantu menjaga asal-usul data dan membandingkan data antar sistem.

Dalam analisis, kolom ini berfungsi sebagai filter tingkat tinggi. Analis dapat memisahkan data untuk membandingkan kinerja di berbagai instalasi sistem regional atau memeriksa konsistensi data selama migrasi sistem. Kolom ini juga memberi konteks yang tepat pada variasi proses akibat konfigurasi sistem.

Mengapa ini penting

Membedakan sumber data di lingkungan dengan banyak sistem agar segmentasi data tetap akurat.

Sumber data

System ID (SY-SYSID) dari konteks instalasi SAP

Contoh
SAP_PROD_01S4H_NA_100ERP_EU_200
Alasan blokir pembayaran
PaymentBlockReason
Kode yang menunjukkan alasan faktur diblokir dari pembayaran.
Deskripsi

Atribut ini memuat kode alasan khusus yang diterapkan pada faktur sehingga faktur tidak dapat diproses dalam payment run otomatis. Contohnya, 'A' untuk Diblokir dari Pembayaran, 'R' untuk Verifikasi Faktur, atau blokir manual yang ditetapkan pengguna.

Dalam analisis, kolom ini menjadi faktor utama dashboard Analisis Blokir Pembayaran Manual. Dengan mengelompokkan frekuensi berbagai alasan blokir, organisasi dapat mendiagnosis masalah sistemik, seperti selisih harga yang sering terjadi atau penerimaan barang yang belum tercatat, yang menghambat proses pembayaran.

Mengapa ini penting

Menunjukkan penyebab spesifik terhentinya proses agar analisis akar masalah dapat dilakukan secara terarah.

Sumber data

Kolom ZLSPR pada tabel SAP BSEG

Contoh
ABR*
Apakah pembayaran terlambat
IsLatePayment
Penanda boolean yang menunjukkan apakah pembayaran dilakukan setelah tanggal jatuh tempo neto.
Deskripsi

Atribut terhitung ini bernilai true jika Tanggal Kliring lebih besar dari Tanggal Jatuh Tempo Neto. Atribut ini mengelompokkan kinerja proses ke dalam dua kategori.

Dalam analisis, penanda ini digunakan untuk menghitung jumlah kasus yang tidak patuh pada KPI Frekuensi Denda Keterlambatan Pembayaran. Anda dapat membuat dashboard dengan menghitung nilai 'True', tanpa perlu melakukan perhitungan tanggal yang rumit di lapisan visualisasi.

Mengapa ini penting

Atribut ini memudahkan penghitungan KPI ketepatan waktu.

Sumber data

Dihitung: Tanggal Kliring > Tanggal Jatuh Tempo Neto

Contoh
truefalse
Company Code
CompanyCode
Unit organisasi yang digunakan untuk menyusun neraca dan laporan laba rugi.
Deskripsi

Company Code adalah entitas akuntansi independen dalam perusahaan. Unit ini menjadi struktur utama dalam akuntansi eksternal dan digunakan untuk mengatur data keuangan. Setiap faktur ditetapkan ke satu Company Code.

Dalam analisis, atribut ini memungkinkan KPI dikelompokkan berdasarkan badan hukum atau wilayah. Dashboard menggunakannya untuk membandingkan efisiensi tim utang usaha di berbagai anak perusahaan. Misalnya, atribut ini membantu menemukan cabang dengan tingkat blokir pembayaran manual yang lebih tinggi daripada standar perusahaan.

Mengapa ini penting

Mengelompokkan proses berdasarkan badan hukum untuk memudahkan perbandingan internal.

Sumber data

Kolom BUKRS pada tabel SAP BKPF

Contoh
US01DE1010002000
Jenis dokumen
DocumentType
Mengelompokkan dokumen akuntansi, misalnya faktur vendor, pembayaran, atau nota kredit.
Deskripsi

Jenis Dokumen adalah kode dua karakter di SAP untuk mengelompokkan transaksi akuntansi. Jenis yang umum antara lain 'KR' untuk Faktur Vendor, 'KZ' untuk Pembayaran Vendor, dan 'RE' untuk Penerimaan Faktur Bruto. Jenis ini menentukan rentang nomor dan status kolom dokumen.

Dalam analisis, atribut ini digunakan untuk memfilter cakupan proses. Misalnya, analis dapat mengecualikan nota kredit agar fokus pada efisiensi pembayaran keluar. Atribut ini juga membantu mengidentifikasi komposisi jenis transaksi yang diproses dan mendukung dashboard Kompleksitas Variasi Proses.

Mengapa ini penting

Mengelompokkan kasus, misalnya faktur atau nota kredit, agar analisis dapat difilter.

Sumber data

Kolom BLART pada tabel SAP BKPF

Contoh
KRREKZKG
Jumlah faktur
InvoiceAmount
Jumlah bruto total faktur dalam mata uang dokumen.
Deskripsi

Atribut ini menunjukkan nilai keuangan faktur sebagaimana tercatat dalam dokumen sumber. Nilai tersebut merupakan liabilitas yang harus dibayar kepada vendor. Di SAP S/4HANA, nilai ini biasanya disimpan dalam kolom Amount in Document Currency.

Dalam analisis, Jumlah Faktur digunakan untuk menentukan prioritas pekerjaan. Dashboard seperti Distribusi Titik Sentuh Manual menggunakan kolom ini untuk menunjukkan apakah aktivitas manual yang memerlukan banyak upaya dilakukan pada faktur bernilai rendah. Dengan begitu, organisasi dapat memprioritaskan perbaikan pada transaksi bernilai tinggi, yang kegagalan prosesnya membawa risiko keuangan lebih besar.

Mengapa ini penting

Menunjukkan nilai finansial kasus, yang penting untuk memprioritaskan inefisiensi proses bernilai tinggi.

Sumber data

Kolom WRBTR pada tabel SAP BKPF atau BSEG

Contoh
1500.00250.5010000.00
Nama pengguna
UserName
ID pengguna yang melakukan aktivitas tertentu.
Deskripsi

Nama Pengguna mencatat ID login orang atau agen sistem yang bertanggung jawab menjalankan langkah proses. Pengguna bisa berupa orang yang memasukkan data secara manual atau ID pekerjaan latar belakang, misalnya 'BATCH_USER', yang menjalankan tugas otomatis.

Dalam analisis, atribut ini memungkinkan penghitungan Tingkat Otomatisasi Aktivitas. Dengan membedakan pengguna manusia dan akun sistem, analis dapat mengukur tingkat otomatisasi proses. Atribut ini juga digunakan dalam dashboard Distribusi Titik Sentuh Manual untuk menilai beban kerja tim.

Mengapa ini penting

Membedakan pekerjaan manual dan otomatis agar tingkat otomatisasi dapat dihitung.

Sumber data

Kolom USNAM pada tabel SAP BKPF atau kolom USERNAME pada CDHDR

Contoh
BSMITHWF-BATCHRJONES
Nomor vendor
VendorNumber
Pengenal unik untuk pemasok yang terkait dengan faktur.
Deskripsi

Nomor Vendor merujuk pada akun kreditur tertentu di subbuku besar SAP. Nomor ini menghubungkan faktur dengan data induk yang memuat syarat pembayaran, detail bank, dan informasi kontak. Di S/4HANA, nomor ini sering dikaitkan dengan konsep Business Partner, tetapi nama kolom lama LIFNR masih digunakan di banyak tabel.

Dalam analisis, atribut ini menjadi dasar dashboard Kepatuhan Syarat Pembayaran Vendor. Analis dapat mengelompokkan kinerja proses berdasarkan pemasok dan menemukan vendor tertentu yang berulang kali menyebabkan blokir, selisih harga, atau keterlambatan. Informasi ini mendukung keputusan pengadaan strategis dan pengelolaan hubungan pemasok.

Mengapa ini penting

Memungkinkan kinerja dikelompokkan berdasarkan pemasok, sehingga penyebab utama keterlambatan dapat ditemukan.

Sumber data

Kolom LIFNR pada tabel SAP BKPF atau kolom LIFNR pada ACDOCA

Contoh
100050VEND-US-99200400
Syarat pembayaran
PaymentTerms
Kode yang menunjukkan ketentuan pembayaran dan diskon yang disepakati.
Deskripsi

Syarat Pembayaran menentukan kapan faktur jatuh tempo dan apakah ada diskon tunai untuk pembayaran lebih awal. Kode ini, misalnya 'Z001', mengacu pada aturan seperti 'Net 30' atau '2% 10, Net 30'. Kode disalin dari data induk vendor ke faktur, tetapi dapat diubah secara manual.

Dalam analisis, atribut ini menjadi dasar dashboard Pengoptimal Diskon Pembayaran Awal dan Kepatuhan Syarat Pembayaran Vendor. Sistem menggunakannya untuk menghitung tanggal jatuh tempo dasar dan mengetahui apakah pembayaran dilakukan dalam periode terbaik untuk memperoleh penghematan.

Mengapa ini penting

Menentukan jadwal pembayaran dan insentif finansial, yang penting untuk analisis diskon.

Sumber data

Kolom ZTERM pada tabel SAP BSEG

Contoh
Z001NT300001
Tanggal jatuh tempo bersih
NetDueDate
Tanggal hasil perhitungan untuk membayar faktur agar terhindar dari denda.
Deskripsi

Tanggal Jatuh Tempo Bersih adalah batas akhir pembayaran. Tanggal ini dihitung dengan menambahkan jumlah hari maksimum syarat pembayaran ke Tanggal Dasar. Tanggal ini terkadang disimpan secara langsung, tetapi sering kali dihitung dalam tampilan analisis.

Dalam analisis, tanggal ini menjadi tolok ukur utama untuk Pelacak Pembayaran Terlambat dan Denda. Dengan membandingkan Tanggal Pelunasan aktual dengan Tanggal Jatuh Tempo Bersih, metrik 'Jumlah Hari Keterlambatan Pembayaran' dapat dihitung. Metrik ini membantu mengukur efisiensi tim Utang Usaha dan risiko hubungan dengan vendor.

Mengapa ini penting

Menjadi batas waktu sasaran proses. Jika terlewat, peringkat kredit dapat terdampak dan biaya tambahan dapat timbul.

Sumber data

Dihitung: Tanggal Dasar + Jumlah Hari Maksimum Syarat Pembayaran (ZBD1T/ZBD2T/ZBD3T)

Contoh
2023-11-302023-12-01
Tanggal pelunasan
ClearingDate
Tanggal faktur dilunasi melalui pembayaran.
Deskripsi

Tanggal Pelunasan mencatat kapan item terbuka di buku besar utang usaha diselesaikan, biasanya melalui payment run atau posting pembayaran manual. Tanggal ini menandai berakhirnya liabilitas.

Dalam analisis, atribut ini digunakan untuk menghitung waktu siklus akhir proses. Atribut ini menjadi cap waktu untuk aktivitas 'Pembayaran dilunasi' dan dibandingkan dengan Tanggal Jatuh Tempo Bersih untuk menentukan kinerja pembayaran tepat waktu. Data ini langsung digunakan dalam dashboard Efisiensi Pelunasan Pembayaran.

Mengapa ini penting

Menandai selesainya proses pembayaran dan digunakan untuk mengetahui ketepatan waktu pembayaran.

Sumber data

Kolom AUGDT pada tabel SAP BSEG atau tabel AUGDT

Contoh
2023-11-012023-11-15
Tanpa sentuhan manual
IsTouchless
Penanda boolean yang menunjukkan apakah faktur diproses tanpa campur tangan manual.
Deskripsi

Atribut ini dihitung dengan menganalisis rangkaian peristiwa dalam suatu kasus. Kasus ditandai sebagai tanpa sentuhan manual jika hanya mencakup aktivitas otomatis, misalnya pengguna 'system' atau TCODES latar belakang tertentu, tanpa perubahan manual atau pemblokiran.

Dalam analisis, atribut ini menjadi metrik utama untuk KPI Tingkat Faktur Tanpa Sentuhan Manual. Organisasi dapat mengukur keberhasilan inisiatif otomatisasi dan mengetahui jenis kasus, misalnya berdasarkan pemasok atau wilayah, yang berhasil diproses oleh sistem tanpa campur tangan manusia.

Mengapa ini penting

Atribut ini menjadi ukuran utama otomatisasi dan efisiensi proses.

Sumber data

Dihitung berdasarkan urutan aktivitas dan jenis pengguna

Contoh
truefalse
Dokumen pembelian
PurchasingDocument
Nomor Purchase Order yang terkait dengan faktur.
Deskripsi

Atribut ini menghubungkan faktur dengan proses pengadaan sebelumnya. Isinya adalah nomor Purchase Order (PO) yang menjadi acuan pencocokan faktur. Tidak semua faktur, seperti biaya lain-lain, memiliki referensi PO.

Dalam analisis, kolom ini penting untuk Analisis Tingkat Pencocokan Tiga Arah. Analis dapat memisahkan faktur yang memiliki PO dari yang tidak, karena alur persetujuannya biasanya sangat berbeda. Kolom ini juga mendukung process mining dari awal hingga akhir dengan menghubungkan data Utang Usaha dan Pengadaan.

Mengapa ini penting

Menghubungkan Utang Usaha dengan Pengadaan untuk analisis pencocokan tiga arah dan perluasan proses.

Sumber data

Kolom EBELN pada tabel SAP BSEG

Contoh
45000012344500009876
Hari diskon tunai 1
CashDiscountDays1
Jumlah hari sejak tanggal dasar saat diskon tunai pertama masih berlaku.
Deskripsi

Atribut ini menentukan periode untuk memperoleh syarat pembayaran paling menguntungkan, misalnya '10' dalam '2% 10, Net 30'. Nilainya berasal dari syarat yang tersimpan pada item baris faktur.

Dalam analisis, atribut ini membantu menentukan 'Tanggal Sasaran' untuk Pengoptimal Diskon Pembayaran Awal. Jika faktur dilunasi dalam periode ini, diskon dapat diperoleh. Kolom ini membantu mengukur biaya peluang akibat siklus pemrosesan yang lambat.

Mengapa ini penting

Menentukan periode untuk memperoleh penghematan finansial.

Sumber data

Kolom ZBD1T pada tabel SAP BSEG

Contoh
10140
Mata uang
Currency
Kode mata uang yang digunakan untuk jumlah faktur.
Deskripsi

Atribut Mata Uang menunjukkan denominasi Jumlah Faktur, seperti USD, EUR, atau GBP. Atribut ini membantu menafsirkan nilai keuangan dengan benar dan penting saat menggabungkan data dari berbagai Company Code internasional.

Dalam analisis, kolom ini memastikan KPI keuangan dihitung dengan benar. Kolom ini sering digunakan untuk mengonversi nilai ke mata uang pelaporan dalam dashboard global. Tanpa atribut ini, metrik gabungan seperti Total Pengeluaran atau Rata-rata Nilai Faktur tidak akan bermakna di lingkungan dengan banyak mata uang.

Mengapa ini penting

Memberi konteks pada jumlah keuangan, yang penting untuk pelaporan global yang akurat.

Sumber data

Kolom WAERS pada tabel SAP BKPF

Contoh
USDEURGBPJPY
Nilai Diskon yang Hilang
DiscountLostAmount
Nilai uang dari diskon tunai yang tersedia tetapi tidak dimanfaatkan.
Deskripsi

Atribut terhitung ini menunjukkan nilai diskon yang terlewat. Perhitungannya memeriksa apakah pembayaran dilakukan setelah batas waktu diskon. Jika ya, nilai diskon yang tidak didapat dihitung berdasarkan persentase diskon dan jumlah faktur.

Dalam analisis, metrik keuangan ini penting untuk Pengoptimal Diskon Pembayaran Awal. Metrik ini menunjukkan biaya akibat proses yang tidak efisien dalam nilai uang, sehingga membantu memperjelas manfaat bisnis dari perbaikan proses.

Mengapa ini penting

Atribut ini mengukur kerugian finansial langsung akibat keterlambatan proses.

Sumber data

Dihitung: Jika Tanggal Kliring > Tanggal Diskon, maka Jumlah Faktur * Persentase Diskon

Contoh
30.000.00150.00
Persentase diskon tunai 1
CashDiscountPercentage1
Persentase diskon yang tersedia jika pembayaran dilakukan dalam periode diskon pertama.
Deskripsi

Atribut ini menunjukkan tingkat insentif finansial yang ditawarkan vendor untuk pembayaran lebih awal, misalnya '2' dalam '2% 10'.

Dalam analisis, atribut ini digunakan untuk menghitung nilai 'Potensi Diskon Tunai'. Dengan mengalikan persentase ini dengan Jumlah Faktur, dashboard dapat menunjukkan total penghematan yang hilang akibat proses yang tidak efisien. Informasi ini mendukung penyusunan alasan bisnis untuk otomatisasi.

Mengapa ini penting

Mengukur potensi tingkat penghematan, yang penting untuk menghitung ROI.

Sumber data

Kolom ZBD1P pada tabel SAP BSEG

Contoh
2.03.00.0
Tahun fiskal
FiscalYear
Tahun keuangan yang mencakup faktur.
Deskripsi

Tahun Fiskal adalah periode yang digunakan untuk pelaporan keuangan. Bersama Company Code dan Document Number, atribut ini membentuk kunci utama gabungan untuk dokumen keuangan di SAP.

Dalam analisis, atribut ini diperlukan untuk mengidentifikasi kasus secara unik dan mendukung pelaporan dari tahun ke tahun. Atribut ini memastikan Case ID 'Nomor Faktur' tetap unik meskipun data mencakup puluhan tahun.

Mengapa ini penting

Persyaratan teknis untuk mengidentifikasi kasus secara unik di SAP FI.

Sumber data

Kolom GJAHR pada tabel SAP BKPF

Contoh
20232024
Tanggal dasar
BaselineDate
Tanggal acuan penerapan syarat pembayaran dan penghitungan tanggal jatuh tempo.
Deskripsi

Tanggal Dasar menjadi titik awal untuk menghitung tanggal jatuh tempo bersih dan periode diskon tunai. Tanggal ini biasanya tanggal faktur atau tanggal posting, bergantung pada konfigurasi dan data induk vendor.

Dalam analisis, tanggal ini diperlukan untuk menghitung status 'Terlambat'. Kesalahan pada tanggal dasar dapat menyebabkan pembayaran terlalu cepat, yang berdampak pada arus kas, atau terlambat, yang berisiko menimbulkan denda. Memeriksa keakuratan tanggal ini merupakan bagian dari analisis Kepatuhan Syarat Pembayaran Vendor.

Mengapa ini penting

Menjadi acuan untuk semua penghitungan tanggal jatuh tempo.

Sumber data

Kolom ZFBDT pada tabel SAP BSEG

Contoh
2023-10-012023-10-15
Wajib Disarankan Opsional

Aktivitas pemrosesan pembayaran utang usaha

Tabel ini menjelaskan langkah proses dan tahapan transaksi penting yang perlu Anda catat untuk melihat seluruh perjalanan pembayaran.
6 Disarankan 8 Opsional
Aktivitas Deskripsi
Blokir Pembayaran Dihapus
Menandakan bahwa blokir pembayaran yang sebelumnya diterapkan telah dibuka, sehingga faktur dapat dibayar. Aktivitas ini diketahui saat kolom ZLSPR di BSEG berubah dari suatu nilai menjadi null atau kosong.
Mengapa ini penting

Sering digunakan sebagai penanda pengganti untuk 'Faktur Disetujui' pada sistem yang tidak memiliki log alur kerja eksplisit. Aktivitas ini menandai berakhirnya masa hambatan.

Sumber data

Tabel CDPOS dan CDHDR, untuk mencari perubahan BSEG-ZLSPR menjadi kosong.

Pengumpulan data

Dicatat saat catatan CDPOS menunjukkan penghapusan ZLSPR

Jenis peristiwa explicit
Blokir Pembayaran Diterapkan
Menandakan bahwa blokir pembayaran telah diterapkan pada item baris faktur, sehingga faktur tidak disertakan dalam proses pembayaran. Aktivitas ini dicatat dengan memantau perubahan kolom ZLSPR di tabel BSEG melalui dokumen perubahan.
Mengapa ini penting

Blokir menjadi penyebab utama keterlambatan pembayaran dan hambatan proses. Dampaknya terlihat langsung pada dashboard Analisis Blokir Pembayaran Manual.

Sumber data

Tabel CDPOS dan CDHDR (Dokumen Perubahan), untuk mencari pembaruan pada kolom BSEG-ZLSPR.

Pengumpulan data

Dicatat saat catatan CDPOS berubah pada ZLSPR

Jenis peristiwa explicit
Dokumen pembayaran dibuat
Pembuatan dokumen akuntansi yang mengkredit bank dan mendebit vendor. Data ini terdapat di BKPF dengan jenis dokumen pembayaran, misalnya ZP atau KZ.
Mengapa ini penting

Realisasi pembayaran secara finansial, digunakan untuk menghitung Days Payable Outstanding (DPO).

Sumber data

Tabel BKPF, difilter berdasarkan Document Type (BLART) khusus pembayaran.

Pengumpulan data

Dicatat saat dokumen pembayaran BKPF dibuat

Jenis peristiwa explicit
Faktur Dicatat
Menandai pencatatan resmi kewajiban ke Buku Besar. Aktivitas ini diambil dari waktu pembuatan pada tabel BKPF atau tanggal entri pada tabel ACDOCA.
Mengapa ini penting

Ini menjadi titik awal utama untuk linimasa keuangan dan dasar analisis tanggal jatuh tempo serta umur piutang atau utang.

Sumber data

Tabel BKPF, menggunakan CPUDT (Tanggal Entri) dan CPUTM (Waktu Entri).

Pengumpulan data

Dicatat saat catatan BKPF dibuat

Jenis peristiwa explicit
Payment Run dijalankan
Menunjukkan pelaksanaan payment run yang menghasilkan instruksi transfer dana. Proses ini dilacak melalui pembaruan status di tabel REGUH atau REGUP.
Mengapa ini penting

Komitmen operasional untuk membayar, yang penting untuk menganalisis efisiensi proses pengelompokan pembayaran.

Sumber data

Tabel REGUH, biasanya dikaitkan dengan tanggal dan identifikasi run.

Pengumpulan data

Dicatat saat status Payment Run diperbarui

Jenis peristiwa explicit
Pembayaran dilunasi
Menandai rekonsiliasi akhir saat item terbuka di akun vendor dilunasi dengan pembayaran. Data diambil dari kolom AUGDT (Clearing Date) pada tabel BSEG.
Mengapa ini penting

Status akhir proses, yang menunjukkan siklus telah selesai dan pembukuan seimbang. Tingginya tingkat pelunasan manual menandakan rekonsiliasi yang kurang efisien.

Sumber data

Tabel BSEG, kolom AUGDT (Clearing Date).

Pengumpulan data

Dicatat saat kolom AUGDT terisi

Jenis peristiwa explicit
Diskon Tunai Terlewat
Peristiwa hasil perhitungan yang menandai tanggal berakhirnya kelayakan mendapat diskon tunai. Nilai ini diperoleh dengan membandingkan tanggal jatuh tempo diskon dengan tanggal saat ini atau tanggal pembayaran.
Mengapa ini penting

Penting bagi Pengoptimal Diskon Pembayaran Awal untuk menampilkan peluang penghematan yang terlewat.

Sumber data

Dihitung: BSEG-ZFBDT + BSEG-ZBD1T (Hari Diskon 1).

Pengumpulan data

Tentukan dengan membandingkan tanggal dengan Tanggal Jatuh Tempo Diskon

Jenis peristiwa calculated
Faktur dibalik
Menunjukkan bahwa dokumen faktur dibalik atau dibatalkan. Data ini diketahui dengan memeriksa kolom STBLG (Reversal Document) pada tabel BKPF.
Mengapa ini penting

Menunjukkan pengerjaan ulang dan kegagalan proses, serta mengidentifikasi pemborosan dan potensi pekerjaan ganda.

Sumber data

Tabel BKPF, kolom STBLG tidak kosong.

Pengumpulan data

Dicatat saat kolom STBLG terisi

Jenis peristiwa explicit
Faktur Disimpan Sementara
Menunjukkan bahwa faktur telah dimasukkan ke SAP, tetapi belum dicatat ke Buku Besar. Status ini sering digunakan untuk entri data awal. Aktivitas ini diambil langsung dari tabel VBKPF atau dengan mengidentifikasi dokumen berstatus disimpan sementara di BKPF sebelum berubah menjadi tercatat.
Mengapa ini penting

Penyimpanan sementara menandai awal tahap entri data dan membantu mengukur jeda waktu antara penerimaan faktur dan timbulnya kewajiban keuangan.

Sumber data

Tabel VBKPF untuk data header dokumen yang disimpan sementara, atau BKPF dengan status dokumen tertentu (BSTAT = V).

Pengumpulan data

Dicatat saat entri VBKPF dibuat

Jenis peristiwa explicit
Faktur Jatuh Tempo
Stempel waktu hasil perhitungan yang menunjukkan saat faktur mencapai tanggal jatuh tempo bersih. Nilai ini diperoleh dengan menambahkan jumlah hari dalam ketentuan pembayaran ke tanggal dasar pada tabel BSEG.
Mengapa ini penting

Menjadi acuan untuk Kinerja Pembayaran Tepat Waktu dan Pelacak Denda Keterlambatan Pembayaran.

Sumber data

Dihitung: BSEG-ZFBDT (Tanggal Dasar) + BSEG-ZBD1T/ZBD2T/ZBD3T (Hari).

Pengumpulan data

Tentukan dengan membandingkan tanggal saat ini dengan Tanggal Jatuh Tempo Bersih

Jenis peristiwa calculated
Ketentuan Pembayaran Diubah
Mencatat perubahan ketentuan pembayaran pada faktur terbuka, yang mengubah tanggal jatuh tempo atau kelayakan mendapat diskon. Perubahan ini dilacak melalui log perubahan pada kolom ZTERM di tabel BSEG.
Mengapa ini penting

Perubahan yang sering terjadi dapat menandakan kesalahan data induk atau penggantian manual yang berdampak pada perkiraan arus kas dan Kepatuhan terhadap Ketentuan Pembayaran Vendor.

Sumber data

Tabel CDPOS dan CDHDR, untuk mencari pembaruan pada kolom BSEG-ZTERM.

Pengumpulan data

Dicatat saat catatan CDPOS berubah pada ZTERM

Jenis peristiwa explicit
Usulan Pembayaran Dibuat
Menandakan bahwa faktur telah disertakan dalam proses usulan pembayaran (F110), langkah pertama program pembayaran otomatis. Aktivitas ini diambil dari tabel REGUH yang menyimpan data penyelesaian.
Mengapa ini penting

Menunjukkan bahwa faktur telah dipilih untuk dibayar dan lolos pemeriksaan validasi dalam program pembayaran.

Sumber data

Waktu pembuatan tabel REGUH (kunci LAUFD dan LAUFI).

Pengumpulan data

Dicatat saat record REGUH dibuat

Jenis peristiwa explicit
Varians Harga Terdeteksi
Aktivitas yang disimpulkan dari ketidaksesuaian antara harga faktur dan harga pesanan pembelian. Aktivitas ini diketahui dari penerapan otomatis Kunci Blokir Pembayaran tertentu saat pencatatan, biasanya 'R' untuk Verifikasi Faktur.
Mengapa ini penting

Menemukan akar penyebab pekerjaan ulang manual dan mendukung Analisis Tingkat Pencocokan Tiga Arah.

Sumber data

Disimpulkan dari nilai BSEG-ZLSPR 'R' (atau konfigurasi khusus sistem untuk blokir harga) saat pencatatan.

Pengumpulan data

Bandingkan nilai ZLSPR dengan 'R'

Jenis peristiwa inferred
Varians Kuantitas Terdeteksi
Aktivitas yang disimpulkan dari ketidaksesuaian antara kuantitas pada faktur dan kuantitas penerimaan barang. Aktivitas ini diketahui dari penerapan Kunci Blokir Pembayaran tertentu pada item baris, biasanya 'M' untuk Varians Kuantitas.
Mengapa ini penting

Penting untuk menganalisis efisiensi pencocokan dan kualitas data rantai pasok.

Sumber data

Disimpulkan dari nilai BSEG-ZLSPR 'M' (atau konfigurasi khusus sistem untuk blokir kuantitas).

Pengumpulan data

Bandingkan nilai ZLSPR dengan 'M'

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari SAP S/4HANA

Siap untuk memulai?

Ubah data keuangan Anda menjadi wawasan yang dapat ditindaklanjuti dan mulai optimalkan siklus pembayaran hari ini. Tim kami siap membantu Anda di setiap tahap perjalanan process mining.

Perbaiki pemrosesan pembayaran utang usaha di SAP S/4HANA

Atasi hambatan dan kurangi waktu siklus hingga 30%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya 5 menit.