How SmartRetry protects card data, transaction records, and access to your account.
SmartRetry sits between your checkout and your acquirers, so every transaction you send passes through our systems. This page explains how that data is protected, who can reach it, and what commitments apply to it.
In data protection terms, you are the controller of your payer data and SmartRetry acts as your processor. We handle transaction data on your instruction and under the agreement between us.
Card data
SmartRetry does not store card numbers. CVV is never written to storage – it is used only to complete the transaction it was submitted with and is discarded immediately after. Where card data appears in logs, it is masked to the last four digits.
For repeat billing you can send a stored payment token instead of raw card details, which removes the need to re-transmit card data on every charge.
Because SmartRetry transmits cardholder data on your behalf, your own PCI DSS obligations still apply to how you collect and send that data. Using tokenized flows reduces the scope you have to cover.
Encryption
In transit. All connections are encrypted with TLS. TLS 1.3 is negotiated by default and TLS 1.2 is the enforced minimum – TLS 1.0 and 1.1 are rejected at the edge. HTTP Strict Transport Security is enabled across smartretry.com and its subdomains with a two-year max-age and preload.
At rest. Transaction records and personal data are encrypted at rest, including backups.
Infrastructure and network
SmartRetry runs on Amazon Web Services, behind Cloudflare. Both providers maintain their own independent certifications – including PCI DSS Level 1, SOC 2 Type II, and ISO 27001 – covering the physical, hypervisor, and edge layers our platform is built on.
- Web application firewall. All traffic to the API and the dashboard passes through a WAF.
- DDoS protection. Volumetric and application-layer protection is applied at the edge.
- DNSSEC.
smartretry.comis signed and validating, so DNS responses cannot be silently forged. - Backups. Data stores are backed up on a regular schedule, encrypted at rest.
- Logging. Platform and application activity is logged and monitored.
Access control
Dashboard access uses role-based access control. A User Master manages the client account and creates additional users; a User has day-to-day operational access. Additional roles can be configured on request.
Multi-factor authentication is required at login for every user.
API keys are separate from dashboard accounts and authenticate server-to-server requests only.
Vulnerability management
SmartRetry runs regular internal and external vulnerability scanning across its infrastructure and applications. Findings are triaged and remediated as part of ongoing platform maintenance.
Compliance
Our security policies are reviewed regularly and can be provided to your security team on request.
Data protection
Residency. Processing locations vary by service component. All data stores are hosted with established cloud providers in approved regions, reviewed as part of our sub-processor management process. Transfers outside the EEA, where applicable, are carried out under a lawful transfer mechanism. A full breakdown by component is provided alongside our DPA.
Retention. Financial record-keeping obligations set a minimum retention period, and storage limitation under GDPR and comparable regimes sets the maximum. Specific periods depend on your own regulatory obligations and are set out in the applicable agreement.
Deletion. SmartRetry acts as processor and you act as controller. On termination, your data is deleted or returned per the agreement, subject to the retention floor above. Payer erasure requests are received by you and given effect by us on your instruction. Records we are required to retain by law are restricted from further processing rather than kept in active use.
Data processing agreement. A standard DPA is executed at onboarding and is available on request beforehand.
Incident response and contact
SmartRetry monitors its platform continuously and follows a defined process for handling security incidents, including notifying affected customers. Live platform availability is published at status.smartretry.com.
To report a suspected vulnerability or security issue, or to request further detail on our security posture and regulatory position, email security@smartretry.com or use the contact form. Specific commitments and documentation are provided within the framework of your agreement with SmartRetry.
Related policies
- Privacy Policy – personal data and your rights
- Terms of Use – terms governing use of our services
- Cookie Policy – tracking technologies on our website
Building an integration? Implementation guidance on API keys, webhook verification, and tokenization is in our developer documentation.