10 апреля в ходе конференции «Данные компании 2025: управление и интеграция» технический архитектор компании Programming Store Никита Перевозчиков поделился кейсами, с которыми приходилось сталкиваться при работе с DATAREON ESB, и рассказал, как эти же задачи можно было бы решить с помощью DATAREON Platform.
В мире интеграционных решений эволюция технологий открывает новые возможности для автоматизации бизнес-процессов. Многие компании, использующие DATAREON ESB, сталкиваются с вопросом перехода на DATAREON Platform и хотят понять, какие преимущества дает новая платформа. Опыт реальных проектов позволяет наглядно сравнить оба решения и определить, в каких случаях стоит выбирать то или иное.
Компания Programming Store с 2014 года специализируется на аутсорсинге ИТ-специалистов и реализации комплексных проектов под ключ. Основные технологические стеки включают 1С, Java и Python, а также собственные разработки в области искусственного интеллекта, видеоаналитики, систем учета рабочего времени и контроля доступа (СКУД). В штате компании – более 160 высококвалифицированных специалистов, а с учетом партнерской сети – свыше 1500 экспертов разного профиля.
Сотрудничество с DATAREON официально началось в 2024 году, однако практический опыт работы с продуктами компании, включая ESB, накапливался задолго до этого.
Кейс 1: Системный рефакторинг интеграций с использованием DATAREON ESB
В рамках проекта для крупной строительной компании требовалось навести порядок в интеграциях, которые разрабатывались бессистемно. Одной из задач была интеграция личного кабинета сотрудника (веб-сайта собственной разработки) с 1С:Документооборотом. Сотрудники подавали заявки на получение справок, и в системе документооборота должен был автоматически создаваться внутренний документ с запуском соответствующего процесса.
Проблема заключалась в том, что для корректного запуска в документообороте требовалось указать подразделение сотрудника по штатному расписанию, но в системе велась только управленческая структура, а данных о штатной организации не было. Выходом стало обращение к существовавшему тогда http-сервису 1С:ЗУП при получении входящего сообщения, чтобы получить нужные данные и передать их в документооборот.
Решение через DATAREON ESB:
Специалисты Programming Store настроили дополнительный запрос к 1С:ЗУП в момент обработки сообщения, что усложнило ИТ-архитектуру. DATAREON ESB выполняла роль транспорта, но не позволяла легко обогащать данные прямо в процессе их передачи между системами.
Как бы решили через DATAREON Platform:
В платформе можно было бы настроить бизнес-процесс так, чтобы после получения сообщения автоматически запрашивались недостающие данные из 1С:ЗУП, обогащали исходное сообщение и только затем передавали его в документооборот. Это сделало бы интеграцию более гибкой и удобной в поддержке.
Кейс 2: Интеграция сайта на «1С:Битрикс» и учетных систем 1С
В проекте для виноторговой компании предстояло доработать интеграцию сайта на «1С:Битрикс» с учетными системами 1С. Один из ключевых моментов – необходимость отслеживать статусы заказов, передаваемых из «1С:Битрикса» в ERP, и оперативно реагировать на ошибки.
На этапе разработки возник вопрос: как контролировать работу интеграционного обработчика? Изначально хотели настроить автоматические уведомления администратора при ошибках, но в DATAREON ESB такой функционал отсутствовал. В итоге пришлось вручную мониторить логи и оперативно привлекать разработчиков для исправления сбоев.
Решение через DATAREON ESB:
Ручной контроль логов и быстрое реагирование команды разработки.
Как бы решили через DATAREON Platform:
В новой платформе можно было бы расширить бизнес-процесс обработки сообщений: при возникновении ошибки автоматически запускался бы дополнительный процесс отправки уведомления по email или даже в Telegram. Это значительно ускорило бы реакцию на проблемы и снизило нагрузку на системных администраторов.
Кейс 3: Интеграция учетных систем компании на проекте внедрения 1С:ЗУП
В ходе внедрения 1С:ЗУП в компании с системой на базе Oracle требовалось обеспечить надежную передачу документов отражения зарплаты в ERP. Критически важно было, чтобы пользователь, отправивший документ, получал подтверждение его успешной записи в ERP.
Проблема заключалась в возможных расхождениях между системами: документ мог создаться в 1С:ЗУП, но не записаться в ERP из-за дополнительных проверок. Чтобы пользователь не оставался в неведении, эксперты Programming Store разработали «Квитанции доставки» – технический класс, который собирал информацию об ошибках и отправлял ответ обратно в 1С:ЗУП.
Решение через DATAREON ESB:
Создание дополнительного программного слоя для передачи статусов обработки сообщений.
Как бы решили через DATAREON Platform:
Платформа позволяет встроить проверку статуса доставки прямо в бизнес-процесс. В случае ошибки можно сразу отправить ответ в исходную систему без дополнительных технических ухищрений.
Чем DATAREON Platform принципиально отличается от DATAREON ESB?
– Если раньше сообщение в DATAREON ESB было просто объектом передачи из точки А в точку Б, то в DATAREON Platform это самостоятельная сущность с данными, которую можно обогащать, записывать в хранилище и повторно использовать. Появились возможность реализации собственного API, расширенный REST-коннектор, инструменты для разработки пользовательских интерфейсов и работы с данными. Теперь это не просто шина данных, а полноценная бизнес-платформа, – отметил технический архитектор компании Programming Store Никита Перевозчиков.
DATAREON ESB остается надежным решением для задач, где требуется только передача данных между системами. Однако если интеграция подразумевает сложную обработку, обогащение данных или построение end-to-end процессов, DATAREON Platform предлагает гораздо больше возможностей.
Переход на платформу особенно актуален для компаний, которые хотят не просто передавать данные, а управлять ими в рамках единой цифровой системы.