Корректирующие планы и вехи
Устранение недостатка — это не текстовое поле «план действий», а отдельная сущность со своим жизненным циклом: тип, фаза, владелец, даты, цветовой индикатор состояния и вехи. Систему нельзя обмануть общей фразой в комментарии — она требует конкретный план конкретного типа и проверяет его сроки арифметически.
Обзор корректирующего плана (CAP)
Корректирующий план связан с родительским недостатком и содержит собственные даты, владельца, координаторов, цветовой индикатор состояния и признак полноты определения. Без этого признака план нельзя активировать.
Недостаток может опираться на несколько планов одновременно — например, план устранения и план компенсирующих мер параллельно. Пока не закрыт последний из них, сам недостаток не закрывается.
Типы CAP: Планирование, Устранение недостатка, Обеспечение устойчивости результата, Компенсирующие меры
Тип плана — не ярлык для отчёта, а переключатель проверок. Система по-разному считает сроки и по-разному требует обоснования в зависимости от того, что перед ней: план подготовки, план устранения, план поддержания или план компенсирующих мер.
| Тип | Назначение | Что проверяет система |
|---|---|---|
| Планирование | План подготовки к устранению | Последний план типа «Планирование» нельзя направить на закрытие, пока с недостатком связаны другие планы в статусе «Черновик» или в карточке недостатка не заполнено поле «Контроль». |
| Устранение недостатка | Собственно устранение причины | Если недостаток отмечен как «Устранить», план Планирование нельзя закрыть без плана Устранение недостатка в статусе Открыто или Завершено |
| Компенсирующие меры | Компенсирующие меры на время устранения | Целевая дата не может превышать дату активации недостатка более чем на 270 дней. Обоснование снижения риска обязательно. |
| Обеспечение устойчивости результата | Поддержание результата после устранения | Период устойчивости (Обеспечение устойчивости результата Period) обязателен и не может превышать 365 дней |
Долгий срок сам требует компенсирующих мер
Если целевая дата какого-либо плана превышает дату активации недостатка на 305 дней или более, требуется план с компенсирующими мерами. Без него план типа «Планирование» нельзя направить на закрытие.
Статусная модель CAP (30 статусов)
У плана — собственная статусная модель на том же движке, что и у недостатка: 30 статусов в четырёх стадиях (Draft, Открыто, Closed, Cancelled), и то же правило второго лица на каждом переходе. У плана оно даже строже: согласующий не может быть ни отправителем, ни предыдущим согласующим ISO по этому же плану.
| № | Тип | Фаза | Статус | Целевая дата | Цветовой индикатор |
|---|---|---|---|---|---|
| CAP-2214 | Устранение недостатка | Исполнение | Открыто | 20.11.2026 | Жёлтый |
| CAP-2209 | Компенсирующие меры | Исполнение | Открыто — изменение срока на согласовании | 15.10.2026 | Красный |
| CAP-2190 | Обеспечение устойчивости результата | Поддержание | Черновик — готово к активации | — | Не заполнено |
| CAP-2144 | Планирование | Подготовка | Закрыто — выполнено | — | Зелёный |
Состав колонок, типов и статусов — как в продукте.
Активация плана возможна только когда он полностью определён (Definition Complete) и родительский недостаток находится в Draft или Open. Как и у недостатка, у плана есть собственная ветка независимой валидации внутренним аудитом — статусы с пометкой «IA» повторяют тот же контур подтверждения, что описан на странице закрытия и IA Validation.
Вехи (Milestone) внутри плана
Веха — контрольная точка внутри плана: описание, текущая целевая дата, дата завершения, владелец и статус — Открыто, Completed или Cancelled. Веха может быть привязана и к недостатку, и к плану одновременно — это удобно, когда крупный план разбит на несколько измеримых шагов с собственными сроками.
Веха не может обогнать план
Текущая целевая дата вехи не может быть позже бизнес-целевой даты плана, к которому она привязана, и не может быть раньше даты идентификации недостатка. Система сверяет это при каждом сохранении, а не только при активации.
Индикатор состояния плана и вехи
Состояние плана обозначается цветовым индикатором: красным, жёлтым, зелёным, синим или значением «не применимо». Ручное и автоматическое значения отображаются в реестре отдельно, поэтому их расхождение видно пользователю.
Изменение состояния планов уровней риска 4–5 требует комментария
Для планов высокого уровня риска систему нельзя переключить с зелёного на красный одним кликом без объяснения: поле Обоснование изменения состояния плана обязано быть заполнено до того, как цветовой индикатор состояния изменится.
Связь корректирующего плана с недостатком
Связь между недостатком и планами — один-ко-многим: у недостатка может быть несколько планов разных типов одновременно, но открыть недостаток по сценарию «Устранить» без единого плана система не даст. Для открытия обязательно требуется хотя бы один план, и все привязанные планы должны быть либо готовы к активации, либо отменены, либо уже открыты — план, зависший черновиком без движения, блокирует открытие самого недостатка.
Симметрично работает и сценарий «Принять»: он готов к открытию, только если у недостатка есть одобренное действующее исключение. Разные механизмы устранения и принятия риска не смешиваются в одном поле — у каждого свой путь, описанный на странице исключений и принятия риска.
Показать план и вехи на вашем стенде
Как система не даёт закрыть план без компенсирующих мер при долгом сроке — нагляднее один раз показать на демонстрации.