Ежегодный цикл
Годовое подтверждение готовности собирается само — из последних согласованных тестов, а не из писем
Аттестация подразделения — вкладка плана непрерывности, которая подтягивает по каждому поставщику, каждой системе и каждой площадке последний тест в состоянии «Согласован». Подразделению остаётся дать оценку и подтвердить готовность; результат меняет статус самого плана и уходит уведомлением координаторам непрерывности.
ОНиВД — обеспечение непрерывности и восстановления деятельности; англоязычное обозначение — Continuity of Бизнес-подразделение (CoB).
Что меняется, когда аттестация перестаёт быть отдельным проектом
Классический годовой цикл выглядит так: за месяц до срока рассылается запрос, подразделения ищут по почте следы прошлых тестов, кто-то сводит это в таблицу, а расхождения выясняются уже на защите. Здесь подтверждающие записи собираются автоматически — потому что они и так есть в системе, согласованные и с датами.
Годовой цикл по переписке
- Запрос_подтверждений_подразделения.msg
- Сводная_аттестация_2026_v11.xlsx
- Подтверждения_поставщиков (сканы).zip
- Расхождения_к_защите.docx
Ответ на вопрос «каким тестом подтверждена готовность этой площадки» занимает несколько дней.
Аттестация в системе
Пробелы видны до защиты, а не на ней: строка без согласованного теста показывается пустой.
Как собирается аттестация
Аттестация живёт на отдельной вкладке карточки плана и на собственном реестре в навигации. Она не создаёт новых данных о готовности — она предъявляет уже существующие, согласованные и датированные.
Схема прокручивается вбок.
Состав этапов — как в продукте: отбор последних согласованных записей, завершение аттестации с фиксацией даты и автора, переход плана в одно из двух состояний.
Что стоит за элементами схемы: последняя согласованная · тройка по офису · обязательные поля · уведомление координаторам
Подразделения и ответственные: каждый видит свой участок
Реестр аттестации открывается тем, у кого есть право на чтение раздела аттестации, и фильтруется по оргструктуре так же, как реестр планов. Руководитель подразделения и координатор восстановления подразделения работают со своей веткой; координатор непрерывности видит картину целиком и получает уведомления о завершении.
| Роль в продукте | Обычно это | Что делает в аттестации |
|---|---|---|
| Руководитель подразделения | Руководитель бизнес-подразделения — владельца критичного процесса | Отвечает за оценку готовности своего подразделения. Видит планы и аттестации только своей ветки оргструктуры. |
| Координатор восстановления подразделения | Назначенный в подразделении ответственный за непрерывность | Наполняет карточку, следит за тем, чтобы по всем поставщикам, системам и площадкам были согласованные тесты. Тоже видит только свою ветку. |
| Координатор непрерывности | Служба непрерывности бизнеса или операционных рисков | Получает уведомление о завершении аттестации по каждому подразделению и ведёт сводную картину. |
| Менеджер приложения и DR-координатор приложения | Владелец ИТ-системы и ответственный за её аварийное восстановление | Обеспечивают согласованные тесты по системам, которые попадут в аттестацию как подтверждение. |
| Менеджер поставщика | Ответственный за отношения с внешним контрагентом | Обеспечивает согласованную аттестацию поставщика — именно её берёт годовой цикл. |
Соответствие ролей подразделениям — методический ориентир. Роли настраиваются под вашу структуру: набор ролей, их состав и права редактируются администратором безопасности, а видимость строк задаётся привязкой сотрудников к подразделениям.
Источники подтверждения: только последний согласованный тест
Правило отбора одно и то же для всех трёх видов подтверждений: берётся запись в состоянии «Согласован» с самой поздней датой. Черновики, записи на согласовании и возвращённые на доработку в аттестацию не попадают — подтверждением служит только принятый результат.
По поставщикам
Берётся последняя согласованная аттестация поставщика — отдельный вид записи, а не обычный тест. Отбор идёт по самому контрагенту.
По системам и приложениям
Берётся последний согласованный тест системы. Отбор идёт по ИТ-объекту: если система обслуживает несколько процессов, свежий тест засчитывается везде, где эта система задействована.
По офисам и площадкам
Отбор строже: совпасть должны офис, площадка, резервная стратегия и сам план. Проверка резервного офиса по одной стратегии не засчитывается как подтверждение по другой.
Таблица прокручивается вбок.
| Объект | Вид подтверждения | Дата | Согласовал | Недостаток | Отметка |
|---|---|---|---|---|---|
| Провайдер каналов связи | Аттестация поставщика | 14.02.2026 | Координатор непрерывности | — | Подтверждено |
| Расчётное приложение | Тест системы | 07.03.2026 | Менеджер приложения | Н-204 | Подтверждено |
| Основная площадка · переезд на резервную | Тест офиса | 12.03.2026 | Координатор непрерывности | — | Подтверждено |
| Резервная площадка · удалённая работа | Тест офиса | — | — | — | Согласованного теста нет |
| Платёжный шлюз | Тест системы | — | — | Н-211 | Согласованного теста нет |
По каждому поставщику и каждой системе рядом показывается последний связанный недостаток — работа по нему видна вместе с подтверждением.
Состав колонок, полей, этапов и статусов — как в продукте. Данные в строках — пример заполнения.
Подтверждение завершения: два обязательных поля и точка невозврата
Завершить аттестацию можно, когда заполнены оценка готовности подразделения и сведения об обучении. Система проверяет оба поля, затем проставляет дату завершения и сотрудника, который её выполнил, меняет статус плана и открывает карточку плана. После этого вкладка аттестации переходит в режим чтения.
Аттестация без оценки и без сведений об обучении не завершается
Пустая оценка готовности или пустые сведения об обучении блокируют завершение. Подразделение не сможет закрыть годовой цикл, оставив ключевые поля незаполненными «чтобы успеть к сроку» — а именно так и появляются аттестации, которые не выдерживают первого же вопроса проверяющего.
Положительная оценка
План переходит в состояние «На подтверждении завершения». Всем сотрудникам с ролью координатора непрерывности уходит уведомление — в приложение и на почту. Подтверждающий переводит план в «Завершён» либо возвращает его в «Согласован» с обязательным комментарием.
Отрицательная оценка
План получает состояние «Аттестация не пройдена». Запись остаётся видимой в реестре с отрицательным результатом: годовой цикл нельзя закрыть, просто не завершив аттестацию.
Дата завершения и сотрудник, завершивший аттестацию, проставляются системой в обоих случаях. Это те два поля, которые обычно и запрашивает проверяющий: когда подразделение подтвердило готовность и кто именно за это подписался.
Связь с планами: аттестация закрывает годовой цикл плана
Аттестация — не самостоятельный документ, а завершающая стадия жизни плана. Поэтому её результат меняет статус плана, а не пишется в отдельную таблицу, которую потом надо сверять с реестром планов.
| Событие аттестации | Состояние плана | Что дальше |
|---|---|---|
| Аттестация ещё не завершена | Согласован | Вкладка аттестации открыта для заполнения тем, у кого есть право на запись. |
| Завершена с положительной оценкой | На подтверждении завершения | Уведомление координаторам непрерывности. Вкладка аттестации — только для чтения. |
| Подтверждение получено | Завершён | Годовой цикл по плану закрыт. История и подтверждения сохранены целиком. |
| Подтверждающий вернул на доработку | Согласован | Обязательный комментарий записан в журнал статусов. Аттестация снова доступна для заполнения. |
| Завершена с отрицательной оценкой | Аттестация не пройдена | Вкладка аттестации — только для чтения. Запись остаётся на виду с отрицательным результатом. |
Полная статусная модель плана и правило разделения полномочий на согласовании разобраны в разделе «Планы непрерывности».
Что это даёт ИТ-директору
- 1вкладка карточки плана — самостоятельный объект защиты: аттестацию можно открыть подразделению, не открывая остального плана
- 3источника подтверждения — поставщики, системы, площадки — читаются из уже существующих записей, отдельного хранилища не появляется
- 2поля проставляются системой при завершении: дата и сотрудник. Правка вручную исключена
Отдельный реестр аттестации в навигации показывается только при наличии права на чтение соответствующего раздела: у сотрудника без этого права пункт меню не появляется вовсе. Это тот же принцип, что и во всей ролевой модели, — см. раздел «Права доступа и аудит».
Что входит и что настраивается под вашу организацию
Что входит
- Вкладка годовой аттестации в карточке плана и отдельный реестр аттестации в навигации
- Автоматический подбор последних согласованных подтверждений по поставщикам, системам и площадкам
- Показ последнего связанного недостатка по поставщику и по системе
- Проверка обязательных полей перед завершением
- Простановка даты завершения и завершившего сотрудника
- Изменение статуса плана по результату аттестации
- Уведомление координаторам непрерывности в приложение и на почту
- Режим чтения после завершения
Что настраивается под вашу организацию
- Периодичность цикла и порядок его запуска
- Состав ролей и соответствие ролей вашим подразделениям
- Права на вкладку аттестации: отдельно на чтение и на запись
- Привязка сотрудников к подразделениям, определяющая видимость строк
- Кто входит в круг получателей уведомления о завершении
- Форма оценки готовности и состав сведений об обучении
Кому подходит: организациям с ежегодным подтверждением готовности по подразделениям, где надзорный или внутренний аудит требует показать не декларацию, а согласованные тесты, на которых она основана.
Собрать годовую аттестацию вашего подразделения на демонстрации
Возьмите одно подразделение с его поставщиками, системами и площадками — покажем, как подтверждения подтягиваются сами, где остаются пробелы и что происходит с планом после завершения цикла.