Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Здравствуйте,
Нужен отчет по учету рабочего времени водителя. Т.е в отчете по каждому дню должна быть 1 строчка.
Во сколько водитель начал работу, во сколько водитель закончил работу, общее кол-во часов.
Не могу найти способ как сделать такой отчет.
Заранее спасибо!
GoGPS
Есть специальный отчет по водителям. Для выполнения нужен модуль Расширенные отчеты
http://gurtam.com/ru/docs/user-guide/new/groups
Или, если у машины один водитель, то обычный отчет по поездкам с группировкой по дням.
duig
Не пойдет...
Давайте забудем про водителей. Скажем во сколько машина начала работу и во сколько закончила.
Т.е. в отчете нужно увидеть первое сообщение за сутки которое пришло от машины (будь то включение зажигания или начало движения) и последнее сообщение за эти же сутки от машины (будь то выключение зажигания или машина встала)
Если начало и конец работы происходит в строго фиксированных местах, то возможно Вам подойдет отчет по рейсам, столбец длительность рейса.
нет, может происходить в разных местах.
Суда по ответам суппорта в форуме, имеющимися средствами Wialon'a этого не сделать?
GoGPS, любой отчет, группировка по дням, без детализации, не подходит?
shal
Спасибо! Практически идеально, за исключением того, что не показывает общее кол-во часов от начала интервала до окончания интервала.
shal
Реально ли добавить столбец в отчет, который покажет кол-во часов между началом поездки и окончанием поездки?
Так же это актуально и для других отчетов, например по заправкам топлива.
Есть начальное кол-во топлива, потом есть сколько заправлено и разница, но нет суммы начальное кол-во топлива + сколько заправлено. Или я ошибаюсь?
+1 за то чтобы было итоговое значение топлива в "заправках" и "сливах", то есть нач. значение + (-) заправка (слив)
Поправлюсь
Так же это актуально для всех отчетов где есть начальное значение и разница, но НЕТ конечного значения...
Реально ли добавить столбец в отчет, который покажет кол-во часов между началом поездки и окончанием поездки?
Так там же есть длительность поездок.
Не подходит
в этом случае получаю только ИМЕННО длительность поездок. А нужно общее кол-во часов от начала и до окончания интервала.
p.s. что по поводу общего кол-ва топлива в отчете после заправки/слива?
на неделю раньше задавал точно такой же вопрос.
нам тоже требуется учет работы водителя - от начала движения или первого включения зажигания до момента выключения зажигания.
Таким образом подсчитывается фактическое время работы водителя.
Предложенное решение только в виде отчетов в виде эксель таблицы с последующей обработкой.
Добавлено спустя 4 минуты 33 секунды:
Отчёт по моточасам.
вот моя тема. Там как вариант это реализация с помощью валидации датчиков. Мы правда так и не решили как это можно сделать. Были идеи поставить фоторезистор, который фиксирует рассвет и закат )) ну и прочие бредовые идеи. На этом все и заглохло.
GoGPS и daemon, могут предложить два варианта:
1) Создаёте датчик зажигания (должен быть только один у объекта иначе работать не будет), где в параметре прописываете const1. В свойствах объекта на вкладке Основное счётчик моточасов ставите "датчик зажигания", а на вкладке Дополнительно максимальный интервал между сообщениями ставите 18000 секунд (5 часов) или что-то такое же, только желательно побольше. Создаёте отчёт по моточасам. Данный вариант будет работать, только если оборудование не будет слать данные на стоянках, т.е. максимальный интервал между сообщениями обязательно будет превышен. Выполняете отчёт и в столбце длительность видите время работы водителя.
2) Можно использовать отчёт по потерям связи. Опять таки этот вариант сработает если зафиксируется потеря связи (максимальный интервал между сообщениями). Здесь начало работы - это конец потери связи (предыдущая строка) и конец работы - начало потери связи (текущая строка). Если экспортировать этот отчёт в Excel, то по средствам не хитрых махинаций можно получить необходимый интервал. Или можно использовать ActiveX, чтобы добиться того же результата.
nevl
Оборудование на стоянках передает сообщения каждые 15 мин, если зареген в домашней сети и каждые 30 мин, если зареген в роуминге.
Оба варианта на подходят, но спасибо за предложение 
nevl, тоже признателен за предложения, но отказаться от передачи данных на стоянках (у нас это или каждые 10 минут или каждые 30 минут) непозволительная роскошь, т.к. акцент делается на постоянном мониторинге, без слипов.
GoGPS, такого рода задачи пока-что решаются с помощью тумблера подключенного к цифровому входу. Водитель пришел, включил тумблер в положение РАБОТА и начал работать, перед уходом выключил тублер. В таком варианте можно также выделять рабочие и личные поездки. В Голландии это используется для минимизации налогов и транспортных отчислений.
Также, как вариант - уведомление с большой задержкой на срабатывание - если GPS работает без погрешностей, то мы сможем фиксировать уведомлением время начала первой поездки и окончания последней. Пока уведомление дает только поменять статусы (практически авто-тумблер), но в перспективе можно делать так, что уведомление может эмулировать датчик, т.е. регистрировать сообщение для объекта с определенным значением параметра(датчика). После чего можно было бы построить отчет по датчику, где и будет прописан искомый интервал.
Еще вариант использовать ActiveX для формирования нужной формы отчета.
Ну и напоследок - формирование отчета по поездкам с группировкой по дням + поле Заметка, заполняемое вручную.
shal
По какой причине нет возможности видеть в отчетах итогового значения?
GoGPS, итоговое значение чего?
shal см. посты #8 и #9
Попробовал вариант с валидацией и датчиком счетчика. Допустим, состояние зажигания передается в параметре in1
(1 - вкл, 0 - выкл).
1. Создал произвольный цифровой датчик test с параметром in1-#in1 и заполнил таблицу преобразования так, чтобы все ненулевые значения были = 1, а нулевые оставались = 0.
2. Далее создал датчик Счетчик с параметром const1 и задал для него валидатор - датчик из п.1, тип валидации - проверка на неравенство нулю, тип счетчика - мгновенный.
3. В отчет добавил таблицу Датчики счетчиков и столбцы Длительность, В кл. и Откл.
Реализовано тут: Обновление от 10 июля 2011 года
Добавлено спустя 1 минуту 15 секунд:
Попробовал вариант с валидацией и датчиком счетчика. Допустим, состояние зажигания передается в параметре in1
(1 - вкл, 0 - выкл).
1. Создал произвольный цифровой датчик test с параметром in1-#in1 и заполнил таблицу преобразования так, чтобы все ненулевые значения были = 1, а нулевые оставались = 0.
2. Далее создал датчик Счетчик с параметром const1 и задал для него валидатор - датчик из п.1, тип валидации - проверка на неравенство нулю, тип счетчика - мгновенный.
3. В отчет добавил таблицу Датчики счетчиков и столбцы Длительность, В кл. и Откл.
Ну а пока можно использовать этот вариант
