Mastercard 4870 - Chip Liability Shift
Overview
Used when a counterfeit EMV chip card was used at a terminal that did not properly process the chip, resulting in liability shift to the acquirer/merchant.
When This Code Applies
- Counterfeit chip card transaction
- Terminal didn't process chip (fallback to swipe)
- Chip malfunction with improper fallback handling
- Terminal not EMV-capable when chip card presented
Liability Shift Rules
Liability Shifts TO Merchant When:
| Scenario | Liability |
|---|
| Chip card + non-chip terminal | Merchant |
| Chip card + fallback to swipe (improper) | Merchant |
| Chip card + manual entry | Merchant |
| Chip malfunction + no chip attempt | Merchant |
Liability Stays WITH Issuer When:
| Scenario | Liability |
|---|
| Chip card + chip read + PIN verified | Issuer |
| Chip malfunction + multiple chip attempts | Issuer |
| Non-chip card at any terminal | Issuer |
| Online PIN verified | Issuer |
Chip Fallback Requirements
When chip cannot be read, merchant must:
- Attempt chip read at least twice - Document attempts
- Use fallback only after failed attempts - Not as first option
- Indicate fallback in authorization - Proper coding
- Document the technical issue - Terminal logs
Time Frames
| Region | Chargeback Window |
|---|
| Standard | 90 calendar days from settlement |
| Europe ATM/Maestro | 120 calendar days |
Representment Options
Valid Defenses
- Chip was properly read - Transaction was EMV chip-read
- PIN verified online - Cardholder entered correct PIN
- Technical fallback documented - Proper chip failure handling
- Non-chip card - Card didn't have chip capability
- Refund issued - Transaction already credited
Evidence Required
| Defense | Documentation |
|---|
| Chip read | EMV cryptogram, chip data in auth |
| PIN verified | PIN verification indicator |
| Fallback | Terminal logs showing chip attempts |
| Non-chip card | Card verification showing no chip |
Message Text Requirements
When representing, include appropriate text in DE 72:
| Defense | Message Text |
|---|
| Chip read | CHIP READ |
| PIN verified | PIN VERIFIED |
| Proper fallback | TECH FALLBACK |
Second Presentment Time Frames
| Region | Window |
|---|
| Standard | 45 calendar days |
| Costa Rica | 10 calendar days |
| Kazakhstan | 30 calendar days |
| Nigeria | 2 business days |
| Tanzania | 20 calendar days |
Technical Requirements
EMV Data Elements
Authorization must include:
- DE 55: EMV chip data
- DE 22: POS entry mode (chip read indicator)
- DE 23: Card sequence number (if applicable)
Terminal Requirements
- Certified EMV terminal
- Current chip key certifications
- Proper fallback configuration
- Transaction logging enabled
Prevention Strategies
Terminal Management
- Ensure EMV certification - All terminals certified
- Regular maintenance - Keep chip readers clean and functional
- Software updates - Current terminal software
- Staff training - Proper chip card handling
Transaction Processing
- Always attempt chip - Never skip to swipe
- Document failures - Log chip read errors
- Follow fallback procedures - As defined by network
- Review exception reports - Monitor fallback rates
Monitoring
- Track fallback rate - Should be under 5%
- Terminal health checks - Regular testing
- Alert on anomalies - Sudden increase in fallbacks
- Root cause analysis - Investigate chip failures
Win Rate Expectations
| Scenario | Expected Win Rate |
|---|
| Chip + PIN verified | 85-95% |
| Documented fallback | 40-60% |
| No chip read, no fallback documentation | Under 10% |
- 4871 - Chip Lost/Stolen/NRI
- 4837 - No Cardholder Authorization
See Also