DPA Sections 1-5: Core Requirements
Section 1: Subject and Duration of Processing
Reconcify is a SaaS platform purpose-built for digital processing of accounting documents (invoices and bank statements). The system performs OCR, structured data extraction, bank transaction matching, and spreadsheet output. Processing duration is tied to the service agreement between the Processor and the Controller. All processing is on-demand, initiated by authenticated users.
Section 2: Purpose of Processing
The sole purpose is to support the client in performing financial bookkeeping for their mandates. The system extracts invoice data, matches it against bank transactions, and produces structured output for the tax advisor's workflow. No data is used for any other purpose, including marketing, analytics, or model training.
Section 3: Categories of Personal Data
The system processes: names and addresses (from invoices), billing and invoice data (amounts, dates, invoice numbers), bank and payment data (IBAN, transaction amounts, counterparty names), and tax-relevant business data (VAT rates, tax IDs). Payroll data is not processed by Reconcify.
Section 4: Categories of Data Subjects
Data subjects include: clients of the accounting firm, customers and suppliers of those clients (whose names appear on invoices and bank statements), and employees of the accounting firm who use the platform. The system does not process data about the general public.
Section 5: Right of Instruction
All data processing is initiated by explicit user action: the user uploads documents and submits a processing job via the web interface. The system performs no background data collection, no scheduled processing, and no autonomous analysis. Every processing run is traceable to a specific user, timestamp, and job ID. The system operates exclusively within documented instructions.
DPA Sections 6-9: Security, Support & Deletion
Section 6: Confidentiality
- All sensitive data encrypted at rest (AES-256-GCM) with per-organization encryption keys
- All data in transit encrypted via TLS
- Role-based access control (admin/operator) enforced at the API layer
- Optional Multi-Factor Authentication (TOTP) available for all users
- All team members bound by confidentiality obligations
Section 7: GDPR Support Obligations
- Data portability (Art. 20): Users can export their personal data as structured JSON
- Consent tracking (Art. 7): Consent recorded with timestamps and version during onboarding
- Breach notification (Art. 33/34): Procedure documented in this agreement
Section 9: Data Deletion and Return
- Users can delete their own account and all associated data
- Admins can delete an entire organization and all associated data (requires re-authentication)
- Uploaded files automatically purged after 90 days; audit logs after 12 months
- Upon termination of the service agreement, all data is deleted or returned per the Controller's instructions
Technical and Organizational Measures (TOM 1-9)
Section TOM 1: Access Control
- Role-based access control (RBAC) with admin and operator roles
- Per-organization data isolation enforced at the database row level
- Optional MFA (TOTP) for all user accounts
Section TOM 2: Encryption
- All data encrypted at rest using AES-256-GCM with per-organization keys
- All data in transit encrypted via TLS 1.2+
- Encryption keys stored separately from encrypted data
Section TOM 3: Availability and Resilience
- Hosted on Railway with automatic restarts and health checks
- Supabase provides managed PostgreSQL with automated backups
- Infrastructure monitored continuously; incidents trigger automated alerts
Section TOM 4: Data Minimisation
- Only data necessary for bookkeeping purposes is collected and stored
- Uploaded files purged after 90 days; audit logs after 12 months
- No data retained beyond service agreement termination
Section TOM 5: Integrity Controls
- All API mutations require authenticated session tokens
- Database constraints and application-level validation prevent corrupt writes
- Audit log captures every data-modifying action with user and timestamp
Section TOM 6: Logging and Audit
- Comprehensive audit log stored in append-only table in Supabase
- Log entries include actor, action, resource, timestamp, and IP address
- Audit logs retained for 12 months and accessible to organization admins
Section TOM 7: Incident Response
- Breach notification procedure documented in this agreement
- Controller notified within 72 hours of confirmed breach (Art. 33 GDPR)
- Incident post-mortems documented and retained
Section TOM 8: Sub-Processor Management
- All sub-processors listed in the Sub-Processors section above with data received and transfer mechanism
- Controller notified of sub-processor changes with 30-day objection window
- DPAs or Standard Contractual Clauses in place with all sub-processors
Section TOM 9: Physical Security
- No on-premise infrastructure; all processing in ISO 27001-certified cloud data centers
- Supabase Frankfurt (EU) data center provides physical access controls and CCTV
- Development devices protected by full-disk encryption and screen lock policies
Sub-Processors
| Sub-Processor | Data Received | Region | Status |
|---|---|---|---|
| Mistral AI | Invoice documents, OCR text | EU (France / Frankreich) | Via ToS |
| Supabase | All persisted data | EU (Frankfurt, DE) | Signed |
| Railway | Application runtime | US / EU | Via ToS |
| Resend | Emails | US (SCCs) | Via ToS |
| Google (optional) | Invoice files, results | Google Cloud | If enabled |
Conclusion
The Reconcify platform meets all requirements for a Data Processing Agreement under Art. 28 GDPR. All data encrypted at rest and in transit. EU data residency achieved: AI processing in France, database in Germany. Data processing agreements in place with all sub-processors. Breach notification procedure documented. The signed Supabase DPA (ref: CC2YH-Q7UCC-8HEPW-TFHYL) is provided as a separate attachment.