Informational and technical support
Отчет по автоколоннам, службам такси
Необходим отчет по доходам и расходам по автоколоннам и/или службам такси за произвольный период (часы, дата). Например, имеется 10 служб такси и 7 автоколонн. И нужен отчет по плате водителей за заказы только 5 автоколонн или 3 службам за сутки с 8:00 по 8:00. Или по отдельности по автоколоннам или по отдельным службам. Пример подобного отчета есть у ЕСТ во вкладке Доходы и расходы.
Callback
нужен автоперезвон с удержанием клиента на линии. Результат должен быть такой: Во время приёма и оформления заявки диспетчером при параллельном звонке клиента (вход.вызов) должен срабатывать автоответчик с текстом: "Ваш звонок принят, пожалуйста, дождитесь ответа оператора". При сбросе клиентом звонка прога автоматически перезванивает на сброшенный номер и приветствуя от имени службы заказа такси просит оставаться на линии до соединения с оператором.
Отмена заказа клиентом по умолчанию при просрочке заказа
Если мы не смогли найти машину клиенту за отведенное время, то автоинформатор звонит клиенту и говорит: "К сожалению сейчас все машины заняты. Если Вы готовы подождать еще Х минут, то дождитесь звукового сигнала". Если клиент сигнала не дождался то считать что клиент самостоятельно отказался от заказа. Если он случайно не дождался сигнала (обрыв соединения, невнимательность клиента и т.д.) то при повторном звонке клиента в течении Х минут после снятия заказа оператор ему объясняет его ошибку и возвращает его заказ из завершенных в текущие.
Наценка на доп адрес
В алгоритм формирования тарифа клиента нужно добавить параметр наценки за заезд (доп адрес)
запись разговоров в салоне во время выполнения заказа
Добрый день , очень удобно было бы получить функцию записи разговоров в салоне авто во время заказов , такая функция уже используется в приложении яндекс . функция включается водителем добровольно в настройках. при включении данной функции при посадке пассажира в авто включается запись разговора в салоне .это очень помогает в конфликтных ситуациях , когда пассажир жалуется на грубость водителя например . при разборе ситуации учитываются только слова пассажира против слов водителя . наличие данной функции обезопасит водителей от необоснованных претензий пассажиров а также в случае не адекватности пассажиров , угроз и так далее .но при установке данной функции пассажира необходимо предупредить о том что в салоне ведется аудио запись ,например при проставлении водителем статуса "везу клиент" должен звучать текст" пристегнитесь пожалуйста , мы начинаем движении ,обращаем ваше внимание что в салоне ведется аудио запись .
Возможность брать заказ с оплатой по карте с минусовым балансом у водителя.
Водители не могут брать безналичные заказы по карте с минусовым балансом. Необходимо дать им такую возможность для б/н заказов по карте, как это работает для контрагентских заказов.
Поменяйте в водительском приложении значок в статусе по адресу
Сейчас у водителя в приложении на статусе "по адресу" почему-то значок с флажком, хотя по логике должен быть изображения домик, как у операторов.
Внесите пожалуйста эти изменения.
Алгоритм работы с предварительными заказами
Уже неоднократно и многими коллегами выражались нарекания на систему работы с предварительными заказами. Но воз и ныне там. Вот в эти ажиотажные праздничные дни проблема проявила себя "во всей красе". В попытке перестраховаться, люди оформляли огромное количество пред.заказов. Но так как, по вполне понятным причинам, мало кто из водителей бронировал такие заказы, они практически все выпадали в распределение за "N" мин. до времени подачи и естественно почти все были уже не актуальны. А происходит это потому что, клиент никак не оповещен о результатах работы с заказом - забронировал или не забронировал водитель заказ, в нашей программе не сообщается клиенту. Перекладывать весь этот объем работы на диспетчерскую, особенно тогда, когда она забита работой по текущим заказам, считаем нецелесообразно и вредно. Тем более что, суть и главное преимущество диспетчерской панели, в нашем ПО, как раз и есть минимизация трудозатрат в системе распределения заказов.
Предлагаем настроить алгоритм следующим образом:
1)Водитель бронирует за собой пред.заказ; 2)клиенту идет оповещение "ваш заказ принят к выполнению на Дата, Время - авто марка, цвет, номер"и можно включить автооповещение с предложением выбора связи с диспетчерской и водителем; 3) водителю и клиенту с приложения, должен быть доступен номер тел. клиента/водителя уже в момент бронирования заказа; 4)водитель имеет возможность и далее принимать текущие заказы, но только до момента не позднее "N" минут до времени подачи по пред.заказу 4)если водитель отказывается от выполнения заказа - только через диспетчерскую (ни в коем случае не должна быть возможность снять с себя пред.заказ в программе самостоятельно, как это происходит сейчас); 5)при отмене заказа идет оповещение клиенту "ищем замену авто"...Ну и далее все как обычно.Жёстка привязать опции в клиентском приложении
В тарифах для клиентского приложения мы выставляем определённые опции, например эконом, комфорт, микроавтобус. Сделайте так чтобы пассажир не мог убрать самостоятельно ту или иную опцию.
Не восстанавливает соединение водительский терминал.
Уважаемые разработчики, пожалуйста сделайте так, чтобы после перезагрузки сервера или других манипуляциях с ним водительский терминал сам бы восстанавливал соединение. Сейчас же после отвала соединения например при перезагрузке сервера приходиться перезапускать водительский терминал руками. А если водитель на заказе, то и вообще останавливать приложение. Очень важно, не все замечают что нет соединения.
Customer support service by UserEcho