Templat data pengelolaan kredit dan penagihan

SAP ECC
Templat data pengelolaan kredit dan penagihan

Templat data pengelolaan kredit dan penagihan

Templat ini merangkum atribut data dan aktivitas penting untuk menganalisis proses pengelolaan kredit dan penagihan Anda. Templat ini juga memuat panduan praktis untuk mengekstrak informasi penting dari sistem SAP ECC. Gunakan panduan ini agar pengumpulan data berjalan lancar dan hasilnya akurat.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi untuk SAP ECC
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pengelolaan kredit dan penagihan

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar analisis pengelolaan kredit dan penagihan di SAP ECC berjalan menyeluruh.
3 Wajib 8 Disarankan 10 Opsional
Nama Deskripsi
Nama aktivitas
ActivityName
Nama aktivitas bisnis atau peristiwa yang terjadi pada tahap tertentu dalam siklus faktur.
Deskripsi

Atribut ini menjelaskan langkah atau peristiwa tertentu dalam proses manajemen kredit dan penagihan, seperti 'Faktur diposting', 'Proses penagihan bertahap dijalankan', atau 'Dokumen pembayaran masuk diposting'. Aktivitas ini menjadi simpul dalam peta proses.

Dengan menganalisis urutan, frekuensi, dan durasi antaraktivitas, bisnis dapat melihat alur proses yang sebenarnya, menemukan penyimpangan dari prosedur standar, dan mengidentifikasi hambatan. Misalnya, analisis alur setelah 'Proses penagihan bertahap dijalankan' dapat menunjukkan efektivitas strategi penagihan.

Mengapa ini penting

Aktivitas merupakan bagian dasar peta proses yang memungkinkan Anda melihat dan menganalisis alur proses, variasi, serta pengecualian.

Sumber data

Atribut ini diturunkan dari pemetaan kode transaksi (TCODE), jenis dokumen (BLART), atau perubahan kolom tertentu dari berbagai tabel SAP, misalnya BKPF, BSID, MHNK, dan UDM_CASE, ke nama aktivitas yang mudah dipahami pengguna.

Contoh
Faktur dipostingProses penagihan bertahap dijalankanJanji pembayaran dibuatDokumen pembayaran masuk dipostingFaktur dilunasi
Nomor faktur
InvoiceNumber
Pengenal unik untuk faktur pelanggan, yang berfungsi sebagai pengenal kasus utama dalam proses manajemen kredit.
Deskripsi

Nomor Faktur, yang dikenal sebagai Belegnummer (BELNR) di SAP, mengidentifikasi setiap dokumen piutang usaha secara unik. Dalam process mining, nomor ini penting untuk menghubungkan semua aktivitas terkait, mulai dari posting dan penagihan bertahap hingga pembayaran atau penghapusan, ke dalam satu kasus.

Dengan menggunakan nomor faktur sebagai pengenal kasus, Anda dapat melihat siklus faktur secara menyeluruh. Ini membantu melacak metrik utama seperti Days Sales Outstanding (DSO), menemukan hambatan dalam proses penagihan, dan memahami efektivitas berbagai strategi penagihan untuk faktur tertentu.

Mengapa ini penting

Kunci ini menghubungkan setiap peristiwa dalam perjalanan faktur sehingga Anda dapat menelusuri dan menganalisis proses kredit hingga penerimaan kas secara menyeluruh.

Sumber data

Tersedia di berbagai tabel akuntansi keuangan SAP ECC, terutama BKPF (Accounting Document Header) dan BSEG (Accounting Document Segment), pada kolom BELNR.

Contoh
190000000119000000451900000102
Waktu peristiwa
EventTime
Waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu Peristiwa mencatat tanggal dan waktu setiap aktivitas dalam proses secara tepat. Data ini menjadi dasar kronologis log peristiwa, sehingga aktivitas dapat diurutkan dan durasi antaraktivitas dapat dihitung.

Dalam analisis, waktu ini menjadi dasar penghitungan semua KPI berbasis waktu, seperti Waktu Siklus Penyelesaian Sengketa, Jeda Posting Pembayaran, dan Rata-rata Hari dari Tanggal Jatuh Tempo hingga Pembayaran. Data ini membantu menemukan hambatan dengan menyoroti waktu tunggu yang panjang di antara langkah-langkah berurutan.

Mengapa ini penting

Atribut ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik kinerja terkait waktu, seperti waktu siklus dan durasi.

Sumber data

Diambil dari berbagai kolom tanggal dan waktu di tabel SAP, seperti BUDAT (Posting Date) atau CPUDT/CPUTM (Document Entry Date/Time) di BKPF, maupun dari tabel khusus peristiwa.

Contoh
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Hari keterlambatan
DaysOverdue
Jumlah hari faktur melewati tanggal jatuh tempo, berdasarkan perhitungan.
Deskripsi

Metrik ini menghitung jumlah hari antara tanggal jatuh tempo pembayaran faktur dan tanggal faktur diselesaikan. Untuk faktur yang masih terbuka, perhitungan menggunakan tanggal saat ini.

Hari keterlambatan merupakan metrik dasar untuk analisis piutang usaha. Metrik ini menjadi ukuran utama pada dasbor 'Ringkasan Umur Faktur' dan digunakan untuk menentukan prioritas penagihan. Analisis tren metrik ini secara keseluruhan dapat menunjukkan kondisi piutang perusahaan.

Mengapa ini penting

Metrik kinerja utama ini mengukur keterlambatan pembayaran secara langsung. Tim menggunakannya untuk menentukan prioritas penagihan dan menilai kondisi proses.

Sumber data

Atribut hasil perhitungan. Logikanya: (Tanggal penyelesaian atau tanggal saat ini) - tanggal jatuh tempo bersih.

Contoh
0153295
Jumlah faktur
Dmbtr
Nilai total faktur dalam mata uang lokal.
Deskripsi

Atribut ini menunjukkan nilai total faktur. Di SAP, jumlah dalam mata uang lokal sering disimpan di kolom DMBTR.

Jumlah Faktur merupakan dimensi penting untuk analisis. Atribut ini membantu Anda memprioritaskan penagihan faktur bernilai tinggi dan memahami apakah nilai faktur berkaitan dengan keterlambatan pembayaran atau terjadinya sengketa. Anda dapat menggunakannya untuk memfilter peta proses dan berfokus pada faktur yang nilainya melebihi batas tertentu.

Mengapa ini penting

Memberikan konteks keuangan pada proses, sehingga analisis berdasarkan nilai dan prioritas penagihan untuk item bernilai tinggi dapat dilakukan.

Sumber data

Kolom standar DMBTR (Amount in Local Currency) di tabel seperti BSEG, BSID, dan BSAD.

Contoh
1500.0012500.50750.25
Nama pengguna
UserName
ID pengguna yang menjalankan aktivitas.
Deskripsi

Atribut ini mengidentifikasi pengguna yang bertanggung jawab atas suatu peristiwa, seperti memposting faktur atau membuat kasus sengketa. Di SAP, informasi ini sering disimpan di kolom seperti ERNAM (Created by) atau USNAM.

Analisis berdasarkan pengguna membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan mendeteksi potensi masalah kepatuhan. Misalnya, analisis dapat menunjukkan apakah pengguna tertentu sering terkait dengan penyimpangan atau keterlambatan proses, atau apakah pengguna berkinerja tinggi mengikuti variasi proses yang lebih efisien.

Mengapa ini penting

Atribut ini memungkinkan analisis kinerja dan perilaku pengguna dalam proses, sehingga Anda dapat menemukan pengguna berkinerja tinggi, peluang pelatihan, dan ketimpangan beban kerja.

Sumber data

Biasanya tersedia di tabel header seperti BKPF, pada kolom USNAM (User name) atau ERNAM (Name of Person who Created the Object).

Contoh
SMITHJRDOECFO-ADMIN
Nomor pelanggan
Kunnr
Pengenal unik untuk pelanggan.
Deskripsi

Nomor Pelanggan (KUNNR di SAP) adalah kunci unik untuk akun pelanggan. Nomor ini menghubungkan transaksi dengan data induk pelanggan tertentu, termasuk riwayat pembayaran, informasi kredit, dan detail kontak.

Dalam process mining, atribut ini penting untuk mengelompokkan analisis. Anda dapat membandingkan kinerja proses antar pelanggan, mengidentifikasi pelanggan yang terus-menerus terlambat membayar, dan menganalisis perbedaan strategi penagihan untuk akun strategis dan nonstrategis. Atribut ini juga menjadi dasar dasbor seperti Umur Faktur dan Kepatuhan Ketentuan Pembayaran.

Mengapa ini penting

Memungkinkan analisis yang berfokus pada pelanggan, sehingga Anda dapat menemukan pola perilaku pelanggan atau kelompok pelanggan tertentu dan menyesuaikan strategi penagihan.

Sumber data

Kolom standar KUNNR di tabel item baris pelanggan (BSID, BSAD) dan tabel header dokumen (BKPF, jika terisi).

Contoh
10002050CUST-7890
Petugas penagihan
Sachp
Staf akuntansi atau agen penagihan yang ditugaskan untuk menangani akun pelanggan.
Deskripsi

Atribut ini menunjukkan orang atau kelompok yang bertanggung jawab mengelola penagihan untuk akun pelanggan tertentu. Di SAP, biasanya atribut ini merujuk pada Accounting Clerk (SACHP) yang tercatat dalam data induk pelanggan.

Dimensi ini penting untuk mengelola kinerja tim penagihan. Anda dapat membuat dasbor seperti 'Ringkasan Umur Faktur' dan memfilternya berdasarkan petugas penagihan untuk mengatur beban kerja serta membandingkan efektivitas tiap petugas atau tim. Anda juga dapat melihat petugas mana yang paling berhasil menyelesaikan faktur yang telah jatuh tempo.

Mengapa ini penting

Mendukung analisis kinerja dan pengelolaan beban kerja tim penagihan dengan mengaitkan kasus dan hasilnya ke orang atau kelompok tertentu.

Sumber data

Biasanya terdapat dalam data kode perusahaan pada data induk pelanggan (tabel KNB1, kolom SACHP).

Contoh
J. SmithTim AINTL-COLL
Segmen pelanggan
CustomerSegment
Pengelompokan pelanggan, misalnya berdasarkan ukuran, industri, atau kepentingan strategis.
Deskripsi

Segmen Pelanggan adalah klasifikasi untuk mengelompokkan pelanggan dengan karakteristik serupa. Klasifikasi ini sering diturunkan dari Grup Akun Pelanggan (KTOKD) di SAP atau kolom khusus lainnya dalam data induk pelanggan.

Mengelompokkan analisis proses berdasarkan atribut ini memberikan wawasan yang berguna. Anda dapat mengetahui apakah segmen tertentu memiliki siklus pembayaran lebih panjang, tingkat sengketa lebih tinggi, atau lebih responsif terhadap kegiatan penagihan tertentu. Informasi ini penting untuk mengoptimalkan strategi penagihan dan menyesuaikan interaksi dengan pelanggan.

Mengapa ini penting

Memungkinkan analisis terarah untuk melihat kinerja proses pada berbagai jenis pelanggan, sehingga strategi dan alokasi sumber daya dapat disesuaikan.

Sumber data

Sering diturunkan dari kolom Grup Akun Pelanggan (KTOKD) di tabel data induk pelanggan KNA1 atau dari kolom khusus lainnya.

Contoh
Pelanggan utamaUsaha kecil dan menengahPemerintahInternal
Tanggal jatuh tempo
NetDueDate
Tanggal batas pembayaran faktur sesuai perjanjian.
Deskripsi

Tanggal Jatuh Tempo adalah batas waktu pelanggan diharapkan membayar faktur. Tanggal ini dihitung berdasarkan tanggal dasar faktur dan ketentuan pembayaran. Di SAP, tanggal jatuh tempo bersih biasanya tersedia di kolom FAEDT.

Tanggal ini menjadi dasar penting dalam manajemen kredit dan tolok ukur untuk mengukur ketepatan waktu pembayaran. Tanggal ini digunakan untuk menghitung KPI seperti 'Rata-rata Hari dari Tanggal Jatuh Tempo hingga Pembayaran' dan memulai kegiatan penagihan setelah terlewati. Menganalisis keterlambatan berdasarkan tanggal ini merupakan bagian utama dari analisis penagihan.

Mengapa ini penting

Tanggal ini menjadi tolok ukur utama ketepatan waktu pembayaran dan penting untuk menghitung jumlah hari keterlambatan serta KPI terkait.

Sumber data

Tanggal ini sering tersedia langsung di tabel item baris pelanggan seperti BSID, pada kolom FAEDT (Net Due Date). Tanggal ini juga dapat dihitung dari tanggal dasar (ZFBDT) dan ketentuan pembayaran (ZTERM).

Contoh
2023-02-142023-03-312023-04-15
Tingkat penagihan
Mahns
Tingkat penagihan (pengingat) tertinggi yang telah dicapai untuk faktur.
Deskripsi

Tingkat penagihan (MAHNS di SAP) menunjukkan jumlah surat pengingat yang telah dikirim untuk faktur yang jatuh tempo. Tingkat ini mencerminkan intensitas prosedur penagihan.

Atribut ini penting untuk mengevaluasi proses penagihan. Dasbor 'Efektivitas Penagihan berdasarkan Tingkat' menggunakannya untuk mengukur persentase faktur yang dibayar setelah setiap surat pengingat dikirim. Analisis ini membantu menyempurnakan strategi penagihan, misalnya dengan mengubah waktu pengiriman atau isi surat pada tingkat yang kurang efektif.

Mengapa ini penting

Mengukur langsung intensitas upaya penagihan, yang penting untuk menganalisis efektivitas strategi penagihan.

Sumber data

Terdapat pada item baris pelanggan di tabel BSID sebagai kolom MAHNS. Riwayat proses penagihan tersedia di tabel MHNK (header) dan MHND (data).

Contoh
1234
Batas kredit
Klimk
Jumlah total batas kredit yang diberikan kepada pelanggan.
Deskripsi

Batas kredit (KLIMK di SAP) adalah jumlah kredit maksimum yang diberikan kepada akun pelanggan. Batas ini merupakan bagian penting dari pengelolaan risiko kredit.

Atribut ini penting untuk dasbor 'Akurasi Batas Kredit dibandingkan Utang Macet'. Dengan menganalisis hubungan antara batas kredit yang diberikan dan penghapusbukuan, perusahaan dapat menilai efektivitas kebijakan kreditnya. Atribut ini juga mendukung KPI seperti 'Tingkat Revisi Batas Kredit' untuk mengetahui apakah penilaian awal sudah akurat.

Mengapa ini penting

Memberi konteks tentang risiko kredit, sehingga Anda dapat menilai apakah kebijakan kredit efektif mencegah utang macet tanpa menghambat penjualan.

Sumber data

Terdapat dalam data pengelolaan kredit pusat untuk pelanggan di tabel KNKK, kolom KLIMK.

Contoh
10000.0050000.00250000.00
Dihapusbukukan
IsWrittenOff
Penanda boolean yang menunjukkan apakah faktur akhirnya dihapusbukukan sebagai utang macet.
Deskripsi

Penanda turunan ini biasanya bernilai true jika faktur diselesaikan menggunakan kode alasan atau jenis dokumen tertentu yang menandakan penghapusbukuan. Penanda ini mengidentifikasi kasus yang menimbulkan kerugian keuangan.

Atribut ini penting untuk menghitung KPI 'Tingkat Penghapusbukuan Utang Macet' dan mendukung dasbor terkait. Anda dapat mencari akar penyebab dengan melihat karakteristik faktur dan pelanggan yang sering dihapusbukukan. Hasilnya dapat membantu menyempurnakan kebijakan kredit dan efektivitas penagihan.

Mengapa ini penting

Mengidentifikasi hasil proses yang menimbulkan kerugian keuangan, sehingga Anda dapat mencari akar penyebab utang macet dan memperbaiki kebijakan kredit.

Sumber data

Atribut turunan. Logikanya biasanya mengidentifikasi kode alasan penyelesaian tertentu (BSEG-RSTGR) atau jenis dokumen (BKPF-BLART) yang digunakan untuk penghapusbukuan.

Contoh
truefalse
Dokumen penyelesaian
Augbl
Nomor dokumen yang digunakan untuk menyelesaikan faktur, biasanya dokumen pembayaran atau nota kredit.
Deskripsi

Nomor dokumen penyelesaian (AUGBL di SAP) menghubungkan item terbuka, seperti faktur, dengan dokumen yang melunasinya. Saat faktur dibayar, nomor dokumen pembayaran disimpan sebagai dokumen penyelesaian untuk faktur tersebut.

Kolom ini penting secara teknis untuk memastikan faktur telah diselesaikan dan menghubungkannya dengan peristiwa pembayaran atau nota kredit tertentu. Kolom ini menjadi dasar untuk mengenali aktivitas 'Faktur diselesaikan' dan memastikan seluruh proses tercatat dengan benar.

Mengapa ini penting

Menghubungkan faktur secara langsung dengan dokumen pelunasannya. Hubungan ini penting untuk memodelkan peristiwa penyelesaian secara akurat.

Sumber data

Kolom standar AUGBL pada tabel item baris pelanggan BSID (kosong saat masih terbuka) dan BSAD (terisi setelah diselesaikan).

Contoh
140000000114000000551400000120
ID kasus sengketa
DisputeCaseId
Pengenal unik untuk kasus sengketa yang terkait dengan faktur.
Deskripsi

Saat pelanggan menyengketakan faktur, kasus sengketa resmi dapat dibuat di modul Dispute Management SAP. ID ini menjadi pengenal unik untuk kasus tersebut.

Dengan ID ini, Anda dapat menganalisis proses penyelesaian sengketa secara terperinci. ID ini penting untuk menghitung KPI 'Waktu Siklus Penyelesaian Sengketa' dan memahami alasan sengketa dibuat, cara penanganannya, serta hasil yang umum terjadi. ID ini juga membantu memisahkan subproses sengketa dari alur penagihan standar.

Mengapa ini penting

Menghubungkan aktivitas penagihan dengan kasus sengketa resmi, sehingga efisiensi proses penyelesaian sengketa dan akar penyebabnya dapat dianalisis secara terarah.

Sumber data

Terdapat dalam tabel SAP Dispute Management, seperti UDM_CASE_ATTR00. Memerlukan modul SAP Dispute Management.

Contoh
400000000021400000000157400000000305
ID sistem sumber
SourceSystemId
Pengenal sistem sumber tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan sistem asal, misalnya instans SAP ECC tertentu seperti 'ECCPRD100'. Informasi ini penting jika organisasi menggunakan beberapa sistem ERP atau menggabungkan data dari berbagai sumber.

Atribut ini memungkinkan Anda memfilter dan membandingkan proses di berbagai sistem atau wilayah. Dengan begitu, asal-usul data tetap jelas dan masalah ekstraksi data lebih mudah ditelusuri.

Mengapa ini penting

Memberikan konteks penting tentang asal data, terutama dalam lingkungan TI yang kompleks. Atribut ini memastikan data dapat ditelusuri dan memungkinkan analisis khusus per sistem.

Sumber data

Biasanya ditambahkan saat proses ekstraksi data. Di SAP, nama sistem logis (LOGSYS) dapat digunakan.

Contoh
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Jenis dokumen
Blart
Jenis dokumen keuangan, seperti faktur, nota kredit, atau pembayaran.
Deskripsi

Jenis dokumen (BLART di SAP) mengelompokkan dokumen akuntansi. Contohnya, 'RV' dapat menunjukkan faktur pelanggan, 'DZ' pembayaran pelanggan, dan 'DG' nota kredit.

Aktivitas untuk process mining memang diturunkan dari data, tetapi jenis dokumen asli tetap memberi konteks penting. Data ini dapat digunakan untuk verifikasi atau analisis keuangan yang lebih terperinci. Jenis dokumen membantu menjelaskan transaksi yang diproses dan memfilter analisis agar hanya mencakup jenis dokumen tertentu, seperti faktur pelanggan.

Mengapa ini penting

Memberi konteks keuangan dengan mengelompokkan transaksi. Informasi ini dapat digunakan untuk memfilter analisis atau memvalidasi nama aktivitas yang diturunkan dari data.

Sumber data

Kolom standar BLART pada tabel header dokumen BKPF.

Contoh
RVDZDGAB
Kategori risiko
Ctlpc
Pengelompokan tingkat risiko kredit pelanggan.
Deskripsi

Kategori risiko (CTLPC di SAP) mengelompokkan pelanggan berdasarkan kelayakan kredit dan riwayat pembayaran. Kategori ini digunakan untuk menjalankan pemeriksaan kredit otomatis dan menentukan strategi penagihan.

Analisis proses berdasarkan kategori risiko dapat memberikan wawasan penting. Anda dapat melihat apakah pelanggan berisiko tinggi mengikuti alur proses yang berbeda atau memiliki siklus pembayaran yang jauh lebih panjang. Informasi ini berguna untuk memvalidasi ketepatan klasifikasi risiko dan menyesuaikan intensitas penagihan dengan tingkat risiko.

Mengapa ini penting

Memungkinkan analisis proses penagihan berdasarkan risiko, membantu memvalidasi model risiko dan menyesuaikan strategi penagihan.

Sumber data

Terdapat dalam data pengelolaan kredit pusat untuk pelanggan di tabel KNKK, kolom CTLPC.

Contoh
001002RISIKO TINGGI
Ketentuan pembayaran
Zterm
Kode ketentuan pembayaran yang disepakati dengan pelanggan.
Deskripsi

Kode Payment Terms (ZTERM di SAP) menentukan ketentuan pembayaran, seperti tanggal jatuh tempo dan diskon yang tersedia untuk pembayaran lebih awal. Kode ini biasanya diatur dalam data induk pelanggan, lalu disalin ke faktur.

Analisis berdasarkan ketentuan pembayaran membantu Anda memahami dampak setiap ketentuan terhadap perilaku pembayaran. Misalnya, dasbor 'Kepatuhan dan Dampak Ketentuan Pembayaran' menampilkan variasi kepatuhan terhadap ketentuan serta dampaknya pada jumlah hari keterlambatan. Hasilnya dapat membantu menentukan ketentuan pembayaran yang sesuai untuk tiap segmen pelanggan.

Mengapa ini penting

Menjelaskan kesepakatan kontraktual terkait pembayaran dan membantu menganalisis apakah ketentuan tertentu mendorong pembayaran yang lebih lancar atau mengurangi sengketa.

Sumber data

Kolom standar ZTERM, terdapat dalam data induk pelanggan (KNB1) dan tabel dokumen keuangan (BSEG).

Contoh
0001NT30ZD60
Kode perusahaan
Bukrs
Pengenal badan hukum (kode perusahaan) tempat faktur diterbitkan.
Deskripsi

Kode perusahaan (BUKRS di SAP) mewakili badan hukum independen yang menyusun laporan keuangannya sendiri. Kode ini merupakan unit organisasi dasar di SAP Financials.

Atribut ini penting untuk memfilter dan membandingkan kinerja proses di berbagai badan hukum dalam satu perusahaan. Anda dapat mengetahui apakah proses penagihan sudah seragam atau memiliki perbedaan kinerja yang signifikan, misalnya pada DSO atau tingkat sengketa, antar kode perusahaan.

Mengapa ini penting

Memungkinkan analisis proses dikelompokkan berdasarkan badan hukum. Ini penting bagi organisasi besar multinasional yang perlu membandingkan kinerja.

Sumber data

Kolom standar BUKRS di hampir semua tabel keuangan, termasuk BKPF, BSEG, BSID, dan BSAD.

Contoh
10002000US01
Pembaruan data terakhir
LastDataRefreshTimestamp
Waktu yang menunjukkan kapan data terakhir diekstrak atau diperbarui di alat process mining.
Deskripsi

Atribut ini mencatat tanggal dan waktu pemuatan data terbaru. Informasi ini membantu pengguna bisnis mengetahui seberapa baru data yang sedang dianalisis.

Saat meninjau dasbor dan analisis, waktu ini membantu pengguna memahami apakah data sudah mencakup transaksi terbaru atau masih ada jeda. Metadata ini penting untuk membangun kepercayaan terhadap hasil analisis.

Mengapa ini penting

Memberi tahu pengguna seberapa mutakhir data yang tersedia. Informasi ini penting untuk mengambil keputusan berdasarkan informasi proses terbaru.

Sumber data

Nilai ini dibuat dan disimpan oleh alur ekstraksi dan pemuatan data (ETL) saat data diperbarui.

Contoh
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Wajib Disarankan Opsional

Aktivitas pengelolaan kredit dan penagihan

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar penemuan proses dan identifikasi hambatan akurat.
5 Disarankan 9 Opsional
Aktivitas Deskripsi
Faktur dihapuskan
Menunjukkan keputusan untuk mencatat faktur yang belum dibayar sebagai kerugian dan menggolongkannya sebagai piutang tak tertagih. Hal ini tercatat melalui posting keuangan khusus yang melunasi faktur awal dan memindahkan jumlahnya ke akun piutang tak tertagih.
Mengapa ini penting

Ini adalah peristiwa akhir utama yang menandakan hasil buruk, yaitu kegagalan dalam proses kredit atau penagihan dan kerugian finansial langsung. Menganalisis kasus ini penting untuk memperbaiki kebijakan kredit dan strategi penagihan.

Sumber data

Peristiwa ini biasanya berupa posting eksplisit atau disimpulkan dari transaksi pelunasan. Pelunasan dilakukan menggunakan kode transaksi dan kode alasan tertentu yang menunjukkan penghapusan piutang. Dokumen pelunasan dapat dianalisis untuk memastikannya.

Pengumpulan data

Identifikasi dokumen pelunasan yang menggunakan kode alasan khusus untuk penghapusan piutang (BSEG-RSTGR), atau yang mencatat entri penyeimbang ke akun beban piutang tak tertagih.

Jenis peristiwa inferred
Faktur dilunasi
Peristiwa ini menandai penyelesaian faktur, biasanya setelah pembayaran penuh diterima dan dialokasikan. Peristiwa ini disimpulkan saat item baris faktur berpindah dari tabel item terbuka (BSID) ke tabel item yang telah dilunasi (BSAD).
Mengapa ini penting

Ini adalah peristiwa akhir utama yang menandakan proses berhasil. Waktu hingga aktivitas ini tercapai merupakan komponen utama DSO. Menganalisis alur yang berujung pada tahap ini membantu menemukan praktik terbaik.

Sumber data

Peristiwa ini disimpulkan dari data. Pelunasan diketahui dari adanya Dokumen Pelunasan (AUGBL) dan Tanggal Pelunasan (AUGDT) pada item baris faktur di tabel item yang telah dilunasi, BSAD.

Pengumpulan data

Gunakan tanggal pelunasan (BSAD-AUGDT) untuk item baris faktur terkait sebagai waktu peristiwa.

Jenis peristiwa inferred
Faktur diposting
Menunjukkan pembuatan dokumen faktur piutang usaha di modul akuntansi keuangan. Peristiwa ini tercatat secara eksplisit saat dokumen penagihan dari Sales and Distribution (SD) dilepas ke akuntansi atau faktur FI dimasukkan secara langsung, sehingga menghasilkan entri di tabel BKPF dan BSEG.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam siklus faktur. Menganalisis waktu dari titik ini hingga pembayaran sangat penting untuk mengukur Days Sales Outstanding (DSO) dan efisiensi proses secara keseluruhan.

Sumber data

Peristiwa ini tercatat secara eksplisit saat dokumen keuangan dibuat. Waktu peristiwa dapat diambil dari tabel header dokumen BKPF, yaitu kolom CPUDT atau BKTXT, untuk nomor dokumen faktur terkait (BELNR).

Pengumpulan data

Identifikasi peristiwa pembuatan dokumen FI dengan jenis dokumen yang relevan, misalnya 'RV' atau 'DR', di tabel BKPF.

Jenis peristiwa explicit
Proses penagihan bertahap dijalankan
Aktivitas ini menunjukkan pelaksanaan program penagihan otomatis untuk faktur yang telah jatuh tempo. Sistem mencatat tingkat penagihan, tanggal, dan detail lainnya untuk setiap faktur yang disertakan dalam proses tersebut.
Mengapa ini penting

Melacak aktivitas penagihan bertahap penting untuk mengevaluasi efektivitas strategi penagihan. Analisis ini membantu mengetahui tingkat penagihan mana yang paling efektif mendorong pembayaran dan mengidentifikasi pelanggan yang tidak merespons.

Sumber data

Peristiwa ini tercatat secara eksplisit. Detail proses penagihan bertahap disimpan dalam tabel data penagihan, terutama MHNK (data penagihan), yang berisi tanggal proses (LAUFD) dan tingkat penagihan (MAHNS) untuk setiap faktur yang ditagih.

Pengumpulan data

Ekstrak data dari tabel MHNK, lalu hubungkan kode perusahaan, akun, dan tanggal penagihan.

Jenis peristiwa explicit
Tanggal jatuh tempo pembayaran terlewati
Peristiwa hasil perhitungan yang menandakan faktur resmi jatuh tempo. Peristiwa ini tidak tercatat secara eksplisit di sistem, tetapi ditentukan dengan membandingkan tanggal jatuh tempo bersih faktur dengan tanggal saat ini atau waktu aktivitas berikutnya.
Mengapa ini penting

Peristiwa ini menandai peralihan dari penagihan standar ke proses penagihan piutang. Peristiwa ini menjadi pemicu penghitungan jumlah hari keterlambatan dan dimulainya prosedur penagihan bertahap, serta menjadi dasar laporan umur piutang.

Sumber data

Peristiwa ini dihitung dengan membandingkan tanggal jatuh tempo bersih (BSID-NETDT) pada item baris faktur terbuka dengan tanggal sistem atau waktu peristiwa lain.

Pengumpulan data

Hitung dengan membandingkan tanggal jatuh tempo bersih faktur (BSID-NETDT) dengan linimasa.

Jenis peristiwa calculated
Dokumen pembayaran masuk diposting
Menunjukkan pencatatan awal pembayaran dari pelanggan ke dalam sistem, sering kali sebelum pembayaran tersebut dialokasikan ke faktur tertentu. Peristiwa ini tercatat secara eksplisit saat dokumen pembayaran dibuat, misalnya dengan jenis dokumen DZ.
Mengapa ini penting

Peristiwa ini menandai penerimaan kas. Jeda waktu antara peristiwa ini dan 'Faktur Dilunasi' menunjukkan lamanya proses penerapan pembayaran ke faktur, yang dapat menjadi hambatan utama.

Sumber data

Peristiwa ini tercatat secara eksplisit saat dokumen pembayaran dibuat di tabel BKPF. Dokumen dapat dikenali dari jenis tertentu, misalnya 'DZ'. Tanggal posting (BKPF-BUDAT) digunakan sebagai waktu peristiwa.

Pengumpulan data

Identifikasi pembuatan dokumen dengan jenis dokumen terkait pembayaran, misalnya 'DZ', di tabel BKPF.

Jenis peristiwa explicit
Faktur diblokir untuk pembayaran
Menunjukkan bahwa blokir manual atau otomatis telah diterapkan pada faktur sehingga pembayaran tidak dapat dilakukan. Hal ini tercatat melalui indikator blokir pembayaran khusus pada item baris faktur di tabel BSEG.
Mengapa ini penting

Blokir pembayaran sering menjadi penyebab utama keterlambatan dan pengecualian proses. Mengetahui kapan dan mengapa faktur diblokir penting untuk menemukan akar penyebab keterlambatan pembayaran dan memperbaiki arus kas.

Sumber data

Status ini biasanya disimpulkan dari perubahan kolom Payment Block (BSEG-ZLSPR) pada item baris faktur. Log perubahan untuk kolom ini di tabel CDHDR dan CDPOS dapat memberikan waktu yang tercatat secara eksplisit.

Pengumpulan data

Deteksi perubahan pada kolom BSEG-ZLSPR untuk item baris dokumen faktur. Gunakan tabel CDHDR untuk mendapatkan waktu perubahannya.

Jenis peristiwa inferred
Janji pembayaran dibuat
Pelanggan menghubungi bagian penagihan dan berjanji akan membayar pada tanggal tertentu. Peristiwa ini tercatat secara eksplisit jika SAP FSCM Collections Management digunakan.
Mengapa ini penting

Janji pembayaran merupakan hasil penting dari kegiatan penagihan. Menganalisis jumlah janji yang dibuat, dipenuhi, dan tidak ditepati membantu mengukur efektivitas tindakan petugas penagihan dan memperkirakan arus kas masuk.

Sumber data

Jika SAP FSCM Collections Management digunakan, peristiwa ini tercatat secara eksplisit. Detail janji pembayaran disimpan dalam tabel seperti UDM_P2P_ATTR dan dihubungkan dengan mitra bisnis serta faktur.

Pengumpulan data

Ambil waktu pembuatan dari tabel janji pembayaran seperti UDM_P2P_ATTR di SAP FSCM.

Jenis peristiwa explicit
Janji pembayaran tidak ditepati
Peristiwa hasil perhitungan yang menunjukkan pelanggan tidak membayar sesuai tanggal yang disepakati dalam 'Janji Pembayaran'. Hal ini disimpulkan dari tidak adanya pembayaran terkait hingga tanggal yang dijanjikan.
Mengapa ini penting

Mengetahui janji pembayaran yang tidak ditepati penting untuk meningkatkan upaya penagihan. Tingginya jumlah janji yang tidak ditepati dapat menandakan masalah pada strategi penagihan atau kondisi keuangan pelanggan.

Sumber data

Peristiwa ini disimpulkan atau dihitung dengan membandingkan tanggal janji pembayaran dari UDM_P2P_ATTR dengan tanggal pelunasan faktur yang sebenarnya. Jika pembayaran belum diterima hingga tanggal yang dijanjikan, janji tersebut dianggap tidak ditepati.

Pengumpulan data

Bandingkan tanggal janji pembayaran di UDM_P2P_ATTR dengan tanggal pelunasan faktur. Jika tanggal pelunasan melewati tanggal janji, berarti janji tidak ditepati.

Jenis peristiwa calculated
Kasus sengketa dibuat
Menunjukkan pendaftaran resmi sengketa pelanggan terkait faktur, misalnya perbedaan harga atau jumlah. Peristiwa ini tercatat secara eksplisit di modul SAP FSCM Dispute Management.
Mengapa ini penting

Sengketa menunda proses pembayaran dan membutuhkan sumber daya internal untuk menyelesaikannya. Melacak pembuatan sengketa merupakan langkah awal untuk menganalisis waktu penyelesaian, akar penyebab, dan dampaknya terhadap DSO.

Sumber data

Jika SAP FSCM Dispute Management digunakan, peristiwa ini tercatat secara eksplisit. Pembuatan kasus sengketa dicatat di tabel seperti UDM_CASE atau SCMG_T_CASE_ATTR, beserta waktu pembuatannya.

Pengumpulan data

Ambil tanggal dan waktu pembuatan dari tabel manajemen kasus, misalnya UDM_CASE, untuk kasus yang terkait dengan faktur.

Jenis peristiwa explicit
Kasus sengketa diselesaikan
Sengketa terkait faktur telah diselidiki dan penyelesaiannya telah ditetapkan. Biasanya, hal ini tercatat sebagai perubahan status kasus sengketa di SAP FSCM Dispute Management.
Mengapa ini penting

Penyelesaian sengketa memungkinkan pembayaran diproses kembali. Mengukur waktu antara pembuatan dan penyelesaian sengketa merupakan KPI penting untuk menemukan inefisiensi dalam proses penanganan sengketa.

Sumber data

Peristiwa ini disimpulkan dari perubahan status kasus sengketa. Log perubahan (CDHDR/CDPOS) untuk kolom status kasus di tabel seperti UDM_CASE menyediakan waktunya.

Pengumpulan data

Identifikasi waktu perubahan status kasus sengketa menjadi 'Closed' atau 'Resolved' dengan menganalisis log perubahan.

Jenis peristiwa inferred
Kontak penagihan dicatat
Petugas penagihan menghubungi pelanggan terkait faktur yang telah jatuh tempo, misalnya melalui telepon atau email. Biasanya petugas mencatat aktivitas ini secara manual di sistem.
Mengapa ini penting

Aktivitas ini mengukur upaya manual tim penagihan. Menganalisis frekuensi dan waktu kontak dibandingkan dengan pembayaran berikutnya membantu mengetahui efektivitas tindakan petugas penagihan.

Sumber data

Jika SAP FSCM Collections Management digunakan, aktivitas ini dicatat sebagai 'Kontak Pelanggan'. Detailnya disimpan dalam tabel terkait daftar kerja penagihan dan riwayat kontak, yang sering kali terhubung ke UDM_CASE.

Pengumpulan data

Ekstrak catatan kontak pelanggan dari tabel SAP FSCM Collections Management yang relevan.

Jenis peristiwa explicit
Nota kredit diposting
Menunjukkan pembuatan dokumen nota kredit pada akun pelanggan, biasanya untuk memperbaiki kesalahan penagihan atau menyelesaikan sengketa. Dokumen ini dibuat secara eksplisit di modul FI.
Mengapa ini penting

Nota kredit sering kali terjadi akibat kegagalan proses sebelumnya, seperti kesalahan harga atau pengiriman. Menganalisis frekuensi dan akar penyebabnya penting untuk memperbaiki proses dan mengurangi kebocoran pendapatan.

Sumber data

Peristiwa ini tercatat secara eksplisit saat dokumen keuangan dengan jenis dokumen nota kredit, misalnya 'DG', dibuat. Waktu peristiwa dapat diambil dari tabel header dokumen BKPF.

Pengumpulan data

Identifikasi peristiwa pembuatan dokumen FI dengan jenis dokumen nota kredit, misalnya 'DG' atau 'G2', di tabel BKPF.

Jenis peristiwa explicit
Pos sisa dibuat
Peristiwa ini terjadi saat pembayaran dialokasikan ketika pelanggan membayar kurang dari jumlah faktur, lalu sisa saldo kecil dicatat sebagai pos terbuka baru. Peristiwa ini disimpulkan dari detail transaksi pelunasan.
Mengapa ini penting

Pos sisa menunjukkan adanya selisih pembayaran dan menambah pekerjaan. Melacaknya membantu mengidentifikasi pelanggan yang sering membayar kurang dari jumlah tagihan serta menemukan masalah harga atau penagihan yang memicu sengketa.

Sumber data

Peristiwa ini disimpulkan dari data. Saat transaksi pelunasan, misalnya melalui F-28, melunasi faktur awal sekaligus mencatat dokumen pos terbuka baru untuk jumlah yang tersisa, pos sisa pun terbentuk. Hal ini dapat diketahui dengan memeriksa item baris dokumen pelunasan.

Pengumpulan data

Analisis dokumen pelunasan (BKPF-AUGBL) untuk menemukan transaksi yang membuat pos terbuka baru dengan referensi ke faktur awal.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari SAP ECC

Siap memulai?

Gunakan templat ini untuk menyiapkan data dengan lebih efisien dan mulai menemukan wawasan penting dalam proses Manajemen Kredit & Penagihan Anda. Percepat arus kas dan kurangi risiko mulai hari ini.

Percepat arus kas: optimalkan kredit dan penagihan sekarang

Pangkas waktu siklus kredit hingga penerimaan kas sebesar 30% dan tingkatkan profitabilitas.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.