Unsure about which PCI DSS level your organization falls under? Or confused about which PCI DSS obligations are relevant for your organization? If so, don’t be concerned – we have got you covered. In this article, we’ll discuss the 4 main PCI DSS levels and how you can determine which is appropriate for your organization.
Not all organizations that manage payment card data/cardholder data bear the same level of security risks or process an equal volume of card transactions—some may process millions of transactions every year, while others may just process a handful of them.
To accommodate these differences, the PCI Security Standard Council introduced PCI DSS levels—categories that merchants are classified into based on the volume of transactions they process annually. These transactions can be credit card transactions (credit cards used for transactions—VISA, MasterCard, Discover, American Express, & JCB), no-card transactions, or e-commerce transactions.
Note: Merchants are none other than organizations that directly handle, store, and process cardholder or payment data.
In fact, the PCI council ensured that each level mandates organizations to solely follow the security requirements that are relevant/applicable to them (i.e., align with their operational scale) so that they don’t get overburdened by meeting unnecessary PCI DSS requirements.
Now, you may ask — ‘What are these levels of PCI compliance?’ ‘Which organizations fall under them?’ ‘What requirements do each level mandate to meet?’ Let’s find out.
Below, we’ve detailed 4 main PCI DSS levels created by the PCI DSS Security Standard Council (PCI DSS SSC):
Note: PCI compliance requirements become more stringent as the organization's transaction volume increases. In other words, the higher the volume of transactions, the stricter the security rules!
PCI DSS Level 1 category is for organizations/merchants processing — over 6 million VISA, MasterCard, and Discover card-based transactions, over 2.5 million American Express transactions, and over 1 million JCB transactions every year. For example, large retail chains like Walmart, Ikea, and Target that operate in multiple countries, as well as Amazon and eBay, fall under PCI DSS merchant level 1.
What mandatory requirements does an organization classified under such PCI DSS levels need to follow?
Here’s a list of requirements organizations classified under such PCI DSS levels must fulfill.
Third-party auditors sometimes provide suggestions to improve certain security controls in the RoC. As an organization, you can work on those suggestions before the final official PCI DSS compliance audit.
Note: You need to present RoC to PCI DSS auditors to attain PCI DSS compliance certification.
Organizations that process between 1 and 6 million VISA, MasterCard, and Discover card-based transactions, over 50,000 to 2.5 million American Express transactions, and less than 1 million JCB transactions every year are tagged as PCI DSS merchant level 2. For example, mid-level organizations that operate across provincial lines or in active trade areas and restaurants fall under PCI DSS level 2.
What mandatory obligation does an organization classified under such PCI DSS levels need to meet?
Here’s a list of requirements that organizations at such PCI DSS levels must meet.
Note: Self-assessment questionnaire forms are already available on the PCI DSS website; you can choose the one that is relevant to your organization.
The PCI DSS level 3 category is for organizations that process up to 1 million VISA e-commerce-based transactions, less than 20,000 Mastercard e-commerce-based transactions, around 20,000 to 1 million Discover e-commerce-based transactions, and less than 50,000 American Express transactions a year. For example, small to medium organizations that operate in local areas fall under PCI DSS merchant level 3.
Note: JCB international transactions are not processed by PCI DSS levels 3 and 4. This is because organizations at these PCI DSS levels don’t usually have the necessary security setup in place to meet JCB’s transaction processing standard.
What mandatory requirements does an organization classified under such PCI DSS levels need to fulfill?
Here’s a list of requirements that need to be met by organizations that come under such PCI levels.
Organizations that process less than 20,000 VISA and Mastercard e-commerce-based transactions per year are labeled PCI DSS merchant level 4. For example, small clothing startups that process very few transactions annually come under PCI DSS level 4.
What mandatory requirements need to be met by an organization classified under such PCI DSS levels?
Here’s a list of requirements that organizations classified under such PCI DSS levels are bound to follow.
After going through the PCI DSS levels, you may have a few questions and opinions, such as– ‘How will I know how many transactions my organization processes in a year?’ Also, not every business actively engages in payment processing transactions every day or week. So, how will I figure out which of all the PCI DSS levels my organization falls under? Read on to find the answer.
Here are the steps you can follow to determine which PCI DSS compliance level category is appropriate for your organization:
Step 1: Gather Payment Transactions Information
If you already have transaction data (be it – card-based, non-card-based, or e-commerce transactions), then you can proceed to the next step. Whereas, if you don't have access to cardholder data/payment transaction volume information or are facing trouble accessing it, then you can directly gather this information from –
Step 2: Review Your Transaction Volume Data
Once you have gathered the transaction data, the next step is to review it. You need to evaluate the data thoroughly and find out which data are relevant (do not include the organization's personal transaction data). Then, calculate how many card transactions your organization has processed over the past year (which is 52 weeks).
Step 3: Compare With PCI DSS Levels Transaction Criteria
After you get the number of transactions you made in the last 52 weeks (annual transaction volume), compare it with the PCI DSS levels processed transactions criteria. By making this comparison, you will be able to easily identify which PCI DSS level your organization will be at.
Now that you are familiar with the PCI DSS levels and how to determine which PCI merchant level your organization falls under, let me address one common confusion you may encounter.
Many organizations get confused about whether they fall under the PCI DSS merchants or service providers category. This confusion is quite understandable because both manage card payment data and follow practices set forth by PCI DSS to protect it. Although they perform almost similar tasks and are bound to comply with PCI DSS, they are completely different from each other. Here's how.
PCI merchants are organizations that directly accept payment cards (like credit cards) as payment for goods or services. They also manage, store, and process the payment data/cardholder data themselves, with the help of their internal teams and software.
On the other hand, service providers are third-party entities that manage, store, and transmit payment or cardholder data on behalf of the merchant. They are not engaged in receiving payment data during customer payment transactions, which means they don’t directly receive payment data (they are not a part of the actual transaction process). Rather, they just process transaction data provided by merchants.
Also, unlike PCI merchants that have 4 PCI DSS levels (mentioned above), service providers just have 2 levels which are as follows:
No matter — if you’re a PCI DSS merchant, a service provider, or fall under any PCI DSS levels, the bottom line is clear: all are bound to comply with PCI DSS compliance. Why? At the end of the day, one who deals with CHD (directly or indirectly) is obligated to adhere to compliance – it is a must! And you have to meet stringent requirements set forth by PCI DSS, such as — performing annual external audits to get RoC, self-assessment to fill out SAQ, vulnerability scan, penetration test, and more.
However, outsourcing external auditors/experts (when not necessary) to perform multiple assessments or manually performing them will be a costly and time-consuming headache—plus, the risk of errors will only add to the stress!
Also, let’s not forget that PCI certification is valid for just a year. You have to perform most of the assessments again and again (after each year is completed). So, if you rely on external experts to perform assessments every time, the recurring costs will quickly pile up, putting a strain on your budget.
Instead, you can opt for a subscription-based access review automation tool like Zluri. Such a solution will not only be a viable investment for the long run but will also streamline your assessment processes with the least manual intervention. How?
Zluri offers an advanced access review solution that automates your audit/assessment process with just a few clicks. Here’s how it works.
Your team needs to detail a few actions that will be performed by Zluri during the review, such as – specifying the apps (apps that hold CHD) that need to be reviewed, user type, and actions that need to be performed when anomalies are detected. Once all the details are specified, Zluri automatically conducts a thorough review of the app and users who have access to it. If any anomalies are detected, they are auto-remediated without needing any manual intervention. Finally, it generates a detailed UAR report outlining its actions to ensure only authorized users hold access to the app that stores CHD. The best part is that you can review the report, fill out a self-assessment questionnaire (SAQ), and directly submit the SAQ to the PCI DSS Security Standard Council (PCI DSS SSC) to attain compliance certification.
To learn more about how Zluri conducts reviews, you can quickly go through this access review tour.
https://www.zluri.com/access-reviews/salesforce
Also Read: 3 Ways User Access Review Helps Comply With PCI DSS
1. What Is The Difference Between the PCI DSS Self Assessment Questionnaire (SAQ) and the Report On Compliance (RoC)?
SAQ is an official document filled out by the organization's internal staff after an internal assessment (in this case, the internal security assessor performs an audit). RoC is a piece of an official report that a third-party qualified security assessor fills out after an on-site audit. Also, small and mid-level merchants/organizations generally submit annual self-assessment questionnaire forms. Meanwhile, annual reports on compliance are solely submitted by large merchants/organizations.
2. What Happens If You Choose Not To Comply With Mandatory Requirements Set For PCI DSS Levels?
If you decide not to comply with the requirements set for PCI DSS levels, then you will have to pay hefty non-compliance penalties. For instance, if your organization falls in the PCI DSS merchant level 1 category, you will have to pay between $10,000 to $100,000 for non-compliance. Or, if your organization comes under PCI DSS merchant level 2, then you will have to pay between $5,000 to $50,000 for non-compliance. Not that the penalty charges will vary depending on how long you have stayed non-compliant.
Tackle all the problems caused by decentralized, ad hoc SaaS adoption and usage on just one platform.