Templat data piutang usaha Anda
Templat data piutang usaha Anda
- Atribut khusus proses untuk analisis keuangan
- Tahapan penting untuk menemukan proses secara akurat
- Panduan ekstraksi SAP ECC langkah demi langkah
Atribut piutang usaha
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Peristiwa atau tindakan tertentu yang dilakukan dalam proses. | ||
|
Deskripsi
Atribut ini mencatat nama langkah proses yang dilakukan, seperti 'Faktur dibuat', 'Pembayaran diterima', atau 'Kasus sengketa dicatat'. Nilainya berasal dari kode transaksi, jenis dokumen, atau perubahan tertentu pada status dokumen akuntansi. Data ini memungkinkan Anda merekonstruksi alur proses dan menganalisis variasi jalurnya.
Mengapa ini penting
Atribut ini menentukan struktur log peristiwa yang diperlukan untuk memvisualisasikan peta proses dan menemukan hambatan.
Sumber data
Berasal dari TCODE di BKPF, Jenis Dokumen di BLART, atau Dokumen Perubahan (CDHDR/CDPOS)
Contoh
Faktur dibuatPembayaran diterimaNota kredit dicatatKasus sengketa dibuka
|
|||
|
Nomor faktur
InvoiceNumber
|
Pengenal unik untuk faktur atau dokumen akuntansi. | ||
|
Deskripsi
Atribut ini berfungsi sebagai kunci utama untuk proses Piutang Usaha. Di SAP ECC, nilainya biasanya merupakan gabungan Nomor Dokumen Akuntansi (BELNR), Kode Perusahaan (BUKRS), dan Tahun Fiskal (GJAHR) agar unik di seluruh sistem. Atribut ini menjadi acuan utama untuk menghubungkan semua aktivitas berikutnya, seperti pembayaran, sengketa, dan penyelesaian, dengan kewajiban keuangan awal.
Mengapa ini penting
ID Kasus ini diperlukan untuk melacak seluruh siklus hidup piutang, dari pembuatan hingga penyelesaian akhir.
Sumber data
Tabel BKPF, kolom BELNR (sering digabungkan dengan BUKRS dan GJAHR)
Contoh
140000023420231800003991202351000008822022
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Waktu ekstraksi atau penyegaran data terbaru. | ||
|
Deskripsi
Menunjukkan kapan data terakhir disinkronkan dari sistem sumber SAP ECC ke platform process mining. Informasi ini membantu pengguna memahami kebaruan analisis dan kemungkinan keterlambatan pada dasbor. Hal ini penting untuk memastikan KPI mencerminkan kondisi bisnis terkini.
Mengapa ini penting
Membantu pengguna mengetahui seberapa baru data di dasbor mereka.
Sumber data
Dihasilkan oleh alat ekstraksi (stempel waktu ETL)
Contoh
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Nama sistem asal data. | ||
|
Deskripsi
Menunjukkan instans atau klien SAP ECC tempat data diambil. Dalam lingkungan dengan beberapa sistem, atribut ini penting untuk memisahkan data dan menemukan variasi proses yang spesifik pada sistem tertentu. Atribut ini juga memastikan asal-usul data dapat dilacak dan membantu mengatasi masalah integrasi.
Mengapa ini penting
Diperlukan untuk tata kelola data dan mengetahui asal catatan di lingkungan dengan beberapa sistem ERP.
Sumber data
Konfigurasi sistem atau ditetapkan secara langsung saat ekstraksi
Contoh
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
Waktu peristiwa
EventTime
|
Waktu tepat saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu tepat saat aktivitas berlangsung di sistem. Untuk data transaksi di SAP ECC, nilainya biasanya merupakan gabungan Tanggal Entri (CPUDT) dan Waktu Entri (CPUTM). Informasi waktu ini diperlukan untuk menghitung waktu siklus, waktu penyelesaian, dan durasi antar langkah proses.
Mengapa ini penting
Penting untuk semua analisis berbasis waktu, termasuk Days Sales Outstanding dan kecepatan proses.
Sumber data
Tabel BKPF, kolom CPUDT (Tanggal) dan CPUTM (Waktu)
Contoh
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
|
|||
|
Grup akun pelanggan
CustomerAccountGroup
|
Mengelompokkan pelanggan ke dalam segmen yang berbeda. | ||
|
Deskripsi
Grup Akun SAP (KTOKD) mengategorikan pelanggan, misalnya pembeli, penerima barang, atau antarperusahaan. Atribut ini menjadi dasar pemetaan 'Segmen Pelanggan'. Atribut ini penting untuk dasbor 'Tren Pembayaran Segmen Pelanggan' agar Anda dapat membandingkan kepatuhan terhadap syarat pembayaran di berbagai jenis pelanggan.
Mengapa ini penting
Cara standar untuk mengelompokkan pelanggan di SAP.
Sumber data
Tabel KNA1, kolom KTOKD
Contoh
KUNA0001DEBI
|
|||
|
Jenis dokumen
DocumentType
|
Mengelompokkan dokumen akuntansi, misalnya faktur, pembayaran, atau nota kredit. | ||
|
Deskripsi
Jenis Dokumen SAP (BLART) membedakan berbagai transaksi bisnis, seperti Faktur Pelanggan (DR), Pembayaran Pelanggan (DZ), atau Nota Kredit (DG). Atribut ini menjadi dasar untuk menentukan 'CaseType' dan memfilter alur proses tertentu, misalnya saat menganalisis 'Tingkat Pengerjaan Ulang Nota Kredit'.
Mengapa ini penting
Membedakan faktur, pembayaran, dan penyesuaian dalam data.
Sumber data
Tabel BKPF, kolom BLART
Contoh
RVDZDGDR
|
|||
|
Jumlah dalam mata uang lokal
AmountInLocalCurrency
|
Nilai pos dalam mata uang Kode Perusahaan. | ||
|
Deskripsi
Menunjukkan nilai keuangan aktivitas atau dokumen dalam mata uang buku besar lokal (DMBTR). Atribut ini digunakan untuk menghitung 'ActivityAmount' dan penting untuk menentukan prioritas penagihan berdasarkan nilai. Dengan atribut ini, analisis dapat difokuskan pada pos terbuka bernilai tinggi.
Mengapa ini penting
Penting untuk menganalisis dampak keuangan dan memprioritaskan kasus bernilai tinggi.
Sumber data
Tabel BSEG, kolom DMBTR
Contoh
1500.00230.5010000.00
|
|||
|
Kode perusahaan
CompanyCode
|
Unit organisasi yang menjadi dasar pembuatan neraca. | ||
|
Deskripsi
Menunjukkan badan hukum atau anak perusahaan tertentu dalam struktur perusahaan. Di SAP, nilainya ada di kolom 'BUKRS'. Analisis berdasarkan Kode Perusahaan memungkinkan Anda membandingkan kinerja antarunit bisnis dan mengetahui entitas mana yang mengelola piutang dengan paling efisien.
Mengapa ini penting
Penting untuk memfilter dasbor berdasarkan unit bisnis dan memisahkan pembukuan keuangan.
Sumber data
Tabel BKPF, kolom BUKRS
Contoh
1000US01DE99
|
|||
|
Nama pengguna
UserName
|
ID pengguna yang melakukan transaksi. | ||
|
Deskripsi
Mencatat ID Pengguna SAP (USNAM) yang terkait dengan pembuatan atau perubahan dokumen. Atribut ini dipetakan ke 'User' dan digunakan di dasbor 'Efisiensi Penyelesaian Sengketa' untuk melacak kinerja petugas. Atribut ini juga membantu membedakan pengguna manual dari akun sistem.
Mengapa ini penting
Memungkinkan analisis kinerja per anggota tim dan membantu mendeteksi otomatisasi.
Sumber data
Tabel BKPF, kolom USNAM
Contoh
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Nomor pelanggan
CustomerNumber
|
Pengenal unik untuk akun pelanggan. | ||
|
Deskripsi
ID unik yang diberikan kepada pelanggan di sistem SAP (KUNNR). Atribut ini memungkinkan dasbor 'Kinerja Aktivitas Penagihan' dan 'Tren Pembayaran Segmen Pelanggan' mengelompokkan metrik proses berdasarkan pelanggan. Atribut ini penting untuk menemukan pelanggan berisiko tinggi.
Mengapa ini penting
Memungkinkan analisis lebih terperinci tentang perilaku dan tren pembayaran pelanggan tertentu.
Sumber data
Tabel BSEG atau BSID/BSAD, kolom KUNNR
Contoh
000100293CUST-9921000550021
|
|||
|
Otomatis
IsAutomated
|
Penanda yang menunjukkan apakah aktivitas dilakukan secara otomatis. | ||
|
Deskripsi
Penanda boolean yang diturunkan dari Kode Transaksi dan Nama Pengguna. Misalnya, nilainya menjadi true jika TCODE adalah 'F110' (Jalankan Pembayaran Otomatis) atau pengguna merupakan akun batch sistem yang dikenal. Atribut ini diperlukan langsung untuk KPI 'Tingkat Penyelesaian Otomatis'.
Mengapa ini penting
Penting untuk mengukur efisiensi proses dan tingkat otomatisasi.
Sumber data
Diturunkan dari TCODE dan USNAM
Contoh
truefalse
|
|||
|
Tanggal jatuh tempo bersih
NetDueDate
|
Tanggal batas pembayaran yang dihitung. | ||
|
Deskripsi
Ini adalah batas akhir pembayaran. Di SAP, tanggal ini sering dihitung dengan menambahkan jumlah hari dalam Syarat Pembayaran (ZTERM) ke Tanggal Dasar (ZFBDT). Atribut ini penting untuk KPI 'Tingkat Kepatuhan terhadap Syarat Pembayaran' dan untuk menemukan faktur yang telah jatuh tempo.
Mengapa ini penting
Acuan untuk menentukan apakah pembayaran tepat waktu atau terlambat.
Sumber data
Dihitung dari BSEG-ZFBDT dan Syarat Pembayaran (logika tabel T052)
Contoh
2023-12-302024-01-15
|
|||
|
Tanggal penyelesaian
ClearingDate
|
Tanggal faktur diselesaikan, baik melalui pembayaran maupun pengimbangan. | ||
|
Deskripsi
Tanggal (AUGDT) saat pos terbuka diselesaikan di sistem. Ini menjadi waktu akhir yang pasti untuk proses penagihan faktur tersebut. Tanggal ini menjadi komponen utama untuk menghitung 'Rata-rata Days Sales Outstanding' dan menentukan apakah pembayaran terlambat.
Mengapa ini penting
Waktu utama untuk menghitung DSO dan kecepatan pembayaran.
Sumber data
Tabel BSAD (Pos yang Diselesaikan), kolom AUGDT
Contoh
2023-12-012023-11-15
|
|||
|
Area pengendalian kredit
CreditControlArea
|
Unit organisasi untuk pengelolaan kredit. | ||
|
Deskripsi
Area Pengendalian Kredit (KKBER) digunakan untuk menetapkan dan memantau batas kredit pelanggan. Atribut ini mendukung analisis 'Dampak Batas dan Peringkat Kredit' dengan mengelompokkan pelanggan berdasarkan kebijakan kredit masing-masing. Atribut ini membantu menghubungkan pengaturan risiko kredit dengan keterlambatan pembayaran.
Mengapa ini penting
Kunci untuk menganalisis risiko kredit dan efektivitas kebijakan.
Sumber data
Tabel KNB1 atau KNKK, kolom KKBER
Contoh
US01GLBLEU00
|
|||
|
ID kasus sengketa
DisputeCaseId
|
Pengenal kasus sengketa yang terkait dengan faktur. | ||
|
Deskripsi
Pengenal unik (CASE_GUID atau ID Eksternal) dari modul SAP FSCM Dispute Management. Atribut ini wajib untuk dasbor 'Efisiensi Penyelesaian Sengketa'. Atribut ini menghubungkan dokumen keuangan dengan alur kerja sengketa sehingga waktu penyelesaian dapat dihitung.
Mengapa ini penting
Menghubungkan proses Piutang Usaha dengan subproses Dispute Management.
Sumber data
Tabel FDM_DCPROC atau SCMG_T_CASE_ATTR (jika FSCM aktif)
Contoh
DISP-000123100029384
|
|||
|
Kode transaksi
TransactionCode
|
T-Code SAP yang digunakan untuk menjalankan aktivitas. | ||
|
Deskripsi
Kode transaksi tertentu (TCODE) yang digunakan untuk membukukan dokumen, seperti 'FB01' (Buku Dokumen) atau 'F110' (Pembayaran Otomatis). Atribut ini menjadi dasar perhitungan 'IsAutomated' dan 'Pelacak Otomatisasi Penerapan Kas'. Atribut ini menunjukkan cara transaksi dimasukkan.
Mengapa ini penting
T-Code yang berbeda menunjukkan metode pemrosesan yang berbeda, manual atau otomatis.
Sumber data
Tabel BKPF, kolom TCODE
Contoh
VF01F110FB70FEB_BSPROC
|
|||
|
Kota penagihan
BillingCity
|
Kota yang tercantum pada alamat penagihan pelanggan. | ||
|
Deskripsi
Nama kota (ORT01) dari data induk pelanggan. Atribut ini mendukung kebutuhan dasbor untuk mengetahui 'segmen pelanggan atau kota penagihan mana yang paling berkontribusi terhadap Days Sales Outstanding yang tinggi'. Atribut ini memungkinkan analisis perilaku pembayaran berdasarkan lokasi secara lebih terperinci.
Mengapa ini penting
Diperlukan khusus untuk dasbor Analisis Waktu Siklus Faktur.
Sumber data
Tabel KNA1, kolom ORT01
Contoh
New YorkBerlinLondon
|
|||
|
Negara pelanggan
CustomerCountry
|
Kode negara pelanggan. | ||
|
Deskripsi
Lokasi geografis pelanggan (LAND1) yang diambil dari data induk pelanggan. Atribut ini mendukung 'Analisis Waktu Siklus Faktur' dengan memungkinkan perbandingan kinerja berdasarkan wilayah. Atribut ini membantu mengetahui apakah siklus pembayaran di negara tertentu lebih lama karena kebiasaan setempat atau keterlambatan perbankan.
Mengapa ini penting
Mendukung analisis kinerja regional dan pelaporan kepatuhan terhadap peraturan.
Sumber data
Tabel KNA1, kolom LAND1
Contoh
ASJermanPrancis
|
|||
|
Pembayaran terlambat
IsLatePayment
|
Penanda yang menunjukkan apakah pembayaran diterima setelah tanggal jatuh tempo. | ||
|
Deskripsi
Penanda boolean yang dihitung dengan membandingkan Tanggal Penyelesaian dengan Tanggal Jatuh Tempo Bersih. Atribut ini menyederhanakan penghitungan KPI 'Tingkat Kepatuhan terhadap Syarat Pembayaran'. Atribut ini memungkinkan Anda memfilter kasus yang tidak patuh dengan cepat di dasbor.
Mengapa ini penting
Dengan cepat menemukan pelanggaran proses terkait syarat pembayaran.
Sumber data
Dihitung: ClearingDate > NetDueDate
Contoh
truefalse
|
|||
|
Peringkat kredit
CreditRating
|
Skor kelayakan kredit pelanggan. | ||
|
Deskripsi
Peringkat kredit pelanggan (CTLPC atau kolom serupa di KNKK/FSCM). Atribut ini diperlukan untuk dasbor 'Dampak Batas dan Peringkat Kredit'. Atribut ini memungkinkan analis menghubungkan kemungkinan sengketa atau keterlambatan pembayaran dengan profil risiko pelanggan.
Mengapa ini penting
Menghubungkan data manajemen risiko dengan kinerja operasional.
Sumber data
Tabel KNKK (Manajemen Kredit) atau tabel FSCM
Contoh
A+Risiko tinggi500
|
|||
|
Syarat pembayaran
PaymentTerms
|
Kode yang menunjukkan ketentuan pembayaran yang disepakati. | ||
|
Deskripsi
Kode Syarat Pembayaran (ZTERM) menentukan tanggal jatuh tempo dan diskon yang berlaku. Analisis atribut ini membantu mengetahui apakah masalah 'Pemanfaatan Diskon Pembayaran Awal' disebabkan oleh ketentuan yang terlalu ketat atau kegagalan proses. Atribut ini menjadi dimensi penting untuk kepatuhan keuangan.
Mengapa ini penting
Menentukan perilaku dan tenggat yang diharapkan untuk kasus tersebut.
Sumber data
Tabel BSEG atau KNB1, kolom ZTERM
Contoh
NT30ZB010001
|
|||
Aktivitas piutang usaha
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Dokumen akuntansi dibuat
|
Pencatatan awal faktur pelanggan ke buku besar akuntansi keuangan. Langkah ini membuat pos terbuka di buku pembantu piutang usaha. | ||
|
Mengapa ini penting
Menandai awal resmi kewajiban keuangan dan dimulainya penghitungan umur piutang untuk faktur pelanggan.
Sumber data
Tabel BKPF (Header) dan BSEG (Segmen). Identifikasi dokumen dengan Account Type (KOART) bernilai 'D' (Pelanggan). Gunakan Entry Date (CPUDT) dan Time (CPUTM).
Pengumpulan data
Dicatat saat transaksi membuat catatan di BKPF
Jenis peristiwa
explicit
|
|||
|
Faktur dikirim
|
Pengiriman dokumen faktur kepada pelanggan melalui cetak, email, atau EDI. Aktivitas ini menandai saat pelanggan benar-benar menerima permintaan pembayaran. | ||
|
Mengapa ini penting
Penting untuk menghitung KPI 'Waktu tunggu pengiriman faktur'. Keterlambatan pada tahap ini langsung menambah jumlah hari piutang usaha.
Sumber data
Kemungkinan perlu menggabungkan dokumen FI dengan Dokumen Penagihan SD (VBRK) dan memeriksa tabel Output Control (NAST) untuk memastikan status pemrosesan berhasil.
Pengumpulan data
Cocokkan VBRK-VBNUM dengan log output di NAST
Jenis peristiwa
inferred
|
|||
|
Faktur dilunasi
|
Tahap rekonsiliasi akhir yang menghubungkan faktur terbuka dengan pembayaran dan menghapus status pos terbuka. Proses pun selesai. | ||
|
Mengapa ini penting
Peristiwa akhir yang penting. Digunakan untuk menghitung 'Tingkat pelunasan otomatis' dan menuntaskan siklus.
Sumber data
Tabel BSEG. Kolom 'AUGBL' (Dokumen Pelunasan) dan 'AUGDT' (Tanggal Pelunasan) terisi untuk item baris faktur.
Pengumpulan data
Dicatat saat pos terbuka dilunasi
Jenis peristiwa
explicit
|
|||
|
Kasus sengketa dicatat
|
Pemberian kode alasan pada item baris faktur untuk menandai keberatan atau pertanyaan pelanggan. Tindakan ini biasanya menahan pembayaran faktur. | ||
|
Mengapa ini penting
Penting untuk 'Efisiensi penyelesaian sengketa'. Menunjukkan penyebab tertahannya kas dan membantu mengukur waktu penyelesaian.
Sumber data
Perubahan pada BSEG-RSTGR (Kode Alasan) atau integrasi dengan tabel SAP FSCM Dispute Management (UDM_CASE).
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan atau periksa log FSCM
Jenis peristiwa
inferred
|
|||
|
Pembayaran diterima
|
Pembukuan dokumen pembayaran masuk yang ditujukan untuk melunasi faktur. Langkah ini mencatat arus kas masuk di buku besar. | ||
|
Mengapa ini penting
Peristiwa utama untuk 'Rata-rata jumlah hari piutang usaha'. Menandai realisasi keuangan dari penjualan.
Sumber data
Tabel BKPF/BSEG. Document Type 'DZ' (Pembayaran Pelanggan) atau 'KZ' (Pembayaran Vendor untuk pelanggan).
Pengumpulan data
Dicatat saat transaksi pembayaran dijalankan
Jenis peristiwa
explicit
|
|||
|
Pembayaran sebagian dicatat
|
Penerimaan pembayaran yang hanya menutupi sebagian jumlah faktur. Faktur tetap terbuka dengan sisa saldo. | ||
|
Mengapa ini penting
Penting untuk 'Analisis dampak pembayaran sebagian'. Pembayaran ini menambah kerumitan rekonsiliasi dan memperpanjang waktu proses.
Sumber data
Tabel BSEG. Identifikasi dokumen pembayaran (Type DZ/KZ) yang merujuk ke faktur (REBZG), tetapi tidak melunasinya secara penuh.
Pengumpulan data
Dicatat saat dokumen pembayaran dibukukan
Jenis peristiwa
explicit
|
|||
|
Pengingat pembayaran dikirim
|
Penerbitan surat penagihan atau pengingat pembayaran kepada pelanggan karena saldo telah jatuh tempo. Aktivitas ini menunjukkan upaya proaktif tim penagihan. | ||
|
Mengapa ini penting
Penting untuk dashboard 'Kinerja aktivitas penagihan'. Frekuensi tinggi menunjukkan perilaku pembayaran pelanggan yang buruk.
Sumber data
Tabel MHND (Data Penagihan) dan MHNK (Header Penagihan). Mencatat tanggal dan tingkat penagihan pada pemberitahuan.
Pengumpulan data
Dicatat saat Dunning Run (F150) dijalankan
Jenis peristiwa
explicit
|
|||
|
Diskon tunai diterapkan
|
Pemanfaatan ketentuan diskon pembayaran yang mengurangi jumlah akhir yang harus dibayar. Terjadi saat pembayaran dilakukan dalam periode diskon. | ||
|
Mengapa ini penting
Memantau 'Pemanfaatan diskon pembayaran awal'. Membantu memastikan diskon digunakan sesuai ketentuan atau tidak diberikan secara keliru.
Sumber data
Tabel BSEG. Kolom 'SKNTO' (Jumlah diskon tunai) terisi pada item baris pelunasan.
Pengumpulan data
Dicatat sebagai nilai kolom di dokumen pelunasan
Jenis peristiwa
explicit
|
|||
|
Janji pembayaran dicatat
|
Komitmen dari pelanggan untuk membayar jumlah tertentu pada tanggal tertentu. Informasi ini memperbarui perkiraan kas. | ||
|
Mengapa ini penting
Digunakan dalam 'Kinerja aktivitas penagihan'. Tingkat keberhasilan janji pembayaran membantu memperkirakan akurasi arus kas jangka pendek.
Sumber data
Tabel SAP FSCM Collections Management (UDM_P2P) atau informasi yang disimpulkan dari catatan teks yang dibuat petugas penagihan.
Pengumpulan data
Dicatat di FSCM atau tabel teks STXH
Jenis peristiwa
explicit
|
|||
|
Ketentuan pembayaran diubah
|
Pembaruan ketentuan pembayaran yang telah disepakati, seperti tanggal jatuh tempo atau kelayakan diskon, setelah faktur dicatat. Perubahan ini sering menunjukkan adanya negosiasi ulang atau koreksi. | ||
|
Mengapa ini penting
Perubahan ketentuan pembayaran mengacaukan analisis umur piutang dan dapat menunjukkan kesalahan data induk atau kelonggaran khusus.
Sumber data
Tabel Change Document (CDHDR/CDPOS) yang terhubung ke Dokumen Akuntansi (BSEG-ZTERM atau BSEG-ZFBDT).
Pengumpulan data
Dicatat saat dokumen perubahan ditulis ke CDHDR
Jenis peristiwa
explicit
|
|||
|
Nota kredit dicatat
|
Penerbitan nota kredit kepada pelanggan untuk mengurangi saldo piutang yang belum dibayar. Biasanya digunakan untuk memperbaiki kesalahan penagihan atau memproses retur. | ||
|
Mengapa ini penting
Menjadi dasar KPI 'Tingkat pengerjaan ulang nota kredit'. Volume tinggi menunjukkan masalah kualitas di bagian hulu, seperti proses penjualan atau pemenuhan pesanan.
Sumber data
Tabel BKPF/BSEG dengan Document Type 'DG' (atau jenis nota kredit khusus) yang merujuk ke Faktur asli.
Pengumpulan data
Dicatat saat transaksi membuat dokumen kredit di BKPF
Jenis peristiwa
explicit
|
|||
|
Pelunasan dibatalkan
|
Pembatalan pelunasan yang sebelumnya berhasil sehingga faktur kembali terbuka. Ini menunjukkan adanya kesalahan pada pencatatan penerimaan kas awal. | ||
|
Mengapa ini penting
Menandakan pengerjaan ulang. Pembatalan yang sering terjadi menunjukkan masalah pada aturan pencatatan kas otomatis atau pelatihan rekonsiliasi manual.
Sumber data
Tabel BKPF. Identifikasi dokumen yang Dokumen Pelunasannya direset (menggunakan logika Transaksi FBRA) atau melalui Log Perubahan.
Pengumpulan data
Dicatat saat transaksi FBRA dijalankan
Jenis peristiwa
explicit
|
|||
|
Penghapusbukuan dicatat
|
Penggolongan saldo faktur sebagai tidak tertagih, lalu menghapusnya dari piutang dan mencatatnya sebagai beban piutang tak tertagih. Digunakan saat penagihan gagal. | ||
|
Mengapa ini penting
Pengakhiran proses yang merugikan. Penting untuk menganalisis penyebab utama kebocoran pendapatan.
Sumber data
Tabel BSEG. Dokumen pelunasan dengan Document Type tertentu (misalnya, 'AB') atau Kode Alasan yang menunjukkan penghapusbukuan.
Pengumpulan data
Tentukan berdasarkan jenis dokumen dan pemetaan akun GL
Jenis peristiwa
inferred
|
|||
|
Rekening koran bank dicocokkan
|
Pencocokan otomatis item baris pada rekening koran elektronik dengan akun pelanggan. Menandai pengakuan awal kas di bank. | ||
|
Mengapa ini penting
Mendukung 'Pelacak otomatisasi pencatatan penerimaan kas'. Menunjukkan efisiensi pemrosesan rekening koran elektronik (EBS).
Sumber data
Tabel FEBEP (Item Baris Rekening Koran Elektronik) dan FEBA (Pemrosesan Rekening Koran).
Pengumpulan data
Dicatat saat EBS diunggah dan diproses
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Tingkatkan proses penagihan Anda sekarang dengan menerapkan standar data ini di lingkungan SAP ECC. Tim kami siap membantu Anda di setiap tahap perjalanan process mining.
Optimalkan piutang usaha dan atasi masalah arus kas sekarang
Kurangi DSO Anda 15 hingga 20 hari dan percepat pembayaran di SAP ECC.
Tidak perlu kartu kredit, penyiapan hanya perlu beberapa menit