На онлайн-конференции в рамках ТБ Форума Андрей Гурко, архитектор решений ГК «Электроника», рассказал о том, как превратить разрозненный «зоопарк» СКУД в единую управляемую систему — без замены оборудования и остановки работы предприятия.
— Андрей, для тех, кто Вас ещё не знает: кто такой архитектор решений и чем Вы занимаетесь?
Архитектор решений — это не просто «венец карьеры» разработчика. Это длинный путь от рядового инженера до специалиста, который видит систему не только с точки зрения технологий, кода и надёжности, но и с точки зрения бизнеса. Главный принцип: не код ради кода, а код ради решения бизнес-задачи. После внедрения нашего решения жизнь заказчика должна стать лучше, проще и экономически эффективнее.
— Одна из самых обсуждаемых проблем в сфере безопасности — так называемый «зоопарк СКУД». Как Вы воспринимаете эту ситуацию?
Идеальный сценарий — когда объект с самого начала проектируется с расчётом на 10–20 лет вперёд, и под все задачи заложена одна система контроля доступа. Но в реальности всё иначе.
Меняются стратегии компаний, владельцы, технологии, бюджеты. Ни одна СКУД не способна закрыть все задачи. В результате появляется «лоскутная автоматизация»: каждый отдел решает задачи своими силами, в моменте. Система работает на одном объекте — но как только нужно объединить несколько площадок, всё начинает рассыпаться.
Сегодня мы наблюдаем чёткий тренд: корпорации растут, поглощают друг друга, и топ-менеджмент хочет из “единого окна”, быстро и без искажений получать всю необходимую информацию для принятия объективных управленческих решений.
— Запросов на объединение разнородных СКУД становится больше?
Однозначно — да. И это касается как объектов в разных городах, так и нескольких систем в рамках одной территории.
— Как выглядит идеальная система СКУД с точки зрения заказчика?
Идеальная система — это та, которая:
- Полностью закрывает текущие задачи бизнеса
- Легко масштабируется при росте предприятия
- Гибко адаптируется к изменениям бизнес-процессов
— А как выглядит реальность?
Приведу простой пример. Есть несколько площадок предприятия. На каждой — своя СКУД. Задача: центральная площадка должна получать данные о проходах, формировать табели учёта рабочего времени и выдавать пропуска — при этом не останавливая работу пропускных пунктов на остальных площадках.
Решить это можно только программным путём. Каналы связи разные, условия — тоже. Система должна работать в режиме итоговой консистентности: синхронизировать данные в фоне, не влияя на бизнес-процессы. Это и есть базовый сценарий. Дальше — сложнее: иерархические структуры, десятки узлов, зеркальная архитектура предприятия.
— Почему Вы назвали разрозненные СКУД «скрытыми угрозами»? В чём угроза?
Угроз несколько, и они не очевидны на первый взгляд.
Первая — риски информационной безопасности. За последние 2–3 года зарубежные вендоры массово уходят с российского рынка. Поддержка их систем ведётся «на коленке», обновления не поступают, расширение невозможно. Это прямая угроза безопасности.
Вторая — финансовые потери. Казалось бы, банальный табель учёта рабочего времени. Но некорректное его заполнение может стоить компании миллионы рублей в год. Операционные расходы раздуваются незаметно. Мы считаем финансовые потери частью понятия «безопасность предприятия».
Третья — отсутствие глобальной картины. Данные есть, но по кусочкам.Скорость получения отчетов измеряется в днях и даже в неделях. Единой картины происходящего не видит никто. А без неё невозможно принять ни одного объективного управленческого решения.
— «Единое бюро пропусков». Что это: продукт, концепция или конкретное решение?
Мы называем это решением. Оно строится на базе нескольких продуктов и накопленных компетенций. Если коротко: в основе лежит PSIM-платформа, к которой добавлены уникальные модули — оркестраторы и синхронизаторы данных.
— Какую архитектуру поддерживает ваше решение? Можно ли строить иерархические топологии?
Да, архитектура настраивается под потребности заказчика. Это может быть линейная схема (peer-to-peer), иерархическое дерево с мастер-сервером и подчинёнными узлами, или более сложные конфигурации. При этом мастер-узел может и не знать, что над ним есть ещё один уровень управления. Система гибко масштабируется — как горизонтально (новые узлы), так и вертикально (наращивание мощности существующего сервера).
— Как решается проблема объединения разных баз данных от разных вендоров?
Это классическая интеграционная задача. Мы реализуем драйверы интеграции для каждой системы — как проприетарные, так и открытые протоколы. Данные реплицируются в единую модель, обогащаются и унифицируются. В результате наше решение работает уже с консолидированными данными, независимо от их источника.
— Какие механизмы предусмотрены для обновления ПО и восстановления работоспособности системы при потере связи между ее компонентами?
Волшебной таблетки нет. Часть задач решается организационно: обновления планируются в наименее загруженное время, как регламентное обслуживание любого оборудования.
Техническое преимущество нашей архитектуры — в итоговой консистентности: если в момент обновления мастер-сервера узел теряет связь, при восстановлении соединения он автоматически запросит все пропущенные события и синхронизируется. Процесс идёт в фоновом режиме, не останавливая работу проходной.
— Нужно ли выводить из эксплуатации старую СКУД при внедрении нового решения?
Нет. Мы не призываем к замене систем — мы призываем управлять тем, что есть. В 90% случаев мы находим способ интеграции с любой системой.
Другой вопрос — экономический: иногда дешевле заменить старую СКУД на современную и забыть о проблемах. Если бюджета нет — работаем с тем, что есть. Исполнительные устройства, как правило, менять не нужно, контроллеры — возможно.
— В чём практический «вау-эффект» от Единого бюро пропусков для разных подразделений?
Для службы безопасности: глобальная картина по всем объектам — все проходы, выходы, скопления людей.
Для HR и кадровой службы: автоматический табельный учёт, точное местонахождение сотрудников, контроль загрузки объектов.
Для бюро пропусков: вместо работы в трёх разных системах — один интерфейс. Оператор работает с сущностями «пропуск» и «право», не вникая в технические детали. Результат — сокращается время выдачи пропуска. Меньше очередей, быстрее логистика, меньше потерь.
— С чего начать компании, которая чувствует проблему, но не знает, как подступиться?
Три шага:
- Определите цель. Не «у нас проблема», а «мы хотим достичь вот этого». Без чёткой цели любое внедрение обречено.
- Проведите ревизию. Поймите, из каких систем состоит ваш «зоопарк». Что есть, где, в каком состоянии.
- Заручитесь поддержкой команды. Даже лучшее решение не приживётся, если только один человек хочет перемен. Объясните коллегам: зачем это, что это даст, как улучшит работу. Только тогда система будет принята.
Заключение
Не ждите, пока «зоопарк» станет неуправляемым. Каждый месяц промедления — это реальные финансовые потери, риски безопасности и управленческие решения, принятые вслепую.
Хорошая новость: вам не нужно ломать то, что работает. Начните с малого — определите цель, проведите ревизию систем и поговорите с командой. Остальное — вопрос технологий и правильного партнёра.
Мы готовы разобрать ваш кейс и показать, как это работает на практике.