Templat data Order to Cash - Penagihan dan Faktur
Templat data Order to Cash - Penagihan dan Faktur
Ini template data umum kami untuk process mining Order to Cash, penagihan dan faktur. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Titik awal umum untuk sistem apa pun.
- Atribut yang disarankan untuk analisis mendalam.
- Aktivitas utama untuk memetakan alur penagihan dan faktur.
Atribut Order to Cash - Penagihan dan Faktur
| Nama | Deskripsi | ||
|---|---|---|---|
| ID Faktur InvoiceId | Pengenal unik untuk setiap faktur pelanggan. Atribut ini berfungsi sebagai pengenal kasus utama dalam proses penagihan dan pembuatan faktur. | ||
| Deskripsi ID Faktur adalah kode alfanumerik unik yang diberikan kepada setiap faktur. Kode ini menjadi kunci utama yang menghubungkan semua aktivitas terkait, mulai dari pembuatan dan persetujuan hingga pembayaran dan penutupan, dalam satu instans proses atau kasus. Dalam analisis process mining, ID Faktur penting untuk merekonstruksi perjalanan setiap faktur dari awal hingga akhir. Analis dapat menggunakannya untuk melihat alur proses, menemukan variasi, dan menghitung metrik tingkat kasus seperti waktu siklus. Anda juga dapat memfilter ID Faktur tertentu untuk menelusuri kasus bermasalah dan memahami penyebab keterlambatan atau kesalahan. Mengapa ini penting Kunci unik ini melacak seluruh siklus faktur dan menjadi dasar penting untuk menganalisis proses penagihan. Sumber data Biasanya terdapat di tabel header dokumen penagihan atau faktur pada sistem ERP atau keuangan sumber. Contoh INV-2023-00123910004587SI-58832 | |||
| Nama Aktivitas ActivityName | Nama aktivitas bisnis atau peristiwa yang terjadi pada titik tertentu dalam siklus faktur. | ||
| Deskripsi Nama Aktivitas menjelaskan langkah atau tugas tertentu dalam proses penagihan, seperti 'Faktur Dibuat', 'Faktur Dikirim ke Pelanggan', atau 'Pembayaran Dialokasikan ke Faktur'. Setiap peristiwa dalam log proses dikaitkan dengan suatu aktivitas. Rangkaian aktivitas ini membentuk alur proses. Analisis urutan aktivitas merupakan inti process mining. Analisis ini menunjukkan jalur yang benar-benar dilalui faktur, termasuk prosedur standar, penyimpangan, pengerjaan ulang, dan hambatan. Memahami aktivitas yang terjadi, urutannya, dan frekuensinya penting untuk menemukan proses, memeriksa kesesuaian, dan mengidentifikasi peluang perbaikan. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam proses sehingga perjalanan faktur dari pembuatan hingga penutupan dapat divisualisasikan dan dianalisis. Sumber data Biasanya diperoleh dari perubahan status dokumen, kode transaksi, atau log peristiwa tertentu dalam sistem sumber. Contoh Faktur DisetujuiPembayaran DiterimaSengketa DiajukanFaktur Dikirim ke Pelanggan | |||
| Waktu Peristiwa EventTime | Waktu yang tepat saat aktivitas atau peristiwa tertentu terjadi. | ||
| Deskripsi Waktu Peristiwa, atau stempel waktu, mencatat tanggal dan waktu persis saat aktivitas dijalankan atau status berubah. Data waktu ini penting untuk memahami kapan langkah proses terjadi dan berapa lama durasinya. Dalam analisis, Waktu Peristiwa digunakan untuk mengurutkan aktivitas secara kronologis, menghitung jeda antarlangkah, durasi aktivitas, dan total waktu siklus setiap kasus dari awal hingga akhir. Data ini menjadi dasar untuk menemukan hambatan, mengukur kinerja terhadap perjanjian tingkat layanan, dan menganalisis tren dari waktu ke waktu. Tanpa stempel waktu yang akurat, analisis kinerja dan durasi tidak dapat dilakukan. Mengapa ini penting Stempel waktu ini penting untuk menghitung semua metrik berbasis waktu, seperti waktu siklus dan durasi, yang membantu menemukan hambatan. Sumber data Biasanya terdapat bersama kolom aktivitas atau status dalam log transaksi, dokumen perubahan, atau tabel header dan item dokumen. Contoh 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| Pembaruan Data Terakhir LastDataUpdate | Waktu yang menunjukkan kapan data untuk peristiwa ini terakhir diperbarui atau diekstrak dari sistem sumber. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu ekstraksi atau pembaruan data terakhir. Informasi ini menunjukkan seberapa baru data yang dianalisis. Dalam proyek process mining, mengetahui kebaruan data penting untuk pelaporan dan analisis. Atribut ini membantu pengguna memahami rentang waktu yang dicakup analisis dan memastikan keputusan didasarkan pada informasi terkini. Atribut ini juga penting untuk memantau alur data dan memastikan proses ekstraksi berjalan sesuai harapan. Mengapa ini penting Atribut ini menunjukkan kebaruan data sehingga analisis dan keputusan didasarkan pada informasi terbaru yang tersedia. Sumber data Stempel waktu ini biasanya dibuat dan ditambahkan ke kumpulan data saat proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh 2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z | |||
| Sistem Sumber SourceSystem | Sistem pencatatan asal tempat data diekstrak. | ||
| Deskripsi Atribut ini menunjukkan aplikasi bisnis atau sistem asal yang menghasilkan data peristiwa, seperti ERP, CRM, atau platform penagihan khusus. Jika lingkungan kerja menggunakan beberapa sistem terintegrasi, kolom ini membantu membedakan sumber data. Memahami sistem sumber penting untuk validasi data, tata kelola, dan pemecahan masalah. Saat data dari beberapa sistem digabungkan, atribut ini memberi konteks dan membantu menjelaskan perbedaan tingkat perincian atau istilah. Atribut ini juga mendukung analisis yang lebih terperinci atas variasi proses yang mungkin dipengaruhi oleh sistem yang digunakan untuk transaksi tertentu. Mengapa ini penting Atribut ini memberi konteks penting tentang asal data, yang berguna untuk validasi dan analisis proses yang melibatkan beberapa sistem. Sumber data Informasi ini dapat disimpan sebagai kolom dalam tabel sumber atau ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Jumlah Faktur InvoiceAmount | Nilai total faktur, termasuk semua item baris, pajak, dan biaya. | ||
| Deskripsi Jumlah Faktur menunjukkan total nilai keuangan yang harus dibayar pelanggan. Ini merupakan metrik keuangan utama untuk setiap kasus faktur. Atribut ini menjadi dasar analisis keuangan dalam process mining. Anda dapat mengelompokkan faktur berdasarkan nilainya, misalnya nilai tinggi dan rendah, untuk melihat apakah alur proses atau waktu siklusnya berbeda. Atribut ini juga digunakan untuk menghitung indikator kinerja utama seperti Days Sales Outstanding (DSO) dan menganalisis dampak keuangan dari proses yang tidak efisien, misalnya keterlambatan menagih faktur bernilai besar. Mengapa ini penting Atribut ini memungkinkan analisis dampak keuangan. Anda dapat memprioritaskan masalah berdasarkan nilai uang dan memahami pengaruh nilai faktur yang berbeda terhadap proses. Sumber data Biasanya terdapat di header tabel faktur atau dokumen penagihan pada sistem keuangan sumber. Contoh 5000.001250.7525000.5099.99 | |||
| Mata Uang Currency | Kode mata uang untuk jumlah pada faktur, seperti USD atau EUR. | ||
| Deskripsi Atribut Mata Uang menunjukkan satuan uang untuk Jumlah Faktur. Atribut ini memberi konteks yang diperlukan untuk memahami nilai keuangan, terutama di organisasi global yang bertransaksi dalam beberapa mata uang. Dalam analisis, kolom Mata Uang penting untuk menjumlahkan dan membandingkan data keuangan dengan benar. Sebelum menghitung nilai total atau membandingkan jumlah faktur dari berbagai wilayah, semua nilai harus dikonversi ke mata uang yang sama. Atribut ini penting untuk pelaporan keuangan yang akurat dan pengelompokan kinerja proses berdasarkan mata uang atau wilayah. Mengapa ini penting Atribut ini memberi konteks penting untuk semua nilai keuangan sehingga analisis dan pelaporan moneter akurat, terutama dalam operasional lintas negara. Sumber data Terdapat di header tabel faktur atau dokumen penagihan, biasanya bersama kolom jumlah. Contoh USDEURGBPJPY | |||
| Nama Pelanggan CustomerName | Nama pelanggan atau entitas yang menerima faktur. | ||
| Deskripsi Atribut ini berisi nama resmi atau nama dagang pelanggan yang ditagih. Nama ini menjadi pengenal yang mudah dibaca untuk mitra bisnis dalam transaksi. Analisis proses berdasarkan Nama Pelanggan membantu menemukan pelanggan tertentu yang terkait dengan penyimpangan proses, keterlambatan pembayaran, atau sengketa. Temuan ini dapat membantu menyusun strategi pengelolaan hubungan pelanggan dan menyesuaikan komunikasi atau proses untuk akun tertentu. Atribut ini juga memungkinkan perbandingan kinerja antarsegmen pelanggan. Mengapa ini penting Atribut ini mendukung analisis yang berfokus pada pelanggan dan membantu menemukan pola, keterlambatan, atau masalah yang khusus terjadi pada pelanggan atau kelompok tertentu. Sumber data Bersumber dari data induk pelanggan dan ditautkan ke dokumen faktur melalui ID pelanggan. Contoh Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Pengguna User | Pengguna, karyawan, atau ID sistem yang bertanggung jawab menjalankan aktivitas tertentu. | ||
| Deskripsi Atribut ini menunjukkan orang atau agen sistem otomatis yang menjalankan tugas dalam proses. Misalnya, pembuat faktur, pemberi persetujuan, atau orang yang mengalokasikan pembayaran. Analisis aktivitas berdasarkan pengguna membantu memahami pembagian beban kerja, kinerja individu, dan kebutuhan pelatihan. Analisis ini dapat menunjukkan pengguna atau tim yang bekerja dengan efisien serta pihak yang mungkin memerlukan dukungan tambahan. Atribut ini juga penting untuk kepatuhan dan audit karena dapat menunjukkan siapa yang menjalankan tindakan penting dalam proses. Mengapa ini penting Atribut ini memberi gambaran tentang kinerja dan beban kerja sumber daya, sehingga efisiensi tim dan kebutuhan pelatihan dapat dianalisis. Sumber data Biasanya terdapat dalam log perubahan atau tabel riwayat dokumen, dan dikaitkan dengan setiap peristiwa atau transaksi yang tercatat. Contoh j.doeAccountingBotm.smithe.jones | |||
| Status Faktur InvoiceStatus | Status faktur saat ini dalam siklusnya, seperti Terbuka, Lunas, atau Disengketakan. | ||
| Deskripsi Status Faktur menunjukkan keadaan faktur saat ini dalam keseluruhan proses. Atribut ini memberi gambaran posisi faktur pada waktu tertentu, misalnya menunggu persetujuan, menunggu pembayaran, lunas, atau dibatalkan. Atribut ini berguna untuk melihat gambaran umum beban kerja dan posisi keuangan saat ini. Dasbor sering menggunakan kolom ini untuk menampilkan jumlah faktur berdasarkan status, seperti total nilai faktur terbuka atau terlambat. Dalam process mining, analisis perubahan status dapat memberikan gambaran sederhana tentang alur proses. Mengapa ini penting Atribut ini menunjukkan posisi faktur dalam proses secara cepat, sehingga berguna untuk dasbor operasional dan pemantauan status secara umum. Sumber data Kolom ini biasanya tersedia di header sebagian besar tabel faktur atau dokumen penagihan. Contoh TerbukaLunasTerlambatDisengketakanDibatalkan | |||
| Tanggal Jatuh Tempo Pembayaran PaymentDueDate | Tanggal batas pembayaran faktur oleh pelanggan. | ||
| Deskripsi Tanggal Jatuh Tempo Pembayaran adalah tanggal penting yang dihitung berdasarkan tanggal faktur dan ketentuan pembayaran yang disepakati. Tanggal ini menjadi batas pembayaran sebelum faktur dianggap terlambat. Atribut ini penting untuk memantau kinerja penagihan dan mengelola arus kas. Atribut ini digunakan untuk menghitung metrik utama seperti Days Sales Outstanding (DSO) dan tingkat pembayaran tepat waktu. Dengan membandingkan tanggal pembayaran aktual dengan tanggal jatuh tempo, bisnis dapat menemukan pembayaran terlambat, menganalisis perilaku pembayaran pelanggan, dan menilai efektivitas strategi penagihan. Mengapa ini penting Tanggal ini menjadi acuan untuk mengukur kinerja pembayaran, menghitung DSO, dan menemukan faktur yang terlambat, yang berdampak langsung pada arus kas. Sumber data Terdapat dalam data header faktur. Tanggal ini dapat diisi langsung atau dihitung dari tanggal faktur dan ketentuan pembayaran. Contoh 2023-11-302024-01-152024-02-28 | |||
| Apakah pengerjaan ulang terjadi IsRework | Penanda yang menunjukkan apakah proses faktur mencakup pengerjaan ulang, seperti koreksi atau beberapa tahap persetujuan. | ||
| Deskripsi IsRework adalah penanda boolean yang bernilai true jika faktur mengalami satu atau beberapa siklus pengerjaan ulang. Pengerjaan ulang mencakup aktivitas untuk memperbaiki kesalahan atau mengulangi langkah yang seharusnya cukup dilakukan sekali, misalnya mengirim ulang faktur untuk persetujuan setelah ditolak. Atribut ini mengukur ketidakefisienan proses secara langsung. Dengan memfilter kasus yang nilai IsRework-nya true, analis dapat segera menemukan faktur bermasalah dan menyelidiki penyebab pengerjaan ulang. Tingkat pengerjaan ulang, yaitu persentase kasus yang mengalami pengerjaan ulang, merupakan KPI penting untuk mengukur kualitas proses dan menemukan peluang menyederhanakan operasional serta mengurangi pekerjaan yang sia-sia. Mengapa ini penting Atribut ini menandai ketidakefisienan proses secara langsung, sehingga kasus yang memerlukan pekerjaan tambahan tanpa nilai tambah mudah ditemukan dan dianalisis. Sumber data Atribut ini biasanya tidak tersedia di sistem sumber. Anda perlu menurunkannya saat transformasi data dengan mengidentifikasi urutan aktivitas yang menunjukkan pengerjaan ulang. Contoh truefalse | |||
| Ketentuan Pembayaran PaymentTerms | Ketentuan pembayaran faktur yang disepakati, seperti Net 30 atau Jatuh Tempo Saat Diterima. | ||
| Deskripsi Ketentuan Pembayaran menetapkan aturan pembayaran faktur yang disepakati penjual dan pembeli. Ketentuan ini mencakup jangka waktu pembayaran dan diskon untuk pembayaran lebih awal. Analisis proses berdasarkan ketentuan pembayaran dapat menunjukkan apakah ketentuan tertentu berkaitan dengan siklus pembayaran yang lebih lama atau tingkat keterlambatan yang lebih tinggi. Informasi ini membantu bisnis mengoptimalkan strategi pembayaran untuk memperbaiki arus kas. Ketentuan ini juga memberi konteks penting saat menyelidiki penyebab faktur terlambat dibayar. Mengapa ini penting Atribut ini memengaruhi tanggal jatuh tempo dan perilaku pembayaran pelanggan, sehingga penting untuk memahami dan meningkatkan tingkat pembayaran tepat waktu. Sumber data Biasanya tersimpan dalam data induk pelanggan dan header setiap dokumen faktur. Contoh Net 30Net 60Jatuh Tempo Saat DiterimaDiskon 2% jika dibayar dalam 10 hari, jatuh tempo dalam 30 hari | |||
| Nomor Pesanan Penjualan SalesOrderNumber | Pengenal pesanan penjualan yang menjadi asal faktur. | ||
| Deskripsi Nomor Pesanan Penjualan merujuk pada dokumen sebelumnya dalam rangkaian Order-to-Cash yang memicu pembuatan faktur. Atribut ini menghubungkan proses penagihan kembali ke proses penjualan. Atribut ini penting untuk mendapatkan gambaran menyeluruh proses Order-to-Cash dari awal hingga akhir. Dengan menautkan faktur ke pesanan penjualan, organisasi dapat menganalisis seluruh siklus, mulai dari pesanan pelanggan hingga pembayaran akhir. Analisis ini membantu menemukan dampak masalah dalam proses penjualan atau pemenuhan pesanan terhadap penagihan dan penagihan piutang. Mengapa ini penting Atribut ini menghubungkan proses penagihan dengan proses penjualan sebelumnya sehingga analisis Order-to-Cash dari awal hingga akhir dapat dilakukan. Sumber data Referensi ini biasanya tersimpan di header atau item baris dokumen faktur dan menautkannya ke tabel dokumen penjualan. Contoh SO-10582490000123ORD-2023-987 | |||
| Unit organisasi OrganizationalUnit | Unit bisnis, kode perusahaan, atau organisasi penjualan yang bertanggung jawab atas faktur. | ||
| Deskripsi Atribut ini menunjukkan entitas internal tertentu di perusahaan yang menerbitkan faktur atau bertanggung jawab atas transaksi. Contohnya mencakup kode perusahaan, unit bisnis, atau organisasi penjualan. Analisis proses berdasarkan unit organisasi memungkinkan perbandingan kinerja antarbagian perusahaan. Anda dapat mengetahui unit bisnis mana yang paling efisien, memiliki tingkat pengerjaan ulang tertinggi, atau paling sering mengalami keterlambatan pembayaran. Informasi ini penting untuk memastikan setiap unit bertanggung jawab dan menyelaraskan proses di seluruh perusahaan. Mengapa ini penting Atribut ini memungkinkan perbandingan kinerja antarunit bisnis untuk menemukan praktik terbaik dan area yang perlu diperbaiki. Sumber data Kolom data organisasi mendasar ini terdapat di bagian header hampir semua dokumen keuangan dalam sistem ERP. Contoh 1000US01Layanan globalManufaktur UE | |||
| Wilayah pelanggan CustomerRegion | Wilayah geografis, teritori, atau negara yang terkait dengan pelanggan. | ||
| Deskripsi Wilayah pelanggan menunjukkan lokasi geografis pelanggan. Lokasi ini dapat ditentukan pada berbagai tingkat, seperti negara, provinsi, atau wilayah penjualan yang ditetapkan khusus. Atribut ini berguna untuk segmentasi. Analisis proses penagihan berdasarkan wilayah dapat menunjukkan perbedaan kinerja, seperti waktu pembayaran, tingkat sengketa, atau kepatuhan proses. Temuan ini dapat menjadi dasar strategi penagihan dan layanan pelanggan yang disesuaikan untuk tiap wilayah. Anda juga dapat menemukan praktik terbaik di wilayah berkinerja tinggi untuk diterapkan di wilayah lain. Mengapa ini penting Atribut ini memungkinkan analisis geografis untuk melihat perbedaan perilaku pembayaran, efisiensi proses, dan kepatuhan di tiap wilayah. Sumber data Berasal dari data induk pelanggan, biasanya berdasarkan alamat pelanggan. Contoh Amerika UtaraEMEAJermanAPAC | |||
Aktivitas Order to Cash - Penagihan dan Faktur
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Faktur Dibuat | Aktivitas ini menandai pembuatan catatan faktur di sistem. Inilah awal resmi proses penagihan, yang biasanya dipicu secara otomatis setelah pesanan penjualan dipenuhi atau dimasukkan secara manual. | ||
| Mengapa ini penting Sebagai titik awal, peristiwa ini penting untuk menghitung waktu siklus faktur dari awal hingga akhir dan menemukan keterlambatan di awal proses. Sumber data Diambil dari stempel waktu pembuatan pada tabel faktur atau dokumen penagihan utama. Pengumpulan data Temukan peristiwa pembuatan atau stempel waktu penyimpanan awal untuk catatan faktur baru. Jenis peristiwa explicit | |||
| Faktur Dikirim ke Pelanggan | Faktur yang telah disetujui resmi dikirim kepada pelanggan melalui metode yang ditentukan, seperti email, cetak, atau portal online. Pengiriman ini memulai hitungan jangka waktu pembayaran pelanggan. | ||
| Mengapa ini penting Peristiwa ini menandai dimulainya siklus penagihan dan penting untuk menghitung Days Sales Outstanding (DSO) serta tingkat pembayaran tepat waktu. Sumber data Tercatat dalam log pengelolaan keluaran, catatan komunikasi, atau kolom khusus 'Tanggal Pengiriman' pada faktur. Pengumpulan data Gunakan waktu dari log sistem yang mencatat kapan faktur dikirim melalui email, dicetak, atau dikirim lewat EDI. Jenis peristiwa explicit | |||
| Faktur Ditutup | Faktur resmi ditutup, menandakan siklusnya telah selesai. Status ini tercapai saat saldo terutang menjadi nol melalui pembayaran, nota kredit, atau penyesuaian lainnya. | ||
| Mengapa ini penting Sebagai titik akhir utama yang menandakan proses berhasil, aktivitas ini penting untuk menghitung waktu siklus keseluruhan dan tingkat penyelesaian proses. Sumber data Status ini sering disimpulkan dari saldo faktur yang menjadi nol atau dari perubahan status yang tercatat secara eksplisit di sistem. Pengumpulan data Tentukan waktu transaksi terakhir, seperti alokasi pembayaran, yang membuat saldo faktur menjadi nol. Jenis peristiwa inferred | |||
| Pembayaran Dialokasikan ke Faktur | Pembayaran yang diterima dari pelanggan berhasil dicocokkan dan dialokasikan ke faktur tertentu. Rekonsiliasi ini mengurangi atau melunasi saldo faktur yang belum dibayar. | ||
| Mengapa ini penting Aktivitas ini penting untuk memahami waktu siklus alokasi kas. Keterlambatan dapat membuat umur piutang tampak tidak akurat dan berdampak pada pengelolaan kredit. Sumber data Data ini terdapat dalam tabel buku pembantu piutang yang menghubungkan dokumen pembayaran dengan dokumen faktur, yang sering disebut dokumen kliring. Pengumpulan data Catat waktu saat catatan pembayaran ditautkan ke catatan faktur untuk melunasi pos terbuka. Jenis peristiwa explicit | |||
| Pembayaran Pelanggan Diterima | Pembayaran dari pelanggan telah diterima dan dicatat dalam sistem keuangan. Pada tahap ini, dana sudah tercatat, tetapi mungkin belum dialokasikan ke faktur tertentu. | ||
| Mengapa ini penting Ini merupakan peristiwa penting dalam arus kas. Jeda antara penerimaan pembayaran dan pengalokasiannya menjadi ukuran utama efisiensi alokasi kas. Sumber data Tercatat dalam jurnal penerimaan kas, tabel transaksi pembayaran, atau tabel pemrosesan rekening koran. Pengumpulan data Identifikasi pembuatan catatan pembayaran pelanggan atau penerimaan kas. Jenis peristiwa explicit | |||
| Tanggal Jatuh Tempo Pembayaran Tercapai | Peristiwa ini dihitung saat tanggal jatuh tempo pembayaran faktur terlewati. Ini bukan aktivitas transaksi, melainkan tonggak waktu yang didasarkan pada tanggal penerbitan faktur dan ketentuan pembayaran. | ||
| Mengapa ini penting Tonggak ini penting untuk mengelompokkan faktur yang terlambat dibayar dan menganalisis kinerja pembayaran tepat waktu. Tonggak ini juga menjadi pemicu kegiatan penagihan. Sumber data Peristiwa ini tidak dicatat secara langsung. Tanggalnya dihitung dari kolom tanggal faktur dan ketentuan pembayaran. Pengumpulan data Hitung sebagai 'Tanggal Faktur Dikirim' + 'Jumlah Hari Jangka Waktu Pembayaran'. Jenis peristiwa calculated | |||
| Faktur Diajukan untuk Persetujuan | Menandai pengajuan faktur yang telah dibuat ke alur kerja peninjauan internal resmi. Tahap ini umum di organisasi yang mewajibkan peninjauan oleh manajemen sebelum faktur disahkan. | ||
| Mengapa ini penting Melacak pengajuan dan persetujuan membantu menemukan hambatan dalam proses internal yang menunda pengiriman faktur kepada pelanggan dan berdampak langsung pada arus kas. Sumber data Biasanya dicatat sebagai perubahan status atau entri log dari sistem manajemen alur kerja. Pengumpulan data Catat stempel waktu saat status faktur berubah menjadi 'Menunggu Persetujuan' atau status serupa. Jenis peristiwa explicit | |||
| Faktur Dibatalkan | Faktur yang sudah ada dibatalkan sehingga dampak keuangannya dibalik. Biasanya, ini dilakukan untuk memperbaiki kesalahan besar sebelum pembayaran diterima, misalnya faktur ditujukan kepada pelanggan yang salah. | ||
| Mengapa ini penting Pembatalan menunjukkan kesalahan operasional yang memerlukan pengerjaan ulang dan dapat menunda penagihan yang benar. Tingkat pembatalan yang tinggi mengindikasikan masalah pada proses atau kualitas data. Sumber data Catat dari dokumen pembalik atau status khusus 'dibatalkan' pada catatan faktur. Pengumpulan data Cari pembuatan dokumen pembalik yang ditautkan ke faktur asal atau perubahan status menjadi 'Dibatalkan'. Jenis peristiwa explicit | |||
| Faktur Dihapuskan | Sisa saldo faktur dibatalkan dan diklasifikasikan sebagai piutang tak tertagih. Langkah ini biasanya diambil setelah semua upaya penagihan tidak membuahkan hasil. | ||
| Mengapa ini penting Penghapusan ini menunjukkan kegagalan dalam proses penagihan dan kerugian finansial langsung. Analisis penghapusan membantu menemukan pelanggan berisiko tinggi dan memperbaiki kebijakan kredit. Sumber data Tercatat sebagai penyesuaian atau entri jurnal khusus yang menghapus saldo faktur dan membebankannya ke akun piutang tak tertagih. Pengumpulan data Identifikasi transaksi yang menyesuaikan saldo faktur dengan kode alasan 'penghapusan' atau membebankannya ke akun piutang tak tertagih. Jenis peristiwa explicit | |||
| Faktur Dikoreksi | Faktur diubah setelah pertama kali dibuat, biasanya karena ditolak atau ditemukan kesalahan. Perubahan dapat mencakup jumlah, rincian baris, atau informasi pelanggan. | ||
| Mengapa ini penting Koreksi yang sering terjadi dapat menandakan masalah pada data induk atau proses pemenuhan pesanan awal, sehingga menimbulkan pengerjaan ulang dan keterlambatan. Sumber data Disimpulkan dari log perubahan, jejak audit, atau pola pembatalan faktur yang diikuti pembuatan ulang untuk pesanan yang sama. Pengumpulan data Deteksi perubahan pada kolom keuangan utama di catatan faktur setelah faktur pertama kali dibuat. Jenis peristiwa inferred | |||
| Faktur Disetujui | Faktur telah melewati semua peninjauan internal dan disetujui secara resmi. Peristiwa ini menandakan faktur telah dipastikan akurat dan siap dikirim kepada pelanggan. | ||
| Mengapa ini penting Ini adalah tonggak penting yang memisahkan waktu pemrosesan internal dari waktu yang dimiliki pelanggan untuk membayar. Dengan menganalisis waktu hingga persetujuan, Anda dapat mengetahui efisiensi proses internal. Sumber data Diambil dari log sistem alur kerja atau perubahan status dokumen faktur dari 'Menunggu' menjadi 'Disetujui'. Pengumpulan data Catat waktu persetujuan terakhir pada log alur kerja atau perubahan status. Jenis peristiwa explicit | |||
| Faktur Ditolak | Pemberi persetujuan menolak faktur saat proses peninjauan internal. Faktur biasanya perlu diperbaiki dan diajukan kembali, sehingga terjadi pekerjaan ulang. | ||
| Mengapa ini penting Aktivitas ini menunjukkan inefisiensi proses internal, masalah kualitas data, dan pekerjaan ulang yang memperpanjang siklus faktur serta menunda pembayaran. Sumber data Biasanya dicatat sebagai perubahan status pada catatan faktur, sering kali disertai komentar penolakan di tabel terkait. Pengumpulan data Catat peristiwa saat status faktur diperbarui menjadi 'Ditolak' atau status serupa. Jenis peristiwa explicit | |||
| Nota Kredit Diterbitkan | Nota kredit dibuat dan sering kali diterapkan pada faktur yang sudah ada. Biasanya, nota ini digunakan untuk memperbaiki kesalahan penagihan, memberikan penyesuaian harga, atau mencatat barang yang dikembalikan. | ||
| Mengapa ini penting Nota kredit yang sering diterbitkan dapat menandakan masalah mendasar dalam penjualan atau pemenuhan pesanan, yang berujung pada hilangnya pendapatan atau ketidakpuasan pelanggan. Sumber data Catat pembuatan dokumen nota kredit, yang biasanya ditautkan kembali ke faktur asal. Pengumpulan data Catat waktu pembuatan transaksi jenis nota kredit. Jenis peristiwa explicit | |||
| Pengingat Pembayaran Dikirim | Pemberitahuan, seperti surat penagihan atau email, telah dikirim kepada pelanggan terkait faktur yang terlambat dibayar. Ini merupakan kegiatan penting dalam proses penagihan untuk mendorong pembayaran. | ||
| Mengapa ini penting Pelacakan pengingat membantu mengukur efektivitas strategi penagihan dan menemukan pelanggan yang sering memerlukan tindak lanjut. Sumber data Ambil datanya dari log proses penagihan berkala, sistem penagihan, atau log aktivitas komunikasi yang ditautkan ke pelanggan atau faktur. Pengumpulan data Gunakan waktu dari tabel riwayat penagihan atau log aktivitas penagihan. Jenis peristiwa explicit | |||
| Sengketa Diajukan | Pelanggan secara resmi menyanggah seluruh atau sebagian faktur karena masalah seperti harga atau jumlah yang tidak tepat. Biasanya, kegiatan penagihan ditangguhkan sampai sengketa diselesaikan. | ||
| Mengapa ini penting Analisis sengketa membantu menemukan penyebab utama ketidakpuasan pelanggan dan ketidakakuratan penagihan, yang berdampak langsung pada DSO dan hubungan dengan pelanggan. Sumber data Biasanya dicatat sebagai perubahan status, penanda pada faktur, atau pembuatan catatan kasus sengketa terpisah yang ditautkan ke faktur. Pengumpulan data Catat tanggal pembuatan kasus sengketa atau perubahan status menjadi 'Disengketakan'. Jenis peristiwa explicit | |||
Panduan ekstraksi
Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,
baca panduan ETL kami atau pilih proses dan sistem tertentu.
Siap memulai?
Mulai telusuri proses Anda dengan memilih panduan ekstraksi khusus sistem, atau gunakan templat umum sebagai dasar yang fleksibel untuk menyiapkan data.
Benahi proses penagihan dan faktur, tingkatkan arus kas
Temukan hambatan, kurangi kesalahan, dan percepat pembayaran.
Tidak perlu kartu kredit. Mulai dalam hitungan menit.