Комплексный проект на Битриксе редко ограничивается одной задачей. Обычно нужно сразу настроить обмен с 1С, завести заказы в CRM, подключить приём оплаты и посчитать стоимость доставки, причём так, чтобы всё это работало вместе, а не как четыре независимых куска. Я веду такие интеграции Битрикса на практике не первый год и в этой статье разберу, из чего они складываются: обмен по CommerceML, связка с CRM, эквайринг и доставка через СДЭК, а также где заканчиваются штатные возможности платформы и начинается доработка под конкретный бизнес-процесс.
Зачем сводить 1С, CRM, оплату и доставку в одну интеграцию Битрикса
Когда блоки настроены по отдельности, это заметно по мелочам, которые складываются в потерянное время. Менеджер вручную переносит заказы из админки сайта в 1С или в CRM. Бухгалтер сверяет платежи по выпискам банка, потому что статус оплаты в заказе не обновляется автоматически. Склад работает по вчерашним остаткам, потому что выгрузка из 1С идёт раз в сутки и не учитывает то, что уже продано на сайте.
На одном из проектов до интеграции менеджер каждое утро вручную сверял список оплаченных заказов по выписке из банка и только потом передавал их на сборку, из-за этого отгрузка сдвигалась на полдня. После настройки автоматического статуса оплаты сборка стартует сразу, как только деньги подтверждены платёжной системой.
Когда всё связано, менеджер открывает заказ и сразу видит, оплачен ли он, какой у него трек-номер СДЭК и в какой сделке в CRM он отражён. Это не эстетика, а конкретная экономия времени на каждый заказ, особенно если их десятки в день.
| Направление | Что есть в Битриксе из коробки | Когда нужна доработка |
|---|---|---|
| Обмен с 1С | Модуль обмена по CommerceML, выгрузка каталога и заказов | Мультисклад, кастомные свойства товаров, объединение прайсов из нескольких баз 1С |
| CRM | Заказы интернет-магазина видны в Битрикс24 CRM, есть REST API для сделок и лидов | Кастомные поля сделки, привязка к менеджеру по правилам, синхронизация статусов в обе стороны |
| Оплата | Готовые платёжные модули для основных банков и сервисов эквайринга | Рекуррентные платежи, разделение оплаты между продавцами, нестандартные чеки по 54-ФЗ |
| Доставка | Официальный модуль СДЭК с расчётом стоимости и созданием заказов на забор | Комбинация нескольких служб в одном чекауте, свои тарифные правила по категориям товаров |
Обмен с 1С: как работает штатный CommerceML в Битриксе
В редакциях Битрикса с торговым каталогом уже включён модуль обмена с 1С по протоколу CommerceML. Он умеет выгружать из 1С в сайт номенклатуру, цены и остатки, а из сайта в 1С отправлять заказы для дальнейшей обработки на складе и в бухгалтерии. Настройка стандартная: в 1С указывается адрес обмена вида /bitrix/admin/1c_exchange.php, логин и пароль технического пользователя сайта, а в самом Битриксе включается модуль технологии интеграции. Обмен можно вести файлами по расписанию или через прямой HTTP-запрос.
На типовом каталоге без специфичных свойств товаров такая настройка занимает у меня 1-2 дня, включая проверку на тестовых заказах. Сложности начинаются, когда у клиента несколько складов с раздельными остатками, товары с десятками кастомных характеристик, которые нужно правильно замапить на свойства инфоблока, или несколько прайс-листов из разных баз 1С, которые нужно свести в одну структуру каталога. В таких случаях штатной настройки полей обмена уже недостаточно, и я пишу обработчики событий обмена, которые доводят данные до нужного вида на лету. Такая доработка идёт как комплексная интеграция, от 40 000 ₽ в зависимости от объёма и количества источников данных.
Отдельно стоит сказать про дубли товаров после обмена. Обычно это происходит не потому, что модуль работает криво, а потому, что в 1С и на сайте разное представление об уникальном идентификаторе товара: где-то сверяют по внутреннему ID, где-то по артикулу. Это лечится один раз на этапе настройки правил сопоставления, а не бесконечными ручными чистками каталога.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Битрикс и CRM: где сходятся заказы и сделки
Если сайт на «1С-Битрикс: Управление сайтом» и CRM в Битрикс24, интеграция между ними встроена: заказы из модуля интернет-магазина видны в CRM, а по сделкам можно возвращаться к заказу на сайте. Для более гибких сценариев я работаю через REST API Битрикс24: методы вроде crm.deal.add и crm.lead.add позволяют создавать сделки и лиды из любого источника, не только из штатной формы заказа.
Для связи с Битрикс24 по REST API сначала создаётся входящий вебхук или локальное приложение в разделе для разработчиков: система выдаёт URL вида https://ваш-портал.bitrix24.ru/rest/1/токен/, и дальше через него можно вызывать методы CRM без OAuth-авторизации, если сценарий работает на стороне сервера, а не в браузере пользователя.
На практике чаще всего дорабатывают не сам факт передачи заказа в CRM, а логику вокруг него: обработчик на событие OnSaleOrderSaved проверяет статус заказа и при переходе в «оплачен» создаёт сделку с нужными полями, привязывает контакт по телефону, а не создаёт новый при каждом заказе, и ставит менеджеру задачу с суммой и составом корзины. Такой обработчик - обычный PHP-код, он работает на том же хостинге, где крутится сайт, отдельный сервер под него не нужен.
Для уведомлений менеджеров о новых заказах в реальном времени я часто добавляю Telegram-бота на aiogram: он получает вебхук о смене статуса заказа и присылает сообщение с деталями сразу, без задержки, которую даёт email или дефолтные уведомления CRM. Отдельно от Битрикса можно завязать цепочку «заказ - оплата - доставка - уведомление» через автоматизацию сценариев в n8n, если нужно подключить внешние сервисы, которые не имеют готовых модулей под Битрикс: свою систему учёта, внешнюю рассылку или аналитику.
Приём оплаты: эквайринг и платёжные модули
Модуль «Оплата» в Битриксе поддерживает несколько платёжных систем из коробки, и на маркетплейсе есть готовые модули от банков, включая эквайринг Т‑Банка. Настройка типовая: в личном кабинете банка получаете идентификатор магазина и секретный ключ, вносите их в настройки платёжной системы на сайте, включаете способ оплаты в разделе оформления заказа.
Отдельно нужно развести два канала подтверждения оплаты: страницу, куда возвращается покупатель после оплаты, и серверное уведомление, которое платёжная система присылает напрямую на сайт. Если обрабатывать только возврат в браузере, заказы будут зависать неоплаченными каждый раз, когда покупатель закрыл вкладку раньше, чем страница успела перезагрузиться, хотя деньги уже списаны.
Доработка нужна, когда бизнес-логика выходит за рамки «оплатил - заказ подтверждён». Например, рекуррентные платежи по сохранённой карте для подписочной модели, разделение оплаты между несколькими продавцами на одной площадке, или формирование чека по 54-ФЗ с позициями, которые не совпадают один в один с составом корзины из-за скидок и бонусов. Здесь обработчик платёжного модуля дорабатывается под конкретный сценарий, и это тоже идёт по цене комплексной интеграции.
Доставка: СДЭК и расчёт стоимости в заказе
У СДЭК есть официальный модуль для Битрикса: он считает стоимость доставки по весогабаритным характеристикам заказа и зоне доставки, а также умеет создавать заказ на забор груза и отслеживать статус передачи в CRM или админку. Подключается через личный кабинет СДЭК, откуда берётся ключ доступа к API, и профиль доставки в настройках торгового каталога.
Похожая история с уведомлениями от СДЭК о смене статуса отправления: служба присылает их на отдельный URL на сайте, и если этот обработчик не настроен, статус доставки в заказе будет отставать от реального, а менеджеру придётся проверять трек-номер вручную на сайте службы.
Проблемы на реальных проектах обычно не в самом расчёте, а в комбинации нескольких служб доставки в одном чекауте: например, СДЭК для регионов и курьер по городу от другой компании с собственными тарифами. Штатный модуль СДЭК не знает про существование параллельной службы, поэтому логику выбора и расчёта приходится сводить в общий обработчик доставки. То же самое с нетиповыми тарифными правилами: бесплатная доставка от суммы заказа для одной категории товаров и платная для другой, если это не покрывается стандартными настройками профилей доставки.
Как я веду интеграцию Битрикса: этапы и сроки
Порядок работы почти всегда одинаковый, меняется только объём на каждом шаге:
- Аудит: смотрю, что уже настроено, какие модули включены, откуда и куда идут данные сейчас, и где ручной труд можно убрать в первую очередь.
- Обмен с 1С: настраиваю или чиню синхронизацию каталога, остатков и заказов, проверяю на тестовых позициях.
- Оплата и доставка: подключаю или донастраиваю платёжный модуль и модуль СДЭК, свожу их в единый процесс оформления заказа.
- Связка с CRM: делаю передачу заказов в сделки с нужными полями и, если нужно, уведомления менеджерам в Telegram.
- Тестирование на живых заказах: провожу несколько реальных заказов от оформления до отгрузки и смотрю, где данные теряются или дублируются.
По срокам весь цикл, от аудита до тестовых заказов, обычно укладывается в одну-три недели: нижняя граница для сайта с одним складом и стандартной парой оплата плюс СДЭК, верхняя, если складов и служб доставки несколько и часть логики CRM нужно писать с нуля.
Стандартный обмен с 1С без кастомных полей укладывается в 1-2 дня. Комплексная интеграция из нескольких блоков - от 40 000 ₽, срок зависит от количества источников данных и того, сколько нестандартной логики нужно добавить сверх штатных модулей. После запуска часть проектов остаётся у меня на техподдержке, от 15 000 ₽ в месяц, когда нужно быстро реагировать на изменения в 1С, банке или API СДЭК.
1С-Битрикс и 1С регулярно обновляются, поэтому перед внедрением я сверяюсь с актуальной документацией.
Частые вопросы
Сколько времени занимает интеграция Битрикса с 1С?
Стандартный обмен каталогом, остатками и заказами без кастомных свойств товаров я настраиваю за 1-2 дня. Если у клиента несколько складов, нетиповые характеристики товаров или несколько источников в 1С, срок растёт пропорционально объёму доработки обработчиков обмена.
Нужен ли отдельный сервер для обмена Битрикса с 1С и CRM?
Нет. Обмен с 1С, передача заказов в CRM через REST API и обработчики платёжных систем работают на обычном хостинге, на котором уже стоит сайт. Отдельный сервер имеет смысл только для задач другого рода, например для бота на aiogram или сценариев в n8n, которые работают отдельно от сайта и требуют собственного окружения.
Можно ли подключить СДЭК и Т‑Банк одновременно на одном сайте?
Да, это два независимых модуля: один отвечает за расчёт и оформление доставки, другой за приём оплаты. Они настраиваются параллельно и не конфликтуют друг с другом, единственное, что стоит проверить, это порядок шагов в чекауте, чтобы способ доставки и оплаты выбирались логично, а не создавали лишние клики.
Что делать, если после обмена с 1С в Битриксе дублируются товары?
Обычно причина в разных правилах сопоставления уникального идентификатора товара между 1С и сайтом: где-то сверяют по внутреннему коду, где-то по артикулу. Нужно один раз проверить настройки сопоставления в модуле обмена и привести их к единому полю, после этого дубли перестают появляться при каждой новой синхронизации.