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

Версия 5.11.1333 от 29.09.2023

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

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

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

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

Повысили стабильность работы «Ретранслятора в SurGard» — обработчика событий, который позволяет интегрировать «Центр охраны» в пультовую программу другого производителя.

Версия 5.11.1309 от 21.12.2022

Прием событий из мобильного конфигуратора

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

Версия 5.11.1308 от 25.10.2022

Долгожданные Nord Mini, Nord Mini Air и остальные

Поддержали приборы Nord Mini и Nord Mini Air, их поступления в продажу мы ожидаем в декабре.

Кроме того, поддержаны обновленные аппаратные версии приборов Nord Pro, Nord Pro Air, Nord Max, Nord Max Air и Sergeant GSM.

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

Повторяющиеся события передаются в Облако
Исправили ошибку, при которой, если пользователь на объекте выполнял взятие, потом снятие и так несколько раз подряд, то эти события поступали и отображались в Центр Охраны, но не передавались в Облако. Фактически, в Облако не передавалось уже первое повторное взятие. Как следствие, эти события не отображались в приложении MyAlarm — состояние объекта и список событий в приложении не соответствовали действительности.

Примером про взятие и снятие проблема не ограничивалась и в Облако не передавали вообще никакие события, которые часто повторяются.

Ошибки в Дежурном операторе
Если список объектов отображался в режиме «Таблица», то при отключении объекта его иконка не менялась на серую.

Возникала ошибка при смене оператора «Администратор» на любого другого.

Ошибки в методах API
При вызове методов /api/Sites возвращались ошибки 400 и 500.

При обработке транспортного фала возникала ошибка, из-за которой данные не сохранялись в базе Центра Охраны.

Версия 5.11.1303 от 20.11.2021

Видеонаблюдение: теперь и в Центре Охраны

В Центре Охраны появилась возможность смотреть живое видео с камер нашего производства. Установленные на объектах камеры передают видеопоток в Облако Си-Норда. Из Облака видео попадает в приложение клиента MyAlarm и в Центр Охраны на время отработки тревоги.

Как только оператор в Центре Охраны реагирует на тревогу, он получает доступ к камерам на объекте. Он видит живое видео и названия камер — они помогут быстрее сориентироваться и принять решение.

Видео в Центре Охраны — это возможность:

• снизить затраты на реагирование, уменьшив количество выездов ГБР по ложным тревогам;
• повысить безопасность объектов и качество реагирования. Особенно это актуально для важных объектов, где пропущенная тревога будет стоить дорого;
• привлечь новых клиентов и повысить лояльность;
• увеличить чек за счет продажи и монтажа дополнительного оборудования.

Читайте подробнее о трансляции видео в Центре Охраны

Nord Pro, Nord Max и все-все-все

В Центр Охраны добавлена поддержка новых приборов. Приборы Nord Pro и Nord Pro Air пришли на смену приборам Nord GSM и Nord WRL и уже поставляются на рынок, а приборы Nord Max и Nord Max Air ждем сразу после новогодних праздников.

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

Все ошибки, которые были исправлены, связаны с методами API, который предоставляется Центром Охраны:

• вызов метода GET/api/Events завершался ошибкой SQL-сервера, если значение параметра «ectTest» было установлено в true;
• вызов метода GET/api/Events завершался ошибкой SQL-сервера, если количество данных, которые необходимо было обработать, было слишком велико;
• если в приборе, состоянием которого нужно управлять, сконфигурирован только один раздел, то этого раздел не должен быть указан в карточке объекта. Как следствие, такой объект нельзя взять/снять с охраны с помощью методов /api/Parts/Arm и /api/Parts/Disarm. Чтобы решить эту проблему, в API добавлены методы /api/Sites/Arm и /api/Sites/Disarm, которые выполняют взятие и снятие таких объектов;
• устранены замедления работы модулей Центра Охраны, которые возникали при обработке транспортного файла с большим количеством записей.

Версия 5.10.1287 от 17.12.2020

Иногда ошибки — это просто ошибки. А иногда они заставляют поломать голову не только тех, кто их исправляет, но и тех, кто пытается их описать.

Итак, «Менеджер объектов». Удаляем ответственного, но не сохраняем, а отменяем изменения. После этого добавляем нового ответственного и сохраняем изменения. Смотрим в «Менеджер объектов», там список ответственных выглядит так, как должен: есть ответственный, которого удалили, но отменили, есть новый ответственный. Смотрим в «Дежурный оператор», там в списке ответственных нет того, которого удалили. Ошибке не год и даже не пять, но — красиво! Поэтому исправили.

А еще вот что было в «Дежурном операторе». Если выбрать небольшой интервал отображения событий, то все события, полученные от объекта за этот интервал, отображаются без проблем. А вот если выбрать, например, интервал в 20 или 30 дней, то начинается какая-то чепуха: часть событий отображается, часть — нет, причем не отображаются самые свежие события. Пришлось повозиться, чтобы исправить, но разработчикам «Центра Охраны» упорства не занимать.

С наступающим!

Версия 5.10.1285 от 30.11.2020

Исправлена неприятная и от этого вдвойне досадная ошибка, прокравшаяся в релиз.

Если в модуле «Дежурный оператор» в окне объектов выбран любой режим отображения, кроме табличного, то при двойном щелчке по объекту не выполнялось ожидаемое действие. Например, не открывалось окно отработки тревоги. Или открывалось, но не для того объекта.

Версия 5.10.1284 от 17.11.2020

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

В комплект поставки Центра Охраны включен новый компонент — «Источник событий от LRR8000». Источник реализован в виде службы Windows.

«Источник событий Мультипротокол» научился принимать события от станции «Honeywell 7810PC».

Для обработчика событий «Ретранслятор в SurGard» реализован режим, когда он может выступать в качестве TCP-сервера. Эта возможность полезна, если нужно передавать события в пультовую программу, которая может выступать только в качестве TCP-клиента.

Sergeant GSM

Центр Охраны теперь «знает» о новом приборе, который вот-вот будет доступен для заказа всем желающим. Прибор называется «Sergeant GSM», прибор интересный, почитайте о нем, пожалуйста, если не слышали.

Новые методы API Центра Охраны

В API Центра Охраны добавились новые методы:

• для взятия / снятия приборов;
• для получения состояния объектов и разделов;
• для получения тревог и действий оператора по тревогам;
• для получения событий по всем объектам.

Чтобы получить актуальную документации на API Центра Охраны, просьба написать письмо в техническую поддержку.

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

Источник CML

Если при обмене между «Источником CML» и «Менеджером событий» возникала ошибка, то обмен прекращался. Но самое неприятное в том, что источник событий продолжал прием событий от приборов, но передать их в «Менеджер событий» не мог, то есть ошибка приводила к потере событий.

«Сеть Пандоры» и MyAlarm

Два Центра Охраны связаны «Сетью Пандоры», по которой синхронизируются карточки объектов. Один из Центров Охраны подключен к «Облаку» — в этом Центре Охраны есть объекты, доступные пользователям MyAlarm. Если оператор вносил изменения в карточки объектов на втором Центре Охраны, то последствия для пользователей MyAlarm первого Центра Охраны могли быть непредсказуемы — от потери доступа к объекту до потери пользователя MyAlarm в Центре Охраны.

Классы событий и MyAlarm

Оператор Центра Охраны создает новый класс событий или изменяет существующий. Пользователям MyAlarm на некоторых объектах перестают приходить уведомления, прекращается отображение событий. Проверка настроек классов событий в Центре Охраны результата не дает — всё настроено правильно. Довольно нетривиальная ошибка из разряда «у нас очень сложная система».

«Дежурный оператор», события и операторы

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

А еще модуль «Дежурный оператор» запускался очень медленно, если авторизацию в нем одновременно выполняли несколько операторов.

Проверка нескольких КТС подряд

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

Версия 5.9.1259 от 12.11.2019

Камеры видеороутеров снова отображаются

В предыдущей версии Центра Охраны при редактировании объекта с видеороутером к номеру ключа по ошибке добавлялся минус и камеры видеороутера становились недоступными.

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

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

Местоположение на карте корректно определяется для всех объектов

Для некоторых объектов, когда пользователь размещал или менял их местоположение на карте, кнопка «Удалить с карты» оставалась неактивной. При этом местоположение сохранялось.

Теперь кнопка работает и позволяет при необходимости удалить геометку с карты.

Уточнили вопрос о подключении ЦО к Облаку

При восстановлении базы данных обратите внимание на вопрос о подключении к Облаку.

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

В версии 5.9 Центр Охраны предлагает «Сохранить подключение к Облаку». Чтобы сохранить — выбирайте ответ «Да».

Ретранслятор в Sur-Gard генерирует ZZYB с правильным интервалом

Обработчик событий контролируют линию связи с источником. Если связь между источником и обработчиком разорвана, то Центр Охраны генерирует событие ZZYB (Тревога связи).

В предыдущей версии была допущена ошибка, из-за которой ретранслятор в Sur-Gard бесконечно генерировал событие ZZYB, не обращая внимание на заданный интервал.

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

Версия 5.9.1256 от 8.10.2019

Генерация тревоги оператором

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

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

После обновления на версию 5.9 права на генерацию тревог появятся у всех операторов. Если эта функция оператору не нужна, то её можно выключить в «Менеджере персонала».

Заявки в MyTech из «Дежурного оператора»

Когда у клиента возникает проблема, он чаще всего звонит не в сервисную службу, а оператору. Возможно, это единственный номер, который он знает. Или проблема возникла вечером, а сервисная служба отвечает с 10 до 18.

Теперь оператор может сам создать заявку на обслуживание из «Дежурного оператора». Для этого нужно в карточке объекта нажать «Создать заявку», указать телефон ответственного и описать проблему клиента. Созданную заявку увидит диспетчер в веб-интерфейсе MyTech и назначит на неё инженера.

После обновления на версию 5.9 права на создание заявок в MyTech появятся у всех операторов. Если эта функция оператору не нужна, то её можно выключить в «Менеджере персонала».

Подробнее в статье про заявки в MyTech из «Дежурного оператора».

Время прихода события в отчете по тревогам

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

Действия по объекту отдельными кнопками

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

Теперь эти действия стали отдельными кнопками и находятся в окне «События с объекта».

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

• У некоторых пользователей в «Дежурном операторе» не работали клавиши F4 и F5 для открытия карточки и событий с объекта. Теперь «горячие» клавиши снова в строю.
• В предыдущей версии Центра Охраны для того, чтобы попасть в модуль «Карты объектов» через карточку в «Дежурном операторе», необходимо было снова вводить пароль оператора. Теперь при входе в «Карты объектов» через другие модули Центра Охраны пароль вводить не нужно. Карты объектов запустятся сразу, а их содержимое будет развернуто на весь экран.
• Починили отображение уровней сигнала от приборов Альтоника. Теперь правильно отображаем их значения в карточке объекта в «Дежурном операторе» и отчете «1.15 Уровни сигналов».

API «Центра Охраны»

В API «Центра Охраны» добавились новые методы. Для получения актуальной документации напишите нам. Мы пришлем вам её в ответном письме.

Версия 5.8.1247 от 11.07.2019

---

Поддержка шестизначных номеров объекта в приборах C. Nord

Теперь не обязательно использовать сдвиги в источниках событий, если все 4-х значные номера объекта уже заняты.
Начиная с прошивки 19.11 в наших приборах можно использовать шесть цифр в качестве номера объекта. Подробнее об этом в истории изменений прошивок.

Для приёма событий от объектов с шестизначными номерами в «Центре охраны» доработаны «Источник событий по CML» и «Источник событий по GSM».

Передаем отключения объектов через Сеть Пандоры

Проблема заключалась в следующем:

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

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

«Вход через тревогу» больше не влияет на скорость сохранения карточки объекта

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

Чаще всего проблема проявлялась в утренние часы, когда обработчик работал для большого количества объектов.

Турецкий язык в основной сборке

Теперь пользователи Турции могут пользоваться Центром Охраны на родном языке. Весь интерфейс, действия и события локализованы на турецкий.

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

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

Однако, проблема продолжала проявляться если одновременно выполнялись все пункты ниже:

• в окне объектов открыта вкладка «Тревожные»;
• вид отображения — режим «Таблица»;
• выбран объект с необработанной тревогой.

Сейчас проблему исправили полностью.

Ссылка на видео при тревоге работает

Исправили ошибку из-за которой в окне отработки тревоги не работала ссылка «видео на объекте».
Видеоподтверждение тревоги вновь доступно.

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

Если по каким-то причинам потребуется изменить настройки «Ретранслятора в Облако» (адрес порт, протоколирование), то после внесения изменений они применятся по нажатию кнопки «ОК». Перезапускать обработчик больше не нужно. Если Центр Охраны настроен на работу с облаком, то обработчик будет всегда включен.

Причина отмены тревоги системой отображается в отчетах

Теперь в отчете по тревогам в Менеджере отчетов можно увидеть причину, по которой Центр Охраны отменил тревогу по объекту.

API «Центра Охраны»

Исправили ряд мелких ошибок в API «Центра Охраны». Для получения актуальной документации напишите нам.

Версия 5.6.1192 от 16.05.2019

---

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

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

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

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

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

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

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

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

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

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

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

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

Версия 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 минут после отключения.

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

API «Центра Охраны»

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

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

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

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

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

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

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

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

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

Приборы Nord GSM и Nord WRL

В апреле появятся в продаже новые приборы — Nord GSM и Nord WRL (индексы моделей B312 и C312). Подробное описание приборов будет сделано после их выхода.

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

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

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

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

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

Версия 5.5.1131 от 22.10.2018

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В предыдущих версиях Центра охраны при восстановлении базы данных автоматически устанавливался тот режим связи с Облаком, который был включен в базе до её резервирования. Зачастую это могло привести к различным ошибкам, т.к. Облако одновременно получало информацию от двух Центров охраны с одинаковым 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 реализована поддержка удаленного взятия и снятия для следующих аппаратных версий приборов:

• «Норд GSM» 5.1−5.5;
• «Норд RF»;
• «Норд GSM Mini» 13.1−13.3;
• «Норд GSM Air» 15.1 и 15.2.

Управление доступом к объекту из приложения «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.

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

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

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

Исправлена ошибка, из-за которой перекодирование событий из протоколов 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 FilesAndromedaEvMan. exe: TLRData.SaveToMemory. Exception EVariantInvalidArgError. Exception message: Invalid argument
00:00:00 C: Program FilesAndromedaEvMan. 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 FilesAndromedaEvMan. 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» могла происходить утечка памяти, которая приводила к тому, что прием событий источником прекращался.