Decline Codes
Authorization decline reason codes and recommended handling.
Overview
When a transaction is declined, the issuing bank returns a response code indicating the reason. Understanding these codes helps optimize authorization rates and customer experience.
Common Decline Codes
Card Issues
| Code | Description | Retry? | Customer Action |
|---|---|---|---|
| 14 | Invalid card number | No | Verify card number |
| 54 | Expired card | No | Use different card |
| 41 | Lost card | No | Contact issuer |
| 43 | Stolen card | No | Contact issuer |
| 62 | Restricted card | No | Contact issuer |
Funds/Limit Issues
| Code | Description | Retry? | Customer Action |
|---|---|---|---|
| 51 | Insufficient funds | Yes* | Add funds, retry later |
| 61 | Exceeds withdrawal limit | Yes* | Try smaller amount, retry later |
| 65 | Exceeds activity limit | Yes* | Retry next day |
*Retry only after customer action or time passage
Security/Fraud
| Code | Description | Retry? | Customer Action |
|---|---|---|---|
| 57 | Transaction not permitted | Maybe | Contact issuer |
| 59 | Suspected fraud | No | Contact issuer |
| 63 | Security violation | No | Contact issuer |
| 93 | Transaction violates law | No | Cannot proceed |
Technical Issues
| Code | Description | Retry? | Customer Action |
|---|---|---|---|
| 05 | Do not honor (generic) | Maybe | Contact issuer, try again |
| 12 | Invalid transaction | No | Check transaction details |
| 91 | Issuer unavailable | Yes | Retry shortly |
| 96 | System malfunction | Yes | Retry shortly |
Soft vs. Hard Declines
Soft Declines (Retriable)
Temporary issues that may resolve:
- Network connectivity (91, 96)
- Temporary limits (61, 65)
- Authentication needed (some 05)
Strategy: Auto-retry with backoff
Hard Declines (Not Retriable)
Permanent issues requiring customer action:
- Invalid card (14, 54)
- Lost/stolen (41, 43)
- Fraud blocks (57, 59)
Strategy: Notify customer, request different payment method
Optimization Tips
- Categorize declines – Track by type to identify patterns
- Smart retry logic – Auto-retry soft declines with delays
- Customer communication – Clear messaging by decline type
- Updater services – Keep card data current
- Network tokenization – Reduce credential-on-file declines
Popular in This Section
- Soft vs. Hard Declines - Which declines to retry
- Optimization Tips - Improve authorization rates
- Common Decline Codes - Quick reference table
Next Steps
Handling a decline?
- Check if soft or hard - Determines if you can retry
- Review common codes - Card, funds, security, technical
- Take customer action - Clear messaging by type
Improving auth rates?
- Implement smart retry logic - Auto-retry soft declines
- Use network tokenization - Reduce credential declines
- Follow auth optimization playbook - Full guide
Building decline handling?
- Categorize by type - Soft vs hard
- Map processor codes - Your processor → network codes
- Set up customer communication - Clear messaging
Related Topics
- Payments Metrics - Authorization tracking
- Reason Codes - Chargeback categories
- Auth Optimization - Improving approval rates
- Checkout Conversion - Reducing abandonment
- Subscriptions & Recurring - Keeping payment credentials current
- Settlement & Reconciliation - Transaction processing
- 3D Secure - Authentication failures
- Card Testing - Enumeration attacks causing declines
- Processor Management - Acquirer relationships
- Benchmarks - Target auth rates
- Processor Reporting Checklist - Tracking decline data