GRAIN TAXI
Интегрироваться с системой Яндекс Такси.
Пролог
Данный проект открывает следующий уровень нашего программного обеспечения. Это серверная часть. Сам терминал, по сути, не умеет ничего. Он умеет только отправлять данные и получать их. И часто этой функции вполне достаточно. Но есть проекты, в которых использование серверного программного обеспечения необходимо. Как правило, чем масштабнее бизнес, тем сложнее ПО.
К нам обратился за помощью один из крупных таксомоторных парков Москвы – компания GRAIN TAXI. Это несколько сотен автомобилей работающих 24/7. Задача на первый взгляд была весьма простой, нужно было создать софт, способный принимать выручку у водителей в конце смены.
До момента обращения к нам, процесс сдачи выручки был настоящим «адом» для персонала компании. Представьте толпу из 50-ти уставших мужиков, атакующих бедного дежурного диспетчера. Нужно проверить у каждого водителя баланс, принять и пересчитать выручку, выдать сдачу и путевой лист на следующий день.
Нам предстояла, большая и интересная работа.
Задача
Автоматизировать процесс сдачи выручки водителями таксомоторного парка. Интегрироваться с системой Яндекс Такси.
Решение
Основная сложность, с которой мы столкнулись, заключалась в том, что нам нужно было в режиме реального времени определить, сколько водитель должен сдать наличных денег. Стало ясно, что без серверной части мы не обойдемся, так как собственного серверного программного обеспечения у заказчика не оказалось, и обмениваться данными попросту было не с кем.
Но тут возникла вторая сложность, как получить эти данные у сторонней компании?! Это было не просто, но мы сумели интегрироваться с их агрегатором, сайт на букву Я, если это интересно.
Нужно было из общего потока транзакций, выделить наличные платежи, сейчас же за такси можно расплачиваться картой, и закрепить сумму за водителем. Далее, после сдачи выручки, при отсутствии отрицательного баланса, водитель получал разрешение на открытие смены.
Получилось весьма изящно, просто и удобно. Сейчас водителей обслуживают уже два терминала. В планах создать учет штрафов ГИБДД.
Результат
ШАГ ПЕРВЫЙ.
ГЛАВНОЕ МЕНЮ
Как вы видите, это стартовое окно, на нем предлагается приступить к процессу оплаты. В данном случае кнопка одна, но их может быть больше, в зависимости от количества процессов. Размер и расположение кнопок рассчитаны из соображений удобства использования терминала. Кнопки не должны быть слишком маленькими, а их расположение должно быть перед глазами клиента.
Если вы присмотритесь к скриншоту, то в нижнем правом углу можно заметить маленькие квадратики. Это индикаторы работы устройств терминала: связь, купюроприемник и принтер. По цвету квадратика можно сразу понять что не работает.
ШАГ ВТОРОЙ.
ИДЕНТИФИКАЦИЯ
Смысл этого шага заключается в том, чтобы привязать транзакцию к конкретному плательщику. Тут может быть все что угодно: номер заказа (как в данном случае), ФИО, моб. телефон, номер автомобиля и так далее.
Или сразу несколько параметров, в случае, если за одним клиентом закреплено несколько договоров или вам просто нужна такая привязка. В более сложных версиях предусмотрено использование шлюза обмена данными, например, когда ваш клиент введет номер договора, система сама сообщит ему сумму к оплате, обратившись к вашей базе данных.
Добавилась навигация, позволяющая отменить действие, перейти к следующему или предыдущему шагу.
Обратите внимание, система сама ищет сотрудника или клиента по базе данных, при вводе первых букв фамилии и предлагает варианты автоматического заполнения.
Система сама исключает неиспользуемые символы, для минимизации ошибок ввода данных, в данном случае продемонстрирован ввод гос. номера автомобиля
ШАГ ТРЕТИЙ.
ПРОВЕРКА ВВЕДЕННЫХ ДАННЫХ
Этот шаг необходим для проверки введенных данных. В данном окне может отображаться вся введенная или запрошенная в базе данных информация. Например, ФИО, баланс, наименование товара или услуги. Удобная навигация позволяет вернуться к предыдущему шагу и исправить неверно введенные данные.
ШАГ ЧЕТВЕРТЫЙ.
ВНЕСЕНИЕ ДЕНЕЖНЫХ СРЕДСТВ
Собственно кульминационный шаг, когда ваш клиент или сотрудник вносит денежные средства в терминал и получает фискальный чек или квитанцию об оплате. В момент внесения «загорается» купюроприемник, а в окне отображается внесенная сумма.
Печать чека программируется таким образом, чтобы отобразить всю необходимую вам информацию.
По завершению процесса внесения денежных средств информация об успешной транзакции будет отправлена в эл. почту вашего бухгалтера или менеджера.
Эпилог
А при чем тут мониторинг?!
Всё просто, Босс хотел видеть с мобильного телефона, сколько у него выручки в терминале, в режиме он-лайн. А серверный функционал пакета «Мониторинг платежей» обеспечил ему эту возможность, а за одно и решил кучу параллельных вопросов.
Пакет «Мониторинг платежей» позволяет контролировать работу терминала удаленно в режиме реального времени, в случае если у вас нет собственной серверной части. Если есть, мы просто настроим шлюз обмена данными (это будет дешевле).