Modus ETL 1.6.15: поддержка 1С-Шины, интеграция с AmoCRM и автосинхронизация модели данных
Мы выпустили обновление Modus ETL (Модус: Управление корпоративным хранилищем данных) 1.6.15 — релиз, который расширяет возможности подключения к источникам данных и упрощает работу с платформой. Поддержка 1С-Шины и брокера сообщений открывает новый класс интеграций на основе очередей, AmoCRM добавляет еще один востребованный источник, а автосинхронизация модели данных снимает необходимость ручного отслеживания изменений в структуре таблиц. Ниже — ключевые изменения версии.
Поддержка 1С-Шины и брокера сообщений
Ключевое нововведение релиза — поддержка 1С-Шины по протоколу AMQP. Теперь в Modus ETL можно настраивать подключение к очереди сообщений и проверять ее доступность через Агента ETL. В форме источника данных появился новый вид — «Очередь сообщений»: такие источники поддерживают фильтрацию в списке и могут включаться в наборы источников.
Параллельно в платформу добавлена новая сущность — «Брокер сообщений». Брокер определяет очередь, к которой можно подключиться для прослушивания и получения данных, и может использоваться как источник данных в составе набора источников. Настройка брокера доступна пользователям с профилями «Администраторы» и «Администраторы ETL».
Вместе эти изменения открывают возможность работы с потоковыми данными и событийными архитектурами — сценариями, которые ранее требовали дополнительных инструментов интеграции.
Интеграция с AmoCRM
В мастер интеграции Modus ETL добавлена поддержка AmoCRM. Драйвер покрывает ключевые разделы CRM: сделки, контакты, компании, задачи, воронки, пользователи, а также дополнительные поля и связи между сущностями. Данные загружаются в отдельные таблицы-приемники по каждой сущности. Для компаний, использующих AmoCRM как основной инструмент управления продажами, это означает возможность включить CRM-данные в единую аналитическую модель без промежуточных выгрузок.
Упрощение работы с моделью данных и источниками
В интерфейсе модели данных реализована автоматическая синхронизация со структурой базы данных: при изменениях в структурах таблиц модель фиксирует их самостоятельно и отражает в системных журналах. Раньше это требовало ручного контроля — теперь изменения отслеживаются автоматически.
Упрощена логика наборов источников данных: теперь в одном наборе могут находиться источники только одного типа. Это делает конфигурацию прозрачнее и снижает риск ошибок при настройке.
Расширен доступ к консоли запросов в правилах выгрузки: раньше она была доступна только администраторам, теперь — более широкому кругу пользователей.
Исправленные ошибки
Закрыты две ошибки. Первая касается загрузки пресетов: теперь при загрузке создаётся новая версия объекта, а предыдущие сохраняются в истории. Вторая — исправлена ошибка, когда в ряде случаев параллельный механизм не дожидался реального завершения выполнения предыдущего шага при последовательном режиме работы пакета.
Обновление уже доступно для развертывания. Полный список изменений — в технической документации в Базе знаний.
