Интеграция Авито и Битрикс24: отклики, вакансии и защита от дублей
Как спроектировать перенос откликов Авито в CRM: сопоставление кандидатов и вакансий, ответственные, очередь доставки и проверка на пилоте.
Сначала уточните, какую интеграцию вы ищете
Под запросом «интеграция Авито и Битрикс24» встречаются разные задачи: сообщения покупателей, звонки, товарные объявления и отклики на вакансии. У них разные данные и условия доступа. Этот разбор посвящён HR-сценарию: кандидат откликается на вакансию, а команда продолжает работу в CRM. Не стоит считать приложение для чатов готовым решением для найма только из-за одинаковых названий платформ.
Какие данные нужно связать
Начните с карты полей: идентификатор отклика, кабинет, вакансия, кандидат, доступный контакт, дата и текущий статус. Определите, какая сущность создаётся в Битрикс24 — лид, контакт со сделкой или другой согласованный объект. Решите, что происходит с уже существующим кандидатом. Вакансию нужно сохранять явно: один человек может откликнуться на несколько позиций, и это не обязательно дубль.
Почему телефон не решает задачу дублей целиком
Совпадение телефона помогает найти контакт, но не описывает смысл нового отклика. Нужны разные правила для человека, вакансии и события доставки. Если один отклик поступил повторно после тайм-аута, второй результат создавать нельзя. Если тот же кандидат выбрал другую вакансию, новое обращение может быть корректным. Метод crm.duplicate.findbycomm в Битрикс24 ищет совпадения по контактным данным; бизнес-правило поверх него проектируется отдельно.
Как назначать ответственного
Зафиксируйте порядок: по вакансии, кабинету, подразделению или очереди рекрутеров. Определите запасного ответственного и поведение при увольнении сотрудника или отключённом пользователе. Проверьте права интеграции на чтение нужных справочников и создание сущностей. Передача успешна, когда запись находится в правильной воронке и доступна нужному сотруднику, а не просто когда API вернул успешный ответ.
Очередь и повторные попытки
Получение события и запись в CRM полезно разделить. Событие сохраняется, доставка выполняется с контролируемыми повторами, а результат попадает в журнал. При временном ограничении скорости нужны паузы; при неверном поле — исправление данных; при потере прав — восстановление доступа. Бесконечный повтор одной и той же ошибки скрывает проблему. Оператор должен видеть причину и иметь безопасный путь повторной обработки.
Что подтверждено в AvitoBitrixSync
В портфолио Scrypteam представлены очередь доставки, проверка дублей, состояния аккаунтов и журнал синхронизации. Программная часть готова; внедрение на новых аккаунтах начинается с пилота. Это не обещание совместимости со всеми тарифами Авито и CRM. Способ получения данных, разрешения, актуальные ограничения и доступность полей нужно проверить до согласования промышленного запуска.
Сценарии приёмки
Проверьте новый отклик, повтор того же события, существующего кандидата и отклик на другую вакансию. Затем смоделируйте тайм-аут после создания записи, временный отказ CRM и истёкший доступ. Сверьте число исходных событий с доставленными и исключениями. Для каждого недоставленного события должна быть причина; для каждого доставленного — ссылка или идентификатор результата в CRM.
Что прислать для оценки
Нужны описание HR-процесса, число кабинетов, используемые сущности и воронки, правила назначения и пример полей без лишних персональных данных. Пароли и токены не отправляйте в общий чат. По этим сведениям можно выделить пилот, согласовать состав проверки и оценить адаптацию. Сокращение ручной работы станет подтверждённым результатом только после измерения на вашем объёме.
Частые вопросы
Перенесутся ли старые отклики?
Это отдельный сценарий. Нужно проверить доступность истории, ограничения источника, объём и правила сопоставления с существующими данными CRM.
Один кандидат на две вакансии — дубль?
Не обязательно. Человек может быть одним контактом, а отклики — разными обращениями. Правило зависит от процесса найма.
Можно гарантировать отсутствие дублей без пилота?
Нет. Нужно согласовать ключи сопоставления и проверить неоднозначные случаи, включая тайм-аут после успешной записи и повторные события.
Документация и источники
По теме
Повторный отклик не должен создавать вторую сделку
Почему проверки телефона недостаточно и как связать повторную доставку с правилами вашей CRM.
Читать разбор →ПРАКТИКА / ИНТЕГРАЦИИЧто делать, когда API ограничивает запросы
Очередь помогает пережить временный отказ, если повторная отправка не создаёт новых записей.
Читать разбор →ПРАКТИКА / АВТОМАТИЗАЦИЯАвтоматизация бизнес-процессов: с чего начать и как проверить пользу
Как выбрать первый процесс для автоматизации, сравнить готовый сервис и разработку, рассчитать эффект и провести пилот на понятных критериях.
Читать разбор →