Инструменты пользователя
Это старая версия документа.
Содержание
Страница Артонит Сити
Онова системы: формирование очереди на запись и удаление.
Схема 1. Порядок формирования очереди карт на запись и удаление.
На схеме 1 изображена основа базы данных Артонит 10.
В таблице ss_accessuser хранится информация о наборе прав для каждого пользователя.
С помощью триггеров SS_ACCESSUSER_DELETECARD и SS_ACCESSUSER_WRITECARDS с использованием процедур cardidx_delete и cardidx_insert соответственно данные заносятся в таблицу cardidx.
Таблица cardidx является решением основной задачи СКУД.
Данные в таблицу ss_accessuser записываются с помощью программ Менеджер карт или сервера интеграции SOAP_Integration.
Таблицей device управляет приложение Конфигуратор.
Очередь на запись и удаление формируется в таблице CARDIDX и обрабатывается АСервером.
Основные отличия Артонит Сити от Артонит 10:
- Иной порядок предоставления доступа. В Артонит Сити пользователю может быть присвоена любая комбинация категорий доступа.
- Категории доступа присваиваются пользователю. Это позволяет определить его права еще до выдачи идентификатора.
- введена аналитика событий. При выявлении ошибки в проходах система автоматически исправляет ошибку.
- имеется web-интерфейс для организации оперативной работы бюро пропусков. В web-интерфейсе можно быстро проверить свойства пользователя.
Версии Артонит Сити
| № п/п | Версия | Дата | Изменения |
|---|---|---|---|
| 1 | 1.2.5 | 20.10.2017 | Выводится список пользователей, у которых нет карты. При переходе по ссылке есть возможность удалить выбранных жильцов из базы данных СКУД. Введ анализ событий вида Недействительная карта и указана причина отказа. |
| 1 | 1.2.6 | Май 2019 | При анализе событий выводится подробная информация о причине отказа. Выводится информация об активности пользоватея, активности карты, анализ по категориям доступа. Аналитика формируется в момент вставки события. |
Проверка свойств пользователя/жильца
Артонит Сити позволяет быстро проверить свойство пользователя/жильца.
Аналитика событий.
В ходе эксплуатации СКУД всегда есть потребность знать: а правильно ли работает СКУД? Может, где-то есть сбои, о которых оператор не знает?
Например, где-то система не пропустила где-то сотрудника, где этот сотрудник может ходить. Сотрудник не понял причины отказа, но и не стал жаловаться на работу системы. Получается, что система работает некорректно, но никто об этом не знает, ибо жалоб нет.
Возможна и обратная ситуация: сотрудник не имеет право прохода через какую-нибудь дверь, но СКУД его пропускает. Сотрудник тоже не будет жаловаться, т.к. его такая ситуация устраивает.
Потому всегда надо знать ответ на вопрос: были ли сбои в работе СКУД?
Артонит Сити имеет ответ на этот вопрос.
Инструменты страницы
