Центр охраны: история версий

Перед обновлением «Центра охраны» обязательно сделайте оперативную резервную копию базы данных. Не выполняйте обновление «Центра охраны» в пятницу :-)

Версия 5.6.1192 от 16.05.2019


Окно «Тревоги на объекте» снова открывается

Исправили ошибку, из-за которой оператор не мог посмотреть отработанные тревоги по объекту.

  • По объекту, на котором нет активных тревог, окно «Тревоги на объекте» не открывалось.
  • Если активная тревога есть, то вместо истории тревог отображалась только активная.

Теперь в окне «Тревоги на объекте» снова отображается список всех тревог. __________________.jpg

Устранили сбой при выборе текущего объекта

После последнего обновления некоторые пользователи не могли посмотреть информацию по выбранному объекту. Если была хоть одна неотработанная тревога, то при попытке посмотреть карточку любого объекта отображалась только карточка тревожного. :(

Теперь карточки и события с объектов не зависят от неотработанных тревог.

Автовключение объекта работает как часы

Автовключение объекта не срабатывало: после того, как мы устанавливали дату, время и сохраняли карточку, значения сбрасывались и объект оставался выключенным.

Теперь дата и время сохраняются — объект включается по установленному расписанию.

Обновленный источник событий от Немана

Полностью переработан источник событий от Немана. Функциональность не изменилась, но исправлены ошибки в коде — модуль заработал быстрее и стабильнее.

 

Версия 5.6.1188 от 24.04.2019


Изменения информации подхватываются на лету

Исправили ошибку из-за которой изменения информации об объекте, сделанные в Менеджере объектов, не подхватывались другими модулями без их перезапуска.

 

Версия 5.6.1187 от 22.04.2019


API «Центра охраны» официально доступно

Мы завершили тестовый период. Сейчас служба «C.Nord HTTP-API Service» стала официально доступной.

Используя методы API можно:

  • Получить список объектов;
  • Добавить или удалить объект;
  • Изменить значения для часто используемых полей объекта;
  • Получить события объекта;
  • Выполнить проверку КТС.

Для получения описания методов API и инструкции по работе с транспортным файлом напишите нам. Мы пришлем вам документацию в ответном письме.

 

Исправили ошибку в работе расписания охраны

Расписание охраны, установленное для разделов объекта иногда не срабатывало.
Например, по объекту формировалась «Тревога расписания. Нет снятия с охраны», хотя событие о снятии было сформировано в корректном диапазоне.

Ошибка проявлялась нестабильно, но мы её нашли и исправили.

 

Состояние разделов показываем правильным цветом

Дежурный оператор неправильно отображал состояние разделов, если состояние хотя бы одного раздела у объекта неизвестно (т.е. по разделу не было событий взятия/снятия).

Ошибку, из-за которой это происходило, исправили.

 

Центр охраны умеет менять режим общения gsm-модемов

Недавно нам стали поступать отзывы о том, что не получается настроить приём по sms/csd и отправку смс из Центра охраны. При этом настройки обработчиков и источников корректны, а модемы новые и рабочие.
Оказалось, что некоторые прозводители модемов перед отправкой со склада тестируют их особым образом, переводя в бинарный режим. В этом режиме модем не воспринимает команды от Центра охраны, т.к. Центр охраны общается при помощи текстовых команд.

Теперь Центр охраны умеет переключать gsm-модем в нужный режим для дальнейшего общения.

 

Исправили ошибку в конфигураторе источника событий Барьер

При попытке настроить источник для работы по tcp-порту, данные сохранялись некорректно.

 

Объект не сразу включался по завершению обслуживания в MyTech

Если инженер работает на объекте и использует мобильное приложение MyTech, то тревоги с объекта не отвлекают оператора, поскольку на время работ объект отключается. Объект автоматически включается после закрытия заявки в мобильном приложении или по истечении 90 минут после начала работ.

Однако, не всё получилось гладко:

  • если в процессе обслуживания объекта оператор редактировал его карточку, то объект включался только по таймауту в 90 минут. Действие о завершении заявки игнорировалось.

Ошибку исправили. Теперь объект включится сразу после того, как инженер завершит работу.

 

Менеджер отчетов генерировал отчет не по тому объекту

В менеджере отчетов наблюдалась следующая ситуация:

  • При выделении нужных объектов для построения отчета, отчет строился, но совсем по другим объектам.
  • Если после построения «неправильного» отчета закрыть его, то можно было заметить, что галки выделенных объектов магическим образом сползли на соседние объекты.

Теперь всё хорошо. 

 

Объект без ответственных не передавался в облако

Мы устанили недочет в Облаке и Центре охраны из-за которого объект, в котором не создан ни один ответственный, не размещались на карте; не появлялись в Панели инженера, когда к ним выдавали доступ; и по ним нельзя было создать заявки в MyTech.

 

Версия 5.6.1178 от 22.02.2019


Отключение объекта на время обслуживания

MyTech – это сервис, который помогает организовать процесс обслуживания объектов. 
Чтобы начать использовать MyTech необходимо обновить «Центр охраны» до версии 5.6.

В процессе обслуживания объекта прибор может формировать самые разные события, в том числе и тревоги. Оператор не хочет отвлекаться на такие тревоги и отключает объект, но для этого он должен попросить инженера сообщить о начале работ. Если же инженер использует мобильное приложение MyTech, то объект будет автоматически отключен, когда инженер  нажмет в приложении на кнопку «Начать работу». Объект будет также автоматически включен, когда инженер нажмет на кнопку «Завершить работу». Если инженер забудет (или не сможет) зафиксировать завершение работ в приложении, «Центр охраны» включит объект через 90 минут после отключения.

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

 

HTTP-API «Центра охраны»

В состав «Центра охраны» версии 5.6 добавилась служба «C.Nord HTTP-API Service». Служба предоставляет набор REST-сервисов, объединенных в группы, с помощью которых совершаются запросы к «Центру Охраны».

Сейчас API работает в тестовом режиме. Используя методы API можно:

  • Получить имеющуюся информацию об объекте, его разделах или ответственных.
  • Добавить или удалить объекты.
  • Добавить, изменить или удалить информацию для объекта, раздела и т.д.
  • Установить или изменить контрольное время для объекта.
  • Запустить проверку КТС и получить результат проверки КТС.

Другими словами, с помощью методов HTTP-API появилась возможность взаимодействия с данными в базе «Центра охраны» через стороннее программное обеспечение.

Подробное описание методов API появится совсем скоро.

 

Транспортный файл для автоматического обновления данных объекта

В предыдущей версии «Центра охраны» появился сервис Услуги охраны, с помощью которого можно проинформировать клиента о состоянии счета, абонентской плате или деталях договора.

Теперь «Центр охраны» может автоматически получать всю необходимую для этого сервиса информацию из транспортного файла.
Транспортный файл можно создать вручную или автоматически выгрузить из программы, которая используется в охранном предприятии компании для учета данных, например, 1С.

Для получения инструкции по работе с транспортным файлом напишите нам. Мы пришлем вам документацию в ответном письме.

Приборы Nord B312 и Nord C312

В апреле появятся в продаже новые Норд GSM аппаратной версии B312 и C312. Подробное описание приборов будет сделано после их выхода.

Работа с приборами новой линейки уже поддержана в Центре охраны.

Источник событий Барьер

Теперь Центр охраны может принимать события от приборов Барьер. В версии 5.6.1177 появился источник событий и шаблон событий для таких приборов. Первое время источник событий будет находиться в опытной эксплуатации. Поскольку линейка приборов у Барьера очень отличается между собой, нам необходимо собрать как можно больше примеров использования, чтобы обеспечить правильную поддержку всех протоколов.
В следующих версиях Центра охраны источник событий будет распространяться на коммерческой основе.

Исправление ошибок

  • В предыдущих версиях «Центра охраны» была допущена ошибка в результате которой было невозможно создать нового оператора с правами уже существующего. Все настройки доступа приходилось проставлять заново. В версии 5.6.1177  данная ошибка исправлена.
  • В «Центре охраны» версии 5.5 было переработано окно тревог в модуле Дежурный оператор: окно «Тревоги по объекту» больше нельзя переключить в режим «Все тревоги».
    Однако, если с помощью правой кнопки мыши вызвать меню, то там по-прежнему было два пункта: «
    Тревоги» и «Тревоги на объекте». В версии 5.6 ошибка исправлена. Сейчас есть только пункт «Тревоги на объекте...», в котором отображаются тревоги по конкретному объекту.

  • Ранее пользователи сталкивались с проблемой, из-за которой удаленные объекты не сохранялись в оперативной копии базы данных. Таким образом, после восстановления копии базы было невозможно получить доступ к удаленным объектам. Эта ошибка исправлена,  удаленные объекты снова входят в состав резервной копии.

Версия 5.5.1131 от 22.10.2018


Быстрая работа Дежурного оператора

В текущей версии Центра охраны переработан механизм отображения событий в Дежурном операторе. Теперь Дежурный оператор не перегружает память и его не нужно постоянно перезапускать, чтобы он начал работать быстрее.

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

Количество выводимых при инициализации событий теперь ограничено: оно или равно 1000, или равно сумме всех тревог и последних взятий/снятий, при условии, что эта сумма больше тысячи событий. События, не вошедшие в ленту, по-прежнему отображаются во вкладке «События с объекта» и в отчетах, сделанных с помощью Менеджера отчетов.

Новых событий эти изменения не коснулись - они отображаются в ленте, как и раньше.

Изменения в интерфейсе Дежурного оператора

  • В русскоязычной версии Центра охраны вкладка «Все события» теперь называется «Лента».
  • Параметр «Интервал отображения событий» в настройках модуля теперь влияет только на вкладку «События с объекта».
  • Поля «Дата» и «Время» теперь объединены в одно поле «Дата».
  • Поля «Раздел» и «Шлейф / Пользователь» объединены в одно поле «Раздел - Ш/П».
  • Окно «Тревоги по объекту» больше нельзя переключить в режим «Все тревоги». В нем отображаются только тревоги по конкретному объекту.

Информирование клиента об Услугах охраны в MyAlarm

Недостаток информации для оплаты услуг охраны приводит к тому, что клиенты забывают отплатить, в результате чего формируется дебиторская задолженность. Теперь в Центре охраны можно указать баланс, размер абонентской платы, дату списания, номер договора и отобразить эту информацию клиенту в MyAlarm.

___________2.png

Режимы информирования и ограничения, устанавливаемые на вкладке Охрана, теперь действуют не только на прибор, а еще влияют на мобильное приложение. Подробнее о сервисе в статье Услуги охраны.

Платные обработчики в стартовой редакции

В предыдущих версиях Центра охраны была допущена ошибка при которой в стартовой редакции можно было создать несколько экземпляров обработчиков «Сеть Пандоры», «Ретранслятор в Sup-Gard» и «Открытый протокол» вместо одного. При том эти несколько созданных экземпляров переставали работать после перезапуска Менеджера событий.

Эта ошибка исправлена, теперь количество обработчиков верное и они не выключаются после перезапуска.

Изменение режима связи с облаком

Раньше в окне «Связь с Облаком» можно было не только посмотреть UID Центра охраны или контактные данные, но и легко поменять режим подключения к Облаку. При выборе нового режима подключения Центр охраны генерирует новый UID. Это хорошо, если изменение режима происходит намеренно. Но если пользователь Центра охраны случайно изменит режим связи с Облаком, а после этого вернет первоначальный режим, то это приведет к формированию нового UID'а Центра охраны. Таким образом, если в Центре охраны были настроены инженеры, пользователи MyAlarm или другие облачные сервисы, то вся связь с ними будет потеряна.

Чтобы сократить случайное изменение режимов, мы переработали окно «Связь с Облаком». Теперь выбрать режим подключения можно только при первичной регистрации Центра охраны в Облаке.

_______________.jpg

Если вам действительно потребуется изменить режим связи с облаком, напишите запрос в техническую поддержку, вам подскажут как это сделать.

Выключение облачных сервисов при восстановлении резервной копии

В предыдущих версиях Центра охраны при восстановлении базы данных автоматически устанавливался тот режим связи с Облаком, который был включен в базе до её резервирования. Зачастую это могло привести к различным ошибкам, т.к. Облако одновременно получало информацию от двух Центров охраны с одинаковым UID.

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

 

Версия 5.4.1048 от 28.02.2018


Коррекция «нулевого» времени событий

Ранее при получении с прибора события с «нулевым» временем, этому событию присваивалось текущее время компьютера, на котором запущен модуль «Менеджер событий», за вычетом 10 минут. Теперь таки события отправляются в прошлое на 20 минут. Изменение этого параметра поможет предотвратить поток push-уведомлений от событий, которые были сформированны прибором пока он был не на связи с Центром охраны.

«Нулевое» время -  время, с которым прибор формирует событие, после того как был полностью обесточен.

Обновление шаблонов событий

В шаблоны событий «Си-Норд GSM» и «Си-Норд GSM + EPAF» добавлены следующие коды событий:

  • E610 - Программный тест
  • E621 - Очистка журнала событий
  • E762 - Выключение прибора, резервное питание неисправно.

Поддержка новых приборов

В «Центр охраны» 5.4.1048 добавлена поддержка новых приборов «Норд GSM 5.7» и «Союз GSM 7.7», эти аппаратные версии приборов отличаются от привычных тем, что в них установлен 3G-модем.

Оптимизация работы модулей

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

Сортировка разделов

Раньше разделы объекта в Менеджере объектов всегда отображались в том порядке, в котором создавались. Теперь разделы сортируются по номеру.

Исправленные ошибки

  • В прошлых версиях «Центра охраны» ответственный, у которого в Менеджере объектов не был указан номер на панели или телефон, не передавался в облако. Это приводило к тому, что такой пользователь не мог проверить КТС на своем объекте с помощью Call-центра. Теперь информация об ответственном передается в облако и проблем при проверке КТС не возникнет.
  • Исправлена ошибка из-за которой время работы ГБР в отчете "Статистика выездов групп" расчитывалось неверно.
  • Ранее если оператор не имел прав для входа в модуль Менеджер объектов, то он не мог войти в модуль Менеджер отчетов, даже если права на вход в этот модуль у него были. Теперь эти права не зависят друг от друга.
  • В предыдущей версии Центра охраны была допущена ошибка, в следствии которой события с номерами разделов больше 63, полученные от «Союза GSM» / ТР-100 GSM IV, приходили с номером раздела 63. Теперь события интерпритируются правильно.

 

Версия 5.4.1038 от 06.12.2017


Удаленное взятие / снятие новых приборов

В «Центре охраны» 5.4 реализована поддержка удаленного взятия и снятия для следующих аппаратных версий приборов:

Управление доступом к объекту из приложения «MyAlarm»

В «Центре охраны» версии 5.3 был только один способ предоставить ответственному доступ к объекту из приложения «MyAlarm» – сделать этого ответственного администратором личного кабинета.

В «Центре охраны» версии 5.4 появилась возможность предоставить доступ ответственным, указанным в карточке объекта. Подробнее о том, как это сделать, можно прочитать в отдельной статье.

Разрешение на использование тревожной кнопки в приложении «MyAlarm»

Если у ответственного есть доступ к объекту из приложения «MyAlarm», то ему может быть выдано разрешение использовать в приложении виртуальную тревожную кнопку.

Форматирование номеров телефонов при отображении

Для номеров телефонов, которые отображаются в списке ответственных, предусмотрена возможность форматирования при отображении. Вне зависимости от того, как был указан номер телефона, при отображении он приводится к формату, содержащему разделители между группами цифр, например, +7 (987) 654-32-10.

С помощью двойного щелчка левой кнопкой мыши можно выключить форматирование или снова его включить.

При переходе в режим редактирования объекта номера телефонов всегда отображаются в том виде, в котором они были указаны оператором.

Возможность форматирование номеров телефонов доступна во всех модулях «Центра охраны».

Выбор отображаемых колонок для списка ответственных

В списке колонок, который отображается по щелчку левой кнопкой мыши в левом верхнем углу списка ответственных, можно выбрать колонки, которые нужно отображать в списке ответственных.

Если режим редактирования выключен, то колонки для номеров телефонов «Телефон 3», «Телефон 4» и «Телефон 5» отображаются только в том случае, если хотя бы для одного ответственного в списке указан соответствующий номер телефона.

Возможность выбора отображаемых колонок для списка ответственных доступна во всех модулях «Центра охраны».

Прием событий от АРМ «Дельта» («Мегалюкс»)

В компоненте «Источник событий от SurGard» реализована возможность приема событий от АРМ «Дельта» производства компании «Мегалюкс».

Речь идет об интеграции на программном уровне, возможности приема событий непосредственно от приборов производства компании «Мегалюкс» нет.

Прием событий в формате «Informer 12000»

В компоненте «Источник событий МультиПротокол» реализована возможность приема событий в формате пульта «Informer 12000».

В комплект поставки «Центра охраны» включен шаблон с описанием событий, полученных от приборов, передающих сигналы на пульт «Informer 12000».

Прием событий от приборов «Неман»

В состав «Центра охраны» версии 5.4 включен новый источник событий, предназначенный для приема событий от приборов «Неман» производства компании «Ровалэнт».

Источник событий реализован в виде службы Windows. Для доступа к настройкам источника событий необходимо использовать пункт «Источники событий (службы)...» в выпадающем меню модуля «Менеджер событий».

В комплект поставки «Центра охраны» включен шаблон с описанием событий, полученных от приборов «Неман».

Версия 5.3.893 от 18.04.2016


Обновление шаблонов событий

В шаблоны событий «Си-Норд GSM» и «Си-Норд GSM + EPAF» добавлен целый ряд новых описаний событий. В первую очередь это события, которые формируются 11-й версией прошивки приборов. Кроме того, в шаблоны добавлены события, которые могут формироваться сторонними приборами, которые подключаются к пульту с использованием коммуникаторов «Союз GSM» и «Союз PCB GSM».

Кроме того, при дополнении шаблонов событий были внесены изменения в стандартные классы событий:

  • Классы событий «Неисправность», «Неисправность связи ЦС», «Низкий сигнал», «Связь потеряна» получили тип «Неисправность»;
  • Класс событий «Тревога связи» переименован в «Неисправность связи» и получил тип  «Неисправность»;
  • Класс событий «Отказ от взятия» получил тип «Предупреждение».

Проверка КТС с использованием Call-центра

В предыдущих версиях «Центра охраны» можно было наблюдать ситуацию, когда при отмене проверки КТС из-за того, что на объекте тревога, по объекту формировалось два события: «Отмена проверки, тревога на объекте» и «Отмена ответственным». В версии 5.3.893 второе, ошибочное событие, не создается.

Кроме того, при успешной проверке КТС, вместо события «Отмена ответственным» теперь создается событие «Проверка успешно завершена». Причем событие об успешном завершении проверки создается сразу же, а не по истечению таймаута, выделенного на проверку.

Ошибки

В версии 5.3.889 была обнаружена ошибка, из-за которой информация об администраторе личного кабинета не отправлялась в Облако. Эта ошибка исправлена в версии 5.3.893.

Исправлено описание кода события ZZYV, который создается источниками и обработчиками событий. Новое описание: «Включен только для 1000 объектов».

Исправлена ошибка, из-за которой тип оборудования, установленный в карточке объекта, терялся при передаче карточки с использованием обработчика событий «Сеть Пандоры».

В отчете «Работа групп» исправлена ошибка подсчета времени, в течении которого ГБР находилась на реагировании. Ошибка возникала в том случае, если действия о прибытии на объект формировались с помощью приложения «Тревога в ГБР», запущенного на планшете.

В модуле «Менеджер отчетов», в окно выбора классов событий по типу были добавлены все имеющиеся в «Центре охраны» типы классов событий.

Окончательно исправлена редкая и трудно воспроизводимая ошибка, из-за которой в модуле «Дежурный оператор» появлялись тревожные объекты, по которым не удавалось отменить тревогу: после перезапуска модуля объект вновь становился тревожным.

Версия 5.3.885 от 22.01.2016


Стартовая редакция на 1000 объектов

Увеличен лимит количества объектов в стартовой редакции  с 250 до 1000 объектов.

Неизвестный канал связи

Если в протоколе передачи данных, по которому "Центр охраны" принимает события, поля канала связи не прописаны, то "Центр охраны" отображает эти события как пришедшие по каналу "U". Обработчики событий теперь могут передавать события, пришедшие по этому каналу.

Разное

Добавлена поддержка GSM-модемов TU31

Добавлен импорт из «Центавра»

Версия 5.2.860 от 07.09.2015


Источник событий от GSM-модема

Максимальное количество компонентов «Источник событий от GSM-модема» для стартовой редакции «Центра охраны» увеличено до 3.

Сделано это для того, чтобы пользователи стартовой редакции могли принимать события от приборов по каналам CSD и SMS, используя для каждого канала отдельные модемы.

Фильтрация дублей

Механизм фильтрации дублей предназначен для того, чтобы не перегружать дежурного оператора «Центра охраны» одинаковыми событиями от объекта, принятыми по разным каналам связи. По умолчанию дубли не отображаются в списках событий модуля «Дежурный оператор», но они сохраняются в базе данных «Центра охраны» и могут быть включены в отчеты по событиям с объектов.

В предыдущих версиях «Центра охраны» дубликатами считались только такие события, для которых код события и класс события. А коды событий могут быть разными, если используются разные каналы связи. Например, при передаче по радио коды событий состоят из двух символов, а при передаче по GPRS – из четырех. Другими словами, взятия, полученные по радио и GPRS не считались дубликатами в предыдущих версиях «Центра охраны».

В версии 5.2.860 алгоритм фильтрации дублей был доработан следующим образом:

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

Таким образом:

  • если получено взятие по радио (код «OV», формат EPAF), а вслед за ним – взятие по GPRS (код «E401», формат Contact ID), то такие события будут считаться дубликатами, если для них совпадут класс события, номер раздела и номер пользователя;
  • если получено событие с кодом E751 (дискретный выход замкнут), а вслед за ним – событие с кодом R751 (дискретный выход разомкнут), то такие события не будут считаться дубликатами, не смотря на то, что класс, номер раздела и номер шлейфа для этих событий одинаковые.

Фильтрация дублей в обработчиках событий

Обработчики событий используются свой собственных механизм фильтрации дублей, который был добавлен в «Центре охраны» версии 5.2.855.

Так вот, фильтрация дублей в обработчиках событий тоже доработана: правила определения дублей для обработчиков событий точно такие же, как и в базовом механизме «Менеджера событий» (см. выше).

Исправленные ошибки

Обработчик событий «Ретранслятор в Sur-Gard»

Исправлена ошибка, из-за которой перекодирование событий из протоколов PAF/EPAF в протокол Contact ID не работало.

Номер объекта, который указывается в описании события ZZYX (нет соответствия для кода события), теперь указывается правильно.

Проверка КТС с помощью Call-центра

Проверка КТС с помощью Call-центра в некоторых случаях могла не работать: событие «Тревожная кнопка» не передавалось в «Облако». Эта ошибка была устранена в версии 5.2.860.

Кроме того, в версии 5.2.860 была исправлена ошибка, из-за которой событие об успешной проверке КТС с помощью Call-центра иногда формировалось даже в том случае, если проверка не удалась.

Раздел с номером -1

Если описание объекта было выполнено с использованием функции «Объект как раздел», то при получении событий от таких объектов номер раздела для событий устанавливался в значение -1.

Версия 5.2.855 от 30.07.2015


Прием SMS от объектовых приборов

Все приборы нового поколения («Норд GSM», «Сержант GSM», «Союз GSM» и «Союз PCB GSM») обладают возможностью использовать канал SMS в качестве резервного канала связи. Но, до последнего времени, воспользоваться этой возможностью было нельзя, так как «Центр охраны» не поддерживал прием событий по каналу SMS в том формате, который используют приборы.

В версии 5.2.855 возможность приема SMS от приборов нового поколения была добавлена в «Источник событий от GSM-модема».

«Источник событий от GSM-модема» может использоваться как для приема событий по SMS, так и для приема событий по CSD. При этом, если задействованы оба из перечисленных резервных каналов связи, то рекомендуется использовать для приема событий по CSD и SMS разные модемы. Эта рекомендация связана с тем, что некоторые модемы после приема событий по CSD требуют переинициализации для того, чтобы восстановить возможность приема событий по SMS.

Фильтрация дублей с типом класса «Сброс»

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

И что же получается? Если для контроля принятых событий используется окно «Все события», то дежурный оператор видит в нем все нажатия на кнопку, но только один – первый – сброс.

Для того, чтобы оператор видел не только все тревоги, но и все события сброса тревог, фильтрация дублей для событий с типом класса «Сброс» была отключена.

Фильтрация дублей в обработчиках событий

Архитектура модуля «Менеджер событий» реализована таким образом, что обработчики событий получают события до того, как они будут сохранены в базу данных. Так сделано потому, что обработчики могут изменять принятый события, если это необходимо.

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

В предыдущих версиях «Центра охраны» механизм фильтрации дублей в обработчиках событий был реализован таким образом, что дублями считались только те события, которые имели одинаковые коды, номера разделов и номера шлейфов/пользователей.

В версии 5.2.855 этот механизм доработан таким образом, чтобы дублями считались события, у которых одинаковые классы, а не коды. Такая доработка позволяет считать дублями события, полученные по разным каналам связи: код события, переданного по радио, может отличаться от кода события, переданного по GPRS.

Разрешения для оператора при отработке тревог

В версии 5.2.855 были добавлены новые разрешения для оператора, связанные с отработкой тревог в модуле «Дежурный оператор».

Предположим, что дежурные операторы на пульте охраны разделены на две группы.

Задача операторов первой группы – принять решение о том, требует тревога реагирования (вызова ГБР) или нет. Эти операторы должны иметь возможность приступать к отработке тревоги сразу же, как только она получена. Они просматривают события с объекта, смотрят видео- и фотоподтверждения,  созваниваются с ответственными и т.д. И в какой-то момент принимают решение: отменять тревогу или реагировать. Если принято решение о реагировании, то оператор регистрирует подтверждение тревоги.

Как только тревога подтверждена, в дело вступают операторы из второй группы, задача которых – реагирование. Они «не видят» те тревоги, которые не подтверждены: событие не появляется в списке «Тревоги», звука тревоги нет, объект тревожным не становится. Все это происходит только в тот момент, когда тревога будет подтверждена: тревога становится «настоящей», реагирующие операторы видят её так, как будто она только получена и приступают к реагированию.

Подтверждать тревоги

Для того, чтобы оператор из первой группы мог подтвердить тревогу и передать его на реагирование операторам второй группы, у него должно быть разрешение «Подтверждать тревоги».

Управлять ГБР

Если у оператора есть разрешение «Управлять ГБР», то у него есть возможность регистрировать действия с типом «Вызов группы», «Прибытие группы» и «Отмена вызова группы».

Если операторы из первой группы действительно не управляют ГБР, то у них не должно быть этого разрешения. Если у оператора нет разрешения на управление ГБР, то действия по управлению ГБР не отображаются в списке возможных действий по тревоге.

У операторов из второй группы, наоборот, такое разрешение должно быть.

Поскольку это новое разрешение, то при обновлении до версии 5.2.855, все операторы «Центра охраны», у которых было разрешение на отработку тревог, его получат.

Отрабатывать только подтвержденные тревоги / Отменять только подтвержденные тревоги

Это разрешения для операторов из второй группы. Если у оператора есть разрешения только на отработку подтвержденных тревог, то он «увидит» тревогу только после того, как она будет подтверждена.

Исправленные ошибки

Обработчик событий «Сеть Пандоры»

Исправлена ошибка, которая приводила к утечке памяти в обработчике событий «Сеть Пандоры», если он использовался в режиме совместимости с «Пандорой». Побочным следствием этой ошибки являлись многочисленные записи в логе вида

00:00:00 C:\Program Files\Andromeda\EvMan.exe: TLRData.SaveToMemory. Exception EVariantInvalidArgError. Exception message: Invalid argument 
00:00:00 C:\Program Files\Andromeda\EvMan.exe: TLRData.SaveToStream. Exception EAccessViolation. Exception message: Access violation at address 2000679A in module 'rtl100.bpl'. Read of address 235B82B8 
00:00:00 C:\Program Files\Andromeda\EvMan.exe: TLRDataDBThread.ProcessListToSave: Unable to save LRData to DB 

Обработчик событий «Ретранслятор в Облако»

Если событие было получено «Центром охраны» с помощью обработчика «Сеть Пандоры», то такое событие не передавалось в «Облако».

Модуль «Карты объектов»

Окно со списком событий, которые могут быть получены с объекта, открывалось очень медленно. Способ заполнения списка событий был изменен так, чтобы устранить эту проблему.

Версия 5.1.840 от 20.05.2015

Удаленное взятие и снятие дежурным оператором

Приборы «Норд GSM» версии 5.40 и выше обладают возможностью удаленного взятия / снятия, если они подключены к «Центру охраны» по IP-каналу (GSM/GPRS или Ethernet). Если в настройках прибора определено несколько разделов, то удаленно взять или снять можно отдельный раздел. Для того чтобы разрешить удаленное управление состоянием разделов прибора, необходимо при конфигурировании прибора установить «галочку» для параметра «Разрешить удаленное взятие и снятие из «Центра охраны», который находится на вкладке «Разное», в разделе «Взятия и снятия»:

 

Для того чтобы оператор «Центра охраны» мог удаленно управлять состоянием прибора, ему необходимо предоставить соответствующие права. Обратите внимание, что разрешения на взятие или снятие приборов с охраны выдаются отдельно. Таким образом, у всех операторов может быть возможность взять прибор под охрану, но только у некоторых – снять прибор с охраны. Права на удаленное управление состоянием прибора предоставляются в модуле «Менеджер персонала», на вкладке «Дежурный оператор»:

Взятие или снятие прибора с охраны выполняется из модуля «Дежурный оператор». В контекстное меню, которое появляется при щелчке правой кнопкой мыши по иконке объекта, добавлены пункты «Взять под охрану» и «Снять с охраны»:

Наличие пунктов «Взять под охрану» и «Снять с охраны» в контекстном меню объекта зависит от нескольких факторов. Прежде всего, тип оборудования для объекта должен быть установлен в значение «Си-Норд GSM (CML)», при этом на объекте должен быть установлен прибор «Норд GSM», который выполнил подключение к «Центру охраны». Пункт «Взять под охрану» появляется в меню только в том случае, если объект полностью или частично снят с охраны, а у оператора есть право на удаленное взятие объектов. Точно так же пункт «Снять с охраны» появляется в том случае, если прибор полностью или частично взят под охрану, а у оператора есть право на удаленное снятие объектов.

Если на приборе сконфигурирован только один раздел, то при выборе пункта «Взять под охрану» или «Снять с охраны» на прибор будет отправлена соответствующая команда. Если же на приборе сконфигурировано несколько разделов, то при выборе любого из этих пунктов откроется окно, в котором оператору нужно указать, какой именно раздел должен быть взят или снят:

Необходимо отметить, что процедура взятия из «Центра охраны» выполняется точно так же, как если бы этот же раздел был взят пользователем: обрабатываются возможные причины отказа от взятия, выполняется отсчет задержки на выход и т.д. Но есть и отличие: при выполнении взятия или снятия из «Центра охраны» прибор формирует события с кодами R499/E499 соответственно:

Объектовые номера разделов

Если на объекте установлен «Норд GSM», разбитый на разделы, то описание событий, полученных с объекта, могло формироваться неверно: раздел для событий выбирался неправильно. Как правило, это происходило для системных событий, номер раздела для которых равен нулю.

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

Если на объекте установлен один из приборов предыдущего поколения («Hunter», «Норд-4ТМ»), разбитый на области, и к прибору подключен передатчик ТР-100 GSM III или радиопередатчик, то в качестве объектовых номеров разделов необходимо указывать объектовые номера областей. Это правило справедливо для любой версии «Центра охраны», если оно соблюдалось, то никакие изменения в карточки таких объектов вносить не нужно.

Если на объекте установлен «Норд GSM», в конфигурации которого опеределено несколько разделов, то в качестве объектовых номеров разделов необходимо указывать 0. Это новое правило, поэтому описание таких объектов желательно привести в соответствие с ним.

Коррекция «нулевого» времени событий

На приборах нового поколения текущее время выставляется либо при подключении прибора к компьютеру по USB, либо при подключении прибора к «Центру охраны» по IP-каналу. При отключении питания время на приборах сбрасывается. Таким образом, если прибор был полностью обесточен, то события, которые будут созданы после включения прибора, будут иметь неверные («нулевые») дату и время.

В «Центр охраны» версии 5.1 коррекция «нулевого» времени событий реализована следующим образом. Если время события, полученное с прибора, определяется как «нулевое», и это первое такое событие, то вместо «нулевого» времени используется текущее время компьютера, на котором запущен модуль «Менеджер событий», за вычетом 10 минут. Каждое следующее событие с «нулевым» временем получит время на секунду больше, чем предыдущее.

Подобная коррекция обладает вот какой особенностью: если в памяти прибора накопилось несколько групп событий с нулевым временем, которые идут не подряд («нулевое», правильное, «нулевое», правильное), то после коррекции времени хронологический порядок событий будет нарушен. Необходимо помнить об этом при анализе событий с объекта.

Новые события в шаблоне «Си-Норд GSM»

В следующей версии прошивки для приборов «Норд GSM», «Сержант GSM» и «Союз GSM» появится защита прибора паролем при подключении по USB. Для того чтобы информировать оператора «Центра охраны» о факте и результатах подключения по USB, прибор будет формировать несколько новых событий:

  • при подключении / отключении по USB;
  • при вводе неправильного пароля;
  • при изменении конфигурации.

Для того чтобы поддержать отображение новых событий, их описание было добавлено в шаблон событий «Си-Норд GSM».

Новый шаблон событий «Си-Норд GSM + EPAF»

Если объект оборудован «Нордом GSM» в металлическом корпусе с  радиопередатчиком TR-100, то события с такого объекта поступают в «Центр охраны» в двух протоколах: Contact ID и EPAF.

Коды и описание событий для этих протоколов кардинально отличаются.

Для того чтобы «Центр охраны» мог правильно формировать описание событий полученных в разных протоколах, разработан новый шаблон событий – «Норд GSM + EPAF» – который необходимо использовать для таких объектов.

Прием событий от «Кобры»

Компонент «Источник событий от Sur-Gard» был доработан таким образом, чтобы он принимал события от программного обеспечения «Кобра» версии 8.

Суть доработки заключалась в том, что номер объекта, который передается в протоколе Contact ID, теперь может содержать не 4, а 6 символов. Никаких изменений в номер объекта не вносится, поэтому при создании такого объекта для него нужно указывать 6-значный номер.

Доклады от планшета в «Сводном отчете»

При работе «Центра охраны» версии 5.0 были возможны ситуации, когда действия охранника, зарегистрированные в приложении «Тревога в ГБР», не отображались в «Сводном отчете», либо отображались от имени оператора, без привязки к карте местности.

В версии 5.1 все действия охранника обрабатываются таким образом, чтобы они отображались в «Сводном отчете» правильно.

Любые события для отображения в личном кабинете

Некоторое время назад мы выполнили доработку web-версии личного кабинета (https://my.cnord.net) таким образом, чтобы вместо отчета по взятиям и снятиям с объекта отображался отчет по всем разрешенным к просмотру событиям.

В «Центре охраны» версии 5.1 мы сняли все ограничения на типы классов событий, которые могут отображаться в личном кабинете. Если раньше можно было выбрать только классы событий с типами «тревога», «взятие» и «снятие», то теперь администратору личного кабинета можно разрешить просмотр любых событий.

Отправка длинных SMS (SMPP)

Обработчик событий «Ретранслятор SMS» теперь отправляет SMS любой длины, но только в том случае, если для отправки SMS используется подключение к серверу оператора связи по протоколу SMPP.

Включить отправку «длинных» SMS можно в настройках группы обработчиков «Ретранслятор SMS»:

Текст «длинных» SMS передается в TLV message_payload запроса submit_sm. Перед включением разрешения на отправку длинных SMS рекомендуется проверить, что оператор связи поддерживает такой способ отправки.

Важно! Для расчета стоимости «длинных» сообщений необходимо учесть, что при тарификации SMS за длину одного сообщения принимается значение 140 символов в кодировке «Транслит», либо 70 символов в кодировке «UCS2». Таким образом, стоимость «длинного» сообщения в 160 символов в кодировке «UCS2» будет равна стоимости трех «обычных» сообщений (160 / 70 > 2).

Номер проблемного объекта для события с кодом «ZZWG»

Для тех объектов, на которых установлен передатчик «ТР-100 GSM III», работающий в протоколе CML, либо объектовые приборы нового поколения («Норд GSM», «Сержант GSM» или «Союз GSM»), в качестве значения для типа оборудования, установленного на объекте, должно использоваться «Си-Норд GSM (CML)»:

Событие с кодом ZZWG создается источником событий CML в том случае, если объект, по которому получено событие, не найден в базе данных, либо для него установлен неверный тип оборудования.

В предыдущих версиях «Центра охраны» описание для события с кодом ZZWG формировалось не слишком удачно: номер проблемного объекта «разрезался» и размещался в полях, предназначенных для номера раздела и номера шлейфа. Это приводило к тому, что в некоторых случаях номер приходилось буквально угадывать.

В «Центре охраны» версии 5.1 описание для события с кодом ZZWG формируется таким образом, что номер проблемного объекта отображается непосредственно в тексте описания события:

Исправленные ошибки

Не воспроизводится звук тревоги

Звук тревоги в модуле «Дежурный оператор» не воспроизводился, если было открыто модальное окно (карточка объекта, история отработки тревоги, настройки модуля).

Звук другого события перебивает звук тревоги

Если непосредственно за тревогой приходило другое событие, то воспроизведение звука тревоги прерывалось и вместо него воспроизводился звук этого следующего события.

Блокировка обмена с «Облаком»

Если «Центр охраны» по каким-то причинам формировал соообщение, которое «Облако» не могло обработать, то обмен между «Центром охраны» и «Облаком» блокировался.

Прекращение приема событий источником CML

При работе источника событий CML могла происходить утечка памяти, которая приводила к тому, что прием событий по CML прекращался.