1С · интеграционная шина

Интеграционный шлюз с 1С

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

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

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

Шлюз покупают не ради ещё одной связки. Его покупают ради ответа на вопрос, где сейчас находится событие и почему оно не дошло.

Когда точечных интеграций перестаёт хватать

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

	Точечная интеграция	Шлюз
Связи	Каждая система с каждой	Каждая система только со шлюзом
Формат данных	Свой в каждой связке	Общий словарь событий
Сбой	Виден там, где его заметили	Виден в журнале со статусом и причиной
Система недоступна	Событие теряется или зависает	Копится в очереди и уходит позже
Новая система	Ещё несколько связок	Один адаптер к шлюзу
Кто может разобраться	Автор конкретного обмена	Любой по журналу и документации

Шлюз не делает обмен быстрее. Он делает его наблюдаемым и предсказуемым, а это разные вещи.

Как устроен и как внедряем

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

Когда шлюз не нужен и сколько стоит его содержать

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

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

Честно про содержание: шлюз - это ещё один сервис в контуре. Ему нужны сервер, обновления и человек, который заглядывает в журнал. Заложите это в бюджет сразу, иначе через год он превратится в чёрный ящик, который все боятся трогать.

Шлюз убирает связи каждый с каждым: у системы один собеседник вместо пяти.
События не теряются при недоступности системы - они ждут в очереди.
По журналу видно судьбу каждого события, и повторить его может ваш администратор.
Пока систем две-три, это лишние деньги: берите точечную интеграцию.

Три объёма шины

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

Ядро и первые связки

Для компании, которая хочет проверить подход, не переделывая всё разом.

от 300 000 ₽

Разово. От двух месяцев. Дальше системы добавляются по одной.

Сервис-шлюз с очередью событий и повторами
Общий словарь данных по ключевым сущностям
Две системы на шине: обычно 1С и одна внешняя
Журнал с поиском по событию и защита от дублей
Мониторинг простоя обмена и оповещения
Три месяца сопровождения

Подойдёт, когда систем уже больше двух и понятно, что их будет больше. Не нужен, если обмен всего один.

Чаще всего берут

Магистраль

Для компании, где на шине должны оказаться все рабочие системы, включая уже связанные.

от 650 000 ₽

Разово. От четырёх месяцев. Считаем по количеству систем и сценариев обмена.

Всё из варианта "Ядро и первые связки"
Ключевые системы на шине: 1С, CRM, сайт, маркетплейсы, мессенджеры
Перенос существующих интеграций с параллельной работой
Правила приоритета данных и разбор конфликтов
Панель администратора: журнал, статусы, ручной повтор события
Документация, обучение вашей команды и полгода сопровождения

Основной вариант для дистрибуции и производства с несколькими системами. Избыточен, когда есть только учётная система и сайт.

Отказоустойчивый контур

Для тех, у кого остановка обмена считается деньгами за каждый час.

от 1 200 000 ₽

Разово. Состав и срок считаем после разбора нагрузки и требований к простою.

Всё из варианта "Магистраль"
Резервирование шлюза и очереди событий
Согласованное время восстановления и учения по нему
Разделённые контуры: боевой и тестовый
Расширенный мониторинг и дежурство по обменам
Год сопровождения и развития

Для непрерывных производств и торговли с большим потоком заказов. Не берите ради галочки: содержание такого контура стоит отдельных денег.

Частые вопросы

Чем это отличается от обмена 1С с сайтом?

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

Придётся ли останавливать работу на время переезда?

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

Где живёт шлюз и кому он принадлежит?

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

Сколько стоит содержать шлюз?

Сервер под него обычно недорогой. Основные траты - сопровождение: наблюдение за журналом, правки при изменении API систем, новые сценарии. Первые месяцы входят в работу, дальше это от 25 000 ₽ в месяц, а с несколькими системами на шине заметно больше.

Что будет, если сам шлюз упадёт?

События хранятся в очереди на диске, поэтому при перезапуске они не пропадают, а уходят дальше. Мониторинг сообщает о простое сразу, не дожидаясь утра. Если простой недопустим в принципе, шлюз резервируется - это отдельный вариант работы и отдельные деньги.

Из того же направления. Полный список с ценами - в каталоге услуг.