Построение СКУД для территориально распределенных объектов

Представленная информация является частью обзора решений: Распределенные СКУД.

Требования к СКУД территориально распределенного объекта, возникающие на этапе построения систем

Единый идентификатор СКУД

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

Желательно, чтобы система могла полноценно работать с современными идентификаторами, давно вышедшими за рамки просто набора цифр, приписанного к сотруднику компании.

Современный идентификатор может быть так же инструментом доступа к иным распределенным ресурсам и сервисам компании. К примеру, он одновременно может быть и идентификатором для систем доступа, и банковской картой, и пропуском в корпоративный фитнеcс-центр или инструментом для получения доступа к компьютеру в корпоративной сети и. т. д.

Автономность элементов системы

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

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

Масштабируемость системы

Масштабируемость системы, то есть возможность ее дальнейшего расширения (как аппаратно, так и функционально), должна закладываться еще на этапе проектирования. На крупных объектах часто происходят внутренние перестановки, создаются и перемещаются подразделения, открываются новые офисы, возникает потребность внедрения новых функций.

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

Что касается программной части, то удобнее и выгоднее использовать СКУД, которые позволяют наращивать функции поэтапно - в зависимости от текущих потребностей.

Протоколы связи для СКУД многофилиального предприятия

Только сетевая СКУД обеспечит полноценное взаимодействие всех удаленных друг от друга подразделений объекта и централизованное управление ими.

Поскольку расстояния между филиалами и центральным офисом, как правило, довольно значительные, организовать их взаимосвязь удобнее по сети Интернет, вдобавок на большинстве предприятий уже проложена IP-сеть, поэтому использование контроллеров с Ethernet - интерфейсом будет наиболее оптимальным решением.

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

Отдельного внимания требует выбор канала связи между сервером и удаленными филиалами - он должен обеспечивать необходимую скорость интернет-соединения, а также защиту данных (посредством установления между всеми филиалами VPN-соединения).

Интеграция

Как правило, на современных объектах уже существуют собственные системы контроля доступа. На этапе построения территориально распределенной системы, например, при открытии нового филиала на базе уже существующей организации, требуется объединение существующего оборудования в единую систему.

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

Решением могут стать программные надстройки верхнего уровня, которые все чаще возникают под названием Card Management System (CMS). CMS позволяет связать локальные системы разных производителей в единую сеть. Это предоставляет компании единый интерфейс для управления, а также возможность получения глобальных отчетов, внедрения единых процедур, правил для всей компании, независимо от установленного на местах ПО и «железа».

Подобное решение, как правило, гарантирует оптимальный в смысле затрат переход на новый стандарт, так как все уже оборудованные СКУД филиалы можно до нужного момента оставить под управлением уже существующих систем, которые на деле будет работать под управлением CMS, а новые филиалы можно создавать уже на основе нового стандарта.


Проблемы на этапе построения СКУД

Каких проблем можно ожидать при построении СКУД для территориально распределенного предприятия?

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

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

  • межсетевые взаимодействия,
  • сетевые экраны,
  • достаточность канала,
  • гарантированность,
  • приоритетность трафика СКУД,
  • соответствие компонентов СКУД политике безопасности компании
  • и многое другое.

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

Ограничение возможностей программно-аппаратного комплекса

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

Возрастание объемов трафика

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

Понятно, что эти данные обычно передаются именно с сервера, что увеличивает общий объем трафика между сервером и рабочим местом. Похожая история и с контроллерами - все больше периферийных устройств работают по сети, например, устройства считывания, как традиционные, так и биометрические и. т. д.

Построение территориально-распределенных СКУД на базе ИСО «Орион»

Подключение

Используемый на нижнем уровне системы интерфейс RS-485 позволяет значительно (до нескольких раз) оптимизировать затраты на линии связи непосредственно на локальном объекте. При построении распределенной системы каждое локальное здание или помещение может быть связано с сервером оборудования («Ядром опроса») через локальную сеть или интернет при помощи преобразователей «С2000-Ethernet».

Автономность

Все контроллеры «С2000-2» поддерживают полностью автономный режим работы, включающий обработку сложных алгоритмов, таких как различные виды antipassback и аппаратную интеграцию с охранной сигнализацией.

Масштабируемость

В рамках одного комплекса ПО АРМ «Орион Про» может объединено до 63 серверов оборудования («Ядер опроса»), каждое из которых может контролировать сотни контроллеров по различным каналам связи: локальное подключение по RS-485 интерфейсу для оптимизации затрат на инфраструктуру каналов связи или с использованием Ethernet для более крупных и распределенных сегментов.

Единый идентификатор

В рамках ИСО «Орион» каждому сотруднику может быть присвоен один или несколько идентификаторов, которые будут активны во всех сегментах, управляемых различными серверами оборудования («Ядрами опроса») в зависимости от заданных администратором полномочий.

Интеграция различного оборудования

ИСО «Орион» - подлинно интегрированная система. В состав комплекса входят собственные блоки для организации охранной и периметральной сигнализации, противопожарной защиты и диспетчеризации. Все эти подсистемы работают в едином информационном пространстве и могут использовать общие линии связи вплоть до RS-485 интерфейса.

На аппаратном уровне реализована интеграция между СКУД и охранной сигнализацией. Используются одни и те же идентификаторы и считыватели для управления точками доступа и взятием/снятием шлейфов и адресных охранных извещателей. Состояния СКУД и ОС отображаются на общих блоках индикации. СКУД поддерживает централизованную разблокировку дверей по информационному интерфейсу в случае получения тревожных сигналов от подсистемы пожарной сигнализации.

В единой системе могут быть задействованы считыватели классических идентификаторов (proximity-карт, пин-кодов) и биометрические контроллеры, считывающие отпечатки пальцев, рисунок вен ладони и геометрические характеристики лица.

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

Также реализована интеграция с электронными сейфами хранения ключей и мелких предметов для проходных и камер хранения. При выдаче ключей от кабинета возможно автоматическое снятие его с охраны и постановка при сдаче ключа.

Архитектура

Архитектура

Пример

Центральный офис

 

Наименование

Описание

Количество

1

ПО Сервер «Орион Про»

Серверное ПО для работы с СУБД MS SQL Server

1

2

ПО Оперативная задача исп.127

Сервер оборудования, лицензия для подключения до 127 контроллеров

1

3

ПО Администратор базы данных

ПО для конфигурирования системы, организации бюро пропусков

2

4

ПО Генератор отчетов

ПО для создания отчетов по прошедшим событиям и конфигурациям системы

2

5

ПО Монитор

По для организации поста охраны (графические интерактивные планы, фотоверификация)

3

6

ПО Учет рабочего времени

ПО для создания отчетов по учету рабочего времени и интеграции с 1С

2

7

ПО Электронный сейф

ПО для интеграции сейфов для хранения ключей и мелких предметов

1

8

С2000-BioAccess-ZK4500

Настольный USB-считыватель отпечатков пальцев

1

9

Proxy-5MS-USB

Настольный USB-считыватель карт Mifare с функцией защиты от копирования

1

10

C2000-Ethernet

Преобразователь интерфейсов RS-485 в Ethernet

5

11

C2000-2

Контроллер доступа: 32768 пользователей, 32768 событий, 100 окон времени, 100 уровней доступа, antipassback, доступ по правилу двух/трех лиц, доступ с подтверждением, доступ по принуждению.

43

12

Proxy-5MSG

Считыватель карт Mifare с функцией защиты от копирования

86

13

C2000-BioAccess-MA300

Биометрический контроллер доступа: 1500 шаблонов отпечатков пальцев, 100000 событий.

10

14

VCI-130

Видеокамера сетевая, 3 мп, 2,7-12 мм, ИК-подсветка 60 м, IP67, Poe IEEE 802.3af

6

Объект 1

 

Наименование

Описание

Количество

1

ПО Оперативная задача исп.127

Сервер оборудования, лицензия для подключения до 127 контроллеров

1

2

ПО Администратор базы данных

ПО для конфигурирования системы, организации бюро пропусков

1

3

ПО Генератор отчетов

ПО для создания отчетов по прошедшим событиям и конфигурациям системы

1

4

ПО Монитор

По для организации поста охраны (графические интерактивные планы, фотоверификация)

3

5

Proxy-5MS-USB

Настольный USB-считыватель карт Mifare с функцией защиты от копирования

1

6

C2000-USB

Преобразователь интерфейсов RS-485 в USB

1

7

C2000-2

Контроллер доступа: 32768 пользователей, 32768 событий, 100 окон времени, 100 уровней доступа, antipassback, доступ по правилу двух/трех лиц, доступ с подтверждением, доступ по принуждению.

24

8

Proxy-5MSG

Считыватель карт Mifare с функцией защиты от копирования

48

9

VCI-130

Видеокамера сетевая, 3 мп, 2,7-12 мм, ИК-подсветка 60 м, IP67, Poe IEEE 802.3af

8

Объект N

 

Наименование

Описание

Количество

1

ПО Оперативная задача исп.127

Сервер оборудования, лицензия для подключения до 127 контроллеров

1

2

ПО Администратор базы данных

ПО для конфигурирования системы, организации бюро пропусков

1

3

ПО Генератор отчетов

ПО для создания отчетов по прошедшим событиям и конфигурациям системы

1

4

ПО Монитор

По для организации поста охраны (графические интерактивные планы, фотоверификация)

3

5

ПО Орион-Авто

Модуль распознавания автомобильных номеров

1

6

Proxy-5MS-USB

Настольный USB-считыватель карт Mifare с функцией защиты от копирования

1

7

C2000-Ethernet

Преобразователь интерфейсов RS-485 в Ethernet

5

8

C2000-2

Контроллер доступа: 32768 пользователей, 32768 событий, 100 окон времени, 100 уровней доступа, antipassback, доступ по правилу двух/трех лиц, доступ с подтверждением, доступ по принуждению.

36

9

Proxy-5MSG

Считыватель карт Mifare с функцией защиты от копирования

72

10

VCI-130

Видеокамера сетевая, 3 мп, 2,7-12 мм, ИК-подсветка 60 м, IP67, Poe IEEE 802.3af

10

Все решения Bolid >>

Построение территориально распределенных СКУД на базе Parsec

Автономность элементов системы

Программно-аппаратный комплекс Parsec для территориально-распределенных СКУД обеспечивает возможность автономной работы. При потере связи с контроллером, отдельные элементы системы (точки прохода) могут функционировать в автономном режиме с уже загруженными данными, при этом новая информация перестает загружаться в ПК.

Масштабируемость территориально распределенных СКУД ParsecNET 3

Решение на базе СКУД ParsecNET 3 ориентировано на оборудование крупных территориально распределенных объектов без ограничений на количественный состав оборудования, точек прохода, персонала и других параметров, что позволяет создавать легко масштабируемые и максимально гибко конфигурируемые решения.

Архитектура мультисерверного распределенного решения ParsecNET 3

Пример территориально распределенной СКУД на базе Parsec

Пример использования СКУД ParsecNET 3 на крупном предприятии.
Топология - территориально распределенный объект (моносерверность)

Об объекте

Объект представляет собой огороженную территорию, на которой находится комплекс зданий и сооружений:

  • Двухэтажное здание администрации.
  • Многоэтажное офисное здание.
  • Здание паркинга.
  • Открытая стоянка.
  • Многоэтажное здание, территориально удаленное от комплекса.

Подробнее>>

Пример использования СКУД ParsecNET 3 в транспортно-логистической компании. Топология - территориально распределенный объект (многосерверность)

Об объекте

Объект представляет собой логистический центр - огороженную территорию, в рамках которой находится комплекс зданий и сооружений:

  • Административное здание
  • Открытая контейнерная площадка.
  • 3 открытых стоянки автотранспорта.
  • 10 одноэтажных складов.

А также 5 территориально удаленных логистических парков (хабов) в других городах, представляющих собой огороженную территорию с комплексом зданий:

  • Административное здание.
  • Открытая контейнерная площадка.
  • Открытая стоянка автотранспорта.
  • 5 одноэтажных складов.

Подробнее>>

Все решения Parsec >>

Построение территориально распределенных СКУД на базе Lenel

Универсальный пропуск для всех объектов многофилиальной компании

В системе Enterprise предусмотрено, что каждый сотрудник имеет одну карту доступа (идентификационную карту), которая действительна во всех региональных отделениях в рамках комплексной системы безопасности корпорации. После пересылки информации о владельцах пропусков из центра в филиалы, администратор каждой локальной системы может на месте назначать индивидуальные уровни доступа любому сотруднику корпорации, имеющему право прохода в соответствующее помещение регионального офиса.

Для повышения уровня безопасности комплексная система OnGuard Enterprise позволяет системным администраторам и операторам управлять доступом только через те считыватели, которые располагаются в подчиненной им региональной системе.

Автономная работа контроллеров Lenel при потере связи с сервером

При построении территориально распределенных систем контроля доступа на базе Lenel используются интеллектуальные контроллеры LNL-500, LNL-1000, LNL-2000, LNL-2220, LNL-3300 и LNL-4420, представляющие собой системные контроллеры, которые могут осуществлять обмен данными с центральным сервером СКУД по сети Ethernet (1 Мбит/с), через порты RS-232 и RS-485 (115,2 кбит/с) или через модем.

Благодаря энергонезависимой памяти контроллеры Lenel могут бесперебойно работать при прерывании связи с сервером и сохранять информацию о событиях в СКУД. Емкость памяти зависит от модели контроллера.

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

Неограниченные возможности расширения и наращивания системы OnGuard

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

Например, система контроля доступа на платформе OnGuard может работать в небольшой организации c 32 считывателями карт доступа, а также в крупной компании, использующей более 5 000 считывателей и имеющей в штате более 50 000 владельцев карт.

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

Работа Lenel OnGuard со стандартом OPC

Интегрированная система безопасности OnGuard Lenel поддерживает промышленный стандарт OPC (OLE for Process Control), который базируется на объектной модели COM/DCOM фирмы Microsoft и является стандартом взаимодействия между системой сбора данных и системой управления (SCADA).

Через интерфейсы OPC одни приложения могут читать или записывать данные в другие приложения, обмениваться событиями, оповещать друг друга о нештатных ситуациях или тревогах и осуществлять доступ к данным, хранящимся в архивах. Поскольку большинство систем управления зданием поддерживает стандарт ОРС, то, строя систему контроля доступа или систему безопасности здания на базе OnGuard, можно создать реально интегрированную систему безопасности, в которой сложные взаимосвязи между различными подсистемами могут быть реализованы просто и эффективно.

Интеграционные возможности СКУД от Lenel

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

Система Access является частью решения OnGuard, на базе которого можно стоить интегрированные системы безопасности, объединяющие не только системы контроля доступа, но системы видеонаблюдения, охранной и пожарной сигнализации различных зданий одной компании. Изначально интегрированная система безопасности OnGuard уже совместима с приемно-контрольными панелями охранной сигнализации Radionix (D9412 и D74121) и Detection Systems (7400xi и 7400xi 4+), а так же с панелями пожарной сигнализации Pirotronics MXL/MXL-IQ и Notifier AM2020.

Благодаря поддержке биометрических технологий, данная СКУД предоставляет возможность использовать биометрические считыватели для контроля и управления доступом в определенные помещения, группы помещений или зоны. Программный модуль OnGuard Biometrics&Smart Cards может работать со считывателями отпечатков пальца таких компаний, как Bioscript, Identix, Cross Match, Integrated Engineering Smart Touch или со считывателями геометрии кисти руки Recognition Systems. При этом в качестве интерфейса биометрических считывателей СКУД применяется модуль LNL-500B.

Принципиальный момент в стратегии Lenel - приверженность системам с открытой архитектурой, в частности предоставление API (Application Programming Interface) сторонним производителям ПО и оборудования для интегрированных систем безопасности:

  • OpenDevice™ для интеграции в систему безопасности различного оборудования;
  • OpenExchange™ для интеграции программных приложений.

Архитектура мультисерверного распределенного решения Lenel Enterprise

Все решения Lenel >>

Построение территориально распределенных СКУД на базе Nedap

Автономность элементов СКУД

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

Масштабируемость СКУД на базе Nedap

Система не имеет прямых ограничений на уровне ее масштабирования. Число в 2000 контроллеров на сервер достаточно велико, чтобы удовлетворить потребности практически любого заказчика. С учетом возможности построения многосерверной иерархической системы даже это ограничение не является сколько нибудь существенным. Существуют проекты на базе Nedap AEOS, число контроллеров в которых уже в разы превышает данное значение.

Архитектура NEDAP AEOS

Все решения Nedap >>

Построение территориально распределенных СКУД на базе Sigur

Простое подключение к сети

Линейку IP-контроллеров Sigur удобно использовать на объектах с IP-инфраструктурой, которая может иметь любую архитектуру и протяженность. Они просто подключаются к локальной сети организации, а также могут взаимодействовать через Интернет. Это позволяет в рамках одного объекта объединить все территориально распределенные составляющие в сеть с единым центром управления.

Масштабирование многофилиальных СКУД на базе Sigur

Sigur масштабируется за счет простого подключения контроллеров (с необходимым оборудованием) к сетям объекта, при этом не требует покупки дополнительной лицензии. К системе можно подключить до 65000 точек доступа - этого будет достаточно даже для объекта с крупной филиальной структурой.

В ПО Sigur обязательным является только базовый модуль, который обеспечивает основной набор функций контроля доступа. Все остальные модули приобретаются отдельно - под конкретные задачи предприятия.

Возможность работы в автономном режиме

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

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

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

Интеграция Sigur с другими системами многофилиального объекта

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

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

Архитектура системы Sigur

Пример территориально распределенной СКУД на базе Sigur

Скачать смету

Все решения Sigur >>

Построение территориально распределенных СКУД на базе BioSmart

Идентификаторы в СКУД BioSmart

Биометрические считыватели BioSmart позволяют осуществлять идентификацию как по картам доступа различного типа (Mifare, HID iClass, HID Prox, Legic), так и по биометрическим данным. В результате модернизации доступ на локальном уровне может осуществляться, как и прежде по картам, а на глобальном – по биометрической идентификации и картам. Таким образом реализуется сквозной, бесшовный переход от доступа по картам к единому централизованному управлению.

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

Автономность элементов системы BioSmart

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

Интеграция существующего оборудование в систему BioSmart

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

Интеграция оборудования BioSmart с внешними устройствами осуществляется по протоколу RS-485 или Wiegand, что позволяет продолжить использование отдельных элементов СКУД (если это позволяет сделать их техническое состояние).

Архитектура решения Прософт-Биометрикс

Все решения
Прософт-Биометрикс >>

Материалы по теме

Новости

Статьи

Обзоры