1

Активность второго водителя (тахограф)

(23/05/2018 17:58:05 отредактировано mabu)

Тема: Активность второго водителя (тахограф)

Коллеги, добрый день.

Крайне важный вопрос для наших клиентов: не детектируется активность второго водителя (карта во втором слоте) при подключении к тахографу.

Пример очередного обращения клиента.

"В приложении скриншот работы водителя и скан тахограммы того же водителя.
Водитель в 08:32 по МСК начал двигаться на ТС, вторым водителем в режиме ожидания. Tacho View этого не показывает.
Информация же берется из Тахографа, а тахограф фиксирует режим ожидания (конвертик), у Вас в графике есть этот режим для отображения, но само отображение не производится.
Вопрос - почему? Это не правильно! Мы переходим на Вашу систему, из-за режима по тахографу, а фактически, режим не отображается должным образом... "

"Цена" этого вопроса - перевод 300 авто в нашу систему, покупка локала.
Это решение (активность 2 и более водителей) уже реализовали наши конкуренты - теперь это их конкурентное преимущество, из-за которого мы уже начали терять клиентов.

Поэтому прошу крайне серьезно отнестись к данному случаю и оценить возможность и сроки такой доработки.

Заранее спасибо за ответ.

  • Активность второго водителя (тахограф)
  • Активность второго водителя (тахограф)
Wialon Operator
2

Активность второго водителя (тахограф)

Re: Активность второго водителя (тахограф)

mabu в 08:32 водитель Тирпак В.Ю. не был назначен на объект. Он был снят с объекта еще 25 Апреля, а назначен только в 15 уже 26 Апреля, т.е. интервал, где была "Доступность", не попал в интервал назначения водителя.

Таким образом, запись активности не могла быть произведена, т.к. водитель не был назначен.

3

Активность второго водителя (тахограф)

(23/05/2018 17:57:36 отредактировано mabu)

Re: Активность второго водителя (тахограф)

pach пишет:

mabu в 08:32 водитель Тирпак В.Ю. не был назначен на объект. Он был снят с объекта еще 25 Апреля, а назначен только в 15 уже 26 Апреля, т.е. интервал, где была "Доступность", не попал в интервал назначения водителя.

Таким образом, запись активности не могла быть произведена, т.к. водитель не был назначен.

Спасибо за ответ, Павел, по этой ситуации вопрос снимается.
Но!
Регулярно сталкиваемся с жалобами клиентов на функционал:

1) некорректная привязка / назначение более 1 водителя.
Насколько мне известно, для этого от трекера должен приходить параметр с пустым ID водителя или код снятия. Ни у ВСЕ, ни у Ruptela такой код от трекера мы сейчас получить не можем. Что касается пустого параметра, то часто карты просто меняются местами - новое сообщение просто не успевает прийти на wialon.
Поэтому очень было хотелось доработку на wialon:  снимать и назначать водителя, если его ID изменился. Что-то вроде: система зафиксировала новое значение параметра - предыдущий водитель снялся на слоте, новый назначился. Данную функцию уже каким-то образом реализовали у себя в софте некоторые конкуренты, чем нас постоянно попрекают клиенты.

2) некорректная информация во всплывающей подсказке об "остатках" отдыха и вождения: текущего, ежедневного, недельного, двухнедельного.
Цитаты наших клиентов:
- "Не важно, если её не будет, всё равно она у вас считает неправильно";
- "Мы начали тестирование вашей системы с тем, чтобы получать информацию с тахографа и планировать дальнейшую деятельность водителя. И что видит менеджер, когда её запускает? Что оставшиеся отдых и вождение подсчитаны некорректно - как он может отправлять авто дальше в рейс? Получается, что нам нужно выгружать ddd-файл с карты водителя, чтобы получить полную информацию, а это крайне трудозатратно";
- "Мы один раз посмотрели, что всё неправильно рассчитано, и больше не сверяем".
Это крупные международные перевозчики, которые в дальнейшем рекомендуют (или не рекомендуют, если что-то плохо) нас другим клиентам, что позволяет подключить больше объектов.
Например, не учтено:
а) За любые две последовательные недели водитель должен использовать по крайней мере:
i) два нормальных еженедельных периода отдыха, или
ii) один нормальный еженедельный период отдыха и один сокращенный еженедельный период отдыха продолжительностью не менее 24 часов. Однако это сокращение должно быть компенсировано эквивалентным периодом отдыха, используемым целиком до конца третьей недели, которая следует за данной неделей.
б) В отступление от положений пункта 1 водитель, осуществляющий разовую международную пассажирскую перевозку, за исключением перевозок на регулярных линиях, может отложить еженедельный отдых не более чем на двенадцать последовательных 24-часовых периодов, следующих за предыдущим нормальным еженедельным периодом отдыха, при условии что:
(i) поездка длится не менее 24 последовательных часов на территории Договаривающейся стороны или третьей страны, отличной от той, в которой началась поездка, и
(ii) после использования данного отступления, водитель использует:
a. либо два нормальных еженедельных периода отдыха,
b. либо один нормальный еженедельный период отдыха и один сокращенный еженедельный период отдыха продолжительностью не менее 24 часов. Однако это сокращение должно быть компенсировано эквивалентным периодом отдыха, если он используется целиком до конца третьей недели, следующей за окончанием периода отступления
в) Общее время было выработано, но пишет осталось 4:30 вождение. Выходит что в каждой смене максимум 9 часов управления, и 2 раза в календарную неделю по 10, т е в следующей смене не суммируются часы с прошлой смены
http://prntscr.com/jiga3s
Это только несколько комментариев наших пользователей.
В связи с этим вопрос: когда и как будет дорабатываться этот модуль под нормы ЕСТР? Потому что имеем следующую ситуацию: начало положено, мы "рекламируем" функцию клиентам (в том числе и при переводе от конкурентов это очень хорошее преимущество), но по факту она работает настолько некорректно, что от неё отказываются.
И второй вопрос: как мы можем ускорить этот процесс? Может нужна консультация по ЕСТР? Фидбэки от конечных пользователей?
Со своей стороны мы готовы максимально помочь в решении этого вопроса.

Заранее спасибо за ответ.

Wialon Operator
4

Активность второго водителя (тахограф)

Re: Активность второго водителя (тахограф)

mabu можно немного подробнее по некоторым пунктам:
1. "снимать и назначать водителя, если его ID изменился. Что-то вроде: система зафиксировала новое значение параметра - предыдущий водитель снялся на слоте, новый назначился"
Насколько я понимаю речь не о снятии водителя с объекта, ведь для описанной ситуации можно применять опцию "Исключающий", а речь про учет активностей для 1го и 2го водителя, которые одновременно назначены на объект.
Предположим, первый водитель переставил карту во второй слот, с этого момента должны регистрировать новый статус?
Если да, то Wialon так и делает. Ответ был дан в запросе в GHS - мы получаем параметры по первому слоту и пишем активность в историю водителя, который соответствует первому слоту, плучаем активности по второму слоту и так же пишем их в историю водителя, который соответствует этому слоту.
2. Какие часы не суммируются? Согласно регламента:
"1. Ежедневная продолжительность управления, определенная в статье 1 s) настоящего Соглашения, не должна превышать девяти часов. Она может быть увеличена максимум до 10 часов не более двух раз в течение недели."
Т.е. да максимум, согласно регламента, 9 часов и 2 раза в неделю по 10 часов.
Возможно я не корректно интерпретировал вопрос, поэтому требуются пояснения с вашей стороны.

P.S. На вопросы о доработках и сроках доработки, я ответь не могу. Это компетенция бизнес аналитиков. Поэтому в любом случае ожидаем их ответа в этой теме.

5

Активность второго водителя (тахограф)

Re: Активность второго водителя (тахограф)

pach пишет:

mabu можно немного подробнее по некоторым пунктам:
1. "снимать и назначать водителя, если его ID изменился. Что-то вроде: система зафиксировала новое значение параметра - предыдущий водитель снялся на слоте, новый назначился"
Насколько я понимаю речь не о снятии водителя с объекта, ведь для описанной ситуации можно применять опцию "Исключающий", а речь про учет активностей для 1го и 2го водителя, которые одновременно назначены на объект.
Предположим, первый водитель переставил карту во второй слот, с этого момента должны регистрировать новый статус?
Если да, то Wialon так и делает. Ответ был дан в запросе в GHS - мы получаем параметры по первому слоту и пишем активность в историю водителя, который соответствует первому слоту, плучаем активности по второму слоту и так же пишем их в историю водителя, который соответствует этому слоту.
2. Какие часы не суммируются? Согласно регламента:
"1. Ежедневная продолжительность управления, определенная в статье 1 s) настоящего Соглашения, не должна превышать девяти часов. Она может быть увеличена максимум до 10 часов не более двух раз в течение недели."
Т.е. да максимум, согласно регламента, 9 часов и 2 раза в неделю по 10 часов.
Возможно я не корректно интерпретировал вопрос, поэтому требуются пояснения с вашей стороны.

P.S. На вопросы о доработках и сроках доработки, я ответь не могу. Это компетенция бизнес аналитиков. Поэтому в любом случае ожидаем их ответа в этой теме.

1. Согласно документации:

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


То есть двух водителей мы уже не увидим на объекте.
Или есть еще какие-то нюансы данной опции?

2. Сейчас клиент не смог уже вспомнить точное время скрина, но суть его вопроса в том, что за текущую смену у водителя уже не могло оставаться 4,5 часа непрерывного вождения.
Или у данной информации другая логика подсчета? Если да, прошу пояснить.
И правильно ли я понимаю: всплывающая подсказка рассчитывает оставшиеся вождение/отдых по календарным суткам, а не по сменам?

Wialon Operator