Skip to main content

DPO & EU/UK Representative Designation (GDPR Art.37 / Art.27)

GDPR obliges a controller to publish two designations about itself: a Data Protection Officer (Art.37) and, when the controller is not established in the EU or UK but Art.3(2) applies, a representative in the Union and/or in the United Kingdom (Art.27 — the UK obligation is the UK GDPR mirror post-Brexit). These designations feed your privacy notice — Art.13/Art.14 require naming the controller, its representative, and its DPO — and the compliance binder.
This page describes Orbit’s platform controls. It is not legal advice. Whether your organisation must designate a DPO (Art.37(1) trigger conditions) or a representative (Art.3(2) applicability) depends on your processing. Confirm with qualified counsel.
All endpoints below are rooted at https://api.orbit.devotel.io/api/v1/compliance.

The two designations a controller must publish

GDPR Art.37 — Data Protection Officer. The Art.37(1) trigger conditions are: a public authority, core activities involving large-scale systematic monitoring of data subjects, or large-scale processing of Art.9 special-category / Art.10 criminal-conviction data. When any of them applies the controller must designate a DPO, publish the DPO’s contact details, and communicate them to the supervisory authority (Art.37(7)). The DPO may be a staff member or fulfil the tasks under a service contract (Art.37(6) — an external DPO). GDPR Art.27 — EU/UK representative. A controller not established in the Union that nonetheless falls under Art.3(2) (offering goods or services to, or monitoring, data subjects in the Union) must designate in writing a representative established in a Member State where those data subjects are. UK GDPR Art.27 imposes the mirror obligation for a UK representative post-Brexit. Orbit tracks the EU and UK representative designations independently — record each region separately. Also see GDPR Posture Guide for the wider self-documentation sequence.

Endpoints

Get the designation

GET /compliance/dpo-representative — available to any authenticated member of your organisation. Returns the designation plus a completeness block.

Record or update the designation

PUT /compliance/dpo-representative — requires an owner or admin API key. The body may carry any of three top-level sections: dpo, eu_representative, and uk_representative. Each provided section fully replaces the stored section; omitted sections are left intact. At least one section must be provided.
DPO section fields (dpo): Representative section fields (eu_representative / uk_representative): The EU and UK representative sections are independent — you can mark one region as required while the other is not. Setting designated: false on the DPO section, or required: false on a representative section, clears the completeness obligation for that section without your having to send contact details.

Export the attestation

GET /compliance/dpo-representative/attestation — available to any authenticated member. Returns the binder-ready attestation: per-designation flags, the completeness assessment, and a statement paragraph you can drop into your compliance binder or consume from a privacy-notice generator (Art.13/Art.14).
When the DPO has not been notified to the authority yet, or a required representative is missing, the statement says so explicitly — the attestation records the actual state, incomplete included, so the binder never overstates your posture.

Completeness gaps — a signal, never a gate

Every GET and PUT response carries a completeness block:
  • dpoComplete — a designated DPO has at least a name and a contact email.
  • euRepresentativeComplete / ukRepresentativeComplete — a required representative has a name, a contact email, and an address (Art.27 requires the representative be established in the region).
  • complete — every applicable designation carries its mandatory contact details.
  • gaps — a human-readable list naming the mandatory items still missing, for example "Art.37: the designated DPO's contact email is required." or "UK GDPR Art.27: the UK representative's address (established in the region) is required."
The completeness block is a signal to help a compliance owner see, at a glance, whether a designated DPO still lacks its published contact detail or whether a required representative has not yet been named. It never blocks anything — recording the designation is self-serve and default-open, and it never gates outbound sending or any other capability.

Tenant-owned framing

The designation documents your organisation’s DPO and representative choices. Orbit supplies the storage, the section-scoped upsert, the completeness signal, and the binder-ready export — it never decides whether Art.37(1) or Art.3(2) applies to you. Every update is made by your own team and written to your audit log with the actor and the resulting completeness state.

Access control

Reads (GET) are available to any authenticated member of your organisation. Writes (PUT) are restricted to owner and admin roles — the designation is a regulatory control, in line with the rest of the compliance write surface (the processing register, breach incidents, the DPA).