Legal

Data Processing Agreement

Version 1.0 · Effective April 9, 2026

Data Processing Agreement (DPA)

Revive — operated by Quantum Branding LLC

Field Value
Processor Quantum Branding LLC ("Revive")
Registered address 30 N Gould St Ste R, Sheridan, WY 82801, USA
Contact Nizzar Ben Chekroune — nizzar@keeprevenue.com
Product Revive — Stripe failed-payment recovery service (https://keeprevenue.com)
Effective Date Date of Customer's acceptance (by connecting a Stripe account or signing this document)
Version 1.0 — Last updated 2026-04-09

1. Parties and Roles

1.1 Customer is the entity that connects a Stripe account to Revive and is identified in Stripe's OAuth authorization grant.

1.2 Revive is Quantum Branding LLC, a Wyoming limited liability company, operating the software service at https://keeprevenue.com.

1.3 For the purposes of the EU General Data Protection Regulation (Regulation (EU) 2016/679, "GDPR"), the UK GDPR, and the California Consumer Privacy Act as amended by the CPRA ("CCPA/CPRA"):

  • Customer acts as the Data Controller (or Business) with respect to end-customer personal data processed by Revive.
  • Revive acts as the Data Processor (or Service Provider) with respect to that data.

1.4 This DPA forms part of, and is subject to, the Revive Terms of Service available at https://keeprevenue.com/terms. In the event of a conflict between this DPA and the Terms of Service with respect to data protection, this DPA prevails.


2. Scope and Subject Matter of Processing

2.1 Subject matter. Processing of personal data of Customer's end-customers ("Data Subjects") for the purpose of recovering failed Stripe charges.

2.2 Duration. For as long as Customer's Stripe account remains connected to Revive, plus a retention period defined in Section 9.

2.3 Nature and purpose. Revive performs the following processing on Customer's behalf:

  • Reads failed charges, payment intents, invoices, subscriptions, and customer metadata from Customer's connected Stripe account via the Stripe API
  • Classifies each failed charge by decline code and determines an optimal retry schedule
  • Initiates retry PaymentIntent API calls against Customer's Stripe account (using idempotency keys to prevent duplicate charges)
  • Sends branded recovery emails from a domain controlled by Customer to the Data Subject's email address
  • Stores aggregated and per-charge recovery analytics accessible to Customer via the Revive dashboard

2.4 Categories of Data Subjects. Customer's end-customers whose Stripe charges have failed and are eligible for retry.

2.5 Categories of Personal Data processed. The minimum necessary set:

  • Email address
  • First name / full name (where provided by Stripe)
  • Stripe customer_id, charge_id, invoice_id, payment_intent_id
  • Charge metadata: amount, currency, decline code, timestamps, retry attempt number
  • Technical metadata for email deliverability: IP address of email opens, user agent

2.6 Data NOT processed. Revive does not process, store, or transmit:

  • Full card numbers (PAN), CVV, or any card data — these remain tokenized inside Stripe
  • Bank account numbers or routing numbers
  • Government-issued identifiers (SSN, passport, national ID)
  • Special categories of personal data under Article 9 GDPR (health, biometric, racial, religious, political, etc.)

3. Customer Instructions

3.1 Revive processes personal data only on documented instructions from Customer. The Customer's connection of a Stripe account to Revive, and Customer's configuration choices within the Revive dashboard, constitute Customer's documented instructions.

3.2 Revive will immediately inform Customer if, in Revive's opinion, an instruction infringes GDPR, UK GDPR, CCPA/CPRA, or other applicable data protection law.

3.3 Revive will not:

  • Sell personal data (as "sell" is defined under CCPA/CPRA)
  • Share personal data for cross-context behavioral advertising
  • Retain, use, or disclose personal data for any purpose other than providing the Revive service to Customer
  • Combine personal data received from Customer with personal data from any other source, except as strictly necessary to provide the service

4. Confidentiality

4.1 Revive ensures that any person authorized to process personal data is bound by a written or statutory obligation of confidentiality.

4.2 As of the Effective Date, access to production systems containing personal data is restricted to the founder (Nizzar Ben Chekroune). Any future personnel with such access will be subject to written confidentiality agreements before being granted access.


5. Security Measures (Article 32 GDPR)

5.1 Revive implements appropriate technical and organizational measures to ensure a level of security appropriate to the risk:

5.1.1 Encryption

  • Data in transit: TLS 1.3 enforced on all endpoints; HSTS enabled with max-age ≥ 1 year
  • Data at rest: AES-256 encryption on Supabase Postgres (managed by AWS RDS)
  • Secrets and API keys: encrypted at rest in Vercel environment variables

5.1.2 Access Control

  • Two-factor authentication enforced on all administrative accounts (Stripe, Vercel, Supabase, Resend, GitHub, domain registrar)
  • Row-Level Security (RLS) enforced on every Supabase table containing Customer data, scoped by stripe_account_id
  • Production database access limited to SECURITY DEFINER RPC functions with narrow permissions; no direct table writes from application code

5.1.3 Network Security

  • All traffic routed through Vercel's edge network with DDoS protection
  • API endpoints protected by cron secrets, Stripe webhook signature verification, and session-scoped cookies

5.1.4 Application Security

  • Idempotency keys used on all Stripe retry calls to prevent duplicate charges
  • Stripe webhook signatures verified on every inbound event
  • Dependencies scanned and updated on a rolling basis

5.1.5 Logging and Monitoring

  • Audit logs retained for all administrative actions and Stripe API calls
  • Error monitoring via Vercel runtime logs
  • Daily automated business report identifying anomalous activity

5.1.6 Business Continuity

  • Postgres automated daily backups retained by Supabase for 7 days (rolling)
  • Application code version-controlled in Git with full deployment history
  • Recovery Time Objective (RTO): 4 hours for core service restoration
  • Recovery Point Objective (RPO): 24 hours (daily backup cadence)

5.2 Certifications — current status. As of the Effective Date, Revive itself does not hold SOC 2, ISO 27001, or PCI-DSS certification. The underlying infrastructure providers Revive relies on are independently certified:

Provider Purpose Certifications
Vercel Inc. Hosting, edge compute SOC 2 Type II, ISO 27001
Supabase Inc. Database, RLS SOC 2 Type II, HIPAA-eligible
Stripe Inc. Payment processing PCI-DSS Level 1, SOC 1, SOC 2
Resend Inc. Transactional email SOC 2 Type II
Cloudflare Inc. DNS, WAF SOC 2 Type II, ISO 27001

5.3 Revive will pursue SOC 2 Type I certification within 12 months of the first enterprise customer that requires it, and will notify Customer upon certification.


6. Sub-processors

6.1 Customer grants Revive general authorization to engage the sub-processors listed below. Revive will notify Customer of any intended additions or replacements at least 30 days in advance by email to the address on file, giving Customer the opportunity to object on reasonable data protection grounds.

Sub-processor Purpose Location of processing Transfer mechanism
Vercel Inc. Application hosting, edge compute USA (us-east-1, iad1) EU SCCs (2021/914), UK IDTA
Supabase Inc. Primary database USA (us-east-1) EU SCCs (2021/914), UK IDTA
Stripe Inc. Payment processing (Customer's chosen processor) USA, Ireland EU SCCs, Customer's existing Stripe DPA
Resend Inc. Transactional email delivery USA EU SCCs (2021/914), UK IDTA
Cloudflare Inc. DNS, CDN, WAF Global edge EU SCCs (2021/914), UK IDTA

6.2 Revive imposes data protection obligations on each sub-processor that are no less protective than those in this DPA.

6.3 Revive remains fully liable to Customer for the acts and omissions of its sub-processors.


7. International Transfers

7.1 Where personal data originating in the European Economic Area, United Kingdom, or Switzerland is transferred to a country not recognized as providing an adequate level of protection, the transfer is governed by the Standard Contractual Clauses (SCCs) approved by the European Commission in Decision (EU) 2021/914, Module Two (Controller to Processor), which are hereby incorporated by reference.

7.2 For transfers from the United Kingdom, the UK International Data Transfer Addendum (IDTA) to the SCCs applies.

7.3 For transfers from Switzerland, the SCCs apply with the modifications required by the Swiss Federal Data Protection and Information Commissioner.

7.4 Revive has conducted a Transfer Impact Assessment for the sub-processors listed in Section 6 and concluded that supplementary measures (TLS encryption, minimum data principle, audit logs) provide adequate protection in light of the nature of data processed.


8. Data Subject Rights

8.1 Revive will, taking into account the nature of the processing, assist Customer by appropriate technical and organizational measures, insofar as possible, in fulfilling Customer's obligation to respond to requests for exercising Data Subject rights under GDPR Chapter III and CCPA/CPRA equivalent rights, including:

  • Right of access (Article 15 GDPR / § 1798.110 CCPA)
  • Right to rectification (Article 16 GDPR / § 1798.106 CCPA)
  • Right to erasure (Article 17 GDPR / § 1798.105 CCPA)
  • Right to restriction of processing (Article 18 GDPR)
  • Right to data portability (Article 20 GDPR)
  • Right to object (Article 21 GDPR)

8.2 If Revive receives a rights request directly from a Data Subject, Revive will forward it to Customer without undue delay and will not respond to the Data Subject directly except to acknowledge receipt.

8.3 Customer can initiate a data export or deletion for a specific Stripe customer by contacting nizzar@keeprevenue.com. Revive will complete the action within 30 days.


9. Retention and Return/Deletion

9.1 During the term. Revive retains personal data only as long as necessary to provide the service.

9.2 Upon termination or disconnection. Within 30 days of Customer disconnecting their Stripe account from Revive, or of termination of this DPA, Revive will:

  • Cease all processing of personal data
  • At Customer's choice (notified in writing before disconnection), either:
    • (a) Return all personal data to Customer in a commonly used, machine-readable format (CSV or JSON), or
    • (b) Delete all personal data from production systems

9.3 Backups. Personal data in automated backups will be deleted within the normal 7-day backup rotation cycle.

9.4 Legal retention. Revive may retain personal data to the extent and for the period required by applicable law, in which case Revive will continue to protect it under this DPA and process it only to the extent required by such law.


10. Personal Data Breach Notification

10.1 Revive will notify Customer without undue delay, and in any event within 72 hours of becoming aware of a Personal Data Breach affecting Customer's data.

10.2 The notification will include, to the extent known at the time:

  • The nature of the breach, categories and approximate number of Data Subjects affected, and categories and approximate number of personal data records concerned
  • The name and contact details of the Revive contact point
  • The likely consequences of the breach
  • The measures taken or proposed to address the breach and mitigate its effects

10.3 Revive will provide Customer with updates as more information becomes available and will cooperate with Customer's investigation and any required notifications to supervisory authorities or Data Subjects.

10.4 Breach notification contact: nizzar@keeprevenue.com and, as a backup, nizzar@me.com.


11. Audits and Inspections

11.1 Revive will make available to Customer all information reasonably necessary to demonstrate compliance with its obligations under this DPA and Article 28 GDPR.

11.2 Upon Customer's written request (no more than once per 12-month period, except in the case of a Personal Data Breach or regulatory requirement), Revive will complete a standard security questionnaire (such as CAIQ-Lite or SIG-Lite) within 30 days.

11.3 Customer may, upon 30 days' prior written notice, conduct a remote audit of Revive's compliance with this DPA, limited to the scope strictly necessary to assess compliance. Costs of the audit are borne by Customer unless the audit reveals a material breach of this DPA, in which case Revive bears the costs.

11.4 On-site audits are not available at this time; Customer may engage an independent third-party auditor instead.


12. Liability

12.1 Each party's liability under this DPA is subject to the limitations and exclusions set forth in the Revive Terms of Service, except to the extent prohibited by applicable law.

12.2 Nothing in this DPA limits either party's liability for: (a) death or personal injury caused by negligence, (b) fraud or fraudulent misrepresentation, or (c) any other liability that cannot be excluded under applicable law.


13. Governing Law and Jurisdiction

13.1 This DPA is governed by the laws of the State of Wyoming, USA, without regard to conflict-of-law principles, except where superseded by mandatory GDPR, UK GDPR, or CCPA/CPRA provisions.

13.2 For Data Subjects resident in the EU/EEA, the SCCs are governed by the law of the EU Member State specified in the SCCs themselves.

13.3 Any disputes arising out of or in connection with this DPA will be subject to the exclusive jurisdiction of the courts of Sheridan County, Wyoming, USA, except where Customer or Data Subjects have non-waivable rights to bring proceedings in another jurisdiction under applicable consumer or data protection law.


14. Miscellaneous

14.1 Order of precedence. In the event of a conflict between (i) this DPA, (ii) the SCCs, and (iii) the Revive Terms of Service, the order of precedence is: (ii) → (i) → (iii).

14.2 Amendments. Revive may update this DPA to reflect changes in applicable law, sub-processor lists, or security measures. Material changes will be communicated to Customer at least 30 days in advance by email.

14.3 Severability. If any provision of this DPA is held invalid or unenforceable, the remainder of this DPA will remain in full force and effect.

14.4 Entire agreement on data protection. This DPA, together with the Terms of Service, constitutes the entire agreement between the parties with respect to the processing of personal data.


15. Acceptance

This DPA takes effect on the date Customer either (a) connects a Stripe account to Revive, or (b) countersigns a copy of this document and returns it to Revive.

For Quantum Branding LLC (Revive)

Name: Nizzar Ben Chekroune Title: Founder & Managing Member Date: 2026-04-09 Signature: _______________________________

For Customer

Company: _______________________________ Name: _______________________________ Title: _______________________________ Date: _______________________________ Signature: _______________________________


Annex I — Processing Details (populated per Customer)

Item Value
Customer (Controller) [to be completed]
Controller contact / DPO [to be completed]
Stripe account ID [set at time of OAuth connection]
Categories of Data Subjects End-customers with failed Stripe charges
Categories of Personal Data See Section 2.5
Processing operations See Section 2.3
Duration Term of Stripe connection + 30 days
Sub-processors See Section 6

Annex II — Technical and Organizational Measures

See Section 5 of this DPA.

Annex III — Sub-processor List

See Section 6 of this DPA. Current list maintained at: https://keeprevenue.com/legal/subprocessors

This DPA governs Revive's processing of personal data on your behalf. It is incorporated by reference into the Terms of Service. For questions or to request a countersigned copy, email nizzar@keeprevenue.com.