Агрегация услуг

POST /v1/catalog-services/aggregate

Считает услуги товарного каталога с фильтрацией и группировкой по разделам каталога.

Поля dateCreate, timestampX, dateActiveFrom и dateActiveTo не принимаются в filter: запрос возвращает 400 UNKNOWN_FILTER_FIELD до обращения к Битрикс24. Отбора по периоду у агрегата нет — считайте его на своей стороне по записям списка, где эти даты доступны в select и приходят в ответе.

Поля, доступные для агрегации:

• iblockSectionId — раздел каталога, для groupBy

Числовых полей со смыслом суммы или среднего у услуги нет. Функции sum, avg, min, max принимают поля-идентификаторы — id, iblockId, iblockSectionId, measure, vatId, createdBy, modifiedBy, type — и порядок сортировки sort. Основной сценарий — подсчёт услуг count, в том числе по разделам.

Поля запроса (body)

Примеры

curl — личный ключ

curl -X POST "https://vibecode.bitrix24.tech/v1/catalog-services/aggregate" \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "iblockId": 25, "iblockSectionId": 281 },
    "groupBy": "iblockSectionId"
  }'

curl — OAuth-приложение

curl -X POST "https://vibecode.bitrix24.tech/v1/catalog-services/aggregate" \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "iblockId": 25, "iblockSectionId": 281 },
    "groupBy": "iblockSectionId"
  }'

JavaScript — личный ключ

const res = await fetch('https://vibecode.bitrix24.tech/v1/catalog-services/aggregate', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_API_KEY',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    filter: { iblockId: 25, iblockSectionId: 281 },
    groupBy: 'iblockSectionId',
  }),
})

const { success, data } = await res.json()
console.log(data.groups)

JavaScript — OAuth-приложение

const res = await fetch('https://vibecode.bitrix24.tech/v1/catalog-services/aggregate', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_APP_KEY',
    'Authorization': 'Bearer USER_SESSION_TOKEN',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    filter: { iblockId: 25, iblockSectionId: 281 },
    groupBy: 'iblockSectionId',
  }),
})

const { success, data } = await res.json()

groupBy принимает и массив: "groupBy": ["iblockSectionId"], максимум 5 полей.

Другие сценарии

Блоки ниже — тела запросов.

Число услуг в каталоге — тело без aggregate и groupBy, самый быстрый запрос без выгрузки записей. Фильтр iblockId обязателен и здесь:

{ "filter": { "iblockId": 25 } }

Число услуг по всем разделам каталога — услуги без раздела собираются в группу с iblockSectionId: null:

{ "filter": { "iblockId": 25 }, "groupBy": "iblockSectionId" }

Поля ответа

Пример ответа

{
  "success": true,
  "data": {
    "count": 2,
    "aggregates": {},
    "groups": [
      {
        "iblockSectionId": 281,
        "count": 2,
        "aggregates": {}
      }
    ],
    "meta": {
      "totalRecords": 2,
      "recordsProcessed": 2,
      "truncated": false,
      "groupTotal": 1,
      "groupsTruncated": false
    }
  }
}

Без groupBy поле data.groups в ответе отсутствует.

Пример ответа при ошибке

400 — поле вне списка доступных для группировки:

{
  "success": false,
  "error": {
    "code": "INVALID_PARAMS",
    "message": "groupBy field 'nonexistent' is not aggregatable on this entity. Available: iblockSectionId."
  }
}

Ошибки

Полный список общих ошибок API — Ошибки.

Известные особенности

count обходится одним запросом, группировка — нет. count без groupBy подсчитывается за один вызов независимо от объёма выборки. groupBy и функции sum, avg, min, max загружают записи постранично — до 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 записей.

Смотрите также

• Список услуг
• Поиск услуг
• Поля услуги
• Разделы каталога
• Синтаксис фильтрации
• Лимиты и оптимизация