Обязательность подписи
Подпись на переходе может быть настроена как необязательная.
Настройка обязательности запроса подписей на переходе.
В этом случае в момент совершения перехода будет предложено выбрать, запрашивать соответствующую подпись или нет:
Подтверждение запроса необязательной подписи в пользовательском интерфейсе.
Запрос подписи по условиям
Если подпись должна запрашиваться в зависимости от выполнения определенных условий, то настраиваются условия запроса. Если запрос подписи определяется значением одного из ДП в категории, то такое условие описывается с помощью таблицы (ДП должен быть отмечен как обязательный). Более сложные условия задаются смарт-фильтром.
Настройка условий запроса подписей на переходе.
Например, если договоры по разным видам деятельности согласуются с разными юристами, в зависимости от их специализации, то должны быть настроены несколько подписей, в каждой из которых в условии запроса указан определенный вид деятельности.
Многоэтапное согласование
Если согласование проводится одновременно по нескольким подписям, то для всех подписей параметр "Этап согласования" выбирается равным "1". Если согласование производится последовательно, то с помощью параметра "Этап согласования" задается нужная последовательность.
Настройка этапов запроса подписей на переходе.
Повторное согласование
Если на первом круге согласования часть акцептантов поставили свою подпись, а часть отклонили акцепт, и в результате задача была возвращена на доработку, то на повторном согласовании можно не запрашивать снова согласия тех акцептантов, которые уже поставили свою подпись. Для этого включается флажок "Не запрашивать повторно".
Настройка повторного запроса подписи на переходе.
Отдельные подписи для акцептантов
Если подпись имеет нескольких акцептантов и необходимо получить решение от каждого из них, то надо включить флажок "Каждому акцептанту отдельную копию". Если же достаточно решения одного из акцептантов, то этот флажок включать не надо.
Настройка запроса отдельной подписи у каждого акцептанта.
Действия при отклонении подписи
Если даже при отклонении подписи желательно продолжить согласование, то для параметра "При отклонении" лучше установить значение "Ожидать решения всех участников". Например, если договор согласуют юристы, экономисты и служба безопасности, то будет эффективнее сразу собрать на переходе комментарии от каждого подразделения и вернуть договор на доработку, а затем запустить повторный цикл согласования.
Если же реализован принцип "вето", то подойдет значение "Прервать согласование" — в этом случае подписи, ранее выданные остальными акцептантами, аннулируются и согласование данного перехода будет начато с самого начала после доработки задачи (или же задача будет отклонена без возможности доработки).
Настройка режима обработки подписи при отклонении.
Важно определить дальнейшие действия по задаче в случае отклонения подписи. Например, задача может быть возвращена на доработку, а может быть отклонена. Для этого используется настройка "В статус если отклонена подпись". По умолчанию при отклонении акцепта задача возвращается на предыдущий статус.
Настройка статуса для перехода при отклонении подписи.
Если выбран переход, который будет выполняться при отклонении подписи, то будут выполнены проверки и автоматизации, настроенные на этом переходе (смарты, проверка обязательности ДП, создание подзадач).
Настройка перехода, выполняемого при отклонении подписи.
Обработка разных резолюций
Для подписи может быть настроено несколько резолюций, каждая из которых переводит задачу в определенный статус. Например, при вынесении резолюции "Отклонить" задача переходит в статус "Отклонено", а при вынесении резолюции "На доработку" — в статус "Доработка". Выбор той или иной резолюции можно отслеживать с помощью смарт-событий "Перед подписанием статической подписи", "После подписания статической подписи" и "Перед отклонением статической подписи", "После отклонения статической подписи" (выбор события зависит от того, с каким действием ассоциируется данный тип резолюции — с подписанием или с отклонением). Однако стандартные действия при отклонении подписи (см. выше) имеют приоритет. Поэтому если нужны разные действия при разных резолюциях отклонения (например, "Отклонить" и "На доработку"), то стандартные действия при отклонении подписи настраивать не нужно, достаточно обрабатывать смарт-событие отклонения подписи с учетом типа резолюции.
Более удачный способ — использовать только одну резолюцию с действием "Отклонить" и для нее настроить стандартные действия при отклонении ("В статус если отклонена подпись" и "При отклонении выполнить переход"), а для остальных резолюций ("На доработку", "Согласовать с замечаниями" и т.п.) назначить действия "Подписать" и тоже отслеживать их с помощью смарт-событий.
Полезные ссылки
