1. Get a key
There is no public signup. Keys are issued from the partner dashboard once your application is approved. The raw value is shown once, at creation:2. Call the API
Send the key as a bearer token.GET /me confirms who the key belongs to and
which API version you are on:
Response
clmt_test_ key to run against the sandbox instead. It creates
nothing real.
3. Create a company
One call creates the account, the company, and the services on it. Use a test key first. Nothing real is created.requires_information: each individual owner still
owes an identity document (document.status is required). Attach one inline
with passport (a file id from POST /v1/files), or hand your client a hosted
upload page - POST /v1/companies/{id}/verification-sessions returns a url
you forward, no key needed. Once every owner’s document is received, the
company moves on.
4. Follow along
Register a webhook endpoint from the partner dashboard, or poll:active fires company.status.changed and
company.incorporated, exactly as the real transition would. Many of the catalog’s events are
simulable this way (company.ein.assigned, service_order.completed,
tax_filing.*, file.created, invoice.finalized…). See Modes and the sandbox.
5. Next
- How it fits together: the objects and the lifecycle.
- Requirements: everything Clemta asks of you, and how your client answers.
- Webhooks: ordered, signed delivery of every event.