Ваши комментарии

Можете разъяснить немного подробнее

"И клиент будет ждать свой автомобиль дольше в данном случае. А если бы приоритет сохранялся по времени было бы все по другому и клиент доволен и водитель с заказом."

каким образом задержка по времени сделает всех счастливыми в описанной вами ситуации

"Например водитель находиться на линии и работает, но в данный момент зашел в помещение с терминалом и все спутники отвалились, что в данном случае произойдет при поступлении заказа с адреса где конкретно находился данный водитель? Правильно, данный заказа будет отдан другому водителю, который не находился непосредственно в данном месте." ?

Занят не означает статус. Водитель при этом находится на смене зачастую, но заказ не берет хотя по карте видно его перемещение. А мы для него доржим заказ, не показывая другим.

Хорошо, что подняли вот только не там. Если что не работает( согласно вашей информации именно так получается) писать правильнее в ТП. Фора решает все описанные задачи в данной теме.

Отпадут, не все.

Рабочая ситуация на смене 10 водителей: 7 в автоколонне свои( видят первыми заказы) и 3 в автоколонне наемные( видят через 4 минуты).

Поступает заказ и его видят только 7 авто первые 4 минуты, а они заняты( везут заказы конкурентов) а оставшиеся 3 авто видят отсутствие заказов( думают их нет и понимают опять эти приоритеты все портят). И вот прошло 4 минуты и заказ виден всем.Ура едем, клиент уехал с другими( время подачи не стоит скидывать со счетов). Фора же дает самое главное максимально быстро распределить заказ машине самой близкой к пассажиру.

Цель какую решаете?

Контролировать заказы получается согласно вашего описания.

Давайте начнем с главного.

Какую основную задачу решает приоритет между автоколонн?

Каким образом исключит случайное взятие заказа?

"После нажатия на кнопку беру" запустится алгоритм выполнения заказа, а время лишь будет использовано для информационной СМС клиенту.

Вы какой алгоритм рассматриваете как наиболее удачный?

Если речь идет о "- ждет, никого нет. Звонит и оказывается он не туда приехал (ошибка водителя или диспетчера)" стоит подумать о подтверждении ожидания после его окончания.

Как это может работать.

Водитель меняя статус на поехали подтверждает или отказывается от учета времени ожидания если такое было. Руководство при этом происходит здравым смыслом сам виноват о каком ожидании платном может идти речь.


А этот вариант ?

"Есть способ более простой, но не менее эффективный исключающий случайные нажатия водителей - замена кнопок на ползунки. Ползунок сложнее ошибочно протащить по всему экрану чем случайно нажать на кнопку."

Есть "революционное" решение подобной ситуации отказаться полностью от участия водителя в смене статуса "по адресу" передав данную функцию настройкам программы и системе GPS.

Как это может работать. Директор определяет расстояние до адреса подачи при котором программа меняет статус " по адресу" и программа запускает соответствующий алгоритм работы.

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



Сервис поддержки клиентов работает на платформе UserEcho