Главное за минуту
- Интегратор отвечает за путь данных между сайтом, CRM, 1С и внешними сервисами.
- До старта зафиксируйте поля, события, правила дублей и владельца каждой системы.
- Принимайте не код, а сценарии: тестовая заявка, заказ, отмена и ошибка обмена.
- Для мелких правок без обмена данными обычно достаточно поддержки или разработчика.
01
Когда нужен интегратор Битрикс
Интегратор Битрикс нужен, если результат зависит от нескольких систем: сайт передает заказ в 1С, лид — в CRM, статус оплаты возвращается в личный кабинет, а маркетинг должен видеть источник обращения. Его задача — спроектировать маршрут данных, реализовать обмен и сделать его управляемым.
Обычная верстка, замена текста, настройка формы без сложной логики или обновление контента — задачи поддержки. Разработчик может выполнить отдельную доработку. Интегратор нужен, когда надо согласовать правила, API, очереди, ошибки, доступы и приемку процесса целиком.
02
Карта данных
Без карты полей обмен работает формально, но CRM и отчеты быстро заполняются неполными данными.
03
Какие задачи передавать интегратору
Формулируйте задачу через бизнес-событие: что произошло, какие данные должны перейти, что делать при повторе или сбое. Тогда подрядчик оценит не только разработку, но и риски процесса.
CRM и лиды
Передача форм, заказов и звонков в лид или сделку; распределение ответственных, UTM, источник, защита от дублей.
1С, склад и каталог
Выгрузка товаров, цен, остатков и заказов; сопоставление ID, расписание обмена, протокол ошибок и повторная отправка.
Внешние сервисы
Оплата, доставка, телефония, ЭДО, личный кабинет и API партнеров: авторизация, вебхуки, статусы и журнал операций.
04
Граница между интеграцией, поддержкой и доработкой
Выбор исполнителя зависит не от размера задачи, а от числа систем и цены ошибки. Если потерянная заявка не видна менеджеру или неверный остаток приводит к отмене заказа, нужен управляемый интеграционный сценарий.
| Ситуация | Кому передать | Что зафиксировать |
|---|---|---|
| Изменить блок, форму или шаблон письма | Поддержка | Страница, макет, срок и визуальный результат |
| Добавить калькулятор или новый компонент | Разработчик Битрикс | Логику, поля ввода, ограничения и сценарии проверки |
| Передать заказы в 1С и вернуть статусы | Интегратор | ID сущностей, расписание, статусы, повтор и журнал ошибок |
| Связать формы с CRM и рекламной аналитикой | Интегратор | Поля, UTM, правило дублей, ответственного и тестовые заявки |
05
Что написать в задаче до оценки
Не начинайте с фразы «нужно настроить интеграцию». Опишите путь одной сущности — например, заказа — от создания на сайте до результата в учетной системе и обратно.
Готовое сообщение
Цель: передавать оплаченные заказы сайта в 1С и показывать покупателю актуальный статус в личном кабинете.
Событие: после успешной оплаты создается заказ; повторная отправка не должна создавать дубль.
Поля: номер заказа, внешний ID, состав, цена, скидка, доставка, контакт, UTM, способ оплаты и статус.
Правила: источником цены и остатка является 1С; сайт получает статусы «собран», «отправлен», «отменен» каждые 15 минут.
Приемка: провести три теста — новый заказ, повторная отправка и недоступность API; ошибки записываются в журнал и доступны ответственному.
06
Как принять работу по интеграции
Маркетологу или руководителю не нужно читать код. Его зона контроля — данные в интерфейсах, сообщения об ошибках и соответствие результата согласованной карте полей.
- 1Сверьте поля тестовой сущности на сайте, в CRM или 1С и во внешнем сервисе.
- 2Проверьте UTM: source, medium, campaign и landing page не должны пропадать.
- 3Создайте повторную заявку или заказ и убедитесь, что дубль обрабатывается по правилу.
- 4Смоделируйте недоступность API: операция должна попасть в очередь или журнал ошибок.
- 5Получите инструкцию: доступы, расписание, ответственный, способ повторного запуска обмена.
07
Два артефакта, которые защищают проект
Интеграция становится поддерживаемой, когда ее можно проверить без автора разработки. Полезно приложить к задаче карту данных и перечень событий. Для технических ограничений используйте документацию разработчика 1С-Битрикс; реальные примеры подходов и интерфейсов можно посмотреть в портфолио ICONICA.
Ключ сопоставления
site_order_id = external_order_idСобытие обмена
payment_succeeded → order_export08
Риски, которые нельзя оставлять «на потом»
Самые дорогие ошибки возникают не в момент запуска, а после изменений в CRM, 1С или API партнера. Сразу определите владельца интеграции, доступ к логам, порядок обновлений и срок реакции на сбой.
Есть карта полей; назначены владельцы систем; определен ключ от дублей; UTM передаются; ошибки логируются; есть тестовый контур; описан ручной повтор обмена
FAQ
Частые вопросы
Можно ли поручить интеграцию обычному разработчику Битрикс?
Можно, если он берет ответственность за контракт API, ошибки, логи и приемку всех связанных систем.
Что важнее: API или готовый модуль?
Готовый модуль ускоряет типовой сценарий, но сначала нужно проверить поля, ограничения и поддержку обновлений.
Кто дает доступы к CRM и 1С?
Заказчик назначает владельцев систем. Доступы выдаются с минимально необходимыми правами и фиксируются в задаче.
Как понять, что заявки не теряются?
Сверяйте журнал отправок, число созданных сущностей и тестовые заявки с разными источниками и UTM.
