Водители

gpspos, при ручной регистрации назначений и снятий водителя добавляются отдельные сообщения, в которых есть информация о времени этого сообщения и идентификационный номер водителя; вся остальная информация о местоположении и датчиках отсутствует. В связи с чем и отсутствует положение на начало назначения в отчёте. Когда сообщение с ID водителя приходит от оборудования, то оно может содержать информацию о местоположении назначения/снятия водителя, а может и не содержать.
Появление выделенных строк нужно анализировать, поэтому логин и пароль в личку, а также объект, отчёт, интервал.

gpspos, не знаю, как пользуетесь Вы, не знаю, как пользуются другие ручным назначением/снятием водителей, в связи с чем предположу несколько вариантов:
- регистрация происходит по данным из путевого листа, при этом никто не проверяет, где находился объект. в результате построения отчёта будет произведён поиск ближайшего следующего сообщения, которое, может быть, было зафиксировано только через час после назначения водителя (подвело то ли оборудование, то ли водитель халявил). То же самое и со снятием водителя (если брать последнее сообщение до снятия), водитель отдыхал себе, а регистрация смены и необходимого пункта остановки в отчёте выглядят правильно. В данном случае без дополнительного анализа невозможно точно определить, где, когда и кто был и насколько верен отчёт.
- ещё вариант, когда назначение происходит строго по графику, предусмотренному предприятием, т.е. регистрируем начало смены на 7 утра, а на деле водитель выехал в 6.49. Результат: водитель попал в автомобиль за 10 км от базы.
- опять-таки зарегистрировали смену, а на контролируемом объекте сломалось оборудование или просто объект не выехал с базы. В случае отсутствия сообщений, что тогда брать вообще не ясно, а если сообщения шли, но объект даже не выехал, то в отчёте получится, что водитель вовремя выехал с базы и также вовремя вернулся.
Данных вариантов может быть много и они не претендуют на универсальность и правильность. Скорее всего, операторы вручную сидят, перебирают сообщения и регистрируют необходимые смены, в данном случае если бы брались ближайшие сообщения, то отчёты были бы правильными.
Также не знаю, как Вы будете объяснять конечному клиенту, что его водитель почему-то назначается в 1-2 км от базы, почему так не точно, почему пробег не сходится из-за этого на 2-5 км и множество других вопросов, связанных с взятием ближайшего сообщения от назначения.
Предлагаю определиться с алгоритмом действий, необходимых для корректного определения местоположения назначения водителя в ручном режиме и вынести на голосование.

P.S. в GHS я не предлагал обращаться, а хотел всё проанализировать сам. Но если в GHS удобнее...

Ждём предложений.

Тема не нашла поддержки в лице других партнёров, соответственно не было каких либо других предложений, что делать с водителями. Поэтому пока придётся объяснять клиентам про пустое местоположение или что-нибудь делать с оборудованием, чтобы оно слало и назначение со снятием, и местоположение этого события.
А вообще впереди конференция, на которой можно будет задать свои вопросы и высказать предложения по их решению.

Да дочитывать не надо просто файлик .xls откройте там все ясно будет. Просто я более подробно все описал.