Интеграция Битрикс24 с HR-сервисами: отклики, резюме и кандидаты в одной воронке

Когда вакансий мало, рекрутер ещё может вручную проверять hh.ru, Авито Работа, Работа.ру, SuperJob и Зарплата.ру. Но с ростом найма схема ломается: отклики остаются в разных кабинетах, кандидаты дублируются, руководители не видят статус подбора, а HR тратит время на перенос резюме вместо общения с людьми.

Почему ручная обработка откликов мешает найму

В подборе персонала проблема редко ограничивается самим фактом получения откликов. Обычно страдает весь процесс: скорость ответа, качество базы, контроль рекрутеров и аналитика.

Битрикс24 в этой схеме выступает не просто CRM, а рабочим местом HR-отдела: здесь можно хранить кандидатов, вакансии, задачи, интервью, согласования и отчёты.

Где хранить кандидатов в Битрикс24

Перед подключением площадок нужно решить, в какой сущности будут жить кандидаты. От этого зависят права доступа, отчёты, автоматизация и удобство работы рекрутеров.

Вариант 1. Лиды

Подходят для быстрого запуска, когда подбор небольшой. Плюсы: легко создать из интеграции, понятная логика, быстро настраиваются задачи. Минусы: кандидаты могут смешаться с продажами, а отчёты по лидам начнут показывать не только клиентов, но и соискателей. Для компании с активными продажами это плохой вариант.

Вариант 2. Сделки в отдельной HR-воронке

Подходит, если нужно вести кандидата по этапам: новый отклик, скрининг, интервью, оффер, выход. Плюсы: стадии, роботы, задачи, ответственные и отчёты по конверсии. Минусы: если человек откликнулся на несколько вакансий, нужно заранее продумать связь «кандидат — отклик — вакансия».

Вариант 3. Смарт-процессы

Для системного подбора лучше использовать смарт-процессы с отдельными сущностями: Кандидаты, Вакансии, Отклики, Собеседования. Так HR-процесс не мешает продажам, для кандидатов можно настроить свои поля, стадии, права и роботов. Это лучший вариант для нескольких площадок, массового найма, филиалов и аналитики по источникам.

Какие данные передавать из HR-площадок

Интеграция должна передавать не только имя и телефон. Рекрутеру нужен контекст: откуда пришёл кандидат, на какую вакансию он откликнулся, какие у него ожидания, где лежит резюме и что нужно сделать дальше.

Пример пользовательских полей

UF_HR_SOURCE              Источник: hh.ru / Авито Работа / Работа.ру / SuperJob / Зарплата.ру
UF_HR_VACANCY_ID          ID вакансии на площадке
UF_HR_VACANCY_NAME        Название вакансии
UF_HR_RESPONSE_ID         ID отклика
UF_HR_RESUME_ID           ID резюме
UF_HR_RESUME_URL          Ссылка на резюме
UF_HR_RESUME_FILE         Файл резюме
UF_HR_CANDIDATE_CITY      Город кандидата
UF_HR_EXPECTED_SALARY     Зарплатные ожидания
UF_HR_EXPERIENCE          Опыт
UF_HR_SKILLS              Навыки
UF_HR_COVER_LETTER        Сопроводительное письмо
UF_HR_RECRUITER_ID        Ответственный рекрутер
UF_HR_HIRING_MANAGER_ID   Нанимающий руководитель
UF_HR_INTERVIEW_DATE      Дата собеседования
UF_HR_REJECT_REASON       Причина отказа
UF_HR_DUPLICATE_KEY       Ключ антидубля

Не все площадки отдают одинаковый набор данных. Поэтому в ТЗ лучше разделить обязательные поля, желательные поля и поля, которые передаются только при наличии доступа.

Как настроить антидубли

Один и тот же человек может откликнуться на вакансию на hh.ru, написать на Авито Работа и позже отправить резюме через SuperJob. Если интеграция каждый раз создаёт новую карточку, база быстро становится грязной.

Лучше не удалять повторные отклики. Они показывают интерес кандидата к разным вакансиям и помогают понять, с какой площадки он активнее взаимодействует.

Рекомендуемая HR-воронка

Для офисных и экспертных вакансий обычно нужна подробная воронка:

Для массового подбора воронку лучше сократить:

Финальные статусы стоит разделять — один общий статус «Отказ» почти ничего не даёт аналитике.

Интеграция Битрикс24 с hh.ru

hh.ru часто становится основным источником откликов для офисных, экспертных и части массовых вакансий. Интеграция нужна, чтобы рекрутер не переносил резюме вручную, а работал с кандидатами в общей воронке.

Для hh.ru особенно полезно хранить ID вакансии, ID отклика, ID резюме, ссылку на резюме, источник и статус переговоров. Без этих полей сложно поддерживать синхронизацию и разбирать ошибки.

Интеграция Битрикс24 с Авито Работа

Авито Работа часто используют для массового подбора: розница, склады, курьеры, общепит, производство, сервисные специалисты, водители, операторы. Здесь скорость ответа критична: кандидат может написать сразу нескольким работодателям и выбрать того, кто быстрее позвонил.

Для Авито Работа часто ставят жёсткий SLA: задача рекрутеру создаётся сразу, а срок первого контакта — 5–15 минут. Если откликов много, их стоит автоматически распределять по городу, филиалу, вакансии или смене. Кастомная интеграция нужна, когда требуется не только получить отклик, но и связать переписку, маршрутизировать кандидатов, учитывать филиалы, передавать статусы и считать путь от отклика до выхода.

Интеграция Битрикс24 с Работа.ру

Работа.ру подходит для регионального и массового подбора, а также для компаний, которые размещаются сразу на нескольких площадках. Главная задача интеграции — не дать откликам остаться в отдельном кабинете или почте.

В Битрикс24 обычно передают: имя кандидата, телефон или email, название вакансии, город, резюме или ссылку, комментарий, дату отклика и статус. Перед внедрением нужно отдельно проверить, какой способ обмена доступен под конкретный аккаунт: готовый коннектор, партнёрский сценарий, API, email-уведомления или обработка выгрузок. Не стоит начинать разработку, пока не понятно, как площадка легально и стабильно отдаёт данные работодателю.

Интеграция Битрикс24 с SuperJob

SuperJob используют для откликов, поиска резюме и формирования базы кандидатов. Интеграция полезна, если HR-команда хочет вести найденных соискателей в одной системе, а не хранить часть истории в кабинете площадки.

Доступ к контактам кандидатов зависит от условий площадки и тарифа работодателя. Если контакты недоступны, карточку можно создать как потенциального кандидата, но сценарий связи будет ограничен. Это лучше отразить в ТЗ заранее, чтобы не обещать HR-команде больше, чем реально доступно через источник.

Интеграция Битрикс24 с Зарплата.ру

Зарплата.ру полезна для регионального подбора и вакансий, где одного источника откликов недостаточно. Если площадка используется вместе с hh.ru, Авито Работа и SuperJob, лучше не создавать отдельную воронку только под неё. Источник удобнее хранить в отдельном поле, а сам процесс вести в общей HR-воронке.

Что стоит передавать: ID и название вакансии, ID резюме, контакты кандидата, город, зарплатные ожидания, опыт, дату отклика и источник. Перед запуском нужно проверить доступные методы, права и ограничения. В ТЗ лучше отдельно указать, что именно требуется: получение вакансий, откликов, резюме, контактов, обновление статусов или только импорт новых кандидатов.

Сравнение площадок

Как выбрать способ подключения

Единого способа интеграции для всех площадок нет. Выбор зависит от доступов, объёма откликов, требований к статусам и бюджета на внедрение.

Для серьёзного HR-процесса лучше начинать не с выбора коннектора, а с карты данных: какие сущности нужны, какие поля обязательны, где проверяются дубли, кто получает задачи и какие отчёты должен видеть руководитель.

Пример ТЗ на HR-интеграцию

Так может выглядеть короткое техническое задание перед разработкой:

Цель:
Собирать отклики с hh.ru, Авито Работа и SuperJob в Битрикс24 без ручного переноса резюме.

Сущности в Битрикс24:
- Смарт-процесс «Кандидаты»
- Смарт-процесс «Вакансии»
- Смарт-процесс «Отклики»

Основные поля кандидата:
- ФИО, телефон, email, город, источник
- ID резюме, ссылка на резюме
- зарплатные ожидания, опыт, навыки

Основные поля отклика:
- источник, ID отклика, ID вакансии, название вакансии
- дата отклика, сопроводительное письмо, статус обработки

Антидубли:
- сначала телефон, затем email, затем ID резюме
- при совпадении добавлять отклик в историю существующего кандидата

Автоматизация:
- новый отклик создаёт задачу рекрутеру
- срок задачи зависит от источника и типа вакансии
- при переходе на стадию «Согласование» ставится задача руководителю
- после интервью создаётся задача на обратную связь

Отчёты:
- отклики по источникам, конверсия по этапам
- скорость первого контакта, интервью и офферы
- выходы на работу, причины отказов

Журнал ошибок:
- дата события, источник, ID отклика, ID вакансии
- ошибка, статус повторной обработки

Такое ТЗ помогает сразу отделить обязательный минимум от доработок «на потом».

Сценарии автоматизации

Новый отклик становится задачей рекрутеру

Для массового подбора срок задачи обычно задают в минутах. Для офисных вакансий достаточно рабочего дня, если нет срочного найма.

Кандидат откликнулся на несколько вакансий

Это защищает базу от дублей и помогает не потерять сильного кандидата, который подходит на несколько ролей.

Согласование с руководителем

Аналитика источников найма

Отчёт должен показывать не только количество откликов. Важнее видеть путь до результата: источник → отклик → контакт → интервью → оффер → выход. Если площадка даёт много откликов, но мало выходов, проблема может быть в качестве аудитории, тексте вакансии, скорости ответа или условиях работы.

Права доступа и персональные данные

HR-интеграции работают с персональными данными. Перед запуском нужно определить правила доступа, хранения и удаления информации. Проверьте заранее: кто видит карточки кандидатов; кто видит телефон и email; кто может скачивать резюме; где хранятся файлы; сколько времени хранится база кандидатов; как обрабатывается удаление данных; кто отвечает за доступы интеграции; где хранится журнал ошибок; кто может экспортировать кандидатов.

Полный доступ ко всем кандидатам обычно не нужен всей компании. Рекрутеру, руководителю и администратору Битрикс24 нужны разные уровни прав.

Ошибки внедрения

Отклики складываются в CRM продаж

Если в компании есть активные продажи, кандидатов лучше не смешивать с клиентами. Иначе отчёты по лидам, источникам и конверсии станут некорректными.

Нет связи с вакансией

Карточка кандидата без вакансии быстро теряет смысл. HR должен сразу видеть, на какую позицию пришёл человек и кто за неё отвечает.

Антидубли настроены только по имени

ФИО недостаточно. Нужны телефон, email, ID резюме и ID отклика. Для массового подбора это особенно критично.

Нет SLA первого контакта

В массовом найме скорость часто решает больше, чем качество CRM. Если рекрутер звонит через день, кандидат может уже выйти в другую компанию.

Не фиксируются причины отказа

Статус «отказ» без причины не помогает управлять подбором. Разделяйте отказ кандидата, отказ работодателя, неявку, недозвон, неподходящие условия и резерв.

Не ведётся журнал ошибок

Интеграция должна сохранять неуспешные события. Иначе потерянные отклики обнаружатся только после жалоб HR или руководителя.

Чек-лист запуска

• Какие площадки подключаются.
• Где будут храниться кандидаты и нужна ли отдельная сущность «Вакансии».
• Как связывать кандидата, отклик и вакансию.
• Какие поля обязательны и какие данные реально доступны через источник.
• Как работает антидубль.
• Кто получает задачу по новому отклику и какой SLA первого контакта.
• Какие стадии нужны воронке и какие причины отказа фиксируются.
• Кто видит персональные данные и где хранятся резюме.
• Какие уведомления нужны HR и руководителям, как назначаются интервью.
• Какие отчёты нужны руководителю.
• Как обрабатываются ошибки и как архивируются старые кандидаты.

От чего зависит стоимость внедрения

Точную стоимость можно оценить только после разбора источников и процесса подбора. Обычно на объём работ влияют эти факторы:

Если нужен быстрый старт, можно начать с одного источника и минимальной воронки. Если подбор уже идёт на нескольких площадках, лучше сразу проектировать общую модель данных, иначе через несколько месяцев придётся переделывать структуру.

FAQ