Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
tata
Поясните, пожалуйста, следующее.
Отчеты по заданию, которые ориентируются на шаблоны с калькулятором, приходят без калькуляторных ячеек.
Станут приходить полностью, только когда в основную попадет этот функционал, или возможно сейчас настроить?
ehouse , после попадания в основную будут приходить.
ehouse , спасибо за отзыв! Ошибку обязательно исправим до релиза.
Настройки стали применяться.
Движение топлива - Настройка - Датчики - Геозоны - Объекты - здесь не подтягиваются вверх назначенные все равно.
Ну наконец-то дождались калькулятора! Осталось лишь немного допилить его))) Добавить возможность ввода констант прямо из интерфейса пользователя в системе мониторинга. Чтобы не лезть каждый раз в шаблон, когда например цена на топливо изменилась или ширина прицепного плуга.
Как вариант получение этих данных из произвольных полей объекта, водителя или прицепа если назначены, также их там пронумеровать (пример произвольные поля объекта O1,O2 и т.д., водителя V1,V2 ...., прицепа P1,P2....). а потом в калькуляторе (к примеру пробег на произвольное поле C14*V1).
т.к. давать права на изменение отчетов не желательно.
Вот бы "Калькулятор" в отчет "Посещенные улицы". Такая задача, наверное, стоит у многих коммунальщиков, выводить в отчет площадь обработанных улиц (подметание, реагенты), задаем ширину рабочего органа, а система подсчитывает сколько квадратов обработано с привязкой к улицам, т.к. некоторые улицы "проходят" по несколько раз.
gpsvl, а вы не рассматривали вариант считать по датчику работы навесного оборудования? В теории это должно быть точнее, чем просто пробег по улицам. В таком случае можно использовать таблицу "Поездки", фильтр по включенному датчику и калькулятор.
gpsvl, а вы не рассматривали вариант считать по датчику работы навесного оборудования? В теории это должно быть точнее, чем просто пробег по улицам. В таком случае можно использовать таблицу "Поездки", фильтр по включенному датчику и калькулятор.
Этот вариант несомненно идеален, но влечет за собой дополнительные затраты на ДО и не исключает ложные срабатывания по ряду причин (выход из строя ДО, индивидуальные настройки на разные типы техники, сезонное переоборудование машин и т.д.).
Необходим именно отчет с привязкой к улицам, как пример - если "пылесос" летом ползет 12-15 км/ч, то он с большой вероятностью работает установкой, но к (от) места уборки машина следует транспортным ходом, что уже не является полезной работой. Он же зимой, уже с отвалом, будет работать в другом режиме, тоже касается и МКДУ, сегодня она может быть поливалкой, завтра самосвалом, послезавтра - "пескотряской", сложно своевременно менять датчики навесного оборудования. А используя калькулятор в отчете "Посещенные улицы", можно было бы формулой *const (ширина рабочего органа) считать убранные кв.м. на пройденных улицах, создав несколько разных отчетов для разных типов техники.
День добрый! Боремся с отчетами и так и этак и вот вопрос, нам очень нужно объединить показания из разных таблиц в одной, т.е. что мы хотим в итоге, а хотим следующее: в одной таблице увидеть следующие параметры: пробег по GPS, пробег по одометру (с кан шины), средняя скорость, макс. скорость, среднее число торможений на 100 км. (этот параметр мы считаем), среднее число остановок на 100 км (этот параметр пока не как не можем посчитать в отчете. а очень нужно), время движения на холосто ходу, время движения в экономичном режиме( можно в км.), время движения накатом (можно в км.), время движения на круиз контроле (либо км.), движение с превышением скорости ( или время или пробег), средний расход топлива. Смысл в том что бы можно было в одном отчете увидеть все эти параметры и можно было сравнить как работают автомобили.
Такие параметры как время движения на холосто ходу, время движения в экономичном режиме,, время движения накатом, время движения на круиз контроле, движение с превышением скорости заведены как датчики, т.е. считается срабатывание датчика. Соответственно все данные в отчете нужно привести либо к часам, либо к пройденному расстоянию, что наверное логичнее.
Здравствуйте!
нам очень нужно объединить показания из разных таблиц в одной
В общем случае это решается через SDK или через экспорт в Excel с последующей обработкой скриптом.
Такие параметры как время движения на холосто ходу, время движения в экономичном режиме,, время движения накатом, время движения на круиз контроле, движение с превышением скорости заведены как датчики, т.е. считается срабатывание датчика.
Вывод информации по количеству сработки датчика в общем случае возможен через датчик типа "Счетчик" и соответствующую колонку "Счетчик" (например, в таблице "Сводка").
хотим следующее: в одной таблице увидеть следующие параметры: пробег по GPS, пробег по одометру (с кан шины), средняя скорость, макс. скорость, среднее число торможений на 100 км. (этот параметр мы считаем), среднее число остановок на 100 км (этот параметр пока не как не можем посчитать в отчете. а очень нужно), время движения на холосто ходу, время движения в экономичном режиме( можно в км.), время движения накатом (можно в км.), время движения на круиз контроле (либо км.), движение с превышением скорости ( или время или пробег), средний расход топлива.
Одновременно все описанные вами столбцы не доступны ни в одной из стандартных таблиц.
Больше всего пересечений имеется с таблицами "Сводка", "Моточасы", "Поездки", "Хронология" и "Превышение скорости".
Дополнительно отмечу, что в таблицах "Сводка", "Моточасы" и "Поездки" доступен калькулятор, который позволяет добавлять настраиваемые столбцы с формулами, -- возможно, это поможет вам произвести некоторые необходимые вычисления.
Соответственно все данные в отчете нужно привести либо к часам, либо к пройденному расстоянию, что наверное логичнее.
Вы можете попробовать сделать это с помощью упомянутых выше "Калькулятора", SDK или другой доработки.
Вот бы "Калькулятор" в отчет "Посещенные улицы". Такая задача, наверное, стоит у многих коммунальщиков, выводить в отчет площадь обработанных улиц (подметание, реагенты), задаем ширину рабочего органа, а система подсчитывает сколько квадратов обработано с привязкой к улицам, т.к. некоторые улицы "проходят" по несколько раз.
Проблема еще актуальна...
Добрый день.
Калькулятор в последнем обновлении добавлен во все таблицы отчетов.
Добрый день.
Калькулятор в последнем обновлении добавлен во все таблицы отчетов.
Отличная новость! Спасибо разработчикам!
Как раз то, что надо!
Использован отчет "Посещенные улицы", обработанная площадь вычисляется формулой: (Пробег с включенным пылесосом) Х (ширина рабочего органа)
Добрый день.
Калькулятор в последнем обновлении добавлен во все таблицы отчетов.
Это круто!
А может тогда добавить калькулятору и простейшую логику? Имею ввиду хотя бы знаки ">", "<", ">=", "<=" и операнды "если", "иначе". В общем по аналогии с экселем. Тогда бы отчеты можно было бы настраивать еще более гибко, нежели сейчас. А то ради таких простых операций приходится к API прибегать... Как считаете?
GeoOK, поделитесь, пожалуйста, вашими сценариями использования. Нам важно, чтобы любая новая функция решала существующие проблемы пользователей.
Ну вот один из примеров. Если пробег у объекта = 0, тогда стоимость абонентской платы за объект - одна, если больше 0 - другая.
Прошу добавить возможность разворачивать таблицу по периодам, т.е. крупным клиентам необходима информация о пробеге, моточасах, топливе и т.д. в сравнении между машинами и за различные периоды.
Т.е. в колонках группировать по по дням, неделям, месяцам и тд.
Прошу добавить поля: Начальный пробег (скорректированный), Конечный пробег (скорректированный), а не только пробег (скорректированный)
Все события в нашей компании регистрируются с привязкой к конкретному пробегу: т.е. поломка (пробег), начало путевого (пробег), окончание путевого (пробег), заправка (пробег) и т.д.
Используем настройку объекта: "Коэффициент пробега" - в отчете видим на данный момент только пробег по GPS а не поправленный на коэффициент.
novikov.a, Для получения любого из пробегов в скорректированной форме можно сейчас использовать калькулятор. В строке формулы калькулятора можно использовать переменную "mcoef" — это коэффициент пробега.
По группировке в колонках по разным периодам не совсем понятен итоговый желаемый результат и чем не подходит обычная группировка по разным периодам. Можете расписать подробнее или показать пример такой группировки?
GeoOK, Калькулятор изначально планировался только для базовых арифметических операций. Добавлять туда функции экселя это очень долгая и сложная история конца которой может и не быть. На текущей стадии развития отчетов мы не готовы к такому шагу.
