Open HelpDesk API
Run in Postman
  • Getting started
  • Assistants
  • API reference
Information
Tickets
    List ticketsgetCreate a ticketpostRead a ticketgetUpdate a ticketpatchList a ticket's messagesgetAdd a reply or an internal notepostList every file on a ticketget
Contacts
    List contactsgetCreate a contactpostRead a contactgetDelete a contact (GDPR erasure)deleteUpdate a contactpatch
Organizations
    List organizationsgetCreate an organizationpostRead an organizationgetDelete an organizationdeleteUpdate an organizationpatch
Knowledge base
    List categoriesgetList articlesgetCreate an articlepostRead an articlegetDelete an articledeleteUpdate an articlepatch
Attachments
    Download a fileget
Workspace
    List agentsgetList teamsgetList macrosgetList SLA policiesgetList saved viewsgetList custom ticket fieldsgetList tags in usegetList satisfaction responsesget
Mobile
    Mark a ticket readpostSign in on a devicepostStart an SSO sign-in from the appgetFinish an SSO sign-inpostSign this device outpostThe agent this device is signed in asgetTake work, or stop taking workpatchRegister for push notificationspostStop notifying this devicedeleteWhat happened on my tickets while I was awaygetMark everything readpostSearch tickets, contacts, organizations and articlesget
Customer app
    Email a customer their sign-in linkpostHand an emailed sign-in over to the appgetFinish a customer sign-inpostSign this device outpostThe customer this device is signed in asgetThe requests a customer may seegetSubmit a requestpostRead a request and its conversationgetAnswer on your own requestpostRegister for push notificationspostStop notifying this devicedeleteNews about my requestsgetMark everything readpost
Schemas
powered by Zudoku
Open HelpDesk API

Open HelpDesk API

Read and write everything a support workspace holds.

The REST API of a single workspace. Authentication is by API key, minted in Settings → API & webhooks; the key carries its own workspace, so a call works whatever host it lands on and only ever sees that one workspace.

The mobile app authenticates differently, and the Mobile section says how: an agent signs in on a phone (POST /auth/login) and gets a token bound to that device, which their role — not a scope list — decides the reach of. A phone cannot carry a workspace key: it would be shared with every integration, and unable to say whose tickets these are.

Customer app is the third credential and the narrowest surface: a customer signs in by emailed link and may read and answer their own requests, under /portal. It is a separate namespace on purpose — the answer a customer is owed is narrow, and that is easier to guarantee by routing than by filtering.

Conventions

  • Every collection returns { data, next_cursor }. Keep calling with cursor until next_cursor is null — never count pages, rows move while you read.
  • Timestamps are ISO 8601 in UTC. Money and durations are integers.
  • Errors always carry { error: { code, message } }: branch on code, show message.
  • Writing a ticket runs the same rules, SLA policies and webhooks as the product itself. There is no quiet back door.

Rate limit

600 requests per minute per key or device session. Over it, 429 with a Retry-After header. Signing in is tighter, and counted per address and per source: see POST /auth/login.

Tags
Tickets
Requests, their conversations and their files.
Contacts
The people who write in.
Organizations
The companies they belong to.
Knowledge base
Help centre categories and articles.
Attachments
Files exchanged on tickets.
Workspace
Agents, teams and the configuration rules run on.
Mobile
Signing in on a phone, and what only a signed-in phone can ask: who am I, notify me, search.
Customer app
What a customer may do with their own requests. A namespace of its own, not the agent routes with a narrower credential.
AGPL-3.0-only
Servers
https://{workspace}.open-helpdesk.com/api/v1

Your workspace.