Your comments

реализовано в версии 2.4.0

Версия будет выложена после обновления сервера на 2.0.10

В приложении под Android и под iOS реализованы разные версии интерфеса управления бонусами.

В Android версии у клиента есть возможность выбрать кол-во бонусов из доступного диапазона

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

Возможно данную настройку интерфейсов мы вынесем в конфигурационные параметры

Задача в очереди #7665


Планируем реализовать в конце мая

> Может я что-то не понимаю? В моем понимании расчет матричного тарифа должен рассчитываться с помощью начальных и конечных координат водителя в момент > "поехали" и "финиш". Что я делаю не так?


Как бы со сложными маршрутами, когда клиент колесит по одной или нескольким геозонам ?






Собираем данные,
Игорь, поделитесь своим опытом,
Какие внутренние факторы (с указанием критериев) для вашей службы значимы для изменения стоимости заказа ?

Исправили,
Ждите обновления 1.7.1

В первой версии стоянок ограничений и проверок по постановке на стоянку не будет.

Соберу список требований и отправлю на доработку.

Принцип распределения заказов по стоянке аналогичный другим ПО - по очереди. Суть другая - распределение заказов на стоянках, где существует реальная очередь водителей - стоянки у транспортных узлов (аэропорт, автовокзал, жд вокзал), торговые центры, и т.п.
Вы сами рисуете стояки и задаете их алгоритм их использования в автоколоннах.

Например: водители ВИП автоколонны могут вставать на стоянку у ЖД вокзала, а для водителей обычной автоколонны этой стоянки может и не быть вовсе. И как следствие: При поступлении заказа на ЖД вокзал, он (заказ) сначала будет распределен на стоянке и уже затем, если его никто не взял, по GPS.