Templat data pemrosesan pembayaran Anda
Templat data pemrosesan pembayaran Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi
Atribut pemrosesan pembayaran
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID Transaksi Pembayaran
PaymentTransactionId
|
Pengenal unik untuk instruksi atau transaksi pembayaran tertentu. | ||
|
Deskripsi
Atribut ini menjadi kunci utama untuk menghubungkan semua peristiwa dalam satu siklus pembayaran. Analis dapat menelusuri pembayaran dari permintaan awal, validasi, dan persetujuan hingga penyelesaian atau rekonsiliasi akhir. Dalam analisis, ID ini penting untuk mengelompokkan peristiwa terpisah menjadi satu instans proses. ID ini memungkinkan visualisasi alur dari awal hingga akhir dan menjadi dasar semua metrik tingkat kasus, seperti waktu siklus dan siklus pengerjaan ulang.
Mengapa ini penting
ID ini menjadi penghubung utama dalam process mining, sehingga berbagai aktivitas dapat disusun kembali menjadi satu rangkaian yang utuh.
Sumber data
Lihat dokumentasi FIS Global
Contoh
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
|
|||
|
Nama Aktivitas
ActivityName
|
Nama langkah proses atau peristiwa tertentu yang terjadi. | ||
|
Deskripsi
Kolom ini mencatat tindakan tertentu pada waktu tertentu, seperti 'Permintaan Pembayaran Dibuat' atau 'Pembayaran Diselesaikan'. Kolom ini menentukan simpul dalam peta proses dan struktur alur proses. Analis menggunakan atribut ini untuk memahami urutan operasional. Atribut ini penting untuk menemukan penyimpangan dari alur normal, langkah yang terlewat, atau aktivitas berulang yang tidak perlu, seperti beberapa siklus persetujuan.
Mengapa ini penting
Atribut ini menjelaskan 'apa' yang terjadi dalam proses, sehingga peta proses dapat divisualisasikan dan variasi proses dianalisis.
Sumber data
Lihat dokumentasi FIS Global
Contoh
Permintaan pembayaran dibuatDetail pembayaran divalidasiPembayaran disetujuiPembayaran Diselesaikan
|
|||
|
Waktu Peristiwa
EventTimestamp
|
Tanggal dan waktu tepat saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini memberikan konteks waktu untuk setiap peristiwa dalam proses pembayaran. Atribut ini mencatat waktu tepat saat tindakan masuk ke sistem, sehingga aktivitas dapat diurutkan secara kronologis. Dalam analisis, data ini digunakan untuk menghitung durasi antar langkah, total waktu siklus, dan tingkat throughput. Data ini juga membantu menemukan hambatan dengan menunjukkan jeda antar tahap proses tertentu.
Mengapa ini penting
Analisis berbasis waktu tidak dapat dilakukan tanpa kolom ini. Kolom ini menjadi dasar semua KPI kinerja dan efisiensi.
Sumber data
Lihat dokumentasi FIS Global
Contoh
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
|
|||
|
Jenis Pembayaran
PaymentType
|
Klasifikasi metode atau instrumen pembayaran. | ||
|
Deskripsi
Atribut ini mengelompokkan pembayaran berdasarkan jenisnya, seperti Wire, ACH, SEPA, Real-Time Payment (RTP), atau Cek. Setiap jenis pembayaran mengikuti aturan pemrosesan dan SLA yang berbeda. Analis menggunakan kolom ini untuk membandingkan 'Waktu Siklus Rekonsiliasi Pembayaran' di berbagai jalur pembayaran. Kolom ini membantu menjelaskan mengapa sebagian pembayaran diselesaikan seketika, sementara yang lain membutuhkan waktu beberapa hari, sehingga kinerja diukur dengan tolok ukur yang sesuai.
Mengapa ini penting
Atribut ini menjadi dimensi utama untuk mengelompokkan alur proses karena setiap jenis memiliki karakteristik perutean dan waktu yang berbeda.
Sumber data
Lihat dokumentasi FIS Global
Contoh
Transfer WireKredit ACHSEPA InstanCek
|
|||
|
Jumlah Pembayaran
PaymentAmount
|
Nilai uang dalam transaksi pembayaran. | ||
|
Deskripsi
Atribut ini menunjukkan nilai finansial yang terkait dengan permintaan pembayaran. Nilai ini menjadi metrik utama untuk menganalisis throughput dan risiko keuangan. Analis menggunakan kolom ini untuk mengelompokkan proses berdasarkan nilai pembayaran tinggi atau rendah, yang sering kali memiliki jalur persetujuan berbeda. Kolom ini mendukung dasbor 'Throughput Pembayaran' dan membantu mengetahui apakah pembayaran bernilai tinggi memiliki waktu siklus lebih lama karena pemeriksaan yang lebih ketat.
Mengapa ini penting
Atribut ini menambahkan dimensi finansial ke process mining, sehingga prioritas dapat ditentukan berdasarkan nilai.
Sumber data
Lihat dokumentasi FIS Global
Contoh
1500.00250.501000000.0045.99
|
|||
|
Kode Mata Uang
CurrencyCode
|
Kode ISO tiga huruf yang menunjukkan mata uang pembayaran. | ||
|
Deskripsi
Atribut ini menentukan mata uang untuk Jumlah Pembayaran, misalnya USD, EUR, atau GBP. Atribut ini penting untuk menyelaraskan data keuangan saat menganalisis pembayaran global. Dalam analisis, kolom ini memungkinkan kinerja proses dikelompokkan berdasarkan mata uang, yang sering berkaitan dengan sistem kliring dan peraturan berbeda. Kolom ini membantu menjelaskan perbedaan waktu penyelesaian antara pembayaran lintas negara dan domestik.
Mengapa ini penting
Penting di lingkungan dengan banyak mata uang agar volume keuangan dapat ditafsirkan secara akurat.
Sumber data
Lihat dokumentasi FIS Global
Contoh
USDEURGBPJPY
|
|||
|
Pengguna Pemroses
ProcessingUser
|
Pengenal atau nama pengguna maupun agen sistem yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini mencatat siapa atau apa yang menjalankan langkah proses. Atribut ini dapat membedakan operator manusia, misalnya 'J.Smith', dari akun sistem otomatis, misalnya 'SYSTEM_BATCH'. Data ini digunakan untuk menganalisis pemanfaatan sumber daya, menemukan hambatan dalam pekerjaan manual, dan mengaudit pemisahan tugas. Data ini juga membantu menghitung 'Tingkat Pemanfaatan Pengguna Pemroses' serta membedakan tugas manual dan otomatis.
Mengapa ini penting
Penting untuk analisis sumber daya, tingkat otomatisasi, dan audit kepatuhan.
Sumber data
Lihat dokumentasi FIS Global
Contoh
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
|
|||
|
Tanggal Jatuh Tempo Pembayaran
PaymentDueDate
|
Tanggal pembayaran diharapkan selesai. | ||
|
Deskripsi
Atribut ini mencatat tenggat pembayaran sesuai permintaan pengaju atau ketentuan faktur. Tanggal ini menjadi tolok ukur untuk menilai ketepatan waktu. Kolom ini penting untuk dasbor 'Kepatuhan terhadap Tanggal Jatuh Tempo Pembayaran'. Dengan membandingkan tanggal ini dengan tanggal 'Pembayaran Diselesaikan', analis dapat menandai pembayaran terlambat, menghitung potensi denda, dan menilai kepatuhan terhadap perjanjian vendor.
Mengapa ini penting
Atribut ini menjadi acuan untuk mengukur kepatuhan terhadap tingkat layanan dan ketepatan waktu.
Sumber data
Lihat dokumentasi FIS Global
Contoh
2023-11-012023-11-15
|
|||
|
Tanggal Penyelesaian Aktual
ActualSettlementDate
|
Tanggal saat pembayaran benar-benar diselesaikan. | ||
|
Deskripsi
Atribut ini mencatat tanggal efektif saat dana ditransfer atau transaksi dianggap selesai. Tanggal ini berbeda dari waktu pemrosesan karena menunjukkan tanggal nilai. Dalam analisis, tanggal ini digunakan bersama Tanggal Jatuh Tempo untuk menghitung 'Tingkat Pembayaran Tepat Waktu'. Tanggal ini juga memicu tahap rekonsiliasi, sehingga penting untuk menganalisis 'Waktu Siklus Rekonsiliasi Pembayaran'.
Mengapa ini penting
Atribut ini menunjukkan penyelesaian finansial pembayaran dan penting untuk analisis arus kas.
Sumber data
Lihat dokumentasi FIS Global
Contoh
2023-11-022023-11-14
|
|||
|
Unit Bisnis
BusinessUnit
|
Divisi atau departemen internal yang mengajukan pembayaran. | ||
|
Deskripsi
Atribut ini mengaitkan pembayaran dengan unit organisasi tertentu, seperti 'Perbankan Ritel', 'Kredit Komersial', atau 'Tresuri'. Atribut ini digunakan untuk merangkum KPI seperti 'Throughput Pembayaran' dan 'Rata-rata Waktu Siklus Pembayaran' berdasarkan departemen. Dengan begitu, manajemen dapat membandingkan kinerja antar divisi dan mengalokasikan sumber daya secara efektif.
Mengapa ini penting
Atribut ini mendukung perbandingan kinerja internal dan akuntabilitas atas kinerja proses.
Sumber data
Lihat dokumentasi FIS Global
Contoh
TresuriUtang usahaOperasional RitelManajemen Kekayaan
|
|||
|
Intervensi Manual
IsManualIntervention
|
Penanda yang menunjukkan apakah aktivitas melibatkan pekerjaan manual. | ||
|
Deskripsi
Atribut boolean ini menandai aktivitas atau kasus yang memerlukan masukan manusia, seperti 'Kesalahan Pembayaran Diselesaikan' atau persetujuan manual, bukan pemrosesan langsung dari awal hingga akhir (STP). Atribut ini penting untuk dasbor 'Tingkat Intervensi Manual Pembayaran'. Atribut ini membantu mengukur persentase pembayaran yang belum sepenuhnya otomatis dan menunjukkan peluang untuk transformasi digital.
Mengapa ini penting
Atribut ini membedakan throughput otomatis dari pekerjaan manual dan membantu menghitung ROI otomatisasi.
Sumber data
Ditentukan dari ActivityName atau ProcessingUser
Contoh
truefalse
|
|||
|
Kanal Pembayaran
PaymentChannel
|
Kanal yang digunakan untuk mengajukan permintaan pembayaran. | ||
|
Deskripsi
Atribut ini menjelaskan asal instruksi pembayaran, seperti Online Banking, aplikasi seluler, API, atau cabang. Atribut ini membantu memahami jalur masuk transaksi. Analis menggunakan atribut ini untuk membandingkan efisiensi pemrosesan antar kanal. Misalnya, atribut ini membantu mengetahui apakah pembayaran melalui API memiliki tingkat kesalahan lebih rendah daripada pembayaran yang dimasukkan secara manual di cabang.
Mengapa ini penting
Atribut ini membantu mengoptimalkan kanal dan memahami perilaku nasabah.
Sumber data
Lihat dokumentasi FIS Global
Contoh
Online BankingAplikasi SelulerGerbang KorporatTeller Cabang
|
|||
|
Kode Kesalahan Validasi
ValidationErrorCode
|
Kode atau alasan yang menjelaskan kegagalan validasi pembayaran. | ||
|
Deskripsi
Atribut ini terisi saat pembayaran memasuki aktivitas 'Kesalahan Pembayaran Teridentifikasi'. Isinya menjelaskan kegagalan secara spesifik, seperti 'IBAN Tidak Valid', 'Dana Tidak Cukup', atau 'Alamat Penerima Tidak Ada'. Kolom ini menjadi dasar dasbor 'Tingkat Kesalahan Validasi Data Pembayaran'. Pengelompokan berdasarkan atribut ini menunjukkan penyebab pengerjaan ulang yang paling umum, sehingga perbaikan dapat dilakukan pada entri data awal atau konfigurasi sistem.
Mengapa ini penting
Atribut ini membantu menemukan akar penyebab kendala proses dan siklus pengerjaan ulang.
Sumber data
Lihat dokumentasi FIS Global
Contoh
ERR-001: Rekening Tidak ValidERR-055: Terkena Pemeriksaan SanksiERR-009: Transaksi Duplikat
|
|||
|
Negara Penerima
BeneficiaryCountry
|
Kode negara penerima pembayaran. | ||
|
Deskripsi
Atribut ini menunjukkan negara tujuan dana dan membedakan pembayaran domestik dari pembayaran internasional. Konteks ini penting untuk 'Pemantauan Kepatuhan Pembayaran' dan analisis perutean. Pembayaran internasional sering melibatkan perantara, pemeriksaan kepatuhan, dan waktu siklus yang lebih lama. Karena itu, analisis berdasarkan negara membantu memisahkan faktor-faktor tersebut.
Mengapa ini penting
Atribut ini menjadi dimensi penting untuk analisis geografis dan penilaian risiko kepatuhan.
Sumber data
Lihat dokumentasi FIS Global
Contoh
USDECNGB
|
|||
|
Otoritas Persetujuan
ApprovalAuthority
|
Peran, kelompok, atau individu yang bertanggung jawab mengotorisasi pembayaran. | ||
|
Deskripsi
Atribut ini menunjukkan tingkat otoritas atau kelompok pengguna tertentu yang perlu menyetujui pembayaran, biasanya berdasarkan ambang jumlah. Atribut ini membantu melacak perutean alur kerja persetujuan. Analis menggunakan atribut ini untuk mendukung dasbor 'Hambatan Otorisasi Pembayaran'. Waktu persetujuan dapat dirinci berdasarkan tingkat otoritas untuk mengetahui apakah lapisan manajemen tertentu menyebabkan keterlambatan.
Mengapa ini penting
Atribut ini mendukung analisis hierarki persetujuan organisasi dan membantu menemukan hambatan.
Sumber data
Lihat dokumentasi FIS Global
Contoh
Manajer Tingkat 1CFOTim KepatuhanSistem Persetujuan Otomatis
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Waktu saat catatan terakhir kali diambil atau diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan seberapa baru data yang digunakan dalam analisis. Pengguna dapat mengetahui apakah data yang dilihat bersifat real-time atau berasal dari periode sebelumnya. Dalam dasbor, kolom ini sering digunakan untuk menampilkan label 'Data per'. Kolom ini membantu memastikan keputusan dibuat berdasarkan informasi terbaru yang tersedia dan mendukung pengelolaan pemuatan data bertahap.
Mengapa ini penting
Atribut ini menunjukkan kebaruan data dan meningkatkan kepercayaan terhadap ketepatan waktu laporan.
Sumber data
Metadata proses ETL
Contoh
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
|
|||
|
Pembayaran Terlambat
IsLatePayment
|
Penanda yang menunjukkan apakah pembayaran diselesaikan setelah tanggal jatuh tempo. | ||
|
Deskripsi
Atribut boolean hasil perhitungan. Nilainya true jika tanggal 'Pembayaran Diselesaikan' melewati 'Tanggal Jatuh Tempo Pembayaran'. Atribut ini menjadi dasar langsung KPI 'Tingkat Pembayaran Tepat Waktu'. Atribut ini menyederhanakan pembuatan dasbor karena pengguna dapat memfilter kasus bermasalah tanpa perlu membuat logika tanggal yang rumit pada lapisan visualisasi.
Mengapa ini penting
Atribut ini menyederhanakan pelaporan pengecualian dan analisis kepatuhan.
Sumber data
Ditentukan dari PaymentDueDate dan ActualSettlementDate
Contoh
truefalse
|
|||
|
Rekening Pengirim
SenderAccount
|
Nomor rekening sumber pendebitan dana. | ||
|
Deskripsi
Atribut ini menunjukkan rekening sumber transaksi. Atribut ini memberikan rincian untuk menganalisis pembayaran dari rekening internal tertentu. Dalam analisis, atribut ini membantu mengetahui apakah rekening pendanaan tertentu sering mengalami kesalahan, misalnya dana tidak cukup, atau keterlambatan. Atribut ini juga mendukung rekonsiliasi dengan mencocokkan catatan buku besar dengan aktivitas proses.
Mengapa ini penting
Atribut ini penting untuk rekonsiliasi keuangan dan penelusuran masalah pada tingkat rekening.
Sumber data
Lihat dokumentasi FIS Global
Contoh
123456789987654321ACC-TREASURY-01
|
|||
|
Sistem Sumber
SourceSystem
|
Nama sistem asal data peristiwa. | ||
|
Deskripsi
Atribut ini menunjukkan komponen perangkat lunak atau basis data tempat catatan diambil, seperti mesin perbankan inti, gerbang pembayaran, atau alat penyaringan sanksi. Atribut ini penting untuk melacak asal-usul dan memvalidasi data. Saat menganalisis alur dari awal hingga akhir yang melibatkan beberapa platform, kolom ini membantu menunjukkan lokasi aktivitas tertentu dan memudahkan penelusuran masalah kualitas data.
Mengapa ini penting
Atribut ini memastikan data dapat ditelusuri dan dipahami konteksnya, terutama di lingkungan kompleks dengan beberapa mesin pembayaran yang terintegrasi.
Sumber data
Lihat dokumentasi FIS Global
Contoh
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
|
|||
Aktivitas pemrosesan pembayaran
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Instruksi pembayaran dikirim
|
Aktivitas ini menandai saat sistem FIS mengirim instruksi pembayaran final ke jaringan pembayaran terkait, seperti ACH, Fedwire, atau SWIFT. Ini adalah peristiwa penting yang dihasilkan sistem. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang menandakan pembayaran telah keluar dari lingkungan pemrosesan internal. Data ini penting untuk menganalisis efisiensi perutean dan waktu pemrosesan eksternal.
Sumber data
Tercatat dalam log transaksi atau pesan yang memantau komunikasi dengan jaringan pembayaran eksternal. Cari catatan yang menunjukkan pesan keluar berhasil dikirim beserta stempel waktunya.
Pengumpulan data
Peristiwa yang dihasilkan sistem saat pesan pembayaran dikirim ke jaringan kliring.
Jenis peristiwa
explicit
|
|||
|
Pembayaran diotorisasi
|
Menandai tahap otorisasi akhir, yang sering diperlukan untuk pembayaran bernilai tinggi atau setelah persetujuan awal oleh pihak berwenang lain. Sistem mencatat tindakan ini secara eksplisit saat pengguna dengan kredensial otorisasi mengonfirmasi pembayaran. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk dashboard 'Payment Authorization Bottlenecks'. Memisahkannya dari 'Payment Approved' membantu Anda menemukan keterlambatan dalam proses persetujuan bertingkat.
Sumber data
Tercatat dalam log audit atau transaksi. Peristiwa ini dipicu oleh pengguna dengan izin otorisasi khusus yang melakukan tindakan pada pembayaran. Catatan yang dihasilkan mencakup ID pengguna dan stempel waktu.
Pengumpulan data
Entri log eksplisit dibuat saat pengguna melakukan tindakan otorisasi akhir.
Jenis peristiwa
explicit
|
|||
|
Pembayaran Direkonsiliasi
|
Ini adalah aktivitas akuntansi terakhir, saat transaksi pembayaran dicocokkan dengan rekening koran atau catatan buku besar internal. Proses ini dapat dilakukan otomatis secara batch atau secara manual oleh pengguna. | ||
|
Mengapa ini penting
Aktivitas ini menandai akhir seluruh siklus pembayaran. Analisis 'Waktu Siklus Rekonsiliasi Pembayaran' penting untuk memahami efisiensi proses tutup buku keuangan.
Sumber data
Sering disimpulkan dari terisinya kolom 'reconciliation_date' atau perubahan status akhir menjadi 'Direkonsiliasi' di modul keuangan atau akuntansi yang terhubung ke sistem pembayaran.
Pengumpulan data
Diidentifikasi dari terisinya tanggal rekonsiliasi atau perubahan status menjadi 'Direkonsiliasi'.
Jenis peristiwa
inferred
|
|||
|
Pembayaran Diselesaikan
|
Aktivitas ini menandai selesainya transfer dana dan menunjukkan bahwa transaksi telah diselesaikan secara finansial. Biasanya, aktivitas ini dicatat setelah jaringan pembayaran atau lembaga kliring mengirim konfirmasi penyelesaian akhir. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik akhir utama untuk mengukur waktu siklus pembayaran dan tingkat pembayaran tepat waktu. Aktivitas ini menandakan proses inti pelaksanaan pembayaran telah berhasil diselesaikan.
Sumber data
Disimpulkan dari perubahan status akhir pada catatan pembayaran menjadi 'Diselesaikan', 'Selesai', atau 'Dibukukan'. Perubahan status ini dipicu oleh file penyelesaian batch atau pesan real-time dari sistem kliring.
Pengumpulan data
Status transaksi pembayaran berubah menjadi 'Diselesaikan' atau status lain yang setara.
Jenis peristiwa
inferred
|
|||
|
Pembayaran disetujui
|
Tahap penting saat pengguna berwenang menyetujui pembayaran agar dapat dilanjutkan ke tahap berikutnya. Biasanya, sistem mencatat peristiwa ini secara eksplisit beserta ID pemberi persetujuan dan stempel waktu saat tindakan dilakukan. | ||
|
Mengapa ini penting
Titik pemeriksaan penting untuk mengukur waktu siklus persetujuan dan memastikan kepatuhan terhadap kontrol keuangan. Keterlambatan pada tahap ini dapat berdampak besar pada ketepatan waktu pembayaran.
Sumber data
Dicatat dalam tabel log persetujuan atau sebagai peristiwa eksplisit di riwayat transaksi utama. Log peristiwa akan menghubungkan ID Transaksi Pembayaran, ID pengguna pemberi persetujuan, dan stempel waktu persetujuan.
Pengumpulan data
Dicatat saat pengguna dengan hak persetujuan memilih tindakan 'approve' untuk pembayaran.
Jenis peristiwa
explicit
|
|||
|
Permintaan pembayaran dibuat
|
Ini adalah peristiwa pertama dalam siklus pembayaran, yaitu saat transaksi pembayaran baru dimulai di sistem FIS. Biasanya, peristiwa ini tercatat secara eksplisit dalam tabel log transaksi ketika pengguna atau sistem otomatis mengirimkan permintaan pembayaran baru. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal proses. Data ini penting untuk mengukur waktu siklus pembayaran dari awal hingga akhir, serta menganalisis kapasitas dan volume pembayaran secara keseluruhan.
Sumber data
Tercatat dalam tabel transaksi inti, dengan stempel waktu pembuatan yang terkait dengan Payment Transaction ID. Cari tabel seperti 'Payment_Transactions' atau 'Payment_Requests' dengan kolom 'creation_date' atau 'entry_date'.
Pengumpulan data
Peristiwa dicatat saat data transaksi pembayaran baru dibuat.
Jenis peristiwa
explicit
|
|||
|
Detail pembayaran divalidasi
|
Aktivitas ini menandakan bahwa data pembayaran telah lolos pemeriksaan validasi otomatis awal untuk format, kelengkapan, dan keakuratan. Status pada data pembayaran sering kali menunjukkan hal ini, misalnya berubah dari 'New' menjadi 'Validated' atau 'Pending Approval'. | ||
|
Mengapa ini penting
Dengan memantau aktivitas ini, Anda dapat mengetahui seberapa sering dan di mana kesalahan entri data terjadi. Data ini diperlukan untuk menganalisis KPI Tingkat Kesalahan Validasi Data Pembayaran dan memahami sumber pengerjaan ulang.
Sumber data
Disimpulkan dari perubahan kolom status atau kondisi dalam tabel transaksi pembayaran. Peristiwa ini ditandai oleh perubahan dari status awal menjadi 'validated', beserta stempel waktu yang sesuai.
Pengumpulan data
Ditandai oleh perubahan kolom status pembayaran menjadi 'Validated' atau nilai serupa.
Jenis peristiwa
inferred
|
|||
|
Kesalahan Pembayaran Diselesaikan
|
Menandai penyelesaian kesalahan pembayaran yang sebelumnya teridentifikasi, sehingga pembayaran dapat diproses ulang atau dibatalkan. Pengguna melakukan tindakan ini secara langsung untuk menghapus status pengecualian. | ||
|
Mengapa ini penting
Aktivitas ini mengakhiri siklus penanganan pengecualian. Durasi antara 'Kesalahan Teridentifikasi' dan peristiwa ini menjadi ukuran penting efisiensi operasional dalam menangani pengecualian.
Sumber data
Dicatat saat pengguna menghapus penanda kesalahan atau mengeluarkan transaksi dari antrean pengecualian. Tindakan ini tersimpan dalam jejak audit atau riwayat transaksi beserta waktunya.
Pengumpulan data
Tindakan pengguna menghapus status kesalahan dan tercatat dalam log audit.
Jenis peristiwa
explicit
|
|||
|
Kesalahan Pembayaran Teridentifikasi
|
Menunjukkan bahwa kesalahan terdeteksi pada suatu tahap setelah validasi awal, misalnya penolakan dari bank penerima atau penanda kepatuhan internal. Biasanya, peristiwa ini dicatat secara eksplisit saat pengecualian terjadi. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik awal semua siklus pengerjaan ulang dan penanganan pengecualian. Data ini penting untuk menghitung KPI Tingkat Intervensi Manual dan Waktu Penyelesaian Kesalahan Pembayaran.
Sumber data
Dicatat dalam modul penanganan pengecualian atau log transaksi. Peristiwa ini dapat dipicu otomatis oleh aturan sistem atau secara manual saat pengguna menandai masalah. Sistem lalu membuat catatan berisi kode kesalahan dan waktu kejadian.
Pengumpulan data
Kode pengecualian atau kesalahan dicatat pada transaksi pembayaran.
Jenis peristiwa
explicit
|
|||
|
Pembayaran dikirim untuk disetujui
|
Menandai saat pembayaran yang telah divalidasi masuk ke workflow persetujuan. Biasanya, perubahan status menunjukkan bahwa pembayaran sedang menunggu tindakan dari pemberi persetujuan. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal subproses persetujuan. Menganalisis waktu antara aktivitas ini dan 'Payment Approved' penting untuk memahami hambatan persetujuan.
Sumber data
Disimpulkan dari perubahan kolom status pembayaran menjadi 'Pending Approval', 'Submitted for Approval', atau status serupa dalam workflow atau log status transaksi.
Pengumpulan data
Status transaksi pembayaran berubah dari 'Validated' menjadi 'Pending Approval'.
Jenis peristiwa
inferred
|
|||
|
Pembayaran dikonfirmasi
|
Menandai diterimanya konfirmasi dari jaringan pembayaran atau bank penerima bahwa pembayaran telah diterima. Peristiwa ini dipicu oleh pesan sistem atau pembaruan status yang masuk. | ||
|
Mengapa ini penting
Konfirmasi memastikan pembayaran telah sampai ke tujuan. Waktu antara 'Instruksi Dikirim' dan 'Dikonfirmasi' menunjukkan latensi jaringan eksternal dan waktu pemrosesan.
Sumber data
Dihasilkan dengan mengurai pesan konfirmasi yang masuk dari jaringan pembayaran. Sistem memperbarui status pembayaran dan mencatat waktu konfirmasi.
Pengumpulan data
Pesan masuk dari jaringan kliring memperbarui status pembayaran menjadi 'Dikonfirmasi'.
Jenis peristiwa
explicit
|
|||
|
Pembayaran ditolak
|
Aktivitas ini terjadi saat pemberi persetujuan menolak permintaan pembayaran. Pembayaran biasanya perlu diperbaiki dan dikirim ulang, atau dibatalkan. Tindakan pengguna ini dicatat secara eksplisit untuk keperluan audit. | ||
|
Mengapa ini penting
Dengan memantau penolakan, Anda dapat menemukan penyebab umum kegagalan pembayaran, penyimpangan proses, dan siklus pengerjaan ulang. Data ini juga menunjukkan masalah pada kualitas data awal atau kepatuhan.
Sumber data
Dicatat sebagai peristiwa eksplisit dalam tabel riwayat persetujuan atau transaksi saat pemberi persetujuan memilih opsi 'reject'. Catatan biasanya mencakup stempel waktu, ID pengguna, dan sering kali kode alasan.
Pengumpulan data
Peristiwa dicatat saat pengguna memilih tindakan 'reject' untuk pembayaran.
Jenis peristiwa
explicit
|
|||
|
Pembayaran Terlambat Teridentifikasi
|
Peristiwa turunan yang menunjukkan pembayaran diselesaikan setelah tanggal jatuh tempo. Aktivitas ini tidak dicatat secara langsung, tetapi dihitung dengan membandingkan dua kolom tanggal. | ||
|
Mengapa ini penting
Aktivitas hasil perhitungan ini mendukung KPI 'Tingkat Pembayaran Tepat Waktu' dan dasbor 'Kepatuhan terhadap Tanggal Jatuh Tempo Pembayaran'. Aktivitas ini membantu mengukur dampak keterlambatan proses terhadap hubungan dengan vendor dan potensi denda keterlambatan.
Sumber data
Data ini tidak diambil secara langsung. Saat transformasi data, sistem membandingkan waktu pada 'Tanggal Penyelesaian' dengan kolom 'Tanggal Jatuh Tempo Pembayaran'. Jika tanggal penyelesaian melewati tanggal jatuh tempo, peristiwa ini dibuat.
Pengumpulan data
Dihitung jika 'Tanggal Penyelesaian' > 'Tanggal Jatuh Tempo Pembayaran'.
Jenis peristiwa
calculated
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyederhanakan pengumpulan data dan memulai upaya perbaikan pemrosesan pembayaran. Temukan peluang efisiensi dan perkuat kendali keuangan dengan wawasan proses yang akurat.
Tingkatkan pemrosesan pembayaran FIS Global sekarang
Capai pemrosesan langsung 98% dan hilangkan masalah rekonsiliasi.
Tidak perlu kartu kredit, mulai dalam hitungan menit