Несоответствие не потеряется между контролем и планом устранения
Gap — несоответствие, которое выявил контроль: у него есть ответственные отдел и сотрудник, плановая и фактическая дата устранения, а связь с Issues и CAP модуля ISM протоколируется отдельным журналом привязки и отвязки — видно не только что связано сейчас, но и что было отвязано и когда.
Что такое несоответствие
Gap заводится не из общего меню, а прямо из вкладки «Gap» карточки того контроля, который его выявил, — кнопкой «Добавить Gap». Связь с контролем, который его породил, не приходится восстанавливать по памяти или переписке: она есть с момента создания.
У Gap — наименование, описание, ответственный отдел и сотрудник, плановая и фактическая дата устранения и итоговый результат. Открыть карточку Gap может только сотрудник с правом на чтение этого объекта.
Жизненный цикл несоответствия
Маршрут Gap короткий и предсказуемый: три статуса, подтверждение перехода и автоматическая простановка даты, когда несоответствие закрыто.
Не начат → В процессе → Выполнен
Фактическая дата устранения проставляется сама
При переходе Gap в статус «Выполнен» фактическая дата устранения записывается системой автоматически, в момент самого перехода, — не вводится сотрудником задним числом.
Связь с недостатками и корректирующими планами
Несоответствие, найденное в Supplier Analysis, не остаётся внутри модуля: Gap связывается с Issues и с планами корректирующих действий (CAP) модуля ISM — одно несоответствие может стоять за несколькими Issues и CAP одновременно.
Во вкладке Gap доступны действия «Добавить Issue», «Удалить Issue», «Добавить CAP» и «Удалить CAP» — связь устанавливается и разрывается прямо из карточки, без переключения в модуль ISM для того, чтобы просто сослаться на несоответствие.
Протокол привязки и отвязки
Связь с Issue или CAP — не просто ссылка, которую можно тихо убрать: каждое добавление и каждое удаление связи пишется в отдельный протокол, доступный прямо из карточки Gap.
| Тип объекта | Операция | Сотрудник | Дата |
|---|---|---|---|
| Недостаток | Добавлено | сотрудник, выполнивший привязку | — |
| Корректирующий план | Добавлено | сотрудник, выполнивший привязку | — |
| Недостаток | Удалено | сотрудник, выполнивший отвязку | — |
Тип связываемого объекта — Issue или CAP — и тип операции — добавление или удаление — фиксируются отдельно друг от друга, а не одной общей записью «изменено».
Журнал смены статусов несоответствия
Смена статуса Gap пишется в собственный журнал — тот же принцип, что у контроля и у карточки поставщика: старый статус, новый статус, сотрудник, комментарий и дата.
Журнал статусов Gap доступен прямо из карточки как отдельный протокол — вопрос «когда несоответствие перешло в работу и кто это сделал» закрывается записью в нём, а не перепиской.
Что это даёт ИТ-директору. И смена статуса Gap, и привязка или отвязка Issue и CAP пишутся в раздельные протоколы одной и той же операцией, что порождает изменение, — двух источников правды для одного и того же события в модуле нет.
Связанные разделы
Gap не существует сам по себе: он рождается из контроля и живёт по своей статусной модели рядом с моделями поставщика и контроля — эти страницы объясняют обе стороны.
Показать карточку несоответствия на вашем стенде
Привязку к Issues и CAP модуля ISM, протокол отвязки и журнал статусов — на реальном несоответствии.