Рабочие процессы — от запроса до зафиксированного результата

Рабочий процесс управляет всем циклом принятия решений: Запрос → Подготовка → Согласование → Выполнение → Доказательство. Согласование — это не конец процесса; он открывает следующее настроенное действие, результат которого также необходимо записать. Рабочий элемент — это задание участника внутри маршрута. Документы сохраняют точные доказательства; временная шкала связывает запросы, утвержденные решения и результаты.

Завершить процесс

1. Войдите в рабочую область вашей компании и откройте разрешенное действие запуска.
2. Выберите доступный процесс. Просмотрите контекст компании и объекта, предоставленный сервером.
3. Предоставьте запрошенные факты и документы, а затем отправьте их один раз. Следуйте запущенному процессу, а не создайте дубликат после медленного ответа.
4. Назначенный участник открывает рабочий элемент, просматривает запрос и свидетельство и использует разрешенное решение или действие.
5. Если запрашивается исправление, запрашивающая сторона следует обратному пути и предоставляет исправленные доказательства.
6. Успешное бизнес-действие фиксируется при переходе рабочего процесса. Оба участника могут проверить результат, разрешенный их областью действия.

Точные метки действий и маршрут принадлежат выбранному процессу. Согласование — это не общее обещание, что каждый последующий шаг уже увенчался успехом.

Когда путь изменится

Отмена соответствует политике процесса. Уже примененное деловое действие может потребовать связанного компенсационного процесса. При повторной попытке используется существующий процесс и его разрешенная команда восстановления. Отсутствующие участники, доказательства, разрешения, мощности или зависимости представляют собой блокировку, требующую действий; скрытая кнопка не является механизмом контроля доступа.

Изменение компании, объекта или родительского выбора может сделать зависимые варианты недействительными. Перед отправкой просмотрите пересчитанные параметры. Если разрешенных опций нет, попросите администратора вашей компании исправить назначение или конфигурацию.

Администрация

Railbase Studio управляет поддерживаемой конфигурацией процессов компании. При работах уровня установки используются отдельно авторизованные системные рабочие процессы. Оператор развертывания не получает полномочий принимать решения компании, просто администрируя сервер.

Приемка первого процесса

Используйте отдельные учетные записи отправителя запроса и рецензента. Проверьте отправку, возврат, повторную отправку, решение, отмену, отказ в доступе и восстановление. Запишите роль, действия, видимый результат и устойчивый бизнес-результат. Сама по себе завершенная загрузка страницы не доказывает, что процесс работает.