Согласовать, посмотреть, утвердить: разные действия в личном кабинете

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

После решения объект не должен меняться незаметно. Новая версия может наследовать описание, но требует отдельной проверки, если изменено значимое содержание. Сохраняйте дату, участника и то, к чему относилось решение. Не заменяйте старый файл по той же ссылке так, что история начинает показывать новый материал под прежним согласованием. Для пользователя полезно видеть, что изменилось и какое действие теперь ожидается. Это особенно важно при нескольких параллельных документах.

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

На экране подтверждения стоит повторить предмет решения и его последствия. Пользователю не нужно угадывать, что система понимает под коротким «Готово».