#Фильтрация и поиск
Три синтаксиса фильтрации для API сущностей. Все стили можно смешивать в одном запросе.
Фильтрация работает в двух местах:
GET /v1/{entity}?filter[field]=value— параметр URL для спискаPOST /v1/{entity}/search— тело запроса{ "filter": { ... } }
Быстрый переход: Логика ИЛИ · Эндпоинт поиска · Постраничный вывод · Коды ошибок
#Синтаксис 1: операторы со знаком `$`
Операторы с префиксом $ внутри объекта поля. Форма удобна AI-агентам.
{
"filter": {
"amount": { "$gte": 50000 },
"stageId": { "$ne": "LOST" },
"createdAt": { "$gte": "2026-01-01T00:00:00" }
}
}
Найдёт записи с суммой от 50 000, стадией, отличной от LOST, созданные с начала 2026 года.
#Доступные операторы
| Оператор | Значение | Пример |
|---|---|---|
$gt |
> (больше) | { "amount": { "$gt": 10000 } } |
$gte |
>= (больше или равно) | { "amount": { "$gte": 50000 } } |
$lt |
< (меньше) | { "amount": { "$lt": 100000 } } |
$lte |
<= (меньше или равно) | { "amount": { "$lte": 200000 } } |
$ne |
!= (не равно) | { "stageId": { "$ne": "LOST" } } |
$contains |
поиск по подстроке | { "title": { "$contains": "поставка" } } |
$in |
входит в массив | { "stageId": { "$in": ["NEW", "WON"] } } |
Точное совпадение задаётся значением напрямую, без оператора: { "stageId": "NEW" }.
#Комбинирование
Несколько условий на одном поле объединяются логикой И. Условия на разные поля — тоже логикой И. Для ИЛИ-логики см. раздел Логика ИЛИ ниже.
{
"filter": {
"amount": { "$gte": 50000, "$lte": 200000 },
"stageId": { "$ne": "LOST" }
}
}
Найдёт записи с суммой от 50 000 до 200 000 и стадией, отличной от LOST.
#Синтаксис 2: префикс в имени поля
Оператор как часть имени поля. Форма, которую напрямую понимает Битрикс24.
{
"filter": {
">=amount": 50000,
"<=amount": 200000,
"!stageId": "LOST"
}
}
Найдёт записи с суммой от 50 000 до 200 000 и стадией, отличной от LOST.
#Операторы
| Префикс | Значение |
|---|---|
>= |
больше или равно |
> |
больше |
<= |
меньше или равно |
< |
меньше |
! |
не равно |
% |
подстрока |
#Синтаксис 3: оператор как ключ объекта
Оператор как ключ вложенного объекта. Та же форма, что в синтаксисе 2, но с разделением имени поля и условия.
{
"filter": {
"amount": { ">=": 50000 },
"stageId": { "!": "LOST" }
}
}
Найдёт записи с суммой от 50 000 и стадией, отличной от LOST.
#Фильтрация по дате
Поля даты (createdAt, updatedAt, closedAt, beginDate и др.) принимают строки ISO 8601:
{
"filter": {
"createdAt": { "$gte": "2026-01-01T00:00:00" },
"closedAt": { "$lte": "2026-03-31T23:59:59" }
}
}
Найдёт записи, созданные с начала 2026 года и закрытые до конца марта.
#Примеры
{ "filter": { ">=createdAt": "2026-03-01T00:00:00" } }
Найдёт записи, созданные с 1 марта 2026.
{ "filter": { "updatedAt": { "$gte": "2026-05-01T00:00:00" } } }
Найдёт записи, обновлённые с указанного момента.
#NOT-фильтры
Исключение значений:
{ "filter": { "stageId": { "$ne": "LOST" } } }
{ "filter": { "!stageId": "LOST" } }
{ "filter": { "stageId": { "!": "LOST" } } }
Все три варианта найдут записи, у которых стадия отличается от LOST.
#Логика ИЛИ
Все условия в объекте filter объединяются логикой И. Логический оператор ИЛИ между разными полями нельзя выразить прямо в filter — попытка передать LOGIC: "OR" или $or возвращает 400 INVALID_FILTER_OPERATOR. Ниже три способа получить тот же результат.
#Способ 1: `$in` — несколько значений одного поля
Когда нужно «поле равно A или B или C», используйте оператор $in из таблицы выше:
{
"filter": {
"stageId": { "$in": ["NEW", "WON"] }
}
}
Найдёт сделки в стадии NEW или WON. Оператор работает на любом поле, для которого имеет смысл точное сравнение: assignedById, categoryId, id, sourceId и так далее.
#Способ 2: Batch — несколько фильтров одним запросом
Когда условия ИЛИ затрагивают разные поля («сделки в стадии NEW или с суммой больше 100 000»), вынесите каждое условие в отдельный вызов внутри Batch API:
{
"calls": [
{
"id": "by_stage",
"entity": "deals",
"action": "list",
"params": { "filter": { "stageId": "NEW" }, "limit": 200 }
},
{
"id": "by_amount",
"entity": "deals",
"action": "list",
"params": { "filter": { "amount": { "$gte": 100000 } }, "limit": 200 }
}
]
}
Ответ придёт в форме data.results.by_stage и data.results.by_amount — два независимых массива, которые клиент объединяет самостоятельно.
#Способ 3: параллельные запросы + клиентская склейка
Когда нужен единый список без дубликатов, выполните вызовы параллельно и объедините результаты по id:
const [a, b] = await Promise.all([
fetch('/v1/deals/search', {
method: 'POST',
headers: { 'X-Api-Key': key, 'Content-Type': 'application/json' },
body: JSON.stringify({ filter: { stageId: 'NEW' }, limit: 200 }),
}),
fetch('/v1/deals/search', {
method: 'POST',
headers: { 'X-Api-Key': key, 'Content-Type': 'application/json' },
body: JSON.stringify({ filter: { stageId: 'WON' }, limit: 200 }),
}),
])
const { data: dataA } = await a.json()
const { data: dataB } = await b.json()
const byId = new Map(dataA.map(d => [d.id, d]))
for (const d of dataB) byId.set(d.id, d)
const merged = [...byId.values()]
Map по id устраняет повторы, если запись попадает под оба условия.
#Чего делать нельзя
{ "filter": { "LOGIC": "OR", "0": { "stageId": "NEW" }, "1": { "stageId": "WON" } } }
Ответ:
{
"success": false,
"error": {
"code": "INVALID_FILTER_OPERATOR",
"message": "Unknown filter operator: stageId. Supported: $gt, $gte, $lt, $lte, $ne, $contains, $in, >, >=, <, <=, !, %, !="
}
}
Аналогично попытка передать $or возвращает 400 с подсказкой использовать Batch API.
#Смешивание синтаксисов
Все три стиля можно комбинировать в одном фильтре:
{
"filter": {
"amount": { "$gte": 50000 },
"!stageId": "LOST",
"createdAt": { ">=": "2026-01-01T00:00:00" }
}
}
Найдёт записи с суммой от 50 000, стадией, отличной от LOST, созданные с начала 2026 года. Здесь все три синтаксиса используются вместе.
#Эндпоинт поиска
POST /v1/{entity}/search — полнофункциональный поиск:
curl -X POST -H "X-Api-Key: $KEY" -H "Content-Type: application/json" \
"https://vibecode.bitrix24.tech/v1/deals/search" \
-d '{
"filter": {
"stageId": { "$ne": "LOST" },
"amount": { "$gte": 100000 }
},
"sort": { "amount": "desc" },
"limit": 200
}'
| Параметр | Тип | Описание |
|---|---|---|
filter |
object | Условия фильтрации |
sort |
string, object или array | Сортировка. Принимаются три формы: строка ("id" / "-amount" / "id,-createdAt"), объект ({ id: "asc", amount: "desc" } — ключи в порядке вставки) или массив (["id", "-amount"]). Вместо asc/desc принимаются 1/-1. Некорректный тип возвращает 400 INVALID_SORT_TYPE, неизвестное направление — INVALID_SORT_DIRECTION. |
limit |
number | Количество записей (по умолчанию 50, максимум 5000) |
offset |
number | Пропустить N записей |
autoWindow |
boolean | false — отключить разбивку по дате |
#Коды ошибок
| HTTP | Код | Условие |
|---|---|---|
| 400 | INVALID_FILTER_OPERATOR |
Неизвестный оператор в значении поля или попытка передать LOGIC / $or |
| 400 | INVALID_FILTER_FIELD |
Имя поля начинается с @ — такой префикс не поддерживается |
| 400 | UNKNOWN_FILTER_FIELD |
Поле отсутствует в схеме сущности (для сущностей с camelCase-полями) |
| 400 | INVALID_SORT_TYPE |
sort не строка, не объект и не массив |
| 400 | INVALID_SORT_DIRECTION |
Направление сортировки не asc / desc / 1 / -1 |
| 400 | UNSTABLE_OFFSET_PAGINATION |
offset > 0 при широком диапазоне дат (см. Постраничный вывод) |
| 502 | WINDOWED_SEARCH_FAILED |
Сервис не смог получить часть результатов при автоматической пагинации — повторите запрос |
Полный список общих ошибок API — Коды ошибок.
#Примеры по сущностям
#Сделки — по стадии и сумме
{
"filter": {
"stageId": "NEW",
"amount": { "$gte": 100000 }
},
"sort": { "createdAt": "desc" }
}
Найдёт сделки в стадии NEW с суммой от 100 000, отсортированные по дате создания (новые первыми).
#Контакты — по телефону
{
"filter": {
"phone": { "$contains": "+7916" }
}
}
Найдёт контакты, у которых номер телефона содержит подстроку «+7916».
#Задачи — незакрытые
{
"filter": {
"status": { "$ne": 5 }
}
}
Найдёт все задачи со статусом, отличным от 5 (завершена). Статусы: 2 = ждёт выполнения, 3 = выполняется, 4 = ожидает контроля, 5 = завершена, 6 = отложена.
#Лиды — за период
{
"filter": {
"createdAt": { "$gte": "2026-01-01T00:00:00", "$lte": "2026-03-31T23:59:59" }
}
}
Найдёт лиды, созданные в первом квартале 2026 года.
#Календарные события
{
"filter": {
"dateFrom": { "$gte": "2026-04-01T00:00:00" }
}
}
Найдёт события с датой начала от 1 апреля 2026. Для calendar-events обязательны параметры type и ownerId в URL: /v1/calendar-events?type=user&ownerId=1.
#Фильтрация в Batch
Фильтры работают и в Batch API:
{
"calls": [
{
"id": "new_deals",
"entity": "deals",
"action": "list",
"params": {
"filter": { "stageId": "NEW" }
}
},
{
"id": "search_contacts",
"entity": "contacts",
"action": "search",
"params": {
"filter": { "phone": { "$contains": "+7" } }
}
}
]
}
Одним запросом получит список сделок в стадии NEW и найдёт контакты с российскими номерами.
#Постраничный вывод
Два готовых способа — выбирайте по задаче.
#Получить весь результат сразу
Подходит для отчётов, выгрузок и любых случаев, когда нужны все записи. Укажите limit до 5000 — сервис вернёт весь подходящий результат одним ответом.
const res = await fetch('/v1/deals/search', {
method: 'POST',
headers: { 'X-Api-Key': key, 'Content-Type': 'application/json' },
body: JSON.stringify({
filter: { closedAt: { $gte: '2026-03-22T00:00:00Z', $lte: '2026-04-22T00:00:00Z' } },
limit: 5000,
}),
})
const { data, meta } = await res.json()
// data — все записи; meta.total — общее количество подходящих записей
#Идти по страницам вручную
Подходит, когда нужно обрабатывать записи порциями (например, импорт по 50 штук с сохранением прогресса). Добавьте autoWindow: false, сортировку по id и увеличивайте offset на каждой итерации.
let offset = 0
while (true) {
const res = await fetch('/v1/deals/search', {
method: 'POST',
headers: { 'X-Api-Key': key, 'Content-Type': 'application/json' },
body: JSON.stringify({
filter: { closedAt: { $gte: '2026-03-22T00:00:00Z', $lte: '2026-04-22T00:00:00Z' } },
sort: 'id',
limit: 50,
offset,
autoWindow: false,
}),
})
const { data, meta } = await res.json()
for (const deal of data) process(deal)
offset += data.length
if (offset >= meta.total) break
}
#Чего делать нельзя
Не запускайте параллельные запросы с разным offset на одном фильтре — сервис вернёт 400 UNSTABLE_OFFSET_PAGINATION. Выберите один из двух способов выше.