СКУД при эвакуации: как узнать, кто остался в здании при пожаре

На учебной эвакуации всегда наступает одна и та же пауза. Люди вышли на парковку, ответственный держит в руках распечатанный список отдела, и выясняется, что по списку должно быть 48 человек, а стоит 41. Семеро в отпуске, на обеде, уехали к клиенту или просто отошли за угол курить. Проверка превращается в десять минут переклички по телефонам — хотя СКУД при эвакуации способна выдать этот список за секунды.

На реальном пожаре этих десяти минут нет. Пожарному расчёту нужен ответ на один вопрос: сколько людей внутри и кто именно. И если на объекте уже стоит СКУД, значит, система в момент тревоги знает по каждому пропуску, был вход без последующего выхода или нет. Эту информацию нужно только достать и положить в формат, который читается на ходу.

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

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

Отчёт о присутствующих (roll call) — функция СКУД, которая по журналу проходов формирует список людей, вошедших на объект и не вышедших с него. При срабатывании пожарной сигнализации отчёт выгружается автоматически: на экран посту охраны, в печать или на планшет ответственного. Считыватель на точке сбора переводит отметившихся в статус «в безопасности», и в списке остаются только те, кого ищут.

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

1. Что такое отчёт о присутствующих и откуда СКУД берёт данные
2. Обязателен ли такой отчёт по нормам
3. Как работает точка сбора со считывателем
4. Что нужно докупить, если СКУД уже стоит
5. Где отчёт врёт: гости, подрядчики, antipassback, тамбуры
6. Сколько это стоит и сколько занимает по времени
7. Как проверить отчёт до того, как он понадобится

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

• Главным инженерам и специалистам по охране труда на объектах с пропускным режимом
• Снабженцам, которым в задании написали «система должна формировать эвакуационный отчёт»
• Монтажникам и интеграторам, которых заказчик спросил про roll call на существующей СКУД
• Управляющим компаниям бизнес-центров, где арендаторов много, а точка сбора одна

Как работает СКУД при эвакуации и что такое отчёт о присутствующих?

Это отчёт, который на любой момент времени показывает список людей, зафиксированных системой внутри контролируемой зоны. Логика простая: пропуск отметился на входном считывателе и не отметился на выходном — человек считается внутри. В англоязычном софте функция называется roll call, в русских интерфейсах — «отчёт о присутствующих», «кто в здании», «эвакуационный список».

Данные берутся из журнала проходов. Никакого отдельного датчика присутствия у СКУД нет: система не видит человека, она видит события по идентификатору. Поэтому качество отчёта напрямую равно качеству организации проходов на объекте.

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

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

Обязателен ли отчёт о присутствующих по нормам?

Прямого требования «СКУД обязана формировать список присутствующих» в проверенной нормативной базе мы не нашли. Требования к СКУД задаёт ГОСТ Р 51241-2008 (с Изменением № 1, введено с 01.02.2025) — это классификация и общие технические требования, а не предписание вести эвакуационный учёт.

Задача «знать, кто на объекте» приходит с другой стороны — от организации пропускного режима и от порядка действий при пожаре, который компания утверждает сама. На объектах сферы образования пропускной и внутриобъектовый режимы прямо требует постановление Правительства РФ от 02.08.2019 № 1006 (в ред. от 05.03.2022); перечень мероприятий там привязан к присвоенной категории, и его нужно читать по тексту постановления, а не по пересказу.

Как «обязанность по закону» мы это не подаём: прямое требование нужно искать в отраслевых документах конкретного объекта.

Что важно не перепутать. Пожарная сигнализация и СОУЭ — это СП 484.1311500.2020 (с Изменением № 1, ред. от 27.03.2025) и СП 3.13130 (в редакции, действующей с 01.06.2026), и они про обнаружение и оповещение. Эвакуационные пути и выходы — СП 1.13130.2020 (приказ МЧС России от 19.03.2020 № 194, ред. от 16.06.2025) и 123-ФЗ (ст. 89, в ред. от 04.08.2026). Отчёт о присутствующих не заменяет ни одно из этих требований: он работает после того, как система обнаружила пожар и оповестила людей.

И ещё один момент, который всплывает на согласовании. Отчёт содержит персональные данные работников — ФИО, время прихода и уход, а на производстве ещё и подразделение. Работать с ним нужно в рамках 152-ФЗ «О персональных данных» и главы 14 ТК РФ: ограничить круг тех, кто видит список, и прописать это в локальных документах. Распечатка с фамилиями, которую после учебной тревоги оставили на столе охраны, — это уже нарушение.

Как работает точка сбора со считывателем?

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

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

Дальше это уже информация для пожарного расчёта, а не повод кому-то бежать обратно внутрь.

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

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

Что нужно докупить, если СКУД уже стоит?

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

Конкретный список зависит от того, что уже есть на объекте:

• Модуль отчётов в ПО СКУД. У части платформ roll call входит в базовую версию, у части — отдельная лицензия. Проверять нужно до закупки железа, иначе будет считыватель без софта.
• Считыватель и питание для точки сбора. Плюс блок питания с аккумулятором — отчёт нужен именно тогда, когда объект может остаться без сети. Блоки и АКБ смотрите в разделе питания, оборудование СКУД — в каталоге СКУД.
• Связь ПС и СКУД. Чтобы отчёт формировался автоматически, пожарная сигнализация должна дать сигнал. Это сухой контакт от прибора ПС на вход контроллера или интеграция на уровне ПО. Приборы и шлейфы — раздел охранно-пожарной сигнализации, проектирование и монтаж ПС — услуга пожарной сигнализации.
• Устройство вывода. Монитор на посту охраны, сетевой принтер, планшет у ответственного. Печать не стоит делать единственным способом: принтер без питания бесполезен.
• Сервер или ПК, который не выключается. Если ПО СКУД живёт на компьютере в бухгалтерии, который уходит домой вместе с бухгалтером, отчёта вечером не будет.

Если на входе стоят турникеты, пересчёт получается точнее всего: турникет физически пропускает по одному и не даёт пройти вдвоём по одной карте. Модели — в разделе турникетов.

Где отчёт о присутствующих врёт?

Врёт он там, где проход человека не попал в журнал или попал неправильно. Это не дефект конкретного софта, это свойство метода. Поэтому список присутствующих нужно читать как «кого стоит искать в первую очередь», а не как точный пересчёт по головам.

Типовые источники ошибок:

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

Выход через аварийные двери. Эвакуационные выходы считывателями не оборудуют. Человек вышел — система считает его внутри. Это и есть основной аргумент за считыватель на точке сбора.

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

Гости и посетители. Если посетителей пускают по журналу на вахте, а не по временному пропуску, в отчёте их нет вообще. Временные карты решают вопрос, но требуют дисциплины на выдаче и возврате.

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

Забытый пропуск. Человека пустили «по знакомству» — в системе его нет. Обратная ситуация тоже бывает: карту забыли в кабинете, человек ушёл, пропуск формально внутри.

Тамбуры и переходы между корпусами. Если зоны настроены неаккуратно, человек «переезжает» между корпусами без фиксации, и отчёт по конкретному зданию врёт даже при полном журнале.

Правильная подача этих данных на тревоге звучит так: «по системе внутри остаются четверо, последние отметки — такие-то зоны». Это гипотеза для поиска, а не утверждение. Любое другое отношение к отчёту опасно: по нему нельзя закрывать эвакуацию как завершённую.

Сколько стоит отчёт о присутствующих и точка сбора?

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

Точная цифра по доработке существующей системы зависит от платформы ПО: где-то roll call включён, где-то это отдельная лицензия с ценой, сопоставимой с железом.

На что бюджет уходит неочевидно:

• резерв питания на точку сбора, если она вынесена от здания;
• прокладка кабеля до точки сбора по улице — трасса может оказаться длиннее, чем кажется;
• переработка зон в ПО, если объект строился кусками и зоны там исторические;
• выпуск пула временных пропусков под подрядчиков;
• обучение ответственных и оформление порядка действий.

Последние два пункта денег почти не стоят, но без них отчёт не работает. Система выдаст список, а что с ним делать — никто не знает.

Как проверить, что отчёт сработает?

Проверяется он только учебной эвакуацией с секундомером. Любая другая проверка покажет, что софт формирует файл, но не покажет, пригоден ли этот файл в реальной тревоге.

Что смотреть на тренировке:

1. Отчёт сформировался сам? Без оператора, по сигналу от ПС. Если оператор нажимал кнопку — это не эвакуационный отчёт.
2. Сколько секунд до вывода списка? Нормально — единицы секунд. Если ПО считает минуту на журнале за год, нужно чистить базу или менять настройки выборки.
3. Список читается на ходу? ФИО, подразделение, последняя зона, время. Не идентификатор карты и не номер контроллера.
4. Считыватель на точке сбора принимает отметки потоком? Очередь из 30 человек к одному считывателю — это полторы-две минуты минимум.
5. Расхождение по факту. Сравните список системы с реальной перекличкой. Разница и есть мера того, насколько у вас плох пропускной режим, а не софт.
6. Работает ли это без сети и без интернета? Отключите питание на вводе и повторите.

Расхождение больше 10% по численности — повод не покупать новое ПО, а разбираться с проходами: турникеты, временные пропуска, подрядчики. Софт эти дыры не закрывает.

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

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

• СКУД — контроллеры, считыватели, карты и аксессуары
• Турникеты — для точного пересчёта людей на входных группах
• Охранно-пожарная сигнализация — приборы, от которых идёт сигнал на формирование отчёта
• Речевое оповещение — сценарий вывода людей к точке сбора
• Блоки питания и АКБ — резерв для считывателя на точке сбора
• Пожарная сигнализация: проектирование и монтаж
• Партнёрам и оптовым покупателям — поставка оборудования СКУД

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

Мы работаем в Волгограде с 2013 года и обслуживаем СКУД на объектах, где пропускной режим реальный, а не на бумаге. По этой задаче от нас обычно нужны три вещи.

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

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

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

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

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

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

И относиться к нему нужно как к гипотезе для поиска. По отчёту СКУД эвакуацию не закрывают.

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