00
Approved
Transaction authorised successfully and funds reserved.
Rekommenderad åtgärd: Proceed with settlement and fulfilment.
Referens
Svarskoder för betalning. Avkoda varje avvisning.
ISO 8583 auktoriseringssvarskoder som används av Visa, Mastercard och utfärdande banker. Sök efter kod, namn eller mening för att förstå varför en transaktion godkändes, avvisades eller hänvisades.
Visar 30 av 30 koder
Godkännanden
1 koderGodkännanden
Mjuka avvisanden
4 koder05
Do Not Honour
Generic issuer decline, often triggered by risk rules.
Rekommenderad åtgärd: Retry once through an alternative acquirer or after 3D Secure authentication.
51
Insufficient Funds
The available balance or credit limit is too low.
Rekommenderad åtgärd: Retry after a short delay or prompt the customer to use another card.
61
Exceeds Withdrawal Limit
The transaction exceeds the cardholder's daily or per-transaction limit.
Rekommenderad åtgärd: Retry with a lower amount or prompt the customer for a different card.
91
Issuer Unavailable
The issuer or scheme switch could not be reached.
Rekommenderad åtgärd: Retry through a backup acquirer or after a short delay.
Hårda avvisanden
12 koder04
Pick-up Card
Issuer suspects the card is lost, stolen or compromised.
Rekommenderad åtgärd: Do not retry; void the order and ask for a different payment method.
14
Invalid Card Number
The card number failed the Luhn check or does not exist.
Rekommenderad åtgärd: Ask the customer to re-enter their card details; do not retry the same number.
41
Lost Card
The cardholder has reported the card as lost.
Rekommenderad åtgärd: Do not retry; void the order and request a new payment method.
43
Stolen Card
The cardholder has reported the card as stolen.
Rekommenderad åtgärd: Do not retry; flag the transaction and request a new payment method.
54
Expired Card
The card has passed its expiry date.
Rekommenderad åtgärd: Ask the customer to update their expiry date or use a different card.
57
Transaction Not Permitted to Cardholder
The card product does not allow this transaction type.
Rekommenderad åtgärd: Do not retry; ask for an alternative payment method.
59
Suspected Fraud
The issuer's fraud system has flagged the transaction.
Rekommenderad åtgärd: Do not retry; request an alternative payment method and review the order.
62
Restricted Card
The card has restrictions that block the transaction.
Rekommenderad åtgärd: Do not retry; ask the customer to use another card.
78
Non-activated Account
The account has not been activated or is not yet usable.
Rekommenderad åtgärd: Do not retry; ask the customer to activate their account or use another card.
N7
Incorrect CVV
The card verification value does not match issuer records.
Rekommenderad åtgärd: Ask the customer to re-enter the CVV; do not retry if repeated.
R0
Stop Payment Order
The cardholder has requested that recurring payments be stopped.
Rekommenderad åtgärd: Cancel the subscription or recurring agreement; do not retry.
T1
Invalid CVV
The CVV is invalid or missing for a card-not-present transaction.
Rekommenderad åtgärd: Ask the customer to provide the correct CVV and retry once.
SCA / autentisering
1 koder65
Strong Customer Authentication Required
PSD2 requires the transaction to be authenticated.
Rekommenderad åtgärd: Restart the flow with 3D Secure step-up authentication.
Hänvisningar
2 koder01
Refer to Card Issuer
Issuer wants additional verification before approving.
Rekommenderad åtgärd: Ask the customer to contact their issuer, or retry with voice authorisation if available.
02
Refer to Card Issuer (Special Conditions)
Issuer requires special conditions to be met.
Rekommenderad åtgärd: Contact the issuer for guidance before reattempting.
Fel
10 koder03
Invalid Merchant or Service
The merchant ID, terminal ID or service is not recognised.
Rekommenderad åtgärd: Check acquiring configuration and retry; do not retry if the MID is suspended.
06
Error
Technical error at the issuer or scheme level.
Rekommenderad åtgärd: Retry after a short delay; escalate if the error persists.
12
Invalid Transaction
The transaction type or data format is not valid.
Rekommenderad åtgärd: Check request fields and retry with corrected data.
13
Invalid Amount
The amount is malformed, zero, or outside allowed limits.
Rekommenderad åtgärd: Verify the amount, currency and decimals, then retry.
19
Re-enter Transaction
The issuer did not receive the transaction cleanly.
Rekommenderad åtgärd: Retry the transaction without changing the data.
58
Transaction Not Permitted to Terminal
The merchant terminal or MID is not configured for this transaction.
Rekommenderad åtgärd: Check MID configuration and routing rules before retrying.
63
Security Violation
A security check on the transaction data failed.
Rekommenderad åtgärd: Review authentication data and retry with corrected security fields.
82
Timeout / Reversal Needed
The issuer did not respond within the allowed time.
Rekommenderad åtgärd: Perform a reversal check, then retry the transaction.
92
Routing Error
The transaction could not be routed to the correct destination.
Rekommenderad åtgärd: Check routing configuration and retry.
96
System Malfunction
A system error occurred at the issuer, acquirer or scheme.
Rekommenderad åtgärd: Retry after a short delay; contact support if the error persists.
Hur Cardflo hanterar svarskoder
Cardflo's orchestration layer inspects the raw response code from every processor, applies scheme-specific mapping, and feeds the outcome into intelligent routing and retry logic. Soft declines are retried through alternative acquirers or after customer prompts, while hard declines are suppressed so merchants avoid excessive-authorisation fees and protect their MID standing.
Vanliga frågor
What is a payment response code?
A payment response code is a standardised value returned by the issuing bank after an authorisation attempt. It tells the merchant whether the transaction was approved, declined, or referred, and gives the reason for the outcome.
What should a merchant do when they receive response code 04, Pick-up Card?
Response code 04 means the issuer considers the card compromised, lost, or stolen. For in-person transactions, the merchant should retain the card if safe to do so. For online transactions, the order should be voided, the same card must not be retried, and the customer should be asked for a different payment method.
How does Cardflo use response codes in routing and retry logic?
Cardflo maps every issuer, acquirer and scheme response code into a canonical category. Soft declines are retried through an alternative acquirer route or after a short delay, while hard declines are suppressed to avoid excessive-authorisation fees. Code-aware orchestration typically recovers 5 to 15 per cent of otherwise-lost authorisations.
Which payment response codes are considered soft declines?
Soft declines include codes such as 05 (Do Not Honour) for transient risk rules, 51 (Insufficient Funds), 61 (Exceeds Withdrawal Limit), 91 (Issuer Unavailable), and PSD2 codes like 65 (SCA Required). These can generally be retried through a different acquirer, with 3D Secure, or after a short delay.
What is the difference between a hard decline and a soft decline?
A hard decline indicates a permanent reason the transaction cannot proceed, such as an invalid card number, lost or stolen card, or expired card. A soft decline indicates a temporary issue, such as insufficient funds or a timeout, where a retry may succeed under different conditions.
Relaterade guider.
Ansök med Cardflo
Redo att förbättra din betalningsinställning?
Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt väg, vanligtvis inom en vecka.