Портал живёт отдельно от учёта
Менеджер ведёт сделку в Битрикс24, а счёт и отгрузку смотрит в учётной программе. Часть работы — это переключение между окнами и сверка вручную.
CRM и продажи
Интеграция с Битрикс24
Портал перестаёт быть отдельным островом
Битрикс24 обычно уже развёрнут, и переучивать людей не нужно. Работаем с тем, что есть: добавляем недостающие поля и сопоставление справочников, чтобы заявки с сайта, счета и документы из учёта, звонки и задачи сходились в одной карточке, а не в четырёх окнах.
Где портал расходится с остальным контуром
Сама CRM в Битрикс24 работает — проблема в границах: то, что происходит за порталом, в карточку не попадает. Ниже четыре места, где это заметно сильнее всего.
Заявки с сайта вносят руками
Данные из формы или чата перебиваются в карточку, и вместе с ними теряются источник, UTM-метки и время обращения.
Счёт не виден в карточке сделки
Чтобы ответить клиенту про оплату, менеджер идёт в учётную систему, а потом возвращается и меняет стадию вручную.
Задачи и регламенты держатся на памяти
Напоминания о следующем шаге создаются вручную. Если сделка ушла на согласование, об этом узнают не все, кому это важно.
Что ходит между порталом и учётной системой
Для каждой сущности заранее определяется сторона-источник. В портале люди работают руками, поэтому важно, чтобы обмен не спорил с их правками, а дополнял их.
Сущность
Направление
Что важно учесть
Лиды и сделки
Сайт → портал
Заявка из формы, чата или по телефону создаётся лидом вместе с источником и UTM-метками. Повторная отправка той же формы второй лид не создаёт.
Контакты и компании
Портал ↔ учёт
Сопоставляются по реквизитам и телефону, чтобы карточка в портале ссылалась на того же контрагента, что и в учётной системе, а не создавала второго.
Счета, оплаты и документы
Учёт → карточка сделки
Счёт и факт его оплаты появляются в таймлайне сделки. Менеджеру не нужно открывать учётную программу, чтобы увидеть состояние расчётов.
Задачи и дела
Портал → ответственные
Задача ставится по событию из внешней системы: поступила оплата, истёк срок, пришёл возврат или изменился статус заказа.
Звонки и записи разговоров
Телефония → контакт
Запись, длительность и результат звонка прикрепляются к контакту и сделке, а не остаются в кабинете АТС отдельным событием.
Справочники портала
Учёт → портал
Стадии, источники, ответственные и номенклатура ведутся в одном месте. Если их заводить в двух системах, обмен расходится уже в первый месяц.
Сделки, стадии и задачи остаются в портале: обмен не переписывает то, что менеджер заполнил сам, а доносит внешние события — оплату, отгрузку, смену статуса.
Сценарии, которые закрывает портал
Битрикс24 — это не только воронка: в нём живут задачи, регламенты и вся внутренняя коммуникация по клиенту.
Заявка с сайта становится лидом
Форма, чат на сайте или звонок создают лид с источником и метками. Дальше он идёт по вашей воронке — без ручного ввода и потери контекста обращения.
Счёт и оплата в карточке сделки
Счёт выставляется в учётной системе, а его оплата сразу отражается на стадии сделки и в таймлайне. Менеджер видит расчёты, не покидая портал.
Задача по событию из учёта
Отгрузка, возврат или просрочка платежа — каждое событие ставит задачу конкретному сотруднику с нужным сроком, вместо ручного контроля.
Регламент по этапу сделки
Переход на стадию запускает бизнес-процесс: согласование, подготовку документов или уведомление склада. Обмен только передаёт событие, логика остаётся в портале.
Что важно учесть именно в Битрикс24
У портала своя модель данных и свои ограничения. Эти детали определяют схему обмена сильнее, чем любая типовая инструкция.
- REST API и входящие вебхуки: часть событий портал отдаёт сам, остальное забирается опросом по расписанию
- Лимиты на частоту запросов: массовые операции идут порциями через очередь, а не одним потоком
- Пользовательские поля (UF_*) — обязательная часть контракта: без них внешнему идентификатору негде храниться
- Стадии и воронки ведутся в портале, а статусы заказа — в учёте: сопоставление справочников фиксируется письменно
- Роботы и бизнес-процессы запускаются по событию из внешней системы, а не по ручному перетаскиванию карточки
- Облачный и коробочный порталы отличаются набором доступных методов — схема обмена зависит от варианта
Как подключаем Битрикс24 к вашему контуру
Начинаем с инвентаризации портала: какие воронки реально используются, какие поля заполняются, где данные вводятся дважды. Только после этого описывается обмен.
-
01
Аудит и схема
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
-
02
Контракт обмена
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
-
03
Прототип
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
-
04
Внедрение
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
-
05
Эксплуатация
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Что делает обмен надёжным
Это не «дополнительные опции», а обязательная часть любой интеграции, которую мы сдаём.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Ещё в категории «CRM и продажи»
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
AmoCRM
Продажи в AmoCRM, учёт — в 1С
Интеграция с AmoCRM: синхронизация воронки, заказов, оплат и документов с сайтом и учётной системой.
ПодробнееRetailCRM
Заказы, доставка и склад в одном потоке
Интеграция с RetailCRM: заказы, складские остатки, доставка и статусы для розницы и e-commerce.
ПодробнееCRM-системы
Обмен с любой CRM по открытому API
Интеграция сайта и учётных систем с CRM: синхронизация контактов, сделок, задач и отчётности.
ПодробнееВсе категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы об интеграции с Битрикс24
Про портал, учётную систему и ограничения REST API. Если вашего вопроса здесь нет — задайте его в форме ниже.
Портал у нас уже настроен и в нём работают люди. Что придётся менять?
Существующие воронки, стадии и карточки не переделываются. Добавляются недостающие пользовательские поля для внешних идентификаторов и сопоставление справочников — это настройка, а не переезд. Люди продолжают работать в привычном интерфейсе.
Как заявка с сайта попадает в нужную воронку и не создаёт дублей?
Источник и UTM-метки передаются вместе с заявкой, по ним выбирается воронка и ответственный. Каждая отправка формы помечается внешним ключом, поэтому повторная отправка или повторный вебхук не создают вторую сделку.
Портал у нас в облаке, а учётная система — локальная. Так можно?
Да, это обычная схема. Обмен в таком случае строится через промежуточный сервис, который доступен и наружу, и внутри сети. Портал не получает прямой доступ к учётной базе, а весь трафик идёт по описанному контракту.
Что делать, если портал отвечает медленно или ограничивает запросы?
Массовые операции выполняются порциями через очередь с учётом лимитов, а не одним потоком запросов. Для тех сущностей, где портал не отдаёт вебхук или он ненадёжен, используется опрос по расписанию. Ошибки видны в журнале и повторяются автоматически.
Кто отвечает за стадии сделок и пользовательские поля после запуска?
Стадии, воронки и поля остаются зоной ответственности заказчика: их меняют в портале. Мы фиксируем это в контракте обмена и сопровождаем: если появилось новое обязательное поле или стадия, обмен обновляется без пересборки остальной логики.
Расскажите, как устроен ваш портал
Опишите, какие воронки используются, где ведётся учёт и какие данные сейчас переносятся вручную. Предложим схему обмена и порядок работ.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.