Подписывайтесь на рассылку статей для HR и рекрутеров! Будьте в тренде с Hurma ;)
Я даю свою згоду на обробку Персональних Даних у відповідності з Політикою конфіденційності та приймаю Угоду користувача
Данный материал не является юридической консультацией. Он объясняет операционную сторону процесса для HR-команд: как организовать учет, контроль статусов и внутреннее взаимодействие, чтобы снизить риск ошибок. По юридической трактовке постановления № 692, по вопросам критериев бронирования и подтверждения статуса критически важного предприятия следует обращаться к юристам или в ответственные государственные органы.
Постановление Кабинета Министров № 692 обновило правила бронирования и подтверждения критичности. Часть изменений вступила в силу ранее, а с 1 сентября 2026 года особенно важным станет контроль за обновлёнными требованиями, в частности в отношении критериев заработной платы и пересмотра статуса критически важных предприятий.
Чтобы бронирование не превратилось в марафон перед дедлайном, компании следует заранее определить, какие данные являются критически важными.
В профиле должна быть собрана базовая информация, которую HR использует для кадрового учета и внутренней проверки:
HR должен понимать, у кого какие данные нужно проверить, обновить или передать ответственному за воинский учет. Важно не только хранить информацию, но и видеть, где она неполна или устарела.
Например:
Отдельно необходимо видеть, кто:
Это должна быть не статичная таблица, а динамичный список с ответственными лицами, сроками и напоминаниями.
После обновлений, связанных с постановлением № 692, критерий заработной платы стал одним из важнейших контрольных пунктов для предприятий, выполняющих критически важные функции.
Поэтому компании необходимо определить:
В этом процессе HR, финансовый отдел, бухгалтерия и руководители должны работать с одинаковыми данными.
Не все сотрудники в равной степени влияют на непрерывность процесса. Для DefTech и производства важно отдельно определить роли, без которых компания не может выполнять ключевые функции.
Это могут быть:
Такие роли нужно учитывать не только в организационной структуре, но и в контексте резервирования, ротации, преемственности и риска потери.
В DefTech ротация имеет ещё одно измерение — сохранение технической памяти. Если инженер переходит на другой проект, уходит в длительный отпуск или меняет должность, компания должна понимать, какие знания остаются в команде, кто может взять на себя его задачи и не возникает ли ситуация «один человек — один критический процесс».
Ведь ротация — это не только перевод в организационной структуре. Это вопрос о том, не исчез ли из процесса человек, который единственный знает, как работает конкретный модуль, тестовый стенд, партия, поставщик, документация или производственная операция.
Поэтому каждую смену роли следует проверять в нескольких плоскостях:
Если ключевой сотрудник выбывает из процесса, компания должна понимать:
Именно поэтому ротация и резервирование должны быть связаны с картой компетенций, обучением и внутренним кадровым резервом.
Определено, кто отвечает за контроль зарплатных порогов. HR и финансовый отдел работают с одинаковыми актуальными данными.
Проводится регулярная проверка сотрудников, приближающихся к минимальному порогу. Компания видит риски до дедлайна, а не после него. Данные для проверки не собираются вручную из нескольких таблиц в последний момент.
Таблица может работать, когда в компании десять человек и один ответственный. Но когда в компании несколько десятков или сотен сотрудников, различные подразделения, производственные команды, локации, проекты, дедлайны и статусы, Excel быстро становится риском.
Проблема не в самой таблице. Проблема в том, что она не гарантирует процесс.
Например, сотрудника перевели на другой проект, руководитель сообщил об этом в чате, HR обновил одну таблицу, бухгалтерия работает с другой, а ответственный за воинский учет не получил задачу на повторную проверку. Формально данные где-то есть. Но процесс уже нарушен.
В таблице легко:
Для бронирования это критично, ведь ошибка в одном поле может повлиять на решение, срок или внутреннюю готовность компании.
HR-система не принимает юридических решений и не заменяет «Дію», государственные реестры, юристов или ответственного за воинский учет.
Но она помогает построить внутренний процесс так, чтобы HR не вел всё вручную.
Например, в HURMA можно работать с данными сотрудников в единой среде: профили, организационная структура, кадровые изменения, документы, задачи, напоминания, аналитика и история взаимодействия с человеком собраны в системе.
То есть HURMA не определяет, соответствует ли сотрудник юридическим критериям. Но система помогает организовать внутренний контроль: видеть актуальные данные, ответственных лиц, сроки, задачи, изменения и контекст по каждому сотруднику.
HR видит динамичную структуру команды: кто в каком подразделении работает, кому подчиняется, какую роль выполняет, где находится и какой у него статус.

Это важно, когда нужно быстро понять, кто занимает ключевую должность, в каком подразделении, кто его руководитель и были ли недавно изменения.
Если в HURMA меняется должность, подразделение или руководитель сотрудника, HR видит это изменение не с опозданием в чужой таблице, а в профиле и организационной структуре. Далее можно поставить задачу ответственному лицу, добавить дедлайн, зафиксировать комментарий и не потерять историю проверок.
Если сотрудника переводят, меняют его роль или обновляют данные, это должно быть зафиксировано в процессе. Для планирования важно не просто знать текущее состояние, а видеть историю: что изменилось, когда и кто отвечает за дальнейшую проверку.
Для DefTech-компании это особенно важно во время ротации. Если ключевого инженера временно переводят на другой проект, HR должен видеть не только факт перевода, но и следующий шаг: кто проверяет влияние на статус, кто отвечает за передачу знаний и требуется ли дополнительное действие со стороны кадровой команды, финансового отдела или лица, ответственного за военный учет.
В календаре отображаются события, задачи, контрольные даты и запланированные действия, поэтому проще отслеживать, когда приближается проверка данных, обновление статуса или другой важный этап. Это снижает риск пропустить срок и избавляет от необходимости проверять всё вручную.

Для критически важных ролей HR может вести отдельные задачи и напоминания: кого нужно проверить, у кого приближается контрольная дата, кому нужно обновить документы, кто отвечает за следующий шаг.
Если вся информация хранится в личном файле одного HR-специалиста, процесс становится уязвимым. В системе ответственные видят нужные задачи, а компания не теряет контекст, если кто-то уходит в отпуск, меняет роль или передает процесс другому человеку.
Для назначений и ротации это критично: процесс не должен останавливаться из-за того, что один человек заболел, ушел в отпуск или хранит все детали в личной таблице.
Бронирование зависит не только от HR-данных, но и от того, что реально происходит в командах. Руководитель первым видит ротацию, смену роли, необходимость замены или риск потери критически важной экспертизы. Когда эти изменения фиксируются в HURMA через задачи, комментарии и ответственных, HR не собирает обновления вручную из чатов. В системе видно, кто должен проверить данные, что изменилось и какую информацию нужно учесть перед подачей или продлением бронирования.
Для руководителей это также снижает риск несогласованных решений. Если критически важного сотрудника нужно перевести, заменить или временно вывести из процесса, такое изменение должно быть видимым для HR до того, как оно станет проблемой.
Чем лучше организован внутренний процесс, тем меньше шансов, что компания пропустит дедлайн, не заметит изменение статуса или потеряет ключевого специалиста из-за ошибки в данных.
HURMA помогает системно построить этот процесс в DefTech: с едиными профилями сотрудников, организационной структурой, задачами, напоминаниями, документами и HR-аналитикой. А значит — дает HR-команде больше контроля там, где ручная работа уже становится риском для бизнеса.

Я даю свою згоду на обробку Персональних Даних у відповідності з Політикою конфіденційності та приймаю Угоду користувача
OKR и 360 без разрыва: почему цели и оценка должны быть объединены в одной системе
Привлечение талантов или talent acquisition