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