Читайте также:
|
|
Безакцептный платеж осуществляется только в случае Платежа в счет оплаты парковочной сессии за счет средств на парковочном счете пользователя (без использования сервиса мобильной коммерции). В случае, если сумма Платежа меньше Парковочного счета пользователя, Система не должна запрашивать Сервис мобильной коммерции о необходимости проведении процедуры Акцептного платежа.
Таким образом, полный процесс оплаты при Безакцептном платеже должен выглядеть следующим образом:
1. Пользователь отправляет СМС в заданном формате.
2. Сервис мобильной коммерции инициирует Платеж, отправляя запрос на адрес Системы.
3. Система обрабатывает запрос, проводит проверку корректности запроса.
4. Система обрабатывает запрос, сравнивает значения суммы Платежа с суммой Парковочного счета.
5. Система проводит Безакцептный платеж с Парковочного счета Пользователя в счет оплаты Услуги.
6. Система отправляет ответ со статусом запроса.
7. Сервис мобильной коммерции отправляет СМС Пользователю с подтверждением успешного завершения Платежа и информацией о временных границах оплаченной парковочной сессии.
Требования к обработке и формату входящих СМС сообщений.
Система должна взаимодействовать с Сервисом оператора короткого номера по HTTPS. Сервис мобильной коммерции должен взаимодействовать с Системой по протоколу HTTPS. Вызов операции представляет собой HTTP-GET запрос. Все значения параметров должны быть в кодировке UTF-8.
После обработки запроса, Система должна возвратить HTTP-ответ со определенным статусом, в зависимости от необходимости передачи СМС-сообщения пользователю. При этом, в случае возникновения логической ошибки обработки формата СМС-сообщения (например, неправильный формат сообщения, неверный номер парковочной зоны, отсутствует активная парковочная сессия и др.) должен быть передан HTTP-ответ, в теле которого указана причина возникновения логической ошибки.
В случае, если для проведения Платежа достаточно средств Парковочного счета Пользователя, Система должна вернуть результат с подтверждением проведения платежа в теле ответа.
В таблице 1 содержится описание требуемых форматов СМС-сообщений.
Таблица 1. Описание требуемых форматов СМС-сообщений
Логическая операция | Формат данных | Пример |
Оплата парковочной сессии | р+код_региона*номер_зоны*номер_ТС*кол-во_часов | Р71*1001*A001AA69*2 |
Продление парковочной сессии | р+код_региона*x*кол-во_часов | Р71*x*3 |
Остановка парковочной сессии | р+код_региона*c | Р71*С |
В таблице 2 содержатся возможные типы и формат данных СМС-сообщений.
Таблица 2. Возможные типы и формат данных СМС-сообщений
Поле | Тип данных | Описание |
Номер зоны | Трех или четырехзначное число | Номер парковочной зоны, в которой находится ТС Пользователя (определяется при первичной инсталляции Системы) |
Номер ТС | Цифробуквенное сочетание | Принятые на территории РФ форматы ГРЗ ТС (в соответствии с ГОСТ Р 50577-93) |
Поскольку в государственных номерах транспортных средств используются символы, совпадающие по написанию с латиницей, то возможно двойственное восприятие формата СМС сообщений Пользователем. Для устранения возможных ошибок восприятия, Система и Сервис мобильной коммерции должны обрабатывать СМС сообщения в указанном формате, содержащие, как кириллические символы, так и латиницу, вне зависимости от регистра символов.
С целью уменьшения возможных ошибок Пользователей в формате указываемого ГРЗ, пользовательские интерфейсы АИС парковочного пространства (за исключением ПО паркоматов, при использовании) должны обеспечивать фильтрацию формата ГРЗ на наличие неиспользуемых символов русского и латинского алфавита в действующих на территории Российской Федерации стандартах государственных номеров транспортных средств (ГОСТ Р 50577-93). В случае наличия таких символов в ГРЗ, указанном Пользователем при оплате, пользовательские интерфейсы АИС Парковочного пространства должны возвращать ошибку оплаты данного ГРЗ с указанием ошибки неверного формата ГРЗ.
Кроме этого, с учетом функциональных особенностей в некоторых версиях мобильной операционной системы Android при осуществлении операции копирования текста, АИС Парковочного пространства и Сервис мобильной коммерции должны осуществлять корректную обработку символа «пробел» перед префиксом: транзакция должна завершаться по сценарию, аналогичному обработке сообщения без символа «пробел» перед префиксом.
Дата добавления: 2015-08-18; просмотров: 61 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Организация возможности Досрочной остановки парковочной сессии. | | | Требования к веб-порталу |