Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
За 16 дней: Потрачено по датчику уровня топлива 556 л.
Если взять калькулятор и прибавить: 1+2+3+4...+16= 564 л.
А если взять результаты виалона (сумму) за каждый день: 568л.
Что за чудеса!!!! И что клиенту объяснять???????
Всё дело в неправильном округлении до целых числ, так как в детализации после точки ещё два знака, а в результате округляется как-то по непонятному мне алгоритму. Тоже очень интересует данный вопрос, как его решить, может вообще убрать все знаки после точки, оставить целые числа?
Мы как рядовые клиенты Гуртама - можем это сами исправить или только Гуртам обновлением?
мне думается, только при помощи Гуртам.
Всё дело в форматировании значений уровня топлива.
Если объём больше 50 литров, то он округляется до целого 50.3 == 50, 123.99 == 124
Если меньше, то выводится полностью.
Пример - пусть расход по двум дням 51,3(округляется до 51) и 51,4 (округляется до 51). Т.е. 102
В строке итого 51,3 + 51,4 == 102.7 == 103.
Чем больше таких строк, тем больше расхождение.
Откидывать дробную часть мы не можем, некоторые клиенты хотели видеть цифры вплоть до тысячной.
Можно выводить всё как есть, с округлением до двух знаков.
Это проблема большая на самом деле и с клиентами скандал из-за этого!
Если для клиента погрешность между 556 и 568 литрами за полмесяца так важна то с ним (клиентом) надо что то делать. Если у него вызывает вопросы разница в 12 литров за 15 дней, то почему у него не вызывают сомнений пробег в 8 тысяч километров в день ? На мой взгляд он сначала на это должен смотреть, а не на то что у него расход на 4 стакана в день не сходится.
Как минимум клиенту надо объяснить, что погрешность в определении уровня может быть в разы больше просто от качества соляры (я уж молчу если она летняя-зимняя).
Если для клиента погрешность между 556 и 568 литрами за полмесяца так важна то с ним (клиентом) надо что то делать. Если у него вызывает вопросы разница в 12 литров за 15 дней, то почему у него не вызывают сомнений пробег в 8 тысяч километров в день ? На мой взгляд он сначала на это должен смотреть, а не на то что у него расход на 4 стакана в день не сходится.
Как минимум клиенту надо объяснить, что погрешность в определении уровня может быть в разы больше просто от качества соляры (я уж молчу если она летняя-зимняя).
Это не вариант решения вопроса!
Если клиента не устраивает точность определения потраченного топлива в 2% то с таким клиентом надо как то по другому работать.
Но как вариант сделать так, чтобы дробная часть округлялась до сотых долей литра. LeXXaT говорит, что так можно и я ему верю. 
А ещё ситуация, клиента всё устраивает, но вот бухгалтерию - НЕТ! Как Вы сможете объяснить бухгалтерии, что расхождение в цифрах - это погрешность программы. Какие тут доводы? Бухгалтер смотрит в отчет и видит, что в самом отчете при пересчете итого и детализации "не срастаются" цифры - для него катастрофа! Нужно решение, а не ссылка на погрешность.
И у бухгалтерии прямо в учетной политике по транспорту написано, что надо брать данные из такой то графы отчета Виалона? Я сомневаюсь. Уж бухгалтерии, обычно считающей 2+3 на калькуляторе, объяснить округление вообще не проблема. Они и сами во всех отчетах округляют.
Я не спорю, что такая проблема может возникнуть, но объяснить ее можно только рассказом всей правды про округление. Как решение еще подойдет, если вы отчет в экселе будете делать и прописывать разрядность чисел и конечных значений формул.
web_homyak, передавайте отчеты в Ексел. Там нет округления.
У нас, кстати, также возник вопрос с округлением. Правда фигурируют не затраты топлива, а пробег.
Клиента не устраивает то, что при формировании отчёта пробег считается до сотых, а вот после экспортирования в Excel-формате цифры уже целые.
У нас, кстати, также возник вопрос с округлением. Правда фигурируют не затраты топлива, а пробег.
Клиента не устраивает то, что при формировании отчёта пробег считается до сотых, а вот после экспортирования в Excel-формате цифры уже целые.
В связи с вышеописанным хочу спросить: от чего зависит это округление, от Wialon'a или Excel'я? И если от Виалона, то можно ли программно убрать отбрасывание дробной части?
Roar, в Excel формат вывода ячейки поменяйте. afaik в Excel передаются точные рассчитанные значения без округления.
shal, но ведь каждый раз вручную искать все нужные столбцы ячеек и менять их формат - это не выход. Отчёт же автоматически строится на сервере, так не проще ли немного поменять сам скрипт его построения? Обидно то, что в хронологии для поездок пробег выставляется дробный, а вот в самих поездках - целый.
Roar, понимаете в чем дело, вот Вам нужно чтобы отображались дробные с 5 знаками после запятой, а кому-то нужно без них. Нет на самом деле предела совершенству и универсализации.
Как вариан решению вижу только использование ActiveX и переформатирование отчета силами своих программистов.
Roar, понимаете в чем дело, вот Вам нужно чтобы отображались дробные с 5 знаками после запятой, а кому-то нужно без них. Нет на самом деле предела совершенству и универсализации.
Как вариан решению вижу только использование ActiveX и переформатирование отчета силами своих программистов.
Речь и проблема в том, что в разных отчетах одни и те же цифры отображаются по разному! А сумма за месяц набегает с большой разницей уже целыми, а не дробными! И пробеги и литры! В итоге - некрасота, и это очень очень мягко. Очень часто приходится сталкиваться с жалобами клиентов на это! Вопрос надо решать, а не отмазываться, как делаете Вы сейчас! В конце концов Вы зарабатываете на системе деньги, а мы платим Вам за нее!
Уважаемый avpopov86, никто не отмазывается и не собирается этого делать.
Требуется разобраться с причиной имеющих место ошибок, а не требовать общего решения.
1. Как я писал Вам в ЛС, Ваши настройки детектора расхода топлива не соответствуют Вашим 'реалиям'. Сперва следует изучить документацию, примеры практического применения, самому поэкспериментировать с настройками. Если ничего не помогает, то обратиться на форум и в службу тех. поддержки, предоставив полную информацию о том что требуется, и что было испробовано.
2. Теперь о различии показаний в отчётах по дням, по неделям, по месяцам. Погрешность может быть вызвана:
a. Исходными данными от объекта. Пример: утром у объекта 100 литров топлива, вечером 50. Сколько он потратил за день? 50? Не факт! Вечером он мог стать на наклонную поверхность и уровень топлива увеличился/уменьшился, либо контроллер отключился до 'успокоения' уровня после движения.' При построении за неделю такое изменение уровня учтено не будет, в отчёте за день будет.
б. График уровня топлива непрерывный, т.е. применение фильтрации и вычисление расхода на одном и том же интервале, но на разном количестве сообщений даст разные значения.
в. Округление данных, и как результат накапливаемая ошибка.
Это только программные ошибки, прибавьте сюда точность ДУТ`а, качество установки, условия эксплуатации. Даже если программа будет везде отображать одну цифру, то какова вероятность что эта цифра на 100% соответствует действительности?
Roar, понимаете в чем дело, вот Вам нужно чтобы отображались дробные с 5 знаками после запятой, а кому-то нужно без них. Нет на самом деле предела совершенству и универсализации.
Как вариан решению вижу только использование ActiveX и переформатирование отчета силами своих программистов.
5 знаков - это, конечно, утрирование.
Проанализировав ситуацию, от себя хочу отметить следующее: формат ячейки отчёта со значением пробега вида #0,00" км" в Excel'е 2007 попросту не существует в стандартном наборе, и поэтому данные из отчёта строятся в формате #0" км". Жаль, но придётся мириться с этим.
Roar
Ну на самом деле помимо стандартных форматов Excel поддерживает и пользовательские.
При экспорте в Excel виалон задает форматы для некоторых типов столбцов(время, пробег, скорость, объём топлива) и записывает в ячейку числовое значение. На основе таких столбцов можно строить графики. Остальные данные записываются как строки.
Для форматирования пробега используется #0" км" - т.е. число 141,977777 отображается как 142.
Если этот формат заменить на 0,#0" км", то Excel будет сам округлять данные до двузначных 141,977777 == 142,98. Такой формат был использован в самом начале, но по просьбам был заменен на текущий, причина - числа всегда пишутся с двумя знаками после запятой, даже целые.
Так что сколько людей столько и мнений:)
