Программное обеспечение SIGUR Дополнительный модуль ПО SIGUR «Синхронизация данных»

Дополнительный модуль ПО Sigur «Синхронизация данных».

Обзор функций

Модуль «Синхронизация данных» предназначен для исключения двойного ведения кадровой базы и для передачи событий прохода во внешнюю пользовательскую СУБД.

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

• любая база данных, работа с которой возможна через стандартный интерфейс ODBC (что справедливо для всех популярных баз данных, включая Oracle и MS SQL)
• «1C:Предприятие»
• Active Directory

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

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

Данный модуль является не единственным способом синхронизации данных в СКУД. При работе со SIGUR возможны другие способы:

• решение от «1С:БИТ», позволяющие синхронизировать кадры по базе «1С:Предприятие»
• встроенная в любое ПО SIGUR функция импорта информации о сотрудниках из таблица MS Excel
• cинхронизация по базе ПО «Интеллект», доступная в «Интеллект» при наличии модуля интеграции со SIGUR
• cинхронизация персонала по партнерскому веб сайту, загрузка на сайт фактов проходов. Оптимально при организации СКУД в массе однотипных объектов с последующей централизацией управления, например в школах
• cамостоятельная разработка на основе открытых интерфейсов интеграции, предусмотренных в SIGUR; данная возможность при наличии должной квалификации позволяет как автоматизировать синхронизацию сотрудников, так и получать события, в том числе проходов, при необходимости - реальном времени.

Синхронизация по базе данных (Oracle, MS SQL или др.)

Использование данного модуля, в отличии от других модулей SIGUR, требует определенных технических знаний: базовых знаний о работе с реляционными базами данных, о синтаксисе языка SQL, об интерфейсе ODBC. Данная функция не является обязательной и предназначена для средних и крупных заказчиков, в штате которых есть специалисты требуемой квалификации.

При синхронизации по базе данных модуль обеспечивает следующие функции:

• Работа с любой внешней базой данных, для которой существует ODBC драйвер. Это включает MS SQL, Oracle, MySQL, Firebird, PostgreSQL, dBase, MS Access, Paradox и другие.
• Cинхронизация основных полей учетных карточек сотрудников: ФИО, отдел, табельный номер, должность, примечание; при этом по отделам допускается перенос иерархии их вложенности из внешней системы.
• Cинхронизация любых созданных пользователем дополнительных параметров.
• Cинхронизация графиков рабочего времени и доступа. При этом графики создаются и наполняются на стороне СКУД, из внешней БД переносятся только назначения графиков сотрудникам.
• Cинхронизация фотографий, при этом:
  • Во внешней системе фотографии могут храниться в формате JPEG, BMP, GIF, PNG. Исходные фотографии во внешней системе могут иметь любой размер. Используемый графический формат определяется автоматически, размеры автоматически приводятся к нужным для работы SIGUR.
  • Реализована опция оптимизации загрузки фотографий, которую при возможности рекомендуется задействовать. Опция работает следующим образом: Внешняя БД предоставляет доступ не только к фотографии, но и к «версии фотографии», представляющей собой некое значение, изменяющееся каждый раз когда меняется фотография. Например, в роли «версии фотографии» может выступать временная отметка момента последнего изменения данной фотографии, ее хеш или же просто целое число, увеличиваемое на единицу внешней базой при каждом обновлении в ней самой фотографии. СКУД в такой ситуации большую часть времени будет запрашивать и сравнивать только версии фотографий, что принципиально менее ресурсоемко, чем каждый раз сравнивать сами фотографии. Сама фотография из внешней базы будет запрошена только в том случае, если в СКУД к этому моменту еще нет данной фотографии нужной версии.
  • Даже без задействования вышеописанной оптимизации СКУД для оптимизации не будет сравнивать сами фотографии, вместо этого СКУД будет автоматически прозрачно для пользователя вычислять хеши фотографий, хранить их и анализировать структуру файлов фотографий только в случае изменения хеша по отношению к предыдущему значению.
• Синхронизация номеров пропусков (карт, брелков, отпечатков пальцев и др.). При этом:
  • СКУД может принимать из внешней системы номера пропусков сотрудников в одном из нескольких форматов, включая десятичный номер и шестнадцатеричный номер.
  • СКУД может наоборот передавать во внешнюю систему номера пропусков, присвоенных сотрудникам средствами самой СКУД. Номер передается во внешнюю систему в одном из выбранных форматов.
• Как возможность для дополнительной оптимизации предусмотрена функция пропуска выполнения циклов синхронизации в том случае, если не изменился общий параметр внешней системы «версия базы данных». Внешняя система может предоставить доступ к такому параметру и следить чтобы он обновлялся при изменении каких-либо данных, существенных для СКУД.
• Передача событий прохода во внешнюю базу, а также фактов запрета доступа. При этом:
  • На каждое событие могут передаваться следующие данные: Идентификатор сотрудника во внешней базе (ранее полученный оттуда в процессе синхронизации кадровых данных), имя сотрудника, должность, табельный номер, примечание к сотруднику, номер использованного для прохода идентификатора (может передаваться в разных форматах), Active Directory DN сотрудника, направление совершенного прохода, дата и время прохода.
  • СКУД может передавать во внешнюю БД не только проходы сотрудников, ранее загруженных из внешней БД, но и сотрудников, созданных прямо в интерфейсе СКУД. При этом сотрудник во внешней БД может идентифицироваться по его табельному номеру или другому свойству, заданному в СКУД.
  • Проходы передаются незамедлительно после того как они произошли.
  • Если связи с внешней БД нет, то СКУД периодически предпринимает попытку ее восстановления. После восстановления во внешнюю БД автоматически загружаются все события, произошедшие за время отсутствия связи.