POS Entry Mode Codes Explained: ISO 8583 Field 22 Guide
Every card transaction tells a story — how was the card presented? Was it swiped, inserted, tapped, or typed in by hand? That story is encoded in just three digits, and those three digits influence everything from your interchange rate to who pays for fraud.
What is ISO 8583 Field 22?
Field 22 in ISO 8583 is the Point of Service (POS) Entry Mode. It’s a compact, 3-digit numeric field that tells every system in the payment chain exactly how the card data was captured and whether the terminal supports PIN entry.
This field is critical for:
- Interchange qualification — Card-present chip transactions get the lowest rates
- Fraud risk scoring — Issuers weigh entry mode heavily in authorization decisions
- Chargeback liability — The EMV liability shift hinges on how the card was read
- Transaction routing — Networks use it to apply the correct processing rules
Try it yourself: Parse a full authorization message in our ISO 8583 Studio to see Field 22 in context.
Also Known As…
You’ll see this field referenced by different names depending on the documentation:
| Name | Context |
|---|---|
| POS Entry Mode | ISO 8583 standard terminology |
| Point of Service Entry Mode | Full formal name |
| DE 22 | Data Element 22 (network specs) |
| PAN Entry Mode | When referring to subfield 1 only |
| Terminal Entry Capability | Related but distinct (Field 22 vs. Field 60) |
Field 22 Structure: The Three Digits
Field 22 is formatted as 3 numeric digits (in the ISO 8583:1987 version). The first two digits and the third digit each serve a distinct purpose:
Field 22: [P][P][N]
│ │ └── Position 3: PIN Entry Capability
└──┘───── Positions 1-2: PAN Entry Mode
| Subfield | Positions | Length | Description |
|---|---|---|---|
| PAN Entry Mode | 1-2 | 2 digits | How the card number was captured |
| PIN Capability | 3 | 1 digit | Terminal’s ability to accept PINs |
For example, a value of 051 means:
05→ PAN was read from the EMV chip1→ Terminal has PIN entry capability
In the ISO 8583:1993 version, Field 22 expands to 12 digits with additional subfields covering terminal type and capabilities. Most implementations still use the 3-digit 1987 format.
PAN Entry Mode Codes (Positions 1-2)
These two digits describe how the Primary Account Number was captured at the point of interaction. This is the most consequential part of Field 22.
Standard Entry Mode Reference
| Code | Description | Card Present? | Risk Level |
|---|---|---|---|
| 00 | Unknown / not specified | — | High |
| 01 | Manual entry (key entered) | Yes/No | High |
| 02 | Magnetic stripe read (track data not required) | Yes | Medium |
| 03 | Barcode / QR code reader | Yes | Medium |
| 04 | Optical character recognition (OCR) | Yes | Medium |
| 05 | EMV chip read (contact) | Yes | Low |
| 07 | Contactless chip (EMV) | Yes | Low |
| 09 | E-commerce (remote transaction) | No | High |
| 10 | Credential on file | No | Medium |
| 80 | Chip fallback to magnetic stripe | Yes | High |
| 81 | E-commerce (including chip) | No | High |
| 82 | Server entry (issuer/acquirer/vendor system) | No | Medium |
| 90 | Magnetic stripe — full track data, unaltered | Yes | Medium |
| 91 | Contactless magnetic stripe (MSD) | Yes | Medium |
| 95 | Chip read — CVV/iCVV unreliable (Visa) | Yes | Medium |
Detailed Code Breakdown
Here’s what each entry mode means in practice and when you’ll encounter it:
Code 00 — Unknown
The terminal couldn’t determine how the PAN was entered. This is rare and usually indicates a configuration problem. Networks will often decline or flag transactions with entry mode 00.
Code 01 — Manual / Key Entered The merchant typed the card number into the terminal by hand. Common in:
- Mail order / telephone order (MOTO)
- Card-on-file fallback situations
- Damaged cards where neither chip nor stripe can be read
Manual entry carries the highest interchange rates for card-present merchants because it offers the least verification.
Code 02 — Magnetic Stripe (Partial Track) The card was swiped through a magnetic stripe reader. Track data is present but may be partial. This was the standard for decades before EMV.
Code 05 — EMV Chip (Contact) The card was inserted into a chip reader and the ICC data was successfully read. This is the gold standard for card-present security. The chip generates a unique cryptogram (ARQC) for each transaction, making counterfeiting virtually impossible.
Deep dive: See how chip data flows through the message in our EMV Field 55 Guide.
Code 07 — Contactless Chip (NFC) The card or mobile device was tapped on a contactless reader using EMV chip data rules (not magnetic stripe emulation). Visa calls this VSDC contactless, Mastercard calls it M/Chip contactless.
Code 09 — E-Commerce A remote electronic commerce transaction. No physical card is present. This is the most common entry mode for online purchases.
Code 80 — Chip Fallback to Magnetic Stripe A chip card was presented at a chip-capable terminal, but the chip could not be read. The terminal fell back to the magnetic stripe. This is a high-risk scenario — more on this in the Fallback Transactions section below.
Code 90 — Magnetic Stripe (Full Track)
The entire magnetic stripe was read and transmitted without alteration or truncation. The CVV/CVC in the track data is certified. This is the “proper” swipe transaction — as opposed to code 02, which may have partial data.
Code 91 — Contactless Magnetic Stripe (MSD)
The card was tapped, but the terminal used Magnetic Stripe Data (MSD) rules instead of EMV chip data rules. This is an older contactless method being phased out in favor of contactless EMV (code 07).
PIN Entry Capability (Position 3)
The third digit of Field 22 indicates whether the terminal can accept PIN entry — and, in some implementations, whether a PIN was actually verified.
| Code | Description |
|---|---|
| 0 | Unknown / unspecified |
| 1 | Terminal has PIN entry capability |
| 2 | Terminal does NOT have PIN entry capability |
| 3 | Terminal has PIN capability but PIN pad is inoperable |
| 4 | Terminal has PIN capability, merchant verified PIN was entered |
| 8 | Terminal has PIN capability but PIN pad is not used for this transaction |
| 9 | PIN verified by terminal device itself |
Common Field 22 Combinations
Here are the combinations you’ll see most frequently in real transaction data:
| Value | Meaning | Typical Scenario |
|---|---|---|
010 | Manual entry, unknown PIN | MOTO / key-entered card number |
012 | Manual entry, no PIN capability | E-commerce fallback, mail order |
021 | Magnetic stripe, PIN capable | Swipe at a modern terminal |
022 | Magnetic stripe, no PIN | Swipe at a basic terminal |
051 | EMV chip, PIN capable | Chip-and-PIN transaction |
052 | EMV chip, no PIN capability | Chip-and-signature terminal |
071 | Contactless chip, PIN capable | Tap-to-pay, NFC |
072 | Contactless chip, no PIN | Tap-to-pay at basic terminal |
091 | E-commerce, PIN capable | Online with 3DS / SCA |
801 | Chip fallback, PIN capable | Failed chip read → swipe |
901 | Full track swipe, PIN capable | Traditional mag stripe at ATM |
The Fallback Problem: Codes 79, 80, and 95
Fallback transactions are among the most scrutinized in payment processing. They occur when a chip card is presented at a chip-capable terminal, but something prevents the chip from being read.
How Fallback Works
┌──────────────┐ Chip fails ┌──────────────┐ Swipe succeeds ┌──────────────┐
│ Card Dipped │ ──────────────────► │ Terminal │ ──────────────────► │ Transaction │
│ (Chip Read) │ 1-3 attempts │ Prompts │ POS Entry = 80 │ Sent Online │
│ │ │ Swipe Card │ │ │
└──────────────┘ └──────────────┘ └──────────────┘
The Three Fallback Codes
| Code | Scenario | Risk |
|---|---|---|
| 79 | Chip AND magnetic stripe both failed → manual key entry | Very High |
| 80 | Chip failed → magnetic stripe successfully read | High |
| 95 | Chip read succeeded but CVV/iCVV data is unreliable (Visa only) | Medium |
Why Fallback Is Dangerous
Fraudsters intentionally exploit the fallback mechanism:
- Chip damage attacks — Counterfeit cards are manufactured with deliberately damaged chips, forcing the terminal to fall back to the easily cloned magnetic stripe
- Insertion manipulation — Cards are partially inserted or quickly removed to trigger a chip-read failure
- Terminal tampering — Chip readers are sabotaged to force all transactions through magnetic stripe
A merchant with a fallback rate above 2% is flagged by networks for investigation.
Liability in Fallback Scenarios
| Scenario | Who Pays for Fraud? |
|---|---|
| Chip-capable terminal, chip transaction succeeds (05) | Issuer |
| Chip-capable terminal, legitimate fallback to stripe (80) | Usually Issuer |
| Terminal NOT chip-capable, chip card swiped (90) | Merchant |
| Manual entry when chip/stripe both available (01/79) | Merchant |
The EMV liability shift (effective October 2015 in the US) means merchants who cannot process chip cards absorb counterfeit fraud losses. For a deeper look at liability, see our 3D Secure / SCA Explained post.
Card Brand-Specific Differences
While the core POS entry mode codes are standardized across ISO 8583, each card network has its own interpretations and additions.
Visa
| Code | Visa-Specific Meaning |
|---|---|
| 05 | ICC read; CVV/iCVV data reliable |
| 07 | Contactless using VSDC chip data rules |
| 09 | PAN/token entry via e-commerce with DSRP cryptogram |
| 91 | Contactless using Visa MSD rules |
| 95 | Chip card read; CVV/iCVV data unreliable — unique to Visa |
Mastercard
| Code | Mastercard-Specific Meaning |
|---|---|
| 07 | PAN auto-entry via contactless M/Chip |
| 09 | PAN entry via e-commerce, including remote chip |
| 10 | Credential on file (stored payment data) |
| 79 | Chip card — unable to read chip or magnetic stripe; manual |
| 81 | PAN/token entry via e-commerce with Identity Check-AAV or DSRP cryptogram |
| 82 | PAN auto-entry via server (issuer, acquirer, or third-party vendor system) |
Discover
| Code | Discover-Specific Meaning |
|---|---|
| 08 | Card present, magnetic stripe defective, cannot be read |
| 81 | Radio frequency identification (RFID) indicator |
JCB
| Code | JCB-Specific Meaning |
|---|---|
| 81 | PAN entry via e-commerce, including chip |
| 97 | Chip fallback (AP region only) |
How POS Entry Mode Affects Interchange
The entry mode is one of the biggest factors determining which interchange tier a transaction qualifies for. Here’s the general hierarchy from lowest rates to highest:
| Tier | Entry Mode | Typical Rate Impact |
|---|---|---|
| 1 | EMV chip contact (05) or contactless (07) | Lowest |
| 2 | Full magnetic stripe read (90) | Low-Medium |
| 3 | Contactless MSD (91) | Medium |
| 4 | Partial magnetic stripe (02) | Medium |
| 5 | Chip fallback (80) | Medium-High |
| 6 | E-commerce with 3DS (09/81) | Medium-High |
| 7 | Manual / key entered (01) | High |
| 8 | E-commerce without 3DS (09) | Highest |
Key takeaway: The difference between the best rate (chip, code 05) and the worst rate (manual entry, code 01) can be 0.5% to 1.0%+ of the transaction amount. For a merchant processing $1 million monthly, that’s $5,000-$10,000 in extra fees.
For a complete breakdown of how these tiers translate to real dollar amounts, see our Interchange Fees Explained post.
Worked Example: Reading Field 22 From Raw Data
Let’s parse Field 22 from a real ISO 8583 authorization request.
Given this raw hex message fragment:
... 7234054128C28805 164912345678901234 000000 000001000000 ... 051 ...
↑ Bitmap ↑ Field 2 (PAN) ↑ Field 3 ↑ Field 4 ↑ Field 22
Field 22 value: 051
Breaking it down:
| Component | Value | Meaning |
|---|---|---|
| Positions 1-2 | 05 | EMV chip read (contact) |
| Position 3 | 1 | Terminal has PIN entry capability |
Interpretation: This is a chip-and-PIN transaction. The card was dipped into a chip reader at a terminal capable of accepting PINs.
This tells the issuer:
- The card was physically present (chip read)
- The terminal is EMV-capable (lowest fraud risk)
- PIN verification is supported
- The transaction qualifies for the best interchange tier
- Liability for counterfeit fraud is on the issuer, not the merchant
Parse your own messages: Paste raw ISO 8583 data into the ISO 8583 Studio to see Field 22 decoded alongside all other fields.
Field 22 vs. Field 25: What’s the Difference?
A common source of confusion is the relationship between Field 22 and Field 25. They describe different aspects of the transaction:
| Aspect | Field 22 | Field 25 |
|---|---|---|
| Name | POS Entry Mode | POS Condition Code |
| Describes | How the card data was captured | Under what circumstances the transaction occurred |
| Examples | Chip, swipe, manual entry | Customer present, recurring, mail order |
| Focus | Technical (data capture method) | Contextual (transaction environment) |
| Length | 3 digits | 2 digits |
Field 25 common values:
| Code | Meaning |
|---|---|
| 00 | Normal presentment, customer present |
| 01 | Customer not present |
| 02 | Unattended terminal |
| 03 | Merchant suspicious |
| 05 | Customer present, card not present |
| 08 | Mail/telephone order |
| 59 | E-commerce |
Together, Fields 22 and 25 give the issuer a complete picture: Field 22 says the card was swiped, Field 25 says the customer was present. An inconsistency (e.g., chip read but customer not present) could trigger a fraud alert.
The Magnetic Stripe Phase-Out
The payment industry is actively phasing out magnetic stripes, which directly impacts POS entry mode distribution:
| Year | Milestone |
|---|---|
| 2015 | EMV liability shift takes effect in the US |
| 2024 | Mastercard no longer requires magnetic stripes on new cards (Europe) |
| 2027 | US banks not required to issue Mastercard with magnetic stripes |
| 2029 | No new Mastercard credit/debit cards issued with a stripe |
| 2033 | Mastercard expects all cards globally to be stripe-free |
As magnetic stripes disappear, entry mode codes 02, 80, 90, and 91 will become increasingly rare. The future belongs to codes 05 (chip), 07 (contactless), and 09/81 (e-commerce).
Common Troubleshooting Scenarios
High Decline Rate on Manual Entry (01)
If you see excessive declines on entry mode 01:
- Issuers apply stricter fraud rules to manually keyed transactions
- Ensure Field 25 (POS Condition Code) matches the actual scenario
- Consider implementing tokenization to store cards instead of re-keying
Unexpected Fallback Transactions (80)
If entry mode 80 appears more than 2% of the time:
- Inspect chip card readers for damage or contamination
- Update terminal firmware and EMV kernel
- Verify that the terminal attempts 2-3 chip reads before fallback
- Train staff to handle fallback procedures properly
E-Commerce Entry Mode Mismatch (09 vs. 81)
These are often confused:
- 09 — Standard e-commerce, no special authentication
- 81 — E-commerce with enhanced authentication (3DS, DSRP, digital wallets)
- Using
81with proper authentication data can reduce interchange fees and improve approval rates
Wrong PIN Capability Digit
If the third digit doesn’t match your terminal:
1(PIN capable) but no PIN pad → Issuer expects PIN, gets none → decline2(no PIN) but terminal has a PIN pad → Higher interchange rates- Always ensure terminal configuration matches the actual hardware
Quick Reference: All POS Entry Mode Codes
| Code | PAN Entry Method | Card Present |
|---|---|---|
| 00 | Unknown / not specified | — |
| 01 | Manual (key entered) | Varies |
| 02 | Magnetic stripe (partial track) | Yes |
| 03 | Barcode / QR code | Yes |
| 04 | OCR (optical character recognition) | Yes |
| 05 | EMV chip (contact) | Yes |
| 07 | Contactless EMV chip (NFC) | Yes |
| 08 | Magstripe defective, cannot read (Discover) | Yes |
| 09 | E-commerce | No |
| 10 | Credential on file | No |
| 79 | Chip + stripe failed → manual key entry | Yes |
| 80 | Chip fallback → magnetic stripe | Yes |
| 81 | E-commerce with enhanced authentication | No |
| 82 | Server entry (auto PAN from system) | No |
| 90 | Magnetic stripe — full track, unaltered | Yes |
| 91 | Contactless magnetic stripe (MSD) | Yes |
| 95 | Chip read — CVV/iCVV unreliable (Visa) | Yes |
| 97 | Chip fallback — AP region only (JCB) | Yes |
| Code | PIN Entry Capability |
|---|---|
| 0 | Unknown / unspecified |
| 1 | PIN entry capable |
| 2 | No PIN entry capability |
| 3 | PIN pad present but inoperable |
| 4 | PIN entered and verified by merchant |
| 8 | PIN pad present but not used |
| 9 | PIN verified by terminal |
Next Steps
Now that you understand POS entry modes:
- Parse real messages with the ISO 8583 Studio to see Field 22 in action
- Study chip transaction data in our EMV Field 55 Guide
- Look up response codes when transactions are declined in the Reference Database
- Understand interchange in our Interchange Fees Explained post
- Learn about authentication in the 3D Secure / SCA Guide
- Understand track data in our Magnetic Stripe Track Data Guide — what’s actually encoded on the stripe for entry modes 02 and 90
- Learn about digital wallets in our Digital Wallet Guide — entry modes
07and91are the codes you’ll see for Apple Pay and Google Pay
This post is part of the ISO 8583 Mastery series. Follow along as we explore payment messaging in depth.
Related Posts
💬 Discussion
Have a question or feedback? Leave a comment below — powered by GitHub Discussions.
What is POS Entry Mode (Field 22)?
ISO 8583 Field 22 (Point of Service Entry Mode) indicates to the issuer exactly how the card data was captured by the terminal, such as manual key entry, magnetic stripe swipe, EMV chip insert, or contactless tap.
Why is POS Entry Mode important for authorizations?
Issuers use Field 22 heavily in fraud risk scoring. A transaction entered manually (key-entered) has a much higher fraud risk than an EMV chip transaction, which guarantees the physical card is present.
What does POS Entry Mode '05' mean?
Entry mode ‘05’ typically indicates that the EMV chip data was read reliably. Entry mode ‘90’ means magnetic stripe read, and ‘01’ indicates manual entry.