Skip to content
SwipeSeal
Menu

What Is PCI Compliance? Who Sets It, Who Enforces It

Published 15 min read

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.

Dithered print of a locked cash drawer under a shop counter, with shelves of stock behind
Behind the counter, where it starts: every card you take puts the shop under the card brands' rule.

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

  1. 01Install and maintain network security controls.
  2. 02Apply secure configurations to all system components.
  3. 03Protect stored account data.
  4. 04Protect cardholder data with strong cryptography during transmission over open, public networks.
  5. 05Protect all systems and networks from malicious software.
  6. 06Develop and maintain secure systems and software.
  7. 07Restrict access to system components and cardholder data by business need to know.
  8. 08Identify users and authenticate access to system components.
  9. 09Restrict physical access to cardholder data.
  10. 10Log and monitor all access to system components and cardholder data.
  11. 11Test security of systems and networks regularly.
  12. 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
Diagram: the card brands own the PCI Security Standards Council, which writes the rule, and enforce it through your acquirer, which asks you, the merchant, for proof.

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.”

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.

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.

Dithered print of an open cash drawer with an empty coin tray on a counter
An open till: the cash is counted here, and the card payments come with a rulebook of their own.

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?

NextMerchant level calculator

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

  1. PCI SSC: About us (founding members) (pcisecuritystandards.org), read on 2026-10-22
  2. PCI SSC: Merchant resources and FAQ (pcisecuritystandards.org), read on 2026-10-22
  3. PCI SSC: At a Glance, Role of the PCI Security Standards Council (listings.pcisecuritystandards.org), read on 2026-10-22
  4. PCI SSC: PCI DSS v4.x Quick Reference Guide (Jan 2025) (docs-prv.pcisecuritystandards.org), read on 2026-10-22
  5. PCI SSC: Document library (pcisecuritystandards.org), read on 2026-10-22
  6. PCI SSC blog: Just Published, PCI DSS v4.0.1 (11 Jun 2024) (blog.pcisecuritystandards.org), read on 2026-10-22
  7. PCI SSC: SAQs for PCI DSS v4.0.1 Now Available (15 Oct 2024) (pcisecuritystandards.org), read on 2026-10-22
  8. PCI SSC blog: Updates for merchants validating to SAQ A (30 Jan 2025) (blog.pcisecuritystandards.org), read on 2026-10-22
  9. PCI SSC: SAQ Instructions and Guidelines v4.0.1 r1 (Apr 2025) (docs-prv.pcisecuritystandards.org), read on 2026-10-22
  10. PCI SSC: Prioritized Approach Tool for PCI DSS v4.0.1 (docs-prv.pcisecuritystandards.org), read on 2026-10-22
  11. PCI SSC: Glossary (pcisecuritystandards.org), read on 2026-10-22
  12. PCI SSC: ASV Program Guide v4.0 r2 (docs-prv.pcisecuritystandards.org), read on 2026-10-22
  13. PCI SSC FAQ: How does encrypted cardholder data impact PCI DSS scope? (blog.pcisecuritystandards.org), read on 2026-10-22
  14. Visa: Security and compliance (merchant validation) (corporate.visa.com), read on 2026-10-22
  15. American Express: Data Security Operating Policy, U.S. (americanexpress.com), read on 2026-10-22
  16. Braintree: PCI compliance article (developer.paypal.com), read on 2026-10-22