Модуль ПО 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 и другие.
• Синхронизация основных полей учетных карточек сотрудников: ФИО, отдел, табельный номер, должность, примечание; при этом по отделам допускается перенос иерархии их вложенности из внешней системы.
• Синхронизация любых созданных пользователем дополнительных параметров.
• Синхронизация графиков рабочего времени и доступа. При этом графики создаются и наполняются на стороне СКУД, из внешней БД переносятся только назначения графиков сотрудникам.
• Синхронизация фотографий, при этом:
     - Во внешней системе фотографии могут храниться в формате JPEG, BMP, GIF, PNG. Исходные фотографии во внешней системе могут иметь любой размер. Используемый графический формат определяется автоматически, размеры автоматически приводятся к нужным для работы СКУД «Sigur».
     - Реализована опция оптимизации загрузки фотографий, которую при возможности рекомендуется задействовать. Опция работает следующим образом: Внешняя БД предоставляет доступ не только к фотографии, но и к «версии фотографии», представляющей собой некое значение, изменяющееся каждый раз когда меняется фотография. Например, в роли «версии фотографии» может выступать временная отметка момента последнего изменения данной фотографии, ее хеш или же просто целое число, увеличиваемое на единицу внешней базой при каждом обновлении в ней самой фотографии. СКУД в такой ситуации большую часть времени будет запрашивать и сравнивать только версии фотографий, что принципиально менее ресурсоемко, чем каждый раз сравнивать сами фотографии. Сама фотография из внешней базы будет запрошена только в том случае, если в СКУД к этому моменту еще нет данной фотографии нужной версии.
     - Даже без задействования вышеописанной оптимизации СКУД для оптимизации не будет сравнивать сами фотографии, вместо этого СКУД будет автоматически прозрачно для пользователя вычислять хеши фотографий, хранить их и анализировать структуру файлов фотографий только в случае изменения хеша по отношению к предыдущему значению.
• Синхронизация номеров пропусков (карт, брелков, отпечатков пальцев и др.). При этом:
     - СКУД может принимать из внешней системы номера пропусков сотрудников в одном из нескольких форматов, включая десятичный номер и шестнадцатеричный номер.
     - СКУД может наоборот передавать во внешнюю систему номера пропусков, присвоенных сотрудникам средствами самой СКУД. Номер передается во внешнюю систему в одном из выбранных форматов.
• Как возможность для дополнительной оптимизации предусмотрена функция пропуска выполнения циклов синхронизации в том случае, если не изменился общий параметр внешней системы «версия базы данных». Внешняя система может предоставить доступ к такому параметру и следить чтобы он обновлялся при изменении каких-либо данных, существенных для СКУД.
• Передача событий прохода во внешнюю базу, а также фактов запрета доступа. При этом:
     - На каждое событие могут передаваться следующие данные: Идентификатор сотрудника во внешней базе (ранее полученный оттуда в процессе синхронизации кадровых данных), имя сотрудника, должность, табельный номер, примечание к сотруднику, номер использованного для прохода идентификатора (может передаваться в разных форматах), Active Directory DN сотрудника, направление совершенного прохода, дата и время прохода.
     - СКУД может передавать во внешнюю БД не только проходы сотрудников, ранее загруженных из внешней БД, но и сотрудников, созданных прямо в интерфейсе СКУД. При этом сотрудник во внешней БД может идентифицироваться по его табельному номеру или другому свойству, заданному в СКУД.
     -Проходы передаются незамедлительно после того как они произошли.
     -Если связи с внешней БД нет, то СКУД периодически предпринимает попытку ее восстановления. После восстановления во внешнюю БД автоматически загружаются все события, произошедшие за время отсутствия связи.

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

Базовый вариант

Рекомендуется для:
• Небольших организаций (до 1000 человек).
• Организаций, не имеющих фотографий во внешней базе.
Требуемая настройка: минимальна. Достаточно ввести ODBC строку подключения и один единственный SQL запрос, принимающий из внешней базы все данные, которые требуется синхронизировать. SQL запрос может делать выборку из какой-либо таблицы внешней базы, либо нескольких таблиц (JOIN), либо из специально созданного для СКУД представления (VIEW).
Результирующее поведение: СКУД будет регулярно выполнять указанный SQL запрос и актуализировать хранимые данные по результату данного запроса.

Оптимизация работы с фотографиями

Рекомендуется для: средних и крупных организаций (свыше 1 000 человек), имеющих фотографии во внешней базе.
Требуемая настройка: необходимо обеспечить наличие во внешней базе поля «версия фотографии», обеспечить его корректное заполнение, например, реализовав «триггер», записывающий в данное поле текущее время при каждом обновлении данных фотографии. Затем настройка происходит аналогично «базовому варианту», но запрос данных сотрудников должен возвращать только версию фотографии. Для получения же самой фотографии должен быть введен отдельный запрос.
Результирующее поведение: СКУД будет регулярно выполнять запрос и актуализировать данные в своей базе аналогично базовому варианту, но при этом тяжеловесные фотографии будут запрашиваться из внешней базы не каждый раз, а только в случае их изменения.

Передача номеров пропусков во внешнюю базу

Рекомендуется для: организаций, использующих пропуска не только для СКУД «Sigur», но и для других задач. Примером может служить ВУЗ, в котором пропуска студентов используются также программой библиотечного учета.
Требуемая настройка: в дополнение к обычным настройкам необходимо ввести запрос, обновляющий номер пропуска конкретного сотрудника, хранимый во внешней базе. Также при этом запрос, получающий данные из внешней базы, должен среди прочих данных возвращать номер пропуска.
Результирующее поведение: в дополнение ко всей обычной вышеописанной логике, СКУД будет обращать внимание на факты расхождения номеров пропусков, хранимых в СКУД и во внешней системе. В случае выявления таких расхождений они будут устраняться обновлением данных во внешней системе.

Оптимизация запусков циклов синхронизации

Рекомендуется для: крупных организаций (от 80 000 человек).
Требуемая настройка: в данном варианте предполагается большее участие внешней базы и внешней системы в работе синхронизации, а именно внешняя система сама может запускать циклы синхронизации по изменению данных, существенных для СКУД. Для этого внешняя система может использовать один из нескольких способов, самый простой из которых, это хранить в собственной базе данных поле «версия», которое обновлять при каждом изменении существенных для СКУД данных. СКУД будет проверять это поле и запускать синхронизацию только в случае его изменения.
Результирующее поведение: СКУД будет запускать синхронизацию только тогда, когда требуется. В остальном все работает как описано выше, в т.ч. возможна оптимизация синхронизации фотографий.

Синхронизация по «1С:Предприятие»

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

При включении функция обеспечивает автоматическую актуализацию кадровых данных в СКУД «Sigur» по базе «1С:Предприятие». Переносятся следующие данные о каждом сотруднике: Имя (ФИО), отдел, должность, табельный номер. При наличии в базе «1С:Предприятие» нескольких организаций можно выбрать синхронизировать их все либо какую-то одну конкретную. При синхронизации всех в базе СКУД будут автоматически созданы разделы организаций, и уже в них будут создаваться отделы.

При внесении изменений в «1С:Предприятие» (добавлении сотрудника, изменения его должности или отдела или др.), эти изменения автоматически будут применены в базе СКУД «Sigur».
Технически взаимодействие с 1С выполняется через COM-соединение. Для работы данной функции не требуется внесение каких-либо изменений или дополнений в конфигурацию 1С.
Данная функция может быть использована совместно с функцией выгрузки табеля учета использования рабочего времени из СКУД в 1С, реализуемой модулем «Интеграция с 1С».

Синхронизация по Active Directory

Для работы синхронизации по «Active Directory» в СКУД «Sigur» вводятся параметры соединения с контроллером домена (адрес, название домена, имя пользователя и пароль для подключения).
При включении функция обеспечивает автоматическую синхронизацию данных о сотрудниках в СКУД «Sigur» по содержимому Active Directory. Переносятся следующие данные о каждом сотруднике: Имя, отдел, примечание, фотография (отключаемо). В качестве отдела используется положение учетной записи сотрудника в Active Directory, поддерживается любой уровень вложенности.
При внесении изменений в Active Directory (добавлении там человека, перемещении его в другую папку или др.), эти изменения автоматически будут применены в базе СКУД «Sigur».

Данная функция может быть использована совместно с реализованной в «Базовом» модуле функцией автоматической блокировки учетных записей в Active Directory при физическом покидании сотрудниками территорий, разрешенных для работы в домене.

Приобретенный модуль может использоваться на неограниченном количестве рабочих мест, подключенных к одному серверу «Sigur».
Обратите внимание! Для работы данного модуля требуется «Базовый» модуль ПО «Sigur».

Системные требования
Конфигурация сервера
Обратите внимание, что при работе «Sigur» с функциями видеонаблюдения (трансляцией живого видео в наблюдении, записью стоп-кадров по событию и пр.) конфигурация сервера будет определяться требованиями систем видеонаблюдения и может существенно отличаться в сторону большей мощности.
• Процессор: не менее 1 ГГц.
• Память: не менее 2 Гб.
• Свободное место на жёстком диске: 300 Мб для инсталляции системы, плюс место под базу данных. Размер БД зависит от количества сотрудников, размера их фотографий и времени работы системы, т.к. со временем накапливается информация о событиях системы, новых режимах доступа и т.д. Ориентировочный объем, занимаемый данными на жёстком диске – 120 Мб на 1 000 000 произошедших событий.
• Не менее одного свободного USB порта (при наличии HASP-ключа аппаратной защиты).
• Источник бесперебойного питания с интерфейсом связи (USB или RS232).
• Разрешение монитора: не менее 1280*1024.
• При работе с большими БД (десятки миллионов проходов и более) – высокоскоростной жёсткий диск (SSD или RAID-массив).

Дополнительные требования при использовании встроенной в Sigur функции распознавания лиц:
Работа функции распознавания лиц требует уже заметных мощностей от сервера — к примеру, обработка одного кадра ядром процессором Intel Core I7 занимает порядка 200 мс (т. е. на одном ядре — около 5-ти кадров в секунду).
• Процессор: уровня Intel Core I7 и выше.
• Память: 8 ГБ и более при увеличении каналов распознавания
Пример для 4-х каналов:
• Процессор: 4.2 ГГц (например Intel Core I7).
• Память: не менее 8 Гб.

Конфигурация клиентского места
• Процессор: не менее 1 ГГц.
• Память: не менее 2 Гб.
• Свободное место на жёстком диске: не менее 300 Мб для инсталляции системы.
• Разрешение монитора: не менее 1280*1024.
Возможна установка клиентского и серверного ПО на один компьютер, при этом следует руководствоваться рекомендуемой конфигурацией для сервера.

Требования к операционной системе
• Установка сервера ПО «Sigur» производится на компьютеры под управлением операционной системы Windows (как 32, так и 64-битной): Windows 7 SP1, Windows Server 2008 R2 SP1 и более новых, а также Linux Debian (32-битной).
• Установка клиентской части ПО «Sigur» производится на компьютеры под управлением операционной системы Windows (как 32, так и 64-битной): Widows XP SP3, 2003 Server SP2 и более новых, а также Linux Debian (32–битной).

Возможны произвольные комбинации сервера и рабочих мест под управлением разных ОС (например, сервер на Linux, часть клиентов — также на Linux, а другая часть — на Windows).
Независимо от типа используемой операционной системы, необходима установка на неё последних обновлений, выпущенных производителем ОС – компанией Microsoft. Например, для Windows XP это сервис–пак SP3.

Схема установки, цена, описание подключения и характеристики Модуль ПО Sigur Синхронизация данных на официальном сайте СКУД Систем. Купить и доставить в Москве или по России Модуль ПО Sigur Синхронизация данных по тел.: +7 495 414-10-82 или E-mail: sale@skud-system.ru