Интеграционная шина компании: единый слой обмена данными между ERP, CRM и сайтом

Три системы в компании спокойно живут на прямых интеграциях. Это нормально и дёшево. Проблемы начинаются, когда систем становится семь или десять: 1С, CRM, сайт, склад, маркетплейсы, телефония, BI.

Связки превращаются в клубок. Каждая система дёргает каждую. Обновили одну, сломались три соседних. Весь маршрут данных помнит один подрядчик, и то не целиком. Самый узнаваемый симптом: справочник товаров или клиентов ведётся в четырёх местах и нигде не совпадает.

Интеграционная шина (ESB) разруливает это на уровне архитектуры. Системы перестают общаться напрямую. Обмен идёт через один управляемый слой. Новая система подключается к шине один раз и получает данные всех остальных.

Мы работаем проводником: помогаем понять, нужна ли вам шина вообще, выбрать платформу, спроектировать потоки данных и внедрить шину без остановки бизнеса.

Кому шина нужна, а кому нет

Честно: большинству малых компаний она не нужна. Хватает двух или трёх прямых интеграций, иногда лёгких коннекторов.

Думать о едином слое обмена стоит, когда сходится несколько признаков:

• систем больше пяти или шести;
• интеграции регулярно ломаются при обновлениях;
• одни и те же данные вводятся в нескольких местах;
• каждая новая связка стоит как маленький проект.

Если на разборе выяснится, что ваш случай проще, мы так и скажем. И предложим решение дешевле.

Какие платформы рассматриваем

На российском рынке два класса решений.

1С:Шина. Классическая сервисная шина от фирмы «1С», сообщения ходят асинхронно. Естественный выбор, когда ландшафт построен вокруг 1С: ERP, УТ, ЗУП.

Платформы уровня Datareon Platform. Это уже iPaaS: к обмену добавляются ETL и управление мастер-данными (MDM). Коннекторов много: REST, SOAP, 1С, SQL-базы, файловые и почтовые протоколы.

Для обмена справочниками между конфигурациями 1С есть готовые адаптеры формата EnterpriseData. Типовые объекты вроде контрагентов и номенклатуры ходят без разработки.

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

Как проходит проект

• Инвентаризация ландшафта: какие системы есть, какие данные куда ходят, где живут мастер-данные.
• Проектирование потоков: владелец каждого справочника, форматы, частота обмена, обработка ошибок.
• Пилот на одном критичном потоке. Например, «заказы с сайта → 1С → CRM».
• Поэтапный перевод остальных интеграций на шину. Старые связки пока работают параллельно, данные сверяем на контрольных точках.
• Мониторинг и регламент: очереди, алерты о сбоях, документация по каждому потоку.

О чём предупреждаем заранее

Грязные данные шина не лечит. Она разносит их по всем системам быстрее. Поэтому проект почти всегда начинается с порядка в справочниках. Заодно назначаем системы-владельцы: номенклатура рождается здесь, клиенты здесь, и точка.

Большой взрыв. Соблазн перевести все интеграции разом велик. Так делать не надо. Рабочая стратегия скучнее: поток за потоком, со страховкой из старых связок.

Стоимость владения. У шины есть лицензии, сервер и сопровождение. Сравнивать эти деньги нужно с ценой поддержки нынешнего клубка, а не с нулём.

Что вы получите

Обмен становится прозрачным. По каждому потоку понятно, откуда данные, куда идут и что происходит при сбое. Это записано в документации, а не в памяти подрядчика.

Замена CRM или обновление 1С трогает один коннектор вместо десятка связок. Новая система подключается за недели, без месяцев согласований между тремя подрядчиками.

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

Опишите задачу в форме ниже. Разберём ваш ландшафт систем и вернёмся с рекомендацией по архитектуре и оценкой.