|
Ключ
Эта строка удалена.
Это слово было удалено. Это слово было добавлено.
Эта строка добавлена.
|
Изменения (13)
просмотр истории страницы{info}При интеграции со Сбербанк "Единый платежный сервис", эта платежная система соответствует следующим протоколам предлагаемым Сбербанком и его агентами: |
* Протокол №2 "Описание протокола информационного взаимодействия по on-line запросам ЕПС к серверу Клиента №2" |
* Порядок_взаимодействия_с_Получателем_тип_Б_004_от_26.09.2017.pdf{info} Приложение_16_(прот_2).docx |
|
{info}Так же по этому протоколу работает платежная система "Расчетные Решения" (сайты www.nbcouec.ru и nko-rr.ru): |
* Порядок_взаимодействия_с_Получателем_тип_Б_004_от_26.09.2017.pdf |
* Порядок_взаимодействия_с_Получателем_тип_Б_005_от_03.11.2017.pdf{info} |
{toc} |
h1. Настройка работы Сбербанк (ОСМП) |
... |
http://168.254.14.44:1444/osmp.pdf {code} |
Адрес _168.254.14.44_ та кже замените на внешний адрес биллинга{info} |
|
h1. Настройка со стороны Сбербанка В анкете от Сбербанка необходимо указать следующие настройки: * *Наличие BASIC-авторизации*: Нет * *Порт*: 1443 * *Метод передачи данных*: POST * *Использование MD5*: Нет * *Тип SSL-соединения*: Двустороннее h1. Прохождение тестов Сбербанка * В некоторых случаях при интеграции Сбербанк генерирует документ под конкретного клиента, где клиент указывает все настройки (адрес обработчика, версию TLS, выбор протокола и т.д.). В этом же документе есть вкладка "Данные для подключения", где нужно выбрать тип SSL-соединения - односторонее или двустороннее. При выборе двустороннего типа также предлагается загрузить либо сертификат (.cer), либо хранилище сертификата (.pfx). В случае, если по .cer не получается соединиться и возникает ошибка handshake, рекомендуется выбрать тип "Хранилище сертификатов" - после этого автотесты Сбербанка проходят. * Если требуется использовать односторонний SSL, нужно указать путь к обработчику с односторонней проверкой: https://<IP биллинга>:2443/sbrf.php * Также есть нагрузочное тестирование. Если сервер не очень мощный, большое кол-во оплат может не проходить. В этом случае нужно, чтобы все пользователи вышли из биллинга. После выхода проходит 100% оплат. |
h1. XSD-схемы ответов на запросы |
... |
Но часть полей может отсутствовать, в зависимости от настроек биллинга и проводимой операции (CHECK или PAY), например: * В ответе на check будут recsum, balance и fio, а в ответе на PAY их не будет. |
* В ответе на PAY будут prv_txn и sum, в ответе на CHECK их не будет. |
{warning} Обработчик биллинга не поддерживает Basic-авторизацию. {warning} |
|
h2. Параметры запросов платежной системы |
|| Параметр || Значение \\ || Назначение || Примечание || check || payment || |
| Кому рекомендуется | Небольшим и средним провайдерам от 300 до 10000 пользователей с учетом развития | Крупным и средним провайдерам (от 2000 до 1 000 000 пользователей) с учетом развития | | Функционал | Billing и Billing + Softrouter | Billing с OSS BSS расширениями \\ | | Управление | Доп. Программа win32 Carbon Manager | Web | | Способ настройки | Консоль+Carbon Manager | Консоль/Web | | Настройка | Коробочное решение, работает сразу после установки | Требуется настройка совместно с разработчиками и доработка под конкретного провайдера. \\ Решение - набор модулей. | | Функциональные решения | Отлаженное решение, проверенное временем. | Абсолютно новый функционал, требует контроля | | Гибкость | Менее гибкий с широким функционалом \\ | Более гибкий и легко изменяемый | | Обслуживание \\ | Не требовательный \\ | Требует внимания \\ | | Поддержка оборудования | [Ограничена|asrdocnew:Системные требования] | [Не ограничена|http://docs.carbonsoft.ru/pages/viewpage.action?pageId=48693408] | | Возможность подключения собственных модулей | Только через api | Есть, напрямую через модули-plugin и через различные API | |
| *command* | Возможные значения: check, pay. | Определяет тип запроса | check -- поиск Плательщика (проверка идентификатора);\\ payment -- создание платёжной транзакции | + | + | | *ACCOUNT* | Строка (определяется сценарием платежа) | Лицевой счет Плательщика | | + | + | | *sum* | Число | Сумма платежа | Разделитель “.” (точка) | + | + | | *txn_id* | Число (содержит только цифры, длина максимум 20 знаков) | Идентификатор платежной транзакции | Положительное длинное целое число. Генерируется платёжной системой и используется для идентификации платёжных транзакций. | + | + | | *txn_date* | Дата и время | Дата и время операции в платежной системе | Дата и время операции в платежной системе (формат ГГГГММДДЧЧММСС, часовой пояс всегда MCK UTC+3) | \- | + | Пример проверки наличия абонента с номером договора TEST {code}http://ip-биллинга:1444/sbrf.php?command=check&txn_id=1&account=TEST&sum=10.00{code} |