NimBus, Online 2.0: важное обновление системы

Добрый день,
Подскажите у нас стоить Wialon Local 1804 и у нас недоступна новая версия Nimbus с 2.0, что делать?
Спасибо.

Добрый день.

Хотелось бы оставить отзыв после тестирования нового режима "Online 2.0"
Тестирование производили на Wialon Local. Была создана тестовое Депо, как копия основного Депо перевозчика.
Что касается нового функционала:
- Улучшена обработка сообщений для маршрутов с самопересечениями. Это такой маршрут, линия которого пересекается или частично накладывается на саму себя.
Не удалось проверить данный функционал, так как - нет на маршрутах подобных пересечений.
- Работа с кольцевыми маршрутами. Кольцевой маршрут – это маршрут, в котором первая остановка совпадает с последней, но имеет другое время посещения, указанное в расписании.
Функционал работает корректно, только при условии наличия расписания на всех остановках, для возможности определения системой - направления движения (чтобы не засчитывать заезды в противоположные по ходу движения). В текущем режиме работы перевозчиков, наличие расписаний - в принципе, является не нужным функционалом, так как используется интервальные динамические расписания. А в данном функционале требуется наличие не просто расписание на 1-й и последней остановке - а на всех. Сам функционал - рабочий, но вся наша новая маршрутная сеть, которая запускается в этом году предусматривает только разрывные маршруты.
- Автоматическое назначение объекта на рейс – это процесс выбора системой одного объекта из нескольких (привязанных к маршруту) и назначение его на рейс.
Самый интересный и нужный нам функционал.
На старте запуска функционала, была выявлена проблема в том что, транспорт не назначался автоматический, пока со стороны Gurtam не производились дополнительные настройки.
Далее система на новых активированных маршрутах выполняла автоматическое назначение, только через какое-то время (до половины дня). С тех пор новые не активировали, так что решена проблема или нет - не известно.

Выявленные недостатки:
  - Так как назначение происходит на ближайшее расписание (а фактически, автобус едет не по нему), функционал опережения и отставания в слежении становится не информативным. Таким образом нужно отключать эти уведомления полностью, а так как к примеру у нас не получится полностью перейти на автоназначение, то работа диспетчера по контролю выполнения работ в режиме реального времени - становится не возможной.
    Предложение - отказаться от расписаний (подробнее в конце).

  - Ошибка "Невыезд на рейс" возникающая по причине того, что не зафиксировались заезды к примеру на 2 последние остановки по Прямому маршруту, а автобус уже на конечной (начальной для обратного маршрута) и система не может автоматически поставить его на обратный маршрут, потому что предыдущий маршрут не закончен.
     Предложение - при фиксации в системы автобуса на первой остановке маршрута (при включенном автоназначении), автоматически снимать его с тех, на которых он активирован сейчас. Таким образом предоставить назначению - приоритет.

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

  - Мы завели в в системе соответственно 2 маршрута. Но последняя остановка Прямого маршрута - это остановка  Обратного (там разворотная площадка). Как только автобус закончит Прямой маршрут, система автоназначения - решит, что он едет на Обратный маршрут и поставит его на выход. Это проблема, потому что он может на отстое стоять до часа и далеко не обязательно, что в принципе вообще поедет сегодня ещё.
    Предложение - засчитывать начало рейса при выезде из геозоны первой остановки. (см. предыдущий пункт)
   
Отказа от расписания, и введения возможности работать по интервальном принципу - наиболее востребованный от перевозчиков функционал. Схема работы:
- Наличие в каждом маршруте - шаблона расписания (возможно нескольких шаблонов с привязкой к временным промежуткам, чтобы можно было учитывать разницу в расписании в часы пик. - не приоритетно)
- Автоназначение на маршрут по факту выезда из первой геозоны
- Создание расписания на основании шаблона расписания и времени выезда из первой геозоны

Проблем в основном функционале выявлено не было, но для более тщательной проверки функционала и для испытаний в "боевых" условиях, необходима активация на основной учётке крупнейшего перевозчика.