Шина обмена 1С и Kafka: данные между системами без ручных выгрузок

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

Описание по опыту команды

Решение построено и сопровождается в составе команды заказчика. Название компании, объёмы и данные не публикуются до его согласия; здесь — устройство решения. На встрече показываем демонстрацию с обезличенными данными.

Задача

Много систем, один поток данных

Торговая компания ведёт учёт в нескольких базах 1С разных редакций, принимает заказы через B2B-портал и CRM, публикует товары на сайте. Обмены «точка — точка» и ручные выгрузки ломались при обновлениях, а потерянный пакет замечали по претензии клиента.

Что сделали

Подсистема обмена в 1С поверх Kafka

Реестр топиков с регламентами и планом обмена по системам; очереди исходящих и входящих пакетов со статусами и повторной отправкой через паузу; HTTP-коннектор к REST-прокси Kafka с авторизацией и разбором ответов; рабочее место поддержки — отправка и получение по системам, очереди, настройка топиков. Один код подсистемы работает в двух конфигурациях 1С: различия вынесены в переопределяемый модуль.

Результат

Сбои видны, а не теряются

Пакет, который брокер не принял, остаётся в статусе «Ошибка» и уходит повторно, а не помечается выполненным. Поддержка видит очереди по каждой системе и запускает обмен штатными заданиями. Топики без обработчиков помечаются на удаление автоматически.

Как это проверить

Журнал очередейНа демонстрацииОтключаем прокси — пакеты остаются в очереди со статусом «Ошибка» и уходят после восстановления.
Регламенты топиковНа демонстрацииКаждый топик показывает периодичность, последнее выполнение и число пакетов к обработке.
Схема обмена для вашей компанииНа встречеКакие системы, какие потоки, где нужна сверка и что считаем результатом пилота.

Кому подходит

Подходит, если

Несколько баз 1С разных редакций и внешние системы: портал, CRM, сайт
Ручные выгрузки, обмены «точка — точка», потерянные пакеты
Нужны журнал обмена и повтор при сбое, а не «перезапустить и посмотреть»

Не подходит, если

Одна база и один сайт: хватит штатного обмена или HTTP-сервиса
Нет владельца процесса на стороне заказчика, который решает, что и куда передавать
Kafka уже есть, но нужна только консультация — тогда формат «Разбор задачи»

Вопросы и ответы

Обязательно ли Kafka? Можно другой брокер?

Подсистема в 1С работает через HTTP-прокси брокера, поэтому важен не бренд, а очереди с подтверждением и повтором. Kafka выбрана как проверенная на практике; замену обсуждаем на разборе задачи.

Что нужно от нашей стороны для пилота?

Владелец процесса, тестовые базы 1С, доступ к брокеру или согласие развернуть его, человек от IT для сети и учёток.

Как понять, что обмен работает правильно?

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

Что будет при сбое прокси или брокера?

Пакеты остаются в очереди со статусом «Ошибка» и уходят после восстановления; поддержка видит их на рабочем месте.

Как посмотреть

Показ по договорённости

Стенд работает на обезличенных данных внутри контура SoftSimple. Демонстрацию проводим на встрече или по видеосвязи, разбираем схему обмена под ваши системы.

Запросить показ