Как сделать так, чтобы запись была пригодна для расследования?

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

По нашему опыту на объектах разбор инцидента чаще всего упирается не в отсутствие камеры, а в три вещи: событие произошло в кадре шириной 15–20 м, где лицо физически не разрешается; фрагмент запросили на 40-е сутки, а архив держит 30; время на регистраторе разошлось с кассовой системой, и сопоставить чек с человеком невозможно.

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

Для идентификации человека по записи требуется плотность 250 пикселей на метр ширины кадра. Плотность считается по формуле: PPM = разрешение по горизонтали / ширина кадра. Отсюда обратная задача проектирования: максимальная ширина сцены = разрешение / требуемая плотность. Мегапиксели сами по себе ничего не решают. Решает, на какую ширину они «размазаны».

Значения 50 / 150 / 250 пикс/м по типам зон, вместе с техническими минимумами (разрешение не ниже 1920×1080, 25 к/с, битрейт от 5000 кбит/с, светочувствительность 0,01 лк, IP66, архив от 30 суток, автономность от 60 мин) задаёт Приложение 2 к Правилам функционирования Национальной системы видеомониторинга — приказ Председателя КНБ РК от 27.10.2020 № 69-қе (adilet.zan.kz, V2000021693).

Расчёт по методике DORI, значения — из нашего рабочего реестра. В типичной ошибке входная группа шириной 12 м закрыта одной 4 Мп камерой. Считаем: 2688 / 12 = 224 пикс/м. Это уверенное узнавание знакомого сотрудника, но недобор до порога идентификации в 250 пикс/м. Формально камера «есть и пишет», фактически предъявить незнакомого человека по такой записи затруднительно.

Лечится это не заменой камеры на 8 Мп, а сужением сцены: та же 4 Мп камера на кадр 10,75 м даёт ровно 250 пикс/м. Подбор объектива считается как f = ширина матрицы × дистанция / ширина кадра. Для матрицы 1/2,8″ (5,6 мм) на дистанции 15 м под кадр 10,75 м: 5,6 × 15 / 10,75 = 7,8 мм. Подробнее о балансе разрешения, оптики и света — в разборе что важнее: мегапиксели, объектив, свет, WDR или аналитика.

В редакции IEC 62676-4 2025 года уровень 500 пикс/м — это ступень Validate («надёжное опознание»), а 250 пикс/м — Characterize. В нормах РК значения 500 нет, там только три градации: 50, 150 и 250. Ссылаться на 500 как на требование законодательства некорректно.

Для объектов, входящих в утверждённый перечень, хранение видеозаписи не менее 30 суток установлено постановлением Правительства РК от 06.05.2021 № 305 (adilet.zan.kz, P2100000305). Норма задаёт срок, но не гарантирует, что ваш регистратор его выдерживает: реальная глубина архива определяется битрейтом, числом камер и ёмкостью дисков.

Считается это арифметикой без допущений. Битрейт 5000 кбит/с — это 0,625 МБ/с; за сутки 0,625 × 86 400 = 54 000 МБ, то есть 54 ГБ на камеру. За 30 суток — 1,62 ТБ на камеру.

Расчёт при непрерывной записи 5000 кбит/с; при записи по детекции движения объём меньше, но и предсказуемость глубины хуже. Поэтому если под 20 камер поставлены диски на 16 ТБ, архив закончится примерно на середине нормативного срока, и система начнёт перезапись молча. Мы просим показывать не заявленную настройку «30 дней», а самую раннюю доступную запись в интерфейсе. Расхождение встречается часто.

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

Временная метка — то, что связывает видео с остальными доказательствами: чеком, событием СКУД, накладной, звонком. Если регистратор и кассовый сервер расходятся на несколько минут, сопоставление превращается в спор о том, чьи часы точнее. Технически проблема решается синхронизацией всех узлов по единому NTP-источнику и одному часовому поясу.

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

Что фиксируем в регламенте: единый NTP-сервер для регистраторов, камер, СКУД и кассовых узлов; единый часовой пояс; контроль расхождения при каждом плановом обслуживании; запись факта сверки в журнал. Расхождение более нескольких секунд между подсистемами уже стоит устранять.

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

Что определяет скорость поиска на практике:

• Карта зон и назначение камер. Понятные имена («Вход А», «Касса 3», «Ворота склада») вместо CAM-014. Какие зоны должны быть закрыты видеонаблюдением — вопрос, который решается на проекте.
• Синхронное время во всех подсистемах, иначе привязка к чеку или проходу не работает.
• Интеграция с СКУД и кассой. Поиск «по событию», а не «по времени», сокращает выборку на порядки.
• Работающая аналитика по метаданным (пересечение линии, оставленный предмет) — там, где она настроена и проверена, а не включена «по умолчанию».
• Назначенный человек с правами доступа. Если единственный, кто умеет работать с архивом, в отпуске, скорость поиска равна нулю.

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

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

Рабочий порядок действий при инциденте:

1. Заблокировать перезапись. Пометить нужный интервал защищённым или немедленно выгрузить, потому что счётчик 30 суток идёт с момента записи, а не с момента запроса.
2. Выгрузить с запасом по времени — не «минуту события», а интервал до и после, включая пути подхода и отхода по смежным камерам.
3. Сохранить оригинальный формат плюс плеер производителя; отдельно можно приложить конвертированную копию для быстрого просмотра.
4. Зафиксировать контрольную сумму файла (хеш) и записать её в акт. Это подтверждает, что переданный файл не менялся.
5. Оформить передачу актом с перечнем файлов, камер, интервалов, датой и подписями сторон.
6. Сохранить исходник у себя на отдельном носителе вне цикла перезаписи.

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

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

Минимальный набор: именные учётные записи вместо общего пароля на посту охраны; разграничение прав на просмотр, экспорт и удаление; включённое протоколирование входов и выгрузок; периодическая выборочная проверка журнала. Общая учётная запись «operator» с паролем на мониторе обнуляет весь смысл протоколирования.

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

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

Что проверяем в зоне идентификации:

• Освещённость. Для охранного освещения периметра ПП РК № 305 (п. 68) задаёт полосу 3–4 м и уровень не менее 10 люкс. Внутри помещений ориентируемся на паспортную светочувствительность камеры. Техминимум Приложения 2 к Правилам НСВМ составляет 0,01 лк.
• Контровый свет. В проёмах и на въездах нужен режим WDR; конкретное значение динамического диапазона берите из спецификации выбранной модели, а не из общих обещаний.
• Ракурс. Для идентификации камера ставится на высоте, дающей обзор лица, а не темени. Практически это установка ниже и с разворотом к потоку людей, а не строго сверху.
• Битрейт и частота кадров. Снижение битрейта ради экономии дисков размывает движущиеся объекты. Техминимум — 25 к/с и от 5000 кбит/с (Приложение 2 к Правилам НСВМ).
• Состояние оптики. Загрязнённый или запотевший купол снимает детализацию полностью; это регулярная задача обслуживания, а не разовая настройка.

Сводная проверка занимает один обход объекта с ответственным за систему. Каждый пункт имеет измеримый критерий, поэтому «настроено» без цифры не считается пройденным.

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