Templat Data Pemrosesan Pembayaran Anda
Templat Data Pemrosesan Pembayaran Anda
- Atribut data yang disarankan
- Aktivitas penting dalam siklus pembayaran
- Panduan langkah demi langkah untuk mengekstrak data dari Stripe
Atribut Pemrosesan Pembayaran
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
EventName
|
Nama langkah atau peristiwa tertentu yang terjadi dalam siklus pembayaran. | ||
|
Deskripsi
Atribut ini menunjukkan aktivitas yang dilakukan pada waktu tertentu. Biasanya, nilainya dipetakan dari jenis peristiwa Stripe Webhook. Contohnya, 'payment_intent.created' menjadi 'Permintaan Pembayaran Dibuat', sedangkan 'charge.succeeded' menjadi 'Pembayaran Berhasil Diotorisasi'. Pemetaan nama peristiwa teknis ke nama aktivitas yang mudah dipahami bisnis penting agar peta proses mudah dibaca. Dengan begitu, analis dapat memahami alurnya tanpa harus menguraikan kode peristiwa API mentah.
Mengapa ini penting
Atribut ini menentukan simpul dalam peta proses sehingga alur proses dapat divisualisasikan.
Sumber data
Stripe API: objek Event, kolom 'type'.
Contoh
Permintaan pembayaran dibuatPembayaran diotorisasiPembayaran gagalSengketa dibuka
|
|||
|
ID Transaksi Pembayaran
PaymentIntentId
|
Pengenal unik untuk transaksi pembayaran di Stripe. | ||
|
Deskripsi
Atribut ini berfungsi sebagai pengenal kasus utama untuk analisis proses. Biasanya, atribut ini diambil dari kolom 'id' pada objek PaymentIntent Stripe (misalnya, pi_12345). Atribut ini mengelompokkan semua peristiwa terkait, seperti otorisasi, penarikan dana, kegagalan, dan pengembalian dana, ke dalam satu kasus dari awal hingga akhir. Dalam analisis, ID ini penting untuk merekonstruksi riwayat lengkap permintaan pembayaran. ID ini memastikan berbagai percobaan dan perubahan status dikaitkan dengan transaksi keuangan yang diminta pelanggan.
Mengapa ini penting
ID ini menjadi kunci utama untuk model process mining, sehingga sistem dapat menyatukan peristiwa yang terpisah menjadi satu jejak proses yang utuh.
Sumber data
Stripe API: objek PaymentIntent, kolom 'id'.
Contoh
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
|
|||
|
Pembaruan data terakhir
ExtractionTimestamp
|
Stempel waktu saat data diekstrak dari Stripe. | ||
|
Deskripsi
Atribut ini mencatat waktu data diambil dari sistem sumber. Informasi ini membantu Anda mengetahui seberapa baru analisis tersebut dan mendeteksi kemungkinan keterlambatan data. Di dashboard, kolom ini memberi tahu pengguna seberapa mutakhir datanya. Jika jarak antara stempel waktu peristiwa dan waktu ekstraksi cukup besar, mungkin ada keterlambatan dalam alur data.
Mengapa ini penting
Atribut ini menunjukkan kemutakhiran data secara transparan dan mendukung strategi pemuatan data bertahap.
Sumber data
Dihasilkan oleh alat ETL atau ekstraksi.
Contoh
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Nama sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan asal rekaman data. Dalam tampilan proses ini, nilainya selalu 'Stripe'. Atribut ini berguna di lingkungan dengan banyak sistem, saat alur proses dapat mencakup CRM, ERP, dan gerbang pembayaran. Analis dapat memfilter peta proses untuk menampilkan aktivitas yang terjadi di pemroses pembayaran saja. Jika beberapa gerbang pembayaran dianalisis bersama, atribut ini juga membantu membedakan Stripe dari metode pembayaran lainnya.
Mengapa ini penting
Atribut ini menunjukkan asal-usul data, yang penting untuk tata kelola data dan process mining lintas sistem.
Sumber data
Nilai ditetapkan secara tetap saat ekstraksi.
Contoh
StripeStripe ConnectStripe Payments
|
|||
|
Waktu mulai
EventTimestamp
|
Tanggal dan waktu persis saat peristiwa terjadi. | ||
|
Deskripsi
Atribut ini mencatat stempel waktu peristiwa. Di Stripe, nilainya diberikan sebagai stempel waktu Unix pada kolom 'created' di objek Event. Data ini penting untuk menentukan urutan aktivitas. Analis menggunakan kolom ini untuk menghitung waktu siklus, durasi antaraktivitas, dan mengurutkan peristiwa dengan benar dalam kasus ID Transaksi Pembayaran. Tanpa stempel waktu yang akurat, alur proses tidak dapat ditentukan dan kinerja tidak dapat diukur.
Mengapa ini penting
Atribut ini menyediakan dimensi waktu yang diperlukan untuk menemukan proses dan menganalisis kinerjanya.
Sumber data
Stripe API: objek Event, kolom 'created'.
Contoh
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
|
|||
|
ID pelanggan
CustomerId
|
Identitas pelanggan yang terkait dengan pembayaran. | ||
|
Deskripsi
Atribut ini menghubungkan pembayaran dengan pelanggan tertentu di Stripe. Nilainya berasal dari kolom 'customer'. Analis dapat mengelompokkan transaksi berdasarkan pelanggan untuk membuat dashboard 'Waktu Tunggu Notifikasi Pelanggan'. Atribut ini juga membantu menemukan pelanggan yang sering mengalami pengerjaan ulang atau kegagalan pembayaran, sebagai bahan analisis 'Tingkat Pengerjaan Ulang Instruksi Pembayaran'.
Mengapa ini penting
Atribut ini mendukung analisis proses dan segmentasi berdasarkan pelanggan.
Sumber data
Stripe API: objek PaymentIntent, kolom 'customer'.
Contoh
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
|
|||
|
ID pencairan
PayoutId
|
Identitas pencairan dana ke bank yang mencakup pembayaran ini. | ||
|
Deskripsi
Atribut ini menghubungkan transaksi individual dengan pencairan gabungan (Payout) yang dikirim ke rekening bank penjual. Nilainya terdapat pada objek Balance Transaction yang terkait dengan Charge. Atribut ini penting untuk 'Analisis Selisih Rekonsiliasi Pembayaran'. Jika pembayaran sudah diselesaikan tetapi tidak memiliki ID Payout, berarti dana masih ditahan di Stripe dan belum ditransfer ke bisnis. Kondisi ini menunjukkan keterlambatan pencairan dana.
Mengapa ini penting
Atribut ini menghubungkan kasus individual dengan tahap akhir penyelesaian keuangan.
Sumber data
Stripe API: objek Balance Transaction, kolom 'payout'.
Contoh
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
|
|||
|
Jenis metode pembayaran
PaymentMethodType
|
Jenis instrumen yang digunakan untuk membayar, misalnya kartu atau transfer bank. | ||
|
Deskripsi
Atribut ini menunjukkan metode yang digunakan untuk transaksi, seperti 'card', 'ach_debit', atau 'alipay'. Nilainya berasal dari objek 'payment_method_types' atau 'payment_method'. Atribut ini penting untuk dashboard 'Penyeragaman Durasi Penyelesaian' karena waktu penyelesaian kartu kredit yang cepat berbeda jauh dari transfer bank yang lebih lambat. Pengelompokan data berdasarkan metode membantu memastikan perbandingan kinerja yang adil.
Mengapa ini penting
Atribut ini menjelaskan perbedaan durasi proses yang disebabkan oleh karakteristik masing-masing jalur pembayaran.
Sumber data
Stripe API: objek PaymentIntent, kolom 'payment_method_types'.
Contoh
karturekening bank ASdebit SEPAiDEAL
|
|||
|
Jumlah pembayaran
PaymentAmount
|
Nilai uang yang terkait dengan transaksi pembayaran. | ||
|
Deskripsi
Atribut ini menunjukkan jumlah total transaksi. Di Stripe, nilainya sering disimpan dalam satuan mata uang terkecil, misalnya sen untuk USD, sehingga perlu dikonversi. Nilainya dipetakan dari kolom 'amount' pada objek PaymentIntent atau Charge. Data ini penting untuk dashboard 'Visibilitas Arus Kas Treasury'. Analis dapat menjumlahkan nilainya untuk mengetahui total transaksi, potensi pendapatan yang berisiko saat terjadi kesalahan, dan transaksi bernilai tinggi yang perlu diprioritaskan dalam peninjauan manual.
Mengapa ini penting
Atribut ini menambahkan dimensi keuangan ke analisis proses sehingga transaksi dapat diprioritaskan berdasarkan nilainya.
Sumber data
Stripe API: objek PaymentIntent, kolom 'amount'.
Contoh
100.002500.5049.99
|
|||
|
Kode kegagalan
FailureCode
|
Kode kesalahan spesifik yang dikembalikan jika pembayaran gagal. | ||
|
Deskripsi
Atribut ini mencatat penyebab kegagalan pembayaran, seperti 'insufficient_funds' atau 'card_declined'. Biasanya, nilainya terdapat pada kolom 'last_payment_error.code' di PaymentIntent. Data ini menjadi dasar dashboard 'Waktu Penyelesaian Kesalahan'. Dengan menganalisis kode tersebut, bisnis dapat mengetahui kesalahan teknis yang paling menghambat dan menyebabkan keterlambatan dalam alur pembayaran.
Mengapa ini penting
Atribut ini penting untuk menemukan akar penyebab penyimpangan proses dan transaksi yang gagal.
Sumber data
Stripe API: objek PaymentIntent, kolom 'last_payment_error.code'.
Contoh
kartu ditolaksaldo tidak mencukupikartu kedaluwarsaCVC tidak benar
|
|||
|
Mata uang
PaymentCurrency
|
Kode ISO 3 huruf yang menunjukkan mata uang transaksi. | ||
|
Deskripsi
Atribut ini menunjukkan mata uang yang digunakan untuk pembayaran, misalnya USD, EUR, atau GBP. Nilainya terdapat pada kolom 'currency' di objek PaymentIntent. Informasi ini diperlukan untuk menyeragamkan pelaporan keuangan di dashboard Treasury. Dalam analisis, kolom ini membantu menemukan pola regional pada waktu pemrosesan pembayaran atau tingkat kesalahan. Informasi tersebut mendukung tampilan 'Penyeragaman Durasi Penyelesaian'.
Mengapa ini penting
Atribut ini penting untuk menjumlahkan nilai keuangan secara akurat dan menganalisis kinerja berdasarkan wilayah.
Sumber data
Stripe API: objek PaymentIntent, kolom 'currency'.
Contoh
USDEURGBPJPY
|
|||
|
Pengguna pemroses
ProcessingUser
|
Pengguna atau agen sistem yang bertanggung jawab atas peninjauan manual. | ||
|
Deskripsi
Atribut ini menunjukkan petugas atau logika sistem yang melakukan aktivitas tertentu, terutama untuk 'Peninjauan Pembayaran Diperlukan' atau 'Sengketa Dibuka'. Di Stripe Radar, nilainya mungkin berupa alamat email peninjau yang tercatat di log peninjauan. Atribut ini mendukung 'Peta Panas Intervensi Manual'. Manajer dapat melihat anggota tim yang menangani peninjauan terbanyak dan menemukan potensi hambatan dalam alur kerja manual.
Mengapa ini penting
Atribut ini mendukung analisis sumber daya dan membantu menemukan hambatan dalam proses manual.
Sumber data
Stripe API: objek Review (Radar), kolom 'closed_by' atau 'opened_reason'.
Contoh
bot_tim_fraudanalyst@company.comsistem_otomatis
|
|||
|
Status pembayaran
PaymentStatus
|
Status terkini PaymentIntent atau Charge. | ||
|
Deskripsi
Atribut ini menunjukkan status transaksi yang dilaporkan Stripe, misalnya 'requires_payment_method', 'succeeded', atau 'canceled'. Nilainya diambil langsung dari kolom 'status'. Atribut ini membantu memeriksa alur proses. Misalnya, kasus yang berakhir dengan 'succeeded' menunjukkan proses berhasil, sedangkan 'canceled' menandakan penyimpangan. Atribut ini juga mendukung dashboard 'Analisis Throughput dan Kapasitas' dengan mengelompokkan hasil transaksi.
Mengapa ini penting
Atribut ini memberi gambaran singkat tentang hasil kasus dan membantu memastikan proses berakhir sesuai ketentuan.
Sumber data
Stripe API: objek PaymentIntent, kolom 'status'.
Contoh
berhasilmemerlukan tindakansedang diprosesdibatalkan
|
|||
|
Dalam sengketa
IsDisputed
|
Penanda boolean yang menunjukkan apakah pemegang kartu mengajukan sengketa atas pembayaran. | ||
|
Deskripsi
Atribut ini menunjukkan apakah sengketa (chargeback) pernah dibuka untuk pembayaran ini. Nilainya ditentukan dengan memeriksa apakah kolom 'dispute' pada objek Charge tidak kosong atau apakah ada objek Dispute yang terhubung dengan PaymentIntent. Atribut ini digunakan untuk memfilter kasus dalam 'Audit Kepatuhan Jalur Proses' dan memeriksa apakah kasus sengketa mengikuti prosedur pengajuan bukti yang benar.
Mengapa ini penting
Atribut ini membantu menemukan kasus berisiko tinggi yang memerlukan penanganan khusus dan pemantauan kepatuhan.
Sumber data
Stripe API: objek Charge, periksa apakah kolom 'dispute' terisi.
Contoh
truefalse
|
|||
|
Dikembalikan dananya
IsRefunded
|
Penanda boolean yang menunjukkan apakah pembayaran dikembalikan seluruhnya atau sebagian. | ||
|
Deskripsi
Atribut ini menandai apakah dana telah dikembalikan kepada pelanggan. Nilainya berasal dari kolom boolean 'refunded' atau dari nilai 'amount_refunded' > 0 pada objek Charge. Atribut ini membantu dalam 'Audit Kepatuhan Jalur Proses'. Pengembalian dana biasanya memerlukan langkah persetujuan khusus. Analis dapat memfilter kasus ini dan memastikan aktivitas 'Pembayaran Dikembalikan' telah terjadi.
Mengapa ini penting
Atribut ini membantu menemukan kasus yang alurnya berbalik, salah satu bentuk penyimpangan proses yang penting.
Sumber data
Stripe API: objek Charge, kolom 'refunded'.
Contoh
truefalse
|
|||
|
Durasi penyelesaian
SettlementDuration
|
Waktu antara Pembayaran Diotorisasi dan Dana Tersedia. | ||
|
Deskripsi
Atribut terhitung ini mengukur waktu yang diperlukan hingga dana yang diotorisasi tersedia di saldo Stripe. Nilainya dihitung dengan mengurangi stempel waktu 'Pembayaran Diotorisasi' dari 'Dana Tersedia'. Atribut ini menjadi metrik utama untuk dashboard 'Penyeragaman Durasi Penyelesaian' dan membantu tim Treasury memperkirakan ketersediaan kas.
Mengapa ini penting
Atribut ini mengukur kecepatan ketersediaan dana dan keterlambatan arus kas.
Sumber data
Dihitung di alat Process Mining.
Contoh
2 hari7 hari10 menit
|
|||
|
Negara penerbit kartu
CardCountry
|
Kode negara tempat kartu diterbitkan. | ||
|
Deskripsi
Atribut ini menunjukkan negara asal instrumen pembayaran. Biasanya, nilainya terdapat pada 'payment_method_details.card.country'. Atribut ini mendukung dashboard 'Penyeragaman Durasi Penyelesaian'. Pembayaran lintas negara sering kali memerlukan waktu penyelesaian lebih lama daripada pembayaran domestik. Karena itu, atribut ini memungkinkan analisis berdasarkan kelompok yang sesuai.
Mengapa ini penting
Atribut ini menjelaskan keterlambatan penyelesaian akibat prosedur perbankan lintas negara.
Sumber data
Stripe API: objek Charge, 'payment_method_details.card.country'.
Contoh
ASJermanBritania Raya
|
|||
|
Pengerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah aktivitas dalam kasus diulang. | ||
|
Deskripsi
Atribut terhitung ini bernilai true jika aktivitas seperti 'Instruksi Pembayaran Dikirim' atau 'Detail Pembayaran Divalidasi' terjadi lebih dari sekali untuk satu ID Transaksi Pembayaran. Atribut ini mendukung KPI 'Tingkat Pengerjaan Ulang Instruksi Pembayaran'. Pengerjaan ulang yang sering biasanya menunjukkan masalah kualitas data di sumber atau antarmuka pelanggan yang membingungkan.
Mengapa ini penting
Atribut ini menyoroti inefisiensi dan pengulangan dalam proses.
Sumber data
Dihitung di alat Process Mining.
Contoh
truefalse
|
|||
|
Skor risiko
RiskScore
|
Skor risiko penipuan yang diberikan Stripe Radar untuk transaksi. | ||
|
Deskripsi
Atribut ini berisi skor risiko (0-99) yang diberikan oleh model machine learning Stripe. Nilainya terdapat pada kolom 'outcome.risk_score' di objek Charge. Atribut ini penting untuk dashboard 'Identifikasi Kesalahan Positif Palsu'. Dengan membandingkan skor risiko dengan aktivitas 'Kesalahan Pembayaran Diatasi' yang berhasil, analis dapat menyesuaikan ambang batas untuk memblokir transaksi secara otomatis.
Mengapa ini penting
Atribut ini memberi konteks tentang alasan transaksi mungkin ditandai atau diblokir.
Sumber data
Stripe API: objek Charge, kolom 'outcome.risk_score'.
Contoh
56599
|
|||
|
Tanpa intervensi manual
IsTouchless
|
Penanda yang menunjukkan apakah proses selesai tanpa intervensi manual. | ||
|
Deskripsi
Atribut terhitung ini menentukan apakah kasus mengikuti 'alur ideal' tanpa aktivitas seperti 'Peninjauan Pembayaran Diperlukan', 'Sengketa Dibuka', atau 'Kesalahan Pembayaran Diatasi'. Atribut ini digunakan untuk menghitung KPI 'Tingkat Pembayaran Tanpa Intervensi Manual'. Tingkat yang tinggi menunjukkan pemrosesan otomatis yang efisien, sedangkan tingkat yang rendah menandakan beban operasional yang besar.
Mengapa ini penting
Atribut ini mengukur efisiensi otomatisasi dan kualitas alur proses standar.
Sumber data
Dihitung di alat Process Mining.
Contoh
truefalse
|
|||
|
Waktu penyelesaian kesalahan
ErrorResolutionTime
|
Durasi antara saat kesalahan ditemukan dan saat kesalahan diatasi. | ||
|
Deskripsi
Atribut terhitung ini mencatat waktu antara 'Kesalahan Pembayaran Ditemukan' dan 'Kesalahan Pembayaran Diatasi'. Atribut ini menjadi metrik utama untuk KPI 'Rata-rata Waktu Penyelesaian Kesalahan'. Pemantauannya membantu meningkatkan penanganan pengecualian oleh tim dan logika percobaan ulang otomatis.
Mengapa ini penting
Atribut ini mengukur biaya operasional untuk menangani kesalahan.
Sumber data
Dihitung di alat Process Mining.
Contoh
4 jam12 menit2 hari
|
|||
Aktivitas Pemrosesan Pembayaran
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Dana ditransfer
|
Payout yang mencakup transaksi ini telah dibayarkan ke rekening bank eksternal. Dana telah keluar dari platform Stripe. | ||
|
Mengapa ini penting
Menandai tonggak 'Pembayaran diselesaikan'. Digunakan untuk menghitung 'Konsistensi durasi penyelesaian'.
Sumber data
Stripe Events API: payout.paid
Pengumpulan data
Dicatat saat peristiwa payout.paid dipicu
Jenis peristiwa
explicit
|
|||
|
Detail pembayaran divalidasi
|
Validasi otomatis atas detail pembayaran, termasuk pemeriksaan format dasar dan evaluasi aturan penipuan (Stripe Radar). Pada tahap ini, sistem memeriksa keabsahan data sebelum mencoba melakukan otorisasi. | ||
|
Mengapa ini penting
Penting untuk mengukur dashboard Hambatan Validasi dan Persetujuan. Keterlambatan pada tahap ini menandakan respons sistem yang lambat atau pemrosesan aturan penipuan yang rumit.
Sumber data
Disimpulkan dengan membandingkan stempel waktu 'Permintaan pembayaran dibuat' dengan perubahan status berikutnya (misalnya, menjadi 'processing' atau 'requires_action').
Pengumpulan data
Bandingkan stempel waktu pembuatan dengan pembaruan status pertama
Jenis peristiwa
inferred
|
|||
|
Pembayaran diotorisasi
|
Penerbit kartu menyetujui jumlah transaksi dan menahan dana. Ini memastikan metode pembayaran valid dan saldo mencukupi. | ||
|
Mengapa ini penting
Tonggak penting untuk 'Tingkat pembayaran tanpa sentuhan manual'. Keberhasilan pada tahap ini menandakan pemeriksaan risiko utama telah dilewati.
Sumber data
Stripe Events API: payment_intent.succeeded (jika penarikan dana otomatis) atau payment_intent.amount_capturable (jika penarikan dana manual).
Pengumpulan data
Dicatat saat payment_intent.succeeded atau amount_capturable dipicu
Jenis peristiwa
explicit
|
|||
|
Pembayaran direkonsiliasi
|
Mutasi rekening bank eksternal telah dicocokkan dengan payout Stripe. Ini memastikan dana benar-benar masuk ke rekening bank perusahaan. | ||
|
Mengapa ini penting
Tahap akhir untuk 'Analisis selisih rekonsiliasi pembayaran'. Memastikan catatan keuangan sesuai dengan transaksi di bank.
Sumber data
Sering kali memerlukan data eksternal atau status 'payout.reconciled' jika menggunakan fitur Stripe Treasury/Reconciliation.
Pengumpulan data
Memerlukan penggunaan Stripe Treasury atau sinyal dari ERP eksternal
Jenis peristiwa
explicit
|
|||
|
Pembayaran gagal
|
Penerbit kartu menolak upaya pembayaran atau Stripe memblokirnya. Peristiwa ini memulai jalur penanganan kesalahan. | ||
|
Mengapa ini penting
Titik awal untuk 'Rata-rata waktu penyelesaian kesalahan'. Analisis kode pada tahap ini membantu mengurangi 'Tingkat kesalahan positif palsu'.
Sumber data
Stripe Events API: payment_intent.payment_failed
Pengumpulan data
Dicatat saat peristiwa payment_intent.payment_failed dipicu
Jenis peristiwa
explicit
|
|||
|
Permintaan pembayaran dibuat
|
Tahap awal proses pembayaran, saat PaymentIntent dibuat di sistem Stripe. Aktivitas ini mencatat waktu pelanggan atau sistem memulai permintaan transaksi. | ||
|
Mengapa ini penting
Menandai awal waktu siklus proses. Penting untuk menghitung total durasi siklus pembayaran dari awal hingga akhir.
Sumber data
Stripe Events API: payment_intent.created
Pengumpulan data
Dicatat saat peristiwa payment_intent.created dipicu
Jenis peristiwa
explicit
|
|||
|
Autentikasi pembayaran diminta
|
Sistem menentukan bahwa Strong Customer Authentication (SCA) atau 3D Secure diperlukan. Alur pembayaran dijeda sambil menunggu pelanggan melakukan autentikasi. | ||
|
Mengapa ini penting
Menjelaskan keterlambatan proses yang sepenuhnya bergantung pada pelanggan, bukan pada sistem.
Sumber data
Stripe Events API: payment_intent.requires_action
Pengumpulan data
Dicatat saat status payment_intent berubah menjadi requires_action
Jenis peristiwa
explicit
|
|||
|
Dana tersedia
|
Dana transaksi telah selesai diproses dan masuk ke saldo Stripe yang tersedia, siap untuk dicairkan. | ||
|
Mengapa ini penting
Penting untuk 'Visibilitas arus kas perbendaharaan'. Tahap ini menandai kapan dana benar-benar dapat digunakan oleh bisnis.
Sumber data
Stripe Events API: balance.available
Pengumpulan data
Dicatat saat peristiwa balance.available dipicu
Jenis peristiwa
explicit
|
|||
|
Kesalahan pembayaran diselesaikan
|
Disimpulkan saat PaymentIntent yang sebelumnya gagal kembali ke status processing atau succeeded. Ini menunjukkan pelanggan memberikan metode pembayaran baru atau percobaan ulang berhasil. | ||
|
Mengapa ini penting
Penting untuk dashboard 'Waktu siklus penyelesaian kesalahan'. Ini menandakan pendapatan berhasil dipulihkan.
Sumber data
Disimpulkan dengan mengamati peristiwa 'payment_intent.processing' atau 'succeeded' pada ID yang sebelumnya memiliki peristiwa 'payment_intent.payment_failed'.
Pengumpulan data
Bandingkan urutan status: Gagal -> Diproses/Berhasil
Jenis peristiwa
inferred
|
|||
|
Notifikasi pembayaran dikirim
|
Tanda terima atau email konfirmasi dikirim kepada pelanggan. Ini menandai akhir interaksi transaksi dengan pelanggan. | ||
|
Mengapa ini penting
Mendukung dashboard 'Jeda notifikasi pelanggan'. Keterlambatan pada tahap ini dapat memicu permintaan bantuan dari pelanggan.
Sumber data
Stripe Events API: charge.succeeded (periksa boolean 'receipt_sent' atau pembuatan 'receipt_url'), atau peristiwa receipt.sent.
Pengumpulan data
Dicatat saat peristiwa receipt.sent dipicu atau disimpulkan dari objek charge
Jenis peristiwa
explicit
|
|||
|
Pembayaran dikembalikan
|
Penjual memulai pengembalian dana untuk transaksi. Ini membalikkan aliran dana. | ||
|
Mengapa ini penting
Menemukan pengerjaan ulang setelah penyelesaian dan kebocoran pendapatan.
Sumber data
Stripe Events API: charge.refunded
Pengumpulan data
Dicatat saat peristiwa charge.refunded dipicu
Jenis peristiwa
explicit
|
|||
|
Pembayaran dimasukkan ke pencairan dana
|
Transaksi tertentu dikelompokkan ke dalam objek Payout. Ini menandakan dana dijadwalkan untuk ditransfer ke bank. | ||
|
Mengapa ini penting
Penting untuk 'Standarisasi durasi penyelesaian'. Tahap ini menghubungkan transaksi individual dengan transfer bank dalam jumlah besar.
Sumber data
Disimpulkan dengan menghubungkan Balance Transaction ke objek Payout.
Pengumpulan data
Tentukan kapan Payout ID ditetapkan ke Balance Transaction
Jenis peristiwa
inferred
|
|||
|
Pembayaran perlu ditinjau
|
Terjadi saat pembayaran memicu aturan peninjauan manual di Stripe Radar. Pembayaran ditahan sambil menunggu pemeriksaan oleh petugas. | ||
|
Mengapa ini penting
Mendukung dashboard 'Peta panas intervensi manual'. Volume tinggi pada tahap ini menandakan perlunya menyesuaikan aturan penipuan atau menambah staf.
Sumber data
Stripe Events API: review.opened
Pengumpulan data
Dicatat saat peristiwa review.opened dipicu
Jenis peristiwa
explicit
|
|||
|
Peninjauan pembayaran disetujui
|
Petugas atau aturan sistem menyetujui transaksi yang sebelumnya ditandai untuk ditinjau. Setelah itu, transaksi dapat dilanjutkan ke tahap otorisasi. | ||
|
Mengapa ini penting
Diperlukan untuk mengukur 'Rata-rata waktu siklus persetujuan'. Hambatan pada tahap ini berdampak langsung pada pengalaman pelanggan.
Sumber data
Stripe Events API: review.closed (dengan alasan 'approved')
Pengumpulan data
Dicatat saat peristiwa review.closed terjadi
Jenis peristiwa
explicit
|
|||
|
Sengketa dibuka
|
Pemegang kartu menyanggah pembayaran. Ini memulai proses chargeback dan mengurangi saldo. | ||
|
Mengapa ini penting
Alur pengecualian utama yang memengaruhi 'Tingkat rekonsiliasi pada percobaan pertama'.
Sumber data
Stripe Events API: charge.dispute.created
Pengumpulan data
Dicatat saat peristiwa charge.dispute.created dipicu
Jenis peristiwa
explicit
|
|||
|
Sengketa ditutup
|
Proses sengketa telah selesai, baik dimenangkan maupun kalah. Ini menandai akhir dari rangkaian pengecualian. | ||
|
Mengapa ini penting
Menandai penyelesaian akhir atas pendapatan yang disengketakan.
Sumber data
Stripe Events API: charge.dispute.closed
Pengumpulan data
Dicatat saat peristiwa charge.dispute.closed dipicu
Jenis peristiwa
explicit
|
|||
Panduan Ekstraksi
Siap Memulai?
Mulai analisis alur pembayaran Anda hari ini untuk menemukan hambatan tersembunyi dan meningkatkan kinerja keuangan. Tim kami siap membantu Anda di setiap langkah.
Tingkatkan Efisiensi Pemrosesan Pembayaran Stripe Anda Sekarang
Capai 98% pemrosesan langsung tanpa intervensi dan hilangkan pengecualian pembayaran.
Tidak perlu kartu kredit... Penyiapan hanya beberapa menit