PCI DSS by region
PCI DSS in the Netherlands and Europe: acquirers, choosing a QSA and how GDPR, NIS2 and DORA meet your card security programme
What is different about PCI DSS for a Dutch or European business: where the obligation comes from, how to find a QSA authorised for your region, and how GDPR, the Cyberbeveiligingswet and DORA overlap with the cardholder data environment.
Key points
- PCI DSS in the Netherlands is contractual, not Dutch law: the obligation reaches you through your acquirer's merchant agreement, the card brands' programmes and, for service providers, your clients' contracts.
- No Dutch or European accreditation body plays a part. A QSA company qualified by the PCI Security Standards Council assesses, and the Council's public list can be searched by region and language before you sign.
- The same payment environment usually also answers to the GDPR, and in the Netherlands possibly to the Cyberbeveiligingswet, in force since 15 August 2026; payment and e-money institutions also answer to DORA.
- One evidence base can serve the AOC, a GDPR breach procedure and DORA or NIS2 supplier questions, provided the scopes are drawn deliberately and kept apart where they differ.
Why organisations in the Netherlands and Europe pursue PCI DSS
The request usually comes from one of three directions: a Dutch web shop or hotel group told by its acquirer that validation is due, a payment or hosting provider asked by European merchant clients for its Attestation of Compliance, or a fintech whose bank partner expects an AOC in its supplier due diligence.
In each case the trigger is a contract. No Dutch regulator supervises PCI DSS. What changes for a European organisation is everything around it: the privacy and resilience laws covering the same systems, the assessor and the language of your evidence. Who decides your level and route is explained in Do you need PCI DSS? Merchant levels, service providers and who decides.
Who validates PCI DSS compliance for a Dutch organisation
PCI DSS follows the validation route, so there is no certificate and no national accreditation body to check. American Express, Discover, JCB International, Mastercard, UnionPay and Visa each run their own compliance programme. Your acquirer confirms which level applies, whether it expects a Report on Compliance or a Self-Assessment Questionnaire, and where the AOC is submitted.
A ROC is completed by a QSA company, an independent firm qualified by the PCI Security Standards Council. The Council's QSA list can be filtered by place of business, region and language, and each QSA company is authorised only for the regions or countries it has qualified for. Check that the firm is listed for the Netherlands or the European region you operate in, and that it is not shown as "In Remediation". Quarterly external scans, where they apply, come from an Approved Scanning Vendor on the Council's separate list.
Sterling does not validate compliance; the QSA assesses and attests. What to ask a firm before you sign is covered in Choosing a QSA: what to ask before you sign.
European law that meets your PCI DSS programme
GDPR. The cardholder environment rarely holds card numbers alone; names, addresses and order histories sit beside them, and the GDPR governs those. Article 32 asks for security appropriate to the risk, and Articles 33 and 34 require a breach to be notified to the supervisory authority without undue delay and, where feasible, within 72 hours. Run your PCI DSS incident response plan and GDPR breach procedure as one process with two notification paths: card brands and acquirer, and the authority and affected people. See GDPR compliance in the Netherlands and Europe.
The Cyberbeveiligingswet and NIS2. The Dutch law transposing Directive (EU) 2022/2555 took effect on 15 August 2026, with a duty of care, registration and reporting of significant incidents. An in-scope entity's card environment sits inside wider, nationally supervised measures; a supplier to one should expect supply chain clauses, where an AOC is useful evidence but not proof of compliance. See NIS2 in the Netherlands and Benelux.
DORA. Regulation (EU) 2022/2554 has applied since 17 January 2025 to twenty types of financial entity, among them payment and e-money institutions, and reaches the ICT providers serving them. For a payment business, PCI DSS controls feed its ICT risk management framework; for a processor or hosting provider, the AOC becomes one document in the client's due-diligence file and register of information, not a substitute for DORA contract terms. See DORA compliance in the Netherlands and Europe.
Practical logistics. Agree with the QSA company the language of the records it will sample, since Dutch-language evidence may need translation, and list every EU data centre, group entity and service provider from the start: each appears in the AOC.
Local items to settle before the assessment
| Local item | What it means for your project | Where to verify it |
|---|---|---|
| Your acquirer's expectations | The level, ROC or SAQ, the deadline and the portal or contact for submitting the AOC | Your acquirer's merchant compliance team, in writing |
| The QSA company | Listed, authorised for your region, not in remediation, independent of your consultants | The PCI Security Standards Council's QSA list |
| The scanning vendor | Quarterly external scans where your SAQ or ROC requires them | The Council's Approved Scanning Vendor list |
| GDPR breach duties | One incident process covering card brand, acquirer and supervisory authority notifications | The GDPR text on EUR-Lex and your data protection adviser |
| Cyberbeveiligingswet | Whether you are an in-scope entity or a supplier to one | The Dutch government's Digital Government pages on the Cbw |
| DORA | Whether you are a financial entity or an ICT provider to one, and which contract terms follow | The regulation on EUR-Lex and EIOPA's DORA pages |
How Sterling works in the Netherlands and Europe
Sterling supports European clients from its regional headquarters in Enschede, as part of a team working in 60+ countries. Our consultants trace the card data flows, shrink the CDE, close the gaps against all twelve requirements, align incident and supplier processes with GDPR, NIS2 and DORA, and test readiness before the QSA arrives, with evidence held in Effivity. You choose Design™ or Drive™ according to how much of the work your team carries.
How Sterling supports PCI DSS in Europe
One card security programme that also serves your European obligations
We build the controls, periodic tasks and evidence your QSA or acquirer expects, and connect them to the breach, supplier and resilience duties you already carry.
Book a free discovery callFAQs
Is PCI DSS mandatory in the Netherlands?
Not by Dutch law, but in practice yes for anyone who accepts or handles card payments. The obligation comes from the card brands' programmes through your acquirer's agreement and, for service providers, from your clients' contracts.
How do I find a QSA for PCI DSS in Europe?
Search the PCI Security Standards Council's QSA list by region, place of business and language. Confirm the company is authorised for the country you operate in and is not shown as in remediation, then ask who will lead your assessment.
Does a PCI DSS breach also have to be reported under the GDPR?
Often yes, when personal data is involved. The GDPR expects notification to the supervisory authority without undue delay and, where feasible, within 72 hours, alongside the notifications your card brand and acquirer require.
Does PCI DSS compliance cover DORA for a payment institution?
No. PCI DSS controls support DORA's ICT risk management, but DORA also asks for incident reporting to your competent authority, resilience testing and a register of information that an AOC does not provide.
PCI DSS by region
Every guide in the PCI DSS series is written for one question and links back to the hub for the whole picture.
- PCI DSS compliance in Australia
- PCI DSS implementation plan
- PCI DSS compliance in India
- PCI DSS internal audit and the ISA
- PCI DSS compliance in the Netherlands and Europe
- PCI DSS payment page scripts
- PCI DSS vs ISO/IEC 27001 and SOC 2
- PCI DSS v4.0.1 requirements explained
- PCI DSS compliance in Singapore and South East Asia
- PCI DSS compliance in the Philippines
- PCI DSS compliance in the United Kingdom
- PCI DSS compliance in the UAE and GCC
Keep exploring
Explore more about PCI DSS
Watch a video on how to implement PCI DSS here.
Watch a video on PCI DSS requirements here.
PCI DSS resources
Services for PCI DSS
Talk to a consultant
Plan your PCI DSS compliance in the Netherlands and Europe with confidence.
Tell us your goals, locations and target date. We’ll help you define the scope, timeline and next steps.
hello@sterling-grc.com+1 201 263 4443 (global headquarters) · your nearest office and its number are at the top of this page
What would you like to achieve?
Choose a starting point. The enquiry form takes about a minute.
Book my free discovery callContinue to the enquiry form to share your details. Please do not include passwords, sensitive personal information or confidential files. A Sterling consultant replies within one working day. Privacy notice