Модульна екосистема Enterprise-безпеки та автоматизація СКУД «Логін»

Комплексна автоматизація Enterprise-безпеки:

Коли велике підприємство, завод чи промисловий холдинг будує систему безпеки, найчастіше відбувається одне й те саме. Купується передове обладнання — камери, турнікети, біометричні зчитувачі. Розгортається базове програмне забезпечення від вендора. І далі всі чекають, що цифровізація відбудеться нібито сама собою.

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

Ось про це наша стаття: які саме програмні модулі мають бути добудовані поверх СКУД, щоб безпека підприємства перестала бути набором розрізнених пристроїв і стала єдиною керованою системою.


Наш підхід: СКУД — це фундамент, а не вся будівля

У компанії Konus ми дивимося на захист об’єкта ширше, ніж просто на обмеження проходу. Наше бачення — дати підприємству повний комплект програмного забезпечення для керування всіма суміжними процесами безпеки.

Для цього ми розробляємо додаток «Логін» — надбудову над базовим контуром СКУД, яка інтегрується з уже встановленим обладнанням і поступово перетворює звичайну інфраструктуру контролю доступу на прозорий, керований бізнес-інструмент.

Різниця проста: СКУД відповідає на запитання «хто може пройти». «Логін» відповідає на запитання «навіщо він іде», «скільки йому за це заплатити», «кого попередити, якщо щось пішло не так» і «як це все пов’язано з іншими системами підприємства».


Чому в основі має бути «розумне» модульне ядро

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

В основі екосистеми «Логін» лежить саме таке модульне ядро, а в перспективі — і власне ШІ-ядро на базі сучасних графічних прискорювачів архітектури NVIDIA Blackwell. Сенс у наступному: чим потужніший «мозок» системи, тим швидше вона здатна аналізувати величезні обсяги некодифікованих даних — відео, голос, події з датчиків — прямо на об’єкті, без затримок на передачу даних кудись у зовнішню хмару. Це важливо для підприємств, де рахунок іде на секунди: пожежа, тривога, чужа людина в закритій зоні.

За допомогою сучасних мовних і голосових моделей (у тому числі технологій розпізнавання мовлення на кшталт Whisper) таке ядро зможе в реальному часі працювати з голосовими сценаріями і миттєво помічати незвичну поведінку серед тисяч людей на території — те, що людина-оператор фізично не в змозі відстежити, просто дивлячись на десятки екранів одночасно.


Модулі, які вже працюють

1. Система управління відвідувачами (VMS) та автоматизація бюро перепусток

Це інструмент повної цифровізації бюро перепусток: замість паперових журналів — прозорий електронний облік. Модуль автоматизує весь шлях перепустки — від заявки до видачі, — причому однаково добре працює і для разових гостей, і для штатних співробітників, і для цілих бригад підрядних організацій, і для комерційного автотранспорту.

Ключова особливість — пряма інтеграція з біометричним обладнанням: щойно перепустку оформлено, права доступу одразу з’являються на точках проходу, а коли гість залишає територію, система автоматично їх вимикає. Ніхто не повинен вручну «пам’ятати» вимкнути доступ людині, яка пішла.

2. Система розрахунку робочого часу персоналу, підрядників і транспорту (T&A)

Цей модуль — те місце, де безпека напряму перетворюється на гроші. Логіка обліку тут принципово різна для різних категорій людей:

  • Штатний персонал отримує звичайний прозорий табель — враховується перебування на території підприємства загалом.
  • Підрядні організації рахуються інакше: працює алгоритм внутрішніх цехів — «вхід у цех / вихід із цеху». Система зчитує дані з терміналів саме на входах у робочі зони і повністю відсікає з фінального звіту час, проведений у «сірих зонах» — курилках, їдальнях, коридорах.
  • Транспорт підрядників — окрема історія: фіксується точний час перебування техніки контрагента у внутрішніх зонах (наприклад, на розвантажувальній рампі), що дозволяє контролювати реальну роботу техніки і не платити за простій.

Підсумок простий: підприємство платить підряднику рівно за той час, який він реально відпрацював, а не за те, що він у принципі провів на території.

3. Інтеграція з ERP-системами

Цей модуль пов’язує безпеку з загальною бізнес-логікою підприємства. Він забезпечує наскрізний обмін ключовими кадровими даними: автоматичний імпорт оргструктури (штатний розклад, довідник відділів і посад), синхронізацію відсутностей і кадрових подій (лікарняні, відпустки), а також контроль звільнень співробітників і закінчення термінів дії контрактів підрядників.

Навіщо це потрібно на практиці: якщо людину звільнили в ERP-системі відділу кадрів, але ніхто не повідомив про це на пост охорони, її перепустка може продовжувати діяти тижнями. Інтеграція з ERP закриває саме цей розрив — дані синхронізуються автоматично, а не «руками, якщо згадають».


Напрямки, які ми розвиваємо і проєктуємо далі

4. Інтелектуальна система стеження: зони, трекінг і графи зв’язків

Модуль об’єднує події контролю доступу з відеоаналітикою, щоб будувати реальні траєкторії переміщення людей територією за допомогою локального ШІ. Ідея в тому, щоб бачити не просто окремі точки «увійшов-вийшов», а повний маршрут людини — де вона була, з ким перетиналася, в яких зонах затримувалася.

5. Модуль миттєвого масового та персонального оповіщення

Комплексна система сповіщень через корпоративні месенджери та захищені B2B Telegram-боти, яка миттєво оповіщає саме тих людей, які, за даними СКУД, фізично перебувають усередині будівлі в момент надзвичайної ситуації. Це принципово відрізняється від масової розсилки «всім підряд» — повідомлення отримують лише ті, кого це реально стосується прямо зараз.

6. Електронне погодження заявок (Workflow)

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

7. Модуль «Паркінг»

Це окремий, простіший за логікою модуль: керування доступом транспорту на територію за номером автомобіля. Система розпізнає номер (LPR) на в’їзді і автоматично вирішує, пропускати машину чи ні, і на яку саме паркувальну зону її направити — без участі оператора і без паперових карток для водія.

8. PSIM-система

PSIM — це вже інше за масштабом завдання: інтеграція всіх інженерних систем підприємства в єдиний контур для вирішення завдань саме охорони, а не паркінгу. В одному ситуаційному центрі зводяться дані СКУД, відеоспостереження, відеоаналітики, охоронної та пожежної сигналізації — на інтерактивній карті об’єкта. Сенс у тому, щоб служба безпеки бачила всю картину підприємства в одному вікні й отримувала автоматичні сценарії реакції на події (наприклад, при спрацюванні сигналізації в конкретній зоні система сама піднімає на екран найближчі камери та дані про те, хто зараз перебуває поруч), а не перемикалася вручну між десятком різних програм кожного вендора.


Чому архітектура має витримувати навантаження великого підприємства

Програмна архітектура «Логін» із самого початку проєктується під High-Load навантаження — тобто під умови, коли на підприємстві одночасно працюють тисячі співробітників, десятки підрядних бригад і постійний потік відвідувачів і транспорту. Тут важливі два принципи, простими словами:

  • Черги повідомлень (Message Queue). Навіть якщо на якийсь час пропадає зв’язок із сервером, дані між ERP-системою і СКУД не втрачаються — вони просто чекають своєї черги і синхронізуються, щойно зв’язок відновиться.
  • Пріоритезація критичних подій. Звичайні записи про проходи не повинні «забивати» систему і заважати важливому. Сигнали тривоги мають найвищий пріоритет і долітають до монітора охорони чи в Telegram-бот за частки секунди — поза чергою.

Підсумок

Ядро СКУД саме по собі вирішує лише одне завдання — керує обладнанням. Все інше — облік перепусток, розрахунок зарплати підрядників, зв’язок із кадровою системою, оповіщення людей при тривозі, погодження заявок, розподіл транспорту на паркінгу — це окремі бізнес-завдання, які потребують окремих програмних модулів, що працюють у зв’язці.

Саме так ми бачимо розвиток автоматизації enterprise-безпеки: не одна велика закрита система, а модульна екосистема, яка росте разом із потребами підприємства і врешті-решт перетворює контроль доступу з набору «розумних замків» на повноцінний керований бізнес-процес.