If you use Paystack Inline or Paystack Popup and never handle raw card data, you qualify for SAQ A — the simplest PCI DSS compliance tier. Fill out the self-assessment questionnaire annually. If you use the Paystack Charge API to capture card data directly, you fall under SAQ A-EP or higher. If you store, process, or transmit raw card data yourself, you are in SAQ D and need a QSA audit.
| Integration Type | SAQ | Notes |
|---|---|---|
| Paystack Popup / redirect to Paystack checkout | SAQ A | Simplest. ~20 requirements. Self-assessment only. |
| Paystack Inline.js on your own page (iframe) | SAQ A-EP | Your page delivers the payment script. More requirements. |
| Paystack Charge API with card tokenization in your app | SAQ D or A-EP | Depends on how the card data flows through your systems. |
| You store card numbers yourself | SAQ D | Full audit required. Never do this. |
Most developers using Paystack Inline or the popup fall under SAQ A or SAQ A-EP. You do not need to hire a QSA (Qualified Security Assessor) for these tiers.
Even at SAQ A, you have obligations:
Get weekly developer tips
Join 25,000+ developers. Practical guides, job tips, and new content — straight to your inbox.
No spam. Unsubscribe anytime.
This guide is part of the Paystack security and PCI compliance guide.
KES 2,999
The definitive guide to building payment systems with Paystack — from your first transaction to production-grade payment infrastructure across Africa. 9 modules, 47 lessons. Free preview available.
Start Paystack Course