СКУД Сфинкс (Sphinx): обзор системы, интеграция с ЕЦХД и установка в Москве

СКУД Сфинкс (Sigur) — система контроля доступа с интеграцией ЕЦХД. Оборудование, ПО, подключение к городской системе видеонаблюдения Москвы под ключ.

Что такое СКУД Сфинкс и как система связана с ЕЦХД

СКУД (Система контроля и управления доступом) Сфинкс — российская платформа управления проходом на объект, которую сейчас выпускают под брендом Sigur. Система работает автономно, но раскрывает полный потенциал при подключении к ЕЦХД (Единый центр хранения данных) — городской инфраструктуре видеонаблюдения Москвы, построенной в рамках концепции «Безопасный город» (АПК Безопасный город).

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

Эволюция бренда: от Сфинкса к Sigur

Путаница с названиями — первое, с чем сталкиваются при выборе этой СКУД. Sphinx (Сфинкс) — оригинальное название программного обеспечения, под которым систему знали с середины 2000-х. Позже разработчик провёл ребрендинг и перевёл продуктовую линейку под марку Sigur. Программная часть, протоколы и аппаратная база при этом остались прежними. Если точнее — Sigur сегодня объединяет и ПО, и контроллеры, и считыватели, тогда как старое название Sphinx закрепилось именно за софтом.

На сайте производителя (sigur.com) документация уже полностью переведена на бренд Sigur. При этом в поисковиках запрос «скуд сфинкс официальный сайт» по-прежнему приводит к тем же продуктам — поисковые системы корректно связывают оба названия. Дистрибьюторы и интеграторы тоже часто используют двойное написание: «Сфинкс (Sigur)» или «СКУД Sphinx / Sigur». Зато в тендерной документации по 44-ФЗ чаще встречается именно Sigur — учитывайте это при подготовке заявок.

СКУД в концепции «Безопасный город» и ГИС ЕЦХД

Концепция «Безопасный город» объединяет городские системы видеонаблюдения, оповещения и контроля доступа в единый контур. ЕЦХД — её технологическое ядро в Москве: облачная платформа, которая принимает, хранит и обрабатывает видеопотоки со 220 000+ камер. СКУД Сфинкс вписывается в эту архитектуру через программный интерфейс Sigur, передающий события прохода на сервер ЕЦХД вместе с привязкой к конкретной камере на объекте.

Для владельца здания подключение к ЕЦХД — не факультатив. Постановление Правительства Москвы обязывает ряд категорий объектов транслировать видеопоток в Единый центр хранения данных. Если на объекте уже стоит СКУД Сфинкс, интеграция проходит быстрее: Sigur поддерживает протоколы ДИТ Москвы (Департамент информационных технологий) без промежуточных шлюзов. Объект видеонаблюдения получает статус «подключён», а служба безопасности — доступ к городскому видеоархиву глубиной до 5 суток по стандартным камерам.

Чем СКУД Сфинкс отличается от альтернативных СКУД-решений

Сфинкс (Sigur) выделяется среди СКУД нативной интеграцией с ЕЦХД, модульным ПО с встроенным учётом рабочего времени и готовностью к работе в сервисной модели видеонаблюдения (Видеонаблюдение как сервис, VsaaS), которую продвигает ДИТ Москвы.

Большинство СКУД на российском рынке — Parsec, IronLogic, Болид — проектировались как автономные системы контроля прохода. Интеграцию с внешними платформами в них реализуют через сторонние модули или SDK. Sigur пошёл другим путём: протоколы обмена с ЕЦХД и совместимость с городскими VMS-платформами (TRASSIR, «Интеллект» от ITV Group) заложены в базовую версию ПО. На практике это экономит 2–4 недели на этапе пусконаладки, потому что не приходится писать коннекторы под конкретный объект.

Чем ЕЦХД отличается от программы «Безопасный регион»?

ЕЦХД работает в границах Москвы и подчиняется ДИТ Москвы. «Безопасный регион» (Система видеонаблюдения Московской области) — параллельная программа Правительства Подмосковья с отдельной инфраструктурой хранения и собственными техническими регламентами. Объект в Химках подключается к «Безопасному региону», а объект на Пресне — к ЕЦХД. Разные операторы, разные личные кабинеты, разные сроки подключения.

Для СКУД Сфинкс это означает следующее: интеграция с ЕЦХД реализована «из коробки», а подключение к «Безопасному региону» требует дополнительной настройки через региональный шлюз. Если объект расположен в Московской области, уточняйте у интегратора, протестирована ли конкретная версия Sigur с инфраструктурой Подмосковья. По опыту монтажных организаций, совместимость есть, но процедура занимает на 5–7 рабочих дней больше, чем московское подключение.

Сфинкс (Sigur) на фоне Parsec, IronLogic и других СКУД

Parsec — сильный конкурент в сегменте крупных бизнес-центров с сотнями точек прохода. IronLogic занимает нишу бюджетных решений для малого бизнеса: простые замки, минимум софта, быстрый монтаж. AccordTec и Болид ориентируются на промышленные объекты с повышенными требованиями к отказоустойчивости. У каждого решения — своя сильная сторона.

Sigur занимает среднюю позицию по цене, но выигрывает в программной части. Встроенный модуль учёта рабочего времени избавляет от покупки отдельного ПО. Модуль «Автопарк» закрывает задачу контроля въезда транспорта — у Parsec и IronLogic аналогичный функционал доступен только через сторонние надстройки. А интеграция с 1С через синхронизацию базы сотрудников позволяет передавать табели напрямую в бухгалтерию. Вернее, не совсем напрямую — Sigur экспортирует данные в формате, который 1С импортирует без ручной обработки, но первоначальную настройку маппинга полей всё равно делает интегратор.

Зачем бизнесу СКУД Сфинкс: выгоды интеграции с ЕЦХД

Объединение СКУД Сфинкс с ЕЦХД даёт объекту единый контур контроля прохода и видеонаблюдения, упрощает выполнение требований ДИТ Москвы и позволяет снизить капитальные расходы через сервисную модель ДИТ (Видеонаблюдение как сервис).

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

Интеграция СКУД и ЕЦХД: контроль доступа плюс видеонаблюдение

Техническая связка работает через событийную модель. Контроллер Sigur генерирует событие «проход разрешён» или «проход запрещён», привязывает к нему метку времени и идентификатор сотрудника. Камера на этой точке прохода пишет видео в ЕЦХД с той же меткой времени. Результат — при клике на событие в журнале СКУД система подгружает видеофрагмент из Единого центра хранения данных. Охранник видит, кто именно прошёл, а не только номер карты.

Есть нюанс, который часто упускают на этапе проектирования. Камера должна быть направлена именно на зону прохода, а не на общий план коридора. Если угол обзора захватывает 20 метров холла, идентифицировать человека у турникета по записи будет сложно. Поэтому при проектировании СКУД + ЕЦХД закладывают отдельную камеру на каждую точку прохода с фокусным расстоянием под ширину турникета или двери — обычно это 2,8–3,6 мм для расстояния 2–4 метра.

Сервисная модель ДИТ Москвы: как снизить затраты на видеонаблюдение

Сервисная модель видеонаблюдения — схема, при которой ДИТ Москвы или его подрядчик устанавливает камеры на объекте, обеспечивает передачу видеопотока в ЕЦХД и обслуживает оборудование за фиксированную ежемесячную плату. Объект не покупает камеры и серверы — он платит за сервис. Для собственника здания это переход с CapEx на OpEx.

СКУД Сфинкс вписывается в эту модель органично: Sigur передаёт метаданные прохода в тот же контур, куда камеры отправляют видео. Владелец объекта видеонаблюдения получает готовую инфраструктуру «проход + видео» без закупки серверов хранения. По оценкам интеграторов, сервисная модель снижает начальные вложения на 40–60% по сравнению с покупкой и размещением собственного видеоархива. При этом глубина хранения записей в ЕЦХД — от 5 суток по стандартным камерам — покрывает потребности большинства коммерческих объектов. Если нужен более длительный архив, ДИТ предлагает расширенные тарифы с хранением до 30 суток.

Как работает СКУД Сфинкс: оборудование, ПО и настройка

СКУД Сфинкс (Sphinx) строится на трёх уровнях: сетевые контроллеры Sigur E500 и R500, считыватели карт и мобильных меток, серверное ПО Sigur с модулями учёта рабочего времени и видеоаналитики (интеллектуальное видеонаблюдение с распознаванием лиц и детекцией событий).

Логика работы простая. Сотрудник подносит карту к считывателю, тот передаёт идентификатор контроллеру. Контроллер сверяет номер с базой разрешений и за 0,3–0,5 секунды отправляет команду на исполнительное устройство: электромагнитный замок, турникет-трипод или моторизованную калитку. Одновременно событие прохода уходит на сервер Sigur, где фиксируется в журнале. Если на точке прохода установлена камера с видеоаналитикой, система сопоставляет лицо на видео с фотографией из карточки сотрудника и при расхождении генерирует тревогу.

Контроллеры Sigur E500 и R500, считыватели и замки

Sigur E500 — базовый сетевой контроллер на одну точку прохода. Подключается к локальной сети по Ethernet, поддерживает PoE-питание (не нужен отдельный блок питания рядом с дверью), имеет два релейных выхода и гальваническую развязку входов. Этого хватает для стандартной двери с электромагнитным замком и кнопкой выхода. Sigur R500 — расширенная версия: два считывателя на один контроллер, что позволяет контролировать проход в обе стороны или обслуживать два турникета с одного устройства.

По считывателям Sigur не привязывает к собственной экосистеме. Контроллеры работают с интерфейсом Wiegand 26/34/42, а значит, подключаются практически любые считыватели на рынке: от бюджетных EM-Marine до бесконтактных Mifare 1K/4K и биометрических терминалов с отпечатком пальца. Отдельная тема — мобильный доступ через BLE-метки: сотрудник проходит по смартфону, без физической карты. На объектах с высокой текучкой (коворкинги, бизнес-центры с краткосрочной арендой) это экономит время на выпуске и сборе карт. Если точнее, не экономит, а полностью убирает эту задачу: доступ выдают и отзывают удалённо через ПО Sigur.

Какие модули входят в ПО Sigur и что даёт интеграция с 1С?

Базовая лицензия Sigur включает управление точками прохода, журнал событий, настройку расписаний доступа и иерархию объектов (дерево устройств с группами пользователей и зонами). Поверх базы устанавливаются дополнительные модули. Модуль учёта рабочего времени фиксирует время прихода и ухода каждого сотрудника, рассчитывает отработанные часы и формирует табель. Модуль «Автопарк» управляет шлагбаумами и воротами, считывая номера автомобилей. Модуль видеоаналитики подключает камеры к событийному мониторингу: распознавание лиц, детекция оставленных предметов, подсчёт посетителей.

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

Как добиться максимальной отдачи от СКУД Сфинкс

СКУД Сфинкс работает в полную силу, когда камеры объекта подключены к ЕЦХД, видеоархив (хранилище записей с регламентированной глубиной хранения) используется для расследований, а на точках прохода настроена видеоаналитика с распознаванием лиц.

Сама по себе СКУД закрывает одну задачу: контроль «кто и когда прошёл». Связка с ЕЦХД добавляет вторую: «как это выглядело на видео». А видеоаналитика добавляет третью: «совпадает ли лицо на видео с владельцем карты». Три слоя вместе дают уровень безопасности, недоступный при автономной работе СКУД. При этом каждый слой подключается отдельно: можно начать с базовой СКУД, через месяц добавить камеры в ЕЦХД, а потом — аналитику. Базовая СКУД на 10 дверей обойдётся в 150–250 тыс. руб., подключение камер к ЕЦХД через сервисную модель — от 3 тыс. руб./мес. за камеру. Разнесение по кварталам снижает разовый платёж вдвое.

Как подключить видеокамеры объекта к ЕЦХД через ДИТ Москвы?

Процесс подключения к ЕЦХД (технологическое присоединение видеокамер) проходит через ДИТ Москвы (Департамент информационных технологий Правительства Москвы).

1. Подача заявки через портал mos.ru или напрямую в ДИТ с указанием адреса объекта, количества камер и их технических характеристик.
2. Техническая экспертиза: специалисты ДИТ проверяют, соответствуют ли камеры требованиям по разрешению, кодеку и протоколу передачи.
3. Настройка канала связи: объект подключают к сети передачи данных ЕЦХД через выделенный VPN-туннель или напрямую, если провайдер входит в список аккредитованных.
4. Тестовая трансляция и приёмка: камеры транслируют видео в ЕЦХД, инженеры проверяют качество потока и стабильность.

Если на объекте уже стоит СКУД Сфинкс, этапы 3 и 4 проходят быстрее. Sigur передаёт метаданные событий прохода параллельно с видеопотоком, поэтому ДИТ получает связку «видео + данные СКУД» в одном пакете и отдельная интеграция не требуется. По опыту интеграторов, объекты с Sigur проходят приёмку с первого раза в 80% случаев. У объектов без предустановленной СКУД этот показатель ниже, около 60%, потому что возникают вопросы по синхронизации временных меток.

Доступ к видеоархиву и видеоаналитика ЕЦХД

После подключения к ЕЦХД объект получает доступ к видеоархиву — облачному хранилищу записей, которое ведёт ДИТ Москвы. Стандартная глубина архива составляет 5 суток для камер общего наблюдения. Для камер на входных группах и в зонах повышенного контроля доступен расширенный архив до 30 суток. Запись ведётся непрерывно, без ручного включения. Служба безопасности объекта просматривает архив через личный кабинет на портале ЕЦХД с фильтрацией по камере, дате и времени.

Видеоаналитика ЕЦХД работает поверх архива и живого потока. Базовый набор функций: детекция движения, пересечение виртуальной линии, оставленные предметы. Расширенный — распознавание лиц по базе данных. Для СКУД Сфинкс это означает двойную верификацию: контроллер Sigur проверяет карту, а видеоаналитика ЕЦХД сверяет лицо. Если карта принадлежит одному человеку, а лицо на камере другому, система формирует тревожное событие. Честно говоря, в реальных условиях точность распознавания зависит от освещения и угла камеры. При правильной установке (фронтальная камера на высоте 2,2–2,5 м, освещённость не менее 200 люкс) точность превышает 95%. Но если камера смотрит сверху под углом 45° — показатель падает до 70–80%, и количество ложных тревог растёт.

Какие ограничения учитывать при внедрении СКУД Сфинкс

Три ограничения при внедрении СКУД Сфинкс с подключением к ЕЦХД: сроки технологического присоединения до 21 рабочего дня, жёсткий перечень допущенных моделей камер от ДИТ Москвы и необходимость стабильного интернет-канала с гарантированной полосой для передачи видеопотока.

Те же требования получит любая СКУД с интеграцией в ЕЦХД: это условия ДИТ, не особенность Sigur. Разница в том, что Sigur закрывает часть из них на уровне ПО: автоматическая генерация заявки на подключение, встроенная диагностика канала связи, поддержка кодеков, которые требует ДИТ. Закладывайте в график проекта минимум 15 рабочих дней на этап ЕЦХД и подбирайте камеры из реестра ДИТ до подачи заявки.

Сроки подключения к ЕЦХД: от 5 до 21 рабочего дня

Сроки техэкспертизы ДИТ зависят от категории объекта и загруженности Департамента. Пять рабочих дней — оптимистичный сценарий для объектов с уже аккредитованным провайдером связи и камерами из утверждённого списка. 21 день — верхняя граница для объектов, где нужно менять оборудование или прокладывать новый канал связи. На практике средний срок составляет 10–14 рабочих дней.

Задержки чаще возникают на этапе технической экспертизы. ДИТ Москвы проверяет соответствие камер техническим условиям, и если модель камеры не входит в реестр допущенных, заявку возвращают на доработку. Каждый возврат — плюс 3–5 рабочих дней. Поэтому при проектировании СКУД Сфинкс с подключением к ЕЦХД камеры подбирают ещё до подачи заявки, строго по реестру ДИТ. Интегратор с опытом подключения к ЕЦХД знает актуальный список наизусть и не допустит ошибки. Если проектируете самостоятельно, запросите реестр напрямую у ДИТ через портал mos.ru: он обновляется ежеквартально.

Какие требования ДИТ предъявляет к оборудованию?

ДИТ Москвы регламентирует четыре параметра: разрешение камеры, видеокодек, протокол передачи и пропускную способность канала. Минимальное разрешение — 2 Мп (1920×1080) для камер общего обзора и 4 Мп для камер на входных группах с распознаванием лиц. Кодек — H.264 или H.265, причём H.265 предпочтителен из-за меньшей нагрузки на канал. Протокол — RTSP. Канал связи — от 4 Мбит/с на камеру при H.264 и от 2 Мбит/с при H.265.

Требования к СКУД отдельно ДИТ не выдвигает, регламент касается именно камер и каналов связи. Но есть неочевидный момент: если контроллер СКУД передаёт метаданные в ЕЦХД, он использует тот же канал связи, что и камеры. На объекте с 20 камерами и 10 точками прохода суммарный трафик метаданных СКУД составляет около 50–100 Кбит/с, что пренебрежимо мало на фоне видеопотоков. Зато если канал перегружен видео и начинаются потери пакетов, метаданные СКУД тоже теряются. Результат: события прохода в журнале ЕЦХД появляются с задержкой или пропадают. Поэтому при расчёте полосы закладывают запас 20% сверх суммарного битрейта всех камер. На объект с 20 камерами H.265 потребуется канал не менее 48 Мбит/с — двадцать камер по 2 Мбит/с плюс запас.