Templat data piutang usaha Anda
Templat data piutang usaha Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi
Atribut piutang usaha
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
Activity
|
Peristiwa atau tindakan tertentu yang dilakukan dalam proses. | ||
|
Deskripsi
Atribut ini menjelaskan langkah dalam proses Piutang Usaha, seperti Membuat Faktur, Membukukan Pembayaran Sebagian, atau Menyelesaikan Faktur. Biasanya, atribut ini diturunkan dari kode transaksi (TCODE) atau perubahan tertentu pada status dokumen yang tercatat di tabel log perubahan.
Mengapa ini penting
Atribut ini penting untuk memetakan alur proses dan mengenali urutan peristiwa.
Sumber data
Ditentukan dari SAP TSTCT (Kode Transaksi) atau CDHDR/CDPOS (Dokumen Perubahan)
Contoh
Buat faktur Piutang UsahaCatat pembayaran sebagianLunasi fakturBuat kasus sengketa
|
|||
|
Nomor Faktur
InvoiceNumber
|
Pengenal unik untuk faktur atau dokumen akuntansi. | ||
|
Deskripsi
Atribut ini menjadi ID Kasus unik untuk proses Piutang Usaha. Biasanya, atribut ini merujuk pada Nomor Dokumen Akuntansi (BELNR) di modul SAP FI atau Dokumen Penagihan (VBELN) di SD, bergantung pada logika ekstraksi. Atribut ini menghubungkan semua aktivitas berikutnya, seperti pembayaran, sengketa, dan penyelesaian, dengan kewajiban keuangan awal.
Mengapa ini penting
Kunci utama ini diperlukan untuk menyusun kembali alur proses menyeluruh setiap transaksi.
Sumber data
Tabel SAP BKPF-BELNR atau VBRK-VBELN
Contoh
1400000234900004321014000002351800000099
|
|||
|
Waktu Peristiwa
EventTime
|
Waktu saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu persis saat aktivitas berlangsung. Untuk data transaksi, nilainya sering kali merupakan gabungan Tanggal Entri (CPUDT) dan Waktu Entri (CPUTM) dari tabel header. Data ini digunakan untuk menghitung waktu siklus dan waktu penyelesaian.
Mengapa ini penting
Stempel waktu yang akurat penting untuk menghitung DSO dan menemukan hambatan.
Sumber data
Tabel SAP BKPF-CPUDT dan BKPF-CPUTM
Contoh
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Waktu saat data terakhir diekstrak atau diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan kapan data dimuat ke alat process mining. Informasi ini membantu pengguna mengetahui seberapa baru data yang ditampilkan di dashboard, seperti Status Rekonsiliasi Akhir Periode.
Mengapa ini penting
Membantu analis mengetahui apakah data yang dilihat adalah data terkini atau historis.
Sumber data
Metadata ETL
Contoh
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Sistem Sumber
SourceSystem
|
Sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan instans SAP S/4HANA atau sistem eksternal tempat rekaman dibuat. Atribut ini berguna di lingkungan dengan beberapa instans ERP untuk melacak asal-usul data.
Mengapa ini penting
Memungkinkan analisis dipisahkan di lingkungan dengan beberapa sistem.
Sumber data
ID Sistem (SY-SYSID) atau ditetapkan langsung saat ekstraksi
Contoh
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
Durasi dari pembukuan faktur hingga penyelesaiannya. | ||
|
Deskripsi
Metrik ini dihitung dengan mengurangi Tanggal Pembukuan dari Tanggal Penyelesaian untuk pos yang sudah diselesaikan. Nilai ini menjadi ukuran utama di dashboard Ringkasan Days Sales Outstanding dan penting untuk mengukur efisiensi arus kas.
Mengapa ini penting
KPI utama proses Piutang Usaha bagi pimpinan.
Sumber data
Dihitung: ClearingDate - PostingDate
Contoh
30 hari45 hari15 hari
|
|||
|
Diotomatisasi
IsAutomated
|
Penanda yang menunjukkan apakah aktivitas dilakukan oleh pengguna sistem. | ||
|
Deskripsi
Atribut boolean ini dihitung berdasarkan atribut Pengguna. Jika ID Pengguna cocok dengan akun sistem atau batch yang diketahui, misalnya 'BNK_BSM', penanda ini bernilai true. Nilainya langsung digunakan oleh dashboard Tingkat Otomatisasi Pencocokan Pembayaran.
Mengapa ini penting
Kunci untuk mengukur keberhasilan transformasi digital dan otomatisasi.
Sumber data
Ditentukan dari atribut Pengguna
Contoh
truefalse
|
|||
|
Jenis Dokumen
DocumentType
|
Mengelompokkan dokumen akuntansi, misalnya faktur, pembayaran, atau nota kredit. | ||
|
Deskripsi
Jenis Dokumen (BLART) mengelompokkan transaksi. Contohnya, 'DR' untuk Faktur Pelanggan, 'DZ' untuk Pembayaran Pelanggan, dan 'DG' untuk Nota Kredit. Jenis dokumen ini penting untuk memfilter jenis kasus tertentu dalam Analisis Nota Kredit dan Koreksi.
Mengapa ini penting
Memisahkan data menjadi faktur, pembayaran, dan penyesuaian.
Sumber data
Tabel SAP BKPF-BLART
Contoh
DRDZDGRV
|
|||
|
Jumlah dalam Mata Uang Lokal
AmountInLocalCurrency
|
Nilai faktur atau pembayaran dalam mata uang kode perusahaan. | ||
|
Deskripsi
Atribut ini (DMBTR) berisi nilai transaksi. Nilai ini digunakan untuk menghitung total faktur terbuka, nota kredit, dan pembayaran. Atribut ini membantu mengukur nilai dalam dashboard Analisis Nota Kredit dan Koreksi.
Mengapa ini penting
Diperlukan untuk menganalisis dampak keuangan dan memprioritaskan penagihan bernilai tinggi.
Sumber data
Tabel SAP BSEG-DMBTR atau ACDOCA-DMBTR
Contoh
1500.00250.5010000.00
|
|||
|
Kode Perusahaan
CompanyCode
|
Entitas keuangan atau unit bisnis tempat faktur tercatat. | ||
|
Deskripsi
Kode Perusahaan (BUKRS) adalah unit organisasi utama untuk akuntansi eksternal di Sistem SAP. Kode ini digunakan untuk memisahkan analisis antarunit bisnis di dashboard, seperti Profil Perilaku Pembayaran Pelanggan.
Mengapa ini penting
Penting untuk memfilter dan membandingkan kinerja berbagai entitas hukum.
Sumber data
Tabel SAP BKPF-BUKRS atau T001-BUKRS
Contoh
1000US01DE012000
|
|||
|
Nama Pengguna
User
|
ID pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini (USNAM) menunjukkan pengguna atau agen sistem yang bertanggung jawab atas peristiwa tersebut. Atribut ini dianalisis untuk menghitung Tingkat Pencocokan Pembayaran Otomatis dengan membedakan pengguna manusia dari pengguna sistem batch.
Mengapa ini penting
Penting untuk mengukur tingkat otomatisasi dan produktivitas pengguna.
Sumber data
Tabel SAP BKPF-USNAM atau CDHDR-USERNAME
Contoh
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Nomor Pelanggan
CustomerNumber
|
Pengenal unik untuk akun pelanggan. | ||
|
Deskripsi
Atribut ini berisi Nomor Pelanggan (KUNNR) yang terkait dengan faktur. Atribut ini memungkinkan analisis terperinci tentang perilaku pembayaran dan penting untuk dashboard Profil Perilaku Pembayaran Pelanggan.
Mengapa ini penting
Memungkinkan Anda menelusuri kinerja akun pelanggan tertentu secara lebih mendalam.
Sumber data
Tabel SAP BSEG-KUNNR atau KNA1-KUNNR
Contoh
CUST100230001004500WALMART_US
|
|||
|
Syarat Pembayaran
PaymentTerms
|
Kode yang menunjukkan ketentuan pembayaran yang disepakati. | ||
|
Deskripsi
Atribut ini (ZTERM) menetapkan ketentuan pembayaran pelanggan, termasuk tanggal jatuh tempo dan potongan tunai. Atribut ini menjadi sumber data utama untuk dashboard Optimalisasi Diskon Pembayaran Awal.
Mengapa ini penting
Dasar untuk menghitung tanggal jatuh tempo dan menganalisis kelayakan diskon.
Sumber data
Tabel SAP BSEG-ZTERM atau KNB1-ZTERM
Contoh
NT300001Z015
|
|||
|
Tanggal Jatuh Tempo
DueDate
|
Tanggal batas pembayaran faktur yang telah dihitung. | ||
|
Deskripsi
Atribut ini menunjukkan tanggal jatuh tempo bersih. Di SAP, tanggal ini biasanya dihitung dengan menambahkan jumlah hari dalam Syarat Pembayaran (ZTERM) ke Tanggal Dasar (ZFBDT). Tanggal ini menjadi acuan untuk dashboard Kepatuhan dan Pelaksanaan Penagihan.
Mengapa ini penting
Acuan untuk menentukan apakah pembayaran terlambat.
Sumber data
Ditentukan dari BSEG-ZFBDT dan BSEG-ZTERM
Contoh
2023-11-302023-12-15
|
|||
|
Tanggal Penyelesaian
ClearingDate
|
Tanggal faktur diselesaikan atau dilunasi. | ||
|
Deskripsi
Atribut ini (AUGDT) mencatat tanggal pos terbuka diselesaikan, biasanya melalui pembayaran. Tanggal ini menjadi stempel waktu akhir siklus inti proses Piutang Usaha dan variabel utama dalam penghitungan Days Sales Outstanding.
Mengapa ini penting
Menandai selesainya siklus penagihan.
Sumber data
Tabel SAP BSEG-AUGDT atau BSAD-AUGDT
Contoh
2023-11-012023-11-10
|
|||
|
ID Kasus Sengketa
DisputeCaseId
|
Pengenal untuk kasus sengketa yang terkait dengan faktur. | ||
|
Deskripsi
Atribut ini menyimpan ID kasus sengketa (UDM_CASE), jika ada. Atribut ini menghubungkan dokumen keuangan dengan modul Manajemen Sengketa. Data ini diperlukan untuk dashboard Efisiensi Siklus Penyelesaian Sengketa.
Mengapa ini penting
Menghubungkan dokumen Piutang Usaha dengan alur kerja penyelesaian sengketa.
Sumber data
Tabel SAP FDM_DCPROC atau UDM_CASE_ATTR
Contoh
0000056789DISP-2023-001
|
|||
|
Merupakan Nota Kredit
IsCreditMemo
|
Penanda yang menunjukkan apakah dokumen merupakan nota kredit. | ||
|
Deskripsi
Atribut boolean ini ditentukan dari Jenis Dokumen, misalnya jika jenisnya 'DG'. Atribut ini memudahkan pemfilteran transaksi koreksi untuk mendukung KPI Tingkat Nota Kredit Korektif.
Mengapa ini penting
Menunjukkan pengerjaan ulang dan kesalahan penagihan.
Sumber data
Ditentukan dari DocumentType
Contoh
truefalse
|
|||
|
Negara
Country
|
Negara tempat pelanggan berada. | ||
|
Deskripsi
Atribut ini (LAND1) berasal dari data induk pelanggan. Atribut ini memungkinkan KPI dikelompokkan berdasarkan wilayah geografis, misalnya untuk menganalisis tingkat Nota Kredit per wilayah atau negara.
Mengapa ini penting
Analisis kepatuhan dan kinerja regional.
Sumber data
Tabel SAP KNA1-LAND1
Contoh
USDEFRJP
|
|||
|
Tingkat Penagihan
DunningLevel
|
Tingkat penagihan faktur saat ini. | ||
|
Deskripsi
Atribut ini (MAHNS) menunjukkan berapa kali pelanggan diingatkan untuk membayar. Atribut ini melacak peningkatan upaya penagihan dan ditampilkan di dashboard Kepatuhan dan Pelaksanaan Penagihan.
Mengapa ini penting
Memantau tingkat keterlambatan pembayaran dan kepatuhan terhadap kebijakan penagihan.
Sumber data
Tabel SAP MHNK-MAHNS atau KNB5 (data induk penagihan pelanggan)
Contoh
1230
|
|||
|
Wilayah
Region
|
Negara bagian, provinsi, atau wilayah tempat pelanggan berada. | ||
|
Deskripsi
Atribut ini (REGIO) memberikan informasi geografis yang lebih terperinci daripada Negara. Atribut ini berguna dalam Analisis Nota Kredit dan Koreksi untuk menemukan masalah pemrosesan di wilayah tertentu.
Mengapa ini penting
Analisis geografis yang lebih terperinci.
Sumber data
Tabel SAP KNA1-REGIO
Contoh
CANYTXBY
|
|||
Aktivitas piutang usaha
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Buat faktur Piutang Usaha
|
Pembuatan awal dokumen faktur pelanggan di sistem keuangan. Aktivitas ini dicatat berdasarkan stempel waktu pembuatan header dokumen. | ||
|
Mengapa ini penting
Menandai awal proses Piutang Usaha dan dimulainya penghitungan umur piutang. Data ini penting untuk menghitung Days Sales Outstanding (DSO).
Sumber data
Tabel BKPF (Accounting Document Header), kolom CPUDT (Entry Date) dan CPUTM (Entry Time). Filter berdasarkan Document Type (BLART) yang relevan untuk faktur pelanggan, misalnya DR dan RV.
Pengumpulan data
Dicatat saat transaksi disimpan ke BKPF
Jenis peristiwa
explicit
|
|||
|
Catat pembayaran sebagian
|
Pembayaran yang diterima tidak mencakup seluruh nilai faktur, sehingga masih ada sisa pos di akun. | ||
|
Mengapa ini penting
Memengaruhi siklus penyelesaian pembayaran kurang. Pembayaran sebagian yang sering terjadi menambah kerumitan dan pekerjaan rekonsiliasi manual.
Sumber data
Tabel BSEG. Disimpulkan saat dokumen pelunasan (AUGBL) membuat pos sisa baru yang memiliki saldo tersisa (Reference Document cocok dengan faktur awal).
Pengumpulan data
Disimpulkan dari pembuatan dokumen pelunasan yang menyisakan saldo
Jenis peristiwa
inferred
|
|||
|
Kirim keluaran faktur
|
Tindakan membuat pesan keluaran secara langsung, seperti email, cetak, atau EDI, untuk mengirim faktur kepada pelanggan. Aktivitas ini memastikan pelanggan telah menerima permintaan pembayaran secara resmi. | ||
|
Mengapa ini penting
Jeda antara pembuatan dan pengiriman faktur memengaruhi masa pembayaran efektif pelanggan. Pemantauan ini memastikan faktur tidak tertahan dalam pemrosesan internal.
Sumber data
Tabel NAST (Message Status), menggunakan Object Key (OBJKY) yang cocok dengan Nomor Dokumen Faktur. Stempel waktu diambil dari DATVR dan UHRVR.
Pengumpulan data
Dicatat di tabel NAST saat keluaran dibuat
Jenis peristiwa
explicit
|
|||
|
Kirim pengingat pembayaran
|
Surat penagihan atau pengingat dibuat untuk faktur yang telah jatuh tempo. Aktivitas ini mencatat upaya penagihan yang dilakukan organisasi. | ||
|
Mengapa ini penting
Penting untuk KPI Tingkat Kepatuhan Penagihan. Aktivitas ini memastikan strategi penagihan dijalankan sesuai kebijakan.
Sumber data
Tabel MHND (Dunning Data), kolom LAUFD (Date of Dunning Run). Hubungkan berdasarkan Company Code dan Customer.
Pengumpulan data
Dicatat saat proses penagihan (F150) dijalankan
Jenis peristiwa
explicit
|
|||
|
Lunasi faktur
|
Langkah akuntansi teknis untuk mencocokkan pos terbuka dengan pembayaran atau kredit, lalu mengubah statusnya menjadi Cleared. | ||
|
Mengapa ini penting
Menandai akhir definitif suatu instans proses di sistem. Data ini diperlukan untuk menghitung DSO akhir.
Sumber data
Tabel BSEG atau ACDOCA. Kolom AUGDT (Clearing Date) terisi. Gunakan USNAM untuk mengetahui apakah pelunasan dilakukan secara otomatis atau manual.
Pengumpulan data
Dicatat saat kolom AUGDT terisi
Jenis peristiwa
explicit
|
|||
|
Terima pembayaran penuh
|
Dana yang diterima melunasi seluruh nilai faktur yang masih terutang. Biasanya, ini menandai berakhirnya kewajiban pelanggan. | ||
|
Mengapa ini penting
Menentukan tanggal pembayaran aktual dibandingkan dengan tanggal jatuh tempo. Penting untuk menganalisis penyimpangan ketentuan pembayaran dan perilaku pelanggan.
Sumber data
Tabel BSEG, diturunkan dari dokumen pelunasan (AUGBL) saat tanggal pelunasan (AUGDT) terisi dan saldo menjadi nol.
Pengumpulan data
Dicatat saat dokumen pelunasan dibukukan
Jenis peristiwa
explicit
|
|||
|
Batalkan faktur
|
Faktur awal dibatalkan atau dibalik di sistem karena kesalahan mendasar. | ||
|
Mengapa ini penting
Menandai instans proses yang gagal. Untuk menjaga kualitas data, penting untuk mengecualikan kasus ini atau menganalisisnya secara terpisah.
Sumber data
Tabel BKPF, kolom STBLG (Reverse Document Number) terisi pada catatan faktur awal.
Pengumpulan data
Dicatat saat kolom STBLG terisi
Jenis peristiwa
explicit
|
|||
|
Buat kasus sengketa
|
Kasus sengketa dibuka untuk faktur, biasanya melalui SAP FSCM Dispute Management. Ini menunjukkan bahwa pelanggan menyanggah tagihan. | ||
|
Mengapa ini penting
Menghentikan sementara penghitungan waktu penagihan standar dan memulai penghitungan siklus penyelesaian sengketa. Volume kasus yang tinggi membuat arus kas lebih sulit diprediksi.
Sumber data
Tabel UDM_CASE_ATTR (Case Attributes) atau UDM_DISPUTE (Dispute Case). Hubungkan melalui CASE_GUID ke kunci dokumen keuangan.
Pengumpulan data
Dicatat di tabel FSCM Dispute Management
Jenis peristiwa
explicit
|
|||
|
Catat janji pembayaran
|
Petugas penagihan mencatat janji resmi dari pelanggan untuk membayar jumlah tertentu pada tanggal tertentu. | ||
|
Mengapa ini penting
Menunjukkan aktivitas petugas penagihan yang berhasil. Data ini digunakan untuk memperkirakan arus kas jangka pendek dan mengukur produktivitas petugas penagihan.
Sumber data
Tabel UDM_P2P (Promise to Pay), kolom CREATED_AT. Terhubung ke faktur melalui Case GUID atau Document Key.
Pengumpulan data
Dicatat di FSCM Collections Management
Jenis peristiwa
explicit
|
|||
|
Catat nota kredit
|
Nota kredit diterbitkan dan dihubungkan ke faktur untuk mengurangi jumlah yang harus dibayar. Biasanya, nota ini digunakan untuk memperbaiki kesalahan atau memproses retur. | ||
|
Mengapa ini penting
Indikator utama untuk KPI Tingkat Nota Kredit Korektif. Frekuensi tinggi menunjukkan masalah kualitas pada proses penjualan atau penagihan sebelumnya.
Sumber data
Tabel BSEG, Document Type 'DG' atau 'KG'. Diidentifikasi melalui kolom 'Invoice Reference' (REBZG) yang menunjuk ke faktur awal.
Pengumpulan data
Dicatat saat dokumen nota kredit merujuk ke faktur
Jenis peristiwa
explicit
|
|||
|
Perbarui status sengketa
|
Status kasus sengketa yang sudah ada berubah, misalnya dari 'New' menjadi 'In Process' atau 'Under Review'. | ||
|
Mengapa ini penting
Memberikan detail alur kerja penyelesaian sengketa dan membantu menemukan hambatan dalam tahap persetujuan atau pemeriksaan.
Sumber data
Dokumen perubahan untuk kasus sengketa (log S/4HANA Case Management). Analisis perubahan UDM_CASE_ATTR.
Pengumpulan data
Bandingkan perubahan kolom status dalam riwayat kasus
Jenis peristiwa
inferred
|
|||
|
Rekonsiliasi rekening koran bank
|
Baris transaksi di rekening koran bank berhasil dicocokkan dengan dokumen pembayaran di buku besar, sehingga posisi kas dapat dipastikan. | ||
|
Mengapa ini penting
Melacak waktu yang diperlukan untuk merekonsiliasi rekening koran bank. Keterlambatan pada tahap ini memperlambat penutupan keuangan.
Sumber data
Tabel FEBEP (Electronic Bank Statement Line Items). Mencocokkan dokumen pembayaran dengan transaksi di rekening koran bank.
Pengumpulan data
Dicatat di tabel EBS (FEBEP/FEBKO)
Jenis peristiwa
explicit
|
|||
|
Selesaikan kasus sengketa
|
Kasus sengketa ditutup dengan hasil berupa pemberian kredit, penghapusan piutang, atau konfirmasi ulang utang. Ini menandai akhir penanganan pengecualian. | ||
|
Mengapa ini penting
Stempel waktu akhir untuk KPI Rata-rata Waktu Penyelesaian Sengketa. Efisiensi pada tahap ini langsung membantu memulihkan modal kerja yang tertahan.
Sumber data
Tabel UDM_CASE_ATTR, kolom ESCALATION_DATE atau CLOSED_DATE, bergantung pada konfigurasi.
Pengumpulan data
Dicatat saat status kasus diatur menjadi Closed/Void
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Ubah data keuangan Anda menjadi wawasan yang dapat ditindaklanjuti dan mulai kurangi jumlah hari piutang belum tertagih sekarang. Tim kami siap membantu Anda di setiap tahap perjalanan process mining.
Benahi piutang usaha SAP S/4HANA dan tingkatkan arus kas
Bergabunglah dengan perusahaan yang mengurangi DSO hingga 15 sampai 20 hari menggunakan alat kami
Tidak perlu kartu kredit. Siapkan dalam 5 menit.