Орион Про УРВ. «Учет рабочего времени». Отчёты по рабочему времени сотрудников

• Системы Телевизионного Наблюдения
• Оборудование для построения сетей
• Интегрированные Системы Безопасности
• Охранно Пожарная сигнализация
• Домофоны
• Системы Контроля Доступа
• Системы автоматики для ворот и шлагбаумы
• Системы оповещения
• Умный Дом, АСКУЭ, автоматизация дома.
• Оборудование электропитания, аккумуляторы, батарейки
• Шкафы 19″, Термошкафы
• Оборудование СКС
• Кабель-канал, труба, материалы, инструменты,
• Кабельная продукция
• Электрооборудование
• Системы РадиоСвязи Hytera
• Старое оборудование (Распродажа)

ГлавнаяКаталогИнтегрированные Системы БезопасностиИнтегрированные системы охраны «Орион»Программное обеспечение ИСО «Орион»Орион Про — Учет рабочего времени

Отчеты по рабочему времени сотрудников.

Производитель: Болид

Код

00001449

Артикул

99-879-949

Базовая единица

шт

5 538 руб. 5 538 руб. Цены (цена за 1 шт)

Учет рабочего времени «Орион Про»

• учет рабочего времени сотрудников охраняемого объекта, анализ и контроль соблюдения трудовой дисциплины на данном объекте;
• поддержка как линейных (недельных) графиков работы, так и сменных;
• экспорт отчетов и данных, необходимых для реализации собственного учета рабочего времени клиентами (при использовании компоненты интеграции с 1С Предприятие 8) с помощью специальной компоненты.

АРМ «Орион Про» может функционировать как на одном рабочем месте, так и на распределенных рабочих местах, объединенных через локальную вычислительную сеть. Пакет АРМ «Орион Про» включает в себя программные модули «Сервер», «Администратор базы данных», «Монитор», «Ядро системы», «Оперативная задача», «Генератор отчетов», «Учет рабочего времени», «Видеосервер» и сервисные утилиты. АРМ «Орион Про» способен объединить до 127 локальных ИСО «Орион» одним модулем «Оперативная задача». В составе АРМ «Орион Про» могут одновременно работать до 63 «Оперативных задач». «Оперативные задачи» имеют 6 исполнений – на подключение 4, 10, 20, 127, 512 и 1024 приборов.

Работает с приборами «С2000», «С2000М», «С2000-КС», «Сигнал-20», «Сигнал-20П», «Сигнал-20М», «Сигнал-10», «С2000-4», «С2000-2», «С2000-СП1», «С2000-К», «С2000-КДЛ», «С2000-БИ», «С2000-ИТ», «С2000-АСПТ», «С2000-КПБ», «Рупор», «С2000-ПТ», «Поток-3Н», «С2000-БИ» исп.01, «С2000-КС», » Рупор» исп.01, «Поток-БКИ», «Поток-3Н», «С2000-ADEM», «РИП-12-RS», РИП 24 2А RS, РИП 12 6А RS, РИП 24 4А RS, МИП-12-3 RS, МИП-24-2 RS, «С2000-Ethernet», «С2000-БКИ», «С2000-ПП», «РИП-12-2А RS», «С2000-PGE», «С2000-ПП», «УОП-3GSM», «УО-4С», «С2000 Периметр», «С2000-BIOAccess-F4», «С2000-BIOAccess-F8», «С2000-BIOACCESS-MA300», «С2000-BIOACCESS-F18», «С2000-BIOACCESS-ZK4500», электронный сейф (ключница) серии «СК и СД». 

ОСНОВНЫЕ ПОКАЗАТЕЛИ СИСТЕМЫ

• Расширенное управление. Более двухсот сетевых клиентов, объединенных в сеть (до 63 «Оперативных задач», до 63 «Мониторов системы», до 63 «Генераторов отчетов», до 15 «Учетов рабочего времени», до 15 «Администраторов базы данных»), 63 сервера обработки видео. Возможность работы со всеми последовательными портами операционной системы, подключение к одному COM-порту до 127 пультов «С2000″/»С2000М», к каждому пульту до 127 приемно-контрольных приборов ИСО «Орион», либо подключение до 127 приемно-контрольных приборов. Подключение системы видеонаблюдения на сетевых ip-камерах Орион Видео, систем видеонаблюдения и видеорегистрации производства ISS, ITV, VideoNet, Trassir, Vocord, Goal, Ewclid и др.
• Модульная архитектура и масштабируемость. Система состоит из отдельных функциональных модулей, с помощью которых возможно организовать полноценное автоматизированное рабочее место на одном компьютере, либо создать распределенную сеть рабочих мест, связанных по Ethernet или VPN-каналу. Каждый функциональный модуль за счет гибких настроек обеспечивает возможность специализации отдельно взятого рабочего места под определенную задачу. Наращивание системы реализуется за счет приобретения дополнительных модулей уже и в процессе эксплуатации.
• Гибкость. Возможность конфигурирования каждого функционального модуля персонально позволяет реализовать конкретную специализацию каждого рабочего места под определенную задачу, программирование сценариев управления с помощью встроенного языка, поддержка наращиваемости определяют способность системы функционировать в соответствие с особенностями и спецификой охраняемого объекта.
• Надежность. Поддержка функционирования локальных рабочих мест с «Оперативной задачей» после потери связи с сервером системы. Поддержка горячего резервирования центрального сервера системы. Данный механизм основан на реплицировании базы данных в MS SQL (работает только под управлением SQL Server 20082012).

БЕСПЛАТНЫЕ УТИЛИТЫ АРМ «ОРИОН ПРО»

• Менеджер Центрального Сервера
• Статистика
• Находящиеся на объекте
• Персональная карточка
• Модуль речевого оповещения
• Мастер импорта сотрудников
• Графический интерфейс АРМ «Орион Про»
• Демонстратор
• RS-настройка модуля опроса
• Состояние шлейфов приборов
• Видеоархив
• Видеодрайвер

Где-то в 2009 году, когда еще речи не шло о группе компаний в сегодняшнем виде, i-Free арендовала помещения в бизнес-центре, сначала занимая одну комнату и расширяясь с годами. Филиалы в шести странах мира и размещение «с трудом» в четырёх бизнес-центрах Санкт-Петербурга ещё впереди, а пока только 5 кабинетов в разных концах коридора и даже на разных этажах. Коридор общий для разных арендаторов, вход в БЦ свободный. Бегая к коллегам в другой кабинет, замыкать двери на ключ нередко забывали. Стало быть, СКУД стал необходимостью. Задумались о решении, и тогда выбор пал на Болид. Почему Болид? Альтернатив особо не было, что было реализовано в бизнес-центре, то и «продлили» для себя, просто потому, что был нужный специалист «под рукой». Быстро решили отделить свою систему от бизнес-центра, чтобы не было дискуссий о доступах и управлении СКУДом. После появления большего количества помещений, отказались от контактных «таблеток» в пользу более удобных бесконтактных. Появились считыватели em marine, карточки. Купили «аж 150 карточек» и вбивали их в систему. Спроектировали, смонтировали, настройка закончена, карточки выданы, пошла ежедневная работа. Я опущу плюсы, буду писать о минусах, чтобы было понятно, как и почему мы пришли к сегодняшней системе.Итак, минусы: — для простой выдачи карточки требуется специалист, обученный работе с весьма замысловатым интерфейсом Болида, имеющий соответствующие доступы в программу управления. Значит «в отпуск нельзя, болеть нельзя, умереть запрещено под страхом смертной казни»; — очень быстро пришло понимание, что карточки нужно не только выдавать, но и менять. При росте компании свыше 200 сотрудников теряли не менее 2-х карточек в неделю; — гораздо чаще «ой я забыл сегодня дома, дай карточку». До десятка в день; — а еще «к нам гости из Пекина, 10 человек, в коридоре, нужно срочно карточки… что значит тебе некогда? мне же нужно!»; — дублирование ввода информации — кадровик вводит информацию о сотруднике в 1С, администратор — в AD, инженер СКУД — в Болид. Три раза; — а еще, компания оплачивает питание сотрудников, и всё время в воздухе витала идея «а как бы это нам по карточкам обедать в нашем кафе»; — «а неплохо бы еще вооот такой отчётик, у нас же все ходы логируются… что значит нельзя сделать отчет? это же база данных…». Отчеты у Болида тогда были предусмотрены, но за деньги. И весьма ограниченный набор отчётов при этом;Реализация Первым шагом к интеграции стал перевод базы данных Болида на сервер. Описание БД есть, попробовали подключиться из 1С — ура! Вопрос с отчетами решен. Какой хотим, такой и получаем. Шло время, и была разработана система оплаты питания «по карточкам», предвестник нынешнего наЛанча Система питания потребовала формата Mifare, дабы организовать на карточке «кошелёк», пришлось заменить все считыватели. И это был следующий этап. В какой-то момент мы выросли из «нашего» бизнес-центра, арендовали дополнительно еще два этажа в другом. Подключили удаленные помещения по локальной сети, благо Болид позоляет такую архитектуру. Намного позднее к нашей системе подключили даже филиалы в Москве, Украине, Казахстане. Узким местом остались турникеты на входе во второй БЦ — пришлось навешать на чужие приборы, работающие с em marine, наши считыватели Mifare. Если «на этажах» вход в наши помещения мы контролировали самостоятельно, то «на турникеты» приходилось регулярно передавать списки ключей, новых и заблокированных. Один раз в неделю, что создавало проблемы для «потеряшек» и новых сотрудников. В какой-то момент удалось договориться с удаленными бизнес-центрами поставить параллельно не считыватели, а наши приборы, подключенные по сети. И тогда вопрос обновления ключей стал делом минут, а не дней. В то же время мы активно изучали Болид изнутри, это оказалась довольно гибкая система. За счет внутреннего макроязыка сценариев, нам удалось дисциплинировать сотрудников: ежедневно скрипт проверял порядка 50 помещений на предмет взятия под охрану, если помещение не под охраной, создавался алерт ответственному, для разборки полетов. Плюс дополнительные удобства: постановка под охрану сразу нескольких помещений при определенном алгоритме, или получение комментариев от охраны на e-mail, при возникновении тревожных ситуаций. Шло время, наконец закончился переход на Mifare и мучения с двумя карточками у сотрудников. Отчеты по СКУД уже в 1С, корпоративное питание тоже, дело за малым — добиться того, чтобы данные из 1С сами попадали в контроллеры. Здесь нам на помощь пришел комплект разработчика для Ориона Про. С помощью XML-RPC процедур мы смогли немедленно обновлять данные на контроллерах системы, оперативно блокировать ключи или изменять уровни доступа сотрудников. Вот пример, как можно поиграться с дверьми, если у вас аналогичная система — запрос ControlAccess отправляет команду на открытие двери, для этого нам понадобится Curl и запрос вида:ControlAccess

<?xml version="1.0" encoding="windows-1251" <methodcall><methodname>ControlAccess</methodname><params><param><value><struct><member><name>ComPort</name><value><int>1</int>  //адрес компорта к которому подключена ветка контроллеров; </value></member><member><name>PKUAddress</name><value><int>0</int> //при наличии клавиатуры управления С2000С2000М, указываем её адрес; </value></member><member><name>DeviceAddress</name><value><int>111</int> //адрес нашего контроллера с экспериментируемой дверью; </value></member><member><name>AggregateAddress</name><value><int>1</int>  //номер реле, для С2000-2 с однодверной конфигурацией это 1; </value></member><member><name>Command</name><value><int>0</int> //команда управления 0 – предоставление доступа на время, заданное в контроллере, обычно на вход ставят около 10 сек; </value></member><member><name>MethodNameForAnswer</name><value><string>Result</string></value></member><member><name>IPSERVER</name><value><string>127.0.0.1</string> //куда отправлять ответ о выполнении запроса; </value></member><member><name>PORTSERVER</name><value><int>8080</int></value></member></struct></value></params></methodcall>

Сохраняем в test.txt отправляем на сервер СКУД, в нашем случае он локальный C:curlbincurl.exe -X POST -d @C:test.txt 127.0.0.1:8080 Замок разблокируется на выставленное время или до момента открытия двери, только не надо рассчитывать, что это действие останется незамеченным. В логе событий Ориона увидим запись: ДатаВремя – хх.хх.ххх чч.мм.сс; Событие — Доступ предоставлен (по кнопке); Дверь — название; Описание – ВходВыход; Адрес – 1/0/111/1; Зона доступа – прописанная в контроллере. В скором времени наш основной БЦ стал уже тесен и не удовлетворял текущим запросам, для этого специально для нас было надстроено три этажа в конгрессно-выстовочном центре по соседству, в котором и сейчас благополучно находится наш главный офис. В ходе знакомства с текущими системами нового бизнес-центра нам снова встретился Болид: в виде пожарной, охранной системы и системы контроля доступа, на нем мы и продолжили строиться. Сборы и переезд — отдельная тема, но результат того стоил того. Интеграция болида в 1С существенно облегчила администрирование, позволила создавать автоматические правила по смене уровней доступа при перемещении сотрудника между отделами и автоматической блокировки при увольнении, но при замене карт по-прежнему требовалось вмешательство оператора. Здесь с помощью нашего SMS-Direct мы подключили сервис по автоматической замене и блокировке карт, для этого сотруднику необходимо отправить кодовые слова, если skud block, то блокируются все имеющиеся ключи у сотрудника, если skud pin то в ответ приходит код, который в дальнейшем необходимо ввести на клавиатуре для аутентификации. Список сотрудников с телефонами хранится в 1С, ежедневно в ноду SMS-Direct выгружается белый список телефонных номеров сотрудников. При поступлении SMS с запросом номер телефона проверяется по списку, если нет в списке, отправляется ответ о том, что хорошо бы зайти в отдел HR и провериться, если всё Ok — генерируется случайный короткий номер и отправляется в 1С и сотруднику, 1С конвертирует пин-код в ключ для контроллеров: 1234 = F300000000123401 4321 = 1B00000000432101 9876 = 9E00000000987601 4582 = 8200000000458201 123456 = 0500000012345601 Если разобрать последний пример, то 05 – контрольная сумма, 000000 – добивает до 16 символов, 123456 – наш короткий код, 01 – добавляется в конец ко всем ключам. Циклическая контрольная сумма получается по правилу фирмы Dallas. Расчет осуществляется следующим образом: Далее в 1С задается заранее установленный уровень доступа с включенным antipassback (дабы ключ не вводили по 5 раз) и отправляется XML на ядро. Орион, согласно уровню доступа, рассылает ключи необходимым контроллерам, контроллеры ждут появления нашего сотрудника. Обычно процедура запроса пин-кода занимает не более минуты, после ввода сотрудником пин-кода на клавиатуре, контроллер формирует сигнал о предоставлении доступа и отправляет в Орион сообщение об успешной аутентификации сотрудника. В Орионе начинается мониторинг поднесенного ключа к нужному нам считывателю, методом ReadKeyCodeFromReader, и отправляется команда на включение реле 2 для подачи сигнала пользователю о «прислонении» карты, после получения кода отпускается реле (активируя antipassback) и формируется запрос в 1С, в котором передается короткий код аутентификации и новый код карты. В 1С по этому запросу создаются соответствующие документы замены ключей. Вся операция от отправки смс до активации карты занимает не более пары минут. Терминал для активации карт представляет из себя контроллер С2000-2 и подключенные к нему считыватель и клавиатуру, плюс пачка незарегистрированных карточек. Мы расположили один на посту охраны, второй в отделе HR. Теперь каждый сотрудник может самостоятельно в любое время заменить себе проходку и попасть в офис согласно своему уровню доступа, да ещё и пообедать «по проходке» через пару часов после активации. Если форм фактор в виде карточки не устраивает, любой сотрудник может взять кожаный брелок, силиконовый браслет или наклейку на телефон — кому что удобнее — и самостоятельно активировать при получении, в отделе HR по той же процедуре. В процессе этой автоматической замены, конечно же, слишком много посредников, и всё это можно сделать на одном устройстве в виде планшета с gsm и nfc или raspberry с подключенным считывателем и gsm модемом, но в исходных данных у нас был Болид, и нам важно было показать возможности интеграции и автоматизации системы контроля доступа именно на его основе.Выводы и итоги Эти решения помогли нам избавиться от ручного вмешательства в СКУД; свести к нулю риск возникновения ошибок при назначении уровней доступа и заменевыдаче ключей; ускорить выдачу новых карт; повысить общую безопасность системы и интегрировать новые сервисы. По прошествии нескольких лет наш партнер, достаточно крупная компания, занимающаяся ритейлом в сфере FMCG, обратилась за помощью в подобной интеграции в свою инфраструктуру, что мы успешно сделали, естественно, учитывая все трудности, с которыми нам пришлось столкнуться при внедрении системы в i-Free. То есть сейчас наше решение доказало возможность быстрого масштабирования и в других компаниях, независимо от специфики работы и количества сотрудников.

Работает с устройствами:

• «С2000»
• «С2000М»
• «С2000-КС»
• «Сигнал-20»
• «Сигнал-20П»
• «Сигнал-20М»
• «Сигнал-10»
• «С2000-4»
• «С2000-2»
• «С2000-СП1»
• «С2000-К»
• «С2000-КДЛ»
• «С2000-БИ»
• «С2000-ИТ»
• «С2000-АСПТ»
• «С2000-КПБ»
• «Рупор»
• «С2000-ПТ»
• «Поток-3Н»
• «С2000-БИ» исп.01
• «С2000-КС»
• » Рупор» исп.01
• «С2000-ADEM»
• «РИП-12-RS»
• «С2000-Ethernet»
• «С2000-БКИ»

ОСНОВНЫЕ ПОКАЗАТЕЛИ СИСТЕМЫ

• Расширенное управление. Более двухсот сетевых клиентов, объединенных в сеть (до 63 «Оперативных задач», до 63 «Мониторов системы», до 63 «Генераторов отчетов», до 15 «Учетов рабочего времени», до 15 «Администраторов базы данных»). Возможность работы со всеми последовательными портами операционной системы, подключение к одному COM-порту до 127 пультов «С2000″/»С2000М», к каждому пульту до 127 приемно-контрольных приборов ИСО «Орион», либо подключение до 127 приемно-контрольных приборов. Подключение систем видеонаблюдения и видеорегистрации производства ISS, ITV, VideoNet, Trassir, Vocord, Goal и др.
• Модульная архитектура и масштабируемость. Система состоит из отдельных функциональных модулей, с помощью которых возможно организовать полноценное автоматизированное рабочее место на одном компьютере, либо создать распределенную сеть рабочих мест, связанных по Ethernet или VPN-каналу. Каждый функциональный модуль за счет гибких настроек обеспечивает возможность специализации отдельно взятого рабочего места под определенную задачу. Наращивание системы реализуется за счет приобретения дополнительных модулей уже и в процессе эксплуатации.
• Гибкость. Возможность конфигурирования каждого функционального модуля персонально позволяет реализовать конкретную специализацию каждого рабочего места под определенную задачу, программирование сценариев управления с помощью встроенного языка, поддержка наращиваемости определяют способность системы функционировать в соответствие с особенностями и спецификой охраняемого объекта.
• Надежность. Поддержка функционирования локальных рабочих мест с «Оперативной задачей» после потери связи с сервером системы. Поддержка горячего резервирования центрального сервера системы. Данный механизм основан на реплицировании базы данных в MS SQL (работает только под управлением MS SQL Server 2000).

ФУНКЦИОНАЛЬНЫЕ МОДУЛИ СИСТЕМЫ

Сервер системы

• работа с базой данных (MS SQL Server 2000, MSDE 2000, MS SQL Server 2005, MS SQL Server 2005 Express Edition), передача данных по сети на рабочие места

Менеджер Центрального Сервера

• создание базы данных;
• модернизация уже созданной базы данных в АРМ «Орион» (версии от 7.3 и выше) или БД АРМ «Орион Про» (версии 1.9-1.10);
• возможность слияния/сращивания двух баз данных в одну;
• проверка базы данных;
• резервное копирование базы данных;
• удаление данных из базы;
• настройка планировщиков резервного копирования базы данных, удаления данных;
• настройка репликации базы данных (только для MS SQL 2000);
• регистрация и удаление баз из MS SQL.

Администратор Базы данных

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

Монитор системы

• отображение на интерактивных графических планах состояния охраняемого объекта, управление логическими объектами ОПС, системы пожаротушения, видеонаблюдения и СКУД;
• регистрация и обработка возникающих в системе тревог — указание причины, служебных отметок, архивирование;
• строгая привязка отображаемых и управляемых объектов системы безопасности к правам пароля, под которым дежурный офицер заступил на дежурство;
• отображение протокола событий;
• установка различных фильтров для отображения протокола событий;
• возможность выборки событий в протоколе по заданным пользователем критериям;
• предоставление дежурному офицеру информации (в виде карточки объекта) об объектах системы безопасности, таких как зона, прибор, раздел, группа разделов, дверь, зона доступа, видеокамера;
• отображение информации СКУД — место нахождения сотрудника (с точностью до зоны доступа), нарушение трудовой дисциплины при проходе через точку доступа;
• осуществление запуска сценариев управления, как по ?горячей? клавише, так и с помощью специальных элементов интерфейса (элементы дерева управления);
• гибкая настройка интерфейса «Монитора системы» за счет реализации «плавающих» окон;
• возможность предоставления «принудительного» доступа для сотрудников оператором системы.

Ядро системы

• опрос и управление приборами, подключенным по RS-485 к данному компьютеру, контроль видеокамер, подключенных к видеосистеме;
• определение состояний контролируемых объектов системы (таких как зона, раздел, группа разделов, точка доступа и т.д.);
• централизованное управление контролем доступа, взятием/снятием охраняемых зон, а также взятием/снятием разделов и групп разделов системы, запуск тактик управления реле;
• отработка сценариев управления при возникновении соответствующего события;
• взаимодействия с объектами всех сетевых рабочих мест системы (запуск сценариев управления, трансляция команд и т.д.);
• прописывания полномочий СКУД в контроллеры доступа.

Генератор отчетов системы

• формирование и выдача отчетов по различным категориям событий системы, таким как охранно-пожарные события, события доступа, вспомогательные отчеты о конфигурации системы;
• формирование отчетов о полномочиях сотрудников, о конфигурации СКУД (для каждой точки доступа формируется список сотрудников, которые могут проходить через нее), о сотрудниках системы (какой фирме и подразделению принадлежат, статус сотрудника и т.д.);
• возможность настройки фильтров по времени, категориям событий, элементам системы безопасности;
• возможность экспорта в MS Office (Word, Excel), Open Office (Writer, Calc), HTML PDF;
• возможность построения отчетов через Internet;
• возможность построения пользователем собственного отчета с помощью разработанного архитектора отчетов;

Отображение статистики

• интерактивное отображение показаний АЦП адресно-аналоговых дымовых и адресно-аналоговых тепловых датчиков, интерактивное отображение самых показательных АЦП, а также отображение истории показаний АЦП

Учет рабочего времени

• учет рабочего времени сотрудников охраняемого объекта, анализ и контроль соблюдения трудовой дисциплины на данном объекте;
• поддержка как линейных (недельных) графиков работы, так и сменных;
• экспорт отчетов и данных, необходимых для реализации собственного учета рабочего времени клиентами (при использовании компоненты интеграции с 1С Предприятие 8.0) с помощью специальной компоненты (компонента высылается по отдельному запросу по электронной почте info@bolid.ru).

Находящиеся на объекте

• определение месторасположения сотрудников c точностью до зоны доступа.

Персональная карточка

• вывод данных о сотруднике для контроля соответствия сотрудника его личным данным.

Синтезатор

• модуль, предназначенный для речевого оповещения о тревожных событиях системы

Редактор планов

• модуль, предназначенный для создания и редактирования графических файлов с изображением планов помещений

Мастер импорта сотрудников

• модуль, предназначенный для импорта списка сотрудников в базу данных

Графический интерфейс АРМ «Орион Про»

• модуль, предназначенный для изменения цветов отображения и внешнего вида элементов графического интерфейса «Монитора системы»

Демонстратор

• модуль, предназначенный для эмуляции приборов для демонстрации работы АРМ «Орион Про»

RS-настройка модуля опроса

• модуль, предназначенный для изменения настроек интерфейса RS-232

Состояние шлейфов приборов

• модуль, предназначенный для отображения текущего состояния и текущего сопротивления шлейфов подключенных приборов

ВОЗМОЖНОСТИ АРМ «ОРИОН ПРО»

• Работа под управлением сервера MS SQL 2005/2000;
• Графическое отображение на планах помещения состояния ОПС, СКУД, а также состояния системы видеонаблюдения, возможность управления логическими объектами с планов помещений;
• Развитая система авторизации и разграничение прав доступа в соответствие со статусом сотрудника в системе, а также его прав для управления объектами охраны;
• Централизованное управление пожаротушением;
• Редактор планов помещений;
• Возможность программировать сценарии управления, поддержка внутреннего языка программирования и привязка их к событиям системы, а также возможность ручного запуска оператором, запуск по расписанию, запуск из «Оперативной задачи» с помощью специальных элементов интерфейса;
• Хранение фотографий сотрудников в формате jpeg;
• Учет рабочего времени;
• Программная эмуляция работы приборов;
• Поддержка временных ключей защиты для «Ядра опроса» на 1000 часов;
• Создание шаблонов карточки сотрудника для печати на бесконтактных картах на специализированном принтере;
• Работа с пультами «С2000″/»С2000М», начиная с версии 1.2x.
• Возможность импорта базы данных в пульты «С2000″/»С2000М»;
• Поддержка групп разделов;
• Возможность формирования пользовательских групп событий;
• Переименование базовых и пользовательских событий;
• Централизованное конфигурирование доступа с одного или нескольких рабочих мест «Бюро пропусков»;
• Централизованное «мгновенное» прописывание ключей во все необходимые контроллеры доступа системы;
• Централизованное управление доступом с поддержкой сетевого, зонального, временного Antipassback, а также поддержка прохода по правилу 2-х, 3-х лиц и кода с подтверждением;
• Контроль сотрудника с точностью до зоны доступа, сценарии управления доступом, отработка тактик «Взятие по уходу последнего», «Снятие по приходу первого»
• Привязка сценария управления как к общему событию, так и к событию, сгенерированного по инициативе:
  • конкретного пользователя системы;
  • пользователя с конкретным уровнем доступа;
  • пользователя с конкретным паролем;
  • пользователя, принадлежащего конкретному подразделению и т.п.
• Настройка реквизитов, отображаемых в карточке сотрудника, при его проходе (личные данные, информация о нарушении сотрудником графика работы);
• Поддержка «стоп-листа»;
• Сетевой клиент модуля отображения статистики АЦП адресных датчиков, отображение показаний АЦП на планах помещения
• Модуль импорта информации о сотрудниках из файлов формата csv в базу данных «Орион Про»;
• Модуль верификации проходящих сотрудников;
• Возможность локальной работы рабочего места «Оперативная задача» при нарушении связи с сервером базы данных, с последующей догрузкой событий, находящихся во временном файле рабочего места (функция «Локального кэша»)
• Экспорт и импорт базы данных АРМ «Орион Про»»» в пульт и из пульта «С2000» и «С2000М»

СОДЕРЖАНИЕ ИЗМЕНЕНИЙ В АРМ «ОРИОН ПРО» СКУД 1.11Сервер системы

• Добавлена функция задания пароля для выхода из «Сервера системы»;
• Исправлено отображение реквизитов подключения к MS SQL серверу;
• Поддержка работы через ADO;

Менеджер Центрального Сервера

• Добавлен функционал регистрации/отсоединения/удаления базы на SQL сервере;
• Разработаны планировщики резервного копирования базы данных, удаления данных из журналов (для MS SQL Server 2000);
• Доработана процедура модернизации базы данных: при модернизации базы под MS SQL регистрация базы на сервере происходит автоматически;
• Добавлена функция выбора интервала, за который переносятся журналы при модернизации;
• Модернизирован механизм конвертации базы данных;

Администратор Базы данных

• Добавлена функция кеширования конфигурации и кодов ключей контроллеров доступа;
• Реализован механизм «мгновенной» синхронизации при нажатии кнопки сохранения ключа;
• Добавлен функционал переноса планов помещений и логических элементов с одного рабочего места на другое в базе данных;
• Добавлен функционал перезаписи ключей в контроллеры доступа;
• Добавлены новые методы во встроенный язык скриптов, позволяющие создавать сценарии с выводом различных диалогов для оператора, анализировать больше условий при выполнении заданных в сценарии действий, выполнение тех или иных действий не только объектом «Ядро», но и с помощью «Монитора» и «Оболочки».

Монитор системы

• Новый интерфейс с «плавающими» окнами;
• Реализация определения отображаемых логических элементов и планировок в зависимости от уровня доступа оператора;
• Добавление мультисостояний в карточку объекта;
• Добавлен механизм генерации событий принудительного доступа (предоставление доступа оператором пользователю с занесением в журнал событий реквизитов этого пользователя);
• Доработка фильтров, ограничивающих просмотр событий системы в журнале событий;
• Централизованное управление системой пожаротушения (реализованной на основе «С2000-АСПТ» вер. 2.0х и 3.0x, «Поток-3Н»);
• Отображение событий приборов новых версий («РИП-12-RS», «Рупор», «Рупор» исп. 01, «С2000-adem», новые версии приборов «С2000-2», «С2000-КДЛ», «С2000-4», «Сигнал-20П», «С2000-АСПТ», «Поток-3Н»

Ядро системы

• Поддержка работы с новыми версиями приборов («РИП-12-RS», «Рупор», «Рупор» исп. 01, «С2000-adem», «С2000-2», начиная с версии 1.10, «С2000-КДЛ», начиная с версии 1.40, «С2000-4», «Сигнал-20П», «С2000-АСПТ» версии 2.0x и 3.0x, «Поток-3Н»).
• Работа со всеми последовательными портами операционной системы;
• Добавлен механизм централизованного управления доступом и объектами ОПС при работе по протоколу «Орион ПРО»;
• Поддержка приборов индикации «С2000-ПТ», «С2000-БКИ», «С2000-БИ» исп. 01;
• Реализована поддержка мультисостояний объектов охраны: зоны, контролируемого выхода, раздела, группы разделов;
• Расширен функционал сценариев управления: поддержка мультисостояний, диалогов, управление объектами программных модулей АРМ «Орион ПРО».

Учет рабочего времени

• Поддержаны новые виды отчетов (форма Т12, форма Т13, причины отсутствия и др.).

ТРЕБОВАНИЯ К КОМПЬЮТЕРУОперационная система — Microsoft Windows XP, Windows 2003, Windows Vista (как 32, так и 64 битные версии)Аппаратные средства:

• Для рабочего места «Оперативная задача» — Pentium IV 2.4, 512 Мб RAM
• Для рабочего места «Сервер базы данных» (ОПС) — Pentium IV 3.0, 1024 Мб RAM
• Для рабочего места «Сервер базы данных» (СКУД) — Core II Duo 2.0, 2048 МБ RAM

Используемые источники:

• https://www.grumant.ru/production/catalog/programmnoe_obespechenie_iso_orion/orion-pro-uchet-rabochego-vremeni
• https://habr.com/post/253551/
• https://ip-kamera.su/product/orion-pro-urv-uchet-rabochego-vremeni-otchyoty-po-rabochemu-vremeni-sotrudnikov/