What Is PCI Compliance? Who Sets It, Who Enforces It
Published 15 min read
Written byPCI Security Standards Council
Source: PCI SSC, About us, read on 2026-10-22
Enforced bythe card brands, via your acquirer
Source: PCI SSC, At a Glance: Role of the PCI SSC, p. 1, read on 2026-10-22
Version in forcePCI DSS v4.0.1
Source: PCI SSC document library, read on 2026-10-22
Applies toevery merchant, any size
Source: PCI SSC, Merchant resources FAQ, read on 2026-10-22
PCI compliance means the way your business takes cards meets the Payment Card Industry Data Security Standard (PCI DSS), and you can prove it, usually with a Self-Assessment Questionnaire (SAQ) and a signed Attestation of Compliance sent to your acquirer. The card brands own the rule and wrote it down through the PCI Security Standards Council. Your acquirer, the bank behind your card processing, is who asks for the proof. Your part is a short loop you repeat every cycle, and it starts with knowing which questionnaire is yours.

Who writes the rule
PCI stands for Payment Card Industry, and the rule is the PCI Data Security Standard, PCI DSS. It is not a law. It is the card brands' own rulebook, written down by a body they set up for the job: “The Council was founded in 2006 by American Express, Discover, JCB International, MasterCard and Visa Inc.” Those founding members “share equally in ownership, governance, and execution of the organization's work,” and each one “incorporates the PCI Data Security Standard (PCI DSS) as part of the technical requirements for their respective data security compliance programs.”
So when your bank says you must be PCI compliant, it is passing on a condition of taking those brands' cards. You are in it because you take them: the Council's glossary defines a merchant as “any entity that accepts payment cards bearing the logos of any PCI SSC Participating Payment Brand as payment for goods and/or services.” Size does not get you out. In the Council's words, PCI DSS is for “all entities involved in payment processing, including merchants, regardless of their size or transaction volume.”
PCI DSS v4.0.1, the requirements
- 01Install and maintain network security controls.
- 02Apply secure configurations to all system components.
- 03Protect stored account data.
- 04Protect cardholder data with strong cryptography during transmission over open, public networks.
- 05Protect all systems and networks from malicious software.
- 06Develop and maintain secure systems and software.
- 07Restrict access to system components and cardholder data by business need to know.
- 08Identify users and authenticate access to system components.
- 09Restrict physical access to cardholder data.
- 10Log and monitor all access to system components and cardholder data.
- 11Test security of systems and networks regularly.
- 12Support information security with organizational policies and programs.
Requirements12
Source: PCI SSC, PCI DSS v4.x Quick Reference Guide, p. 8, read on 2026-10-22
The version in force is v4.0.1. The Council published it in June 2024 as “a limited revision” with “no additional or deleted requirements.” PCI DSS v4.0 was retired on 31 December 2024. Since then v4.0.1 is “the only active version of the standard supported by PCI SSC.” Each requirement breaks into many smaller ones, and which of them reach you depends on how you take cards; the PCI DSS 4.0.1 requirements for small merchants guide walks them in plain words.
Who enforces it: the brands, through your acquirer
The Council writes the standard and stops there. It says so itself, in one sentence worth knowing by heart:
“Enforcement of compliance with PCI Standards and determination of any non-compliance penalties are carried out by the individual payment brands and not by the PCI SSC.”
Source: PCI SSC, At a Glance: Role of the PCI SSC, p. 1, read on 2026-10-22
Each card brand runs its own compliance program, and that program decides “which entities need to validate compliance, validation levels, whether an entity is eligible to complete a Self-Assessment Questionnaire (SAQ) or must complete a Report on Compliance (ROC), and any fines or penalties.” Visa puts the split plainly: the Council “owns, maintains and manages the PCI DSS and all its supporting documents; however, Visa manages all data security compliance enforcement and validation initiatives.”
The card brands
- American Express, Discover, JCB International, MasterCard, Visa
- Each runs its own compliance program
PCI Security Standards Council
- Writes PCI DSS and the SAQ forms
- Approves the scanning vendors (ASVs) and qualifies the assessors (QSAs)
- Does not enforce or fine
Your acquirer (merchant bank)
- Assigns your merchant level
- Makes sure you validate, and collects your documents
- May charge a non-compliance fee
You, the merchant
- Meet the standard for every way you take cards
- Fill in the SAQ, sign the Attestation, send it where your acquirer says
Source: PCI SSC, About us and At a Glance: Role of the PCI SSC, read on 2026-10-22
Source: Visa, Security and compliance, read on 2026-10-22
The brands do not phone a corner shop. They reach you through your acquirer, the bank behind your card processing (the glossary: “Also referred to as ‘merchant bank,’ ‘acquiring bank,’ or ‘acquiring financial institution.’”). Visa's rule for them: “Acquirers must ensure that their merchants validate at the appropriate level and obtain the required compliance validation documentation from their merchants.”
That is why your acquirer is the one asking. Your acquirer assigns your merchant level from your yearly card volume for each card brand. Visa, Mastercard and Discover set their own thresholds; ask your acquirer which level you are. The merchant level calculator shows how volume per brand turns into a level before you ask.
The Council's own advice to small merchants points the same way: “Whether a small merchant is required to validate compliance is determined by the individual payment brands. For questions regarding compliance validation and reporting requirements, merchants should contact their acquirer (merchant bank) or payment brand they do business with, as applicable.”
What a small shop actually does each year
Being compliant and proving it are two different jobs. The first never stops: Visa's rules say “A service provider and merchant must always maintain full compliance.” The second is paperwork on a cycle, because Visa's programs require “that participants demonstrate compliance on a regular basis.” Your acquirer sets the date. Processors that spell the cycle out call it yearly; Braintree tells its merchants “You are still required to complete an annual SAQ.”
The yearly loop
- 01Confirm your SAQ type with your acquirerfirst
- 02Work through every requirement on that SAQongoing
- 03Pass an ASV scan every three months, where your SAQ includes itquarterly
- 04Sign the Attestation of Compliance and send it as toldlast
Thenthe next cycle
Step one decides the size of everything after it. A Self-Assessment Questionnaire is the “Reporting tool used to document self-assessment results from an entity's PCI DSS assessment,” and the Council publishes one per way of taking cards. The receipt below is the usual match; tap your line to open its checklist.
How you take cardsUsual form
- Online, every card field comes from the processor (its page or its iframe)SAQ A
- Online, your own site builds the payment form or loads a script into itSAQ A-EP
- Imprint machine or standalone dial-out terminal onlySAQ B
- Standalone PCI-listed terminal on an IP connectionSAQ B-IP
- Typing orders one at a time into a virtual terminalSAQ C-VT
- Internet-connected payment system at one store, nothing storedSAQ C
- Only terminals from a PCI-listed P2PE solutionSAQ P2PE
- Phone or tablet with a listed SPoC reader, at the counterSAQ SPoC
- You store card data, or your website takes it itselfSAQ D
Merchant SAQs9
Source: PCI SSC, SAQ Instructions and Guidelines v4.0.1 r1, pp. 4–5, read on 2026-10-22
Each form has eligibility criteria the short line above cannot hold. Before you start an SAQ, confirm with the organization you submit it to (usually your acquirer, the merchant bank) that you are eligible for it. The SAQ type finder asks the eligibility questions one at a time, and PCI SAQ types explained shows how each form differs from the next.
The last step is the one people forget to finish. The Attestation of Compliance is “the official PCI SSC form for merchants and service providers to attest to the results of a PCI DSS assessment, as documented in a Self-Assessment Questionnaire (SAQ) or Report on Compliance (ROC).” You sign it, and so does the QSA company if one was involved. Bigger merchants get the second route: depending on the card brands' programs, an entity either has a detailed assessment documented in a Report on Compliance or self-assesses with an SAQ. The step-by-step guide to becoming PCI compliant takes the loop one step at a time.

What “PCI compliant” means, and what it does not
“PCI compliant” is not a badge the Council hands out. It means two things at once: the way you take cards meets every requirement on your SAQ all year round, and you hold signed paperwork for the current cycle. The Council is blunt that the second part is not its call: “PCI SSC does not define compliance requirements for any organization or set compliance validation responsibilities … Compliance validation requirements are set by brands, acquirers, payment facilitators, etc.”
Most of what goes wrong for small shops starts with one of the beliefs below. Each is checked against the documents.
You hear
“My processor is PCI compliant, so I am too.”
The record
“The use of a PCI DSS compliant TPSP does not make an entity PCI DSS compliant, nor does it remove the entity’s responsibility for its own PCI DSS compliance.”
PCI DSS v4.0.1, Requirement 12.8.1 notes
Holds upNo
You hear
“We are too small for PCI to apply.”
The record
Small merchants “often have simpler environments, with limited amounts of cardholder data and fewer systems that need protecting, which can help reduce their PCI DSS compliance effort.” Less work, not none.
PCI SSC, Merchant resources FAQ
Holds upNo
You hear
“PCI is a law, and the Council fines you.”
The record
It is the card brands’ rule, enforced through your acquirer. The Council “has no information about penalties or fines for non-compliance.”
PCI SSC, At a Glance: Role of the PCI SSC, p. 2
Holds upNo
You hear
“Our checkout is hosted, so SAQ A means no scans.”
The record
SAQ A for v4.x includes Requirements 11.3.2 and 11.3.2.1 (external vulnerability scans) for merchants whose pages redirect to, or embed, a processor’s payment page.
PCI SSC, SAQ Instructions and Guidelines v4.0.1 r1, p. 10
Holds upNo
You hear
“We encrypt card data, so it is out of scope.”
The record
Encrypting card data with strong cryptography “is an acceptable method of rendering the data unreadable,” but “encryption alone may not be sufficient to render the cardholder data out of scope for PCI DSS.”
PCI SSC FAQ: encrypted cardholder data and scope
Holds upNot by itself
What happens if you skip it
Nobody from the Council will chase you. The cost of skipping arrives through the same chain as the rule. A PCI non-compliance fee on a merchant statement comes from the acquirer or processor under its card-brand program, never from the PCI Security Standards Council. Up the chain, Visa's rules say that if a merchant does not comply, “Visa may assess a non-compliance assessment to the issuer or acquirer,” and that the issuer or acquirer “must not represent that Visa has imposed any assessment on the service provider or merchant.” How much your acquirer charges is set by your acquirer, not by the standard. American Express publishes its own merchant non-compliance fees in its Data Security Operating Policy.
The bigger cost is a breach. Requirement 12.10.1 expects an incident response plan that “exists and is ready to be activated,” with roles and contacts that include notifying the payment brands and acquirers. A shop without one finds out who to call, and in what order, on the worst day to learn it. The incident response plan template gives you the sections to fill in.
Who answers which question
Half the confusion about PCI is asking the wrong party. Pick the question you have; the receipt names who owns the answer, shows the document that says so, and gives you a sentence to send.
Your question
Which merchant level am I?
AskYour acquirer
Your acquirer assigns your merchant level from your yearly card volume for each card brand.
Visa, Security and compliance, read on 2026-10-22
Say it like this
Which PCI merchant level are we for each card brand, and what do we need to send you at that level?
PCI compliance on one receipt
Quick reference
Full namePayment Card Industry Data Security Standard
Version in forcev4.0.1
Written byPCI SSC, founded 2006
Requirements12
Enforced bythe card brands, via your acquirer
Your level set byyour acquirer
Your proofSAQ or ROC, plus the AOC
External scansevery three months by an ASV, where your SAQ includes them
A non-compliance fee comes fromyour acquirer or processor
Applies toevery merchant
Every line is sourced in the sections above; the source list is at the foot of the page.
Next step: the guide to becoming PCI compliant walks the loop for your first year, and the rest of this topic sits under SAQs, Levels & Scope.
Sources
- PCI SSC: About us (founding members) (pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: Merchant resources and FAQ (pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: At a Glance, Role of the PCI Security Standards Council (listings.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: PCI DSS v4.x Quick Reference Guide (Jan 2025) (docs-prv.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: Document library (pcisecuritystandards.org), read on 2026-10-22
- PCI SSC blog: Just Published, PCI DSS v4.0.1 (11 Jun 2024) (blog.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: SAQs for PCI DSS v4.0.1 Now Available (15 Oct 2024) (pcisecuritystandards.org), read on 2026-10-22
- PCI SSC blog: Updates for merchants validating to SAQ A (30 Jan 2025) (blog.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: SAQ Instructions and Guidelines v4.0.1 r1 (Apr 2025) (docs-prv.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: Prioritized Approach Tool for PCI DSS v4.0.1 (docs-prv.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: Glossary (pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: ASV Program Guide v4.0 r2 (docs-prv.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC FAQ: How does encrypted cardholder data impact PCI DSS scope? (blog.pcisecuritystandards.org), read on 2026-10-22
- Visa: Security and compliance (merchant validation) (corporate.visa.com), read on 2026-10-22
- American Express: Data Security Operating Policy, U.S. (americanexpress.com), read on 2026-10-22
- Braintree: PCI compliance article (developer.paypal.com), read on 2026-10-22