Матрица обучения и допусков: реестр курсов и допуск к работам

Зачем нужна матрица и что она должна предотвращать

Матрица обучения и допусков нужна, чтобы в любой момент быстро ответить на два вопроса: кто имеет право выполнять конкретную работу на конкретном объекте и у кого из сотрудников допуски уже просрочены или скоро закончатся. Без этого решения начинают полагаться на доверие, старые распечатки и память. Ошибки всплывают только после инцидента или проверки.

Главное, что матрица должна предотвращать: выход человека на работу без действующего допуска, назначение не той роли на опасную операцию, допуск на объект без нужного медосмотра и ситуацию, когда руководитель смены узнает о просрочке уже на проходной. Это не про бюрократию, а про снижение рисков и понятные правила для всех.

Таблицы в Excel обычно ломаются, когда растут роли, площадки и виды работ. Появляются копии файлов и разные версии, начинаются ручные правки, забытые формулы и серые исключения вроде «пусть сегодня выйдет, потом оформим». Чем больше объектов и подрядчиков, тем быстрее теряется единый источник правды.

Руководителю смены важно увидеть за минуту: можно ли назначать человека на эту смену и работу (да или нет), чего именно не хватает (курс, инструктаж, медосмотр, допуск на объект), когда истекает ближайшее требование и кто отвечает за продление, а также есть ли временные ограничения или запреты.

Чаще всего нужные данные уже существуют, просто разнесены по владельцам. В HR хранятся должности и фактические роли, в ОТиТБ - инструктажи и удостоверения, в медслужбе - медосмотры и противопоказания, у подрядчиков - свои протоколы обучения и допуски. Матрица собирает это в один понятный «паспорт готовности к работам» по ролям и объектам.

Базовые термины: роли, объекты, работы и допуски

Чтобы матрица работала, нужно договориться о терминах. Иначе получится «одна строка на все случаи», которую никто не сможет поддерживать.

Роль и работник - не одно и то же. Роль (должность, функция) описывает требования: что человек должен уметь и какие допуски иметь. Работник - конкретный человек с личными датами прохождения курсов, медосмотров и проверок. Один сотрудник может временно совмещать роли (например, «электромонтер» и «старший смены»), и требования для этих ролей будут различаться.

Объект (площадка, цех, участок) не стоит смешивать с видом работ. Объект отвечает на вопрос «где», работа - «что именно делаем». Пример: слесарь-ремонтник может работать на двух площадках, но допуск на работы на высоте может быть нужен только на одной из них из-за конструкции оборудования.

Чтобы избежать путаницы, разделяйте сущности:

• Компетенция: что человек должен знать и уметь.
• Курс/обучение: как компетенция формируется.
• Проверка знаний: как компетенция подтверждается.
• Допуск: официальное разрешение выполнять конкретный вид работ при заданных условиях.
• Медосмотр: медицинское подтверждение пригодности к работам по конкретным факторам.

У каждого требования должен быть срок действия и простой статус. Обычно хватает «действует», «в процессе», «просрочено». Рядом держат дату окончания и дату следующей проверки, чтобы было видно не только факт просрочки, но и когда планировать продление.

Правило «без допуска - без смены» должно жить не только в приказе. Оно закрепляется в логике назначения на работы: в регламенте мастера/диспетчера и в системе, где создаются сменные задания. Там же фиксируют, какие статусы блокируют назначение, а какие допускают работу с ограничениями (например, «в процессе» до определенной даты).

Какие справочники подготовить перед матрицей

Матрица начинается не с таблицы, а со справочников. Если их нет, вы каждый месяц будете спорить, как называется роль, что считать объектом и какой документ подтверждает допуск.

1) Роли и типовые задачи по роли

Зафиксируйте роли так, как они реально живут в сменах: «электромонтер», «оператор котельной», «водитель погрузчика», «инженер КИПиА». Для каждой роли перечислите 5-10 типовых задач (работ), которые человек выполняет. Важно разделять «должность по штатке» и «роль в работах»: одна должность иногда закрывает две роли, и это меняет требования.

2) Объекты, зоны и режимы доступа

Сделайте единый перечень объектов и зон, где есть особые требования: цех, склад, серверная, лаборатория, высотные участки, зоны с движением техники, помещения с ограниченным доступом. Не оставляйте это «в голове у начальника участка». Для матрицы нужны четкие названия, границы зоны и пометка, чем она отличается: например «только в сопровождении» или «требуется допуск к работам на высоте».

3) Каталог курсов и проверок знаний

Соберите список обязательных курсов и проверок знаний, которые признаются в компании. Для каждого пункта укажите: название, к кому применяется (роль/вид работ), срок действия, что считается подтверждением (удостоверение, протокол, запись в журнале) и кто владелец процесса (HR, ОТ, учебный центр). Убирайте дубли, когда разные названия означают одно и то же.

4) Медосмотры и противопоказания по видам работ

Свяжите медосмотр не только с ролью, но и с видом работ: ночные смены, работа на высоте, подземные работы, управление транспортом, вредные факторы. В справочнике должны быть тип медосмотра, периодичность, ключевые ограничения и действие при ограничении (например, «разрешено без работ на высоте»).

5) Каталог документов допуска

Опишите, какие документы подтверждают право работать: удостоверения, протоколы комиссий, приказы о допуске, наряды-допуски, отметки о стажировке. Для каждого документа задайте минимум полей: номер, дата выдачи, срок действия, кто выдал, к чему относится (курс, медосмотр, вид работ, объект) и где хранится оригинал/скан.

Когда справочники готовы и согласованы, матрица становится механизмом: роль + объект + работа подтягивают список требований автоматически, а не создаются заново под каждый случай.

Как связать требования с ролями и объектами

Связка «роль + объект» нужна, чтобы требования были точными. Одна и та же роль может работать на разных площадках, а условия и риски там разные. Если держать требования только «по должности», вы либо перегрузите людей лишними курсами, либо пропустите критичный допуск.

Начните с карты работ: что именно делает роль

Описывайте не «кем работает человек», а «какие работы он выполняет». Дальше к каждой работе добавляйте обязательные допуски и проверки. Обычно начинают с критических работ: работа на высоте, электроустановки, эксплуатация грузоподъемных механизмов, огневые работы, работы в замкнутых пространствах.

Рабочая логика простая:

• Роль -> перечень работ (обычные и критические)
• Работа -> требования (обучение, проверка знаний, медосмотр, документ)
• Объект -> дополнительные условия (режим, зоны, особенности доступа подрядчиков)
• Итог -> набор требований для назначения на конкретный объект и конкретную работу

Пример: электромонтер в офисе обслуживает ИБП и розеточные группы. На производственной площадке добавляются работы в электроустановках, доступ в щитовые и иногда работы на высоте. Базовый набор требований остается, но объект добавляет расширение.

Градация допусков и правила исключений

Чтобы не плодить уникальные случаи, задайте уровни допусков: базовый (для типовых работ), расширенный (для критических работ), временный (на период перевода или стажировки), разовый (под конкретное задание и дату). Временные и разовые допуски фиксируйте как отдельную запись с причиной, сроком и ответственным, а не как комментарий в поле.

Заранее закрепите, кто утверждает требования:

• ОТиТБ - требования по охране труда и критическим работам.
• Руководитель объекта - местные условия и доступ к зонам.
• Служба безопасности - режимные зоны и допуск подрядчиков.
• Медслужба (или ответственный) - медосмотры и ограничения.

Так требования не будут спорить друг с другом и будут складываться по понятным правилам.

Пошагово: как построить реестр компетенций и допусков

Реестр должен отвечать на два вопроса: что требуется для конкретной роли и можно ли человеку сегодня выполнять работу на конкретном объекте. Хорошая матрица строится не от перечня курсов, а от реальных работ и рисков.

1. Соберите список ролей и назначьте владельцев. Владелец роли - не обязательно HR. Это тот, кто понимает работу и имеет право подтверждать готовность: руководитель участка, инженер по ОТ, руководитель эксплуатации объекта.

2. Опишите виды работ и рисковые операции. Не пытайтесь сразу покрыть все. Возьмите 10-15 самых частых и самых опасных: работы на высоте, допуск к электроустановкам, управление погрузчиком, обслуживание серверной, работа с химией, вход в ограниченные пространства.

3. Привяжите к каждой работе обязательные требования: обучение, проверку знаний, инструктажи, медосмотр, допуски. Чтобы реестр был проверяемым, фиксируйте минимум полей:

• роль или конкретная работа;
• объект/зона;
• подтверждающий документ;
• срок действия и дата следующего подтверждения;
• кто подтверждает и где хранится запись.

4. Задайте сроки и правила продления. Сразу определите, что считается «продлено»: новая дата после успешной проверки, допуск только после медосмотра, возможен ли льготный период и для каких работ.

5. Заполните по людям и проверьте на небольшой выборке (10-20 сотрудников). Возьмите разные роли и смены: опытного сотрудника, новичка, человека с совмещением ролей. На этом шаге обычно всплывают дубли курсов, разные смыслы в названиях и «ничьи» требования.

6. Утвердите регламент обновления: кто имеет право менять требования, как пересматриваются сроки, что делать при новых объектах и видах работ, как быстро изменения попадают в систему после инцидента или аудита.

Сроки, уведомления и статусы без сложных схем

Чтобы матрице доверяли, статусы должны быть простыми, а логика - одинаковой для всех.

Статусы, которые закрывают большинство случаев

Обычно достаточно пяти:

• Запланировано (есть потребность, даты еще нет).
• Записан (есть дата и место).
• Пройден (закрыто до конкретной даты).
• Не сдал (нужна пересдача).
• Просрочено (срок закончился).

Важно, чтобы у статуса «Пройден» всегда была дата окончания. Тогда «Просрочено» считается автоматически.

Окно предупреждения и приоритеты

Окно предупреждения выбирают по реальным срокам организации обучения или медосмотра. Часто хватает 30 дней для курсов и 14 дней для медосмотров, но можно начать с одного правила (например, 30 дней) и затем уточнить.

Разделите требования на блокирующие и плановые. Тогда меньше споров, почему человека не ставят в смену.

• Блокирует смену: просрочено, не пройдено или «не сдал» по критичному требованию.
• Не блокирует смену: скоро истекает (еще действует), но его нужно запланировать.

Уведомления отправляйте тем, кто может действовать: сотруднику, его руководителю, специалисту ОТиТБ и кадровику. В сообщении должна быть одна ясная причина и следующий шаг.

Пример: «Просрочен допуск: работа на высоте. Истек 12.02.2026. Следующий шаг: записать на обучение». Такой текст экономит время всем.

Пример: блокировка назначения на смену при просрочке допуска

Сотрудник Илья П. должен выйти завтра на смену на объект «Склад-3». В карточке есть допуск «Работы на высоте», но срок действия закончился вчера.

Руководитель смены открывает планирование и пытается назначить Илью на работы, где нужен этот допуск (например, обслуживание стеллажей или замена светильников с подъемника). В момент назначения система сравнивает требования роли и объекта со статусами допусков.

Назначение не проходит:

• действие «Назначить на смену» недоступно (или появляется запрет после нажатия);
• причина: «Просрочен допуск: Работы на высоте»;
• детали: «Истек: 02.02.2026. Требуется действующий допуск для работ на объекте Склад-3»;
• подсказка: «Запланируйте переаттестацию/повторное обучение и оформите допуск».

Чтобы мастер не искал вручную, система предлагает замену: показывает несколько подходящих сотрудников, у которых по этой роли и этому складу закрыты условия (допуск действует, медосмотр не просрочен, запретов нет). Руководитель выбирает замену и закрывает смену без риска.

Отдельно важно, чтобы событие фиксировалось в журнале: кто пытался назначить, когда, на какой объект и смену, и какое требование стало причиной блокировки. Это помогает и при разборе инцидентов, и при проверке того, что правила реально работают.

Реалистичный сценарий: запуск новой площадки и подготовка смен

Компания открывает новый объект: склад с участком погрузки и небольшой серверной. В первый месяц появляются требования, которых не было на старых площадках: допуск на работы на высоте (для обслуживания стеллажей), отдельный инструктаж по погрузочной технике и обновленные медосмотры для сменных водителей.

До запуска все выглядит просто: роли (кладовщик, водитель погрузчика, электрик), стандартные курсы по охране труда и базовый медосмотр. После запуска появляется второй слой: требования зависят не только от роли, но и от объекта и зоны. Один и тот же электрик на старой площадке может быть допущен, а на новой - нет, потому что там добавились работы в электрощитовой с другим регламентом.

Чтобы не остановить смены, планируйте очередями: сначала ядро смены и резерв, затем расширение покрытия. Обычно это выглядит так: минимальный состав под критичные работы, затем подмена на больничные и отпуска, затем редкие роли, и только потом обучение на расширение (дополнительные работы и зоны).

С подрядчиками правило жестче: проверка допусков идет до выдачи пропуска на объект. Если у подрядчика просрочен медосмотр или нет нужного удостоверения, его не ставят в график и не допускают в зону. Так меньше конфликтов на проходной и меньше риска, что бригада приедет зря.

Руководителю объекта помогает отчет на одну страницу: готовность по ролям (сколько людей можно ставить в смену сегодня), список просрочек, которые срывают график, календарь ближайших окончаний, статус подрядчиков и план закрытия разрывов с датами и ответственными.

Частые ошибки и ловушки при внедрении матрицы

Самая частая путаница - когда «курс пройден» автоматически считают «допуск получен». Обучение подтверждает знания, а допуск обычно требует дополнительных условий: стажировки, проверки навыков, инструктажа на месте, медосмотра, иногда приказа. Если смешать эти сущности, в реестре появляются «допущенные» люди, которые формально не имеют права выполнять работу.

Вторая проблема - отсутствие владельца данных. Если никто не отвечает за актуальность дат, статусы обновляют «когда вспомнили». Через пару месяцев руководители перестают доверять матрице и возвращаются к звонкам и таблицам. Назначьте владельцев и простой график обновления: кто вносит результаты обучения, кто - медосмотры, кто - допуски по объектам.

Еще одна ошибка - не определить, что именно блокирует выход в смену. Тогда система показывает красный статус, но мастер все равно назначает человека «пока не нашли замену», и это быстро становится нормой. Правило блокировки должно быть ясным и одинаковым.

Заранее договоритесь:

• что считается критичным для смены;
• какие исключения допустимы и кто их утверждает;
• где фиксируется решение об исключении;
• как подбирается замена (по роли и объекту);
• кто получает уведомления и за сколько дней до окончания.

Часто мешают и слишком общие формулировки. Запись «Инструктаж по ТБ» не выдерживает проверку: спрашивают, какой именно, для какой работы, на каком объекте и с какой периодичностью. Формулируйте требования так, чтобы их нельзя было трактовать двояко: работа, объект, документ, срок.

И не забывайте про временные переводы и совмещения. Человек может быть «слесарем», но сегодня его ставят «водителем погрузчика» на другом складе. Проверять нужно фактическую роль на смене и объект, а не только должность в трудовом договоре.

Короткий чеклист перед запуском в работу

Перед стартом проверьте не «все ли заполнено», а «сработают ли правила завтра утром», когда нужно выпускать людей на смену.

У каждой роли должен быть список обязательных требований и владелец. Владелец решает спорные случаи и отвечает за актуальность: что именно нужно, для каких работ, кто имеет право менять правило.

Для каждого требования задайте срок действия и правило продления. Если правила нет, система не сможет честно отвечать на вопрос «можно ли выпускать на смену».

Должен быть единый источник факта прохождения: курс, медосмотр, инструктаж, допуск. Минимум: дата, номер документа/протокола, срок действия и кто подтвердил запись. Разрозненные файлы и переписка быстро убивают доверие к данным.

Статусы и предупреждения должны читаться без расшифровки. Достаточно 4-5 статусов (например: «действует», «скоро истекает», «истек», «не пройдено», «не требуется») и понятных окон предупреждения (например, за 30 и за 7 дней).

Для критических допусков включите и протестируйте блокировку смены. Прогоните минимум три кейса: допуск истек вчера, истекает сегодня, истекает через неделю (не должен блокировать, но должен предупреждать).

Нужен простой ежедневный отчет: «кто не может выйти завтра и почему». В нем должны быть роль, объект/участок, конкретное требование, дата окончания и владелец, к кому идти за решением.

Если эти пункты проходят проверку на тестовой группе (например, одна смена и один объект), матрицу можно запускать без лишней бюрократии.

Следующие шаги: пилот, выбор инструмента и поддержка ИТ

Начните с пилота на одном объекте и 2-3 ключевых ролях (например, электромонтер, водитель погрузчика, мастер смены). Для пилота обычно достаточно 4-6 обязательных требований: обучение, проверка знаний, медосмотр, допуск к конкретным работам.

Сразу распределите ответственность. Матрица работает только тогда, когда у каждого требования есть владелец: HR отвечает за курсы и планирование, ОТиТБ - за допуски и правила, медслужба - за медосмотры и ограничения, руководители смен - за фактическое назначение людей.

Инструмент выбирайте от задач: нужно ли жестко блокировать назначение на смену при просрочке и сколько объектов у вас в реальности. Пока объем небольшой, можно начать с таблицы и четкого регламента обновления. Когда появляется несколько площадок, частые изменения и риск выхода неподготовленного сотрудника, логичнее переходить на систему со статусами, уведомлениями и правилами блокировки.

Из практичных критериев обычно достаточно: единый реестр сотрудников, ролей, объектов и требований; сроки действия, статусы и история изменений; уведомления до просрочки; отчет для руководителя смены «кого нельзя ставить сегодня»; журнал причин блокировки и (если допускается) снятия ограничений.

Отдельно продумайте технику. Реестр и отчеты должны быть доступны там, где принимаются решения: у HR, ОТиТБ, диспетчера, начальников смен. Для надежности важны серверы, резервное копирование и стабильная сеть, особенно при круглосуточных сменах.

Если нужно закрыть именно инфраструктурную часть (рабочие места, серверы, поддержка), в Казахстане это можно организовать через GSE.kz - как производителя и системного интегратора, который поставляет и интегрирует ПК, рабочие станции и серверы, а также обеспечивает круглосуточную техническую поддержку через сервисную сеть по стране.