Templat Data Piutang Usaha Anda
Templat Data Piutang Usaha Anda
- Atribut NetSuite penting untuk analisis mendalam
- Tahapan standar untuk melacak aktivitas piutang usaha
- Panduan ekstraksi data untuk sistem NetSuite
Atribut Piutang Usaha
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
Activity
|
Kejadian atau tindakan tertentu yang dilakukan pada faktur. | ||
|
Deskripsi
Atribut ini menunjukkan nama langkah proses, seperti 'Faktur Dibuat', 'Pembayaran Diterapkan', atau 'Sengketa Dibuka'. Di NetSuite, data ini biasanya diambil dari kolom Atribut ini menjadi dasar process mining karena menentukan simpul pada peta proses. Dengan menganalisis urutan aktivitas, analis dapat menemukan hambatan, perulangan (misalnya, penanganan sengketa berulang), dan penyimpangan dari alur proses normal.
Mengapa ini penting
Menentukan langkah alur kerja dan memungkinkan pembuatan grafik proses.
Sumber data
Diambil dari 'type' pada Transaction atau 'field'/'value' pada SystemNote
Contoh
Faktur dibuatPembayaran DiterimaNota kredit diterbitkanSengketa Dibuka
|
|||
|
Nomor Faktur
TranId
|
Nomor referensi unik yang diberikan kepada faktur di NetSuite. | ||
|
Deskripsi
Atribut ini berfungsi sebagai pengenal utama kasus dalam proses Piutang Usaha. Di NetSuite, kolom Dalam analisis, pengenal ini digunakan untuk mengelompokkan setiap peristiwa ke dalam satu kasus proses. Dengan begitu, Anda dapat melihat siklus order-to-cash dari awal hingga akhir dan menggabungkan data dari berbagai tabel NetSuite, seperti
Mengapa ini penting
Kunci utama untuk melacak siklus piutang dan menghitung waktu siklus.
Sumber data
Tabel Transaction, kolom 'tranid'
Contoh
INV-2023-001INV-998822CM-4022JE-10023
|
|||
|
Waktu Kejadian
DateCreated
|
Tanggal dan waktu persis saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat waktu tepat terjadinya suatu peristiwa. Untuk pembuatan faktur, waktunya tercatat di kolom Timestamp yang akurat penting untuk menghitung waktu siklus, seperti Waktu siklus rata-rata dari faktur hingga pembayaran dan Waktu tunggu penerbitan faktur. Data ini membantu mengurutkan peristiwa dengan benar dan menemukan jeda di antara langkah proses tertentu.
Mengapa ini penting
Penting untuk mengurutkan kejadian dan menghitung durasi di antara langkah proses.
Sumber data
'datecreated' pada Transaction atau 'date' pada SystemNote
Contoh
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Waktu data diekstrak atau terakhir diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan kapan data diambil dari NetSuite. Informasi ini membantu menentukan seberapa baru analisis dan menghitung usia kasus yang masih terbuka berdasarkan tanggal analisis. Di dasbor, atribut ini membantu pengguna mengetahui apakah data yang dilihat merupakan data terkini atau hasil ekstraksi historis. Waktu ini juga menjadi acuan untuk menghitung durasi berjalan faktur yang belum dilunasi.
Mengapa ini penting
Menunjukkan kebaruan data dan membantu menghitung durasi berjalan untuk kasus yang masih terbuka.
Sumber data
Waktu sistem saat ekstraksi
Contoh
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
|
|||
|
Sistem Sumber
SourceSystem
|
Sistem pencatatan asal tempat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan asal data, dalam konteks ini 'NetSuite'. Dalam lanskap yang menggunakan beberapa sistem, data Piutang Usaha mungkin digabungkan dengan CRM atau sistem perbankan eksternal. Kolom ini memastikan asal data tetap dapat ditelusuri. Jika beberapa ERP dianalisis sekaligus, analis dapat memfilter atau membagi tampilan proses berdasarkan sumber data. Nilainya biasanya tetap dan ditambahkan saat proses ekstraksi dan transformasi.
Mengapa ini penting
Menunjukkan asal-usul data dan memberi konteks untuk penerapan process mining yang melibatkan beberapa sistem.
Sumber data
Nilai tetap 'NetSuite'
Contoh
NetSuiteNetSuite ERPNetSuite OneWorld
|
|||
|
Departemen
Department
|
Departemen internal yang bertanggung jawab atas transaksi. | ||
|
Deskripsi
Atribut ini mengacu pada segmen Dengan membagi data berdasarkan departemen, analis dapat menemukan area operasional tertentu yang mengalami siklus penagihan lebih lambat atau lebih banyak sengketa. Temuan ini membantu menentukan perbaikan proses yang tepat sasaran.
Mengapa ini penting
Menunjukkan penanggung jawab proses internal dan perbedaan efisiensi penagihan.
Sumber data
Tabel Transaction, kolom 'department'
Contoh
Layanan ProfesionalPenjualan Perangkat LunakPemenuhan Pesanan Perangkat Keras
|
|||
|
Nama Pelanggan
Entity
|
Nama pelanggan atau entitas yang terkait dengan faktur. | ||
|
Deskripsi
Atribut ini menunjukkan pelanggan yang bertanggung jawab membayar faktur. Di NetSuite, atribut ini terhubung ke tabel Analis menggunakan kolom ini untuk membandingkan kinerja antar pelanggan dan menemukan pelanggan yang sering terlambat membayar, mengajukan sengketa, atau tidak mengikuti ketentuan pembayaran standar. Data ini mendukung dasbor Pemantauan Kepatuhan Ketentuan Kredit dan Produktivitas Agen Penagihan.
Mengapa ini penting
Memungkinkan perbandingan kinerja proses berdasarkan perilaku dan profil risiko pelanggan.
Sumber data
Tabel Transaction, kolom 'entity' (terhubung ke tabel Entity/Customer)
Contoh
Acme CorpGlobex CorporationSoylent Corp
|
|||
|
Nilai Faktur
TotalAmount
|
Nilai total faktur. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah total faktur, yang biasanya tercatat di kolom Metrik ini digunakan untuk menganalisis aliran nilai dalam proses Piutang Usaha, memprioritaskan penagihan bernilai tinggi, dan menghitung KPI seperti Nilai Tunggakan Sengketa. Anda dapat memfilter kasus berdasarkan kelompok nilai untuk memusatkan upaya perbaikan pada transaksi yang berdampak besar.
Mengapa ini penting
Penting untuk mengukur dampak keuangan dari ketidakefisienan proses dan menentukan prioritas penagihan.
Sumber data
Tabel Transaction, kolom 'foreignTotal' atau 'total'
Contoh
1500.00250.5010000.00
|
|||
|
Perwakilan Penjualan
SalesRep
|
Perwakilan penjualan yang terkait dengan faktur. | ||
|
Deskripsi
Atribut ini menunjukkan perwakilan penjualan yang bertanggung jawab atas akun atau transaksi. Di NetSuite, datanya sering tersimpan di kolom Atribut ini digunakan untuk mengaitkan masalah penagihan atau nota kredit dengan staf penjualan tertentu. Misalnya, dasbor Nota Kredit dan Kebocoran Pendapatan menggunakannya untuk melihat apakah perwakilan tertentu lebih sering melakukan penyesuaian setelah faktur diterbitkan. Hal ini dapat menunjukkan masalah kualitas pada tahap penjualan sebelumnya.
Mengapa ini penting
Menghubungkan masalah Piutang Usaha yang muncul kemudian dengan penanggung jawab proses penjualan sebelumnya.
Sumber data
Tabel Transaction, kolom 'salesrep'
Contoh
John SmithSarah ConnorKyle Reese
|
|||
|
Status Faktur
Status
|
Status faktur saat ini di sistem. | ||
|
Deskripsi
Atribut ini menunjukkan status transaksi di NetSuite, seperti 'Terbuka', 'Lunas', atau 'Menunggu Persetujuan'. Data ini biasanya diambil dari kolom Atribut Aktivitas mencatat riwayat kejadian, sedangkan atribut ini menunjukkan status terkini. Atribut ini penting untuk memfilter dasbor Risiko Penagihan Bernilai Tinggi agar hanya menampilkan tagihan yang masih terbuka dan sudah jatuh tempo.
Mengapa ini penting
Langsung menunjukkan kasus yang sudah ditutup dan kasus yang masih perlu ditindaklanjuti.
Sumber data
Tabel Transaction, kolom 'status'
Contoh
LunasTerbukaMenunggu Persetujuan
|
|||
|
Tanggal Jatuh Tempo
DueDate
|
Tanggal pembayaran diharapkan sesuai dengan ketentuan. | ||
|
Deskripsi
Atribut ini menyimpan tanggal jatuh tempo faktur yang dijadwalkan, dari kolom Atribut ini menjadi variabel utama untuk menghitung Rata-rata Hari Keterlambatan dari Ketentuan dan mengidentifikasi Risiko Penagihan Bernilai Tinggi. Dengan membandingkan tanggal ini dengan
Mengapa ini penting
Menjadi acuan untuk menghitung umur piutang, tunggakan, dan kepatuhan.
Sumber data
Tabel Transaction, kolom 'duedate'
Contoh
2023-11-152023-12-012024-01-30
|
|||
|
Unit Bisnis
Subsidiary
|
Anak perusahaan atau unit bisnis tempat faktur dicatat. | ||
|
Deskripsi
Di lingkungan NetSuite OneWorld, atribut ini menunjukkan badan hukum atau anak perusahaan tertentu yang menerbitkan faktur. Atribut ini memungkinkan perbandingan antar cabang atau divisi perusahaan. Atribut ini mendukung dasbor Efisiensi Pengiriman Faktur, sehingga pengguna dapat menelusuri satu tingkat lebih dalam ke unit bisnis tertentu. Data ini membantu menentukan apakah masalah proses terjadi di seluruh organisasi atau hanya di unit operasional tertentu.
Mengapa ini penting
Penting untuk membandingkan kinerja antar entitas organisasi.
Sumber data
Tabel Transaction, kolom 'subsidiary'
Contoh
US WestOperasional EMEAPenjualan APAC
|
|||
|
Agen Penagihan
CollectionAgent
|
Pengguna yang bertanggung jawab menagih faktur ini. | ||
|
Deskripsi
Atribut ini menunjukkan karyawan yang menangani penagihan faktur. Orang tersebut bisa sama dengan perwakilan penjualan atau spesialis Piutang Usaha khusus. Datanya sering tersimpan di kolom khusus atau diambil dari pengguna yang mencatat aktivitas 'Pengingat Pembayaran'. Atribut ini menjadi dasar dasbor Produktivitas Agen Penagihan. Manajer dapat membandingkan kinerja tim penagihan dan menemukan kebutuhan pelatihan atau pembagian beban kerja yang tidak seimbang.
Mengapa ini penting
Memungkinkan evaluasi kinerja setiap anggota tim penagihan.
Sumber data
'name' pada SystemNotes untuk aktivitas penagihan atau Kolom Khusus
Contoh
Agen SmithSpesialis Penagihan ATim Penagihan 1
|
|||
|
Alasan Sengketa
DisputeReason
|
Kode atau keterangan alasan faktur disengketakan. | ||
|
Deskripsi
Atribut ini mencatat alasan spesifik pelanggan menolak membayar atau meminta koreksi. Di NetSuite, data ini sering tersimpan di kolom khusus atau catatan 'Case' yang terhubung dengan faktur. Atribut ini penting untuk dasbor Analisis Siklus Sengketa. Pengelompokan berdasarkan alasan sengketa membantu menemukan akar masalah, seperti 'Kesalahan Harga', 'Barang Rusak', atau 'PO Tidak Ada'. Masalah mendasar ini perlu diperbaiki agar tidak menyebabkan kebocoran pendapatan di kemudian hari.
Mengapa ini penting
Menemukan akar masalah pembayaran yang tidak diterima dan pekerjaan administrasi berulang.
Sumber data
Case Dukungan Tertaut atau Kolom Khusus pada Transaksi
Contoh
Harga Tidak SesuaiBarang Belum DiterimaKesalahan Pajak
|
|||
|
Dalam Sengketa
IsDisputed
|
Penanda yang menunjukkan apakah faktur sedang atau pernah disengketakan. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah faktur pernah melalui proses sengketa. Nilainya ditentukan dari adanya aktivitas terkait sengketa atau penanda status tertentu pada catatan faktur. Atribut ini menjadi filter penting untuk Analisis Siklus Sengketa. Atribut ini juga membantu memisahkan faktur 'bermasalah' dari faktur 'normal' saat menghitung Tingkat Penagihan Berhasil pada Upaya Pertama.
Mengapa ini penting
Memisahkan kasus rumit dari kasus yang mengikuti alur normal.
Sumber data
Dihitung berdasarkan adanya aktivitas 'Sengketa Dibuka'
Contoh
truefalse
|
|||
|
Hari Terlambat
DaysOverdue
|
Jumlah hari sejak faktur yang masih terbuka melewati tanggal jatuh tempo. | ||
|
Deskripsi
Atribut terhitung ini menunjukkan selisih antara Atribut ini menjadi dasar pengelompokan umur piutang (misalnya, 30-60 atau 60-90 hari) di dasbor Risiko Penagihan Bernilai Tinggi. Dengan begitu, keterlambatan paling serius dapat segera diketahui.
Mengapa ini penting
Metrik standar untuk menilai tingkat keterlambatan pembayaran.
Sumber data
Dihitung: (Tanggal Saat Ini - DueDate)
Contoh
150-5
|
|||
|
Kategori Produk
Class
|
Kategori atau jenis barang/jasa yang dijual. | ||
|
Deskripsi
Atribut ini mengacu pada segmen Atribut ini digunakan dalam analisis dasbor 'Nota Kredit dan Kebocoran Pendapatan' untuk melihat apakah lini produk tertentu lebih sering mengalami pengembalian atau kesalahan penagihan.
Mengapa ini penting
Membagi kinerja proses berdasarkan jenis produk atau layanan yang dijual.
Sumber data
Tabel Transaction, kolom 'class'
Contoh
Pendapatan LisensiLayanan KonsultasiPerangkat Keras
|
|||
|
Ketentuan Pembayaran
Terms
|
Ketentuan pembayaran yang disepakati untuk faktur. | ||
|
Deskripsi
Atribut ini menunjukkan ketentuan pembayaran yang ditetapkan untuk faktur, seperti 'Net 30' atau 'Jatuh Tempo Saat Diterima'. Data ini tersimpan di kolom Data ini digunakan untuk menghitung tanggal pembayaran yang diharapkan dan menganalisis apakah pelanggan dengan ketentuan yang lebih longgar membayar lebih konsisten daripada pelanggan dengan ketentuan yang ketat. Data ini membantu meninjau kebijakan kredit dan menjadi acuan untuk KPI Rata-rata Hari Keterlambatan dari Ketentuan.
Mengapa ini penting
Menentukan perilaku pembayaran yang diharapkan dan SLA untuk siklus pembayaran pelanggan.
Sumber data
Tabel Transaction, kolom 'terms'
Contoh
Net 30Net 60Jatuh Tempo Saat DiterimaDiskon 2% jika dibayar dalam 10 hari, jatuh tempo 30 hari
|
|||
|
Kode Mata Uang
Currency
|
Mata uang yang digunakan untuk menerbitkan faktur. | ||
|
Deskripsi
Atribut ini menunjukkan kode mata uang ISO (misalnya, USD atau EUR) untuk transaksi, yang tersimpan di kolom Meski sering hanya digunakan sebagai data pendukung, atribut ini penting saat menjumlahkan
Mengapa ini penting
Penting untuk menjumlahkan nilai keuangan dengan benar di organisasi global.
Sumber data
Tabel Transaction, kolom 'currency'
Contoh
USDEURGBP
|
|||
|
Memo Faktur
Memo
|
Catatan atau keterangan yang tercantum di bagian atas faktur. | ||
|
Deskripsi
Atribut ini berisi keterangan bebas atau memo yang dimasukkan pada faktur, dari kolom Analisis teks pada kolom ini dapat mengungkap alasan keterlambatan atau sengketa yang tidak tercatat di kolom terstruktur. Informasi ini melengkapi data proses kuantitatif dengan konteks kualitatif.
Mengapa ini penting
Memberi konteks dan informasi kualitatif tentang transaksi.
Sumber data
Tabel Transaction, kolom 'memo'
Contoh
Biaya layanan untuk OktoberKoreksi Faktur #1002Ketentuan pembayaran khusus diterapkan
|
|||
|
Tanggal Janji Pembayaran
PromiseDate
|
Tanggal pelanggan berjanji akan mengirim pembayaran. | ||
|
Deskripsi
Atribut ini mencatat tanggal pelanggan berkomitmen untuk membayar faktur yang sudah jatuh tempo. Biasanya, agen penagihan yang mencatatnya. Di NetSuite, data ini umumnya tersimpan di catatan 'Phone Call' atau kolom khusus pada isi transaksi. Tanggal ini penting untuk dasbor Kepatuhan Janji Pembayaran. Dengan membandingkan tanggal yang dijanjikan dengan tanggal pembayaran sebenarnya, organisasi dapat mengukur konsistensi komitmen pelanggan dan efektivitas panggilan penagihan.
Mengapa ini penting
Mengukur konsistensi komitmen pelanggan dan efektivitas penagihan.
Sumber data
Catatan Task/Phone Call atau Kolom Khusus
Contoh
2023-11-202023-12-05
|
|||
|
Wilayah
Location
|
Lokasi atau wilayah yang terkait dengan transaksi. | ||
|
Deskripsi
Di NetSuite, kolom Atribut ini digunakan dalam Ikhtisar Kinerja DSO untuk menemukan perbedaan perilaku pembayaran antarwilayah. Data ini membantu menentukan apakah masalah penagihan terjadi secara luas atau hanya di wilayah tertentu.
Mengapa ini penting
Mendukung analisis kinerja Piutang Usaha berdasarkan wilayah.
Sumber data
Tabel Transaction, kolom 'location'
Contoh
Gudang Amerika UtaraKantor LondonSingapura
|
|||
Aktivitas Piutang Usaha
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Faktur dibuat
|
Pembuatan awal catatan faktur di sistem. Data ini diambil dari tabel Transaction dengan jenis catatan Invoice. | ||
|
Mengapa ini penting
Menandai awal siklus piutang dan menjadi dasar perhitungan umur piutang. Penting untuk menghitung waktu siklus faktur hingga kas.
Sumber data
Tabel Transaction: kolom 'trandate' atau 'datecreated' untuk catatan dengan jenis 'CustInvc'.
Pengumpulan data
Dicatat saat transaksi Invoice dijalankan
Jenis peristiwa
explicit
|
|||
|
Faktur dikirim
|
Tindakan mengirim faktur kepada pelanggan melalui email, surat, atau faks. Data ini dapat diketahui dari catatan Message yang terhubung ke transaksi Invoice terkait. | ||
|
Mengapa ini penting
Penting untuk KPI waktu penerbitan faktur. Menemukan keterlambatan pada tahap ini dapat mengungkap hambatan administrasi yang menghalangi penagihan tepat waktu.
Sumber data
Tabel Messages: gabungkan berdasarkan ID transaksi, dengan 'authoremail' internal dan 'recipientemail' eksternal.
Pengumpulan data
Dicatat saat transaksi Email dijalankan
Jenis peristiwa
explicit
|
|||
|
Faktur dilunasi
|
Perubahan status akhir faktur menjadi 'Paid In Full'. Status ini menandai akhir proses untuk kasus yang berhasil. | ||
|
Mengapa ini penting
Diperlukan untuk menghitung rata-rata waktu siklus faktur hingga kas. Membedakan item terbuka dan tertutup dalam variasi proses.
Sumber data
System Notes: perubahan status pada catatan Invoice menjadi 'Paid In Full'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan
Jenis peristiwa
inferred
|
|||
|
Faktur disetujui
|
Perubahan status faktur dari Pending Approval menjadi Open. Perubahan ini dapat dilacak melalui System Notes atau catatan riwayat workflow yang terkait dengan faktur. | ||
|
Mengapa ini penting
Menunjukkan waktu pemrosesan internal sebelum pelanggan ditagih. Keterlambatan pada tahap ini memperpanjang waktu siklus tanpa memberi nilai tambah bagi pelanggan.
Sumber data
System Notes: filter kolom 'status' yang berubah dari 'Pending Approval' menjadi 'Open'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan
Jenis peristiwa
inferred
|
|||
|
Nota kredit diterbitkan
|
Pembuatan transaksi Credit Memo yang diterapkan ke faktur. Transaksi ini mengurangi saldo terbuka dan sering kali menandakan pengembalian barang atau kesalahan penagihan. | ||
|
Mengapa ini penting
Menampilkan kebocoran pendapatan. Nota kredit yang sering diterbitkan dapat menunjukkan masalah sistemik dalam proses penjualan atau pemenuhan pesanan.
Sumber data
Tabel Transaction: jenis catatan 'CustCred' yang diterapkan ke ID faktur melalui 'appliedtotransaction'.
Pengumpulan data
Dicatat saat transaksi Credit Memo dijalankan
Jenis peristiwa
explicit
|
|||
|
Pembayaran penuh diterima
|
Penerapan Customer Payment yang membuat saldo faktur menjadi nol. Peristiwa ini menandai berakhirnya upaya penagihan. | ||
|
Mengapa ini penting
Stempel waktu utama untuk menghitung DSO dan rata-rata hari keterlambatan dari ketentuan pembayaran. Menunjukkan pendapatan yang berhasil diterima.
Sumber data
Tabel Transaction: jenis 'CustPymt' yang diterapkan ke Invoice hingga status Invoice berubah menjadi 'Paid In Full'.
Pengumpulan data
Dicatat saat transaksi Payment dijalankan
Jenis peristiwa
explicit
|
|||
|
Janji pembayaran diterima
|
Catatan yang menunjukkan bahwa pelanggan berkomitmen untuk membayar pada tanggal tertentu. Biasanya dicatat dalam User Notes atau paket pengelolaan penagihan khusus. | ||
|
Mengapa ini penting
Melacak KPI kepatuhan terhadap janji pembayaran. Membantu membedakan pelanggan yang kooperatif dari pelanggan yang perlu ditindaklanjuti lebih lanjut.
Sumber data
Catatan Note: analisis teks untuk 'PTP' atau 'Promise', atau kolom khusus di Collections SuiteApp.
Pengumpulan data
Identifikasi melalui analisis teks pada catatan
Jenis peristiwa
inferred
|
|||
|
Kasus sengketa dibuka
|
Dimulainya sengketa terkait faktur, yang biasanya diketahui dari Support Case yang terhubung atau status khusus. Sengketa menghentikan alur penagihan standar. | ||
|
Mengapa ini penting
Penting untuk dasbor analisis siklus sengketa. Jumlah kasus yang tinggi dapat menunjukkan masalah kualitas pada tahap pemenuhan pesanan atau penagihan.
Sumber data
Catatan Support Case: gabungkan dengan Transaction jika kategorinya 'Billing Dispute', atau gunakan perubahan status Transaction menjadi 'Disputed'.
Pengumpulan data
Bandingkan kolom status atau pembuatan catatan yang terhubung
Jenis peristiwa
inferred
|
|||
|
Pembayaran sebagian dicatat
|
Penerapan Customer Payment yang mengurangi saldo faktur, tetapi belum melunasinya. Data ini diambil dari tabel Transaction Line. | ||
|
Mengapa ini penting
Mendukung analisis alur proses pembayaran sebagian. Menunjukkan arus kas yang terpecah dan pelanggan yang kesulitan menjaga likuiditas.
Sumber data
Tabel Transaction: jenis 'CustPymt' yang diterapkan ke Invoice saat 'amountremaining' pada Invoice > 0.
Pengumpulan data
Dicatat saat transaksi Payment dijalankan
Jenis peristiwa
explicit
|
|||
|
Pengingat pembayaran dikirim
|
Email atau surat penagihan yang dibuat dan dikirim kepada pelanggan terkait pembayaran yang terlambat. Data ini diambil dari log modul Dunning Letters atau catatan Message yang terhubung ke faktur. | ||
|
Mengapa ini penting
Mengukur upaya yang diperlukan untuk menagih pembayaran dan efektivitas strategi penagihan. Penting untuk dasbor efektivitas pengingat penagihan.
Sumber data
Catatan Message atau Dunning Bundle Log: periksa baris subjek tertentu, misalnya 'Reminder' atau 'Overdue'.
Pengumpulan data
Identifikasi dari pola subjek pesan
Jenis peristiwa
inferred
|
|||
|
Piutang tak tertagih dihapuskan
|
Penghapusan saldo faktur melalui Journal Entry atau jenis Credit Memo khusus untuk jumlah yang tidak dapat ditagih. Menunjukkan kegagalan proses penagihan. | ||
|
Mengapa ini penting
Memisahkan pendapatan yang tidak tertagih dari pembayaran yang berhasil dalam analisis. Penting untuk memahami efisiensi penagihan yang sebenarnya.
Sumber data
Journal Entry atau Credit Memo: filter berdasarkan akun GL tertentu (Bad Debt Expense) yang terhubung ke faktur.
Pengumpulan data
Identifikasi dari penggunaan akun GL
Jenis peristiwa
inferred
|
|||
|
Rekening koran bank dicocokkan
|
Rekonsiliasi transaksi pembayaran dengan data rekening koran bank. Data ini diambil melalui 'Match Bank Data' atau riwayat rekonsiliasi. | ||
|
Mengapa ini penting
Melacak tingkat pencocokan bank otomatis. Keterlambatan pada tahap ini mengaburkan posisi kas yang sebenarnya dan menunjukkan kendala dalam proses administrasi.
Sumber data
Status transaksi: periksa apakah status transaksi Payment berubah menjadi 'Deposited' atau ditandai sebagai Reconciled.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan
Jenis peristiwa
inferred
|
|||
|
Sengketa diselesaikan
|
Penutupan kasus sengketa yang membuat faktur dapat ditagih kembali atau menghasilkan kredit. Peristiwa ini dicatat saat status Support Case yang terhubung berubah menjadi Closed. | ||
|
Mengapa ini penting
Diperlukan untuk menghitung rata-rata waktu penyelesaian sengketa. Penyelesaian yang lama berdampak buruk pada DSO dan kepuasan pelanggan.
Sumber data
Catatan Support Case: kolom 'dateclosed' untuk kasus yang terhubung ke faktur.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan
Jenis peristiwa
inferred
|
|||
Panduan Ekstraksi
Siap Memulai?
Gunakan templat ini di lingkungan NetSuite Anda untuk memulai upaya memperlancar siklus kas. Tim kami siap membantu jika Anda memerlukan bantuan lebih lanjut untuk pemetaan data atau integrasi teknis.
Percepat Siklus Piutang Usaha NetSuite Anda Sekarang
Kurangi DSO hingga 15 sampai 20 hari dan atasi kesenjangan arus kas sekarang.
Tidak perlu kartu kredit, penyiapan hanya 5 menit