Templat Data Pemrosesan Pembayaran Anda

Template process mining universal
Templat Data Pemrosesan Pembayaran Anda

Templat Data Pemrosesan Pembayaran Anda

Template process mining universal

Ini template data umum kami untuk process mining Pemrosesan pembayaran. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Definisi kolom lengkap untuk melacak transaksi
  • Pemetaan aktivitas umum untuk siklus pembayaran
  • Struktur data yang dapat dikembangkan dan kompatibel dengan berbagai sistem keuangan
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Pemrosesan Pembayaran

Lihat kolom data yang disarankan untuk disertakan dalam log peristiwa. Kolom ini memberikan konteks yang diperlukan untuk menganalisis proses keuangan Anda secara menyeluruh.
5 Wajib 6 Disarankan 3 Opsional
Nama Deskripsi
ID Transaksi Pembayaran
PaymentTransactionId
Pengenal unik untuk instruksi pembayaran atau kasus transaksi tertentu.
Deskripsi

Atribut ini menjadi kunci utama untuk menghubungkan semua aktivitas dalam satu siklus pembayaran. Dengan kunci ini, alat process mining dapat merekonstruksi perjalanan pembayaran dari awal hingga penyelesaian akhir atau kegagalan.

Dalam analisis, pengenal ini digunakan untuk mengelompokkan berbagai peristiwa ke dalam satu kasus. Pengenal ini membantu memvisualisasikan alur proses dan penting untuk menghitung waktu siklus setiap transaksi. Tanpa ID unik, ribuan pembayaran yang diproses secara bersamaan tidak dapat dibedakan.

Nilai ini biasanya tetap sama selama siklus pembayaran. Namun, untuk proses yang melibatkan beberapa sistem, Anda mungkin perlu menggunakan kunci gabungan atau memetakannya dari nomor referensi end-to-end yang unik.

Mengapa ini penting

ID Kasus utama yang diperlukan untuk membuat model proses dan melacak pembayaran tertentu.

Sumber data

Biasanya terdapat di header transaksi, tabel instruksi pembayaran, atau log buku besar utama.

Contoh
TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542
Nama Aktivitas
ActivityName
Langkah, perubahan status, atau peristiwa tertentu dalam siklus pembayaran.
Deskripsi

Atribut ini menjelaskan tindakan atau perubahan status yang dialami pembayaran pada waktu tertentu. Contohnya meliputi pembuatan permintaan, pemeriksaan validasi, proses otorisasi, atau penyelesaian akhir.

Process mining menggunakan atribut ini untuk menentukan simpul dalam peta proses. Dengan menganalisis urutan aktivitas, analis dapat menemukan variasi yang umum, pengulangan saat pembayaran perlu diproses ulang, dan hambatan yang membuat pembayaran tertahan lama.

Nama aktivitas dari berbagai sistem sumber sering kali perlu diseragamkan agar proses terlihat utuh. Misalnya, satu sistem menyebut langkah sebagai 'Auth', sedangkan sistem lain menggunakan 'Authorization'. Keduanya perlu diselaraskan saat transformasi data.

Mengapa ini penting

Atribut ini menentukan simpul dalam peta proses dan memungkinkan analisis alur serta variasi proses.

Sumber data

Terdapat di log audit, tabel riwayat status, atau tabel pelacakan peristiwa.

Contoh
Pembayaran dibuatPembayaran diotorisasiPembayaran gagalPenyelesaian DikonfirmasiKesalahan Validasi
Pembaruan Data Terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan catatan terakhir diekstrak atau diperbarui.
Deskripsi

Atribut ini menunjukkan seberapa mutakhir data yang digunakan dalam analisis. Nilainya mencatat waktu data dimuat ke alat process mining atau waktu terakhir catatan diubah di basis data sumber.

Informasi ini penting untuk tata kelola data dan kepercayaan terhadap hasil analisis. Analis dapat mengetahui apakah data yang dilihat bersifat real-time atau merupakan rekam data dari hari sebelumnya. Hal ini sangat penting untuk memantau pembayaran aktif yang mungkin tertahan dalam status menunggu.

Atribut ini tidak digunakan langsung untuk menghitung alur proses. Namun, atribut ini berfungsi sebagai kontrol metadata untuk memastikan dashboard menampilkan status operasional pembayaran terbaru.

Mengapa ini penting

Memastikan data tetap mutakhir dan membantu menemukan masalah keterlambatan pada alur data.

Sumber data

Dihasilkan saat ekstraksi data atau proses ETL.

Contoh
2023-10-27T12:00:00Z2023-10-27 23:59:592023-10-28 06:00:0010/27/20232023-11-01 01:00:00.000
Sistem Sumber
SourceSystem
Nama aplikasi atau sistem asal data peristiwa.
Deskripsi

Atribut ini menunjukkan asal teknis catatan. Dalam proses pembayaran end-to-end, data sering mengalir melalui beberapa sistem, seperti gateway front-end, mesin deteksi penipuan, dan buku besar back-end.

Analisis berdasarkan sistem membantu pengguna mengisolasi masalah teknis. Misalnya, jika keterlambatan terus terjadi di mesin deteksi penipuan, tetapi tidak di buku besar, analisis akar masalah dapat difokuskan pada komponen tersebut. Atribut ini juga membantu memeriksa integritas data saat menggabungkan beberapa sumber.

Jika tidak tersedia secara eksplisit di data sumber, kolom ini biasanya ditambahkan saat proses ekstraksi dan transformasi. Atribut ini menandai asal-usul data untuk keperluan audit dan pemecahan masalah.

Mengapa ini penting

Penting untuk analisis lintas sistem dan mengetahui komponen yang menyebabkan keterlambatan atau kesalahan.

Sumber data

Sering diisi secara tetap saat proses ETL atau diambil dari metadata sistem.

Contoh
PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP
Stempel Waktu Peristiwa
EventTimestamp
Tanggal dan waktu saat aktivitas atau perubahan status terjadi.
Deskripsi

Atribut ini mencatat waktu persis terjadinya peristiwa di sistem pembayaran. Waktu ini menjadi acuan kronologis proses agar peristiwa dalam setiap kasus tersusun dengan benar.

Dalam analisis, stempel waktu menjadi dasar semua perhitungan durasi. Data ini digunakan untuk menghitung jeda antaraktivitas, total waktu siklus dari awal hingga akhir, dan kepatuhan terhadap perjanjian tingkat layanan. Stempel waktu yang akurat penting untuk mengetahui kapan hambatan terjadi.

Gunakan presisi tinggi, terutama untuk perdagangan berfrekuensi tinggi atau sistem pembayaran otomatis yang memperhitungkan milidetik. Jika data hanya mencantumkan tanggal tanpa waktu, Anda mungkin perlu menerapkan logika pengurutan tambahan untuk aktivitas yang terjadi pada hari yang sama.

Mengapa ini penting

Penting untuk mengurutkan peristiwa dan menghitung KPI berbasis durasi, seperti waktu siklus.

Sumber data

Terdapat di log transaksi, tabel riwayat, atau jejak audit sistem.

Contoh
2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:0010/15/2023 08:30:00 PM2023-10-16 10:15:00
Jumlah Pembayaran
PaymentAmount
Nilai uang yang terkait dengan transaksi pembayaran.
Deskripsi

Atribut ini menunjukkan nilai dana yang ditransfer. Nilai ini menjadi metrik utama untuk mengukur dampak finansial dari proses yang tidak efisien. Misalnya, keterlambatan pembayaran senilai satu juta dolar biasanya lebih berdampak daripada keterlambatan pembayaran sepuluh dolar.

Dalam analisis, kolom ini digunakan untuk menjumlahkan volume, menghitung kebutuhan likuiditas total, dan mengelompokkan pembayaran berdasarkan rentang nilai. Pembayaran bernilai tinggi sering mengikuti alur persetujuan yang berbeda dari pembayaran bernilai rendah. Atribut ini membantu membedakan jalur tersebut.

Pasangkan atribut ini dengan kode mata uang agar perbandingan dilakukan secara setara. Menjumlahkan nilai tanpa konversi atau pemisahan mata uang dapat menghasilkan laporan keuangan yang menyesatkan.

Mengapa ini penting

Mendukung analisis dampak finansial dan pengelompokan transaksi bernilai tinggi maupun rendah.

Sumber data

Terdapat di detail transaksi atau tabel pencatatan keuangan.

Contoh
150.0010000.5025.995000000.01
Kode Kesalahan
ErrorCode
Kode atau alasan tertentu yang muncul saat pembayaran gagal atau ditolak.
Deskripsi

Atribut ini mencatat alasan teknis atau bisnis di balik kegagalan proses. Nilainya diisi saat pembayaran ditolak, gagal dalam validasi, atau mengalami kesalahan transmisi.

Analisis kode kesalahan menjadi cara utama untuk menurunkan 'Tingkat Kegagalan Pembayaran' dan 'Tingkat Pemrosesan Ulang'. Pengelompokan kode kesalahan yang umum membantu menemukan masalah sistemik, seperti data induk yang tidak akurat atau masalah koneksi teknis dengan lembaga kliring eksternal.

Dalam proses yang berjalan normal, kolom ini biasanya kosong. Jika terisi, kemungkinan ada penyimpangan dari alur proses yang diharapkan dan proses penanganan pengecualian akan dijalankan.

Mengapa ini penting

Atribut utama untuk menganalisis akar masalah kegagalan dan pemrosesan ulang.

Sumber data

Terdapat di log kesalahan, pesan penolakan, atau payload respons.

Contoh
INSUFFICIENT_FUNDSINVALID_ACCOUNTFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF
Kode Mata Uang
CurrencyCode
Kode ISO tiga huruf yang menunjukkan mata uang pembayaran.
Deskripsi

Atribut ini menunjukkan satuan mata uang untuk jumlah pembayaran, seperti USD, EUR, atau GBP. Atribut ini penting untuk pelaporan keuangan yang akurat dan menentukan alur kerja lintas negara yang perlu dijalankan.

Analisis sering memerlukan filter mata uang untuk memahami kinerja tiap wilayah atau waktu pemrosesan valuta asing. Setiap mata uang dapat memiliki batas waktu pemrosesan, siklus penyelesaian, dan persyaratan regulasi yang berbeda. Semua ini memengaruhi alur proses.

Tanpa atribut ini, kolom 'Jumlah Pembayaran' tidak memiliki konteks yang jelas. Atribut ini memungkinkan berbagai jumlah dikonversi ke satu mata uang pelaporan untuk penyajian di dashboard global.

Mengapa ini penting

Diperlukan untuk menyetarakan nilai keuangan dan menemukan variasi proses lintas negara.

Sumber data

Terdapat di tabel transaksi, bersama jumlah pembayaran.

Contoh
USDEURGBPJPYCAD
Metode Pembayaran
PaymentMethod
Instrumen atau mekanisme yang digunakan untuk melakukan pembayaran.
Deskripsi

Atribut ini mengelompokkan pembayaran berdasarkan metode pelaksanaannya, seperti transfer bank, ACH, kartu kredit, atau pembayaran instan. Setiap metode biasanya mengikuti jalur proses yang berbeda, dengan perkiraan waktu dan biaya masing-masing.

Dengan mengelompokkan data berdasarkan atribut ini, analis dapat membandingkan kinerja berbagai jalur pembayaran. Misalnya, transfer bank mungkin memerlukan lebih banyak langkah persetujuan manual dibandingkan pemrosesan ACH secara otomatis dalam batch.

Memahami komposisi metode pembayaran membantu perencanaan kapasitas dan mengungkap perubahan perilaku pelanggan, seperti peralihan dari cek konvensional ke pembayaran instan digital.

Mengapa ini penting

Penting untuk membedakan variasi proses, seperti pembayaran instan dan transfer bank, yang memiliki SLA berbeda.

Sumber data

Terdapat di detail instruksi pembayaran.

Contoh
Transfer bankACHKartu kreditTransfer Kredit SEPAPembayaran real-time
Pengguna Pemroses
ProcessingUser
ID pengguna atau agen sistem yang bertanggung jawab menjalankan aktivitas.
Deskripsi

Atribut ini menunjukkan siapa atau apa yang menjalankan langkah tertentu dalam proses pembayaran. Pelakunya bisa berupa pengguna yang melakukan pemeriksaan manual atau akun sistem yang menjalankan tugas otomatis.

Data ini penting untuk menganalisis pemanfaatan sumber daya dan hambatan. Atribut ini membantu membedakan pemrosesan otomatis (Straight-Through Processing) dari intervensi manual. Keterlibatan pengguna secara manual yang tinggi sering berkaitan dengan biaya lebih besar dan waktu siklus lebih lama.

Untuk kepatuhan, atribut ini membantu menganalisis pemisahan tugas. Dengan begitu, orang yang membuat pembayaran dapat dipastikan berbeda dari orang yang menyetujuinya.

Mengapa ini penting

Mendukung analisis tingkat otomatisasi (STP) dan produktivitas sumber daya.

Sumber data

Terdapat di log audit atau kolom metadata pada tabel transaksi.

Contoh
SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User
Tanggal Jatuh Tempo Pembayaran
PaymentDueDate
Tanggal batas pembayaran diharapkan atau diwajibkan selesai.
Deskripsi

Atribut ini menunjukkan tenggat pembayaran. Sistem dapat menggunakannya untuk mengukur 'Tingkat Pembayaran Tepat Waktu' dan menentukan apakah perjanjian tingkat layanan (SLA) terpenuhi.

Dengan membandingkan stempel waktu penyelesaian aktual dengan tanggal jatuh tempo, Anda dapat mengukur kinerja proses dengan jelas. Pembayaran yang selesai setelah tanggal ini dianggap terlambat, sehingga dapat menimbulkan denda atau merusak hubungan bisnis.

Kolom ini sangat relevan untuk proses utang usaha atau kontrak layanan dengan jaminan waktu, ketika ketepatan waktu menjadi kewajiban kontraktual.

Mengapa ini penting

Diperlukan untuk menghitung kepatuhan terhadap SLA dan tingkat pembayaran tepat waktu.

Sumber data

Terdapat di header faktur atau instruksi permintaan pembayaran.

Contoh
2023-10-302023-11-012023-10-152023-12-312024-01-01
Kanal Pemrosesan
ProcessingChannel
Antarmuka atau kanal yang digunakan untuk memulai pembayaran.
Deskripsi

Atribut ini menunjukkan titik masuk instruksi pembayaran, seperti aplikasi seluler, portal web, API, atau unggahan berkas. Data ini memberi gambaran tentang perilaku pelanggan dan penggunaan kanal.

Analisis kinerja proses berdasarkan kanal dapat menunjukkan perbedaan teknis. Misalnya, pembayaran yang dimulai melalui API mungkin diproses seketika, sedangkan pembayaran dari unggahan berkas mungkin menunggu jadwal pemrosesan batch. Informasi ini membantu memahami pengalaman pengguna di berbagai platform.

Atribut ini juga berguna untuk menganalisis peralihan dari kanal lama, seperti input manual atau faks, ke kanal digital, serta mendukung inisiatif transformasi digital.

Mengapa ini penting

Membantu menganalisis tren volume dan perbedaan kinerja di berbagai titik masuk, seperti aplikasi seluler dan web.

Sumber data

Terdapat di header transaksi atau metadata sesi.

Contoh
Aplikasi SelulerPortal WebBerkas H2HAPITerminal POS
Nama Penerima
BeneficiaryName
Nama badan usaha atau individu yang menerima pembayaran.
Deskripsi

Atribut ini menunjukkan pihak yang menerima pembayaran. Dalam konteks B2B, penerimanya adalah vendor; dalam konteks P2P, penerimanya adalah individu. Atribut ini memberi konteks tentang pihak yang dibayar.

Analisis pembayaran berdasarkan penerima dapat mengungkap pola, seperti pembayaran berulang kepada pihak berisiko tinggi atau konsentrasi risiko pada vendor tertentu. Data ini juga berguna untuk analisis penipuan, misalnya untuk mengetahui apakah beberapa pembayaran kecil dialihkan ke satu penerima yang tidak terduga.

Masalah kualitas data sering terjadi, misalnya perbedaan ejaan seperti 'Inc.' dan 'Incorporated'. Data ini biasanya perlu dibersihkan agar dapat dijumlahkan secara akurat.

Mengapa ini penting

Berguna untuk analisis vendor, deteksi penipuan, dan pemetaan risiko.

Sumber data

Terdapat di bagian detail penerima pada instruksi pembayaran.

Contoh
Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesOtoritas Pajak
Skor Risiko
RiskScore
Skor numerik yang menunjukkan kemungkinan penipuan atau risiko kepatuhan.
Deskripsi

Atribut ini berisi nilai yang dihasilkan oleh mesin deteksi penipuan atau model risiko. Skor yang lebih tinggi biasanya menunjukkan kemungkinan transaksi tersebut merupakan penipuan atau berisiko tinggi.

Dalam analisis proses, skor ini membantu menjelaskan alasan pembayaran tertentu menjalani pemeriksaan berulang. Pembayaran dengan skor risiko tinggi sering memerlukan intervensi manual sehingga waktu siklus bertambah. Dengan membandingkan skor risiko dan hasil akhir, seperti disetujui atau ditolak, Anda dapat menyempurnakan efektivitas aturan risiko.

Tidak semua sistem menghasilkan skor numerik. Beberapa sistem hanya memberikan penanda status. Namun, skor numerik sudah menjadi metrik standar pada gateway pembayaran modern untuk mendukung pengambilan keputusan.

Mengapa ini penting

Menjelaskan penyimpangan proses, seperti pemeriksaan manual dan penahanan akibat pemeriksaan penipuan.

Sumber data

Keluaran dari sistem deteksi penipuan atau mesin risiko.

Contoh
08512.5994
Wajib Disarankan Opsional

Aktivitas Pemrosesan Pembayaran

Catat langkah dan tonggak penting dalam proses ini agar log peristiwa menjadi dasar yang akurat untuk menemukan proses dan memantau kinerjanya secara terperinci.
6 Disarankan 8 Opsional
Aktivitas Deskripsi
Instruksi pembayaran dikirim
Pengiriman berkas atau pesan pembayaran final ke jaringan pembayaran eksternal atau lembaga kliring. Tahap ini menandai perpindahan dari sistem internal ke pihak eksternal.
Mengapa ini penting

Tahap penting ini memisahkan waktu pemrosesan internal dari waktu penyelesaian eksternal.

Sumber data

Tercatat saat berkas dibuat, panggilan API dikirim ke jaringan, atau status berubah menjadi Transmitted.

Pengumpulan data

Temukan stempel waktu panggilan API keluar atau peristiwa transfer berkas.

Jenis peristiwa explicit
Pembayaran dibuat
Pencatatan awal transaksi pembayaran di dalam sistem. Peristiwa ini mencatat waktu saat permintaan pembayaran pertama kali direkam, baik dimasukkan secara manual oleh pengguna maupun dibuat melalui panggilan API.
Mengapa ini penting

Menetapkan waktu mulai siklus pembayaran dari awal hingga akhir dan menjadi acuan untuk analisis volume.

Sumber data

Biasanya tercatat pada stempel waktu pembuatan di tabel transaksi utama atau entri log audit khusus untuk data baru.

Pengumpulan data

Ambil stempel waktu paling awal yang terkait dengan Payment Transaction ID.

Jenis peristiwa explicit
Pembayaran diotorisasi
Konfirmasi keuangan bahwa dana telah disisihkan atau tersedia untuk transaksi. Biasanya, tahap ini melibatkan interaksi dengan sistem inti perbankan, penerbit kartu, atau fasilitas kredit.
Mengapa ini penting

Konfirmasi otorisasi merupakan titik kontrol penting sebelum dana benar-benar dipindahkan.

Sumber data

Ditemukan dalam log respons gateway atau tabel otorisasi sistem inti perbankan.

Pengumpulan data

Ambil stempel waktu kode respons otorisasi yang menyatakan persetujuan.

Jenis peristiwa explicit
Pembayaran diselesaikan
Perpindahan dana berhasil diselesaikan dan dana dikreditkan kepada penerima. Ini merupakan status akhir yang menandakan keberhasilan transaksi pembayaran.
Mengapa ini penting

Digunakan untuk menghitung waktu siklus penuh dan menjadi kriteria utama keberhasilan proses.

Sumber data

Biasanya ditandai dengan status penyelesaian tertentu, laporan konfirmasi, atau pencatatan di buku besar.

Pengumpulan data

Ambil tanggal dan waktu saat konfirmasi penyelesaian diproses.

Jenis peristiwa explicit
Pembayaran disetujui
Tahap internal saat pengguna berwenang atau aturan sistem memberikan izin agar pembayaran dapat dilanjutkan. Tahap ini berbeda dari otorisasi keuangan eksternal dan menandakan persetujuan organisasi.
Mengapa ini penting

Sering menjadi sumber utama hambatan karena alur kerja manual dan lambatnya respons manusia.

Sumber data

Tercatat dalam log persetujuan alur kerja atau saat tanda persetujuan diatur ke true.

Pengumpulan data

Catat stempel waktu saat tindakan persetujuan akhir disimpan ke basis data.

Jenis peristiwa explicit
Pembayaran gagal
Status akhir yang menandakan pembayaran tidak dapat diselesaikan karena masalah teknis atau keuangan yang tidak dapat dipulihkan. Peristiwa ini mengakhiri satu instans proses.
Mengapa ini penting

Metrik penting untuk mengukur keandalan. Analisis pola pada tahap ini membantu mengurangi transaksi yang tidak selesai.

Sumber data

Diambil dari kode status kegagalan akhir atau log kesalahan fatal.

Pengumpulan data

Temukan transaksi yang masuk ke status kegagalan akhir.

Jenis peristiwa explicit
Kesalahan pembayaran diatasi
Menandai perbaikan atas masalah yang sebelumnya ditemukan, sehingga pembayaran dapat kembali ke alur pemrosesan normal. Biasanya, tahap ini melibatkan intervensi manual atau mekanisme percobaan ulang otomatis.
Mengapa ini penting

Penting untuk mengukur waktu dan upaya yang digunakan dalam menangani pengecualian pembayaran.

Sumber data

Disimpulkan saat transaksi berpindah dari status kesalahan kembali ke status pemrosesan atau siap.

Pengumpulan data

Deteksi perubahan status dari kode kesalahan kembali ke status pemrosesan yang valid.

Jenis peristiwa inferred
Kesalahan pembayaran ditemukan
Menandakan sistem atau validator eksternal menemukan masalah pada pembayaran, seperti dana tidak mencukupi atau data tidak valid. Peristiwa ini menandai dimulainya siklus penanganan pengecualian.
Mengapa ini penting

Penting untuk menghitung tingkat pengerjaan ulang dan menemukan masalah kualitas pada proses entri data di tahap sebelumnya.

Sumber data

Diambil dari log kesalahan, tabel pengecualian, atau kode status yang menandakan kegagalan atau penangguhan.

Pengumpulan data

Filter kode kesalahan atau pembaruan status yang menandai transaksi untuk diperbaiki.

Jenis peristiwa explicit
Pembayaran dibatalkan
Penghentian pembayaran secara sengaja oleh pengguna atau administrator sebelum pembayaran diselesaikan. Tindakan ini membatalkan transaksi.
Mengapa ini penting

Membedakan pembatalan dari kegagalan penting untuk memahami perbedaan antara perilaku pengguna dan kesalahan sistem.

Sumber data

Dicatat secara eksplisit saat perintah pembatalan dijalankan atau status berubah menjadi Void.

Pengumpulan data

Catat stempel waktu perintah pembatalan.

Jenis peristiwa explicit
Pembayaran dikembalikan
Terjadi saat pembayaran yang sudah diselesaikan dibatalkan dan dana dikembalikan kepada pembayar. Aktivitas ini biasanya berlangsung setelah proses utama dianggap selesai.
Mengapa ini penting

Tingkat pengembalian dana merupakan indikator kualitas penting untuk layanan atau produk yang mendasarinya.

Sumber data

Diambil dari transaksi pengembalian dana yang tertaut atau perubahan status yang menandakan pembalikan transaksi.

Pengumpulan data

Temukan peristiwa pengembalian dana yang tertaut ke ID pembayaran awal.

Jenis peristiwa explicit
Pembayaran dikonfirmasi
Penerimaan tanda terima teknis dari jaringan eksternal yang menunjukkan instruksi telah diterima dan formatnya valid. Ini mengonfirmasi bahwa pembayaran sudah masuk ke alur pemrosesan eksternal.
Mengapa ini penting

Memastikan pengiriman ke jaringan berhasil dan transaksi menunggu penyelesaian.

Sumber data

Diambil dari pesan tanda terima (ACK) yang masuk atau webhook dari penyedia.

Pengumpulan data

Catat waktu penerimaan pesan tanda terima dari sistem eksternal.

Jenis peristiwa explicit
Pembayaran direkonsiliasi
Proses akuntansi yang mencocokkan catatan pembayaran di sistem dengan rekening koran atau buku besar eksternal. Proses ini memastikan catatan sistem sesuai dengan kondisi sebenarnya.
Mengapa ini penting

Menandakan penutupan administratif transaksi dan terjaganya integritas keuangan.

Sumber data

Ditemukan dalam modul rekonsiliasi atau disimpulkan saat ID pencocokan diberikan kepada transaksi.

Pengumpulan data

Hubungkan transaksi dengan stempel waktu pada tabel rekonsiliasi.

Jenis peristiwa calculated
Pembayaran ditolak
Peristiwa saat pemberi persetujuan internal atau pihak eksternal yang berwenang secara tegas menolak permintaan pembayaran. Alur saat ini berhenti dan pemberitahuan mungkin dikirim kepada pengaju.
Mengapa ini penting

Penting untuk menganalisis alasan penolakan dan mengurangi gangguan dalam alur pemrosesan pembayaran.

Sumber data

Dicatat secara eksplisit dalam riwayat alur kerja atau disimpulkan dari pembaruan status akhir seperti Rejected atau Declined.

Pengumpulan data

Catat tindakan spesifik saat pengguna atau sistem membuat peristiwa penolakan.

Jenis peristiwa explicit
Pembayaran divalidasi
Pemeriksaan otomatis atas instruksi pembayaran telah selesai, termasuk pemeriksaan format, validitas nomor rekening, dan penyaringan kepatuhan. Tahap ini memastikan data sudah benar sebelum masuk ke proses persetujuan atau pelaksanaan.
Mengapa ini penting

Durasi yang panjang pada tahap ini dapat menunjukkan layanan validasi eksternal yang lambat atau aturan kepatuhan yang rumit.

Sumber data

Biasanya tercatat saat status berubah dari Draft menjadi Validated atau disimpulkan dari log keberhasilan validasi.

Pengumpulan data

Temukan perubahan status yang menandakan validasi berhasil atau entri log tertentu dari mesin kepatuhan.

Jenis peristiwa inferred
Disarankan Opsional

Panduan Ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap Memulai?

Mulailah dengan mengunduh templat umum ini atau pilih panduan ekstraksi khusus untuk mengetahui cara mengambil data dari lingkungan sistem Anda.

Hentikan Kebocoran Pendapatan dari Pembayaran Anda

Pantau setiap transaksi dengan jelas dan kurangi kesalahan

Mulai Uji Coba Gratis

Tidak perlu kartu kredit • Siapkan dalam 5 menit