Reading the subprocessor registry
Orbit publishes the full list of third parties that process platform data as a public, open surface — no form, no NDA. You can read it rendered on the subprocessors page or inside the Trust Center (both render the same list), and you can pull it into your own vendor register before a questionnaire arrives. This page is the reader’s guide: what each row actually tells you, how the registry maps onto your GDPR and SOC 2 answers, and how to stay notified when it changes.The registry is a disclosure, not a configuration. It describes the
platform Devotel operates; there is no tenant-side toggle that changes
which subprocessors apply to your workspace.
What each row means
Every entry in the registry carries the same fields. When you copy it into your vendor register or answer “who are your vendor’s subprocessors”, map them like this:
Each subprocessor is bound by a Data Processing Agreement or equivalent
contractual terms, and is permitted to process customer data only as
necessary to deliver the listed purpose.
Where it lands in a GDPR answer
You will meet the registry in three recurring compliance artefacts:- GDPR Art. 28. When you (as controller) engage Orbit as your processor, Devotel engages these subprocessors under the general written authorisation clause in the Data Processing Agreement. The published registry is the current list that clause refers to, and the advance notice of additions or removals is handled by the change hooks below.
- GDPR Art. 30 register. Read the registry before you write Orbit into your own register of processing activities: vendor name, purpose, region, and data category per entry. The privacy register guide covers the register itself.
- Security questionnaires and SOC 2 reviews. The registry is open evidence — buyers can clear the “vendor’s subprocessors” rows without an NDA before the gated material (counter-signed DPA, answered questionnaires) is requested. See the Trust Center evidence pack for the full generation sequence.
Subprocessor changes and notice hooks
The registry is live: entries are added, replaced, and removed as the platform’s provider inventory changes, and each change is recorded in a public change history on the subprocessors page alongside a last-updated stamp. Change entries are one ofadded, replaced, removed,
published, or reviewed — a reviewed entry records a periodic
re-verification of the whole register against the provider inventory, so
a refreshed last-updated stamp has an audit trail explaining it.
Notice of additions and removals goes out by email before the change
takes effect, consistent with the DPA’s subprocessor-clause mechanics.
The self-serve signup is a section on the subprocessors page; behind it
sit three public endpoints documented under the Public
API:
POST /api/v1/public/subprocessor-subscriptions— registers the email address; returns an emptydataenvelope and starts a double-opt-in confirmation.GET /api/v1/public/subprocessor-subscriptions/confirm— the link in the confirmation email; carries a one-time token and activates the subscription.GET /api/v1/public/subprocessor-subscriptions/unsubscribe— the link in every notice email; carries a one-time token and removes the subscription.
cURL
200
data payload here is the expected success shape — the
subscription stays pending until the confirmation link is opened, and the
email address is the only payload the form accepts. Until you complete
confirmation, no notices are sent.
Related references
Trust Center
The registry rendered alongside SOC 2 control mappings and
downloadable agreements.
Data residency overview
Which surface answers each channel’s residency question.
GDPR posture guide
The controller/processor split and the register this list feeds.
Legal index
Which document governs which relationship, and who owns each
obligation.