Маршрут настраивается отдельно для каждой категории, и каждый переход (этап маршрута) также настраивается отдельно в блоке Маршрут в настройках категории.
Если при выполнении перехода необходимо провести согласование, это реализуется с помощью запроса подписей. Подробно эти настройки описаны здесь. Некоторые настройки переходов по маршруту связаны с дополнительными параметрами, поэтому эти настройки выполняются после создания и настройки ДП.
В данной вкладке расположены инструменты для настройки маршрута (жизненного цикла) выполнения задач (объектов категории). Маршрут состоит из шагов — переходов из исходного статуса в целевой.
При создании новой категории в ней автоматически настроен маршрут по умолчанию. Данный маршрут достаточен для выполнения множества задач, которые автоматизируются при помощи системы "Первая Форма":
Маршрут категории по умолчанию
Каждому переходу соответствует кнопка перехода, которая отображается в пользовательском режиме на карточке задачи. Текст кнопки является также названием перехода.
По умолчанию возможность перехода по маршруту доступна пользователям с правом Исполнять в текущей категории задачи, если иного не задано в настройках ограничения доступа для перехода. Исключение составляют служебные пользователи (Робот1Ф), они сохраняют возможность выполнять любые переходы независимо от настроек видимости.
В пользовательском режиме кнопки перехода по маршруту располагаются в карточке задачи определенным образом, поменять их местами нельзя. Обычно кнопки, соответствующие действиям "Отклонить" и "Завершить", располагаются по краям, а остальные — между ними.
По умолчанию кнопки располагаются в начале формы, изменить их положение можно в секции Карточка задачи в опции Положение кнопок переходов и смарт-кнопок.
Кнопки расположены в начале формы
При выборе варианта В конце формы блок с кнопками отображается в виде отдельного элемента, который размещается после всех ДП, перед лентой сообщений.
Кнопки расположены в конце формы
Начальным статусом любого маршрута по умолчанию является статус Новая, если иной не выбран в опции Произвольный статус начала маршрута над таблицей маршрута. Если бизнес-процесс смоделирован таким образом, что начинается с другого статуса, это возможно реализовать в виде автоперехода — автоматического перевода задачи в другой статус сразу после создания. Автопереход может быть реализован двумя способами:
С помощью настроек
Над таблицей переходов в параметре Шаг при постановке можно выбрать один из шагов маршрута, ведущих из статуса Новая. Этот шаг будет выполнен автоматически сразу же после создания задачи.
С помощью смартов
Для этого в категории на вкладке Смарт необходимо создать пакет действий и привязать его к событию После создания задачи.
Таблица переходов
В таблице переходов представлен маршрут в табличном виде, где каждая строка описывает возможный переход из исходного статуса (колонка Из статуса) в целевой (колонка В статус). В колонке Право отображаются настройки переопределения доступа к праву совершать переход по маршруту — права выдаются в таблице Переопределение доступа в блоке Ограничить доступ в настройках перехода.
Порядок переходов в таблице соответствует основному маршруту категории.
Каждый переход имеет уникальный ID, который присваивается ему автоматически при создании.
Маршрут категории
Кнопки управления над таблицей:
Кнопка управления |
Действие |
|---|---|
Добавить переход |
Открывает форму создания\редактирования нового перехода |
Восстановить по умолчанию |
Маршрут категории сбрасывается до базового (маршрута по умолчанию), см. выше |
Удалить выбранные переходы |
Позволяет удалить сразу несколько переходов по маршруту. Кнопка становится активна после отметки переходов для удаления  |
Произвольный статус начала маршрута
В опции Произвольный статус начала маршрута выбирается тот, который будет использован в категории как начальный вместо статуса Новая [1]. В списке для выбора доступны только статусы со значением Начальный в опции Тип статуса. Если в опции выбран статус, он будет считаться начальным и станет доступным для выбора в опции перехода Из статуса при удалении всех переходов в таблице маршрута. Все новые задачи категории будут находиться в этом статусе после создания, если иное не задано в опции Шаг при постановке. После выбора статуса нажмите кнопку Сохранить справа от поля.
Выбор произвольного статуса начала маршрута
Шаг при постановке
Над таблицей переходов расположена опция Шаг при постановке. С её помощью можно выбрать автоматический переход, который будет выполняться сразу после постановки задачи. В выпадающем списке представлены все возможные переходы из начального статуса задачи.
Выбор шага при постановке
|
|---|
Настройки параметров перехода
Для настройки параметров перехода кликните мышью по соответствующей строке в таблице переходов.
Окно настройки параметров перехода состоит из следующих вкладок:
•Настройки — основные параметры перехода;
•Подзадачи на переходе — настройка автоматического выставления подзадач после осуществления перехода. При выполнении перехода могут автоматически создаваться подзадачи или связанные задачи, при этом может быть настроена синхронизация ДП родительской и дочерней\связанной задач;
•Подписи на переходе — настройка запросов подписей при осуществлении перехода. Переход может сопровождаться запросом одной или нескольких подписей. Список акцептантов может формироваться в зависимости от значений ДП;
•Доп. параметры — настройка прав доступа на дополнительные параметры;
•Действия с ДП — настройка действий с ДП. При выполнении перехода можно сформировать текстовый файл по заранее подготовленному шаблону и вложить его в задачу или в ДП типа "Файл";
•Смарты на переходе — настройка смарт-действий, привязанных к событиям "Перед переходом" и "После перехода".
При автоматизации переходов следует учитывать последовательность действий, отрабатываемых системой (см.ниже), а также помнить о различии между обычным переходом и принудительной сменой статуса. Обычная смена статуса происходит во время выполнения перехода по маршруту, путем нажатия на соответствующую кнопку перехода в карточке задачи. Принудительная смена статуса выполняется с помощью редактирования самого поля "Статус".
|
|---|
Статусы
При выполнении перехода важны как настройки самого перехода, так и настройки статуса, в которых совершается переход.
Для статусов особенно важен признак Тип статуса: Начальный, Активный, Завершающий.
Для успешных и нейтральных завершающих статусов рекомендуется активировать опцию Заполняется дата завершения.
Переходы
Чаще всего встречаются бизнес-процессы, в которых:
•Исполнителем становится сотрудник, который и создал задачу. Например, если сотруднику надо подготовить служебную записку, он ставит задачу на подготовку и сам берет эту задачу на выполнение;
•Исполнитель определяется с помощью смарт-автоматизации. Например, за каждым клиентом закреплен определенный клиентский менеджер. Если клиент присылает новую заявку, то она передается на рассмотрение закрепленному за этим клиентом менеджеру. При необходимости менеджер будет создавать подзадачи в другие подразделения, но будет сам контролировать их выполнение из головной задачи;
•Исполнение передается от одного сотрудника к другому, и новый исполнитель вычисляется при переходе по маршруту. Например, заявку на командировку сначала заполнит сам сотрудник, потом передаст на оформление в кадровую службу, потом в бухгалтерию, а в заключение заявка вернется сотруднику для внесения результатов командировки;
•Исполнителем становится сотрудник, который взял задачу в работу. Например, заявку, поступившую в службу поддержки, возьмет в работу первый освободившийся специалист.
При настройке переходов обратите внимание на параметр Автоисполнитель — если выбрано значение Нажавший кнопку, то пользователь, совершивший переход, добавляется в исполнители. Эту настройку обычно включают на начальном переходе (но не обязательно).
На выполнение перехода может быть отведено определенное время (срок перехода). При необходимости может быть настроен альтернативный переход: если пользователь не выполнит переход вовремя, до достижения указанного срока, то задача автоматически перейдет в альтернативный статус.
Если переход означает возврат в работу ранее завершенной задачи, обратите внимание на параметр Становится обжалованной — его необходимо включить, чтобы прежние исполнители задачи снова получили ее на выполнение. Тогда в карточке задачи они перестанут отображаться зачеркнутым шрифтом.
Если переход переводит задачу в режим ожидания на неопределенное время, имеет смысл очищать текущий срок задачи. За это отвечает настройка Сбросить срок.
Если переход нельзя выполнить вручную (например, переход зависит от результата выполнения связанных задач), то нужно включить опцию Кнопка скрыта.
Если вы включаете опцию Автоматически делать переход при завершении всех подзадач, следует продумать и те сценарии, когда подзадачи создаются не автоматически, по регламенту бизнес-процесса, а ставятся вручную пользователем.
Для удобства контроля хода выполнения задач при переходе в определенный статус может быть настроена отправка почтового сообщения подписчикам задачи или комментария в саму задачу или родительскую задачу.
Последовательность действий при переходе
1. Если для перехода требуется закрытие подзадач, то проверяется статус подзадач.
2. Проверка имен ДП на соответствие ограничениям.
3. Проверка прав пользователя на совершение перехода.
4. Проверка на наличие запрошенной динамической подписи (нельзя изменить статус, если затребована подпись).
5. Отправка событий в 1С (если настроена синхронизация).
6. Выполнение коннекторов* перед сменой статуса.
7. Выполнение смартов перед сменой статуса.
8. Проверка на наличие новых запрошенных подписей (могут быть запрошены смартом или коннектором).
9. Если на переходе назначаются исполнители и указываются плановые трудозатраты, то выполняется проверка заполнения соответствующих параметров.
10. Если включено мультизавершение и выполняется переход задачи в терминальный статус, то для пользователя проставляется завершение работы.
11. Если на переходе запрашиваются подписи, то задача переводится не в целевой статус, а в статус "На подписи".
12. Если для перехода требуется закрытие подзадач, проверка статуса подзадач.
13. Если задача отменяется, то отменяются все подзадачи.
14. Если задача закрывается, то проверяется заполнение ДП, необходимых для закрытия задачи.
15. Выполнение перехода и запись в журнале переходов.
16. Простановка просроченности перехода, статуса завершенности задачи, количества обжалований, признака завершения задачи.
17. Удаление задачи из избранного у пользователей с настройкой "Удалять завершенные задачи из избранного".
18. Если настроены шаблоны для текста задачи, то генерируется новый текст.
19. Сброс срока (если настроено).
20. Изменение времени и даты начала работы (если настроено).
21. Запись комментария о переходе, с указанием времени реакции. Запись комментария в родительскую задачу.
22. E-mail рассылка уведомлений.
23. Если выполняется переход в терминальный статус, то запись комментарии в незавершенные дочерние задачи.
24. Автоназначение роли нажавшего на кнопку на шаге (если настроено).
25. Выполнение дополнительных действий с ДП типа "Файл", настроенных на переходе.
26. Выполнение глобальных хранимых процедур, настроенных на переходе.
27. Постановка подзадач на переходе.
28. Выполнение хранимых процедур в категории на переходе.
29. Выполнение соответствующего перехода в родительской задаче (если настроено).
30. Если категория – календарь, то выполняются специфичные действия для отсутствий.
31. Установка значения ДП типа "Нумератор".
32. Обновление денормализованной таблицы (если есть).
33. Выполнение бизнес-логики системных категорий.
34. Выполнение коннекторов* "после изменения статуса задачи".
35. Выполнение смартов, настроенных на событие "После перехода". Если в категории настроена смарт-автоматизация после перехода, подпись на переходе и смарт-действия на событии "После подписания статической подписи" для данной подписи, действия будут выполнены в следующем порядке: акцепт подписи, смарт-действия после подписания статической подписи, перход по маршруту, смарт-действия после перхода.
36. Выполнение смартов, настроенных на событие "После изменения статуса задачи".
37. Комментарии в завершенной задаче помечаются как прочитанные.
38. Обновление денормализованной таблицы (если есть).
* Коннектор — это библиотека, которая позволяет подписаться на события в приложении "Первая Форма" и выполнять дополнительную обработку. Как правило, подобная библиотека разрабатывается для конкретного клиента, если ему требуется реализовать особую бизнес-логику.
