
Retail stores face a messy mix of risks: several checkout terminals, POS software, store Wi-Fi, shared logins, seasonal staff, paper receipts, and the occasional online or mobile sale. Verizon's 2025 retail snapshot counted 837 retail incidents, 419 of them confirmed data disclosures, with payment data in 12% of breaches.
This guide covers who must comply, which PCI DSS requirements matter most in a store, how to validate compliance, and which daily habits keep you there.
Key Takeaways
- PCI DSS applies to any retailer that accepts card payments, whatever its size.
- Your scope depends on your POS setup, network, and processor relationships.
- The 12 requirements span technical, physical, and administrative controls.
- Compliance is ongoing: validate, document, inspect, and repeat.
What PCI Compliance Means for Retail Stores
What PCI DSS protects
PCI DSS is the Payment Card Industry Data Security Standard. It protects account data while it is collected, processed, transmitted, or stored.
Account data has two parts:
- Cardholder data: the primary account number (PAN), which may travel with the cardholder name, expiration date, and service code
- Sensitive authentication data (SAD): full magnetic-stripe or chip data, CVV/CVC codes, and PINs or PIN blocks
At the counter, the card number printed on a receipt is cardholder data. The CVV and PIN entered by the customer are SAD. Merchants must never store SAD after authorization, even if encrypted.
Who must comply
Merchants, payment service providers, POS and software vendors, and anyone who can affect the security of cardholder data may carry responsibilities. Small size is not an exemption.
Outsourcing doesn't erase your obligations either. PCI SSC expects merchants to:
- Perform provider due diligence
- Get written acknowledgment of responsibilities
- Document who handles what
- Monitor provider compliance at least annually
How payment channels and merchant levels affect scope
Card-present sales, phone orders, e-commerce, mobile payments, and integrated terminals each create different scope questions. Merchant levels vary by card brand, so don't rely on one universal table. For example:
- Visa's U.S. page defines Level 1 as more than 6 million Visa transactions and Level 2 as 1 million to 6 million.
- American Express uses four levels, starting at 2.5 million transactions.
- Your acquirer decides which level and documentation apply to you.
PCI DSS Requirements Retail Stores Must Address
PCI DSS v4.0.1 is the current version. Its future-dated requirements took effect on March 31, 2025, so treat them as in force.
Secure the retail network and harden POS systems
Requirements 1, 2, 5, and 6 cover network controls, secure configurations, malware protection, and secure software. In a store, that means:
- Firewalls or equivalent controls around payment systems
- Changing vendor-default passwords and removing unneeded default accounts (Requirement 2.2.2)
- Patching POS software and operating systems
- Endpoint protection on registers and back-office machines
- Secure wireless settings, with guest Wi-Fi kept off the payment network
Proper segmentation can shrink your assessment scope, but it has to be tested.
Protect cardholder data at rest and in transit
Requirements 3 and 4 come down to one rule: keep as little as possible.
- Don't retain sensitive authentication data (SAD) after authorization
- Protect any stored primary account number (PAN)
Tokenization and PCI-listed point-to-point encryption (P2PE) can reduce what you hold and what you must assess. Neither removes PCI DSS applicability. Systems that tokenize, de-tokenize, or store PAN stay in scope.

Restrict logical and physical access
Requirements 7, 8, and 9 govern who can reach systems, data, and devices.
- Give every user a unique ID (Requirement 8.2.1); no shared cashier logins
- Limit access by role: cashiers ring sales, managers handle voids and reports, IT contractors get time-limited access
- Require multi-factor authentication for access into the cardholder data environment and for remote access
- Remove former employees promptly
- Lock back-office rooms, equipment, and paper records
MFA has defined exceptions, including certain POS accounts limited to one card number per transaction. It doesn't mean a prompt for every cashier sale.
Protect and monitor payment terminals
Requirement 9.5.1 covers payment devices:
- Keep an inventory with make, model, location, and serial number or unique identifier
- Inspect devices periodically for tampering or substitution
- Document the inspection procedure
This applies to registers, PIN pads, self-checkout units, mobile readers, and temporary seasonal stations. Inspection frequency comes from your targeted risk analysis, not a fixed daily rule.
Log, test, document, and govern the environment
Requirements 10, 11, and 12 complete the control set:
- Review specified security logs daily; keep 12 months of history, with the latest 3 months immediately available
- Run internal vulnerability scans at least every 3 months where applicable
- Use an Approved Scanning Vendor (ASV) for external scans every 3 months
- Perform penetration tests at least every 12 months and after significant changes
- Train staff at hire and at least every 12 months
- Review, update, and test your incident-response plan annually
Which of these apply depends on your validation method, environment, and processor requirements.
How Retail Stores Achieve and Validate PCI Compliance
Assess card-data flows and define the cardholder data environment
Start by mapping how card data moves through your store. Requirement 12.5.2 expects you to confirm scope at least annually and after any significant change.
- Inventory every POS terminal and connected system.
- Diagram how card data enters, moves through, and leaves your store.
- Record wireless and remote-access connections.
- Check whether paper or electronic records hold payment data.
- Note every third-party connection.

Choose a payment and POS architecture that supports a manageable scope
Hosted payments, tokenization, P2PE, segmentation, and properly configured integrated payments can all reduce exposure. Integration with inventory or back-office systems can disqualify narrower self-assessment types, so check eligibility before you assume a shorter SAQ applies.
Specialty retailers can evaluate AMS Retail Solutions, an authorized NCR Voyix Counterpoint reseller, for POS setups that include secure payment processing and retail-hardened equipment. Confirm current payment integrations, security responsibilities, and compliance documentation with each provider before you commit.
Select the correct validation method
| Term | What it is |
|---|---|
| SAQ | Self-Assessment Questionnaire for eligible merchants |
| AOC | Attestation of Compliance, the signed declaration of results |
| ROC | Report on Compliance, a detailed assessment report |
| QSA | Qualified Security Assessor, an independent assessor |
| ISA | Internal Security Assessor, a qualified employee |
| ASV | Approved Scanning Vendor for external scans |
Validation doesn't automatically mean hiring a QSA. Your card brands, transaction profile, and acquirer instructions decide whether you file an SAQ or a ROC. An ASV scan alone is not a full assessment.
SAQ type depends on how you take payments:
- SAQ B-IP fits a standalone IP-connected terminal with no link to other systems
- SAQ P2PE fits a validated P2PE solution
- SAQ D often applies when terminals connect to other systems
Remediate gaps and retain evidence
Fix the highest-risk gaps first:
- Default credentials
- Unsupported software
- Excessive access
- Unprotected wireless
- Undocumented terminals
- Missing logs
- Incomplete training
Keep the evidence assessors examine: policies, device inventories, access reviews, inspection records, training acknowledgments, scan results, incident records, and provider compliance documents.
Only official SAQ, ROC, and AOC documents count. A commercial "compliance certificate" does not.
Establish an ongoing compliance calendar
Submitting a questionnaire isn't the finish line. Build a recurring schedule:
- Terminal inspections per your risk analysis
- Access reviews and log reviews
- Software updates and policy reviews
- Quarterly scans, annual penetration tests, and annual training
- Vendor reviews and annual validation
Confirm exact deadlines with your acquirer, processor, card brands, and PCI SSC.
Retail POS and Store Practices That Support PCI DSS
Make terminal security part of daily store operations
Assign someone to check terminals, confirm the inventory, and restrict unsupervised access. PCI SSC's skimming guidance includes shift-start checks as an example.
Staff should record what they see and escalate suspected tampering immediately. Don't keep using a suspicious device until your processor or security contact says it's safe.
Train employees on payment-data handling
Train staff on store payment procedures, including:
- Unique logins, never shared
- Spotting phishing emails
- Never writing down or sharing card details, even when a customer asks
- Shredding paper records securely
- Verifying repair and service personnel before they touch a device (Requirement 9.5.1.3)
- Reporting suspected incidents fast
Keep signed training records.
Prepare for operational changes and incidents
These changes can all affect your PCI scope:
- New registers or store expansions
- Seasonal hires
- Remote POS support
- New payment channels or guest Wi-Fi
- Acquisitions
- Offline-processing procedures
Revisit your data-flow map when any of them happens.
If you suspect a compromise:
- Isolate affected systems.
- Notify your processor or acquirer right away.
- Preserve physical and digital evidence.
- Document actions and follow-up.

Brand rules add timelines. Visa's guide, for example, requires reporting to Visa within 3 calendar days of discovery, but that never justifies delaying contact with your acquirer.
Conclusion
PCI DSS compliance in retail depends on secure technology and disciplined habits:
- Documented policies
- Trained staff
- Controlled access
- Terminal oversight
- Continuing validation
Confirm your exact obligations with your payment processor, acquiring bank, and a qualified compliance professional. Choose POS and payment partners on documented security capabilities, because no single system guarantees compliance.
Frequently Asked Questions
How much does it cost to get PCI certified?
There's no universal price. Stripe's cost guide cites business size, environment complexity, data volume, existing gaps, and staff time as drivers. Non-compliance can bring contract fees and withheld payments, so budget for the work and for the cost of falling short.
What are the requirements for PCI?
PCI DSS sets 12 requirements for protecting cardholder data. They cover network security, secure configurations, data storage and encryption, malware protection, access control, authentication, physical security, logging, testing, and security policies.
Who has to do PCI compliance?
Merchants and service providers that store, process, transmit, or can affect the security of cardholder data. That includes retail stores accepting payment cards.
When must you comply with PCI DSS?
Continuously. Validation, scanning, testing, and policy reviews follow your payment setup and your acquirer's, processor's, and card brands' instructions, usually on an annual cycle.
Is PCI compliance a legal requirement?
PCI DSS is an industry standard enforced through merchant agreements, not a statute. Some states go further: Nevada requires PCI DSS, Washington offers a conditional safe harbor, and Minnesota limits data retention. Get legal advice for your state.
What is PCI data?
It's account data: the primary account number, plus cardholder name, expiration date, and service code, along with sensitive authentication data like CVV and PINs. Collect as little as possible, and never retain SAD after authorization.