Ваши комментарии
Для доступа к редактору адресов у вас должна быть роль Картограф.
Здравствуйте Артур,
Посмотрите описание системы автопредложения https://help.hivetaxi.ru/knowledge-bases/6/articles/57-avtopredlozhenie
В статье подробно описано как работает эта настройка.
> Редактор адресов не работает в автоматическом режиме,нужно просить ТП,чтоб добавили новый адрес,
В предыдущей версии ПО действительно была такая ошибка. В Версии 2.5 она исправлена.
На сколько геозон порезан ваш город ?
Опишите с примерами. Как если бы вы ставили задачу разработчику.
Цель: Автоматизировать все варианты расчета для зональных тарифов:
Вот вам для затравки два варианта:
Во всех примерах известна только точка подачи - геозона А:
Пример 1:
Условия:
Две геозоны: А, Б
Маршрут: А->Б
Ожидаемый алгоритм работы таксометра:
- При посадке клиента таксометр показывает минимальную стоимость из базовых настроек Город
- При въезде из А в Б: такомметр показывает стоимость из матрицы А->Б (конечная точка)
- Завершение заказа: Стоимость = А->Б (конечная точка)
Пример 2:
Условия:
Три геозоны: А, Б, С
Маршрут: А->Б (с остановкой)->С
Ожидаемый алгоритм работы таксометра:
- При посадке клиента таксометр показывает минимальную стоимость из базовых настроек Город
- При въезде из А в Б: такомметр показывает стоимость из матрицы А->Б (конечная точка)
- При въезде из Б в С: такомметр показывает стоимость из матрицы А->Б (промежуточная точка) + Б->C (промежуточная точка)
- Завершение заказа: Стоимость = А->Б (промежуточная точка) + Б->C (промежуточная точка)
Опишите ваш алгоритм работы для следующих ситуация:
Пример 3:
Условия:
Три геозоны: А, Б, С
Маршрут: А->Б (без остановки)->С
Ожидаемый алгоритм работы таксометра: Ваш вариант ???
Пример 4:
Условия:
Три геозоны: А, Б, С - геозоны находятся вдоль одной прямой
Маршрут: А->Б ((без остановки)) ->С ((без остановки))->А
Ожидаемый алгоритм работы таксометра: Ваш вариант ???
Пример 5:
Условия:
Три геозоны: А, Б, С
Маршрут: А->Б->Б (клиент делает 2 остановки в геооне Б) ->С
Ожидаемый алгоритм работы таксометра: Ваш вариант ???
Пример 6:
Условия:
Три геозоны: А, Б
Маршрут: А->Б (клиент ездит кругами и освобождается в геозоне Б)
Ожидаемый алгоритм работы таксометра: Ваш вариант ???
Андрей, я правильно понял, что вы пишите об интерфейсе "Водитель назначен на заказ", в котором идет обратный отсчет времени подачи.
так ?
В интерфейсе редактирования адресов заказа вы можете:
1) указать адрес из ближайших к точке освобождения
2) указать точный адрес
3) указать "точку на карте", в случае если по близости нет определенных адресов
> Все проблемы отпадают сразу, если была бы возможность определять зону по координатам.
почитайте мой первый комментарий еще раз
Матрица предполагает 2 точки. Ваш клиент называет только одну.
Вариант с расчетом стоимости оператором отметаем сразу.
Остается вариант расчета после посадки в машину. т.к. водителю необходимо знать куда везти клиента.
Вот тут есть как минимум 3 способа посчитать по матрице:
Способ 1. Водитель звонит диспетчеру и называет адрес освобождения. Диспетчер добавляет адрес освобождения.
Способ 2. Водитель, до начала движения, вводит самостоятельно адрес освобождения через интерфейс редактирования адресов.
Способ 3. Водитель по окончании движения добавляет самостоятельно адрес освобождения.
Во всех 3х случаях сработает расчет по матрице.
У нас есть API для интеграции.
Биржу мы обязательно сделаем, до нее еще не дошла очередь.
Для тех кому не терпится интегрироваться и кто в силах написать сой модуль интеграции см описание https://github.com/HIVETAXI/integration-api/wiki
Сервис поддержки клиентов работает на платформе UserEcho
Роман, вы можете самостоятельно в настройках тарифа установить время, за которое водитель должен подтверждать предварительный заказ.
СМС о назначении идет после подтверждения водителем предварительного заказа. Если сделать уведомление при резервировании, то система может закидать клиента "ложными" уведомлениями, т.к. зачастую водители бронируют заказы и отказываются от них. И для заказа таких "ложных" резервирований может быть очень много.