Интеграция Битрикс24 с сайтом на 1С-Битрикс связывает работу витрины и менеджеров: заявка или заказ поступает в CRM с нужными полями, составом покупки и источником. Определяем границы ответственности сайта, CRM и учётной системы. CMS «1С-Битрикс: Управление сайтом» и Битрикс24 — разные продукты; сходство названий не делает обмен автоматически настроенным.
Формы и обращения с корпоративного сайта
Проверяем веб-формы, компоненты и собственные обработчики. Согласуем, какое событие означает принятую заявку: успешная серверная проверка, сохранение результата формы или другой завершённый шаг. По этому событию передаём поля в лид или сделку, назначаем ответственного и источник. Комментарии и вложения обрабатываем в разрешённом составе.
Для запроса стоимости полезно сохранить товар, параметры и страницу, а для обращения в поддержку — категорию проблемы и связь с клиентом. Не отправляем все действия сайта в одну воронку: информационная подписка и коммерческий запрос требуют разного продолжения.
Заказы интернет-магазина
В модуле продаж рассматриваем заказ как объект со связанными позициями, покупателем, доставкой и оплатами. Сопоставляем внешние идентификаторы товаров и предложений, единицы, скидки и итог. Учитываем гостевой заказ, несколько свойств покупателя и изменения после оформления. Набор доступных событий и возможностей зависит от редакции CMS и действующей реализации магазина.
При интеграции сайта на 1С-Битрикс с Битрикс24 заранее определяем источник цены и остатков. Если ими управляет 1С, CRM не должна самостоятельно переписывать их на витрине. Передача товарных строк сделки и полная синхронизация каталога — разные задачи с разными критериями проверки.
Штатный механизм, модуль или REST
Сначала обследуем существующие модули обмена. Готовое решение подходит, если поддерживает нужные сущности, редакцию и режим CRM. Для нестандартного маршрута используем PHP, события модулей и D7 API на стороне CMS, REST — на стороне Битрикс24. Изменения оформляем так, чтобы не редактировать ядро продукта и сохранять возможность обновления.
Обработчик ведёт журнал и связывает идентификаторы сайта и CRM. Для фоновой передачи согласуем механизм запуска и хранения очереди. Успех операции определяется ответом API и проверкой результата, а не только завершением PHP-запроса без ошибки.
Оплата, отгрузка и обратный обмен
Заказ может содержать несколько оплат или отгрузок, поэтому одного поля «статус» иногда недостаточно. Согласуем, что менеджер меняет в CRM, что поступает от платёжного сервиса и что сообщает склад. На сайте показываем понятное клиентское состояние. Внутренний этап сделки не должен сам по себе подтверждать фактическое поступление денег.
Интеграции Битрикс24 с 1С и системами учёта
Отдельно разбираем отмену после оплаты, частичный возврат и повторное уведомление. Каждое событие имеет источник и правило применения; старое событие не должно возвращать заказ в прежнее состояние. Подключение бухгалтерской базы рассмотрено отдельно в интеграции Битрикс24 с 1С и системами учёта.
Перейти к услугеПереключение и приёмка
До запуска сравниваем текущие маршруты: письмо, модуль, вебхук, выгрузку в учёт. На тестовых обращениях проверяем права, обязательные поля, ответственных, повторную отправку и отказ CRM. Затем проходим заказ с вариантом товара, доставкой, оплатой, изменением и отменой. Для каждого сценария фиксируем ожидаемые объекты и суммы.
Услуге интеграции Битрикс24 с сайтом и CMS
Результат — настроенный обмен, карта полей и статусов, журнал ошибок и порядок восстановления. Для оценки нужны версия и редакция CMS, список модулей, схема заказов и размещение Битрикс24. Общие варианты подключения описаны в услуге интеграции Битрикс24 с сайтом и CMS.
Перейти к услугеВопросы перед началом работ
Это та же интеграция, что подключение бухгалтерской 1С?
Нет. Здесь источник — сайт на CMS 1С-Битрикс. Учётная конфигурация 1С может быть третьим участником обмена. Для неё отдельно определяют номенклатуру, документы, остатки и правила финансового учёта.
Можно обойтись штатным модулем?
Если он поддерживает ваши формы, заказ и выбранный режим CRM, да. Проверяем обработку изменений, повторов и ошибок на копии или согласованном тестовом контуре. Отсутствующие операции оцениваем отдельно.
Как связать несколько сайтов с одним порталом?
Каждому источнику задаём идентификатор сайта, поля и правила маршрутизации. Один и тот же покупатель может обращаться с разных витрин, но заказы должны сохранять собственные номера и источник. Правила объединения контактов согласуются отдельно.
Не перестанет ли обмен работать после обновления CMS?
Полностью исключить влияние изменений нельзя. Обработчики размещаем вне ядра и описываем контрольные сценарии. После обновления проверяем создание заявки и ключевые операции заказа; совместимость стороннего модуля зависит от его поставщика.
Можно показывать статус сделки в личном кабинете?
Да, если определены клиентские состояния и проверяется принадлежность заказа пользователю. Вместо публикации всех внутренних этапов настраиваем соответствия, например «принят», «готовится к отправке», «отправлен». Источник оплаты и отгрузки определяется отдельно.