Mastercard 4812 - Account Number Not on File
Overview
Used when a transaction was processed on an account number that was never valid, was closed, or does not exist in the issuer's system.
When This Code Applies
- Account number was never valid
- Account was closed before transaction
- Card number does not exist in issuer records
- Keyed number with digit errors
- Test card number used in production
Conditions for Valid Chargeback
Issuer Must Verify
- Account number is not on file
- Account was not valid at transaction time
- Transaction was processed to invalid account
Common Scenarios
| Scenario | Description |
|---|---|
| Closed account | Card cancelled, account terminated |
| Never issued | Number never assigned to cardholder |
| Digit transposition | Keyed entry error |
| Test card | Sandbox card used in production |
Time Frames
| Region | Chargeback Window |
|---|---|
| Standard | 90 calendar days from settlement |
| ATM/Maestro Europe | 120 calendar days |
Representment Options
Limited options for invalid account:
1. Account Was Valid at Transaction Time
Evidence required:
- Authorization approval code
- Auth was obtained successfully
- Account active at auth time
2. Cardholder Used This Account
Evidence required:
- Cardholder correspondence
- Prior transactions on same account
- Account matched cardholder identity
3. Processing Error (Acquirer Side)
Evidence required:
- Account number was correct
- Error occurred in transmission
- Processor confirmation
Why This Happens
Common Causes
- Manual entry error - Wrong digits keyed
- Account closure - Card cancelled between auth and clearing
- System glitch - Data corruption
- Test in production - Test card accidentally used
- Fraud - Fabricated or stolen number
Prevention Strategies
Terminal/System Configuration
- Luhn validation - Check digit algorithm
- BIN validation - Verify valid issuer range
- Real-time auth - Always authorize online
- Production vs test - Separate environments
Manual Entry Controls
- Double-entry - Verify card number
- Read-back - Confirm with customer
- Chip/swipe first - Avoid keying when possible
- Limit manual entry - Reduce keyed transactions
Processing Controls
- Auth-capture matching - Same number both times
- Data validation - Check format before submit
- Error handling - Flag malformed numbers
- Test card blocking - Reject test BINs
Win Rate Expectations
| Scenario | Expected Win Rate |
|---|---|
| Account was valid (auth obtained) | 70-85% |
| Processing error proven | 50-70% |
| Account never valid | Under 10% |
Common Mistakes
- Manual keying errors - Transposed digits
- No Luhn check - Invalid check digit accepted
- Test cards in production - Environment confusion
- Delayed clearing - Account closed after auth