cURL
curl --request GET \
--url https://api.slash.com/customer \
--header 'X-API-Key: <api-key>'{
"items": [
{
"id": "<string>",
"name": "<string>",
"email": "<string>",
"phone": "<string>",
"address": {},
"customMetadata": {}
}
],
"metadata": {
"nextCursor": "<string>",
"count": 123
}
}Customer
List customers
List all customers for your legal entity. Customers represent billing recipients for invoices.
GET
/
customer
cURL
curl --request GET \
--url https://api.slash.com/customer \
--header 'X-API-Key: <api-key>'{
"items": [
{
"id": "<string>",
"name": "<string>",
"email": "<string>",
"phone": "<string>",
"address": {},
"customMetadata": {}
}
],
"metadata": {
"nextCursor": "<string>",
"count": 123
}
}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
A cursor string to fetch the next page of results
Filter customers by legal entity ID. Required if authenticating via bearer token with access to multiple legal entities.
Filter customers by name (partial match).
Filter customers by status.
Available options:
active, archived ⌘I