meta block alongside data. Use meta to paginate, and to trace a request when you contact support.{
"meta": {
"limit": 100,
"offset": 0,
"total_count": 1,
"request_id": "550e8400-e29b-41d4-a716-446655440000",
"request_timestamp": "2026-08-12T10:20:00Z"
},
"data": [ ]
}| Field | Meaning |
|---|---|
limit | Page size. Defaults to 100 |
offset | Number of records skipped. Defaults to 0 |
total_count | Total matching records, so you know when to stop |
request_id | Quote this when raising a support ticket |
request_timestamp | When the request was served |
limit and offset as query parameters and walk forward until offset + limit reaches total_count.limit at its default while you are exploring. Raising it makes responses slower to inspect and harder to read.{
"status": 400,
"title": "Bad Request",
"detail": "timestamp_start must be an ISO 8601 timestamp",
"field": "timestamp_start",
"request_id": "550e8400-e29b-41d4-a716-446655440000",
"timestamp": "2026-08-12T10:20:00Z"
}detail says what to fix and field says where, which together are usually enough to resolve a 400 without opening a ticket.| Status | Meaning | What to do |
|---|---|---|
400 | Malformed request | Read detail and field |
401 | Credentials missing, invalid or expired | Check Authentication |
403 | Your account lacks the permission for this operation | Talk to your account manager |
404 | Nothing matches the identifier you passed | Verify the ID |
409 | An equivalent record already exists | Reuse it instead of creating another |
422 | Well-formed but semantically invalid | Read detail |
500 | Fault on our side | Retry with backoff, then send us the request_id |
X-Correlation-Id header. Log it. When you report a problem, that value plus the request_id from the body lets support find your exact request without asking you to reproduce it.