Каждый переход статуса — с датой, автором и комментарием
Три сущности модуля — поставщик, контроль и Gap — живут по трём статусным моделям на общем движке платформы, и у каждой смены статуса есть собственная запись: кто, когда и с какого статуса на какой перевёл карточку.
Статусная модель поставщика
Отправивший карточку на согласование и согласовавший её — разные права, а не одно право «редактировать»: право на запись у поставщика проверяется по его текущему статусу, а не по факту, что сотрудник вообще имеет доступ к модулю.
Новый → На согласовании → Согласован
Из статуса «На согласовании» карточка может вернуться в статус «Внесение изменений» — с формой ввода комментария, — а из уже согласованного статуса предусмотрен явный переход «Внести изменения», тоже с комментарием. Каждая смена статуса сопровождается подтверждающим диалогом: «Перевести карточку поставщика в статус «…»?».
Статусная модель контроля
У контроля — шесть статусов, а не три: между «В работе» и «Завершён» вклинивается один или два круга согласования, в зависимости от вида контроля.
Не начат → В работе → На 1-м согласовании → На 2-м согласовании → Завершён
Отдельно в модели заведён статус Просрочен — признак контроля, не уложившегося в плановый срок. Подробно о маршруте согласования и о том, когда включается второй проверяющий, — на странице контроля поставщиков.
Статусная модель несоответствия
У Gap — самый короткий маршрут из трёх сущностей: не начат, в процессе, выполнен, без промежуточных согласований.
Не начат → В процессе → Выполнен
Подробно про то, как Gap связывается с Issues и CAP модуля ISM, — на странице Gap и связь с ISM.
Плановые и фактические сроки
У контроля и у Gap — по паре дат: плановая, которую задаёт исполнитель, и фактическая, которую в нужный момент проставляет система сама.
| Сущность | Плановая дата | Фактическая дата | Когда проставляется факт |
|---|---|---|---|
| Контроль | плановая дата завершения | фактическая дата завершения | автоматически при переходе в финальный статус |
| Несоответствие | плановая дата устранения | фактическая дата устранения | автоматически при переходе в «Выполнен» |
Фактическая дата — не то же самое, что дата сохранения формы
Пока контроль или Gap не дошли до финального статуса, фактической даты у них нет — система не подставляет её заранее и не позволяет закрыть работу задним числом раньше, чем это действительно произошло по статусной модели.
Журналы смены статусов
У поставщика, контроля и Gap — три раздельных журнала с одинаковым составом полей: старый статус, новый статус, сотрудник, комментарий, дата. Ни один переход не пишется в общий журнал приложения вперемешку с чужими событиями.
- Журнал статусов поставщикастарый статус → новый · сотрудник · комментарий · дата
- Журнал статусов контролята же схема, включая обновления из TPISA
- Журнал статусов Gapта же схема, доступен из карточки Gap
Уведомления при смене статуса
При смене статуса карточки поставщика система сама находит, кому об этом нужно знать, — и оповещает именно этих людей, а не рассылает уведомление всем подряд.
Получателями становятся сотрудники, у которых есть право выполнить переход в новый статус (выполнение действия / смена статуса) — то есть именно те, кто дальше должен что-то сделать с этой карточкой. Уведомление приходит внутри системы, с названием поставщика и его новым статусом, и ведёт прямо на карточку.
Связанные разделы
Показать журналы статусов на вашем стенде
Три статусные модели, автоматические даты завершения и адресные уведомления — на реальных карточках.