Help · Admin, account and security
API tokens and the REST API
Read and write your CRM data from your own code over a REST API — contacts, deals and custom objects — authenticated with a token you mint and can revoke.
Updated August 2026
The API is how your own systems read and write CRM data over standard REST. Authentication is a token you create, scope and can revoke — not your password.
Custom objects are first-class, so data unique to your business is as accessible as the built-in records.
Who this is for
Developers and technical integrators.
Before you start
- Permission to manage API tokens.
- Somewhere secure to store the token — it is a credential.
- Basic familiarity with HTTP requests.
Treat a token like a password, because it is one
A token carries the access it was granted. Never commit one to a repository, never paste one into a chat or a ticket, and give a token only the access it actually needs. If one is ever exposed, revoke it and mint a new one rather than hoping — revocation is immediate and cheap.
Use the API
- Mint a token
Create it in settings. You are shown the secret once — store it immediately in whatever you use for secrets. - Scope it narrowly
Give it the least access that does the job. A token for a reporting script does not need write access to anything. - Authenticate your requests
Send the token as a bearer credential on each request. Everything is over HTTPS. - Read and write records
Contacts, deals and custom objects are available over REST, so you can pull pipeline data, create records and move deals from your own code. - Pair it with webhooks
The API is for asking; webhooks are for being told. Most integrations want both — react to a webhook, then call the API for detail. - Rotate and revoke
Revoke tokens for systems you have retired and for anyone who has left. An unused live token is pure risk.
What you get
- Programmatic access to your CRM data over standard REST.
- Custom objects available alongside built-in records.
- Credentials you can scope and revoke, separate from anyone's password.
- A basis for integrations the catalogue does not cover.
Frequently asked questions
Do I need a developer to use the API?
Yes, realistically. The API and webhooks are how technical integrators build custom connections. If you are not writing code, look at the integrations catalogue or workflows first.
What happens if a token leaks?
Revoke it and mint a new one. Revocation takes effect immediately, and rotating is far cheaper than the alternative.
Can I access custom objects?
Yes. Custom objects are first-class in the API, so the data unique to your business is as accessible as contacts and deals.
Should I use the API or webhooks?
Both, usually. Webhooks tell you the moment something happens; the API is how you read detail and write changes back.
Related articles
Connect Claude to your CRM (MCP)
Point your own Claude at your workspace over MCP and ask it about your CRM in plain language. It uses your existing API token and inherits exactly your permissions — nothing more.
Read articleOutbound webhooks
Have KudosCRM POST to your endpoint the instant something changes. Every payload is HMAC-signed so you can verify it is genuinely from us, and failed deliveries are retried with backoff.
Read articleHave an account issue this guide doesn't cover?
Start free today
Ready to give your team a CRM they'll actually use?
Start free. Bring your whole team. Cancel whenever (you won't).