Настройка обмена сделок Битрикс24 и 1С: пошаговое руководство

Синхронизация сделок между Битрикс24 и 1С — классическая задача, которая превращается в головную боль, если не продумать архитектуру обмена. Типичная ошибка — прямой обмен через COM-соединение без REST, приводящий к потерям данных при рассинхронизации каталогов. Мы настраиваем двусторонний обмен так, чтобы менеджер работал в CRM, а бухгалтер — в 1С, без ручного переноса данных. Экономия времени на ручном вводе — до 20 часов в месяц. В основе — событийная модель: смена стадии сделки в Битрикс24 триггерит создание заказа в 1С через REST API, а проведение счёта в 1С обновляет статус в CRM через crm.deal.update. Наш опыт более 50 проектов по интеграции гарантирует надёжность.

Типичный сценарий работы

1. Менеджер создаёт сделку в Битрикс24, добавляет товары из каталога (продукты CRM).
2. При переходе на стадию «Согласовано» — сделка автоматически попадает в 1С как заказ покупателя.
3. В 1С бухгалтер создаёт счёт, проводит реализацию.
4. Счёт и статус оплаты возвращаются в Битрикс24 — менеджер видит, оплачена ли сделка.

Когда нужна помощь в настройке обмена сделок?

Если у вас нестандартная бизнес-логика — например, несколько статусов оплаты или сложный маппинг пользовательских полей — самостоятельная настройка может затянуться на недели. Мы берём такие проекты под ключ и укладываемся в 2–5 дней. Официальная документация по REST API Битрикс24

Как настроить обмен сделок между Битрикс24 и 1С?

Реализация зависит от направления синхронизации. Рассмотрим оба.

Битрикс24 → 1С: вебхук или бизнес-процесс

Обмен инициируется событием в Битрикс24. Два подхода:

Первый — через вебхук на смену стадии. В настройках исходящих вебхуков подписываемся на событие ONCRMDEALSTAGECHAGE. При переходе сделки на нужную стадию — POST на обработчик.

Второй — через бизнес-процесс. Шаблон БП в Битрикс24 настраивается на стадию «В работу». Действие «REST» в БП отправляет данные в HTTP-сервис 1С. Удобнее для сложных условий (например, только если сумма > N рублей).

Получение полных данных сделки: crm.deal.get → crm.deal.productrows.get → crm.contact.get / crm.company.get. Передача в 1С — через HTTP POST к HTTP-сервису конфигурации. В 1С создаётся «Заказ покупателя» с составом из продуктов сделки.

1С → Битрикс24: REST API

При изменении статуса заказа или создании счёта в 1С — обработка отправляет данные в Битрикс24:

// В 1С при проведении счёта
ДанныеЗапроса = Новый Соответствие;
ДанныеЗапроса.Вставить("DEAL_ID", IDСделкиБиткрикс24);
ДанныеЗапроса.Вставить("UF_CRM_INVOICE_NUMBER", НомерСчёта);
ДанныеЗапроса.Вставить("UF_CRM_INVOICE_URL", URLПDFСчёта);
// HTTP-запрос к crm.deal.update

Статус оплаты — через crm.deal.update на поле UF_CRM_PAYMENT_STATUS (пользовательское поле, созданное заранее). Если нужен PDF счёта в карточке сделки, 1С загружает его на Битрикс.Диск и прикрепляет к сделке.

Почему важен маппинг продуктов?

Продукты в каталоге CRM Битрикс24 и номенклатура 1С — две разные базы. Варианты синхронизации:

• Простой маппинг по артикулу. При передаче сделки ищем номенклатуру в 1С по артикулу из поля PROPERTY_ARTNUMBER продукта CRM.
• Синхронизированный каталог. Номенклатура 1С выгружается в каталог CRM Битрикс24 через REST API crm.product.add. XML_ID продукта CRM = ID номенклатуры 1С. При передаче сделки — прямой маппинг по XML_ID.

Второй вариант надёжнее, но требует настройки синхронизации каталога. Мы в проектах всегда используем его, чтобы избежать ошибок.

Как избежать дублей при синхронизации?

При двустороннем обмене важно хранить перекрёстные идентификаторы:

• В сделке Битрикс24 — пользовательское поле UF_CRM_1C_ORDER_ID с ID заказа 1С
• В заказе 1С — реквизит «ID сделки Битрикс24»

Это позволяет при повторной синхронизации обновить существующий заказ, а не создавать новый. Дополнительно настраиваем логирование и уведомления об ошибках.

Сравнение подходов к инициализации обмена

Что входит в настройку обмена

Закажите настройку интеграции под ключ — мы оценим ваш проект за 1 день и гарантируем корректную работу обмена. Свяжитесь с нами для расчёта сроков.