ISO 17100 certifiedinfo@translationservicesuk.co.uk+44 20 4569 1419
Translation Services UK
Get a fixed quote

Translation service

Data Processing Agreement for Translation Services

A Data Processing Agreement for translation services is the GDPR Article 28 contract binding a translation vendor as processor to security, breach, and sub-processor duties.

A Data Processing Agreement for translation services is the GDPR Article 28 contract binding a translation vendor as processor to security, breach, and sub-processor duties.

  • 150+ Languages
  • ISO 27001 Certified

What is a Data Processing Agreement for translation services?

A Data Processing Agreement for translation services is the written Article 28 UK GDPR contract binding a translation vendor as data processor to the client controller’s documented instructions on personal data handling, security measures, sub-processor use, breach notification, and post-project deletion.

How it works

How do you obtain or create a Data Processing Agreement with a translation vendor?

To obtain a DPA with a translation vendor, request the vendor’s standard Article 28 template, redline it against the ten mandatory clauses, agree the technical and organisational measures annex, list the sub-processor chain, and sign electronically before any source files are transferred.

What’s included

What is the purpose of a Data Processing Agreement between a client and a translation vendor?

The purpose of a Data Processing Agreement is to allocate GDPR liability, evidence lawful processing under Article 28, and give the controller enforceable audit, breach-notification, and deletion rights over every file the translation vendor and its linguists touch.

Complete guide

Everything you need to know

Under UK GDPR Article 28, any translation vendor that processes personal data on a client’s behalf becomes a data processor — and that relationship is invalid without a written contract signed before any file changes hands. This page defines what that contract is, what it must contain, and how a translation-services DPA differs from a generic SaaS template.

How it works

Is a Data Processing Agreement mandatory for translation services?

1

When is a DPA required for a translation project?

A DPA is required for any translation project where the source or reference material contains personal data. Typical trigger document types include:

See the Document Translation Services for Businesses: A UK Buyer’s Guide for the full checklist of document types that trigger a DPA.

2

When is a DPA not required for translation work?

A DPA is not required when the translation project contains no personal data. Article 28 only engages when personal data is processed, so anonymised or non-personal source material sits outside the obligation.

  • Fully anonymised technical datasheets.
  • Marketing brochures with no identifiable individuals.
  • Patent specifications describing an invention only.
  • Product manuals covering machinery, not users.

3

Does the DPA also apply to translation vendors outside the EU or UK?

Yes — UK GDPR and EU data protection law apply extraterritorially. A translation vendor based outside the European Economic Area still needs a DPA plus a valid transfer mechanism when it processes personal data of UK or EU data subjects on behalf of an in-scope controller.

How it works

  • 01

    Fully anonymised technical datasheets.

  • 02

    Marketing brochures with no identifiable individuals.

  • 03

    Patent specifications describing an invention only.

  • 04

    Product manuals covering machinery, not users.

What should a Data Processing Agreement for translation services include?

1

Which Article 28(3) clauses must appear in every translation DPA?

Eight clauses must appear in every processor contract:

  1. Documented instructions from the controller.
  2. Confidentiality obligations on all authorised persons.
  3. Article 32 security measures.
  4. Sub-processor conditions and prior authorisation.
  5. Assistance with data subject rights.
  6. Assistance with breach notification and data protection impact assessments.
  7. Deletion or return of personal data.
  8. Information necessary to demonstrate compliance and contribute to audits.

2

What technical and organisational measures annex should the vendor commit to?

The technical and organisational measures annex should commit the translation vendor to a defined set of controls calibrated to Article 32 and assessing the appropriate level of security for the personal data processed:

These controls apply across every ISO 17100 translate–edit–proofread project. See Business Translation Services in London and the UK for how confidentiality controls are recorded for audit.

3

How should the annex describe the nature, purpose, and duration of the processing?

The annex should describe the nature of the processing as translation, review, and revision of client-supplied source material; the purpose as delivery of translated output under the master agreement; and the duration of the processing as the project lifecycle plus a 30-day dispute window.

4

What categories of personal data and data subjects should the annex list?

The annex should list every category of personal data present in the source files and every category of data subject. Typical entries include:

  • Personal data — names, contact details, employee IDs, health data, financial identifiers, national insurance numbers.
  • Data subjects — employees, customers, patients, claimants, counterparties, and named third parties.

5

How are sub-processors (freelance linguists and revisers) authorised?

Sub-processors are authorised under Article 28(2) by either specific prior written authorisation or a general authorisation with prior notice of changes. A translation DPA should name the linguist supply chain and give the controller the right to object to any addition.

The authorisation cascade in a linguist-chain workflow runs as follows:

  1. Vendor discloses each translator, reviser, project manager, and TMS platform as a sub-processor in the annex.
  2. Controller signs off the initial list at DPA execution.
  3. Vendor gives written notice of any proposed change with reasonable lead time.
  4. Controller objects in writing, or the change takes effect.

6

What breach-notification timeline should the DPA specify?

The DPA should require the translation vendor to notify the controller of any personal data breach without undue delay after becoming aware — in practice within 24 to 48 hours — so the controller can meet its own 72-hour Article 33 breach notification duty to the data protection authorities.

7

What audit rights should the controller retain?

The controller should retain three audit rights:

  • Request the information necessary to demonstrate compliance with Article 28.
  • Receive ISO 27001 audit reports on reasonable notice.
  • Inspect the vendor’s premises and processing systems, or appoint an independent auditor to do so.

8

What deletion and return-of-data clause should apply after the translation project ends?

The deletion clause should require full return or verified destruction of all personal data within 30 days of project close on written request, with certificates of deletion supplied on demand. See Contract Translation Services for International Businesses for how retention aligns to UK GDPR across contract work.

  • 01

    Role-based access control with named-linguist permissions.

  • 02

    Encryption in transit at TLS 1.2 or higher.

  • 03

    Encryption at rest at AES-256.

  • 04

    Pseudonymisation where operationally possible.

  • 05

    Segregated project environments per client.

  • 06

    Individual linguist NDAs signed before file access.

  • 07

    Secure deletion protocols with verification.

  • 08

    ISO 27001-aligned incident response and staff training.

What are the specific DPA requirements unique to translation services?

Translation services trigger four DPA requirements absent from generic SaaS templates: named-linguist NDA flow-down, translation memory and termbase custody, sub-processor authorisation for freelance revisers, and a UK or EEA data-residency clause covering the CAT tool and TMS infrastructure.

How does the linguist-chain flow-down clause work?

The linguist-chain flow-down clause requires every translator, reviser, and project manager to sign an individual NDA before file access. The chain is documented per project in the ISO 17100 project file, so the controller can trace who processed which segment during any audit.

Each linguist is bound to the same Article 28 duties as the vendor. Where audio work sits alongside written translation, the same flow-down governs Transcription Services London engagements.

Who owns the translation memory and termbase containing personal data?

The DPA should confirm the controller owns any translation memory or termbase segments containing personal data. It should define whether segments are retained for reuse or purged at project close, and set the mechanism for extracting or destroying TM entries on a data-subject erasure request.

How is the TMS and CAT tool infrastructure covered?

The DPA should name the TMS and CAT tool used, confirm hosting inside the UK or European Economic Area, list the platform vendor as a sub-processor, and describe access controls, audit logs, and retention settings applied to project workspaces. Data residency default is UK or EEA.

How is machine translation and AI post-editing addressed in the DPA?

The DPA should prohibit the use of public machine translation engines such as Google Translate or ChatGPT for any file containing personal data. AI post-editing is restricted to enterprise engines with no-training guarantees, each disclosed as a sub-processor in the annex.

How it works

  • 01

    TM segments carrying personal identifiers are treated as customer data owned by the controller.

  • 02

    Termbase entries exclude personal identifiers by default.

  • 03

    Erasure requests trigger targeted TM extraction and destruction, not corpus-wide deletion.

Does a Data Processing Agreement have to be signed?

1

Are electronic signatures accepted on a translation-vendor DPA?

Electronic signatures are fully accepted on a translation-vendor DPA under Article 28(9), which explicitly recognises electronic form as satisfying the written requirement. A qualified or advanced electronic signature applied through a compliant e-signature platform satisfies the written-form requirement across both the UK and the EU. Email exchange of a signed PDF also meets the threshold in most jurisdictions, though a dedicated e-signature workflow creates a cleaner audit trail. What matters is that both parties have unambiguously assented to the terms before files are transferred.

2

Can a DPA sit inside the master services agreement rather than as a separate document?

A DPA can sit inside the master services agreement as a schedule, annex, or exhibit, provided every Article 28(3)(a)–(h) clause is present, clearly identified, and not diluted by surrounding commercial terms. Embedding it within the master services agreement is common practice for translation framework contracts and standard terms and conditions. However, where Standard Contractual Clauses or a UK International Data Transfer Agreement is also required — for instance, when the translation vendor processes data outside the EEA — those instruments must satisfy their own formal requirements and are typically appended separately, since their wording cannot be amended. Controllers should confirm that all applicable transfer mechanisms are in place alongside the core DPA before any cross-border processing begins.

What is the difference between a DPA and Standard Contractual Clauses?

A DPA governs the controller–processor relationship under Article 28 of the GDPR; Standard Contractual Clauses (SCCs) — and in the UK the International Data Transfer Agreement — govern the international transfer of personal data to a third country lacking an adequacy decision from the European Commission. A translation vendor outside the EEA needs both instruments.

InstrumentLegal purposeWhen it applies
DPA (Article 28)Allocates controller and processor dutiesAny processing of personal data by a translation vendor
EU SCCsLawful data transfer outside the EEATransfer to a third country without an adequacy decision
UK IDTA / AddendumUK equivalent of SCCs under UK GDPRTransfer of personal data from the UK to a third country

When are SCCs or the UK IDTA required in addition to a DPA?

SCCs or the UK IDTA are required whenever data is transferred outside the European Economic Area to a country without an adequacy decision. Typical triggers include a linguist working from the United States, India, or the Philippines. A transfer risk assessment sits alongside the transfer mechanism.

How do non-EU regimes (LGPD, PIPL, CCPA) affect a translation DPA?

Non-EU regimes require parallel processing contracts. Brazil’s LGPD, China’s PIPL, and California’s CCPA each impose their own processor-side obligations that sit alongside the GDPR DPA when the translation project carries personal data of those jurisdictions’ data subjects.

How it works

Does a translated Data Processing Agreement need to be certified?

1

When does a certified translation of a DPA become mandatory?

A certified translation of a DPA becomes mandatory when the document is filed with a data protection authority in another language, produced as evidence in court, or attached to a regulatory audit response requiring a translator’s certificate of accuracy.

2

Which language pairs are most requested for DPA translation?

The most requested language pairs for DPA translation cover both the EU corpus and cross-border technology and life-sciences work. Our translation partner network covers 150+ languages, including:

  • English into German, French, Spanish, Italian, Dutch, Portuguese, and Polish for EU controllers.
  • English into Arabic, Chinese Simplified, and Japanese for cross-border commercial contracts.

How is our translation-services DPA aligned to UK GDPR and ISO 17100?

Our translation-services DPA is aligned to UK GDPR, the Data Protection Act 2018, and ISO 17100. It binds every linguist through named NDAs, keeps data inside the UK or EEA by default, and documents the linguist chain in an auditable ISO 17100 project file. This is the same framework applied to sensitive work under Translation Services for Insurance Companies, where claims files carry personal data.

What certifications back the DPA (ISO 17100, ISO 27001, DPA 2018)?

The DPA is backed by four certifications and one statute:

  • ISO 17100 — translation-process quality, translator qualifications, and revision workflow.
  • ISO 9001 — quality management across the translation process.
  • ISO 27001-aligned information-security controls across access control, encryption, incident response, and staff training.
  • ISO 4043 — mobile interpretation booth compliance where interpreting sits alongside translation.
  • Data Protection Act 2018 — UK jurisdiction enacting UK GDPR into domestic law.

Data is retained for the project lifecycle plus a 30-day dispute window. Full deletion runs within 30 days of project close on written request, with a deletion certificate issued on demand. Translation memory carrying personal data is not reused without the controller’s written instruction.

How to request our standard DPA before onboarding?

To request our standard DPA, email procurement with four inputs:

  1. Categories of personal data present in the source files.
  2. Source and target languages.
  3. Expected annual volume.
  4. Preferred signature method.

A countersigned DPA is returned within five working days, ahead of project kick-off. Standard commercial terms cover purchase orders, invoicing, framework agreements, and retainers, with volume pricing on annual commitments.

Frequently asked questions

What is a Data Processing Agreement for translation services?+
A Data Processing Agreement for translation services is the written Article 28 UK GDPR contract binding a translation vendor as data processor to the client controller's documented instructions on personal data handling, security measures, sub-processor use, breach notification, and post-project deletion. It sits underneath the master agreement and governs every file the vendor and its linguists touch. The instrument covers three overlapping duties in one document: Scope — subject matter, duration of the processing, nature of the processing, and categories of personal data and data subject.; Controls — appropriate technical and organisational measures under Article 32, including access control, encryption, and confidentiality.; Governance — sub-processor authorisation, audit rights, breach notification, and deletion or return of personal data on project close. How does Article 28 of the UK GDPR frame the translation vendor as a processor? Article 28 of the UK GDPR classifies any translation agency that processes personal data on a client's instructions as a data processor, requiring a written contract that binds the processor to eight specific obligations before any personal data i
What is the purpose of a Data Processing Agreement between a client and a translation vendor?+
A Data Processing Agreement is a mandatory written contract that allocates GDPR liability, evidences lawful processing under Article 28 UK GDPR and EU GDPR, and gives the controller enforceable audit, breach-notification, and deletion rights over every file the translation vendor and its linguists handle. Sending a document out for translation is not simply a language task — it is a transfer of personal data to a third party, which means the full force of data protection law applies from the moment the file leaves the client's systems. Without a signed DPA, both parties operate outside the legal framework and expose themselves to regulatory fines under Article 83. The agreement is the instrument through which the controller issues documented instructions to the processor. The translation vendor is legally required to process personal data only on those documented instructions and for no other purpose. This instruction relationship is the cornerstone of the controller–processor structure under Article 28, and the DPA is the document that records and enforces it. In practical terms, the DPA performs five interlocking functions in a single instrument: Records documented instructions —
Is a Data Processing Agreement mandatory for translation services?+
Yes — a Data Processing Agreement is mandatory whenever a translation vendor processes personal data on behalf of a controller subject to UK GDPR, EU GDPR, or the Data Protection Act 2018. Article 28(3) makes the written contract a statutory condition of engagement across the EU and the UK. When is a DPA required for a translation project? A DPA is required for any translation project where the source or reference material contains personal data. Typical trigger document types include: HR files and employee contracts.; Medical records and clinical trial documentation.; Insurance claims files and KYC packs.; Litigation bundles and witness statements.; Marketing databases naming identifiable individuals. See the Document Translation Services for Businesses: A UK Buyer's Guide for the full checklist of document types that trigger a DPA. When is a DPA not required for translation work? A DPA is not required when the translation project contains no personal data. Article 28 only engages when personal data is processed, so anonymised or non-personal source material sits outside the obligation. Fully anonymised technical datasheets.; Marketing brochures with no identifiable individuals.;
What should a Data Processing Agreement for translation services include?+
A Data Processing Agreement for translation services should include ten mandatory clauses covering subject matter, duration, nature and purpose, categories of personal data, controller instructions, confidentiality, security measures, sub-processors, data subject rights assistance, breach notification, deletion, and audit rights — the full Article 28(3)(a) to (h) set. Which Article 28(3) clauses must appear in every translation DPA? Eight clauses must appear in every processor contract: Documented instructions from the controller.; Confidentiality obligations on all authorised persons.; Article 32 security measures.; Sub-processor conditions and prior authorisation.; Assistance with data subject rights.; Assistance with breach notification and data protection impact assessments.; Deletion or return of personal data.; Information necessary to demonstrate compliance and contribute to audits. What technical and organisational measures annex should the vendor commit to? The technical and organisational measures annex should commit the translation vendor to a defined set of controls calibrated to Article 32 and assessing the appropriate level of security for the personal data processed:
What are the specific DPA requirements unique to translation services?+
Translation services trigger four DPA requirements absent from generic SaaS templates: named-linguist NDA flow-down, translation memory and termbase custody, sub-processor authorisation for freelance revisers, and a UK or EEA data-residency clause covering the CAT tool and TMS infrastructure. How does the linguist-chain flow-down clause work? The linguist-chain flow-down clause requires every translator, reviser, and project manager to sign an individual NDA before file access. The chain is documented per project in the ISO 17100 project file, so the controller can trace who processed which segment during any audit. Each linguist is bound to the same Article 28 duties as the vendor. Where audio work sits alongside written translation, the same flow-down governs Transcription Services London engagements. Who owns the translation memory and termbase containing personal data? The DPA should confirm the controller owns any translation memory or termbase segments containing personal data. It should define whether segments are retained for reuse or purged at project close, and set the mechanism for extracting or destroying TM entries on a data-subject erasure request. TM segments carryin
Does a Data Processing Agreement have to be signed?+
Yes — a Data Processing Agreement has to be signed. Article 28(9) UK GDPR requires the contract to be in writing, including in electronic form, and both the controller and the processor must execute it before any personal data is shared with the translation vendor. The contract is legally binding on execution, and the obligation to have it in place is non-negotiable: processing personal data without a compliant written DPA is itself a breach of Article 28, regardless of whether any actual harm results. The written-form requirement serves a specific compliance purpose. By retaining the clauses and all supporting appendices in writing — whether as a physical document or an electronic record — both parties hold auditable evidence of the instruction relationship, the agreed technical and organisational measures, and the sub-processor authorisations in force at the time of processing. Regulators and auditors expect to inspect this documentation on request, so both the controller and the processor are required to keep their copy accessible throughout the contract term and for any applicable retention period beyond it. The DPA's clauses take priority over any similar or conflicting provis
What is the difference between a DPA and Standard Contractual Clauses?+
A DPA governs the controller–processor relationship under Article 28 of the GDPR; Standard Contractual Clauses (SCCs) — and in the UK the International Data Transfer Agreement — govern the international transfer of personal data to a third country lacking an adequacy decision from the European Commission. A translation vendor outside the EEA needs both instruments. When are SCCs or the UK IDTA required in addition to a DPA? SCCs or the UK IDTA are required whenever data is transferred outside the European Economic Area to a country without an adequacy decision. Typical triggers include a linguist working from the United States, India, or the Philippines. A transfer risk assessment sits alongside the transfer mechanism. How do non-EU regimes (LGPD, PIPL, CCPA) affect a translation DPA? Non-EU regimes require parallel processing contracts. Brazil's LGPD, China's PIPL, and California's CCPA each impose their own processor-side obligations that sit alongside the GDPR DPA when the translation project carries personal data of those jurisdictions' data subjects.
How do you obtain or create a Data Processing Agreement with a translation vendor?+
To obtain a DPA with a translation vendor, request the vendor's standard Article 28 template, redline it against the ten mandatory clauses, agree the TOMs annex, list the sub-processor chain, and sign electronically before any source files are transferred. Framework buyers negotiate the DPA before the master framework is signed — see Translation Framework Agreements for Businesses: A UK Buyer's Guide. What does a typical vendor DPA workflow look like from request to signature? Buyer scopes the categories of personal data and data subject.; Vendor issues its standard DPA within five working days.; Both sides redline clauses and the TOMs annex.; Sub-processor list and transfer mechanism are agreed.; DPA is countersigned electronically before file transfer. DPAs are issued alongside supporting document types such as Business Registration Certificate Translation when corporate onboarding requires them. What 10-point checklist should a procurement lead redline against? A procurement lead should redline against ten points mapped to Article 28(3)(a) to (h): Scope of processing and subject matter.; Controller instructions in writing.; Confidentiality duty on every authorised person.; Secur
Does a translated Data Processing Agreement need to be certified?+
A translated Data Processing Agreement needs certified legal translation whenever the translated text will be relied on by a regulator, court, or counterparty in another jurisdiction. For regulator submissions, audits, and litigation, a certified translation by a qualified legal translator is standard practice. Certified legal translation of a DPA is a distinct service from the DPA the buyer signs with the vendor. One is the contract governing processing; the other is a translated legal document produced under ISO 17100 with a translator's certificate of accuracy. Deeper coverage sits at Accurate Translation of Legal Agreements for Compliance. When does a certified translation of a DPA become mandatory? A certified translation of a DPA becomes mandatory when the document is filed with a data protection authority in another language, produced as evidence in court, or attached to a regulatory audit response requiring a translator's certificate of accuracy. Which language pairs are most requested for DPA translation? The most requested language pairs for DPA translation cover both the EU corpus and cross-border technology and life-sciences work. Our translation partner network covers
How is our translation-services DPA aligned to UK GDPR and ISO 17100?+
Our translation-services DPA is aligned to UK GDPR, the Data Protection Act 2018, and ISO 17100. It binds every linguist through named NDAs, keeps data inside the UK or EEA by default, and documents the linguist chain in an auditable ISO 17100 project file. This is the same framework applied to sensitive work under Translation Services for Insurance Companies, where claims files carry personal data. What certifications back the DPA (ISO 17100, ISO 27001, DPA 2018)? The DPA is backed by four certifications and one statute: ISO 17100 — translation-process quality, translator qualifications, and revision workflow.; ISO 9001 — quality management across the translation process.; ISO 27001-aligned information-security controls across access control, encryption, incident response, and staff training.; ISO 4043 — mobile interpretation booth compliance where interpreting sits alongside translation.; Data Protection Act 2018 — UK jurisdiction enacting UK GDPR into domestic law. How is data retained and deleted after a translation project? Data is retained for the project lifecycle plus a 30-day dispute window. Full deletion runs within 30 days of project close on written request, with a dele

Related