GH GambleHub

Προφίλ πληρωμής KPI: auth, capture, return

TL· DR

Ο βρόχος πληρωμής μετράται ως χοάνη: «Auth Capture Settle/Refund». Οι βασικές μετρήσεις δεν είναι μόνο ο ρυθμός έγκρισης, αλλά και η καθαρή AR (μετά την καταπολέμηση της απάτης και 3DS), η καταγραφή της επιτυχίας, ο χρόνος διαγραφής/εγγραφής, το κόστος/FX, τα σφάλματα ιδεατότητας και η ποιότητα των αποδόσεων (TtR και ποσοστό). Αυτός που κατέχει AR , TtW , Cost/GGR κερδίζει, έναντι διαφορών , χωρίς να διακόπτει το προφίλ κινδύνου.


1) Λεξικό σταδίων και εκδηλώσεων

Απόπειρα - απόπειρα πληρωμής (μύηση).
Αυτόματη έγκριση (τράπεζα/πορτοφόλι/ράγες επιβεβαίωσε τη δυνατότητα διαγραφής).
Αποτύπωση - πραγματική διαγραφή (πλήρης/μερική).
Διακανονισμός - εκκαθάριση και διακανονισμοί.
Επιστροφή - απόδοση (πλήρης/μερική), «TtR = χρόνος επιστροφής της πίστωσης».
Κενό - αναίρεση σύλληψης (εάν υποστηρίζεται).
τριβή στην έγκριση.
Ήπια μείωση/σκληρή μείωση - ανακτήσιμες/μη ανακτήσιμες αστοχίες.

💡 База измерений: «χώρα, πάροχος, μέθοδος, δράση (κατάθεση/αποπληρωμή/επιστροφή χρημάτων), ιατροτεχνολογικό προϊόν/προϊόν, ticket_size, risk_segment, kyc_tier, bin/asn».

2) Ιεραρχία KPI (δέντρο-στόχος)

Ανώτερο επίπεδο

Μεικτό ποσοστό έγκρισης (AR_gross) = Auth/Προσπάθεια

Καθαρό ποσοστό έγκρισης (AR_net) = δεσμευμένο/προσπάθεια

Κόστος/GGR = (Τέλη + FX + Ops )/GGR

TTW/TtC: Time-to-Wallet, TtC (capture) p95

Κατάσταση επιστροφής: Ποσοστό επιστροφής, TtR p95, Ποσοστό σφάλματος επιστροφής

Ενδιάμεσο επίπεδο

Μερίδιο πρόκλησης 3DS, μερίδιο χωρίς τριβές, εγκατάλειψη σε 3DS

Ποσοστό ανάκτησης ήπιας μείωσης (Retray/Smart Routing)

Μερικό μερίδιο δέσμευσης, λανθάνουσα σύλληψη

Επιστροφή στην Πηγή%, Διπλά Περιστατικά/Περιστατικά Ευεξίας

Χαμηλότερο επίπεδο (διαγνωστικά)

Σφάλματα ανά κωδικό (ISO/rail), p95 API καθυστέρηση, SLA webhooks, μερίδιο του «Do Not Honor», «Ανεπαρκή κεφάλαια», «Ύποπτη απάτη», «Σφάλμα συστήματος».


3) Τύποι (ακριβείς ορισμοί)

3. 1 Άδεια

'AR _ ακαθάριστο = Auth_Approved/ Auth_Attempted'

'AR _ clean = Auth_Approved/( Auth_Attempted - Fraud_Preblocked - User_Abandon_3DS)'

'3DS _ Challenge _ Share = 3DS_Challenge/ 3DS_Total'

'3DS _ Frictionless _ Share = 3DS_Frictionless/ 3DS_Total'

'Εγκατάλειψη _ on _ 3DS = 3DS_Started - 3DS_Completed'

Απαιτούνται τμήματα: 'BIN × χώρα', 'πάροχος × μέθοδος', 'συσκευή/os', 'εισιτήριο _ μέγεθος' (για παράδειγμα, ≤€50, €50 -200,> €200).

3. Λήψη 2

'Capture _ Επιτυχία = Captured_Tx/ Capture_Attempted_Tx'

'Καθαρή _ μετατροπή = Captured_Tx/ Auth_Attempted_Tx' (= AR_net)

'Μερική _ σύλληψη _ Μερίδιο = Partial_Captures/ Captured_Tx'

'Capture _ Latency _ p95 = p95 (capture_timestamp - auth_timestamp)'

'Void _ Rate = Voids/ Auth_Approved'

3. 3 Κόστος και FX

'Κόστος _ ανά _ Tx = Fee_fixed + AmountFee_pct + FX_Spread'

«Κόστος/GGR = ΣCost/GGR»

"Καθαρά _ έσοδα = GGR - ΣCost - Fraud_Loss - Disputes_Cost'

3. 4 Επιστροφές

"Επιστροφή _ Συντελεστής = Refunded_Tx/ Captured_Tx'

"Επιστροφή _ Ποσό _ Λόγος = Refunded_Amount/ Captured_Amount'

'TtR _ p95 = p95 (refund_credit_at - refund_initiated_at)'

"Επιστροφή _ Error _ Rate = Refund_Failed/ Refund_Attempted'

"Επιστροφή _ στην _ Πηγή _% = Refund_to_Original_Method/ Total_Refunds'

«Διπλή _ επιστροφή _ περιστατικά» - εικονικός μετρητής σύγκρουσης (must = 0)


4) Στόχοι/δείκτες αναφοράς (προσαρμόσιμοι για συγκεκριμένο χαρτοφυλάκιο)

κάρτες - 82-92% (BIN/χώρα), A2A - 90% + (έναρξη), κουπόνια - 95% + (εξόφληση).
: 98. 5% + (με ζωντανά webhooks και υποχωρήσεις).
TtC p95: ≤ 5 λεπτά (φύλλα με αυτόματη λήψη), ≤ 90 δευτερόλεπτα (στιγμιαίο A2A/RTP).
Σφάλμα επιστροφής: <0. 3%; TtR p95: ≤ T + 1 τράπεζα. ημέρα (κάρτες), ≤ 60 δευτερόλεπτα (στιγμιαίες ράγες).
: 95% (όπου υποστηρίζονται σιδηροτροχιές).
Idempotency Περιστατικά: = 0; Webhook SLA: ≥ 99. 9%, p95 <3 c.

(Όχι «σημεία αναφοράς της αγοράς», αλλά πρακτικοί διάδρομοι-στόχοι για εσωτερικούς SLO.)


5) Κατάτμηση και κατανομή

Σκεφτείτε τους KPI στο πλαίσιο: 'χώρα', 'μέθοδος _ ομάδα', 'πάροχος', 'BIN', 'συσκευή/os', 'ticket _ size', 'risk _ segment', 'kyc _ tier', 'affiliate', 'new _ vs _ returning'.

Cohort AR: AR ανά ομάδα πρώτης πληρωμής (D0/D7/D30).
Διαδρομή AR: AR σε διαδρομές «PSP_A→PSP_B failover».
AR με επίγνωση κινδύνου: AR ανά τμήμα κινδύνου (μετά την κλιμάκωση).
Χάρτης θερμότητας BIN: ευάλωτοι εκδότες → χωριστούς retray/3DS κανόνες.


6) Μοντέλο δεδομένων (επίπεδο στρώμα για ΔΙ)

Ελάχιστο «επίπεδο συμβάντος»:

payment_id, user_id, country, provider, method_code, action(deposit/refund),
attempt_ts, auth_status, auth_code, auth_ts,
three_ds(flow, started_ts, completed_ts, challenge_flag),
capture_status, capture_amount, capture_ts, partial_flag,
refund_status, refund_amount, refund_initiated_ts, refund_credit_ts,
fees_fixed, fees_pct, fx_spread, currency, amount,
risk_segment, kyc_tier, bin, asn, device_os, ticket_bucket

Κλειδί - idempotent 'payment _ key' to the stage and 'idempotency _ key' to the return.


7) Φέτες SQL (παράδειγμα)

7. 1 Ημερήσια AR και δέσμευση

sql
WITH base AS (
SELECT
DATE_TRUNC('day', attempt_ts) d,
country, provider, method_code,
COUNT() FILTER (WHERE auth_status='ATTEMPTED') AS auth_attempted,
COUNT() FILTER (WHERE auth_status='APPROVED') AS auth_approved,
COUNT() FILTER (WHERE capture_status='CAPTURED') AS captured_tx
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2,3,4
)
SELECT d, country, provider, method_code,
auth_approved::decimal / NULLIF(auth_attempted,0) AS ar_gross,
captured_tx::decimal / NULLIF(auth_attempted,0)  AS ar_net
FROM base;

7. 2 Υγεία των επιστροφών

sql
SELECT
DATE_TRUNC('day', refund_initiated_ts) d,
country, provider, method_code,
COUNT() FILTER (WHERE refund_status='ATTEMPTED') AS refund_attempted,
COUNT() FILTER (WHERE refund_status='SUCCESS')  AS refund_success,
PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (refund_credit_ts - refund_initiated_ts))) AS ttr_p95_sec
FROM payments_flat
WHERE action='refund'
GROUP BY 1,2,3,4;

7. 3 τριβή 3DS

sql
SELECT country, provider,
COUNT() FILTER (WHERE three_ds.flow IS NOT NULL) AS three_ds_total,
COUNT() FILTER (WHERE three_ds.challenge_flag)  AS three_ds_challenge,
COUNT() FILTER (WHERE three_ds.flow='FRICTIONLESS') AS three_ds_frictionless
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2;

8) Ταμπλό (απαιτούμενα γραφικά συστατικά)

1. Χωνί: Προσπάθεια αυτόματης σύλληψης (απόλυτη και μετατροπές).
2. Χάρτης θερμότητας AR: по 'χώρα × πάροχος' и 'χώρα BIN × χώρα'.
3. Ποιότητα 3DS: Πρόκληση/Χωρίς τριβές/Εγκατάλειψη.
4. Λήψη Latency p50/p95 и SLA Webhook.
5. Υγεία επιστροφής: ποσοστό επιστροφής, TtR p95, σφάλμα επιστροφής, Refund_to_Source%.
6. Κόστος/GGR: ανά μέθοδο και ανά πάροχο.
7. Πίνακας καταχωρίσεων: ανώτατοι κωδικοί αστοχιών, υποβάθμιση AR/καθυστέρησης.


9) SLO, ειδοποιήσεις και βιβλία αναπαραγωγής

SLO/Καταχωρίσεις (παράδειγμα):
  • 'AR_gross↓> 3 pp έως επταήμερη διάμεση τιμή' → ALERT P1 (έλεγχος BIN/πάροχος/ASN).
  • 'Capture _ Success <98% (ωριαία)' ή 'Webhook p95> 5 c' → ALERT P1 (PSP Retray/Incident).
  • 'TtR _ p95> μέθοδοι-στόχοι στιγμιαία → ALERT P2 (σειρά αναμονής/όρια ελέγχου).
  • 'Επιστροφή _ Error _ Rate> 0. 5% 'ή' Double _ Refund> 0 '→ ALERT P0 (αυτόματο πάγωμα επαναπλήρωσης, χειροκίνητος έλεγχος).
Βιβλία αναπαραγωγής:
  • Υποβάθμιση BIN: να συμπεριληφθεί ένας εναλλακτικός αγοραστής, να αυξηθεί το ποσοστό των 3DS-challenge για τον BIN, να επαναδιαμορφωθεί με τις παραμέτρους «ECI».
  • System Soft Declines: έξυπνη δρομολόγηση → PSP_B, περιορισμός της επανάληψης σε N, αλλαγή πολιτικής 3DS.
  • Καθυστερήσεις σύλληψης: retrays δύναμης, επαλήθευση της υπογραφής webhooks, αυξημένη ταυτότητα TTL.
  • Σφάλματα επιστροφής: ενεργοποιήστε πλήκτρα idempotent, περιορίστε την παράλληλη μερική επιστροφή, χειροκίνητο QA για αντίγραφα.

10) Διαχείριση κινδύνων και συμμόρφωσης σε ΒΔΕ

Έκθεση AR_clean μετά την αφαίρεση των «Απάτη _ Προεμπλοκαρισμένων» και «Εγκατάλειψη _ 3DS» - αυτή είναι η λειτουργική σας AR, μην αναμιγνύεστε με το αποτέλεσμα της καταπολέμησης της απάτης.
βασικό ρυθμιστικό KPI· να καθορίσει τις εξαιρέσεις όπως εγκρίνονται από την επιτροπή.
Διαφορά/Ποσοστό χρέωσης δεσμεύονται σε captured_amount, όχι απόπειρες.


11) Συχνά σφάλματα

Άθροισμα διαφορετικών βάσεων (προσπάθεια vs auth vs capture) σε ένα κλάσμα.
Έλλειψη κατάτμησης ανά «ticket _ size» → ψευδή συμπεράσματα της AR.
Απουσία 'Χρήστης Εγκατάλειψη' σε 3DS → «τεχνητά» χαμηλή AR.
No 'idempotency _ key' on return → doubles/financial loss.
Ανάμειξη εκταμιεύσεων και επιστροφών στην ίδια μέτρηση TtW/TtR.


12) Κατάλογος ελέγχου εφαρμογής

  • Συμφωνημένο σχήμα γεγονότων και ενοποιημένοι ορισμοί του KPI.
  • Χάρτης θερμότητας από τον BIN/χώρα και δρομολόγηση από τον πάροχο.
  • τριβή 3DS και εγκατάλειψη ταμπλό.
  • SLA webhooks, retrays, idempotency (auth/capture/refund).
  • Υποβολή εκθέσεων με επιστροφές υγείας και Refund_to_Source%.
  • AR, Capture_Success, σήματα υποβάθμισης TtR, σφάλματα επιστροφής χρημάτων.
  • Μηνιαία επανεξέταση Ε&Ο: Κόστος/GGR, Διαφορές, FX Spreads, Provider-SLA.

13) Περίληψη

Ένας ισχυρός βρόχος πληρωμής είναι μια διαφανής χοάνη με τη σωστή βάση για κάθε μετοχή, αυστηρή πειθαρχία γεγονότων, διαχωρισμό και αυτόματα βιβλία αναπαραγωγής. Ο σωστός KPI μετατρέπει την υποδομή πληρωμών σε αναπτυξιακό μοχλό: AR_net ↑, TtC/TtR ↓, Cost/GGR ↓, Disputes ↓, σε συνεχή ή βελτιωμένη ασφάλεια.

Contact

Επικοινωνήστε μαζί μας

Επικοινωνήστε για οποιαδήποτε βοήθεια ή πληροφορία.Είμαστε πάντα στη διάθεσή σας.

Έναρξη ολοκλήρωσης

Το Email είναι υποχρεωτικό. Telegram ή WhatsApp — προαιρετικά.

Το όνομά σας προαιρετικό
Email προαιρετικό
Θέμα προαιρετικό
Μήνυμα προαιρετικό
Telegram προαιρετικό
@
Αν εισαγάγετε Telegram — θα απαντήσουμε και εκεί.
WhatsApp προαιρετικό
Μορφή: κωδικός χώρας + αριθμός (π.χ. +30XXXXXXXXX).

Πατώντας «Αποστολή» συμφωνείτε με την επεξεργασία δεδομένων.