Иногда формирование отчетов в Directum RX занимает длительное время. Например, когда сотрудник запускает сразу несколько тяжелых отчетов, либо отчет создается на основе больших данных и потребляет память. Раньше это могло приводить к нагрузке сервиса отчетов и СУБД, а действия других сотрудников в системе выполнялись дольше.

В версии 4.9 повышена стабильность и надежность работы отчетов:

•сотрудник может в любой момент прервать длительный отчет. При этом вычисления на стороне сервера полностью прекращаются. Ранее в этой ситуации некоторые события продолжали выполняться и нагружать систему;

•сотрудник не может повторно запустить отчет, который еще не сформировался;

•система не пытается снова сформировать отчет, если из-за нагрузки и большого потребления памяти его не получилось сделать сразу;

•количество параллельно выполняемых отчетов на сервисе ReportService по умолчанию уменьшено с четырех до двух. Благодаря этому снижена нагрузка на систему при формировании тяжелых отчетов.

Отслеживание статуса формирования отчетов

После запуска отчета в проводнике системы появляется сообщение о том, что он формируется. Сотрудник в это время может обновить страницу или закрыть вкладку браузера, и сообщение исчезает. В результате сотрудник не видит информацию о статусе создания отчета, а также не может прервать его.

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

При нажатии на кнопку открывается список всех длительных отчетов, которые формируются или уже готовы, но их еще не открывали за последние сутки:

Кроме того, если отчет выполняется долго, то теперь его можно прервать и заново запустить, изменив параметры. Например, уменьшить период, чтобы сделать отчет по меньшему объему данных.

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

В Directum RX права доступа автоматически передаются руководителю от сотрудников подразделения. Для этого используется системное замещение. С годами такие замещения накапливаются, так как остаются действующими, даже если сотрудник уволился из организации. При вычислении прав руководителя на какой-либо объект система проверяет его личные права, а также всех, кого он замещает. Из-за большого количества замещений запросы к базе данных выполняются дольше, система может работать медленнее.

В новой версии система копирует права доступа закрытых сотрудников и передает руководителю автоматически, а системные замещения закрываются и не накапливаются в системе. Благодаря этому снижается нагрузка на систему при выполнении запросов на проверку прав доступа.

Копирование прав и закрытие замещений происходит по схеме:

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

•затем новый фоновый процесс «Копирование прав доступа» из созданной очереди копирует права доступа закрытых сотрудников и передает руководителю;

•после завершения копирования прав системные замещения закрываются с помощью асинхронного обработчика CheckTransferSubstitutedAccessRights, который периодически проверяет состояние процесса передачи.

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

Копируются только личные права закрытых сотрудников. При этом не передаются права:

•на объекты с усиленным строгим доступом;

•на определенный тип объекта, например тип документа;

•роли или группы, в которую входил сотрудник.

При необходимости копирование прав можно отключить.

Настройка срока закрытия системного замещения

По умолчанию системные замещения передаются на закрытие через 180 дней после увольнения сотрудника. Администратор может менять значение в таблице Sungero_Docflow_Params с помощью параметра SubstitutionAccessRightsWaitingDaysCount. Например, если передачу прав нужно запускать раньше.

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

Копирование прав доступа с помощью утилиты RXCmd

Иногда права доступа нужно передать срочно, не дожидаясь срока по умолчанию, описанного выше. Например, после увольнения сотрудника права руководителю нужно передать сразу. Это можно сделать с помощью утилиты RXCmd. Для этого администратору нужно выполнить одну из команд:

•rxcmd syssubs transfer-ar – создает сессию передачи прав от выбранного сотрудника руководителю;

•rxcmd syssubs bulk-transfer-ar – создает сессию передачи прав руководителю от всех закрытых сотрудников подразделения.

С помощью RXCmd администратор может также посмотреть, сколько системных замещений настроено на руководителя. Для этого нужно выполнить команду rxcmd syssubs show.