Статусы и права: как превратить таблицу в понятный процесс

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

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

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

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