СКУД и персональные данные: что можно хранить и как не нарушить 152-ФЗ

Вопрос про 152-ФЗ прилетает нам обычно в двух случаях. Либо юрист заказчика читает техзадание и спрашивает, что вообще будет храниться в системе. Либо объект уже работает, и на компанию пришёл запрос из надзорного органа.

Второй случай хуже: менять архитектуру системы после монтажа дороже, чем заложить её правильно на этапе проекта. Мы это видели на нескольких объектах — в основном там, где СКУД покупали «просто чтобы дверь закрывалась», а потом на неё повесили табель, учёт переработок и отчёты для бухгалтерии.

Разберём по порядку: какие данные СКУД реально собирает, в какой момент они становятся персональными, что можно хранить без согласия, а что нельзя вообще. И отдельно — тема биометрии на работе, где больше всего мифов.

Короткий ответ

СКУД собирает персональные данные с момента, когда номер карты связан с конкретным сотрудником. Обрабатывать их для пропускного режима и учёта рабочего времени работодатель вправе на основании трудовых отношений и статьи 91 ТК РФ. Биометрия — отпечаток, лицо — требует отдельного письменного согласия по статье 11 152-ФЗ, и отказ сотрудника не может быть поводом не пустить его на работу.

В статье разберём

1. Какие данные вообще хранит система СКУД.
2. Когда номер карты становится персональными данными.
3. Что можно обрабатывать без отдельного согласия сотрудника.
4. Законна ли биометрия на работе и как оформить её правильно.
5. Сколько хранить события проходов и когда их удалять.
6. Где физически лежит база и почему это важно.
7. Что делать с посетителями, подрядчиками и жильцами.
8. Типовые ошибки, из-за которых объект попадает под претензии.
9. Как это влияет на выбор оборудования и бюджет.

Для кого эта статья

• Главные инженеры и снабженцы, которые готовят техзадание на СКУД и должны согласовать его с юристом.
• Монтажники и интеграторы: заказчик спросит про 152-ФЗ на приёмке, а отвечать придётся вам.
• Руководители УК и офисных центров, где через турникет ходят и сотрудники, и арендаторы, и посетители.
• Кадровики и бухгалтеры, которые хотят строить табель по данным СКУД.

Какие данные хранит система СКУД?

Любая СКУД хранит три слоя данных: справочник людей, справочник идентификаторов и журнал событий. Первый слой — фамилия, должность, подразделение, иногда фото и табельный номер. Второй — номера карт, брелоков, меток RFID, PIN-коды. Третий — кто, когда и через какую точку прошёл.

Отдельно может быть четвёртый слой — биометрические шаблоны, если стоят терминалы по отпечатку или по лицу. Это принципиально другая категория данных, к ней возвращаемся ниже.

Плюс к этому почти всегда есть смежные системы. Видеонаблюдение на проходной пишет тех же людей, только видеорядом. Если камеры и СКУД связаны по событию — запись «проход карты №1247» подтягивает фрагмент видео — то это уже единая система обработки, и оценивать её надо целиком.

Когда номер карты становится персональными данными?

В момент, когда его можно сопоставить с конкретным человеком. Сам по себе номер 1247 — это просто число в базе контроллера. Как только рядом в таблице стоит «Иванов И. И., отдел логистики», это персональные данные со всеми вытекающими.

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

Практический вывод простой. Считайте, что вся база СКУД — персональные данные, и стройте процессы от этого. Так дешевле, чем потом доказывать обратное.

Что можно обрабатывать без отдельного согласия сотрудника?

Пропускной режим и учёт рабочего времени — можно, если это закреплено во внутренних документах. Работодатель обязан вести учёт фактически отработанного времени по статье 91 ТК РФ и точный учёт сверхурочных по статье 99 ТК РФ. СКУД здесь просто инструмент исполнения обязанности.

Что нужно оформить, чтобы основание было рабочим:

• Положение о пропускном и внутриобъектовом режиме — с описанием, какие данные собираются и зачем.
• Положение об обработке персональных данных работников — по главе 14 ТК РФ вместе с 152-ФЗ.
• Ознакомление работников под подпись. Не «висело на стенде», а подпись в листе ознакомления.
• Приказ о назначении ответственного за обработку персональных данных.
• Уведомление в Роскомнадзор — если организация ещё не подавала его по другим основаниям.

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

Отдельная тонкость по табелю. Формы Т-12 и Т-13 (постановление Госкомстата России от 05.01.2004 № 1) с 2013 года необязательны по 402-ФЗ — компания вправе утвердить свою форму. Госсектор ведёт форму 0504421 (приказ Минфина России от 30.03.2015 № 52н). То есть выгрузку из СКУД можно положить в основу табеля, но табель всё равно подписывает человек, а не система.

И сразу про штрафы за опоздания, о которых нас спрашивают почти на каждом объекте с турникетом. Статья 192 ТК РФ знает три дисциплинарных взыскания: замечание, выговор, увольнение по соответствующим основаниям. Штрафа там нет. Данные СКУД можно использовать как доказательство при дисциплинарном разбирательстве, но не как основание автоматически вычесть деньги из зарплаты.

Законна ли биометрия на работе?

Законна при добровольном письменном согласии работника — и только так. Биометрические персональные данные регулируются статьёй 11 152-ФЗ: обработка допускается при наличии согласия субъекта, за отдельными исключениями, которые к обычному офису или складу отношения не имеют.

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

Практическая схема, которая проходит проверку:

• Терминал по отпечатку или лицу — основной способ для тех, кто согласился.
• Карта или брелок — для тех, кто отказался. Без объяснения причин и без последствий.
• Отдельная форма согласия именно на биометрию, а не строчка в общем кадровом бланке.
• Право отозвать согласие, а вместе с ним — регламент удаления шаблона из системы.

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

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

Сюда же — отдельная линия по проектированию. Требования к оборудованию СКУД описывает ГОСТ Р 51241-2008 (с Изменением № 1, введено с 01.02.2025), а состав документации — ГОСТ Р 21.101-2020 (введён с 01.01.2021). Если в проекте есть биометрический контур, его состав и потоки данных должны быть описаны в документации, а не жить в голове монтажника.

Сколько хранить события проходов?

Ровно столько, сколько нужно для заявленной цели. 152-ФЗ требует уничтожать персональные данные по достижении цели обработки — и это единственный жёсткий ориентир. Конкретных сроков хранения журналов СКУД закон не задаёт, поэтому срок компания устанавливает сама и фиксирует во внутреннем документе.

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

Три ошибки, которые встречаем чаще всего:

• Срок хранения нигде не зафиксирован, а база пишется с момента запуска системы. При проверке это первый вопрос.
• Срок зафиксирован, но никто не настроил автоочистку. Документ говорит одно, база хранит другое.
• Резервные копии живут вечно на съёмном диске в кабинете. Формально данные удалены, фактически нет.

Отдельно про глубину архива видеонаблюдения на проходной — это смежный, но другой вопрос, он определяется задачей объекта и объёмом дисков в регистраторе.

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

Где физически лежит база СКУД и почему это важно?

Персональные данные граждан РФ должны обрабатываться в базах, расположенных на территории России. Для локальной СКУД с сервером в серверной заказчика вопрос закрыт сам собой. Проблемы начинаются с облачными сервисами и мобильными приложениями.

Что проверяем перед закупкой оборудования с облачной частью:

1. Где размещены серверы сервиса — юрисдикция должна быть российской.
2. Какие именно данные уходят в облако: только события или ещё и справочник людей с фото.
3. Есть ли режим полностью автономной работы, если облако отключат.
4. Кто оператор персональных данных по договору — вы или сервис.

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

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

Сетевую часть под такую схему собираем на управляемых коммутаторах с выделенным сегментом — оборудование смотрите в разделе сетевое оборудование и PoE, контроллеры и считыватели — в разделе СКУД.

Что делать с посетителями, подрядчиками и жильцами?

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

Практичный вариант, который снимает половину вопросов: гостевые карты без привязки к личности. Карта выдаётся под роспись в журнале, в системе она числится как «Гость 12», после ухода возвращается. Персональные данные в этом случае остаются в бумажном журнале на посту охраны, а не в базе СКУД.

Для жилых объектов и УК логика другая. Ключ от домофона у жильца — это идентификатор, привязанный к квартире, а не к фамилии. Как только УК начинает вести реестр «ключ — квартира — ФИО собственника», в игру снова вступает 152-ФЗ, и нужен свой пакет документов.

Как требования 152-ФЗ влияют на выбор оборудования и бюджет?

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

Ориентир по бюджету: на сентябрь 2026 система СКУД под ключ у нас начинается от 10 000 ₽ — это простой узел на одну дверь. Итог сильно зависит от количества точек прохода, типа замка и того, нужен ли отдельный сервер под базу.

По железу из нашей практики. Самый ходовой замок на дверях под СКУД — электромагнитный ML-400. В домофонных системах чаще ставим электромеханический AT-EL201A. Выбор замка на 152-ФЗ не влияет никак, но влияет на ресурс системы: чаще всего восстановление СКУД сводится именно к замене электромагнитных замков.

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

И про пожарную часть, раз речь о дверях. Запоры на дверях эвакуационных выходов должны открываться изнутри без ключа — это пункт 26 ППР (постановление Правительства РФ № 1479 в ред. от 03.02.2025). Никакая логика доступа не должна мешать эвакуации: при срабатывании пожарной сигнализации замки на путях эвакуации разблокируются. Это требование сильнее любых соображений контроля доступа.

Какие ошибки чаще всего приводят к претензиям?

Основных пять, и все они организационные, а не технические. Оборудование само по себе закон не нарушает — нарушает то, как с ним обращаются.

Шестая по частоте, но самая обидная — увольняется системный администратор, и вместе с ним уходят пароли от сервера СКУД. Формально это не нарушение 152-ФЗ. Практически — оператор теряет контроль над базой персональных данных и не может ни удалить их, ни разграничить доступ.

Связанные категории товаров

• Оборудование СКУД — контроллеры, считыватели, замки, турникетная автоматика.
• Камеры видеонаблюдения — для проходных и постов охраны.
• Сетевое оборудование и PoE — коммутаторы и питание для линий СКУД.
• Кабельная продукция — витая пара и сигнальный кабель на трассы.
• Оптовые поставки и работа с монтажниками — закупка партиями под объекты.

Как мы можем помочь

Работаем в Волгограде с 2013 года: проектируем, монтируем и обслуживаем СКУД, видеонаблюдение и слаботочку. По части персональных данных наша зона — техническая: архитектура системы, где лежит база, как разграничен доступ, есть ли автономный режим и резервный способ прохода. Юридический пакет документов остаётся за юристом заказчика, но мы описываем в проекте, какие данные система собирает и куда их передаёт, — чтобы юристу было с чем работать.

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

Главный вывод

СКУД становится системой обработки персональных данных в тот момент, когда номер карты связан с фамилией, — то есть практически всегда. Для пропускного режима и учёта рабочего времени законное основание есть в трудовых отношениях и статье 91 ТК РФ, нужно лишь оформить внутренние документы и ознакомить работников под подпись.

Биометрия — отдельная история: письменное согласие по статье 11 152-ФЗ, обязательная альтернатива в виде карты и возможность отозвать согласие. Если альтернативы нет, согласие недобровольное, и вся конструкция рассыпается.

Всё остальное решается на этапе проекта: локальная база, разграничение прав, установленный срок хранения и настроенная автоочистка. Заложить это в проект стоит недорого. Перестраивать работающую систему — дорого всегда.

Вопросы и ответы (FAQ)