API keys and the API
Let another system read and write your IDup data, under a key you can revoke.
An API key is a password that belongs to a program instead of a person. Treat it the same way: issue one per system, and revoke it when that system goes away.
Where to find itAPI → API management.
Step by step
- Open API → API management and create a key.
- Give it a name that says which system uses it — future-you will need to know which one to revoke.
- Copy the key once. It is not shown again; if you lose it, issue a new one.
- Store it in the calling system's configuration, never in code you share or in a document.
- Read API → API guide for the endpoints and the request shapes.
- Revoke the key the day the system that used it is decommissioned.
The other interfaces
- Customer API in the sidebar is the customer-facing interface, with its own settings page.
- Automation / workflows → GraphQL → Token issues a GraphQL token and links the documentation.
- Automation / workflows → Webhooks pushes events out instead of being polled — see Webhooks and connecting other systems.
- AI Studio → Personal API keys is a separate set, for the AI Studio side.
Keeping it safe
- One key per system, never a shared one.
- Give a key only the access the system needs.
- Rotate keys on a schedule, and immediately when somebody who knew one leaves.
- Watch Central → Audit log for what a key did.
Was this article helpful?
Nothing is tracked — the buttons only open a message so you can tell us what was missing.
Related articles
- Webhooks and connecting other systems Reports, automation & integrations
- The audit log Account, security & privacy
- Roles and permissions Team, permissions & API
- Manage your team Team, permissions & API
- Workspaces Team, permissions & API
- Modules: what is switched on in your workspace Team, permissions & API

