Программный комплекс DKLink EAS для контроля антикражных систем
Программный комплекс DKLink EAS предназначен для выполнения задач по мониторингу работоспособности антикражных систем и периферии, формированию тревожных уведомлений при отказе компонентов системы, а также предоставлению аналитической информации за заданный период.
Система может работать на уровнях, начиная от одиночного магазина и заканчивая сетью
федерального уровня.
Программный комплекс Dk-Link EAS объединяет все антикражное оборудование и ПО в единую систему.
Контроллер стойки (КС) – микроконтроллер, встраиваемый в антенну, в задачи которого входит контроль состояния антенны и передача информации контроллеру линейки (КЛ) в режиме онлайн.
Контроллер линейки (КЛ) – микроконтроллер, встраиваемый в антенну, в задачи которого входит сбор информации от КС и передачу данных на центральный сервер.
На каждые 32 контроллера стоек требуется установка одного контроллера линейки. Платы контроллеров полностью помещаются внутри корпуса антенны. Контроллеры стоек и линеек связываются через UDP протокол и имеют собственную буферную память. Таким образом, даже при отключении связи на торговом объекте, контроллеры будут сохранять информацию во внутренней памяти и сбросят данные при восстановлении канала. С точки зрения технического взаимодействия, иерархия следующая: КС – КЛ – Cервер. На сервере устанавливается ПО мониторинга веб-сайт для работы оператора.
Логическая структура сети противокражного оборудования формируется администратором системы на этапе настройки системы, что кратко описано в разделе «Настройка структуры».
Логическая иерархия объектов, обслуживаемых в рамках системы следующая (в порядке уменьшения): Регион – Город – Магазин – Контроллер Линейки (далее КЛ) – Контроллер Стойки (далее КС).
| Событие | Тип события, требуется ли обработка | Комментарий |
|---|---|---|
| Сработка | Уведомление | Нет | Сработка противокражной системы на этикетку |
| Нет связи с контроллером. Связь восстановлена | Аварийное | Да | Событие возникает при потере связи с АС. Служит для мониторинга бесперебойной работы АС. |
| Потеря питания деактиватором | Аварийное | Да | Отслеживает работу деактиватора. Система проверяет наличие питания у деактиватора, в случае потери генерируется аварийное событие, обработка которого позволяет восстановить питание в кратчайшие сроки. |
| Отсутствие сработок в режиме тестирования | Аварийное | Да | Событие служит для отслеживания работы персонала по утренней проверке АС. В случае, если в этот период не было тестовых сработок – генерируется это событие. |
| Отсутствие сработок в течение заданного времени | Аварийное | Да | Отсутствие сработок при открытом магазине в течение длительного времени может говорить о поломке системы. Событие обращает внимание оператора на АС, с которой длительное время не поступало сработок и требуется обработка. |
| Ложные сработки | Аварийное | Да | Большое число сработок за короткий период так же может говорить о неисправности системы. Событие обращает внимание оператора на АС, которая генерирует ненормально большое число сработок за малое время и требует обработки. |
Для оперативного общего наблюдения за состоянием торговой сети используется главный экран.
Экран является интерактивным – цвета объектов меняются в зависимости от процента
тревожности нижестоящих объектов. Уровень перехода в тревожное состояние для вышестоящих объектов также задается при вводе структуры. Частота обновления информации – 5-10 секунд.
На главном экране доступна опциональная масштабируемая карта. При необходимости
карту можно отключить. Объекты на карте располагаются автоматически при вводе структуры, для карты используется API Yandex. При нажатии на объект в списке справа открывается журнал событий с фильтрацией по данному объекту.
Журнал событий – инструмент для постоянного мониторинга и отработки событий в режиме ленты. В зависимости от настроек сортировки, фильтрации, а также имеющихся у пользователя прав – журнал предоставляет оперативную информацию о событиях, происходящих в данный момент в магазинах. Частота обновления информации – 5-10 секунд.
Аварийные события требуют обработки оператором, при этом оператор должен оставить комментарии.
По умолчанию обработанные события скрыты, для того чтобы дать возможность оператору видеть лишь актуальные проблемы. События, которые были исправлены (например, потеря связи – восстановление связи), не будут скрыты, пока оператор не внесет комментарий.
Комментарий необходим для соответствующего отчета аналитической части системы.
