For AI agents: markdown of this page — /docs-content-en/entities/quotes/list.md documentation index — /llms.txt
List quotes
GET /v1/quotes
Returns a list of CRM quotes with support for filtering, sorting, and auto-pagination.
Parameters
| Parameter | Type | Default | Description |
|---|---|---|---|
limit |
number | 50 |
Number of records (up to 5000). When limit > 50, the response is assembled from several sequential reads of 50 records |
offset |
number | 0 |
Skip N records. When offset > 0, limit <= 500 is recommended. For a full-collection walk a cursor is cheaper — order[id]=asc plus filter[>id] from meta.nextAfterId |
select |
string | — | Field selection: ?select=id,title,amount |
sort |
string | — | Sorting via the short syntax: ?sort=-createdTime, the minus means descending |
order |
object | — | Sorting: ?order[createdTime]=desc |
filter |
object | — | Filter by fields from GET /v1/quotes/fields.Filtering syntax. Example: ?filter[stageId]=DRAFT |
withTotal |
string | — | Whether you need the count: true or false. false — do not request a count. This is the only way to guarantee that meta.total is absent from the response. Without the parameter: the API key setting applies, then the platform default — and in that case a short page still carries the exact count even if you did not request one. Paging and counts |
Examples
curl — personal key
curl "https://vibecode.bitrix24.com/v1/quotes?limit=10&order[amount]=desc&filter[stageId]=DRAFT" \
-H "X-Api-Key: YOUR_API_KEY"
curl — OAuth app
curl "https://vibecode.bitrix24.com/v1/quotes?limit=10&order[amount]=desc&filter[stageId]=DRAFT" \
-H "X-Api-Key: YOUR_APP_KEY" \
-H "Authorization: Bearer USER_SESSION_TOKEN"
JavaScript — personal key
const res = await fetch('https://vibecode.bitrix24.com/v1/quotes?limit=10&order[amount]=desc&filter[stageId]=DRAFT', {
headers: {
'X-Api-Key': 'YOUR_API_KEY',
},
})
const { success, data, meta } = await res.json()
console.log(`Found ${meta.total} quotes`)
JavaScript — OAuth app
const res = await fetch('https://vibecode.bitrix24.com/v1/quotes?limit=10&order[amount]=desc&filter[stageId]=DRAFT', {
headers: {
'X-Api-Key': 'YOUR_APP_KEY',
'Authorization': 'Bearer USER_SESSION_TOKEN',
},
})
const { success, data, meta } = await res.json()
Response fields
| Field | Type | Description |
|---|---|---|
data |
array | Array of quotes (each contains all fields — see Fields) |
meta.total |
number | Total number of records matching the filter. An optional field: if no count was requested, it is absent from the response |
meta.hasMore |
boolean | Whether there are more records beyond limit |
meta.nextAfterId |
string | The identifier of the last returned record. Returned when the sort is strictly id ascending, while hasMore is true. Pass it back as filter[>id] — a cheap replacement for a growing offset |
The card URL of any quote from the data array is built from its id:
https://<portal>.bitrix24.com/crm/type/7/details/<id>/
7 — the entityTypeId of a quote in Bitrix24. <portal> — the Bitrix24 portal domain. Access is restricted by the employee's permissions in Bitrix24.
Response example
{
"success": true,
"data": [
{
"id": 412,
"title": "Quote for server hardware",
"amount": 1500,
"currency": "USD",
"stageId": "DRAFT",
"dealId": 741,
"assignedById": 1,
"createdTime": "2026-04-15T10:30:00.000Z",
"contactId": 71,
"companyId": 15
}
],
"meta": {
"total": 48,
"hasMore": true
}
}
Error response example
403 — no scope:
{
"success": false,
"error": {
"code": "SCOPE_DENIED",
"message": "This endpoint requires 'crm' scope"
}
}
Errors
| HTTP | Code | Description |
|---|---|---|
| 403 | SCOPE_DENIED |
The API key lacks the crm scope |
| 401 | TOKEN_MISSING |
The API key has no configured tokens |
| 429 | RATE_LIMITED |
Rate limit exceeded: 300 requests per minute per portal, all API keys of the portal share one limit. The exact value arrives in the x-ratelimit-limit header (the cap is divided across replicas). Retry after the delay in the Retry-After header |
Full list of common API errors — Errors.
Known specifics
Auto-pagination: limit > 50 runs as several sequential reads of 50 records, and the response arrives as a single array. The response time grows with limit — Client-side timeout.
offset limit: when offset >= 2500 the response may come back with INTERNAL_ERROR. Keep limit <= 500 at large offsets, and walk the whole collection with the filter[>id] cursor — it does not depend on depth.
When to use search. Complex filters with many conditions are passed in the request body rather than the query string. Search additionally splits a wide date range into windows — Search with date windowing. See Search quotes.