Payment Flow Mapping
Document how payment account data enters, moves through and exits the organisation across ecommerce, point-of-sale, MOTO and other channels.
If the Cardholder Data Environment is defined too broadly, you can create unnecessary cost and work. Define it too narrowly and critical systems may be missed.
2-sec maps how account data enters, moves through and leaves your organisation, then identifies the systems, people, locations and third parties that store, process, transmit or can affect the security of that environment.
PCI DSS scoping identifies the people, processes and technologies that store, process or transmit account data, plus system components that can affect the security of the Cardholder Data Environment.
Accurate scope determines what must be assessed, what evidence must be maintained and where security controls need to operate. Effective segmentation or changes to payment architecture can sometimes reduce assessment scope, but those decisions need to be technically defensible and properly validated.
A scoping engagement creates a shared, evidence-backed understanding of the CDE and the systems that influence it.
Document how payment account data enters, moves through and exits the organisation across ecommerce, point-of-sale, MOTO and other channels.
Identify applications, endpoints, servers, network zones, cloud services and security systems connected to or able to affect the CDE.
Identify payment processors, gateways, cloud providers, managed services and other TPSPs involved in payment or security functions.
Assess how the CDE is isolated and where segmentation or architecture changes could create a defensible reduction in assessment scope.
Identify unnecessary storage, transmission or handling of account data that could be removed or outsourced.
Produce a clear scope baseline and recommended next steps for gap analysis, remediation or formal validation.
The scoping exercise needs to understand the operating model around payments, not just network diagrams.
Understand every way the organisation accepts, processes and supports payment activity.
Map systems, people, technologies and locations that handle or can affect account data.
Look for unnecessary data handling, weak segmentation and architectural opportunities to reduce exposure.
Review third parties, security services and connected systems that influence scope.
Create the scope record and use it to drive gap analysis and validation planning.
Yes. PCI SSC states that adequate segmentation can reduce assessment scope when it isolates systems that store, process or transmit cardholder data from other systems. The controls must be effective and the reduced scope must be defensible.
Not automatically. Outsourcing can materially reduce the systems that handle account data, but merchants still have responsibilities and must understand how third parties and their own systems affect payment security.
The CDE includes people, processes and technologies that store, process or transmit account data, as well as system components that can affect the security of those systems.
They can. If systems are not adequately isolated from the CDE, or can affect its security, they may be included in PCI DSS scope.
Yes. Assessing controls before the scope is understood risks testing the wrong systems or overlooking systems that should have been included.