Skip to main content
POST /people/search принимает каждый фильтр компании, который принимает POST /companies/search. Больше не нужно предварительно получать компании, собирать их ID и передавать во второй запрос по людям — один запрос выполняет оба уровня.

Два семейства параметров, одно тело

Тело запроса /people/search концептуально делится на два семейства фильтров. Они находятся на одном уровне в JSON, и вы свободно их смешиваете.
Фильтрация по атрибутам человека:
Префикс company_ существует только у фильтров локации/места, потому что голые имена places / locations уже используются для адреса человека. Всё остальное использует голое имя компании (technologies, а не company_technologies).

Постройте запрос за четыре шага

1

Определите предикат по людям

Кто именно? Должность, старшинство, отдел, страна. Держите этот слой на верхнем уровне тела запроса — предикат по компании обычно выполняет работу по точности.
2

Определите предикат по компаниям

В каких компаниях они должны работать? Отрасль, размер, год основания, страна штаб-квартиры, технологический стек. Группируйте их под объектом company_filters: {...}, чтобы было понятно, к какому слою относится каждый ключ.
3

Выберите AND/OR для каждого фильтра через filter_conditions

Для любого мультизначного фильтра, требующего точности (например, «использует все эти технологии»), добавьте запись в filter_conditions внутри company_filters. По умолчанию — OR.
4

Отправьте запрос

POST /people/search. Принимаются оба стиля, но company_filters: {...} читается яснее и соответствует форме payload’а Monitors.

Полный пример

Запрос: вице-президенты по инженерии или технические директора в компаниях среднего рынка в США, основанных между 2015 и 2023 годами, с числом сотрудников от 100 до 5 000, использующие одновременно Kubernetes и Docker, но исключая компании со штаб-квартирой в Сан-Франциско.

Справочник переименования ключей

Когда /people/search передаёт фильтры компании общему движку, ключи локации/места переименовываются в свои голые формы. Голые имена — это то, что действительно видит движок — и filter_conditions[].key: Именно поэтому filter_conditions[].key для локаций уровня компании использует голые имена:
{ "key": "company_places", "operator": "and" } молча игнорируется — движок не распознаёт имя с префиксом. Всегда указывайте в filter_conditions имя движка.

Соединения (joins) за кадром

Добавление любого фильтра уровня компании переключает соединение людей с компаниями с LEFT JOIN на INNER JOIN. Люди без распознанной компании в записи исключаются из результата, даже если они соответствуют каждому фильтру уровня людей.
Если ваш поиск падает до нуля строк в тот момент, когда вы добавляете company_locations или technologies, проверьте, есть ли в вашем наборе данных компании, связанные с ожидаемыми людьми. Здесь движок предпочитает корректность полноте — он никогда не выдумывает компании для удовлетворения фильтра.
Это же поведение соединения отражается в ответе: каждый возвращённый человек включает заполненный объект company, когда был применён любой фильтр по компании.

Распространённые паттерны

Нацельтесь на фиксированный список компаний (companies или domains), затем наложите фильтры уровня людей, чтобы найти нужных покупателей внутри каждой из них.
Опишите форму компании, а не конкретные аккаунты. Используйте диапазоны и вертикали — движок вернёт подходящих людей.
Найдите покупателей в компаниях, использующих определённый стек. AND по technologies — типичное переопределение.
Найдите лиц, принимающих решения, в компаниях, использующих продукт конкурента (одна технология), но не ваш (исключается через categories или отдельный проход фильтрации).
Затем повторите запрос с technologies: [114] (ID тега вашего продукта) и сравните на стороне клиента.

Следующие шаги

filter_conditions

Полный справочник — каждый ключ, каждое значение по умолчанию, готовые к копированию рецепты AND/OR.

Filters Overview

Ментальная модель единого движка фильтров.

Справочник People Search

Полная схема запроса/ответа для /people/search.

Справочник Company Search

Полная схема запроса/ответа для /companies/search.
Последнее изменение 4 сентября 2026 г.