Как выполнить пакет запросов batch 3.0
Выберите инструмент для разработки с AI-агентом:
- используйте Битрикс24 Вайбкод, чтобы создать приложение для Битрикс24 по описанию задачи без знания языков программирования. Агент напишет код и разместит приложение на сервере без ручной настройки хостинга
- используйте MCP-сервер, чтобы разрабатывать интеграцию через REST API в своем проекте. Агент будет обращаться к официальной REST-документации
Scope:
базовыйКто может выполнять метод: любой пользователь
Метод относится к REST 3.0. Особенности вызова и формат ответа новой версии API описаны в обзоре REST 3.0.
Метод batch в REST 3.0 выполняет несколько запросов за одно обращение к API. Результат предыдущего подзапроса можно передать в параметры следующего.
Адрес метода:
POST https://{адрес_установки}/rest/api/{id_пользователя}/{токен_вебхука}/batch
Тело запроса передавайте в формате JSON — массивом объектов подзапросов.
Когда использовать batch
Метод подходит для двух сценариев:
- выполнить несколько независимых методов одним обращением к серверу
- передать результат одного подзапроса в параметры следующего
Параметры метода
Метод принимает в теле запроса JSON-массив подзапросов. Каждый элемент массива — объект с описанием одного вызова.
Элемент массива подзапросов
Обязательные параметры отмечены *
|
Название |
Описание |
|
method* |
Имя вызываемого метода |
|
query* |
Параметры вызываемого метода. Если у метода нет параметров, передайте пустой объект |
|
as |
Уникальное имя результата подзапроса. По этому имени к результату можно обратиться в следующих подзапросах. Если Если двум подзапросам назначить одинаковое имя, batch вернет ошибку |
Передача одного значения
Чтобы передать значение из результата предыдущего подзапроса, используйте объект с ключом $ref:
{"$ref": "first_task.id"}
Путь состоит из идентификатора подзапроса и пути к полю через точку. Идентификатором может быть значение as или индекс подзапроса, например 1.id.
Передача массива значений
Чтобы собрать значения одного поля из всех элементов результата, используйте $refArray:
{"$refArray": "tasks_list.id"}
В примере API берет результат подзапроса tasks_list, извлекает поле id из каждого элемента и передает полученный массив в следующий запрос.
Примеры кода
Как использовать примеры в документации
Вызов нового API отличается добавлением параметра /api/ в запросе:
https://{адрес_установки}/rest/api/{id_пользователя}/{токен_вебхука}/batch
Для вызова batch 3.0 отправьте прямой HTTP-запрос.
Независимые вызовы
Если результаты подзапросов не связаны, передайте их в одном массиве без ссылок $ref и $refArray:
curl -X POST \
-H "Content-Type: application/json" \
-H "Accept: application/json" \
-d '[
{"method":"tasks.task.get","query":{"id":101,"select":["id","title"]}},
{"method":"tasks.task.get","query":{"id":102,"select":["id","title"]}}
]' \
https://**put_your_bitrix24_address**/rest/api/**put_your_user_id_here**/**put_your_webhook_here**/batch
Каждый результат в ответе соответствует подзапросу с тем же индексом.
Последовательное выполнение
Подзапросы выполняются в следующем порядке:
- tasks.task.get получает задачу и сохраняет результат под именем
first_task - Второй вызов
tasks.task.getполучает другую задачу. У подзапроса нет имени, поэтому к его результату обращаются по индексу1 - tasks.task.update получает идентификатор задачи из
first_taskчерез$refи изменяет ее название - tasks.task.list получает задачи по идентификаторам и сохраняет список под именем
tasks_list - Второй вызов
tasks.task.listполучает через$refArrayвсе идентификаторы изtasks_list
curl -X POST \
-H "Content-Type: application/json" \
-H "Accept: application/json" \
-d '[
{"method":"tasks.task.get","query":{"id":101,"select":["id","title"]},"as":"first_task"},
{"method":"tasks.task.get","query":{"id":102,"select":["id","title"]}},
{"method":"tasks.task.update","query":{"id":{"$ref":"first_task.id"},"fields":{"title":"Обновленная задача"}}},
{"method":"tasks.task.list","query":{"select":["id","title"],"filter":["id",[101,{"$ref":"first_task.id"},{"$ref":"1.id"}]]},"as":"tasks_list"},
{"method":"tasks.task.list","query":{"select":["id","title"],"filter":["id",{"$refArray":"tasks_list.id"}]}}
]' \
https://**put_your_bitrix24_address**/rest/api/**put_your_user_id_here**/**put_your_webhook_here**/batch
Формат с объектом cmd и строками вида method?param=value не поддерживается в REST 3.0. Передавайте подзапросы в виде JSON-массива объектов.
Обработка ответа
HTTP-статус успешного ответа — 200.
{
"result": [
{
"item": {
"id": 101,
"title": "Первая задача"
}
},
{
"item": {
"id": 102,
"title": "Вторая задача"
}
},
{
"result": true
},
{
"items": [
{
"id": 101,
"title": "Обновленная задача"
},
{
"id": 102,
"title": "Вторая задача"
}
]
},
{
"items": [
{
"id": 101,
"title": "Обновленная задача"
},
{
"id": 102,
"title": "Вторая задача"
}
]
}
],
"time": {
"start": 1750096028,
"finish": 1750096028.292702,
"duration": 0.29270195960998535,
"processing": 0,
"date_start": "2025-06-16T17:47:08+00:00",
"date_finish": "2025-06-16T17:47:08+00:00"
}
}
Возвращаемые данные
|
Название |
Описание |
|
result |
Массив результатов подзапросов в порядке их выполнения |
|
result[n] |
Результат подзапроса с индексом Данные метода находятся в |
|
result[].item |
Результат метода, который возвращает один объект |
|
result[].items |
Результат метода, который возвращает список объектов |
|
result[].result |
Результат операции, если метод возвращает признак успешного выполнения |
|
time |
Информация о времени выполнения пакета |
Обработка ошибок
Если ошибка относится к самому batch-запросу или вложенному вызову, batch возвращает объект error на верхнем уровне и не возвращает массив успешных результатов. Проверяйте HTTP-статус и код ошибки. Общий формат ошибок описан в обзоре REST 3.0.
Пример ошибки при обращении к несуществующему пути в $ref:
HTTP-статус: 400
{
"error": {
"code": "BITRIX_REST_V3_EXCEPTION_INVALIDSELECTEXCEPTION",
"message": "Не удается распознать выражение select `Path 'first_task.item.id' not found in context`"
}
}
|
Название |
Описание |
|
error.code |
Строковый код ошибки. Используйте для идентификации типа исключения |
|
error.message |
Текстовое описание ошибки |
|
error.validation |
Массив c деталями ошибки. Присутствует только в ошибках валидации данных |
|
error.validation[].field |
Название поля, в котором возникла ошибка валидации |
|
error.validation[].message |
Описание ошибки, связанной с указанным полем |
Возможные коды ошибок
|
Код |
HTTP-статус |
Причина |
Что проверить |
|
|
400 |
Тело запроса не является корректным JSON |
Проверьте скобки, кавычки и Content-Type |
|
|
400 |
Параметры вложенного метода не прошли валидацию |
Проверьте |
|
|
400 |
Не удалось разобрать ссылку |
Проверьте имя подзапроса, путь к полю и уникальность |
|
|
400 |
Вложенный метод не нашел объект с переданным идентификатором |
Проверьте идентификатор объекта |
|
|
403 |
У пользователя нет доступа к объекту |
Проверьте права пользователя |
|
|
403 |
У вебхука или приложения нет нужного скоупа |
Добавьте скоуп вложенного метода |
|
|
400 |
В пакете указан метод, которого нет в API |
Проверьте имя вложенного метода и его версию |
Статусы и коды системных ошибок
HTTP-статус: 4xx, 5xx
Описанные ниже ошибки возвращает сам REST API, а не логика конкретного метода. Они могут прийти в ответ на любой метод.
|
Статус |
Код |
Описание |
|
|
|
Возникла внутренняя ошибка сервера. Повторите вызов, а если ошибка сохраняется, обратитесь к администратору сервера или в техническую поддержку Битрикс24 |
|
|
|
Сервер вернул неожиданный ответ. Повторите вызов, а если ошибка сохраняется, обратитесь к администратору сервера или в техническую поддержку Битрикс24 |
|
|
|
Превышен лимит на интенсивность запросов |
|
|
|
Метод заблокирован из-за превышения лимита на ресурсоемкость запросов. Блокировка снимается автоматически, когда накопленное время выполнения метода перестает превышать лимит |
|
|
|
В запросе нет авторизационных данных: не передан ни access-токен, ни код вебхука |
|
|
|
Методы вызываются только по протоколу HTTPS |
|
|
|
REST API заблокирован из-за перегрузки. Это ручная индивидуальная блокировка. Чтобы ее снять, обратитесь в техническую поддержку Битрикс24 |
|
|
|
REST API доступен только на коммерческих тарифах. У вебхука текст ошибки другой — |
|
|
|
Не найден активный вебхук с указанным идентификатором пользователя и секретным кодом |
|
|
|
Метод с таким именем не найден. Имя написано с ошибкой, метода нет в REST API или он недоступен без нужного скоупа |
|
|
|
Запрос требует более широких прав, чем есть у токена: у вебхука это выданные ему права, у приложения — скоуп. У приложения текст ошибки заканчивается на |
|
|
|
Срок действия access-токена истек |
|
|
|
Приложение установлено, но администратор Битрикс24 открыл доступ к нему только конкретным пользователям |
|
|
|
Публичная часть сайта закрыта. Чтобы открыть ее на коробочной установке, отключите опцию «Временное закрытие публичной части сайта». Путь к настройке: Рабочий стол > Настройки > Настройки продукта > Настройки модулей > Главный модуль > Временное закрытие публичной части сайта |
Ограничения
- Подзапросы выполняются только последовательно
- Вложенный вызов
batchне поддерживается