Mastercard 4808 - Authorization-Related Chargeback
Overview
Used when authorization was required but not properly obtained, or when authorization requirements were not met.
When This Code Applies
- Authorization was required but not obtained
- Offline chip-approved transaction presented more than 7 calendar days after transaction date
- Refund transaction presented more than 5 calendar days after transaction date
- Account not in good standing and authorization protection period expired
- Card-not-present authorization declined by issuer but approved through Stand-In or X-Code
- Transaction improperly occurred at CAT 3 device
- Transit First Ride Risk (FRR) claims
Transactions Ineligible for This Chargeback
- Properly identified Emergency Cash Advance transactions
- Properly identified contactless transit aggregated transactions meeting all conditions
- Taiwan domestic in-flight transactions (per AN 2491)
Time Frames
| Region | Chargeback Window |
|---|---|
| Standard | 90 calendar days from settlement date |
| Mainland China | 5-90 calendar days from settlement date |
| ATM/Maestro (Europe) | 120 calendar days from Central Site Business Date |
Authorization Protection Periods
| Authorization Type | Protection Period |
|---|---|
| Preauthorizations | 30 calendar days |
| Final authorizations (India domestic) | 4 calendar days |
| Final authorizations (all other) | 7 calendar days |
| Undefined authorizations | 7 calendar days |
Gratuity Tolerances
| Transaction Type | Tolerance |
|---|---|
| Chip and PIN | 0% |
| Contactless | 0% |
| QR transactions | 0% |
| Final authorization coded | 0% |
| Mainland China domestic | 0% |
| US domestic card-not-present (MCC 5812, 5814) | 30% |
| US domestic card-present | 30% |
| All other card-present | 20% |
Currency Conversion Tolerance
A 10% tolerance exists for currency conversion differences between authorization and clearing dates.
Representment Options
The acquirer may second present when:
- Authorization was properly obtained - Valid authorization exists for the transaction
- One authorization covered multiple clearing records - Split shipment or partial fulfillment scenario
- A refund was previously issued - Transaction was already credited
- The chargeback was invalid - Doesn't meet reason code requirements
Required Documentation
| For Chargeback | For Representment |
|---|---|
| None required | Proof of valid authorization |
Second Presentment Time Frames
| Region | Window |
|---|---|
| Standard | 45 calendar days from chargeback settlement |
| Costa Rica domestic | 10 calendar days |
| Kazakhstan domestic | 30 calendar days |
| Nigeria domestic | 2 business days |
| Tanzania domestic | 20 calendar days |
Message Text Requirements
When second presenting, include in DE 72:
AUTH MMDDYY/NNNNNN(authorization date and approval code)
Prevention Tips
Best Practices
- Always obtain authorization before processing - Never process without a valid auth
- Clear transactions within protection periods - Don't let authorizations expire
- Use proper authorization codes - Distinguish between preauth and final auth
- Monitor for Stand-In approvals - These bypass issuer and may be declined later
- Track authorization expiration - Set alerts before protection periods end
Common Mistakes
- Processing after authorization expiration
- Not obtaining auth for add-on charges
- Incorrect authorization amount vs. clearing amount
- Delayed clearing beyond protection window
Win Rate Expectations
| Scenario | Expected Win Rate |
|---|---|
| Valid authorization exists | 70-85% |
| Authorization expired but valid | 30-50% |
| No authorization obtained | Under 10% |
Related Codes
- 4807 - Warning Bulletin
- 4812 - Account Number Not on File
Next Steps
Got this chargeback?
- Pull authorization logs → Do you have a valid auth code?
- Check auth-to-capture timing → Did you exceed the protection period?
- Gather evidence → Representment Workflow
- Respond within 45 days (Mastercard)
Prevent future 4808 chargebacks:
- Capture within authorization validity window (7 days standard)
- Re-authorize if capturing later than protection period
- Use proper incremental auth for changed amounts
- Review authorization basics