Описание настроек статического маршрута согласования в новом интерфейсе администрирования (для версий 2.261 Лира и выше) |
|---|
На странице настроек статического маршрута отображается таблица со списком подписей, которые будут запрашиваться на переходе, и параметрами запроса этих подписей. По клике на строку таблицы с уже настроенной подписью открывается окно редактирования подписи.
Для добавления новой подписи в маршрут согласования нажмите кнопку Добавить.
Настройка статического маршрута согласования
Название |
Описание |
|
|---|---|---|
Подпись |
В выпадающем списке предлагается выбрать одну из заведенных в системе подписей |
|
Обязательные ДП |
Перечень ДП, обязательных к заполнению перед подписанием (подпись будет запрошена, но акцептант не сможет вынести резолюцию, пока все эти ДП не будут заполнены) |
|
Информационные ДП |
ДП, значения которых доступны при запросе подписи и помогают принять решение и вынести резолюцию, не заходя в задачу.
|
|
Условия запроса |
Используется, если подпись нужно запрашивать в случае, когда текущая задача имеет определенные значения ДП. Доп. параметр должен быть указан как обязательный в настройках категории. Если параметр выбран, а значение не указано подпись будет запрашиваться при наличии этого ДП в заявке |
|
Если флажок включен, то при запросе подписи будет выполняться подписание файла с помощью ЭП.
При включенном флажке ЭЦП справа отображается значок:  По клику на значок открывается окно с настройками, где нужно выбрать СКЗИ. Для СКЗИ КриптоПро/РуТокен и DSSCryptoPro поддерживается работа только в веб-интерфейсе, для СКЗИ PayControl — только в мобильном приложении. •Подписываемые файлы. Здесь определяется ДП, из которого берется подписываемый файл. ДП с файлом может иметь фиксированное значение и выбираться из ДП типа "Файл" в данной категории, а может определяться с помощью смарт-выражения, возвращающего массив ID файлов, которые должны быть подписаны. •МЧД. Проверка машиночитаемой доверенности — доверенности в XML-формате с правом подписи сотрудника от лица компании. Если опция "МЧД" активна, перед подписанием ЭЦП будет происходить проверка наличия машиночитаемой доверенности у подписывающего пользователя. Если МЧД отсутствует, подпись не будет обработана. •Поиск МЧД. Доступно для КриптоПро/РуТокен/DSSCryptoPro. Здесь задается смарт-выражение для поиска МЧД и файла электронной подписи SIG. В смарт-выражении должен возвращаться массив двух числовых значений: FileId XML и FileId SIG-файла. •Вид подписи. Доступно для КриптоПро/РуТокен. Доступны значения: открепленная и прикрепленная подпись. •Соподпись. Доступно для КриптоПро/РуТокен. •Тип подписи. Доступно для DSSCryptoPro. Можно задать GOST3410, CAdES, PDF, MSOffice, CMS. •Для PayControl доступна возможность серверного подписания. При запросе подписи с PayControl должен быть только один акцептант. Если настройки подписи возвращают несколько акцептантов, запрашивается только подпись первого из них. |
||
Запретить подписывать заместителю |
При установленном флажке заместитель пользователя-акцептанта не сможет подписать или отклонить подпись. |
|
Если флажок включен, то обработка резолюции по подписи отправляется в очередь событий. Если флажок отключен, то обработка резолюции по подписи фиксируется в БД сразу. Асинхронное подписание может ускорить обработку подписей, особенно в мобильном приложении (для СКЗИ PayControl), когда используется режим Подписать все для подписания сразу всех запрошенных подписей |
||
|
При установленном флажке подпись запрашивается автоматически на переходе. При неактивном, подпись может быть запрошена по желанию пользователя. Если на переходе установлены только необязательные подписи, то система будет ждать, пока кто-нибудь не запросит хотя бы одну из подписей на переходе или нажмет кнопку "Подписи не требуются" (задача перейдет в следующий статус без запроса подписей) |
|
Акцептанты |
Выбор условия определения акцептантов: по исполнителю, заказчику, ответственному исполнителю или смарт-выражению. Смарт-выражение должно возвращать ID базового пользователя, т.е. пользователя, для которого определяется акцептант подписи (по настройкам самой подписи, блок "Акцептант"). Например, если необходимо запрашивать подпись линейного руководителя сотрудника, то смарт-выражение должно возвращать ID этого сотрудника, а в подписи должен быть выбран параметр "По руководителям" |
|
Этап согласования |
Номер этапа согласования, на котором запрашивается подпись |
|
На подписание |
Количество времени, отведенное на подписание. При истечении этого времени акцептант будет получать уведомления о том, что просрочил подписание |
|
Сначала для основного акцептанта |
Если по истечении срока на подписание не получен акцепт или отказ, то запрашиваются подписи дополнительных акцептантов |
|
Процедура |
Поле должно быть всегда пустым. Может использоваться только специалистами, получившими сертификацию компании-разработчика.
|
|
Причина |
Причина запроса подписи. Если подпись обязательна и в категории включена настройка "Каждому исполнителю требуется завершить задачу", то причина запрашивается только у ответственного исполнителя |
|
|
Пользователи могут изменять причину запроса подписи |
|
|
При запросе подписи обязательно должна быть указана причина |
|
Запрашивать комментарий при подписании |
При подписании будет запрошен комментарий к подписи |
|
Не запрашивать повторно |
Если схема согласования запущена повторно, то у акцептантов, ранее принявших положительное решение, подпись запрашиваться не будет. Опция действует только на подписи настраиваемого этапа, а не на всю схему согласования |
|
Каждому акцептанту отдельную копию |
Если флажок включен и у подписи несколько акцептантов, то у каждого будет запрошена отдельная подпись, и каждый акцептант должен будет вынести собственную резолюцию. Если флажок не включен, то все акцептанты обрабатывают одну общую подпись. Резолюцию по подписи может вынести любой из них, и эта резолюция будет считаться их общим решением. |
|
Можно эскалировать |
При отклонении подписи в задаче будет запрошена подпись руководителя отклонившего, если такая подпись настроена |
|
Эскалировать, когда просрочена |
По истечении срока подписания будет запрошена подпись руководителя |
|
Можно делегировать |
Если флажок включен, то акцептант может делегировать подпись (доступна кнопка "Делегировать"), если такая резолюция есть в настройках данной подписи |
|
В статус если отклонена подпись |
Статус, в который переходит задача, если акцептант отклоняет подпись. Если статус не указан, то задача при отклонении переходит в предыдущий статус |
|
При отклонении |
Возможны несколько значений: •прервать согласование — при этом необработанные подписи пропадают у всех участников этапа; •ожидать решения всех участников этапа — согласование будет продолжаться пока не будут приняты решения по всем подписям на этапе; •продолжить согласование — согласование будет продолжаться пока не будят приняты решение по всем подписям на всех этапах согласования |
|
В статус если отклонена подпись |
Выбор статуса, в который вернется задача в случае, если подпись была отклонена |
|
При отклонении выполнить переход |
Флажком можно отметить переход, который выполняется при отклонении подписи |
|
Активна |
Если флажок включен, то подпись запрашивается |
Обязательна
Причину запроса подписи можно менять
Причина запроса подписи обязательна
|
|---|
Обязательность подписи
Подпись на переходе может быть настроена как необязательная.
Настройка обязательности запроса подписей на переходе
В этом случае в момент совершения перехода будет предложено выбрать, запрашивать соответствующую подпись или нет.
Запрос подписи по условиям
Если подпись должна запрашиваться в зависимости от выполнения определенных условий, то настраиваются условия запроса. Если запрос подписи определяется значением одного из ДП в категории, то такое условие описывается с помощью таблицы (ДП должен быть отмечен как обязательный). Более сложные условия задаются смарт-фильтром.
Настройка условий запроса подписей на переходе
Например, если договоры по разным видам деятельности согласуются с разными юристами, в зависимости от их специализации, то должны быть настроены несколько подписей, в каждой из которых в условии запроса указан определенный вид деятельности.
Многоэтапное согласование
Если согласование проводится одновременно по нескольким подписям, то для всех подписей параметр "Этап согласования" выбирается равным "1". Если согласование производится последовательно, то с помощью параметра "Этап согласования" задается нужная последовательность.
Настройка этапов запроса подписей на переходе.
Повторное согласование
Если на первом круге согласования часть акцептантов поставили свою подпись, а часть отклонили акцепт, и в результате задача была возвращена на доработку, то на повторном согласовании можно не запрашивать снова согласия тех акцептантов, которые уже поставили свою подпись. Для этого включается флажок "Не запрашивать повторно".
Настройка повторного запроса подписи на переходе
Отдельные подписи для акцептантов
Если подпись имеет нескольких акцептантов и необходимо получить решение от каждого из них, то надо включить флажок "Каждому акцептанту отдельную копию". Если же достаточно решения одного из акцептантов, то этот флажок включать не надо.
Настройка запроса отдельной подписи у каждого акцептанта
Действия при отклонении подписи
Если даже при отклонении подписи желательно продолжить согласование, то для параметра "При отклонении" лучше установить значение "Ожидать решения всех участников". Например, если договор согласуют юристы, экономисты и служба безопасности, то будет эффективнее сразу собрать на переходе комментарии от каждого подразделения и вернуть договор на доработку, а затем запустить повторный цикл согласования.
Если же реализован принцип "вето", то подойдет значение "Прервать согласование" — в этом случае подписи, ранее выданные остальными акцептантами, аннулируются и согласование данного перехода будет начато с самого начала после доработки задачи (или же задача будет отклонена без возможности доработки).
Настройка режима обработки подписи при отклонении
Важно определить дальнейшие действия по задаче в случае отклонения подписи. Например, задача может быть возвращена на доработку, а может быть отклонена. Для этого используется настройка "В статус если отклонена подпись". По умолчанию при отклонении акцепта задача возвращается на предыдущий статус.
Настройка статуса для перехода при отклонении подписи
Если выбран переход, который будет выполняться при отклонении подписи, то будут выполнены проверки и автоматизации, настроенные на этом переходе (смарты, проверка обязательности ДП, создание подзадач).
Настройка перехода, выполняемого при отклонении подписи
Обработка разных резолюций
Для подписи может быть настроено несколько резолюций, каждая из которых переводит задачу в определенный статус. Например, при вынесении резолюции "Отклонить" задача переходит в статус "Отклонено", а при вынесении резолюции "На доработку" — в статус "Доработка". Выбор той или иной резолюции можно отслеживать с помощью смарт-событий "Перед подписанием статической подписи", "После подписания статической подписи" и "Перед отклонением статической подписи", "После отклонения статической подписи" (выбор события зависит от того, с каким действием ассоциируется данный тип резолюции — с подписанием или с отклонением). Однако стандартные действия при отклонении подписи (см. выше) имеют приоритет. Поэтому если нужны разные действия при разных резолюциях отклонения (например, "Отклонить" и "На доработку"), то стандартные действия при отклонении подписи настраивать не нужно, достаточно обрабатывать смарт-событие отклонения подписи с учетом типа резолюции.
Более удачный способ — использовать только одну резолюцию с действием "Отклонить" и для нее настроить стандартные действия при отклонении ("В статус если отклонена подпись" и "При отклонении выполнить переход"), а для остальных резолюций ("На доработку", "Согласовать с замечаниями" и т.п.) назначить действия "Подписать" и тоже отслеживать их с помощью смарт-событий.
Примеры статического маршрута согласования
