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. All endpoints below are rooted athttps://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):
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).
Completeness gaps — a signal, never a gate
EveryGET 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."
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).
Related references
- GDPR Processing Register (ROPA + DPIA) — the Art.30/Art.35 register the attestation complements.
- Data Processing Agreement — the Art.28 processor terms alongside the designations.
- Assembling a GDPR Posture End to End — the full self-documentation sequence.
- Data Subject Access Requests (DSAR) — receiving, verifying, and fulfilling subject access, erasure, and portability requests.
- Evidence Binder — the binder the attestation statement feeds.
- API Reference → Compliance — full request/response schemas (regenerated from the live API).