FreedomDev
TeamAssessmentThe Systems Edge616-737-6350
FreedomDev Logo

Your Dedicated Dev Partner. Zero Hiring Risk. No Agency Contracts.

201 W Washington Ave, Ste. 210

Zeeland MI

616-737-6350

contact@freedomdev.com

FacebookLinkedIn

Company

  • About Us
  • Culture
  • Our Team
  • Careers
  • Portfolio
  • Technologies
  • Contact

Core Services

  • All Services
  • Custom Software Development
  • Systems Integration
  • SQL Consulting
  • Database Services
  • Software Migrations
  • Performance Optimization

Specialized

  • QuickBooks Integration
  • ERP Development
  • Mobile App Development
  • Business Intelligence / Power BI
  • Business Consulting
  • AI Chatbots

Resources

  • Assessment
  • Blog
  • Resources
  • Testimonials
  • FAQ
  • The Systems Edge ↗

Solutions

  • Data Migration
  • Legacy Modernization
  • API Integration
  • Cloud Migration
  • Workflow Automation
  • Inventory Management
  • CRM Integration
  • Customer Portals
  • Reporting Dashboards
  • View All Solutions

Industries

  • Manufacturing
  • Automotive Manufacturing
  • Food Manufacturing
  • Logistics & Distribution
  • Construction
  • Financial Services
  • Retail & E-Commerce
  • View All Industries

Technologies

  • React
  • Node.js
  • .NET / C#
  • TypeScript
  • Python
  • SQL Server
  • PostgreSQL
  • Power BI
  • View All Technologies

Case Studies

  • Innotec ERP Migration
  • Great Lakes Fleet
  • Lakeshore QuickBooks
  • West MI Warehouse
  • View All Case Studies

Locations

  • Michigan
  • Ohio
  • Indiana
  • Illinois
  • View All Locations

Affiliations

  • FreedomDev is an InnoGroup Company
  • Located in the historic Colonial Clock Building
  • Proudly serving Innotec Corp. globally

Certifications

Proud member of the Michigan West Coast Chamber of Commerce

Gov. Contractor Codes

NAICS: 541511 (Custom Computer Programming)CAGE CODE: oYVQ9UEI: QS1AEB2PGF73
Download Capabilities Statement

© 2026 FreedomDev Sensible Software. All rights reserved.

HTML SitemapPrivacy & Cookies PolicyPortal
  1. Home
  2. /
  3. Solutions
  4. /
  5. GDPR Data Compliance Software: Consent Management & Data Subject Rights
Solution

GDPR Data Compliance Software: Consent Management & Data Subject Rights

Custom GDPR compliance software development — consent management platforms, DSAR automation, data mapping and inventory, privacy-by-design architecture, DPO tooling, and breach notification workflows — built by a Zeeland, MI company with 20+ years of regulated software development for companies handling EU personal data.

FD
20+ Years Regulated Software
GDPR Articles 5-49
Schrems II Compliant Architectures
Zeeland, MI

The Real Cost of GDPR Non-Compliance: DPA Enforcement, Schrems II Fallout, and Data Subject Lawsuits

GDPR enforcement is no longer theoretical. Between 2018 and 2024, European Data Protection Authorities issued over 2,000 enforcement actions totaling more than 4.5 billion euros in fines. Meta received a 1.2 billion euro fine from the Irish DPC in May 2023 for transferring EU personal data to the United States in violation of Schrems II. Amazon was fined 746 million euros by Luxembourg's CNPD for advertising targeting practices that lacked valid legal basis under Article 6. TikTok received a 345 million euro fine from the Irish DPC for processing children's data without adequate consent mechanisms under Article 7. These are not edge cases or technicalities — they represent systematic enforcement of provisions that apply to every company processing personal data of individuals in the European Economic Area, regardless of where the company is headquartered. A U.S.-based SaaS company with 500 EU customers is subject to the same GDPR obligations as a Berlin-based enterprise with 50 million users. The difference is that the Berlin company has a compliance team. The SaaS company has a checkbox on a signup form and calls it consent.

The operational cost of GDPR non-compliance extends well beyond fines. Article 15 gives every data subject the right to obtain confirmation of whether their personal data is being processed and, if so, access to that data along with the purposes of processing, categories of data, recipients, retention periods, and the source of the data. Articles 16 through 20 add rights to rectification, erasure, restriction of processing, data portability, and objection. Article 22 restricts automated individual decision-making including profiling. Together, these data subject rights create an operational burden that companies managing personal data in spreadsheets, scattered databases, and email threads simply cannot sustain. The GDPR requires responses to data subject access requests within one calendar month — with a possible two-month extension for complex requests, but only if the data subject is notified within the first month with reasons for the delay. A company that cannot locate all personal data it holds on a given individual across every system, backup, analytics platform, email server, CRM, and third-party processor within 30 days is in breach. According to a 2023 IAPP survey, the average enterprise takes 23 days to fulfill a single DSAR manually, involving 6 to 12 people across IT, legal, HR, and business units. At 50 DSARs per year — a modest volume for any company with meaningful EU customer or employee populations — that represents 1,150 person-days of compliance labor annually.

The Schrems II decision in July 2020 invalidated the EU-U.S. Privacy Shield framework, and while the EU-U.S. Data Privacy Framework was adopted in July 2023, it faces ongoing legal challenges and does not eliminate the need for transfer impact assessments and supplementary measures. Companies relying on Standard Contractual Clauses under Article 46(2)(c) for data transfers to third countries must conduct case-by-case assessments of the destination country's legal framework and implement technical, organizational, and contractual supplementary measures where necessary. This means encryption of data in transit and at rest with keys controlled by the EU data exporter, pseudonymization where possible, contractual commitments from data importers to challenge government access requests, and documented transfer impact assessments for every data flow that crosses EU borders. Companies that treat international data transfers as a legal checkbox rather than a technical architecture problem will find themselves on the wrong side of the next DPA enforcement wave.

DPA enforcement fines averaging 14.5 million euros per action in 2023, with administrative penalties up to 4% of global annual turnover under Article 83(5)

DSAR fulfillment averaging 23 days and 6-12 people per request — unsustainable at scale without automation

No single source of truth for personal data: scattered across CRM, email, analytics, HR systems, backups, and third-party processors

Schrems II transfer impact assessments required for every EU-to-third-country data flow, with no standardized methodology

Consent records that cannot demonstrate GDPR Article 7 compliance: freely given, specific, informed, unambiguous, and withdrawable

30-day breach notification deadline under Article 33 impossible without pre-built incident response workflows and data mapping

Need Help Implementing This Solution?

Our engineers have built this exact solution for other businesses. Let's discuss your requirements.

  • Proven implementation methodology
  • Experienced team — no learning on your dime
  • Clear timeline and transparent pricing

GDPR Compliance Software ROI: Enforcement Risk Reduction, Operational Efficiency, and Data Subject Trust

< 72 hrs
DSAR fulfillment time (down from 23-day industry average)
100%
Article 30 Records of Processing Activities coverage across all data flows
85%
Reduction in DSAR handling labor (from 6-12 people to 1-2 per request)
< 4 hrs
Breach notification preparation (within the 72-hour Article 33 window)
Zero
Consent records found non-compliant during DPA audit post-implementation
$150K+/yr
Estimated risk reduction from automated GDPR controls vs. manual processes

Facing this exact problem?

We can map out a transition plan tailored to your workflows.

The Transformation

Custom GDPR Compliance Software: From Consent Capture to Breach Notification

GDPR compliance is not a document you file — it is an operating system for how your company collects, processes, stores, transfers, and deletes personal data. FreedomDev builds custom GDPR compliance platforms that embed privacy requirements directly into your data architecture so that lawful processing is the default state, not a bolted-on afterthought. When a user gives consent on your platform, the system captures the specific purpose under Article 6(1)(a), the timestamp, the version of the privacy notice presented, the exact language of the consent request, and the mechanism by which consent was given — stored immutably in a consent ledger that satisfies the controller's burden of proof under Article 7(1). When that user withdraws consent, the system automatically propagates the withdrawal across every processing activity and third-party processor that relied on that consent as a legal basis, triggers data deletion or anonymization workflows where no other legal basis exists, and generates an auditable record of the withdrawal and its downstream effects. This is what Article 7(3) means in practice — withdrawal must be as easy as giving consent, and the operational consequences must be immediate and traceable.

The architecture starts with data mapping and inventory. You cannot comply with GDPR if you do not know what personal data you hold, where it lives, why you have it, who has access, who you share it with, and how long you keep it. FreedomDev builds automated data discovery and classification systems that scan your databases, file storage, email systems, SaaS platforms, analytics tools, and third-party integrations to build a living data inventory mapped to GDPR requirements. Every data element is classified by category (Article 4 definitions: name, email, IP address, location data, online identifiers, health data, biometric data), purpose of processing (Article 5(1)(b) purpose limitation), legal basis (Article 6(1) — consent, contract, legal obligation, vital interests, public task, or legitimate interests), retention period (Article 5(1)(e) storage limitation), and recipients including third-country transfers (Articles 13(1)(e) and 13(1)(f) transparency requirements). This data map is the foundation for everything else — DSAR fulfillment, breach impact assessment, transfer impact assessments, Data Protection Impact Assessments under Article 35, and Records of Processing Activities under Article 30. Without it, every other GDPR compliance activity is guesswork.

Privacy by design is not a marketing phrase — it is a legal requirement under Article 25. The controller must implement appropriate technical and organizational measures, both at the time of determination of the means for processing and at the time of the processing itself, designed to implement data protection principles such as data minimization in an effective manner. FreedomDev integrates privacy-by-design principles into the software architecture itself: data minimization enforced at the schema level so that systems cannot collect more personal data than the stated purpose requires, purpose limitation enforced through access controls that restrict data use to the purpose for which it was collected, storage limitation enforced through automated retention policies that delete or anonymize data when the retention period expires, and integrity and confidentiality enforced through encryption at rest and in transit with access logging that satisfies Article 32 security requirements. These are not policy documents — they are technical controls embedded in the codebase that make GDPR violations structurally difficult to commit. When we build compliance software, we integrate with your existing operational stack through our API integration services and align with your broader compliance management infrastructure.

Consent Management Platform (Articles 6, 7 & Recital 32)

A full-lifecycle consent management system that captures, stores, updates, and propagates consent across your entire processing ecosystem. Each consent record includes the specific purpose, the exact text presented to the data subject, the timestamp, the method of capture (checkbox, toggle, double opt-in email), the version of the privacy notice in effect, and the identity of the controller. Consent is granular per purpose — Article 6(1)(a) requires consent for each distinct processing purpose, and bundling consent with terms of service violates Recital 32's requirement that consent be freely given. The platform supports preference centers where data subjects manage their consents, automatic propagation of consent changes to downstream processors via API, and dashboards showing consent coverage rates across your processing activities. Pre-checked boxes and implied consent mechanisms are flagged and blocked — the Planet49 CJEU ruling (C-673/17) established that pre-ticked checkboxes do not constitute valid consent.

DSAR Automation Engine (Articles 15-22)

Automated data subject request handling that reduces fulfillment from 23 days to under 72 hours. When a data subject submits a request — access (Article 15), rectification (Article 16), erasure (Article 17), restriction (Article 18), portability (Article 20), or objection (Article 21) — the system automatically verifies the data subject's identity, queries all connected data sources for matching personal data, compiles the response in a structured machine-readable format for portability requests, routes the request to the appropriate handler based on request type and complexity, tracks the 30-day deadline with automatic escalation at 15 and 25 days, and generates the response package with all information required under Article 15(1) through 15(4). For erasure requests under the right to be forgotten, the system checks all six exceptions under Article 17(3) — freedom of expression, legal obligation, public health, archiving in the public interest, and legal claims — before executing deletion. Partial erasure is supported where some data must be retained under a different legal basis.

Data Mapping & Records of Processing (Article 30)

Automated discovery and continuous monitoring of personal data across your infrastructure. The system maintains a living Article 30 Record of Processing Activities that includes the name and contact details of the controller and DPO, the purposes of processing, categories of data subjects and personal data, categories of recipients, third-country transfers with safeguard documentation, retention periods, and a general description of technical and organizational security measures under Article 30(1). Data flows are visualized as directed graphs showing how personal data moves from collection point through processing systems to storage and eventual deletion or anonymization. When new data sources are added or data flows change, the system detects the modification and flags it for DPO review. This is not a static spreadsheet — it is a live operational view of your data processing that updates as your systems change.

Breach Detection & Notification Workflow (Articles 33-34)

Article 33 requires notification to the supervisory authority within 72 hours of becoming aware of a personal data breach, unless the breach is unlikely to result in a risk to the rights and freedoms of natural persons. Article 34 requires direct communication to affected data subjects when the breach is likely to result in a high risk. Our breach notification system integrates with your security infrastructure (SIEM, IDS/IPS, access logs) to detect potential breaches, automatically assesses the severity using the Article 34 risk threshold and the EDPB breach notification guidelines, pre-populates the supervisory authority notification form with the information required under Article 33(3) — nature of the breach, categories and approximate number of data subjects and records affected, DPO contact details, likely consequences, and measures taken or proposed — and manages the 72-hour timeline with escalation at 24 and 48 hours. For breaches requiring data subject notification, the system generates communication templates, identifies affected individuals from the data map, and tracks notification delivery.

Data Protection Impact Assessment Tool (Article 35)

Article 35 requires a DPIA before any processing that is likely to result in a high risk to the rights and freedoms of natural persons — specifically including systematic and extensive profiling with legal or significant effects, large-scale processing of special category data under Article 9, and systematic monitoring of publicly accessible areas. Our DPIA tool walks your team through the structured assessment required by Article 35(7): a systematic description of the processing operations and purposes, assessment of necessity and proportionality, assessment of risks to data subjects' rights and freedoms, and the measures envisaged to address those risks including safeguards and security measures. DPIAs are versioned, linked to the processing activities they assess, and automatically flagged for review when the underlying processing changes. When the DPIA indicates high residual risk after mitigation measures, the system triggers the Article 36 prior consultation workflow for submission to the supervisory authority.

International Transfer Management (Articles 44-49, Schrems II)

Every cross-border data transfer is tracked, documented, and assessed. The system maintains a transfer map showing all data flows from the EEA to third countries, the transfer mechanism for each flow (adequacy decision under Article 45, Standard Contractual Clauses under Article 46(2)(c), Binding Corporate Rules under Article 47, or a derogation under Article 49), and the supplementary measures implemented per the EDPB Recommendations 01/2020. For transfers relying on SCCs, the system stores the executed clauses, tracks the transfer impact assessment documenting the legal framework of the destination country, records the technical supplementary measures (encryption with EU-held keys, pseudonymization, split processing), and flags transfers for reassessment when the legal landscape changes — as it did with Schrems II, and as it may again with challenges to the EU-U.S. Data Privacy Framework. The system distinguishes between transfers to countries with adequacy decisions (currently 15 jurisdictions) and those requiring additional safeguards, ensuring your DPO has a complete view of transfer risk at all times.

Want a Custom Implementation Plan?

We'll map your requirements to a concrete plan with phases, milestones, and a realistic budget.

  • Detailed scope document you can share with stakeholders
  • Phased approach — start small, scale as you see results
  • No surprises — fixed-price or transparent hourly
“
We were handling DSARs manually — each one took three weeks and involved people from six departments digging through different systems. After FreedomDev built our GDPR compliance platform, we fulfill access requests in under 48 hours with one privacy team member. Our DPO finally has a real-time view of every data flow, every consent record, and every transfer mechanism. When the Irish DPC sent us a compliance questionnaire, we generated every document they requested in a single afternoon.
General Counsel—U.S. SaaS Company with EU Customer Base

Our Process

01

Data Processing Audit & Gap Analysis (2-3 Weeks)

We conduct a comprehensive audit of your personal data processing activities. This includes mapping every system that collects, processes, or stores personal data of EU data subjects — CRM, email marketing, analytics, HR systems, customer support platforms, payment processors, cloud storage, backups, and third-party integrations. For each system, we document what personal data categories are processed, the legal basis under Article 6(1), current retention practices, access controls, data flows to third parties and third countries, and existing consent mechanisms. We assess your current state against each GDPR chapter: lawfulness of processing (Articles 5-11), data subject rights procedures (Articles 12-23), controller and processor obligations (Articles 24-43), transfer mechanisms (Articles 44-49), and security measures (Article 32). Deliverable: a gap analysis matrix mapping your current state against GDPR requirements, prioritized by enforcement risk, with a remediation roadmap and cost estimates for each compliance gap.

02

Privacy Architecture & Data Model Design (2-3 Weeks)

We design the technical architecture for your GDPR compliance platform based on the gap analysis findings. This includes the consent management data model (consent records, purpose taxonomy, legal basis mapping, withdrawal propagation logic), the DSAR fulfillment pipeline (identity verification, data source connectors, response compilation, deadline tracking), the Article 30 Records of Processing Activities schema, the breach notification workflow state machine, and the DPIA template library. For companies with complex international data flows, we design the transfer impact assessment framework and supplementary measures architecture. Privacy-by-design principles from Article 25 are embedded at the data model level: personal data fields are flagged with purpose, legal basis, and retention period metadata so that automated retention enforcement, purpose limitation checks, and data minimization validation are structurally possible. Integration points with your existing systems are specified — which APIs we will connect to, which databases we will scan, which security tools will feed the breach detection pipeline.

03

Platform Development & Integration (6-10 Weeks)

We build the compliance platform in priority order based on enforcement risk. Consent management and Article 30 Records of Processing Activities typically come first because they address the most common DPA enforcement targets. DSAR automation follows because it eliminates the highest operational cost. Data mapping and breach notification complete the core platform. Each module is built with full audit trails — every configuration change, every consent record, every DSAR response, every breach assessment is logged immutably with timestamp, user identity, and action details. Integration with your existing systems happens incrementally: CRM and marketing platforms first (highest consent and DSAR volume), then HR and internal systems, then analytics and third-party processors. For companies in the financial services sector, we ensure the platform meets the overlapping requirements of both GDPR and financial regulatory frameworks. Load testing validates that the system handles your DSAR volume, consent transaction throughput, and data discovery queries across your full data estate.

04

DPO Review, Testing & Compliance Validation (2-3 Weeks)

Your Data Protection Officer or external DPO reviews every workflow against the specific GDPR articles it implements. We execute test scenarios for each data subject right: a full Article 15 access request across all connected systems, an Article 17 erasure request with retention exceptions, an Article 20 portability request in machine-readable format, an Article 21 objection to direct marketing. Breach notification is tested end-to-end: simulated breach detection, automatic severity assessment, 72-hour notification timeline, and data subject communication generation. Consent workflows are tested for every capture method your platform uses — web forms, mobile apps, API integrations, offline collection — including withdrawal and re-consent scenarios. The system is validated against the EDPB guidelines on consent (Guidelines 05/2020), transparency (Guidelines on Transparency), data subject rights (Guidelines on the Right of Access), and breach notification (Guidelines 9/2022). Any findings are remediated before go-live.

05

Go-Live, DPO Training & Ongoing Compliance Monitoring (Ongoing)

We deploy the platform in phases — consent management and Records of Processing Activities first, DSAR automation second, breach notification third — so that the highest-risk compliance gaps are closed immediately. Role-specific training covers DPO dashboard and reporting functions, privacy team DSAR handling and breach assessment workflows, marketing team consent management and preference center operations, IT team data mapping maintenance and security integration, and executive team compliance posture reporting. Post-launch, we provide ongoing monitoring that includes regulatory change tracking (new EDPB guidelines, CJEU rulings, DPA enforcement decisions, and amendments to national implementing legislation), automated compliance health checks that flag drift from configured policies, and quarterly compliance posture reports for board-level reporting under Article 38 DPO obligations. Ongoing maintenance runs $2,000-$6,000 per month depending on data volume, DSAR throughput, number of connected systems, and the complexity of your international transfer landscape.

Before vs After

MetricWith FreedomDevWithout
Consent Management DepthArticle 6/7 compliant: granular per-purpose, version-tracked, withdrawal-propagatedCookie banner + checkbox; no downstream propagation or legal basis tracking
DSAR AutomationEnd-to-end: identity verification, multi-system data discovery, compiled response, deadline trackingTicketing system with manual data collection from each department
Data MappingAutomated discovery across databases, SaaS, email, analytics; continuous monitoringManual spreadsheet inventory updated annually (if at all)
Breach NotificationSIEM-integrated detection, automatic severity assessment, pre-populated DPA forms, 72-hour timeline managementAd-hoc incident response; manual DPA notification form completion
International TransfersTransfer maps, TIA documentation, SCC tracking, supplementary measures per Schrems IIGeneric SCC templates with no transfer impact assessment
Implementation Cost$100K-$300K complete custom platformOneTrust/TrustArc: $50K-$200K/yr licensing + $50K-$150K implementation
Annual Cost (Year 2+)$24K-$72K maintenance$50K-$200K+/yr recurring licensing + internal configuration team
Regulatory SpecificityBuilt to specific GDPR articles, EDPB guidelines, and CJEU case lawHorizontal privacy platform covering GDPR, CCPA, LGPD superficially

Ready to Solve This?

Schedule a direct technical consultation with our senior architects.

Explore More

Compliance ManagementAPI IntegrationSecurity AuditFinancial ServicesInsurance

Frequently Asked Questions

How much does custom GDPR compliance software cost?
Custom GDPR compliance software costs range from $100,000 to $300,000+ depending on the scope of personal data processing, the number of systems that need integration, whether you handle international data transfers requiring Schrems II-compliant architecture, and the volume of data subject requests you process. A focused consent management and DSAR automation platform for a SaaS company with 3-5 data sources and moderate DSAR volume typically falls in the $100,000-$150,000 range. A comprehensive GDPR compliance platform covering consent management, DSAR automation, data mapping, breach notification, DPIA tooling, and international transfer management for an enterprise with 15-30 connected systems, complex third-party processor relationships, and high DSAR volume runs $200,000-$300,000+. Compare this to OneTrust or TrustArc licensing, which runs $50,000-$200,000 per year in recurring fees plus $50,000-$150,000 in implementation consulting, with ongoing configuration and customization costs on top. Custom GDPR software has a higher first-year investment but eliminates recurring licensing fees and delivers a platform built to your specific data processing landscape rather than a generic tool you configure yourself. The breakeven point versus annual SaaS licensing typically occurs within 18-30 months. Annual maintenance for custom systems runs $24,000-$72,000, covering regulatory change monitoring, EDPB guideline updates, system maintenance, and technical support. For companies weighing the decision: if you operate in a single jurisdiction with simple processing activities, an off-the-shelf tool may suffice. If you have complex international data flows, high DSAR volumes, custom consent requirements, or overlapping regulatory obligations beyond GDPR, custom software delivers lower total cost of ownership and better compliance outcomes.
What is the difference between GDPR consent and legitimate interest as a legal basis?
Article 6(1) provides six legal bases for processing personal data, and choosing the wrong one is a common enforcement trigger. Consent under Article 6(1)(a) requires a clear affirmative act — a statement or active opt-in — that is freely given, specific to each processing purpose, informed (the data subject understands what they are consenting to), and unambiguous. Consent must be withdrawable at any time under Article 7(3), and withdrawal must be as easy as giving consent. When you rely on consent, you must be prepared for the data subject to withdraw it, at which point you must stop processing and delete or anonymize the data unless another legal basis applies. Legitimate interest under Article 6(1)(f) does not require the data subject's consent, but it requires a three-part balancing test documented in a Legitimate Interest Assessment: first, identify the legitimate interest being pursued (it must be real, specific, and not hypothetical); second, demonstrate that the processing is necessary to achieve that interest (not merely convenient — necessary); third, balance the interest against the data subject's rights and freedoms, considering the nature of the data, the reasonable expectations of the data subject, the relationship between the controller and the data subject, and the impact of the processing. If the data subject's interests override yours, legitimate interest fails as a legal basis. The EDPB has been clear that legitimate interest is not a fallback when consent is too difficult to obtain. Using legitimate interest for direct marketing email when you could have obtained consent — simply because consent creates an opt-out obligation — is exactly the kind of reasoning that DPAs penalize. Our consent management platform tracks which legal basis applies to each processing purpose and enforces the obligations specific to each basis, so your team does not accidentally treat consent-based processing like legitimate-interest processing or vice versa.
How does DSAR automation work across multiple systems?
DSAR automation requires three capabilities: identity resolution across systems, automated data discovery, and response compilation. When a data subject submits a request, the first challenge is verifying their identity — Article 12(6) allows the controller to request additional information to confirm the identity of the data subject when there are reasonable doubts. Our system supports configurable identity verification workflows: email verification for low-risk requests, government ID upload for high-risk requests involving sensitive data, and multi-factor verification for requests that could result in data deletion. Once identity is confirmed, the system queries every connected data source using the data subject's known identifiers — email addresses, customer IDs, phone numbers, IP addresses, cookie identifiers, and any other personal data used as keys across your systems. The data map built during implementation defines which systems to query, which fields contain personal data, and which identifiers link records across systems. For Article 15 access requests, the system compiles all personal data into a structured response that includes the information required by Article 15(1): purposes of processing, categories of personal data, recipients, retention periods, the existence of data subject rights, the right to lodge a complaint with a supervisory authority, the source of the data, and the existence of automated decision-making under Article 22. For Article 20 portability requests, the data is exported in a structured, commonly used, machine-readable format — typically JSON or CSV. For Article 17 erasure requests, the system checks each data element against the six exceptions in Article 17(3) and executes deletion only where no exception applies, documenting the legal basis for any data retained. The entire workflow — from request submission to response delivery — is tracked with immutable audit trails showing every system queried, every data element found, every decision made, and the final response delivered to the data subject.
What are the technical requirements for GDPR Article 32 security?
Article 32 requires controllers and processors to implement appropriate technical and organizational measures to ensure a level of security appropriate to the risk, taking into account the state of the art, the costs of implementation, and the nature, scope, context, and purposes of processing. The article specifically names four measures: pseudonymization and encryption of personal data, the ability to ensure ongoing confidentiality, integrity, availability, and resilience of processing systems, the ability to restore the availability and access to personal data in a timely manner in the event of a physical or technical incident, and a process for regularly testing, assessing, and evaluating the effectiveness of technical and organizational measures. In practice, DPA enforcement actions have established expectations well beyond these four bullet points. Encryption must cover data at rest (AES-256 or equivalent) and in transit (TLS 1.2 minimum, TLS 1.3 preferred). Access controls must follow the principle of least privilege with role-based permissions, multi-factor authentication for administrative access, and regular access reviews. Logging must capture authentication events, data access events, configuration changes, and administrative actions with sufficient detail for forensic investigation. Backup and disaster recovery must demonstrate the ability to restore personal data within defined recovery time objectives. Vulnerability management must include regular penetration testing, patch management with defined timelines, and incident detection capabilities. Our GDPR compliance platform implements these security measures as baseline architecture — encryption at rest and in transit, RBAC with MFA, comprehensive audit logging, automated backup with tested recovery procedures, and integration with your SIEM for real-time security monitoring. The platform itself is built to the security standard it enforces, which is not something you can say about a spreadsheet-based compliance program.
How do you handle Schrems II and international data transfers?
The Schrems II decision (Case C-311/18, July 2020) invalidated the EU-U.S. Privacy Shield and imposed strict requirements on Standard Contractual Clauses: SCCs alone are insufficient if the destination country's legal framework undermines the protections they provide. While the EU-U.S. Data Privacy Framework adopted in July 2023 provides a new adequacy mechanism for certified U.S. companies, it faces legal challenges and does not cover transfers to non-U.S. third countries. Our approach treats international data transfers as a technical architecture problem, not just a legal documentation exercise. For each data flow crossing EEA borders, we implement a four-layer compliance framework. First, transfer mapping: we identify every data flow, the categories of personal data transferred, the recipients, and the destination country. Second, transfer mechanism selection: adequacy decision under Article 45 where available (currently 15 jurisdictions including the U.S. under DPF for certified companies, UK, Japan, South Korea, Canada for commercial organizations), SCCs under Article 46(2)(c) where no adequacy decision exists, or Binding Corporate Rules under Article 47 for intra-group transfers. Third, transfer impact assessment per the EDPB Recommendations 01/2020: we assess the destination country's legal framework regarding government access to data, evaluate whether the transfer mechanism provides essentially equivalent protection to GDPR, and identify gaps that require supplementary measures. Fourth, technical supplementary measures: encryption with keys held exclusively by the EU data exporter (so that the data importer and destination country authorities cannot access plaintext data), pseudonymization where feasible, split or multi-party processing that prevents any single entity in the third country from accessing complete personal data sets, and contractual commitments from data importers to challenge access requests and notify the data exporter. All of this is documented in the compliance platform, linked to the relevant data flows in the Article 30 record, and flagged for reassessment when legal frameworks change.
What GDPR obligations apply specifically to SaaS companies with EU customers?
SaaS companies with EU customers are subject to the full scope of GDPR regardless of where the company is headquartered — Article 3(2) extends GDPR's territorial scope to controllers and processors not established in the EU that offer goods or services to data subjects in the Union. The practical obligations break down across several areas. First, lawful basis: every processing activity needs a documented legal basis under Article 6(1). For SaaS, this typically means consent for marketing communications and optional analytics, contract performance for core service delivery, and legitimate interest for fraud prevention and service improvement — each documented separately. Second, transparency: Articles 13 and 14 require detailed privacy notices covering the identity of the controller, DPO contact details, purposes and legal basis for each processing activity, categories of recipients, international transfer mechanisms, retention periods, data subject rights, and the right to withdraw consent and lodge complaints. Third, data processing agreements: if your SaaS processes personal data on behalf of customers (you are a processor under Article 4(8)), Article 28 requires binding contracts covering the subject matter and duration of processing, the nature and purpose, the types of personal data, the categories of data subjects, and the controller's obligations and rights. Fourth, Article 27 representative: if you are not established in the EU but process EU personal data, you must designate a representative in the EU. Fifth, data protection by design and by default under Article 25: your SaaS must be architected so that, by default, only personal data necessary for each specific purpose is processed, data is not made accessible to an indefinite number of persons without the individual's intervention, and privacy-protective settings are the default rather than the most permissive option. Our platform handles all of these obligations systemically — the consent management system handles lawful basis and transparency, the DSAR engine handles data subject rights, the data mapping system handles Article 30 records, and the transfer management system handles international data flow compliance.

Stop Working For Your Software

Make your software work for you. Let's build a sensible solution.