Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Нашел баг в отчете моточасов.
По каким то причинам при детализации по дням программа в оди сутки записала данные с последующих.
И общее кол во моточасов получилось 30 за сутки.
Моточасы просто перешли на другой день?
http://docs.gurtam.com/ru/pro/1106/user … data/start
Моточасы просто перешли на другой день?
http://docs.gurtam.com/ru/pro/1106/user … data/start
Круто звучит) перешли
duig
Это что ответ или шутка?
Я действительно не могу понять! (
Может я просто не правильно сформулировал.
Стоит "детализация"- по дням.
И вот за 1 день - 24 часа. Программа посчитала что автомобиль проработал 33 часа 57 минут.
) Я понимаю что новый год и все такое!
Если сейчас тяжело для понимания что в сутках не может быть более 24 часов.
Тогда можно этот баг отложить на после праздников.)
ps Всех с наступающим
Denis
Вы все верно сформулировали. Но при группировке по дням в 22-е число включились моточасы, которые в нем начались, и при этом не закончились ровно в конце дня, а шли дальше почти до 10 утра 23-го декабря. В таблице продолжительность не разрывается строго по дням, так что за 22-е число отображается вся длительность данного интервала моточасов. В строке за 23-е этих моточасов соответственно не будет, так что в общем времени моточасов нет избыточности.
p.s. с наступающими праздниками!
по моему уже поднимался вопрос что надо делить подобные случаи четко по суткам, неважно что период какого-либо действия залазит на след. сутки, надо его пилить, и думаю это правильно, иначе постоянно такие баги будут вылазить в разных отчетах и по разным поводам.
duig
Согласен я так и объяснил это клиенту.)
Но поразмыслив пришел к решению, что это является абсурдом как минимум в этом отчете- вернее в детализации (дом условии отчета).
Детализация ведь по дням. Так - так. А как за 1 сутки можно наработать 33 часа 57 минут.
Думаю со стороны руководителя.) Если бы у меня человек 5 нарабатывало по 34 часа мне бы море было по колено.
В последнем обновлении хостинга было введена настройка "Незавершенный интервал" (http://docs.gurtam.com/ru/hosting/user/ … filtration) которая и должна была решить данную проблему, но изменяя оную, разницы в результатах отчета я не обнаружил... 
Действенный способ использовать задания, но моим клиентам этот вариант не понравился... так как им хочется получать отчет не по одному дню, а за месяц с разбивкой на дни и по всей технике сразу
В последнем обновлении хостинга было введена настройка "Незавершенный интервал" (http://docs.gurtam.com/ru/hosting/user/ … filtration) которая и должна была решить данную проблему, но изменяя оную, разницы в результатах отчета я не обнаружил...
Действенный способ использовать задания, но моим клиентам этот вариант не понравился... так как им хочется получать отчет не по одному дню, а за месяц с разбивкой на дни и по всей технике сразу
Простите, но новая настройка не была создана для решения означенной проблемы, как можно подумать из названия. Цитирую: "Этот фильтр касается не всей таблицы, а только последнего интервала. Не всегда завершение последнего интервала (поездки, работы датчика и т.п.) совпадает с окончанием отчетного периода..."
Как видите, здесь решалась другая проблема: когда по отчёту поездка/стоянка закончилась, хотя она ещё длится на текущий момент.
Предложение по поводу "разрезки интервалов" строго по суткам звучало в разделе для Wialon Hosting. Кстати, странно, что мы об это говорим в разделе для PRO 
Гуртам.
Поправите или нет?
И когда?
atc-mon пишет:В последнем обновлении хостинга было введена настройка "Незавершенный интервал" (http://docs.gurtam.com/ru/hosting/user/ … filtration) которая и должна была решить данную проблему, но изменяя оную, разницы в результатах отчета я не обнаружил...
Действенный способ использовать задания, но моим клиентам этот вариант не понравился... так как им хочется получать отчет не по одному дню, а за месяц с разбивкой на дни и по всей технике сразуПростите, но новая настройка не была создана для решения означенной проблемы, как можно подумать из названия. Цитирую: "Этот фильтр касается не всей таблицы, а только последнего интервала. Не всегда завершение последнего интервала (поездки, работы датчика и т.п.) совпадает с окончанием отчетного периода..."
Как видите, здесь решалась другая проблема: когда по отчёту поездка/стоянка закончилась, хотя она ещё длится на текущий момент.Предложение по поводу "разрезки интервалов" строго по суткам звучало в разделе для Wialon Hosting. Кстати, странно, что мы об это говорим в разделе для PRO
При всем уважении к предыдущему оратору... Логики из вашего поста не уяснил %(
Лично мне кажется, что с технической точки зрения, корень данных проблем один, как на Pro так и на Hosting -е...
На тему формулировок и постановки задачи... вы хоть как это назовите, но проблемы есть и я пока адекватного решения не видел...
Уверен, что если будут что то делать, то решат везде и в комплексе...
PS: Со своей стороны хотелось бы пожелать форумчанам, в этом году, меньше троллить и больше излагать по существу...
Гуртам.
Поправите или нет?
И когда?
Цитата из документации:
Обратите внимание на то, что при группировке данных в текущий промежуток включаются события, которые в нем начались. При этом при определении времени продолжительности события будет зачтена вся его длительность, даже если оно закончилось уже в другом интервале.
http://docs.gurtam.com/ru/pro/1106/user … ruppirovka
В таблице Сводка с группировкой по дням информация о моточасах выводится адекватно, а в таблице Моточасы - нет. Получается, что интервалы делятся в соответствии с окончанием суток, только не во всех таблицах. Все-таки считается это недоработкой в программе и будет исправляться или так и останется?
Уважаемая техподдержка Гуртам!Присоединяюсь к предыдущим ораторам,прошу исправить ситуацию с отображением моточасов при группировке по дням.Для клиента это критично.Ждем-с ответа.
ТД Медведь
Такие запросы это доработка, напишите пожалуйста предложенияе в соответствующий раздел форума.
Добрый день, кто как решил этот вопрос с моточасами?
