PCI DSS compliance is required of every business that stores, processes or transmits payment card data, and of service providers that can affect the security of that data. Security Solution Consultants (SSC) provides PCI DSS compliance advisory for merchants, payment providers, fintechs and SaaS platforms across Australia and New Zealand, from scoping and gap assessment to remediation, Self-Assessment Questionnaires and readiness for an on-site assessment by a Qualified Security Assessor (QSA).

The current version is PCI DSS v4.0.1. Version 4.0 was retired at the end of 2024, and the requirements that were future-dated in version 4.0 became mandatory on 31 March 2025. If your last assessment was against version 3.2.1 or an early 4.0 baseline, expect new work on targeted risk analysis, authentication, e-commerce payment pages and documentation.
The Payment Card Industry Data Security Standard is published by the PCI Security Standards Council, founded by the major card brands. It sets twelve requirements, grouped into six goals, for protecting account data:
| Goal | Requirements |
|---|---|
| Build and maintain a secure network and systems | 1. Network security controls. 2. Secure configurations. |
| Protect account data | 3. Protect stored account data. 4. Protect cardholder data with strong cryptography during transmission. |
| Maintain a vulnerability management program | 5. Protect systems from malicious software. 6. Develop and maintain secure systems and software. |
| Implement strong access control measures | 7. Restrict access by business need to know. 8. Identify users and authenticate access. 9. Restrict physical access. |
| Regularly monitor and test networks | 10. Log and monitor all access. 11. Test security of systems and networks regularly. |
| Maintain an information security policy | 12. Support information security with organisational policies and programs. |
PCI compliance in Australia and New Zealand works differently from many other obligations: PCI DSS is not a law. It is a contractual obligation that flows from the card brands through your acquiring bank or payment provider. A card data breach can also trigger notification obligations under the Australian Privacy Act 1988 or the New Zealand Privacy Act 2020.

The most effective PCI DSS project starts by asking how much card data you really need to touch. Every system that stores, processes or transmits card data, and every system that can affect its security, is in scope. Reducing that footprint lowers both risk and assessment effort.
Our article on why PCI DSS scope is everything explains the approach in more detail.

Attackers increasingly steal card data by injecting malicious scripts into checkout pages, a technique often called digital skimming. PCI DSS v4.0.1 responds with requirement 6.4.3, which requires an inventory, authorisation and integrity checking of scripts on payment pages, and requirement 11.6.1, which requires a mechanism to detect unauthorised changes to payment pages. Both have applied since 31 March 2025.
In January 2025 the PCI Security Standards Council updated SAQ A for merchants that fully outsource payment pages: those two requirements were removed from SAQ A and replaced with an eligibility criterion that the merchant confirms its site is not susceptible to attacks from scripts that could affect its e-commerce systems. In practice, you still need to protect the pages that load or redirect to the payment form. We help you choose the right SAQ and put proportionate script controls in place.
How you prove compliance depends on your transaction volume and the rules of the card brands and your acquirer. Larger merchants and service providers usually need an annual Report on Compliance from a QSA; smaller merchants usually complete a Self-Assessment Questionnaire. For example, Visa treats merchants processing more than six million transactions a year as Level 1. Your acquiring bank confirms which level and validation method applies to you.
| Common SAQ | Typically suits |
|---|---|
| SAQ A | Card-not-present merchants that fully outsource all payment pages to a PCI DSS compliant provider |
| SAQ A-EP | E-commerce merchants whose website controls or affects the payment page, for example with direct post or JavaScript forms |
| SAQ B and B-IP | Merchants using standalone or IP-connected payment terminals with no electronic card data storage |
| SAQ C and C-VT | Merchants with payment application systems connected to the internet, or manual entry through a virtual terminal |
| SAQ P2PE | Merchants using a validated point-to-point encryption solution |
| SAQ D | All other merchants, and all service providers eligible to self-assess |
Further reading: PCI DSS v4 compliance guide, common PCI compliance challenges and payment security compliance in the age of AI. To scope your PCI DSS project, contact our team.
Ensure secure transactions, prevent data breaches, and maintain compliance with expert PCI DSS advisory services. Contact us today to get started!
PCI DSS is not a law in either country, but it is mandatory under the agreements merchants and service providers have with the card brands, acquiring banks and payment providers. Non-compliance can lead to fines from your acquirer, higher fees or loss of the ability to accept cards.
PCI DSS v4.0.1. Version 4.0 was retired at the end of 2024, and the requirements that were future-dated in version 4.0 became mandatory on 31 March 2025.
It depends on how you accept cards. Merchants that fully outsource payment pages may qualify for SAQ A, e-commerce merchants that control part of the payment page usually need SAQ A-EP, and service providers use SAQ D. Your acquirer confirms the validation method, and we help you choose correctly.
It reduces your scope significantly but does not remove your obligations. You still need to validate compliance, usually with a shorter SAQ, and protect the website pages that load or redirect to the payment form.
For a merchant with a well-scoped environment, readiness for an SAQ can take a few weeks. Larger environments preparing for a QSA Report on Compliance typically need several months, depending on how much remediation is required.
A Qualified Security Assessor is certified by the PCI Security Standards Council to assess and report on compliance. SSC is your advisory partner: we scope, assess gaps, help remediate and prepare evidence, then work alongside your QSA during the assessment.
Yes. Any service provider that stores, processes or transmits card data, or can affect its security, such as hosting, payment or SaaS providers, needs to validate compliance, and its customers will usually ask for an Attestation of Compliance.

Secure your cloud environments & ensure safe migration with compliance-ready.
Stay informed with the latest cybersecurity news and expert tips.
Copyright © 2026 Security Solution Consultants. ABN 87 616 212 063. Tarneit, Victoria 3029, Australia. All Rights Reserved.