Release 5.8.1 (08.08.2025)

Улучшения

Общее

:white_check_mark: Улучшен ввод значений типа “Дата-Время”

В новой версии редактор ввода значений типа “Дата-Время” стал проще, быстрее и интуитивно понятнее.
Основные изменения:

  1. Автоматическое дополнение временной метки: больше нет необходимости вручную заполнять время до секунды - достаточно указать важную часть информации.

    • Простой ввод даты без времени: если ввести только дату (например, 25.10.2025 , 2025-10-25 , 25102025 , 2510 или 251025 ), система автоматически добавит время 00:00:00
      • Пример: Ввод 01.07.2025 приведет к автоматическому дополнению до 01.07.2025 00:00:00.
    • Умное добавление времени: если ввести только часы, то система сама заполнит недостающие минуты и секунды нулями, например, установит ЧЧ:00:00. При указании часов и минут произойдет дополнение до ЧЧ:ММ:00.
      • Пример: Ввод 01.07.2025 14 будет преобразован в 01.07.2025 14:00:00.
      • Пример: Ввод 01.07.2025 14:30 дополнится до 01.07.2025 14:30:00.

    При необходимости, ручной ввод точного времени остаётся доступным.

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

    • Формата даты с годом в конце:
      • ДД.ММ.ГГГГ ЧЧ:ММ:СС
      • ДД.ММ.ГГГГ ЧЧ:ММ
      • ДД.ММ.ГГГГ ЧЧ
      • ДД.ММ.ГГГГ
    • Формата даты с годом в начале:
      • ГГГГ-ММ-ДД ЧЧ:ММ:СС
      • ГГГГ-ММ-ДД ЧЧ:ММ
      • ГГГГ-ММ-ДД
    • Сокращенный ввод даты с годом в начале:
      • ГГГГ-ММ (недостающая дата будет установлена на сегодня, время на 00:00:00)
    • Сокращенный ввод даты без разделителей:
      • ДДММГГГГ
      • ДДММГГ (например, 251025 для 25.10.2025)
      • ДДММ - если ДД <= 31 и ММ <= 12, то это ДД.ММ текущего года (например, 3112 → 31.12.2025). Несуществующие даты переносятся на ближайшее возможное число (например, 3102 → 03.03.2025).
      • ГГГГ - если ДД > 31 или ММ > 12, то интерпретируется как год с текущим днем и месяцем (например, 1331 → сегодня.месяц.1331).

Изменения затронули разные точки ввода данных типа “Дата-Время”: параметры и поля в бизнес-объектах и формах, параметры в аналитических панелях и отчетах, переменные в ETL-процессах, настройки триггеров в планировщике задач, атрибуты в реестре пользователей и т.д.

:white_check_mark: Обеспечено корректное применение пользовательских представлений при изменении метаданных

Раньше при удалении или изменении полей в бизнес-объектах или формах сохранённые представления могли работать некорректно.

В новой версии система автоматически проверяет актуальность настроек представления и применяет его в максимально возможной степени, адаптируя к изменениям в метаструктуре:

  • Удалённые поля исключаются из представлений.

  • Новые поля добавляются в список доступных, но не включаются в представление автоматически.

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

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

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

  • При повторном сохранении представления учитывается актуальное применимое состояние представления.

Варианты уведомлений представлений администратора:

Операция Точки применения Элемент представления Уведомление
Удаление поля - Формы
- БО
- Системные реестры
Наличие поля в представлении
Примененная фильтрация по полю
Применение сортировки по полю
Изменение ширины поля
Изменение положения (порядка) поля
Отображение столбца “code”: не найден столбец.
Удаление поля - Формы
- БО
- Системные реестры
Примененная фильтрация по полю Фильтрация по столбцу “code”: не найден столбец.
Удаление поля - Формы
- БО
- Системные реестры
Применение сортировки по полю Сортировка по столбцу “code”: не найден столбец.
Удаление поля Формы Наличие итогов по полю: промежуточных и общих агрегатов
Настройка отображения поля: стиль, условное форматирование
Закрепление поля
Отображение столбца “code”: не найден столбец.
Удаление поля Формы Наличие группировки по полю Группировка по столбцу “code”: не найден столбец.
Изменение типа поля БО Примененная фильтрация по полю :white_medium_small_square:Фильтрация по отображаемому значению столбца “code”: фильтр с типом “содержит подстроку” и значением “Москва” не применим к текущему типу столбца.
:white_medium_small_square: Фильтрация по отображаемому значению столбца “code”: фильтр с типом “больше” и значением “0” не применим к текущему типу столбца.
:white_medium_small_square:Фильтрация по отображаемому значению столбца “code”: фильтр с типом “меньше” и значением “2025-09-06T00:00:00” не применим к текущему типу столбца.
:white_medium_small_square: Фильтрация по отображаемому значению столбца “code”: фильтр с типом “равно” и значением “1” не применим к текущему типу столбца.
:white_medium_small_square: Фильтрация по отображаемому значению столбца “code”: фильтр с типом “не пусто” не применим к текущему типу столбца.
:white_medium_small_square: Фильтрация по отображаемому значению столбца “code”: фильтр с типом “меньше” и значением “1000” не применим к текущему типу столбца.
Изменение типа поля Формы Примененная фильтрация по полю Фильтрация по столбцу “code”: фильтр по значениям “строка 1,строка 2” не применим к текущему типу столбца.
Изменение типа поля Формы Наличие итогов по полю: промежуточных и общих агрегатов :white_medium_small_square:Общие итоги в столбце “code”: тип итогов “sum” не применим к текущему типу столбца.
:white_medium_small_square: Итоги по группам в столбце “code”: тип итогов “avg” не применим к текущему типу столбца.
:white_medium_small_square: Общие итоги в столбце “code”: тип итогов “max” не применим к текущему типу столбца.
:white_medium_small_square: Итоги по группам в столбце “code”: тип итогов “min” не применим к текущему типу столбца.

Новая реализация упрощает процесс управления представлениями и имеет следующие преимущества:

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

Формы

:white_check_mark: Улучшена организация в реестре форм

В новой версии Alpha BI обеспечена единая структура для администраторов и пользователей форм.
Раньше системный реестр форм (DT), где администраторы настраивают структуру, и пользовательский реестр (RT), из которого пользователи открывают формы, работали по-разному. В первом случае администраторы могли создавать группы (папки, каталоги) и задавать порядок отображения форм, а во-втором - формы отображались в виде плоского списка, без какой-либо организации. Это создавало неудобства и усложняло навигацию, особенно при большом количестве форм.

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

Основные изменения:

  • Единая структура: Формы в пользовательском реестре автоматически наследуют вложенную структуру групп, заданную администраторами в системном реестре.
  • Синхронизированный порядок: Сортировка форм учитывает порядок форм и групп, заданный администратором путем перетаскивания объектов мышью в системном реестре.
  • Описание групп: Для удобства пользователей добавлена возможность чтения описания групп (открывается двойным кликом).
  • Отображение с учетом прав доступа: Папки в пользовательском реестре отображаются, только если в них есть хотя бы одна форма, к которой у пользователя есть доступ. Пустые папки не отображаются, что позволяет избежать лишней информации и упростить навигацию.

Преимущества:

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

Бизнес-объекты

:white_check_mark: Индикации наличия фильтров при переключении между представлениями

Ранее при сохранении представления с фильтром отсутствовала визуальная индикация активных фильтров при переключении между представлениями. Теперь в шапке таблицы отображается состояние фильтрации:

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

Поддерживается для следующих типов фильтров:

  • “Содержит” — для строковых полей;
  • “Равно”, “Больше”, “Меньше” — для дат и числовых полей.

Улучшение обеспечивает прозрачность условий фильтрации и упрощает анализ отображаемых данных в реестрах.

Администрирование

:white_check_mark: Соединения: Поддержка TLS-шифрования для ClickHouse в Mondrian

В Alpha BI 5.8.1 обеспечено защищённое SSL/TLS соединение между ClickHouse и OLAP-сервером. Шифрование информации позволяет предотвратить перехват данных при передаче между аналитической платформой и СУБД.


Для активации шифрования достаточно включить опцию «Использовать TLS» в настройках подключения.
При этом сохраняется возможность работы в стандартном режиме без шифрования, если это соответствует требованиям инфраструктуры.

:white_check_mark: Поддержка отправки email-рассылок через SMTP без авторизации

В новой версии платформы улучшена работа с email-рассылками через SMTP. Теперь добавлена поддержка отправки уведомлений через SMTP-серверы без необходимости ввода учётных данных.
Это позволяет гибко интегрироваться с различными почтовыми решениями для отправки отчетов. Особенно актуально для корпоративных и изолированных сетевых сред, где SMTP-серверы настроены на работу без логина и пароля.

Переменные в ETL

:white_check_mark: Поддержка локальных переменных типа “Дата-время” в ETL

В новой версии улучшена работа с локальными переменными в ETL-процессах: теперь в шагах “Калькулятор” и “Фильтр” есть возможность обрабатывать переменные типа “Дата-время”.

  • при выполнении шага применяется соответствующий тип данных;
  • поддерживается работа с функциями категории “Дата и время”;
  • результат предпросмотра совпадает с результатом выполнением процесса.

:white_check_mark: Улучшен ввод значений для глобальных переменных типа “Дата-Время”

Обновлён редактор ввода значений глобальных переменных типа “Дата-время”:

  • возможность ввода даты с указанием времени (часы, минуты, секунды);
  • поддержка четырёхзначного формата года;
  • единый удобный интерфейс - выбор из календаря или ручной ввод в корректном формате.
1 лайк