Это старая версия документа!


Что нового в ADVANTA 3.18

В этот раз мы работали над тем, что «под капотом»:

  • над скоростью и качеством работы системы,
  • готовили базу для архитектурных изменений,
  • рисовали новый дизайн главных экранов.

Словом, занимались пока незаметными, но очень важными вещами.

Вывели в список OLAP-кубов режим обновления куба:

Режим по умолчанию в новом OLAP-кубе теперь стоит «Один раз в сутки»:

Добавили возможность отключить пересчёт OLAP-куба1):

Подробно о том, что такое OLAP-куб.

Раньше нельзя было уйти в отпуск и не выбрать себе заместителя. Система бы не позволила это сделать.

Теперь можно выбрать время отсутствия – и без заместителя.

Чтобы это сделать, администратор системы должен в справочнике «Периоды недоступности» сделать реквизит «Заместитель» необязательным.

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

Теперь это можно сделать по клику на одну кнопку.

Подробно о том:

«Код проекта» теперь называется «Номер в структуре».

О том, что такое Код проекта Номер в структуре. :-x

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

Прощаемся с реквизитом «Да/Нет».

Теперь такой реквизит:

  1. нельзя создать;
  2. нельзя выбрать в настройках типа объекта или справочника.

Если у вас этот тип реквизита настроен, то измените его на реквизит-классификатор со значениями «Да» и «Нет».

Ранее настроенный реквизит «Да/Нет» будет работать в системе предположительно до конца 2020 года.
Обязательно проверьте (Администрирование → Структура базы данных → Реквизиты → Тип реквизитов «Да/Нет»), есть ли у вас реквизиты этого типа! Проверьте, к каким типам объектов и справочникам этот реквизит привязан и как он влияет на работу логики системы.
  • Подготовили шину для перехода на модульную архитектуру.
  • Перешли на формирование фильтров на сервере СУБД.
  • Выделили на backend'е дискуссии и согласования.
  • И ряд других доработок «под капотом».


1)
Полезно для очень крупных, с историческими наслоениями, систем.