Если мы не смогли найти машину клиенту за отведенное время, то автоинформатор звонит клиенту и говорит: "К сожалению сейчас все машины заняты. Если Вы готовы подождать еще Х минут, то дождитесь звукового сигнала". Если клиент сигнала не дождался то считать что клиент самостоятельно отказался от заказа. Если он случайно не дождался сигнала (обрыв соединения, невнимательность клиента и т.д.) то при повторном звонке клиента в течении Х минут после снятия заказа оператор ему объясняет его ошибку и возвращает его заказ из завершенных в текущие.

В алгоритм формирования тарифа клиента нужно добавить параметр наценки за заезд (доп адрес)

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

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

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

Внесите пожалуйста эти изменения. 

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

 Предлагаем настроить алгоритм следующим образом:

В тарифах для клиентского приложения мы выставляем определённые опции, например эконом, комфорт, микроавтобус. Сделайте так чтобы пассажир не мог убрать самостоятельно ту или иную опцию. 

Уважаемые разработчики, пожалуйста сделайте так, чтобы после перезагрузки сервера или других манипуляциях с ним водительский терминал сам бы восстанавливал соединение. Сейчас же после отвала соединения например при перезагрузке сервера приходиться перезапускать водительский терминал руками. А если водитель на заказе, то и вообще останавливать приложение. Очень важно, не все замечают что нет соединения.

Хочется видеть в отчетах информацию об использовании таксометра водителями в разрезе:

1. оформлено, выполнено, отменено

2. частота пользования данным таксометром в раскладке по водителям

Появилась информация что есть возможность отправлять оповещения через Viber.

Сообщение уходит на Viber, если через 1:30 (время настраивается) не доставлено, отправляется обычное СМС.

Как в HiveTaxi обстоят с этим дела?