Create User
Creates a new user in the caller’s org.
The registration flow this user will go through depends on the registration kind specified:
- If
Direct, we orchestrate the user’s registration: he will receive an email from us directly. Then be redirected to our dashboard to finish registration and onboard there. This is only available forCustomerEmployee. This is for users meant to use our dashboard directly (in addition to custom apps you may build). - if
Delegated, you orchestrate the user’s registration: he won’t receive an email from us. It’s your responsibility to verify your user’s identity & email, before you programmatically kick-off their registration (cf Delegated Registration doc). This is available for eitherCustomerEmployeeorEndUser. This is for users meant to only use your own apps (not our dashboard), who should not interact with us directly.
If registration is unspecified, the default behaviour depends on the user kind:
CustomerEmployee: defaults toDirectregistration: sends a registration email from us.EndUser: defaults toDelegatedregistration (only option for those): does not send a registration email.
Permission-wise, when the new user gets created:
CustomerEmployeehold no permissions upon creation. Use permission endpoints to grant some.EndUserhold the defaultManagedDefaultEndUserAccesswhich is granted by default to all EndUsers. Use permission endpoints to update this default end-user permission. (cf Managed Permissions)
Authentication
✅ Tenant User (TenantUser)✅ Organization User (
CustomerEmployee)❌ End User (
EndUser)❌ Personal Access Token not allowed
✅ Service Account
Required Permissions
Auth:Users:Create: Always required.Authorizations
Bearer Token: Used to authenticate API requests. More details how to generate the token: Authentication flows
User Action Signature: Used to sign the change-inducing API requests. More details how to generate the token: User Action Signing flows
Body
For CustomerEmployee kind, it needs to be the email address of the new user. For EndUser kind, it can be a username/identifier (any unique string accepted, e.g. your internal user ID or email).
2The kind of user being created. It can be "CustomerEmployee" or "EndUser".
CustomerEmployee, EndUser Value that can be used to correlate the entity with an external system.
Defaults to false. If set to true, the user will have to authenticate via SSO. Can only be set to true for kind: CustomerEmployee.
Controls the kind of registration flow this user will go through. Can be "Direct" or "Delegated". More details in endpoint description.
Direct, Delegated Response
Success
Username/identifier of the user (any unique string accepted, e.g. your internal user ID or email).
Display name of the user.
User id.
1 - 64^us-[a-z0-9]{5}-[a-z0-9]{5}-[a-z0-9]{14,16}$"us-6b58p-r53sr-rlrd3l5cj3uc4ome"
User kind.
TenantUser, CustomerEmployee, EndUser UUID of the user's primary credential.
Whether the user is active.
Whether the user is a service account.
Whether the user has completed registration.
Whether the user must authenticate via SSO.
Permissions (roles) assigned to the user.
The credential id used for user-action signing, derived as base64url(sha256(publicKey)).
Organization id.
1 - 64^or-[a-z0-9]{5}-[a-z0-9]{5}-[a-z0-9]{14,16}$"or-30tnh-itmjs-s235s5ontr3r23h2"
Tenant id.
1 - 64^acct-[a-z0-9]{5}-[a-z0-9]{5}-[a-z0-9]{14,16}$"acct-24hka-dhili-9hgvdlvr1ohpibp4"
@deprecated - Flat list of API operations the user has access to.