cURL
curl --request POST \
--url https://api.slash.com/customer \
--header 'Content-Type: application/json' \
--header 'X-API-Key: <api-key>' \
--data '
{
"name": "<string>",
"email": "<string>",
"phone": "<string>",
"customMetadata": {}
}
'{
"customer": {
"id": "<string>",
"name": "<string>",
"email": "<string>",
"phone": "<string>",
"address": {},
"customMetadata": {}
}
}Customer
Create customer
Create a new customer for your legal entity. Customers are used as invoice recipients.
POST
/
customer
cURL
curl --request POST \
--url https://api.slash.com/customer \
--header 'Content-Type: application/json' \
--header 'X-API-Key: <api-key>' \
--data '
{
"name": "<string>",
"email": "<string>",
"phone": "<string>",
"customMetadata": {}
}
'{
"customer": {
"id": "<string>",
"name": "<string>",
"email": "<string>",
"phone": "<string>",
"address": {},
"customMetadata": {}
}
}Authorizations
api_keybearer
API key authentication for public API requests.
Keys come in two flavors:
- Legal-entity-scoped keys are pinned to a single legal entity. Minted via the dashboard under a specific entity; every request acts on that entity.
- User-scoped keys are pinned to a user and span every legal
entity that user has access to. Every request made with a
user-scoped key (except
GET /legal-entity, which lists the legal entities the user can access) must include anx-legal-entityheader naming the legal entity the request is operating on. Requests without the header are rejected with400. The authenticated user must have an active permission role on the supplied legal entity, otherwise the request is rejected with403.
Query Parameters
The legal entity ID. Required if authenticating with access to multiple legal entities.
Body
application/json
Response
OK
A customer represents a billing recipient associated with a legal entity.
Show child attributes
Show child attributes
⌘I