Your Master Services Agreement Isn't Enough: Why You Need a Data Processing Agreement

When I'm working with development teams on privacy compliance, there's a persistent assumption that seems to pop up: "We've got a Master Services Agreement with our supplier, so we're covered for data protection."

Not quite.

Your MSA is great for the business relationship—it covers pricing, delivery terms, intellectual property, and confidentiality. But when it comes to the nitty-gritty of how personal data gets processed between your organization and your suppliers, confidentiality clauses simply don't cut it. You need a Data Processing Agreement, and here's why.

The Gap in Your Contracts

Most Master Services Agreements treat all information the same way: it's either confidential or it's not. But privacy law doesn't work like that. Personal data has specific requirements around how it's collected, used, stored, and eventually deleted. It has requirements around who can access it and under what circumstances. It has rules about breach notification timelines and data subject rights.

None of this typically appears in a standard MSA.

And here's the thing: you don't need to be dealing with Standard Contractual Clauses for the EU or International Data Transfer Agreements for the UK to need a DPA. Even if all your data stays within your country's borders, you still need clarity on the data processing relationship between your organization and your suppliers.

What Actually Needs to Be in Your DPA

A proper Data Processing Agreement should nail down several key elements that your MSA doesn't cover.

First, you need specificity on what data is being processed and for what purposes. "Customer information" isn't specific enough. Are we talking about email addresses for service notifications? Payment details for transactions? Usage analytics for product improvement? Each of these has different implications and different legal bases.

Second, define the roles and obligations clearly. Who's the controller? Who's the processor? What are each party's specific responsibilities? This matters when something goes wrong and you need to know who's accountable.

Third, address subprocessors. Can your supplier pass your data to other third parties? Under what conditions? Do you get notified? Do you have the right to object? I've seen too many situations where a company discovers their data has been sent to a fourth or fifth party down the chain without their knowledge.

Security and breach management is another critical piece. What security measures are required? Who gets notified when there's a breach? How quickly? You'd be surprised how many supplier relationships have no clear answer to "you'll tell us within 24 hours if there's a breach, right?"

Then there's data subject rights. When someone exercises their right to access or delete their data, how will your supplier assist you? What's the timeline? What format will they provide the information in? These might seem like edge cases until you're staring down a 30-day deadline to respond to a data subject request and your supplier is taking their time.

The Supplier Focus

While clients will typically send you their own DPA if you're acting as a processor for them, the supplier side is where things get murky. Many suppliers, especially smaller ones or those in the earlier stages of privacy maturity, may not have a standard DPA. That's when you need to bring your own to the table.

Your DPA should also cover compliance verification and audit rights. Can you assess whether your supplier is actually maintaining the security standards you require? Can you inspect their practices if needed? These aren't just nice-to-haves, they're often requirements under privacy law for you as the controller.

Finally, don't forget data lifecycle management, liability, and termination clauses. What happens to the data when the contract ends? How long can they retain it? Who's liable if something goes wrong?

Getting This Right

If you're working with suppliers and you don't have DPAs in place, you're operating in a grey area that could come back to bite you during an audit or incident. It's not just about compliance checkbox exercises; it's about having clarity on responsibilities when things go sideways.

If you need help drafting DPAs for your supplier relationships or want to review what you've got in place, I'd be happy to have a conversation about your specific situation. Sometimes a fresh set of eyes on your contracts can highlight gaps you didn't know existed.

Previous
Previous

You Don't Need to Do Privacy Perfectly from Day One

Next
Next

Training That Sticks: Why Role-Based Privacy and Security Training Actually Works