76

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день.
В одном из последних обновлений, появилось такое понятие в рейсах, как "В ожидании чёрного ящика".
Просьба пересмотреть данный функционал, потому что он мешает работе, а именно потому что при включении этого режима - объект не отображается в слежении.
На текущий момент зафиксировали подобные ситуации в двух случаях:
1. На маршруте который у нас проходит в обоих направлениях одной дороги, фиксируется заезды в остановки в обратном направлении до того, как посещены первые ( к примеру всего 20 остановок, а фиксируется 1,2 потом ошибочно 18)
2. Если маршрут даже не кольцевой, но он опаздывает в прямом направлении, уже активируется рейс в обратном направлении и на нём фиксируются заезды в остановки в обратном порядке.

77

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, a.avakimyan!

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

1. На данный момент NimBus не поддерживает работу с круговыми маршрутами, либо с одним маршрутом, проходящим по одной дороге в обе стороны. Сейчас мы рекомендуем разбивать такие маршруты на две части, чтобы посещения остановок засчитывались корректно.
2. Не совсем понятен случай. Если маршрут разбит на две части (прямой и обратный), то заезды не могут фиксироваться в обратном порядке. Система в любом случае ожидает посещение остановок в порядке возрастания номера.

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

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
78

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Виктория, вот по поводу второго примера.
Есть Автобус 333 он ездит по лучевым (разрывным) маршрутам. Вот он едет по прямому маршруту через остановки 1П 2П 3П  4П 5П, в обратном направлении соответственно те же остановки, но в обратном порядке по противоположной стороне дороги 1О 2О 3О 4О 5О. Этот автобус 333 назначили на маршрут с 12 до 13 часов в прямом направлении и он же назначен с 13 до 14 в обратном, без простоя на конечной. Но он в прямом едет с опозданием на 15 минут не успев посетить 3 остановки. Таким образом обратный маршрут с 13 до 14 уже активирован и он на нём назначен. А из за погрешности GPS система фиксирует, что он посещает остановки в обратном порядке 3О потом 2О потом 1О и в итоге обратный маршрут - не отображается в слежении и в рейсах отображается он с надписью "В ожидании чёрного ящика"

79

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день,
Меня зовут Аль-Хибби Ахмад , я являюсь техником компаний «Media-Security s.r.l.»

В результате длительного взаимодействия и слаженной работе по внедрению технологий мониторинга горотского транспорта между компанияй « Media Security.S.R.L.» И столичным Автобусным Парком города Кишынев были выевлены ряд плюсов и минусов програм Wialon и NimBus .

В данном письме описаны минусы добы выявить их устранения иле возможность модернизацый програм иле их оптимизацый.
Wialon :

1) Нет возможности отфильтровать активные объекты от неактивных и маркировать их на карте. Приходятся отмечать их вручную, в нашем случае объектов 125 довольно затруднительно. В Dashbord показан лиш список.
2) Есть ли возможность создать отчет по группе объектов что входят иле, выходят из геозоны в определённый интервал времени. На даныи момент толко по обекту в отдельности.
NimBus:
1) Нет экрана обзора всех автобусов и всех маршрутов иле групы маршрутов (одновременно).
2) В локаторе кроме номера маршрута хотелось бы чтобы указывался и номер борта, также для граждан нужно отметить автобусы осношеные оборудованием для людей с ограниченными возможностями. В случае форс мажора(Д.Т.П.) нужна возможность отметить автобус определёнои иконкой.
3) Нет возможности создать отчет по чесам работы.
4) Не возможно создать отчет по посещению определённой остановки в определённом промежутки времени.
5) Нет отдельных отчетов по нарушениям из уведомлений.
6) Отчеты сохраняются в формате cxcel без карты. Возможно ли сохронять отчеты в формате PDF с картои?
7) Сложные маршруты к примеру(4, 9, 33, 44, 47, 49) содержат разные траэкторий  для разных расписаний , возможно ли минемизировать число выпусков в локаторе.

Ждём скореишего отвнта для исключения иле решения каждого пункта в отдельности для долнеишего распространения програм от Gurtam и Wialon на республиканском уровне.
--
Ahmad Ali-Hibbi

80

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Здравствуйте! Было бы хорошо добавить возможность назначения объекта прямо на выпуск, или на весь рейс тогда, когда ТС уже находится в пути. Есть часть Клиентов у кого на один выпуск в течении дня меняется большое кол-во транспорта. Заранее назначать объекты на рейсы будет не удобным, т к ТС меняются между собой в течении дня и расписание меняется тоже.

81

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Доброго дня
Хотелось бы иметь инструмент или  автоматизировать Экспорт  файла в GTFS так сказать для бекапа данных.  Здесь описана выгрузка в файл https://nimbus.wialon.com/docs/ru/#Docs … light=gtfs
Но нужен полноценный интерфейс через API

82

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

alihibbi, ответила вам в личные сообщения.

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
83

Предложения по доработке NimBus

(07/05/2021 11:21:10 отредактировано IRVTula)

Re: Предложения по доработке NimBus

Здравствуйте, сегодня представлял NimBus диспетчерам и заодно посмотрел их нынешнюю программу для контроля расписания и маршрутов.

Конечно, нимбус выглядит замечательно, красиво и удобно, но на данный момент в нем нет множества нужных и привычных диспетчеру функций. Один из первых вопросов, который задали мне, звучал так: "А можно ли вносить ВРЕМЕННЫЕ изменения в созданное расписание? Чтобы сегодня она подкорректировала существующее расписание, а завтра оно вернулось к заданным первоначальным значениям." На данный момент, судя по всему, подобной функции в NimBus нет.

Вторая важная и нужная диспетчеру функция - пометочки о всех неполадках, поломках и катаклизмах, из-за которых водитель опоздал или не выехал на рейс. В их богомерзкой, но очень функциональной программе это выглядит так: "автобус №51 06.05.2021 был в ремонте с 13:45 до 14:45".  Хотелось бы, чтобы данная функция появилась в NimBus.  В некрасивой программе диспетчеров данная функция называется "бракованные рейсы"

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

Четвертое пожелание диспетчера - хочется видеть всю карту со всеми объектами и маршрутами на ней. Примерно, как это реализовано в обычном wialon, но уже с объектами и расписаниями. Я предложил в качестве альтернативы использовать локатор, который позволяет посмотреть за перемещением объектов на карте, но в душе понимаю, что этот инструмент сделан для других целей.

Описанные мною выше трудности существенно затрудняют процесс перехода крупнейшей в регионе городской транспортной компании в Wialon и NimBus. И ведь действительно: они уже обучили диспетчеров работе в пусть и страшно неудобной, но функциональной программе, и для того, чтобы начать всё заново и переучивать людей, нужна действительно веская причина.

84

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Здравствуйте коллеги. Подскажите, как настроить ретрансляцию данных из nimbas в яндекс? Перевозчиков обязывают передавать информацию о перемещениях по маршрутам городских автобусов в Яндекс. Они к нам обращаются. Может у кого есть опыт, поделитесь пожалуйста.

85

Предложения по доработке NimBus

(13/08/2021 09:26:45 отредактировано Макс Сошин)

Re: Предложения по доработке NimBus

Здравствуйте уважаемые разработчики.
В программе замечен bug: При создании "Схемы действия", в месяцах находящихся в нижней части страницы, не достаёт чисел месяца. В данный момент; это (Май 2022) 30 и 31 число.

  • Предложения по доработке NimBus
86

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, Макс Сошин!

Спасибо за ваш комментарий! Вероятнее всего проблема была вызвана одним из обновлений библиотек.
Сегодня поправили, теперь страница должна пролистываться вниз корректно.

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
87

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

IRVTula спасибо за ваши предложения!

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

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
88

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Здравствуйте, Maksim Korelin!

Вопрос по ретрансляции данных в Яндекс мы обсудили с вами в переписке, но эта информация может быть полезна кому-то еще, так что продублирую ответ здесь.

На данный момент наши партнеры по-разному решают эту задачу, используя как Wialon Retranslator, так и сторонние решения.
Основная сложность заключается в том, что сервису Яндекс.Карты кроме стандартных данных от трекера необходима также информация о номере маршрута и типе ТС. Также чаще всего эти данные не являются статичными, и объект ездит по разным маршрутам. И вопрос заключается в том, откуда получать эти данные и информацию об их изменениях.

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

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

Наиболее интересно, в каком формате было бы удобнее забирать данные о маршрутах от перевозчиков. Если у кого-то из коллег есть информация или идеи на эту тему -- пожалуйста, поделитесь здесь, на форуме, либо пишите мне лично на suvi@gurtam.com.
Заранее спасибо!

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
89

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Здравствуйте Виктория и Уважаемые коллеги, форумчане!
Подскажите пожалуйста: "Как реализовать следующий вопрос?"
По Техническому заданию, нам необходимо передавать данные от перевозчиков, организатору перевозок и непосредственно пассажирам.
Были предприняты следующие шаги:
1) Принято решение использовать "NimBus"
2) Перед использованием программы, была приведена в соответствие "Иерархия сервиса" в CMS.
3) Была создана Учётная запись с правами дилера (Главный диспетчер)
4) Под "Главным диспетчером" были созданы учётные записи клиентов (диспетчеров)
5) Каждый клиент получив доступ к собственной странице в "NimBus" сам создал свои остановки, маршруты и.т.д.

Далее возникла собственно проблема;
Данные клиентов остановки, маршруты и.т.д, не отражаются у Главного диспетчера?!
Нам же необходимо, чтобы данные от клиентов, объединялись в Учётной записи Главного диспетчера  с соответствующей возможностью внесения корректировок.
Далее с помощью инструмента "Локатор" Объединённые данные всех маршрутов предоставляются организатору перевозок и пассажирам.

Пробовали создавать данные (остановки, маршруты и.т.д.), непосредственно на странице Главного диспетчера с предоставлением доступа для клиентов (диспетчеров), но в этом случае клиенты при входе в "NimBus" под своим логином и паролем,
могли видеть не только свои данные но и данные конкурентов и соответственно вносить изменения, что не допустимо.

Возможно мы не правильно понимаем логику построения работы в "NimBus",или что-то делаем не так?!
Если да, то подскажите; какие шаги нам необходимо предпринять для решения данного вопроса?

90

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, Макс Сошин!

Спасибо за подробное описание вашей ситуации! Вот мой комментарий касательно описанных вариантов использования.

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

Пробовали создавать данные (остановки, маршруты и.т.д.), непосредственно на странице Главного диспетчера с предоставлением доступа для клиентов (диспетчеров), но в этом случае клиенты при входе в "NimBus" под своим логином и паролем,
могли видеть не только свои данные но и данные конкурентов и соответственно вносить изменения, что не допустимо.

Что касается описанных вами проблем, мы рекомендуем разграничить права доступа/редактирования для клиентов. В этом случае каждый из них при входе под своим пользователем будет иметь доступ только к тем данные, к которым дал доступ главный диспетчер. Здесь варианты решения могут быть следующие:

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

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

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

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

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
91

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день коллеги.
Готовим проект для Администрации города, есть запрос на отчет по посещенным остановкам - выбираем название остановки, дату и видим какие ТС каких маршрутов посетили данную остановку (естественно из расчета) активных маршрутных рейсов. Да, Вы можете сказать что на хостинге можно сделать геозоны и прогонять группы объектов (парков) по ним, но интересно в разрезе Nimbus и активных/закрытых рейсов увидеть подобный отчет. Также данный очтет будет полезен чтобы понять какие смежные маршруты (которые совпадают на 80-90%) идут паравозом друг за другом и требуют разведения. К отчету можно добавить функционал выбора маршрута или группы маршрутов для просчета интервалов.
Момент 2. В данный момент факт посещения остановки/геозоны фиксируется по наличию точки трека без учета скорости. Может быть стоит ввести учет скорости - например менее 20км? Или включить возможность регулирования данного параметра в настройках Депо?

92

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Уважаемые коллеги, добрый день.
Столкнулись с проблемой на кольцевых маршрутах:
1. Маршрут Активируется за 5-10 Минут до начала.
2. ТС подъезжая к начальной остановке попадает в зону "обратных" остановок и тем самым активирует маршрут. Рейс начат.
3. ТС подъезжает на начальную (она же конечная) и закрывает активированный рейс!
4. Далее Система ведет ТС по закрытому рейсу фиксируя множество съездов с линии маршрута, рейс не засчитан, хотя ТС реально его выполнило.
Как быть?
Предложение -
1. не закрывать кольцевой рейс протяженностью 20км и 120 минут через 1км и 5минут активности. Ввести дельту при которой нельзя закрывать системе рейс равной 5 или 10% от его протяженности. Указать эти доп. настройки для кольцевых рейсов в Депо.
2. Переоткрывать рейс в случае повторного посещения начальной точки повторно
3. Ваш вариант...

93

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, alex_ustus! Спасибо за вашу обратную связь, прокомментирую:

есть запрос на отчет по посещенным остановкам - выбираем название остановки, дату и видим какие ТС каких маршрутов посетили данную остановку (естественно из расчета) активных маршрутных рейсов.

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

Может быть стоит ввести учет скорости - например менее 20км? Или включить возможность регулирования данного параметра в настройках Депо?

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

Столкнулись с проблемой на кольцевых маршрутах:
1. Маршрут Активируется за 5-10 Минут до начала.
2. ТС подъезжая к начальной остановке попадает в зону "обратных" остановок и тем самым активирует маршрут. Рейс начат.
3. ТС подъезжает на начальную (она же конечная) и закрывает активированный рейс!
4. Далее Система ведет ТС по закрытому рейсу фиксируя множество съездов с линии маршрута, рейс не засчитан, хотя ТС реально его выполнило.
Как быть?

Уточните, пожалуйста, используете ли вы функциональность кольцевые маршурты в режиме работы Online 2.0?
В целом при работе с кольцевыми маршрутами на результат может влиять множество факторов, от формы маршрута до периодичности расписаний и рейсов по ним. Для анализа таких ситуаций, пожалуйста, пишите в нашу службу поддержки support@gurtam.com. В письме укажите детали ситуации, желательно подкрепить их изображениями, также может понадобиться уточнить вашу учетную запись.
Ваши идеи по доработке также зафиксирую, но тут важно рассматривать случаи более детально.

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

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
94

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день.
Уточните пожалуйста, возможно ли в сгеренированной ссылки локатора системы Nimbus на движущиеся объекты накладывать раскраску (пользовательскую) движения ТС по маршрутам по состоянию выполнения текущего рейса (зеленый - все ок, красный опаздываем, желтый опережает, по сути аналогично вкладке слежение). Таким образом получится увидеть общую картину движения транспорта в городе. Понимаем, что настройки раскраски объектов по состоянию движения (опережение/опаздывает) задаются в настройках пользователя и индивидуальны для каждого пользователя(диспетчера), однако стоит задача от управления транспорта города и создающихся "ситуационных центров" каким то образом на одном экране видеть ситуацию по движению транспорта. При слежении за 30+маршрутов раздел "Слежение" становится не информативным. Если да, то насколько быстро это можно реализовать, если нет то возможно ли при помощи API и SDK "проработать локатор" или есть альтернативный выход ?

95

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день!
Подскажите пожалуйста возможно ли с системе nimbus сделать график, так как у перевозчика много объектов и получается в одном расписании более 98 столбцов и если объект сходит с линии (ремонт...), то тогда приходится тратить кучу времени на переназначение другого объекта как в прямом и обратном направлении в каждом столбце,а еще у него порядка 20 маршрутов и случаи ремонтов и др. очень много, повторюсь займет времени что бы переназначить объект.
Если использовать, как есть в системе автоматическое назначение, то тоже не подойдет, потому что начальные о конечные остановки пересекаются с другими маршрутами. Система возможно будет переназначать другой объект который тоже может въехать в эту остановку но будет на другом маршруте. И перевозчик не может назначать именно несколько объектов на один маршрут у них объекты хаотично ездят по всем маршрутам, сегодня здесь завтра там).
Вот перевозчик и спрашивает возможно ли сделать график по схеме
маршрут-объект-график
а в графике-расписание.
Тогда перевозчик сможет просто в схеме заменить объект одним кликом( не придется в каждом столбце расписания заменять объект!)  и всё, график и расписание остаются без изменений, а объект изменен за 2 минуты). Это очень сократит нереальное время переназначения объекта в каждом столбце расписании!!!)
Спасибо заранее за ответ!

96

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, alex_ustus! Прошу прощения за задержку с ответом.

На данный момент Локатор является в первую очередь инструментом для информирования пассажиров, поэтому акцент сделан уже на отображение предполагаемого времени прибытия ТС. Также доработать Локатор каким-либо образом не представляется возможным с вашей стороны.
Я понимаю вашу потребность, большое спасибо за обратную связь. Зафиксировала ваше пожелание.
На данный момент могу вам посоветовать воспользоваться фильтрацией на странице Слежение: с ее помощью можно отобразить только те маршруты, на рейсах которых происходят нарушения (опоздания или опережения). Ссылка на документацию: https://wialon-help.link/55d559d3

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
97

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, monitoring.29!

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

С помощью этого инструмента вы можете объединить расписания из разных маршрутов в одну "цепочку" выполнения. После создания выпусков вы сможете назначать ТС сразу на все рейсы выпуска одним кликом. Этот вариант подойдет, если сами расписания изменяются редко, а назначение объектов на них - часто. Вам понадобится некоторое время, чтобы связать расписания между собой, но впоследствии оперативная работа по назначениям ТС существенно ускорится. Также обратите внимание, что выпуски можно создать для маршрутов с одинаковым номером.

Инструкция о том, как создавать выпуски: https://wialon-help.link/aaf700eb, документация https://wialon-help.link/050a7241. Назначение объектов производится на странице Рейсы, вам нужно будет выбрать вариант отображения по выпускам (по умолчанию в системе используется отображение по маршрутам).

Viktoria Chabai
Product Manager, Wialon
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
98

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день!
Просьба сделать сортировку пользователей в назначении прав таким образом, чтобы пользователи с назначенными правами отображались сверху (так сделано в Fleetrun и Wialon). Сейчас очень трудно понять, каким пользователям назначены права на Депо, особенно когда эти настройки делаются от имени какого-нибудь пользователя высокого уровня, а обычно оно так и происходит.

ООО "Е-хаус"
www.e-hs.ru
Московская область
99

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день!

Еще одна просьба.
Сделать подтяжку назначенных на маршрут объектов в начало списка в интерфейсе Маршрут/Объекты.
(Из-под админских пользователей в большом списке объектов не видно, какие объекты назначены на маршрут)

ООО "Е-хаус"
www.e-hs.ru
Московская область
100

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Просьба добавить во все отчеты строку ИТОГО.
Особенно актуально по группе маршрутов и по группе объектов быстро оценить в отчете сколько рейсов за день имеют проблему - сколько невыполненных всего штук - сейчас приходится глазами долго просматривать список

ООО "Е-хаус"
www.e-hs.ru
Московская область