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

Введение#

Существует четыре атрибута критичности:

  • criticality_pdn

  • criticality_bt

  • criticality_dpk

  • criticalServiceList

Атрибуты критичности criticality_pdn, criticality_bt и criticality_dpk добавляются в роли, которые имеют архетип Resource Role. При добавлении данного архетипа атрибутам присваивается значение Undefined.

Атрибут criticalServiceList заполняется по следующим правилам: если один из атрибутов критичности заполнен в роли, то в проекции NGAM пользователя в атрибуте UserSUDIR.criticalServiceList проставляется идентификатор (GUID) критичных служб. Данное значение берется из value атрибута UserSUDIR.accessList в ресурсе. Значение атрибута обновляется после реконсиляции карточки.

Управлять признаками могут пользователи c ролью:

  • Superuser (управление через UI и задачи)

  • Admin expert (управление только через задачи)

  • Admin editor (управление только через задачи с подтверждением второй руки)

Задачи для проставления значений в атрибуты критичности#

Задача Criticality Criteria Setter template#

Настройка задачи

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

Пример для ресурса SOAP:

Пример для ресурсов SCIM и SOAP:

Так же в extension указываются атрибуты и значения. Если какой-то атрибут не задан, он меняться не будет.

Результат работы задачи

В ролях с архетипом Resource Role и с resourceOid, указанном в фильтре задачи, атрибутам критичности присвоены значения из extension задачи. Если нашлись такие роли и для них внесены изменения по атрибутам критичности, формируется отчет. В Object reference лежит ссылка на него. В сформированном отчете отображается роль и значения атрибутов критичности.

Задача Criticality Criteria Task Runner#

В отличие от Criticality Criteria Setter template, данная задача не меняет атрибуты критичности и не формирует отчет, а только на основании шаблона формирует новую задачу Criticality Criteria Setter с указанным постфиксом в extension. И после запуска Criticality Criteria Setter обновятся атрибуты критичности и сформируется отчет, если были изменены признаки.

Настройка задачи

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

Пример для ресурса SOAP:

Пример для ресурсов SCIM и SOAP:

Так же в extension указываются атрибуты и значения. Если какой-то атрибут не задан, он меняться не будет. В теге createTaskPostfix прописывается постфикс для формирования задачи Criticality Criteria Setter .

Результат работы задачи - формирование задачи Criticality Criteria Setter .

После запуска сформированной задачи в ролях с архетипом Resource Role и с resourceOid, указанном в фильтре задачи, атрибутам критичности присвоены значения из extension задачи. Если нашлись такие роли и для них внесены изменения по атрибутам критичности, формируется отчет. В Object reference лежит ссылка на него. В сформированном отчете отображается роль и значения атрибутов критичности.

Чем обусловлена необходимость использования двух задач#

Первая задача, Criticality Criteria Setter template, - шаблон. Вторая задача, Criticality Criteria Task Runner, создает задачи на основе шаблона. С помощью задачи-создателя можно порождать задачи для определенных выборок с определенными параметрами, без необходимости переписывать или создавать руками новые задачи.