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

да пустеем кнопку на клавиатуре "п" порядок так как наши диспетчера пишут каждый раз водитель порядок в ручную и это занемеет много времени и крайне не удобно Спасибо "Ваше " такси Одесса

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

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

Дать возможность администратору не обращаясь в поддержку выбирать партнеров по бирже и самостоятельно устанавливать режим работы биржи как по времени так и по дате

Добрый день. Хотелось бы протестировать (и возможно работать) с вашим сервисом в г. Тернополь, Украина. (в списке нет). Как правильно это сделать? Спасибо.

В разработке находится расширенная версия e(taxi) Mobile для платформы Android. Приглашаем всех желающих высказать свои пожелания по поводу возможностей этой версии здесь, а также проголосовать за нее.

Водитель покупает смену например за 200 рублей и все ездит спокойно до определенного времени

Возможность ограничивать операторам доступ к Архиву заказов - только за последние N дней (задавать в Настройках системы).

Радует возможность добавить колбэк при создании заказа и реагировать на события. Но мало кто из Ваших пользователей будет повторять Ваши алгоритмы и использовать GDirections для просчёта стоимости маршрута. Вполне логично, что диспетчер воспользуется готовой формой (назовем ее F2). А вот что интересно - задать колбэк на любые события (или по маске): сообщение, изменение состояния ЛЮБОГО заказа службы, появление в онлайне и выход водителя и т.п. Вот где полноценная интеграция! Ну не гОже скрипту дергать Ваш сервер каждую минуту по несколько раз чтобы отследить то или иное состояние. Спасибо, что хоть почти всю информацию (кроме списка заказов) можно получить в json.

У нас принято, что диспетчера отчитываются о результатах работы за смену. Статистика программы не позволяет просмотреть текущую ситуацию за сегодня. Почему руководство предприятия не может видеть, что происходит сейчас? Это все равно, что иметь в автомобиле только зеркало заднего вида... 1. Нужен отчет за смену (при чем смена меняется совсем не в 23-59, а в другое время) 2. В статистике нужно отображение текущей ситуации (по сегодня с текущими результатами)

когда возникают нештатные ситуации после закрытия проданного заказа невозможно определить кто заказ купил и кто выполнял

Очень часто особенно в час пик биржа мешает выполнению собственных заказов.Так как диспетчер теряет контроль над водителем (по договорённости если водитель взял заказ с биржи это уже наша головная боль)

На настоящий момент для того, чтобы ввести несколько классов машин, разработчики предлагают отразить это через услугу водителя. Но есть один нюанс. Подача, минималка и цена за километр могут отличаться. Если с ценой за километр все ясно (вводим множитель и успокаиваемся), то побороть минималку имеющимися средствами пока нельзя. Таким образом, имеющуюся формулу y=kx или y=x+b нужно модифицировать до возможности ввести y=kx+b Тогда другой класс машины и можно будет отображать так, как предлагают разработчики

очень удобно сделано в waptaxi.ru четко работает, удобный 3101010.ru,

хотел предложить добавить такую функцию. Если водитель занят более одного часа по своим делам, чтоб рассчет производился не по 10% , а по 15%, тем самым каждый водитель будет стараться выполнять заказы службы, и также по графику, если водитель отработал меньше 10 часов то расчет 15% , если отработал норму 10 часов ,то 10%