Інтеграція з ERP-системою: як «Логін» сам дізнається про звільнення, відпустки та нових співробітників
У будь-якого підприємства кадрові дані — структура відділів, посади, список співробітників, їхні статуси — вже існують в одному місці: в ERP-системі, яку веде відділ кадрів і бухгалтерія. Проблема в тому, що система контролю доступу — це окрема програма, у якої своя база даних, і за замовчуванням вона нічого не знає про те, що відбувається в ERP.
Ми вже писали, до чого це призводить на практиці: якщо співробітника звільнили в кадровій системі, а ніхто не повідомив про це бюро перепусток — його перепустка може продовжувати діяти тижнями. Інтеграція з ERP закриває саме цей розрив — дані синхронізуються автоматично, а не «руками, якщо згадають».
Розберемо, як це влаштовано технічно і що конкретно система вміє робити.
1. Як відбувається обмін даними
Схема проста, хоч за нею і стоїть реальний технічний процес. «Логін» не зберігає кадрові дані «сам по собі» — він регулярно звертається до ERP-системи підприємства через API і забирає звідти актуальну інформацію.
Процес виглядає так:
- Система «Логін» надсилає API-запит на авторизацію — по суті, представляється ERP-системі і просить доступ.
- ERP у відповідь видає токен доступу — тимчасовий «пропуск», який підтверджує, що запит легітимний.
- Використовуючи цей токен, «Логін» аутентифікується і отримує право забрати дані.
- Відбувається оновлення даних співробітника — система підтягує те, що змінилося з боку ERP: нових людей, зміни щодо чинних, відсутності.
- Дані вважаються синхронізованими — до наступного циклу оновлення.
Для відділу кадрів це означає: не потрібно нічого вручну дублювати в двох системах. Один раз внесли зміну в ERP — вона сама з’явиться в системі контролю доступу.
2. Що конкретно синхронізується
Інтеграція закриває п’ять конкретних задач:
Синхронізація оргструктури: імпорт відділів та посад
Система підтягує з ERP актуальну організаційну структуру: які відділи існують, які посади в них є. Це та база, на яку потім спираються картки співробітників — ми вже розбирали в статті про картку персони, що поля «компанія», «посада», «підрозділ» — це не просто текстові графи, а частина логіки допуску та обліку.
Автоматичне створення карток для нових співробітників
Нові співробітники, оформлені в ERP, автоматично потрапляють і в систему контролю доступу — без того, щоб бюро перепусток вручну заводило картку з нуля по кожній людині, дублюючи те, що вже ввів відділ кадрів.
Миттєве оновлення кадрових статусів та блокування перепусток при звільненні
Це найкритичніша частина інтеграції. Якщо в ERP співробітника звільнили — цей факт долітає до системи контролю доступу автоматично, і вона може закрити йому доступ, а не залишити перепустку чинною «за інерцією». Те саме з переведенням на іншу посаду або в інший відділ — групи доступу можуть оновитися слідом за зміною в кадровій системі, без того, щоб хтось окремо йшов і вручну правив картку в СКУД.
Інтеграція корпоративного довідника причин відсутності
Система підтягує з ERP сам перелік типів відсутності, які взагалі існують на підприємстві — лікарняний, відпустка, відрядження і так далі. Це база, на яку спирається наступний пункт.
Автоматичний облік відпусток, лікарняних та відряджень у СКУД
А це вже конкретні записи: такий-то співробітник з такого-то по таке число у відпустці, такий-то — на лікарняному. Для системи контролю доступу це корисна інформація: вона бачить не просто «співробітник числиться», а його реальний поточний статус — наприклад, якщо людина офіційно у відпустці, а її картка раптом спрацювала на прохідній, це нестандартна ситуація, яку варто помітити.
3. Навіщо це в принципі потрібно системі управління відвідувачами
Може здатися, що кадрові дані — це турбота відділу кадрів, а не бюро перепусток. Але на практиці саме ця інтеграція позбавляє від найнеприємнішої проблеми ручних систем — розсинхрону між тим, що реально відбувається зі співробітником, і тим, що бачить охорона.
Без інтеграції у підприємства завжди є часовий розрив: когось уже звільнили, але перепустка ще активна; когось перевели в інший цех, а в охорони в системі — старі дані про його групу доступу; хтось у відпустці, а його картка продовжує бути «на руках» і потенційно може використовуватися кимось іншим.
Інтеграція з ERP робить так, щоб система контролю доступу відображала реальний стан справ на підприємстві, а не застарілий знімок, який хтось забув оновити.
Підсумок
Інтеграція з ERP — це не просто технічна «галочка» для айтішників. Це спосіб позбавити бюро перепусток ризику, що хтось фізично має чинну перепустку, хоча за фактом уже не повинен мати доступу — тому що звільнений, переведений, або тимчасово відсутній. Структура підприємства, співробітники, їхні статуси та документи відсутності синхронізуються автоматично, через захищений API-обмін між «Логін» і ERP-системою підприємства — без ручного дублювання даних у двох місцях і без ризику, що щось забудуть оновити вчасно.