🎓 CoursesAcceptance & card systemsAdvanced⏱ 60 min

Optimizing your payment success rate, level 2. 6 chapters and a final quiz.

Expert-level acceptance: segmentation by BIN and by issuer, issuer-friendly data, network tokens, fine-tuned SCA exemptions, smart retries, and multi-acquirer routing. The course closes with how to measure uplift, covering the methodology and case studies with real numbers.

Chapter 1. Segmenting to diagnose: BIN, issuer, country.

An overall payment success rate of, say, 90% tells you almost nothing, because it is just an average. It mixes French cards approved at 96% with Brazilian cards at 60%, immediate debit cards with prepaid cards, and tokenized transactions with raw PANs. Level 2 optimization always starts with the same discipline: it breaks the rate down into homogeneous segments and treats each segment as a separate problem.

🔑
The golden rule of diagnosis
You never optimize “the payment success rate.” You optimize the rate for a segment × decline reason pair, such as “UK credit cards × decline 05 (do not honor) on amounts > €150.” Any action taken without segmentation is a shot in the dark.

The segmentation dimensions that matter

AxisExample segmentsQuestion to ask
BIN / issuerBNP Paribas, Chase, Nubank, neobanksWhich issuers decline more than their country's average?
Card countryDomestic vs. intra-EU vs. non-EUIs cross-border traffic routed to the right acquirer?
Product typeDebit, credit, prepaid, commercialDo prepaid cards fail on MITs?
CredentialKeyed PAN, card on file, network token, walletDoes the network token outperform the PAN on this BIN?
Amount< 30 €, 30-100 €, 100-250 €, > 250 €Where do the exemption and risk thresholds kick in?
AuthenticationFrictionless, challenge, exemption, MITDoes the 3DS challenge hurt conversion on mobile?
Segmentation grid for a payment success rate

Since April 2022, the ISO/IEC 7812 standard has extended BINs from 6 to 8 digits, making them far more granular. An 8-digit BIN often identifies a specific issuer portfolio (a card range, a co-brand, or a prepaid program). Your reporting tables need to be migrated to 8 digits. Otherwise, you are lumping together very different populations.

Six stages, six leaksthe KPI that measures itownerfrom cart to marginCheckout sessionsleak: cart abandonmentcart abandonment rateProduct / UXPayment attemptsleak: drop-off during 3DSSCA failure rateFraud / PSPAuthorization requestsleak: issuer declinesauthorization ratePaymentsApproved authorizationsleak: missed capturecapture rateBack officeCaptured transactionsleak: disputes and frauddispute rateRiskNet proceedsleak: feespayment cost as %FinanceMargin collectedwhat you actually keepEvery leak has a KPI and a named owner: without an owner, the rate doesn't move.

Reading decline codes like an issuer

CodeMeaningTakeawayTypical action
05Do not honorGeneric decline from the issuer's risk scoringEnrich the data, test the network token, reroute
51Insufficient fundsInsufficient fundsDeferred retry (after payday), partial amount
54Expired cardExpired cardAccount updater or network token, never a blind retry
14 / 41 / 43Invalid / lost / stolenInvalid card, or card blocked as lost or stolenNo retry (category 1): ask for another payment method
59 / 63Suspected fraud / securityThe issuer suspects fraudForce 3DS authentication, then resubmit
Common decline codes (ISO 8583) and what they mean in practice
≈ 85-90 %
average e-commerce authorization rate in Europe, all cards
PSP studies, 2024–2025
$50.7B
in sales lost each year to false declines across four major markets (US, UK, France, Germany)
Checkout.com, 2023
≈ 0,16 %
fraud rate on online card payments in France
OSMP, 2024 annual report
🎯 Quick question
Why can an overall payment success rate of 90% hide a serious problem?