## Агрегация вариаций `POST /v1/catalog-offers/aggregate` Считает вариации товаров и агрегирует их числовые поля — сумму, среднее, минимум и максимум — с фильтрацией и группировкой. **Поля, доступные для агрегации:** - `purchasingPrice` — закупочная цена, числовое агрегирование имеет смысл - `quantity` — остаток, числовое агрегирование имеет смысл - `iblockSectionId` — раздел каталога, для `groupBy` ## Поля запроса (body) | Параметр | Тип | Обяз. | Описание | |----------|-----|:-----:|---------| | `filter` | object | да | Фильтрация по полям [`GET /v1/catalog-offers/fields`](./fields.md). Ключ `iblockId` обязателен — ID каталога вариаций из [`GET /v1/catalogs`](/docs/entities/catalogs). Вариации одного головного товара отбирает `parentId`, `type` принимает одно точное значение: `4` или `5`. Поля дат `dateCreate`, `timestampX`, `dateActiveFrom` и `dateActiveTo` не принимаются: метод Битрикс24 фильтры по датам не применяет, запрос отклоняется с `400 UNKNOWN_FILTER_FIELD`.
[Синтаксис фильтрации](/docs/filtering) | | `aggregate` | array | нет | Агрегации: `[{ "field": "purchasingPrice", "function": "sum" }]`. Функции: `sum`, `avg`, `min`, `max`, `count`. Для `count` поле — `"*"`. Без параметра — только `count` | | `groupBy` | string \| string[] | нет | Поле или массив полей для группировки (до 5). Значения — из списка выше | ## Примеры ### curl — личный ключ ```bash curl -X POST "https://vibecode.bitrix24.tech/v1/catalog-offers/aggregate" \ -H "X-Api-Key: YOUR_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "filter": { "iblockId": 27, "parentId": 7189 }, "aggregate": [ { "field": "purchasingPrice", "function": "sum" }, { "field": "purchasingPrice", "function": "avg" } ], "groupBy": "iblockSectionId" }' ``` ### curl — OAuth-приложение ```bash curl -X POST "https://vibecode.bitrix24.tech/v1/catalog-offers/aggregate" \ -H "X-Api-Key: YOUR_APP_KEY" \ -H "Authorization: Bearer USER_SESSION_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "filter": { "iblockId": 27, "parentId": 7189 }, "aggregate": [ { "field": "purchasingPrice", "function": "sum" }, { "field": "purchasingPrice", "function": "avg" } ], "groupBy": "iblockSectionId" }' ``` ### JavaScript — личный ключ ```javascript const res = await fetch('https://vibecode.bitrix24.tech/v1/catalog-offers/aggregate', { method: 'POST', headers: { 'X-Api-Key': 'YOUR_API_KEY', 'Content-Type': 'application/json', }, body: JSON.stringify({ filter: { iblockId: 27, parentId: 7189 }, aggregate: [ { field: 'purchasingPrice', function: 'sum' }, { field: 'purchasingPrice', function: 'avg' }, ], groupBy: 'iblockSectionId', }), }) const { success, data } = await res.json() console.log(data.groups) ``` ### JavaScript — OAuth-приложение ```javascript const res = await fetch('https://vibecode.bitrix24.tech/v1/catalog-offers/aggregate', { method: 'POST', headers: { 'X-Api-Key': 'YOUR_APP_KEY', 'Authorization': 'Bearer USER_SESSION_TOKEN', 'Content-Type': 'application/json', }, body: JSON.stringify({ filter: { iblockId: 27, parentId: 7189 }, aggregate: [ { field: 'purchasingPrice', function: 'sum' }, { field: 'purchasingPrice', function: 'avg' }, ], groupBy: 'iblockSectionId', }), }) const { success, data } = await res.json() ``` Для группировки по нескольким полям передайте массив: `"groupBy": ["iblockSectionId", "quantity"]`, максимум 5 полей. ## Другие сценарии Блоки ниже — тела запросов. Число вариаций в каталоге — тело без `aggregate`, самый быстрый запрос без выгрузки записей. Фильтр `iblockId` обязателен и здесь: ```json { "filter": { "iblockId": 27 } } ``` ## Поля ответа | Поле | Тип | Описание | |------|-----|---------| | `success` | boolean | Всегда `true` при успехе | | `data.count` | number | Общее количество вариаций, соответствующих фильтру | | `data.aggregates` | object | Результаты агрегаций: `{ "purchasingPrice": { "sum": 0, "avg": 0 } }`. Без числовых функций — пустой объект | | `data.groups` | array | Группы — присутствуют только при `groupBy`. Каждый элемент: поля группировки + `count` + `aggregates` | | `data.meta.totalRecords` | number | Общее количество записей | | `data.meta.recordsProcessed` | number | Количество обработанных записей (до 5000). Для запроса без числовых функций и `groupBy` — `0` | | `data.meta.truncated` | boolean | `true`, если числа посчитаны не по всем записям под фильтр: прочитано меньше записей, чем обещал `data.count` — в том числе когда под фильтр попало больше 5000, — либо срез оборвался ошибкой подстраницы. Размер нехватки приходит в `data.meta.recordsShortfall`, оборванный срез — в `data.meta.pageErrorSample`. Присутствует всегда, на полном ответе равен `false`. Если в запросе нет ни `groupBy`, ни числовых функций, записи не выгружаются и флаг всегда `false` | | `data.meta.groupTotal` | number | Количество групп. Присутствует только при `groupBy` | | `data.meta.groupsTruncated` | boolean | `true`, если число групп было ограничено. Присутствует только при `groupBy` | ## Пример ответа ```json { "success": true, "data": { "count": 2, "aggregates": { "purchasingPrice": { "sum": 940, "avg": 470 } }, "groups": [ { "iblockSectionId": null, "count": 2, "aggregates": { "purchasingPrice": { "sum": 940, "avg": 470 } } } ], "meta": { "totalRecords": 2, "recordsProcessed": 2, "truncated": false, "groupTotal": 1, "groupsTruncated": false } } } ``` Без `groupBy` поле `data.groups` в ответе отсутствует. ## Пример ответа при ошибке 400 — поле вне списка доступных для агрегации: ```json { "success": false, "error": { "code": "INVALID_PARAMS", "message": "groupBy field 'nonexistent' is not aggregatable on this entity. Available: purchasingPrice, quantity, iblockSectionId." } } ``` ## Ошибки | HTTP | Код | Описание | |------|-----|---------| | 400 | `MISSING_REQUIRED_FILTER` | Не передан обязательный фильтр `filter.iblockId` — проверяется до вызова Битрикс24, сообщение содержит пример тела | | 400 | `UNSUPPORTED_FILTER` | В `filter.type` передано значение, отличное от `4` и `5`, массив или оператор | | 400 | `INVALID_PARAMS` | Поле `groupBy` вне списка доступных — сообщение перечисляет допустимые | | 400 | `INVALID_PARAMS` | Числовая функция по неизвестному полю — `Field '<имя>' not found. Available numeric fields: ...` | | 400 | `INVALID_PARAMS` | Передано более 5 полей в `groupBy` | | 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `catalog` | | 401 | `MISSING_API_KEY` | Не передан заголовок `X-Api-Key` | | 429 | `RATE_LIMITED` | Превышен лимит запросов: 300 в минуту на портал, все API-ключи портала делят один лимит. Точное значение — в заголовке `x-ratelimit-limit` (потолок делится на реплики). Повторите после срока из заголовка `Retry-After` | Полный список общих ошибок API — [Ошибки](/docs/errors). ## Известные особенности **`count` обходится одним запросом, числовые функции — нет.** `count` подсчитывается за один вызов независимо от объёма выборки. Функции `sum`, `avg`, `min`, `max` и `groupBy` загружают записи постранично — до 5000 — и считают значения на стороне сервера. Если под фильтр попадает больше 5000 записей, `meta.truncated` равен `true`, а агрегаты и группы строятся по первым 5000. Потолок не единственная причина такой пометки: она появляется и когда прочитано меньше записей, чем обещал `data.count`, — размер нехватки лежит в `data.meta.recordsShortfall`. **Признак усечения приходит рядом с самим числом.** Когда ответ приходит с `meta.truncated: true`, пометка `truncated: true` стоит внутри объекта каждого поля в `data.aggregates`, у каждого элемента `data.groups`, а в `data.meta.warnings` добавляется предупреждение с кодом `AGGREGATE_TRUNCATED`. Так клиент, который читает только само число, видит, что оно посчитано по части записей. На полном ответе ни одной из этих пометок нет. Полный разбор — [Агрегация POST — потолок 5000 записей](/docs/entity-api#агрегация-post-потолок-5000-записей). ## Смотрите также - [Список вариаций](/docs/entities/catalog-offers/list) - [Поиск вариаций](/docs/entities/catalog-offers/search) - [Поля вариации](/docs/entities/catalog-offers/fields) - [Головные товары (SKU)](/docs/entities/catalog-skus) - [Синтаксис фильтрации](/docs/filtering) - [Лимиты и оптимизация](/docs/optimization)