Категории

Модуль "Процессы"

Модуль «Процессы»

I. Общие сведения

Модуль «Процессы» предназначен для автоматизации передачи задач между сотрудниками организации, маршрутизации их исполнения, согласования и подписания документов, а также централизованного контроля исполнения задач в рамках внутренних процессов организации и связанных задачников других модулей системы.
Модуль обеспечивает:
- создание и исполнение задач;
- настройку шаблонов процессов;
- назначение и отзыв прав администрирования процессов;
- централизованный просмотр задач модуля «Процессы» и связанных задачников: Актирования, ПИР, ПТО, Проблемных вопросов;
- отображение задач, требующих действий со стороны пользователя;
- настройку уведомлений по событиям, возникающим в рамках работы модуля.
В модуле предусмотрена работа со следующими типами задач:
- «Согласование документа»;
- «Заявка»;
- «Поручение».
Основная работа в модуле осуществляется во вкладках:
- «Задачи»;
- «Настраиваемые шаблоны»;
- «Права доступа».

II. Ролевая модель модуля «Процессы»

Ролевая модель модуля «Процессы» предназначена для разграничения прав доступа к настройке шаблонов, администрированию задач, назначению прав и работе пользователей с задачами.
Пользователи модуля подразделяются на:
- администраторов;
- пользователей.
К администраторам модуля относятся пользователи со следующими ролями:
- СуперАдмин;
- РАВ;
- Администратор внедрения;
- Администратор компании;
- Администратор процессов.
Администраторы модуля обладают расширенными правами, включая:
- работу с шаблонами;
- просмотр задач организации;
- смену исполнителя в задачах;
- создание задач в пределах доступной функциональности модуля.
Роль «Администратор процессов» назначается и отзывается во вкладке «Права доступа» пользователями с ролями:
- СуперАдмин;
- РАВ;
- Администратор внедрения;
- Администратор компании.
Пользователи модуля работают с задачами в пределах предоставленных им прав и обладают следующими возможностями:
- создание задач;
- просмотр карточек созданных ими и назначенных им задач;
- принятие решений по задачам в соответствии со своей ролью в процессе.
В рамках выполнения конкретных задач пользователям присваиваются бизнес-роли:
- инициатор - пользователь, создавший задачу;
- исполнитель - пользователь, на которого возложено выполнение задачи;
- согласовант - пользователь, принимающий решение по согласованию;
- подписант - пользователь, осуществляющий подписание документа;
- наблюдатель / получатель - пользователь, имеющий право просмотра карточки задачи без совершения действий..

III. Вкладка «Задачи»

Вкладка «Задачи» предназначена для централизованной работы с задачами модуля «Процессы», а также для верхнеуровневого просмотра задач из связанных задачников других модулей.
Во вкладке «Задачи» предусмотрены следующие реестры:
- «Процессы»;
- «ПИР»;
- «ПТО»;
- «Актирование»;
- «Проблемные вопросы».
Во вкладке «Задачи» и в соответствующих реестрах отображаются счетчики активных задач. Счетчик показывает количество задач, по которым пользователю необходимо совершить действие.

III.1. Реестр «Процессы»

1.1. Реестр «Процессы» (элемент №1↓) является основным рабочим пространством модуля и объединяет задачи, доступные пользователю в рамках модуля.

1.2. Пользователю доступны:

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

1.3. В реестре предусмотрены быстрые фильтры (элемент№3↓):

«Я инициатор» — для отображения задач, где пользователь является инициатором;
«Я исполнитель» — для отображения задач, где пользователь является исполнителем.

1.4. Счетчик у реестра «Процессы» (элемент №2↓) показывает количество задач, по которым пользователь является текущим исполнителем и должен совершить действие.

Рис. - Реестр задач модуля "Процессы"

III.1.1. Создание и работа с задачами модуля. «Заявка»

Задача типа «Заявка» предназначена для оформления и исполнения типового запроса по предварительно опубликованному шаблону.
Создание задачи типа «Заявка» возможно только при наличии опубликованного шаблона соответствующего типа.
В задаче типа «Заявка» могут участвовать:
- инициатор;
- исполнитель;
- получатель;
- согласовант.
Создание задачи осуществляется через выбор типа задачи «Заявка» и включает следующие этапы:
- выбор шаблона;
- просмотр и заполнение заявки.
При создании задачи пользователь выбирает шаблон из числа опубликованных шаблонов своей организации

Рис. - Выбор шаблона для Заявки
На этапе заполнения заявки пользователю доступны обязательные поля (элемент №2↓), а также поля, преднастроенные в шаблоне (элемент №1↓). В карточке задачи могут отображаться:
- исполнитель;
- крайний срок выполнения;
- при наличии предварительного согласования:
  - согласовант;
  - крайний срок согласования
После заполнения обязательных полей пользователь выполняет действие «Создать», после чего задача создается и отображается в списке задач с актуальным статусом.
Задача типа «Заявка» может быть создана:
- без предварительного согласования;
- с предварительным согласованием.
Если заявка создается без предварительного согласования, после создания она сразу направляется исполнителю и получает статус «Ожидает выполнения» (элемент №1↓). Получателю при этом доступен только просмотр карточки задачи

Рис. - Карточка Заявки со стороны Инициатора: состояние после создания
После получения задачи исполнитель может:
- взять задачу в работу;
- завершить выполнение;
- отклонить заявку.
При принятии задачи в работу (элемент №1↓) ей присваивается статус «Выполняется», а в маршруте фиксируется факт начала исполнения.

Рис. - Исполнитель берет в работу заявку

Рис. - Исполнитель взял заявку в работу
При выборе действия «Завершить выполнение» задача получает статус «Выполнена» (элемент №1↓)

Рис. - Исполнитель нажал на кнопку "Завершить выполнение"

Рис. - Исполнитель подтвердил свое действие в модальном окне и система присвоила заявке статус "Выполнена"
При выборе действия «Отклонить» исполнитель указывает причину отказа, после чего задача получает статус «Отклонена» (элемент №1↓).

Рис. - Исполнитель нажал кнопку "Отклонить"

Рис. - У заявки статус "Отклонена"
До достижения завершающего статуса инициатор может выполнить действие «Отозвать заявку», указав причину отзыва. После этого задача получает статус «Отозвана» (элемент №1↓).

Рис. - Инициатор отзывает заявку

Рис. - Заявка в статусе "Отозвана
Если заявка создается с предварительным согласованием, после создания она направляется согласованту и получает статус «На согласовании» (элемент №1↓).

Рис. - Заявка в статусе "На согласовании"
Согласовант может:
- согласовать заявку (элемент №1↓);
- отклонить заявку (элемент №2↓).
  
  Рис. - Действия, которые доступны согласованту заявки.
При положительном решении согласованта задача автоматически направляется исполнителю и получает статус «Ожидает выполнения».
При отрицательном решении согласованта дальнейший маршрут прекращается, а задача получает статус «Отклонена».

III.1.2. Создание и работа с задачами модуля. «Поручение»

Задача типа «Поручение» создается без использования шаблона. Создание шаблонов для данного типа задач не предусмотрено.
В задаче типа «Поручение» участвуют:
- инициатор;
- исполнитель;
- наблюдатель.
Создание задачи осуществляется через выбор типа задачи «Поручение» (элемент №1↓) и заполнение карточки задачи.

Рис. - Выбор типа задачи
При создании поручения указываются:
- наименование (элемент №1↓);
- исполнитель (элемент №2↓);
- крайний срок (элемент №3↓);
- описание поручения (элемент №4↓);
- наблюдатели (элемент №5↓);
- приложение — при необходимости (элемент №6↓).
  
  Рис. - Карточка задачи поручения
Исполнитель и наблюдатели выбираются только из сотрудников своей организации. Назначение самого пользователя исполнителем или наблюдателем не допускается.
После создания поручение направляется исполнителю и получает статус «Ожидает выполнения».
После получения поручения исполнитель может:
- взять задачу в работу;
- передать на уточнение;
- отклонить;
- завершить выполнение.
После принятия задачи в работу (элемент №1↓) ей присваивается статус «Выполняется» (элемент №1↓).

Рис. - Взять поручение в работу

Рис. - Поручение в статусе "Выполняется
При выборе действия «Завершить выполнение» ( элемент №1↓) задача получает статус «Выполнена» (элемент №1↓).

Рис. - Завершение выполнения

Рис. - Поручение в статусе "Выполнена"
При выборе действия «Отклонить» (элемент №1↓) исполнитель указывает причину, после чего задача получает статус «Отклонена» (элемент №1↓).

Рис. - Отклонение поручения

Рис. - Статус поручения "Отклонена"
До достижения завершающего статуса инициатор может выполнить действие «Отозвать поручение» (элемент №1↓), после чего задача получает статус «Отозвана» (элемент №1↓).

Рис. - Отзыв поручения

Рис. - Поручение в статусе "Отозвана"
В задаче типа «Поручение» предусмотрен процесс уточнения. При необходимости исполнитель может передать задачу инициатору на уточнение, приложив комментарий и, при необходимости, файл.

Рис. - Процесс уточнения
После передачи на уточнение задаче присваивается статус «На уточнении» ( рис. - элемент №1↓), и дальнейшая работа с задачей становится доступна инициатору.

Рис. - Поручение в статусе "На уточнении"
Инициатор может:
- ответить на уточнение;
- отозвать поручение.
После ответа инициатора задача вновь передается исполнителю, который повторно принимает ее в работу и продолжает выполнение.

III.1.3. Создание и работа с задачами модуля. «Согласование документа»

Задача типа «Согласование документа» предназначена для организации маршрута согласования и (или) подписания документа по заранее созданному шаблону либо по заданному вручную.
Создание задачи данного типа доступно пользователям, имеющим доступ к модулю «Процессы» (элемент №1↓).

Рис. - выбор типа "Согласование документа"
Маршрут согласования может быть сформирован:
- по заранее созданному шаблону;
- вручную, в момент создания задачи "Согласовать документ", путем указания исполнителей.
  
  Рис. - Выбор шаблона
Допустимыми завершающими статусами задачи являются:
- «Согласован»;
- «Подписан»;
- «Не согласован»;
- «Неактуальный».
Создание задачи выполняется в три этапа:
- добавление документа;
- выбор маршрута согласования;
- предпросмотр.
На этапе добавления документа пользователь:
- загружает документ;
- указывает наименование задачи;
- при необходимости задает крайний срок для всей задачи.
  
  Рис. - Загрузка документа
При выборе маршрута по шаблону система отображает список маршрутов, заранее созданных и опубликованных администратором для задачи данного типа.
При ручной настройке маршрута пользователь:
- указывает исполнителей шагов;
- определяет действие на каждом шаге: «Согласовать» или «Подписать»;
- формирует не менее двух шагов.
  
  Рис. - Указать исполнителей самостоятельно
После выбора действия «Подписать» на одном из шагов на всех последующих шагах может быть выбрано только действие «Подписать».
После завершения настройки маршрута пользователь проверяет его на этапе предпросмотра и выполняет действие «Создать». После этого задача направляется по маршруту и получает статус «На согласовании».

Рис. - Предпросмотр

Рис. - Согласование создано
Предусмотрено два типа исполнителей:
- основные;
- параллельные.
Основные исполнители - это те сотрудники, которые получают документ на согласование/подписание последовательно.
Параллельные исполнители - это те сотрудники, которые получают документ на согласование одновременно от основного исполнителя.
Основной исполнитель активного шага может (элемент №1↓):
- согласовать документ;
- подписать документ;
- передать документ на параллельное согласование;
- отправить документ на доработку;
- отклонить документ.
  
  Рис. - Действия исполнителя
Передача на параллельное согласование доступна как основному согласованту, так и основному подписанту и может быть выполнена только один раз на каждом шаге.
Параллельных согласовантов назначает текущий исполнитель шага. Выбор осуществляется только из сотрудников своей организации. Назначение самого себя и основных исполнителей маршрута не допускается.
Параллельные согласованты могут (элемент №1↓):
- согласовать документ;
- отклонить документ.
  
  Рис. - Действия параллельных согласовантов
Решения параллельных согласовантов отображаются в маршруте задачи. При этом основной исполнитель шага может принять решение, не дожидаясь завершения параллельного согласования.
При выборе действия «Согласовать» (элемент №1↓):
- если шаг является промежуточным, документ автоматически направляется следующему исполнителю;
  
  Рис. - Действие "Согласовать"
- если шаг является завершающим, задача получает статус «Согласован».
  
  Рис. - Статус "Согласован"
Если на шаге предусмотрено подписание, исполнитель выполняет двухэтапную процедуру:
- наложение электронной подписи;
- проставление штампа на документе.
После завершения подписания:
- если шаг является промежуточным, документ направляется следующему исполнителю;
- если шаг является завершающим, задача получает статус «Подписан».
При выборе действия «Отклонить» исполнитель указывает причину, после чего дальнейший маршрут прекращается, а задача получает статус «Не согласован».

Рис. - Отклонить согласование

Рис. - Документ не согласован
При выборе действия «На доработку» (элемент №1↓) исполнитель указывает комментарий, после чего документ направляется инициатору, оставшийся маршрут прерывается, а задача получает статус «На доработке».

Рис. - Отправка на доработку
Инициатор также может самостоятельно отозвать документ на доработку до достижения завершающего статуса.

Рис. - Доступные действия

Рис. - Отозвать на доработку
В статусе «На доработке» работа с задачей доступна только инициатору. Инициатор может (элемент 1↓):
- перевести документ в статус «Неактуальный»;
- загрузить новую версию документа.
  
  Рис. - Доступные действия
При переводе документа в статус «Неактуальный» маршрут прекращается окончательно.

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

Рис. - Новая версия создана

III.1.4. Создание и работа с задачами модуля. «Банковская гарантия»

Краткое описание:

В договоре интеграционных проектов пользователь может создать банковскую гарантию и отправить ее на верификацию застройщику.
Когда банковская гарантия отправляется на верификацию работать с ней возможно в разделе "Задачи" - "Процессы".

I. Создание задачи: банковская гарантия.

Создание банковской гарантии проходит в конкретном проекте в разделе "Договоры" (элемент №1↓).
Пользователю необходимо в конкретном документе добавить Банковскую гарантию и заполнить ее карточку (элемент №2↓).
После создания банковская гарантия отображается в договоре (элемент №1↓).
Если договор является интеграционным (тип = Интеграционный), то пользователь может отправить на верификацию банковскую гарантию (элемент №2↓).
При отправке на верификацию пользователю необходимо заполнить данные (элемент №1↓): Организацию, Исполнителя из этой организации и Крайний срок выполнения.
Банковские гарантии, которые были отправлены на верификацию, отображаются в Реестре задач во вкладке "Процессы".
У исполнителя задачи в Реестре будет отображаться спец. знак "Требуется действие".
После отправки на верификацию система присваивает банковской гарантии статус "Ожидает выполнения" (элемент №4↓).
У инициатора нет возможности применять действия, пока банковская гарантия стоит в этом статусе.
Карточка задачи состоит из:
- указания типа документа и наименования задачи (элемент №1↓)
- отображения основной информации по задаче (элемент №2↓)
- отображения маршрута (элемент №3↓)
Чтобы начать работу над задачей в статусе "Ожидает выполнения" (элемент №1↓) исполнителю необходимо взять ее в работу (элемент №2↓).
Система присваивает задаче статус "Выполняется" (элемент №1↓) и у инициатора есть возможность верифицировать или вернуть на доработку банковскую гарантию (элемент №2↓).

Важно: в этом статусе инициатору доступен только просмотр этой задачи
Исполнитель нажимает действие "Верифицировать". Система присваивает статус задачи "Выполнена".
Исполнитель нажимает действие "На доработку", вводит комментарий и подтверждает свое действие. Система присваивает статус "На уточнении" (элемент №1↓) и передает выполнение задачи инициатору.
В этот момент взаимодействие с задачей на стороне исполнителя не доступно.
Инициатор может загрузить новую версию (элемент №2↓).
Отправка на уточнение также отображается в маршруте задачи (элемент №3↓).
Инициатор выбрал действие "Загрузить новую версию".
Система отображает карточку загрузки новой версии в договоре проекта.
Инициатор загружает новую версию банковской гарантии в проекте. Банковской гарантии в проекте присваивается версия (элемент №1↓) и статус "Требуется верификации" (элемент №2↓).

Инициатору необходимо повторно ее отправить на верификацию и заполнить данные при отправке на верификацию.
После того как инциатор отправил новую версию на верификацию, новый документ отображается в той же задаче в шаге "Загружена новая версия" (элемент №2↓).
Задаче присваивается статус "Ожидает выполнения" (элемент №1↓) после успешной отправки на верификацию новой версии банковской гарантии.
После этого исполнителю необходимо взять задачу в работу и выбрать действие: Верифицировать или Отправить на доработку

III.2. Реестр «ПИР»

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

Рис. - Реестр ПИР

III.3. Реестр «ПТО»

Реестр «ПТО» предназначен для верхнеуровневого отображения задач модуля «ИТД», по которым пользователю необходимо совершить действие.
В реестре «ПТО» сохраняется функциональность задачника соответствующего модуля.
Счетчик у реестра «ПТО» показывает количество задач, требующих действий со стороны пользователя.

Рис. - Реестр ПТО

III.4. Реестр «Актирование»

Реестр «Актирование» предназначен для верхнеуровневого отображения задач модуля «Актирование», выведенных во вкладку «Задачи» модуля «Процессы».
В реестре «Актирование» сохраняется функциональность задачника соответствующего модуля.
Счетчик у реестра «Актирование» показывает количество задач, по которым пользователю необходимо совершить действие.

Рис. - Реестр Актирование

Подробная информация по принципу работы Задачника в Актировании

III.5. Реестр «Проблемные вопросы»

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

Рис. - Реестр Проблемные вопросы

IV. Вкладка «Настраиваемые шаблоны»

Вкладка «Настраиваемые шаблоны» предназначена для создания, редактирования, публикации, копирования, архивирования и удаления шаблонов, используемых в модуле «Процессы» и при интеграции с модулем «Актирование».
Доступ ко вкладке имеют:
- СуперАдмин;
- РАВ;
- Администратор внедрения;
- Администратор компании;
- Администратор процессов.
Только автор шаблона и СуперАдмин могут:
- удалять шаблон;
- архивировать шаблон;
- редактировать шаблон;
- публиковать шаблон;
- изменять его наименование.
Всем администраторам, имеющим доступ ко вкладке, доступно действие «Создать копию».
Для шаблонов применяется следующая статусная модель:
- «Новый»;
- «Опубликован»;
- «Архивный»;
- «Удален».

IV.1. Раздел «Настраиваемые шаблоны» — «Процессы»

В разделе «Процессы» вкладки «Настраиваемые шаблоны» создаются шаблоны для следующих типов задач:
- «Заявка»;
- «Согласование документа».
  
  Рис. - тип задач

IV.1.1. Шаблон типа «Заявка»

Создание шаблона типа «Заявка» выполняется в два этапа:
- настройка параметров;
- предпросмотр карточки от лица инициатора.
  
  Рис. - Создание шаблона типа «Заявка»
При настройке параметров администратор указывает:
- наименование заявки (элемент 1↓);
- исполнителя (элемент 2↓);
- срок выполнения (элемент 3↓);
- описание к заявке (элемент 4↓).
  
  Рис. - Создание шаблона типа «Заявка»
Для шаблона заявки может быть включено предварительное согласование. В этом случае дополнительно указываются:
- согласующий;
- срок на согласование.
  
  Рис. - Требуется согласование
Исполнитель и согласующий должны быть разными лицами.
Срок на согласование не должен превышать срок выполнения заявки или быть равен ему.

IV.1.2. Шаблон типа «Согласование документа»

Создание шаблона типа «Согласование документа» выполняется в два этапа (элемент №1-2↓):
- настройка параметров;
- предпросмотр маршрута.
  
  Рис. - Настройка шагов
На первом этапе администратор:
- указывает наименование шаблона (элемент №1↓);
- добавляет не менее двух шагов маршрута (элемент №2↓).
  
  Рис. - Настройка шагов
Для каждого шага указываются:
- исполнитель (элемент 1↓);
- тип действия: «Согласовать» или «Подписать» (элемент 2↓).
  
  Рис. - Настройка шага
Исполнителям шагов по умолчанию доступны действия:
- отправить на параллельное согласование;
- отклонить;
- отправить на доработку.
После выбора действия «Подписать» на одном из шагов все последующие шаги могут быть только подписывающими.

IV.2. Раздел «Настраиваемые шаблоны» — «Актирование»

В разделе «Актирование» вкладки «Настраиваемые шаблоны» создаются шаблоны маршрутов согласования документов, используемых в модуле «Актирование» (элемент1↓).

Рис. - Раздел Актирование
Создание и публикация шаблонов для актирования являются обязательным условием запуска согласования документов из соответствующего модуля.
В рамках данного раздела допускается создание шаблонов для следующих типов документов:
- справка по форме КС-3;
- акт по форме КС-2;
- акт выполненных работ на ПИР;
- акт сдачи-приемки оказанных услуг;
- реестр платежей.
При создании шаблона администратор указывает:
- тип документа (элемент №1↓);
- наименование шаблона (элемент №2↓).
  
  Рис. - Создание шаблона
Далее в маршрут добавляются шаги, для каждого из которых настраиваются:
- основной исполнитель шага (шаг 1↓);
- тип действия (шаг 2↓);
- при необходимости — параллельное согласование (шаг 3↓).
  
  Рис. - Создание шагов
При включении параллельного согласования дополнительно указываются:
- участники параллельного согласования (элемент №1↓);
- срок на согласование (элемент №2↓).
  
  Рис. - Параллельное согласование: настройка в шаблоне
В шаблоне для актирования может быть использована настройка «Вернуть инициатору согласования». При ее включении после внутреннего согласования возможен возврат документа инициатору для дальнейшей передачи в другую организацию.

Рис. - Вернуть инициатору
После создания шаблон получает статус «Новый» и до публикации недоступен пользователям модуля «Актирование».
Только после публикации шаблон может быть использован для запуска согласования документа в модуле «Актирование».
При копировании шаблона для актирования допускается изменение всех параметров, кроме типа документа.

IV.3. Работа с шаблонами

Для шаблонов предусмотрены следующие действия:
- публикация;
- создание копии;
- редактирование;
- изменение наименования;
- архивирование;
- удаление.
Публикация шаблона делает его доступным пользователям для создания задач по нему.
Архивирование шаблона исключает возможность создания новых задач по нему, при этом ранее запущенные задачи продолжают выполняться до достижения конечного статуса.
При редактировании опубликованного шаблона уже запущенные задачи продолжают движение по прежнему маршруту, а новые задачи создаются по обновленной версии шаблонов.
При удалении шаблон становится недоступным как администраторам, так и пользователям. Если по удаленному шаблону уже были запущены задачи, то они продолжают свое движение по этому шаблону до завершающегося статуса.

V. Вкладка «Права доступа»

Вкладка «Права доступа» (элемент 1↓) предназначена для назначения и отзыва доступов к задачникам модулей:
- «Процессы»;
- «ПИР»;
- «Актирование».

Рис. - Права доступа

V. 1. Подраздел «Процессы»

В подразделе «Процессы» выполняется назначение и отзыв прав Администратора процессов сотрудникам организации.
Назначение и отзыв роли «Администратор процессов» доступны пользователям с ролями:
- СуперАдмин;
- РАВ;
- Администратор внедрения;
- Администратор компании.
Во вкладке отображаются:
- ФИО сотрудника;
- должность;
- дата предоставления прав.

V. 2. Подраздел «ПИР»

В подразделе «ПИР» (элемент 1↓) сохраняется ранее действовавший принцип настройки доступов, перенесенный в модуль «Процессы» без изменения логики.

Рис. - Администрирование "ПИР"

V. 3. Подраздел «Актирование»

В подразделе «Актирование» выполняется назначение сотрудникам прав доступа к задачам модуля «Актирование».
Выдача доступов.

Для выдачи доступа администратору необходимо выбирать действие «Добавить сотрудников» (элемент 1↓).

Рис. - Администрирование "Актирование"

Далее в появившемся окне:

выбирать сотрудников (элемент 1↓);
настроить уровень доступа (элемент 2↓);
подтвердить добавление (элемент 3↓).

Рис. - Добавление сотрудников

Отзыв доступа выполняется через меню действий напротив соответствующего сотрудника (элементы 1, 2).

Рис. 66 - Отзыв

VI. Уведомления модуля «Процессы»

В модуле «Процессы» предусмотрена возможность индивидуальной настройки уведомлений пользователем в профиле, во вкладке «Настройка уведомлений», в разделе «Процессы».
Пользователь может самостоятельно настроить получение уведомлений:
- в интерфейсе системы (раздел уведомлений, обозначенный колокольчиком) ;
- по электронной почте.
Для модуля «Процессы» могут быть настроены уведомления по следующим событиям:
- от пользователя требуется действие в задаче;
- другой участник задачи вынес решение;
- истек крайний срок задачи;
- в задаче сменен исполнитель;
- вынесено решение в рамках параллельного согласования документа;
- пользователю выданы или отозваны права Администратора процессов.
Уведомление по событию «От пользователя требуется действие в задаче» направляется, если пользователь является участником или инициатором задачи и должен принять решение.
Уведомление по событию «Другой участник задачи вынес решение» направляется:
- инициатору задачи — при вынесении решения исполнителем активного шага;
- исполнителю активного шага — если инициатор отозвал задачу;
- параллельному согласованту — если основной исполнитель вынес решение раньше него.
Уведомление по событию «Истек крайний срок задачи» направляется инициатору и (или) участнику активного шага при наступлении просрочки.
Уведомление по событию «Сменили исполнителя в задаче» направляется:
- новому исполнителю;
- предыдущему исполнителю;
- инициатору — если смена исполнителя произведена администратором.
Уведомление по событию «Действия в параллельном согласовании документа» направляется инициатору задачи или основному исполнителю шага при вынесении решения параллельным согласовантом.
Уведомление по событию «Мне выдали или отозвали права Администратора» направляется пользователю при назначении либо отзыве роли «Администратор процессов».
Уведомления, относящиеся к подразделу «Проблемные вопросы», настраиваются в том же разделе профиля пользователя, но регламентируются отдельным подразделом

Рис. - Настройка уведомлений