Разделите процесс, этап и задачу исполнителя
Процесс описывает путь работы от запуска до завершения. Этап показывает отдельную часть этого пути, а задача сообщает исполнителю, что нужно сделать. В механизмах бизнес-процессов 1С карта маршрута связывает точки действий и переходы. Конкретные возможности настройки зависят от прикладного решения и его реализации. Представим согласование заявки на использование учебной комнаты. Заявку нужно проверить на полноту, затем согласовать время и сообщить итог заявителю. Формулировка обработать заявку слишком неопределённа. Полезнее назвать результат каждого шага: обязательные сведения проверены, решение о времени записано, итоговое сообщение подготовлено. Тогда закрытие задачи можно связать с понятным основанием.
Определите, кто должен завершить работу
Если задача направляется нескольким сотрудникам, нужно заранее решить, требуется ли участие каждого или достаточно одного исполнителя. Это разные правила. В механизме 1С групповая маршрутизация предполагает задачи всем участникам и ожидание их завершения, а коллективная позволяет выполнить одну задачу одному из участников группы. В учебном примере проверку полноты может выполнить один дежурный координатор. Если же требуется два независимых согласования, завершение одного не означает завершение обоих. Неясность этого условия приводит к двум противоположным ошибкам: процесс либо зависает в ожидании ненужного действия, либо проходит дальше без требуемого решения. Названия ролей должны отражать ответственность, а не случайный список фамилий.
Проверьте переходы, возвраты и повторные события
Условный переход должен опираться на определённые данные. Например, после проверки заявка либо содержит нужные сведения, либо возвращается на уточнение. Нужно также описать, что происходит, если значение ещё не заполнено. Неизвестность нельзя автоматически считать согласием. Отдельного внимания требуют возврат и повторная запись документа. Следует понять, создаётся ли новая задача, возобновляется ли прежняя и как сохраняется история. Это вопросы к проектированию конкретной системы, а не обещание её стандартного поведения. Для учебной схемы полезно пройти несколько сценариев, включая ошибку и отсутствие ответа. Хороший маршрут объясняет не только успешное продвижение, но и допустимое ожидание, отказ и завершение без выполнения первоначального запроса.
Попробуйте на практике
Нарисуйте на бумаге процесс работы с вымышленной заявкой на учебную комнату. Настройка реальной информационной системы не требуется.
- Задайте начало процесса и три результата: проверенные сведения, решение о времени и подготовленный итог. Для каждого результата назначьте роль и основание завершения задачи.
- Укажите, где достаточно одного координатора, а где в учебной модели нужны два независимых согласования. Не объединяйте эти правила одной неопределённой надписью о группе.
- Добавьте возврат при неполных сведениях и отдельное ожидание при отсутствии решения. Проверьте, что пустое значение не ведёт к автоматическому одобрению.
- Пройдите три сценария: полная заявка, возврат на уточнение и отсутствие одного согласования. Затем рассмотрите повторное событие и запишите вопрос о защите от создания лишней задачи.
Как проверить результат. Для каждой задачи понятны исполнитель и результат, ожидание всех участников отличается от выполнения одним, а неизвестный ответ не принят за согласие. У схемы есть объяснимые пути возврата и завершения.
Частые вопросы
Можно ли оценить процесс только по красивой карте?
Нет. Нужно проверить условия переходов, адресацию задач и поведение при неполных данных. Внешне одинаковые схемы могут реализовывать разные правила.
Значит ли закрытие задачи, что весь процесс завершён?
Не обязательно. Могут оставаться другие задачи или ветви маршрута. Завершение процесса должно соответствовать заранее определённому итоговому условию, а не одной локальной отметке.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.