CRM и учётная система работали как два отдельных контура. Мы спроектировали обмен так, чтобы менеджер работал со сделкой в Битрикс24, а товарные, складские и платёжные данные передавались между системами по заданным правилам.
Битрикс24 использовался для работы со сделками и коммуникациями, а 1С оставалась источником учётных данных. Менеджеру требовались товары, цены и наличие в CRM, но эти сведения находились в другой системе.
Простого копирования справочника было недостаточно: товар участвует в сделке, связан с ценой и складом, может резервироваться, переходить в реализацию и получать статус оплаты. Каждый объект требовал собственного правила обмена и понятной реакции на расхождение данных.
На аудите мы разделили интеграцию на контуры: каталог, коммерческие условия, наличие, резерв, реализация и оплата. Для каждого контура зафиксировали состав полей, направление обмена и событие, которое запускает обновление.
Такое разделение не позволяет одной ошибке превратить весь обмен в непрозрачный процесс. Менеджеру показываются необходимые для сделки данные, а учётные операции остаются в 1С и возвращают в CRM только предусмотренные статусы.
Настроили передачу товарной номенклатуры и связанных коммерческих данных из учётного контура в CRM.
Связали работу менеджера с доступностью товара и операциями, которые должны оставаться в 1С.
Настроили движение от сделки к учётному документу и возврат результата в карточку CRM.
Менеджер ведёт сделку в Битрикс24 и использует данные, пришедшие из 1С. Выбранные товары и дальнейшие действия проходят по согласованной цепочке, а статусы учётных операций возвращаются в CRM.
1С сохраняет роль учётной системы, Битрикс24 — роль рабочего пространства продаж. Между ними действует контролируемый обмен вместо ручного переноса сведений сотрудниками.
Менеджер отдельно уточняет товары, цены и остатки в 1С.
Необходимые данные поступают в рабочий контекст сделки Битрикс24.
Статусы реализации и оплаты передаются между сотрудниками вручную.
Предусмотренные статусы возвращаются в CRM через интеграционный обмен.
Продажа и учёт связаны последовательным сценарием от товара в сделке до статуса оплаты.
Обмен разделён по сущностям, для которых определены mapping, направление передачи и проверки.
Ключевые учётные статусы доступны в карточке сделки без параллельного ручного контроля двух систем.
Если отдел продаж работает в Битрикс24, а товары, склад и оплаты ведутся в 1С, мы разберём объекты обмена и подготовим архитектуру интеграции под вашу конфигурацию.
Нет. Кейс показывает реализованную архитектуру и состав работ по направлению «Комплексная интеграция». Точный объём зависит от процессов, данных, интеграций и ограничений вашей инфраструктуры.
Архитектуру и подход можно адаптировать под ваши процессы, состав данных, роли и технические ограничения. Перед оценкой работ CTR1 разбирает текущую систему и ожидаемый результат.
Да, но сначала нужно разобрать текущий процесс, роли, данные и ограничения. После аудита CTR1 готовит план внедрения или интеграции без лишних модулей.
Если отдел продаж работает в Битрикс24, а товары, склад и оплаты ведутся в 1С, мы разберём объекты обмена и подготовим архитектуру интеграции под вашу конфигурацию.