Release 5.11.0 (13.10.2026)

Улучшения и новая разработка

OLAP

:white_check_mark: Применение правил условного форматирования в OLAP

В Alpha BI 5.11.0 переработан механизм настройки условного форматирования в OLAP-представлениях.

Теперь при создании правила можно явно определить область его применения:

  • ячейки строк и столбцов — для форматирования элементов и атрибутов иерархий;
  • ячейки данных — для форматирования значений мер.

Такое разделение позволяет точнее настроить применение условного форматирования и избежать неоднозначности при работе с несколькими иерархиями и мерами.

В новой версии улучшена обработка условий, заданных для мер и атрибутов, в том числе для объектов, которые не отображаются в представлении.

Уточнено определение объектов, к которым применяется стиль, и добавлена проверка корректности настроек условного форматирования.

Миграция существующих настроек

При обновлении с предыдущих версий существующие правила условного форматирования автоматически переводятся на новую модель.

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

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

Проверка настроек после обновления

В версии 5.11.0 добавлена проверка настроек условного форматирования. Она позволяет выявлять некорректные сочетания областей применения, иерархий, элементов и мер, в том числе после изменения структуры OLAP-представления или миграции настроек.

Подробнее читайте в статье Ссылка на статью

Централизованное управление пользователями

:white_check_mark: Развитие интеграции с Active Directory и LDAP

В версии 5.11.0 переработана настройка интеграции Alpha BI с LDAP и Active Directory.

Настройка подключения, аутентификации и синхронизации теперь выполняется в едином разделе:

Администрирование → Централизованное управление пользователями → Провайдеры пользователей.

Настройки LDAP-провайдера хранятся в базе данных Alpha BI, поэтому для создания и настройки нового провайдера не требуется редактировать конфигурационный файл приложения.

LDAP-провайдер можно использовать для:

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

Для провайдера также можно определить основной способ входа в приложение. Если LDAP-провайдер назначен основным способом входа, а локальная аутентификация отключена, пользователи проходят аутентификацию с использованием учетных данных Active Directory.

Расширены настройки подключения к LDAP-каталогу. Администратор может настроить параметры сервера, защищенное соединение, учетную запись для подключения, область поиска и использование Global Catalog. Добавлена возможность проверить подключение непосредственно из настроек LDAP-провайдера до запуска синхронизации.

Расширены возможности настройки поиска объектов в LDAP-каталоге. Администратор может задать параметры, используемые Alpha BI при поиске пользователей и групп, и тем самым определить состав объектов, получаемых из каталога.

Для пользователей и групп задаются соответствующие классы объектов LDAP. При настройке групп дополнительно определяется атрибут, используемый для их поиска. Настроенные параметры используются при формировании запросов к каталогу и определяют, какие пользователи и группы будут доступны для дальнейшего сопоставления и синхронизации. Это позволяет адаптировать интеграцию к структуре конкретного LDAP-каталога и получать только необходимые для работы Alpha BI объекты.

Расширены возможности сопоставления данных LDAP с учетными записями Alpha BI. Администратор может настроить получение данных о пользователях и группах, определить необходимые LDAP-атрибуты и задать правила их сопоставления с полями учетной записи Alpha BI.

В разделе «Структура данных» можно добавить необходимые LDAP-атрибуты, указать их тип и определить атрибут, используемый для идентификации пользователя.
В версии 5.10.0 для формирования логина можно было выбрать один из двух предопределенных атрибутов Active Directory: sAMAccountName или userPrincipalName. В версии 5.11.0 формирование логина настраивается в общем механизме сопоставления атрибутов LDAP.

В разделе «Правила заполнения данных пользователя» можно настроить формирование стандартных полей учетной записи Alpha BI на основании полученных из LDAP данных. В том числе можно настроить заполнение полей «Логин», «Имя», «Должность», «E-mail», «Телефон», «Адрес» и «Примечание».

Таким образом, структура учетных записей Alpha BI может быть адаптирована к набору атрибутов, используемых в Active Directory или другом LDAP-каталоге.

Для синхронизации пользователей и LDAP-групп с ролями Alpha BI на вкладке «Настройки синхронизации» настраивается соответствующее сопоставление. На этой же вкладке расположена кнопка «Синхронизация», с помощью которой можно запустить процесс синхронизации пользователей и групп из службы каталогов.


В версии 5.11.0 настройки сопоставления LDAP-групп с организационной структурой упрощены: для синхронизации используются сопоставления между значениями атрибутов групп LDAP и ролями Alpha BI.

В результате в версии 5.11.0 настройка интеграции с Active Directory и LDAP объединена в рамках единого LDAP-провайдера, а возможности управления аутентификацией, пользовательскими данными и синхронизацией стали более гибкими.
Подробнее с настройками LDAP-провайдера можно ознакомиться по ссылке.

Соединения

:white_check_mark: Расширение возможностей работы с СУБД

В версии 5.11.0 актуализирован перечень поддерживаемых СУБД, расширены возможности подключения к Arenadata и улучшена обработка ранее сохраненных соединений.

Удаление поддержки устаревших СУБД

Из перечня доступных для создания новых соединений удалена InfiniDB, IBM Informix. Для ранее сохраненных соединений с этой СУБД сохраняется информация об исходном типе соединения, однако такие соединения определяются как неподдерживаемые. При попытке проверить или использовать их система сообщает о невозможности работы с данным типом СУБД.

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

Актуализация поддержки СУБД

Обновлена поддержка Vertica и актуализирован перечень доступных вариантов подключения.

В списке типов СУБД наименование Oracle заменено на Oracle Database. Изменение касается только отображаемого наименования в пользовательском интерфейсе, поддержка подключения сохраняется.

Поддержка Arenadata

В Alpha BI 5.11.0 добавлены новые типы соединений:

  • Arenadata Postgres (ADPG) — реляционная СУБД, совместимая с PostgreSQL;
  • Arenadata DB (ADB) — аналитическая СУБД на базе Greenplum;
  • Arenadata QuickMarts (ADQM) — аналитическая СУБД, совместимая с ClickHouse.

Новые типы соединений доступны при создании соединения в разделе Система → Администрирование → Соединения. Для каждого типа предусмотрены необходимые параметры подключения и проверка соединения.

:white_check_mark: Управление использованием соединений

В версии 5.11.0 добавлен отдельный ключ доступа «Использование» для соединений и выполнена миграция настроек доступа таким образом, чтобы в тех случаях, где это возможно, доступ к использованию соединений получили те пользователи, кто ранее имел хотя бы один из следующих доступов:

  • Функции системы/Управление хранилищем данных,
  • Типы объектов/ETL-процессы - Создание или редактирование на любом уровне (типа или экземпляра),
  • Типы объектов/Метаданные - Создание или редактирование на любом уровне (типа или экземпляра).

Ключ определяет, может ли пользователь выбирать соединение при настройке объектов Alpha BI.

Если право «Использование» не предоставлено, соединение не отображается в списках выбора при настройке:

  • шагов ETL;
  • метаданных бизнес-объектов;
  • источников данных АХД.

Право «Использование» не зависит от права «Просмотр» . Это позволяет предоставить пользователю возможность использовать соединение при настройке объектов без предоставления доступа к его параметрам.

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

:white_check_mark: Контекстное выполнение запросов к базе данных

В версии 5.11.0 добавлена возможность выполнять запросы к базе данных с учетом контекста текущего пользователя Alpha BI.

Для соединения можно настроить команды, выполняемые при открытии и закрытии сессии с базой данных. При открытии сессии в команду может передаваться логин текущего пользователя Alpha BI. Это позволяет использовать на стороне СУБД настроенные правила доступа к данным, в том числе ограничения на уровне строк (RLS).

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

Возможность поддерживается для следующих СУБД:

  • PostgreSQL;
  • Oracle Database;
  • ClickHouse;
  • Arenadata Postgres (ADPG);
  • Arenadata DB (ADB);
  • Arenadata QuickMarts (ADQM).