EMV & Contactless (Operator Field Manual)
- EMV chip liability shift is live. If your terminal can't read a chip, you're carrying the fraud loss on chip card transactions
- Contactless (NFC/tap) uses the same chip security with tokenized credentials. It doesn't raise your fraud risk, whatever you've heard
- Fallback to swipe when a chip fails is allowed, but it puts liability back on you. Don't let it happen except on a genuine terminal failure
- Contactless spending limits vary by country (typically $50-$200 per tap). Over the limit and you're asking for a PIN or a signature
EMV chip cards shifted fraud liability to whoever didn't support the chip. Contactless adds speed without sacrificing security. Know the liability rules and keep your terminals compliant.
Last verified: Dec 2025. EMV mandates and contactless limits vary by region, so confirm yours with your acquirer. They aren't universal.
What Matters (5 bullets)
- EMV liability shift is live. Non-chip terminals bear fraud liability for chip cards.
- Contactless uses the same chip security. NFC transactions get EMV protections.
- Fallback to swipe creates liability. If the card has a chip and you swipe it, that's on you.
- Contactless limits vary by region. Above-limit requires PIN or device auth.
- Tokenized wallets (Apple Pay, Google Pay) are even more secure. Device-bound, biometric.
EMV Chip Basics
How EMV Works
- Card inserted into terminal (or tapped for contactless)
- Chip generates unique cryptogram for this transaction
- Cryptogram sent with auth request
- Issuer validates cryptogram
- Cryptogram can't be reused (prevents replay attacks)
Why Chip Is Secure
| Magnetic Stripe | EMV Chip |
|---|---|
| Static data | Dynamic cryptogram |
| Easily cloned | Can't be copied |
| No transaction binding | Unique per transaction |
| Counterfeit-prone | Counterfeit-resistant |
Liability Shift
The Rule
When fraud occurs, liability falls on the party that didn't support EMV:
| Card Type | Terminal | Liability |
|---|---|---|
| Chip card | Chip terminal | Issuer |
| Chip card | Swipe-only terminal | Merchant |
| Non-chip card | Any terminal | Issuer |
| Chip card | Chip failed, swipe fallback | Usually merchant |
Key Dates
| Region | Liability Shift Date |
|---|---|
| US (non-fuel) | October 2015 |
| US (fuel/AFD) | April 2021 |
| Europe | 2005-2006 |
| Canada | 2011-2012 |
| Latin America | Varies by country |
What This Means
If you have:
- Chip-enabled terminals: Protected from counterfeit liability
- Swipe-only terminals: Liable for chip card counterfeits
- Fallback transactions: Need to follow proper procedures
Contactless Payments
How Contactless Works
- Card or device tapped on terminal
- NFC communication (short range, under 4cm)
- Same EMV chip technology, wireless
- Cryptogram generated and validated
- Transaction completes in seconds
Contactless Methods
| Method | Technology | Security |
|---|---|---|
| Contactless card | Chip via NFC | EMV cryptogram |
| Apple Pay | Device token + biometric | EMV + device binding |
| Google Pay | Device token + auth | EMV + device binding |
| Samsung Pay | MST or NFC | Varies by mode |
Contactless Transaction Limits
Transactions above certain amounts require additional authentication (PIN or device auth):
| Region | Typical Limit | Notes |
|---|---|---|
| US | No strict limit | CVM threshold varies |
| UK | £100 | Raised from £45 during COVID |
| EU | €50 typical | Varies by country |
| Canada | CAD $250 | Raised during COVID |
| Australia | AUD $200 | Higher than most |
When PIN Is Required
Even on contactless, PIN may be required when:
- Amount exceeds limit
- Cumulative contactless spend exceeds limit
- Random PIN verification (issuer-determined)
- High-risk merchant category
Fallback Procedures
When chip can't be read, fallback to swipe may be allowed, but creates liability.
Proper Fallback Process
- Attempt chip first - Always try chip read
- Second attempt - Try chip again if first fails
- Terminal prompts fallback - Only after chip failures
- Document the reason - Error log for disputes
- Swipe only as last resort - With proper fallback indicator
Fallback Red Flags
Watch for fraud patterns:
- Customer insists on swiping
- Chip "doesn't work" but card looks fine
- Multiple fallback attempts
- High-value fallback transactions
Fallback Liability
- Proper fallback documented: Reduced liability (depends on network)
- Forced fallback without chip attempts: Full merchant liability
- Pattern of fallbacks: May indicate fraud or terminal issues
Terminal Configuration
EMV Certification Requirements
| Requirement | Purpose |
|---|---|
| EMV L1 | Physical contact interface |
| EMV L2 | Application layer protocol |
| EMV L3 | Payment brand certification |
| Contactless L1/L2/L3 | NFC interface certification |
Terminal Checklist
- Chip reader functional
- Contactless reader enabled
- Proper fallback configured
- PIN pad working
- Certification current
- Software up to date
Common Terminal Issues
| Issue | Impact | Fix |
|---|---|---|
| Chip reader dirty | Failed reads, fallback | Clean regularly |
| NFC disabled | No contactless | Enable in settings |
| Old firmware | Security gaps | Update software |
| PIN pad malfunction | No PIN verification | Repair/replace |
Fraud Prevention Impact
EMV Effect on Fraud
| Fraud Type | Before EMV | After EMV |
|---|---|---|
| Counterfeit (CP) | High | Down 75%+ |
| Lost/stolen (CP) | Moderate | Unchanged (need PIN) |
| Card-not-present | Moderate | Up (fraud migration) |
Fraud Migration
EMV reduced card-present fraud but pushed fraudsters to:
- Card-not-present (online) - See CNP fraud prevention
- Account takeover
- Application fraud
- Markets without EMV
Apple Pay / Google Pay
Additional Security
Beyond EMV, mobile wallets add:
| Feature | Security Benefit |
|---|---|
| Device binding | Token only works on that device |
| Biometric auth | Face ID, fingerprint required |
| No card number | Token replaces PAN |
| Transaction limit | Can be unlimited with biometric |
Fraud Rates
Mobile wallet transactions typically see:
- 50%+ lower fraud than raw cards
- Higher approval rates
- Fewer false declines
Merchant Considerations
- Accept Apple Pay / Google Pay (no additional cost)
- Ensure NFC is enabled on terminals
- Train staff on tap-to-pay
- Update signage to show acceptance
Scale Callout
| Volume | Focus |
|---|---|
| Under $100k/mo | Ensure all terminals are EMV-enabled; accept contactless; minimize fallback |
| $100k-$1M/mo | Monitor fallback rate; track counterfeit chargebacks; terminal maintenance schedule |
| Over $1M/mo | Terminal fleet management; fallback analysis by location; contactless adoption metrics |
Where This Breaks
- Swipe-only terminals still in use - Automatic liability for chip card fraud
- Forced fallback by staff - Creates liability, may indicate collusion
- Disabled contactless - Missing easy, secure payment option
- Outdated firmware - Security vulnerabilities
- No PIN preference - Lost/stolen cards easier to use
Test to Run
- Audit all terminals - Confirm EMV and contactless enabled
- Track fallback rate - Should be under 2% of chip card transactions
- Check contactless adoption - What % of transactions?
- Review counterfeit chargebacks - Are you seeing 10.1/10.2 codes?
- Staff observation - Are proper procedures followed?
Success criteria: Zero non-EMV terminals, fallback under 2%, no terminal-related chargebacks
Next Steps
Setting up EMV terminals?
- Card-Present Terminal Decisions - Hardware selection guide
- Terminal Operations - Deployment and management
- EMV Liability - Liability shift rules
Optimizing contactless acceptance?
- Digital Wallets - Apple Pay, Google Pay integration
- Authorization Decisioning - Approval optimization
- Auth Optimization - Maximize contactless approvals
Reducing card-present fraud?
- Card-Present Fraud - Fraud patterns and prevention
- Third-Party Fraud - Stolen card prevention
- Terminal Security - Physical security controls
Related
- Card-Present Fraud - Fraud types overview
- Third-Party Fraud - Stolen card usage
- Authorization & Capture - How card payments work
- Authorization Decisioning - How issuers approve/decline
- Decline Codes - Understanding decline reasons
- Terminal Security - Operations overview
- Visa 10.1 - EMV Counterfeit
- Visa 10.2 - EMV Non-Counterfeit
- Mastercard 4870 - Chip Liability
- Digital Wallets - Apple Pay, Google Pay security
- Card Payments - Card fundamentals
- Chargeback Prevention - Preventing disputes