Синхронізація кадрів за зовнішнім джерелом

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

Ручне перенесення цих даних в СКУД – кропітка монотонна робота, яка не тільки займає багато часу, але й часто призводить до виникнення помилок.

В основі синхронізації лежить послідовне виконання однотипних циклів синхронізації. В результаті роботи кожного циклу виявляються й усуваються усі відмінності даних в БД Sigur від даних у зовнішній системі. Цикли виконуються сервером Sigur автоматично з встановленою періодичністю. Одночасно можлива синхронізація з кількох зовнішніх джерел даних.

При використанні в якості зовнішньої системи бази даних, доступної через інтерфейс ODBC, можна налаштувати відправку з Sigur зафіксованих подій проходу. Події будуть передаватися в міру виникнення без тимчасових затримок.

Sigur може приймати із зовнішньої системи номери перепусток співробітників в одному з декількох форматів, включаючи десятковий номер й шістнадцятковий номер. Sigur, навпаки, – може передавати в зовнішню систему номера пропусків, присвоєних працівникам засобами самої СКУД. Номер передається в зовнішню систему в одному з обраних форматів.

Цей варіант синхронізації підходить для роботи з будь-якою базою даних, для якої існує ODBC драйвер: MS SQl, Oracle, MySQl, Firebird, PostgreSQl, dBase, MS Access, Paradox та інші.

Можливості функції:

• синхронізація основних полів облікових карток працівників: ПІБ, відділ, табельний номер, посада, при цьому по відділах допускається перенесення ієрархії їх вкладеності із зовнішньої системи
• синхронізація будь-яких створених користувачем додаткових параметрів
• синхронізація графіків роботи та виправдувальних документів при поданні їх у певному, але досить простому, форматі
• cинхронізація фотографій
• синхронізація номерів пропусків (карт, брелоків, відбитків пальців й інших ідентифікаторів), підтримується синхронізація декількох ідентифікаторів у одного співробітника
• передача подій СКУД в зовнішню базу (в тому числі можна налаштувати передачу проходів співробітників тільки в те джерело, з якого список співробітників був отриманий).

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

Реалізована опція оптимізації завантаження фотографій, яку при можливості рекомендується задіяти. Опція працює наступним чином: зовнішня БД надає доступ не тільки до фотографії, а й до «версії фотографії», що представляє собою якесь значення, змінюється кожен раз, коли змінюється фотографія.

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

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

ПІДТРИМКА ФОРМАТІВ ФОТОГРАФІЙ

У зовнішній системі фотографії можуть зберігатися в форматі JPEG, BMP, GIF, PNG. Вихідні фотографії у зовнішній системі можуть мати будь-який розмір: графічний формат визначається автоматично, розміри також автоматично приводяться до потрібних для роботи в Sigur.

Даний вид синхронізації дозволяє завантажувати з джерела повний набір полів про кожного співробітника, включаючи номер перепустки та перелік рівнів доступу. LDAP (Lightweight Directory Access Protocol) – протокол, що дозволяє здійснювати доступ до деяких «каталогів», що містять різні елементи. У цих елементів також є іменовані атрибути.

LDAP-сервер володіє каталогом і надає можливість LDAP-клієнтам через мережу працювати з цими каталогами, в тому числі шукати в них елементи, завантажувати значення їх атрибутів. Сервер Sigur може виступати LDAP-клієнтом.

У Sigur вказується каталог, що цікавить, для пошуку записів, і є можливість задати критерії додаткової фільтрації, тобто те, які саме записи повинні потрапляти в СКУД. Результат виконання запиту записується в БД Sigur.

Окремим випадком LDAP-серверу є контролер домену Active Directory. Доступ до елементів Active Directory можна здійснювати по протоколу LDAP.

Синхронізацію по Active Directory можна використовувати спільно з функцією автоматичного блокування облікових записів в Active Directory при фізичному покиданні співробітниками територій, дозволених для роботи в домені.

Описана функція – не єдиний спосіб синхронізації даних в СКУД. При роботі з Sigur можливі й інші способи:

• рішення від «1С: БІТ», що дозволяють синхронізувати кадри по базі «1С: Підприємство»
• вбудована в будь-яке ПЗ Sigur функція імпорту інформації про співробітників з таблиці xls
• синхронізація по базі ПЗ Intellect (ITV), доступна при наявності модуля інтеграції з Sigur
• синхронізація персоналу по партнерському веб-сайту, завантаження на сайт фактів проходів: оптимально при організації СКУД в масі однотипних об’єктів з подальшою централізацією керування, наприклад, в школах
• самостійна розробка на основі відкритих інтерфейсів інтеграції, передбачених в Sigur.

Цей варіант синхронізації дозволяє автоматично отримувати актуальну інформацію про співробітників з бази 1С: Підприємство. Основні вимоги для виконання синхронізації:

• клієнтська програма 1С: Підприємство має бути встановлена ​​на тому ж комп’ютері, де встановлено сервер СКУД. При цьому БД 1С: Підприємство може знаходиться на іншому комп’ютері. Підтримуються як «файлові» так і SQl типи БД
• платформа 1С: Підприємство має мати версію 8.1, 8.2 або 8.3. Підтримка інших версій платформи може бути реалізована нами за запитом

У Sigur є 2 варіанти синхронізації по 1С:

• виконання редагованого запиту на мові 1С (необхідна версія ПЗ, не нижче 1.0.59.1.). Дозволяє працювати з будь-якою конфігурацією 1С, включаючи самописну. У СКУД можна завантажити повний набір полів, включаючи номер пропуску, перелік рівнів доступу. Технічно підключення до 1С здійснюється через механізм OLE automation. Від користувача потрібно розуміння мови, структури 1С та навички написання запитів на вбудованій мові програмування 1С
• виконання нередактуємого сценарію Sigur. Технічно взаємодія з 1С виконується через COM-з’єднання. Як правило, від користувача не потрібно глибоке знання й розуміння мови та структури 1С: Підприємства.

Для роботи останнього варіанту необхідно, щоб на стороні 1С: Підприємство виконувалися наступні вимоги: конфігурація «1С: Підприємство» повинна включати довідники «СпівробітникиОрганізацій» (або «Співробітники»), «ПідрозділиОрганізацій» та «Організації». Даним вимогам, зокрема, задовольняють конфігурації «Зарплата й керування персоналом» та «Керування виробничим підприємством».

Ця функція може бути використана спільно з функцією вивантаження табеля обліку використання робочого часу зі СКУД в 1С. Вона дозволяє на основі даних про зафіксовані проходи в СКУД сформувати табель за стандартною формою, наприклад Т-13, і вивантажити отримані дані в 1С для подальшого розрахунку заробітної плати.

ЗАПИТ НА МОВІ 1С: Підприємство

При введенні запиту до бази 1С потрібно вказати, яким чином інтерпретувати колонки відповіді в СКУД. Із таких методів обробки одержуваного значення:

• значення (як є) – отримане значення ніяк додатково не обробляється, буде використано в СКУД як є
• значення (Метод) – можна вказати назву методу, який буде застосований до значення, що повертається, наприклад «ПовнеНайменування». Використовується нове отримане значення
• Функція (значення) – можна вказати назву функції, яка буде виконана з отриманим в результаті виконання запиту до 1С значенням в якості аргументу. Далі буде використано нове повернене значення
• XMlString (значення.uuID ()) – до значення, що повертається, застосовується метод XMlString (object.uuID ()) і використовується отримане значення

Результат виконання запиту буде записаний в базу даних СКУД. У Sigur перед виконанням запиту можна провести його тестовий запуск, щоб знайти й усунути виявлені помилки, а також перевірити повернені значення.

Нередагований СЦЕНАРІй SIGuR

Даний варіант забезпечує автоматичну актуалізацію кадрових даних в Sigur по базі 1С: Підприємство. Переносяться наступні дані про кожного співробітника: ім’я, відділ, посада, табельний номер, фотографія. При наявності в базі 1С: Підприємство декількох організацій можна обрати та синхронізувати їх усі, або якусь одну конкретну. При синхронізації усіх в базі Sigur будуть автоматично створені розділи організацій і вже в них будуть створюватися відділи.

Для роботи функції необхідний додатковий модуль ПЗ Sigur «Синхронізація даних».

Зверніть увагу, що рішення подібних завдань вимагає обов’язкового узгодження з фахівцями служби технічної підтримки Sigur.