FreeTOS DPA Generator

Free Data Processing Agreement Generator

If you process personal data on behalf of clients — or if a vendor processes yours — you need a DPA. It's a GDPR requirement, not optional. Generate one free.

100% Free · GDPR Article 28 · No Signup Required
✨ Customize Your DPA
🇪🇺 Processes EU Resident Data
🇬🇧 UK GDPR Applies
📋 Standard Contractual Clauses (SCCs)
🔗 Sub-Processors Used
🚨 72-Hour Breach Notification
🗑️ Data Deletion on Contract End
🔍 Audit Rights Included
📊 DPIA Required
🏥 Special Category / Health Data
☁️ Cloud Storage Provider
📄 DPA Preview
🤝
Fill in your details and click
Generate Free DPA
100% Free
GDPR Article 28 Compliant
SCCs Included
No Account Required
Instant Download

Why You Actually Need a DPA

No paywalls. No subscriptions. Just the legal document your vendor contracts require.

⚖️

GDPR Article 28 — Not Optional

The GDPR literally requires a written contract between controllers and processors. Not a handshake, not an email chain — a documented DPA. Every vendor who touches your customer data needs one. No exceptions.

🛡️

Protects Both Sides

A good DPA is equally important for the processor as the controller. It defines what you're allowed to do with the data, protects you from overreach claims, and sets clear boundaries if something goes wrong.

💼

Enterprise Sales Blocker Without It

If you're selling to mid-market or enterprise clients in the EU, their legal teams will ask for a DPA before they sign. Not having one ready costs deals. Having one ready costs nothing.

What GDPR Article 28 Actually Requires From Your DPA

The specifics you need to understand before generating your agreement.

Let's start with the basics. Under GDPR, there are two roles that matter for data processing. The data controller is the organization that decides why and how personal data is processed. That's usually you — the company that collected user data to provide a service. The data processor is a third party that processes personal data on your behalf according to your instructions. Think your email marketing platform, your analytics provider, your cloud hosting company, your payment processor.

The moment you hand customer data to any of these vendors, GDPR Article 28 kicks in. And it requires a written contract. Not an email. Not a checkbox in their terms of service. A specific, documented agreement that covers seven mandatory elements.

The 7 mandatory elements under GDPR Article 28(3):
  1. The processor acts only on documented instructions from the controller
  2. People with access to the data are bound by confidentiality obligations
  3. Technical and organizational security measures are in place (Article 32)
  4. Sub-processors can only be engaged with prior written authorization from the controller
  5. The processor assists the controller in responding to data subject rights requests
  6. The processor assists with breach notification, DPIAs, and DPO consultations
  7. Data is deleted or returned to the controller after services end

What happens when you don't have one? In 2022, France's data protection authority CNIL fined Google €150 million. Part of that enforcement action related to how Google processed data as a processor for other businesses without properly documented agreements. The fine wasn't just about cookies. It was about the entire structure of the data relationship not being properly formalized.

Then there's the sub-processor chain. This is where it gets interesting. When you use a CRM like HubSpot, HubSpot is your processor. But HubSpot uses Amazon Web Services to store data. AWS is a sub-processor. Under Article 28(2), your DPA must either specifically authorize these sub-processors or set up a general authorization process with notification requirements. If HubSpot adds a new sub-processor without telling you, and your DPA doesn't address this, you're both potentially exposed.

Cross-border transfers got a lot more complicated after the Court of Justice of the European Union's Schrems II ruling in July 2020. The ruling invalidated the EU-US Privacy Shield. That meant thousands of businesses were suddenly transferring data to the US without a valid legal mechanism. The replacement is Standard Contractual Clauses (SCCs), which are pre-approved contract templates issued by the European Commission. Your DPA should reference these if you're working with non-EU processors.

The 72-hour breach notification requirement is another non-negotiable. Under GDPR Article 33, you have 72 hours from becoming aware of a personal data breach to notify your supervisory authority. But here's the thing — if the breach happens at your processor's end, they're the ones who'll find out first. Your DPA needs to require them to notify you promptly so you can meet your own deadline. "Promptly" should be defined. Our generator specifies 24 hours from the processor's discovery of the breach.

And audit rights. Many companies skip this because it feels theoretical — you're never actually going to audit Stripe. But including audit rights (or at minimum, the right to receive audit reports and certifications) gives you leverage and demonstrates accountability. For processors serving regulated industries like healthcare or finance, documented audit rights are non-negotiable.

Real enforcement you should know about:

The Swedish data protection authority fined a hospital for using a vendor without a valid DPA, even though no breach occurred. The Austrian DPA found that using Google Analytics without proper processor agreements violated GDPR. The Irish DPC investigated companies specifically for missing or inadequate DPAs with their SaaS vendors. This isn't theoretical risk. It's the kind of thing that shows up in routine audits.

For special category data (health records, biometric data, religious beliefs, political opinions), the requirements are even stricter. Article 9 of GDPR imposes additional conditions on processing this data. Your DPA should explicitly acknowledge the data categories involved and the specific security measures that apply to them. Health data in particular requires explicit consent or one of the narrow exemptions, and your processor needs to be bound to these restrictions contractually.

The bottom line is this. If you're a SaaS company, an agency, a startup, or any business that uses software to store or process customer data, you need DPAs with your vendors. And if you process data on behalf of clients, they need DPAs with you. Our generator creates both sides of this equation. Fill in the form, generate, download. Done.

What's Included in Your Generated DPA

Every clause your legal team would include. All of them. For free.

📋

Parties Identification

Full identification of both the data controller and data processor, including registered addresses, contact details, and legal representatives.

📝

Subject Matter and Duration

Clear definition of what the processing covers, the term of the agreement, and what happens to data when the agreement ends.

🎯

Nature and Purpose of Processing

Specific description of what the processor does with the data and for what purposes, ensuring processing stays within authorized boundaries.

👥

Data Categories and Data Subjects

Inventory of the types of personal data being processed and the categories of individuals whose data is included (customers, employees, users).

⚖️

Controller Obligations

What the data controller commits to: providing lawful instructions, ensuring data subjects have been informed, and maintaining appropriate records.

🔒

Processor Obligations

Confidentiality requirements, staff training obligations, security implementation requirements, and the duty to follow controller instructions only.

🔗

Sub-Processor Authorization

Framework for approving sub-processors, notification requirements when sub-processors change, and flow-down obligations to ensure the sub-processor is equally bound.

🛡️

Security Measures

Technical and organizational security measures as required by GDPR Article 32, including encryption, access controls, and incident response capabilities.

🚨

Breach Notification Procedure

Processor's obligation to notify the controller within 24 hours of discovering a breach, with the information required under Article 33(3) of GDPR.

🗑️

Data Return / Deletion Clause

Clear process for returning or securely deleting all personal data at contract termination, with written certification that deletion has occurred.

Frequently Asked Questions

Everything you need to know about Data Processing Agreements

A data controller decides why and how personal data is processed. If you run an e-commerce store and collect customer emails, you're the controller. A data processor handles personal data on behalf of the controller. So the email marketing platform you send those emails through is a processor. The key difference is who sets the purpose. Controllers set the purpose. Processors just carry out the instructions. Under GDPR, controllers have primary accountability but processors have their own direct obligations too.
You need one for every vendor who processes personal data on your behalf. That means your CRM, email marketing tool, analytics platform, cloud hosting provider, customer support software, payment processor, and any other SaaS tool that stores or handles your users' data. If they just provide a service where you input your own data and they never touch personal data about your users, a DPA isn't required. But most modern business software does touch personal data in some way, so err on the side of having one.
Article 28 is the GDPR provision that mandates written contracts between data controllers and processors. It lists the specific clauses that must be included in any such contract. When you see vendors offering a "GDPR DPA" in their settings or as a downloadable document, they're trying to fulfill this requirement for their customers. If you're the one providing services and processing client data, you need to offer a DPA to your clients. It's a two-way obligation.
SCCs are pre-approved contract templates published by the European Commission for transferring personal data from the EU to countries without an adequate data protection framework. The US doesn't have a general adequacy decision (though the EU-US Data Privacy Framework covers some companies). So when you use a US-based vendor to process EU personal data, you typically need SCCs. The current set was published in 2021 and replaced the older versions that were issued before Schrems II. Many major vendors include these in their DPA by default now.
Processing personal data without a valid DPA in place is itself a GDPR violation, separate from any breach. Supervisory authorities can fine you for this. The Swedish DPA fined a healthcare provider for using a vendor without an adequate DPA even though no breach happened. The fine was for the missing contract, not a data incident. For most small businesses, the more immediate risk is losing enterprise clients who require DPAs as part of their vendor due diligence. No DPA means no deal.
A DPA typically lasts for the duration of the underlying service agreement. When the main contract ends, the DPA ends too. But the data obligations don't necessarily end immediately. The DPA should specify what happens to the data after termination (return it, delete it, confirm deletion in writing). The data deletion obligation survives the DPA itself, which is why you see clauses about what the processor does with data after the contract ends.
Yes, if they're processing EU personal data. In fact, US-based vendors are more likely to need SCCs in addition to the standard DPA clauses, because the EU requires appropriate safeguards for cross-border transfers. Many US vendors like AWS, Google, Microsoft, and Salesforce have published pre-signed DPAs and SCCs that you can accept through their admin consoles. For smaller vendors who haven't done this, you'll need to negotiate the contract directly.
A Data Protection Impact Assessment (DPIA) is a process for evaluating the privacy risks of a new processing activity before you start doing it. GDPR Article 35 requires a DPIA when processing is "likely to result in a high risk to the rights and freedoms of natural persons." That includes large-scale processing of special category data (health, biometric, religious), systematic monitoring of public spaces, and processing that involves automated decision-making with significant effects on individuals. Your DPA should specify that the processor will assist you in conducting DPIAs when required.
You can use the same template but you need to customize it for each vendor. At minimum, the parties, the description of processing activities, the data categories, and the security measures should reflect the actual relationship with that specific vendor. A blanket DPA with the wrong vendor name or scope is legally problematic. That said, having a solid template like the one our generator produces makes the process much faster. Fill in the vendor-specific details, keep the legal structure consistent.
No. They serve completely different purposes. A privacy policy is a public document explaining to your users how you collect, use, and protect their personal data. A DPA is a private contract between your company and a vendor. Your privacy policy might mention that you use certain vendors to process data. Your DPA with those vendors is the actual legal agreement that governs that relationship. You need both. They cover different relationships — user-facing versus vendor-facing.

FreeTOS vs Paid DPA Services

What you'd pay a law firm or paid service versus what you get here for free.

Feature FreeTOS Paid DPA Service Law Firm Template
Price Free $15/mo+ $300+
Signup Required No Yes Yes
Article 28 Compliance Full Full Full
SCCs Included Yes Paid tier Separate doc
PDF Download Free Paid plan Included
Customization AI-tailored Template-based Manual edit
Instant Generation Yes Yes Days/weeks

How to Use Your DPA in Practice

Three common scenarios where your DPA gets used and how to handle each one.

🤝

Vendor Onboarding

  1. Generate your DPA template on FreeTOS
  2. Customize with the vendor's details
  3. Check if the vendor has their own published DPA first
  4. If they do, review it against your requirements
  5. If they don't, send them your generated version
  6. Get signatures before they start processing data
  7. Store signed copies in your compliance records
📄

MSA Attachment

  1. Include the DPA as Schedule or Exhibit to your MSA
  2. Reference it explicitly in the main agreement
  3. Define that DPA terms prevail for data processing matters
  4. Ensure both parties sign the main agreement and the DPA
  5. Add a version date so you can track updates
💼

B2B Contract Package

  1. Bundle DPA with your Terms of Service and Privacy Policy
  2. Enterprise prospects will request all three as part of vendor security review
  3. Keep a master DPA template ready to customize quickly
  4. Consider a self-service DPA in your customer portal
  5. Update annually or when processing activities change
  6. Track which clients have signed current vs outdated versions
Pro tip: Major vendors like Google, AWS, Stripe, and HubSpot publish their DPAs publicly and often allow you to accept them through their settings or admin console. Check there first. If they have a published DPA, review it against our checklist to make sure all Article 28 requirements are covered. If it's missing sections, flag that to the vendor or use our version as a negotiating starting point.