В новой версии изменилась схема процесса рассмотрения документов. Например, теперь есть только один блок «Рассмотрение документа адресатом» вместо двух и новый блок «Доработка инициатором». За счет этого сократилось количество разветвлений, схема стала более компактной, настраивать ее и работать с ней стало проще.

Кроме этого, уменьшилось количество блоков типа «Уведомление».

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

Также теперь с обложки модуля можно запустить отчеты модуля «Документооборот» по кнопке Все отчеты.

В новой версии обновлен справочник «Банки». Благодаря этому в системе поддерживается актуальный список контрагентов.

Когда сотрудник нашей организации или контрагент выполняет действия с документом в сервисе обмена, информация об этом передается в Directum RX в виде заданий или уведомлений. В новой версии расширен список сотрудников, которые получают уведомления. Это позволяет ответственным быть в курсе событий, таких как подписание соглашения об аннулировании договора.

В новой версии оптимизирована работа при копировании писем. Теперь поля Дело и Способ доставки заполняются из карточки скопированного письма, если пользователь может редактировать эти поля. Если такой возможности нет или письмо многоадресное, то поля остаются пустыми. Благодаря этому, сотрудник тратит меньше времени на регистрацию однотипных писем. Также при копировании входящего письма поля Дата от и № в группе полей От кого остаются пустыми, что сокращает время на перепроверку скопированных данных.

1.Если в запросе к сервису интеграции есть параметры, то теперь они применяются в следующем порядке: $filter, $orderby, $skip, $top, $select, $count.

2.Оптимизирована аутентификация в сервисе интеграции. Теперь она выполняется быстрее.

1.С помощью нового параметра MIN_LOG_LEVEL в конфигураторе Directum Launcher можно задать минимальный уровень, с которого в системе будут логироваться сообщения определенных видов: error, warning, info, debug, trace. Например, если лог-файлы стали сильно разрастаться и занимать место на диске, можно временно убрать запись отладочных сообщений – debug. По умолчанию в лог-файлы записываются все виды сообщений.

2.В статус-файлы добавлены параметры, которые помогут администратору получить дополнительную информацию о проверках работоспособности сервисов:

•LastNotUnhealthyTime – время, когда последний раз общий статус всех проверок работоспособности был healthy или degraded. Если значение отличается от времени записи статус-файла в параметре Time, то это значит, что при проверке обнаружилась критичная ошибка (unhealthy) и сервис все это время был неработоспособен;

•IsReady – признак того, что сервис готов принимать запросы.