forum.bitel.ru
http://forum.bitel.ru/

Рекурентные платежи
http://forum.bitel.ru/viewtopic.php?f=77&t=12256
Страница 1 из 2

Автор:  Dog [ 14 фев 2017, 21:49 ]
Заголовок сообщения:  Рекурентные платежи

Есть ли поддержка в модуле Сбербанка поддержка рекурентных(автоплатежей)?

Автор:  skn [ 14 фев 2017, 23:48 ]
Заголовок сообщения:  Re: Рекурентные платежи

да

Автор:  Dog [ 15 фев 2017, 14:54 ]
Заголовок сообщения:  Re: Рекурентные платежи

можно ли как то протестировать их работу? тестовая лицензия на этот модуль я так понимаю не распространяется.

Автор:  skn [ 15 фев 2017, 15:55 ]
Заголовок сообщения:  Re: Рекурентные платежи

у вас есть лицензия на модуль?
если нет пишите запрос на e-mail

Автор:  Dog [ 27 фев 2017, 19:16 ]
Заголовок сообщения:  Re: Рекурентные платежи

подскажите, как это работает?
все настроил, платежи проходят, авторизацию автоплатежа получаю.

как это будет выглядеть со стороны клиента? как нужно расположить задачи планировщика для этого модуля относительно модуля абонентских плат, чтобы перерыва в услуге у клиента не было? закрытие договоров по балансу происходит в 12-00, списание происходит в 13-00.

Автор:  skn [ 27 фев 2017, 19:54 ]
Заголовок сообщения:  Re: Рекурентные платежи

Dog писал(а):
подскажите, как это работает?
все настроил, платежи проходят, авторизацию автоплатежа получаю.

как это будет выглядеть со стороны клиента? как нужно расположить задачи планировщика для этого модуля относительно модуля абонентских плат, чтобы перерыва в услуге у клиента не было? закрытие договоров по балансу происходит в 12-00, списание происходит в 13-00.


автоплатежи поддерживают 3 режима работы
1) еженедельный, клиент из ЛК задает сумму и день недели в который эта сумма будет списываться
2) аналогично первому, только задается сумма и день месяца

эти два режима ни как не связаны с текущим балансом клиента и начислением абонплат, они тупо периодически пополняют баланс на заданную сумму (дополнительно, есть событие по которому сумму можно подменять)

3) автоматически, сумма и дата определяется внешним скриптом по алгоритму провайдера (пишется скрипт который в нужный момент кидает событие, пополнить баланс такого договора на такую сумму)

Автор:  Dog [ 27 фев 2017, 20:19 ]
Заголовок сообщения:  Re: Рекурентные платежи

а "Ручной автоплатеж" в клиенте, это пополнение баланса через полученную ранее авторизацию карты? ее тоже надо как то отдельно внешним скриптом обработать? у меня почему то при попытке такого автоплатежа платеж отклоняется с отбивкой -2007 = Время сессии истекло

https://yadi.sk/i/gH7xjHtu3EieL6

т.е. все платежи без галки автоплатеж проходят, а с галкой по таймауту отклоняются.

Автор:  skn [ 28 фев 2017, 16:40 ]
Заголовок сообщения:  Re: Рекурентные платежи

из клиента "автоплатеж" должен проходить, возможно у вас не правильно что то настроено...
со сбером не общались, что они говорят по этой ошибке?
логи смотрели, может там что нибудь интересное есть?

Автор:  Dog [ 28 фев 2017, 23:53 ]
Заголовок сообщения:  Re: Рекурентные платежи

в ЛК Сбербанка висит заказ:

Код:
AuthCode:
2
Reference number:
Терминал:
123456
Процессинг:
12345678
ECI:
07
Код ответа:
-100
Расшифровка кода:
Попыток оплаты не было.


в настройках модуля все что можно\нужно указано.
в логах ничего не видно.

Автор:  skn [ 01 мар 2017, 03:11 ]
Заголовок сообщения:  Re: Рекурентные платежи

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

Автор:  Dog [ 01 мар 2017, 14:37 ]
Заголовок сообщения:  Re: Рекурентные платежи

Код:
[root@server-billing-main server]# tail -f server.log | grep -i sberbank

03-01/11:28:02 DEBUG [http-bio-0.0.0.0-8080-exec-1] EventProcessor - Publish: Event[ru.bitel.bgbilling.modules.sberbank.server.event.SberbankAutopaymentEvent] moduleId: 23; pluginId: no; cid: 9764; scid: -1; userId: 0; timestamp: 1488356882696
03-01/11:28:02 DEBUG [event-proc-p-2-t-1] Consumer - Caught from BGBillingServer Event[ru.bitel.bgbilling.modules.sberbank.server.event.SberbankAutopaymentEvent] moduleId: 23; pluginId: no; cid: 9764; scid: -1; userId: 0; timestamp: 1488356882696
03-01/11:28:02 DEBUG [event-proc-p-2-t-1] AbstractDao - Запрос: https://3dsec.sberbank.ru/payment/rest/register.do?amount=10000&language=ru&orderNumber=14&userName=XXXXXXX&password=XXXXXXX&description=XXXXXXX&returnUrl=https%3A%2F%2FXXXXXXX%2Fbgbilling%2Fsberbank%2F23&clientId=23_9764
03-01/11:28:03 DEBUG [event-proc-p-2-t-1] AbstractDao -         Ответ: {"orderId":"ceb6f8b3-d491-49bd-a303-54afab9d6386","formUrl":"https://3dsec.sberbank.ru/payment/merchants/gigacoms_new_ssl/payment_ru.html?mdOrder=ceb6f8b3-d491-49bd-a303-54afab9d6386"}
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream - java.lang.NullPointerException
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at java.net.URLEncoder.encode(URLEncoder.java:204)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.modules.sberbank.server.bean.TransactionManager.paymentOrderBinding(TransactionManager.java:664)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.modules.sberbank.server.Module$2.notify(Module.java:104)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.modules.sberbank.server.Module$2.notify(Module.java:73)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.kernel.event.AbstractConsumer.notify(AbstractConsumer.java:353)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.kernel.event.Consumer.notify(Consumer.java:19)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.kernel.event.Consumer.onMessage0(Consumer.java:112)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.bgbilling.kernel.event.Consumer$EventListenerRunnable.runImpl(Consumer.java:51)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at java.lang.Thread.run(Thread.java:745)
03-01/11:28:03 ERROR [event-proc-p-2-t-1] LoggingPrintStream -  at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:46)
03-01/11:28:03 DEBUG [event-proc-p-2-t-1] AbstractDao - Запрос: https://3dsec.sberbank.ru/payment/rest/paymentOrderBinding.do
03-01/11:28:03 DEBUG [event-proc-p-2-t-1] AbstractDao -         Параметры зпроса: language=ru&mdOrder=ceb6f8b3-d491-49bd-a303-54afab9d6386&bindingId=null&userName=XXXXXXX&password=XXXXXXX
03-01/11:28:04 DEBUG [event-proc-p-2-t-1] AbstractDao -         Ответ: {"error":"Связка не найдена","errorCode":2,"errorMessage":"Связка не найдена"}
03-01/11:28:04 ERROR [event-proc-p-2-t-1] Consumer - JSONObject["errorCode"] not a string.
org.json.JSONException: JSONObject["errorCode"] not a string.
        at org.json.JSONObject.getString(Unknown Source)
        at ru.bitel.bgbilling.modules.sberbank.server.bean.TransactionManager.paymentOrderBinding(TransactionManager.java:727)
        at ru.bitel.bgbilling.modules.sberbank.server.Module$2.notify(Module.java:104)
        at ru.bitel.bgbilling.modules.sberbank.server.Module$2.notify(Module.java:73)
        at ru.bitel.bgbilling.kernel.event.AbstractConsumer.notify(AbstractConsumer.java:353)
        at ru.bitel.bgbilling.kernel.event.Consumer.notify(Consumer.java:19)
        at ru.bitel.bgbilling.kernel.event.Consumer.onMessage0(Consumer.java:112)
        at ru.bitel.bgbilling.kernel.event.Consumer$EventListenerRunnable.runImpl(Consumer.java:51)
        at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)
        at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:46)


хотя в клиенте связка есть https://yadi.sk/i/qJ08LANI3EqVRd

Автор:  skn [ 01 мар 2017, 18:57 ]
Заголовок сообщения:  Re: Рекурентные платежи

там два РАЗНЫХ логина и пароля вводятся для простых платежей и для рекурентных...
у вас так?

Автор:  skn [ 01 мар 2017, 19:09 ]
Заголовок сообщения:  Re: Рекурентные платежи

судя по логу
Код:
 Запрос: https://3dsec.sberbank.ru/payment/rest/paymentOrderBinding.do
03-01/11:28:03 DEBUG [event-proc-p-2-t-1] AbstractDao -         Параметры зпроса: language=ru&mdOrder=ceb6f8b3-d491-49bd-a303-54afab9d6386&bindingId=null&userName=XXXXXXX&password=XXXXXXX
03-01/11:28:04 DEBUG [event-proc-p-2-t-1] AbstractDao -         Ответ: {"error":"Связка не найдена","errorCode":2,"errorMessage":"Связка не найдена"}


у вас bindingId=null

этот параметр храниться в таблице sberbank_autopayment_<mid> в поле access_token

поэтому автоплатеж и не проходит

Автор:  Dog [ 03 мар 2017, 17:40 ]
Заголовок сообщения:  Re: Рекурентные платежи

skn писал(а):
там два РАЗНЫХ логина и пароля вводятся для простых платежей и для рекурентных...
у вас так?

да https://yadi.sk/i/Q1IdbksL3Ewnpc

Автор:  Dog [ 03 мар 2017, 17:51 ]
Заголовок сообщения:  Re: Рекурентные платежи

Код:
03-03/14:49:01 DEBUG [http-bio-0.0.0.0-8080-exec-10] AbstractJaxWsHandler - executing ru.bitel.bgbilling.modules.sberbank.server.service.SberbankServiceImpl.getAutopaymentBindingData; time => 164 ms.
03-03/14:49:37 DEBUG [http-bio-0.0.0.0-8080-exec-9] PermissionChecker - Action SberbankService:doManualAutopayment not found in dictionary for module 23
03-03/14:49:38 DEBUG [http-bio-0.0.0.0-8080-exec-9] AbstractJaxWsHandler - executing ru.bitel.bgbilling.modules.sberbank.server.service.SberbankServiceImpl.doManualAutopayment; time => 125 ms.
03-03/14:49:38 DEBUG [http-bio-0.0.0.0-8080-exec-1] PermissionChecker - Action SberbankService:getAutopaymentCurrentMode not found in dictionary for module 23
03-03/14:49:38 DEBUG [http-bio-0.0.0.0-8080-exec-1] AbstractJaxWsHandler - executing ru.bitel.bgbilling.modules.sberbank.server.service.SberbankServiceImpl.getAutopaymentCurrentMode; time => 0 ms.
03-03/14:49:53 DEBUG [http-bio-0.0.0.0-8080-exec-8] PermissionChecker - Action SberbankService:getAutopaymentCurrentMode not found in dictionary for module 23
03-03/14:49:53 DEBUG [http-bio-0.0.0.0-8080-exec-8] AbstractJaxWsHandler - executing ru.bitel.bgbilling.modules.sberbank.server.service.SberbankServiceImpl.getAutopaymentCurrentMode; time => 1 ms.
03-03/14:49:53 DEBUG [http-bio-0.0.0.0-8080-exec-8] PermissionChecker - Action SberbankService:searchAutopaymentList not found in dictionary for module 23
03-03/14:49:53 DEBUG [http-bio-0.0.0.0-8080-exec-8] AbstractJaxWsHandler - executing ru.bitel.bgbilling.modules.sberbank.server.service.SberbankServiceImpl.searchAutopaymentList; time => 1 ms.
03-03/14:49:54 DEBUG [http-bio-0.0.0.0-8080-exec-5] PermissionChecker - Action SberbankService:getAutopaymentCurrentMode not found in dictionary for module 23
03-03/14:49:54 DEBUG [http-bio-0.0.0.0-8080-exec-5] AbstractJaxWsHandler - executing ru.bitel.bgbilling.modules.sberbank.server.service.SberbankServiceImpl.getAutopaymentCurrentMode; time => 1 ms.
03-03/14:49:54 DEBUG [http-bio-0.0.0.0-8080-exec-5] PermissionChecker - Action SberbankService:searchAutopaymentList not found in dictionary for module 23


а это нормальное поведение?

Автор:  Dog [ 03 мар 2017, 17:53 ]
Заголовок сообщения:  Re: Рекурентные платежи

skn писал(а):
этот параметр храниться в таблице sberbank_autopayment_<mid> в поле access_token

этот параметр в таблице всегда пустой. хотя сбербанк отвечает что связки по договорам есть:
Код:
03-03/14:53:08 DEBUG [http-bio-0.0.0.0-8080-exec-10] SberbankServiceImpl - Запрос: https://3dsec.sberbank.ru/payment/rest/getBindings.do?userName=XXXXXX_new-api&password=XXXXXXXX_new&clientId=23_9764
03-03/14:53:09 DEBUG [http-bio-0.0.0.0-8080-exec-10] SberbankServiceImpl - Ответ: {"errorCode":"0","errorMessage":"Успешно","bindings":[{"bindingId":"31081721-e0d7-42f2-afd3-1239246d1e17","maskedPan":"555555**5599","expiryDate":"201912"}]}

Автор:  Dog [ 03 мар 2017, 17:56 ]
Заголовок сообщения:  Re: Рекурентные платежи

Dog писал(а):
skn писал(а):
этот параметр храниться в таблице sberbank_autopayment_<mid> в поле access_token

этот параметр в таблице всегда пустой. хотя сбербанк отвечает что связки по договорам есть:
Код:
03-03/14:53:08 DEBUG [http-bio-0.0.0.0-8080-exec-10] SberbankServiceImpl - Запрос: https://3dsec.sberbank.ru/payment/rest/getBindings.do?userName=XXXXXX_new-api&password=XXXXXXXX_new&clientId=23_9764
03-03/14:53:09 DEBUG [http-bio-0.0.0.0-8080-exec-10] SberbankServiceImpl - Ответ: {"errorCode":"0","errorMessage":"Успешно","bindings":[{"bindingId":"31081721-e0d7-42f2-afd3-1239246d1e17","maskedPan":"555555**5599","expiryDate":"201912"}]}


в какой момент этот биндинг прилетает на сервер и заносится в БД. в момент проведения платежа?

Автор:  skn [ 03 мар 2017, 19:16 ]
Заголовок сообщения:  Re: Рекурентные платежи

инфа приходит при вызове запроса getOrderStatus.do

этот запрос вызывается при
1) возвращении в ЛК после оплаты, если в URL возврата указан operation=checkStatus
2) периодически задачей проверки статуса транзакции
3) по кнопке "Проверить" из GUI
4) по CallBack, если он настроен.

Автор:  Dog [ 03 мар 2017, 19:45 ]
Заголовок сообщения:  Re: Рекурентные платежи

Цитата:
2) периодически задачей проверки статуса транзакции

есть, настроена. но поля биндингов не заполняет.
Цитата:
3) по кнопке "Проверить" из GUI

есть, прилетает. но в таблицу не записывается.
Код:
03-03/14:53:08 DEBUG [http-bio-0.0.0.0-8080-exec-10] SberbankServiceImpl - Запрос: https://3dsec.sberbank.ru/payment/rest/getBindings.do?userName=XXXXXX_new-api&password=XXXXXXXX_new&clientId=23_9764
03-03/14:53:09 DEBUG [http-bio-0.0.0.0-8080-exec-10] SberbankServiceImpl - Ответ: {"errorCode":"0","errorMessage":"Успешно","bindings":[{"bindingId":"31081721-e0d7-42f2-afd3-1239246d1e17","maskedPan":"555555**5599","expiryDate":"201912"}]}

Автор:  skn [ 03 мар 2017, 20:11 ]
Заголовок сообщения:  Re: Рекурентные платежи

2) в логах есть вызовы getOrderStatus.do, в ответах которых есть поле bindingId=...

3) кнопка "проверить" за закладке транзакции, а не автоплатежи
(должен вызываться метод getOrderStatus.do, а не getBindings.do)

Автор:  Dog [ 06 мар 2017, 02:25 ]
Заголовок сообщения:  Re: Рекурентные платежи

всё разобрался. в форме где заполняются реквизиты карты надо ставить галку "Запомнить данные карты"

Автор:  Cromeshnic [ 16 мар 2019, 19:45 ]
Заголовок сообщения:  Re: Рекурентные платежи

Похожая проблема.
Настраиваю автоплатежи, включил дебаг.
В access_token в базе null, хотя в ответе на getOrderStatus.do есть и clientId и bindingId

Прописываю руками биндинг - автоблатежи работают по нему.

Почему BG сам не пишет в данном случае?

Сервер: вер. 7.1.1076 / 17.12.2018 21:37:50
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_152

sberbank: вер. 7.1.36 / 10.12.2018 13:04:33

Автор:  Cromeshnic [ 17 мар 2019, 15:01 ]
Заголовок сообщения:  Re: Рекурентные платежи

Похоже, это баг.
Порылся в коде TransactionManager, вижу такое при обработке ответа на getOrderStatus.do:

Код:
if ((clientId != null) && (bindingId != null))
                      {
                        autopaymentManager = new AutopaymentManager(this.con, this.moduleId);
                        Autopayment autopayment = autopaymentManager.getCurrentAutopayment(contractId);
                        if (autopayment != null)
                        {
                          Period period = autopayment.getPeriod();
                          if ((period != null) && (period.getDateFrom() == null))
                          {
                            period.setDateFrom(new Date());
                            autopayment.setAccessToken(bindingId);
                            autopaymentManager.updateAutopayment(autopayment);
                          }
                        }
                        autopaymentManager.close();
                      }


Баг вот тут:
if ((period != null) && (period.getDateFrom() == null))

Т.е. зачем-то проверяется, что sberbank_autopayment_{mid}.date1 == null
Он он не null!

Во-первых, у себя в базе вижу, что он не null, а во-вторых, в коде SberbankServiceImpl.autopayment(...) он явно задаётся текущим временем:

Код:
        if (autopayment == null) {
            autopayment = new Autopayment();
            autopayment.setContractId(contractId);
            autopayment.setPeriod(new Period(new Date(), (Date)null));
        }


Странно, что до сих пор никто не столкнулся. Видимо, баг добавили не так давно.

Автор:  skn [ 18 мар 2019, 02:16 ]
Заголовок сообщения:  Re: Рекурентные платежи

Cromeshnic писал(а):
Странно, что до сих пор никто не столкнулся. Видимо, баг добавили не так давно.


Ошибка в коде для нового ЛК, видимо его не использовали для автоплатежей сбера.

Автор:  Cromeshnic [ 18 мар 2019, 09:12 ]
Заголовок сообщения:  Re: Рекурентные платежи

Для 7.1 пофиксите?

Автор:  skn [ 18 мар 2019, 20:34 ]
Заголовок сообщения:  Re: Рекурентные платежи

да

Автор:  Cromeshnic [ 19 мар 2019, 13:33 ]
Заголовок сообщения:  Re: Рекурентные платежи

Цитата:
1113 18.03.2019 16:42:41 ИСПРАВЛЕНО Kernel: Автоплатежи в новом ЛК.

Оно?

Автор:  skn [ 19 мар 2019, 18:44 ]
Заголовок сообщения:  Re: Рекурентные платежи

Cromeshnic писал(а):
Цитата:
1113 18.03.2019 16:42:41 ИСПРАВЛЕНО Kernel: Автоплатежи в новом ЛК.

Оно?


да

Автор:  Cromeshnic [ 20 мар 2019, 07:36 ]
Заголовок сообщения:  Re: Рекурентные платежи

Спасибо!

Автор:  maxst-net [ 18 дек 2019, 20:00 ]
Заголовок сообщения:  Re: Рекурентные платежи

Возникли сложности с Автоплатежами от Сбербанка. Связка создается, заказ тут же оплачивается, задача в планировщике настроена, но автоплатежи по планировщику не работают.

Логи запроса на создание автоплатежа из ЛК
Код:
12-18/16:32:03 DEBUG [http-bio-0.0.0.0-8443-exec-8] AbstractDao - Запрос: https://securepayments.sberbank.ru/payment/rest/register.do?amount=100
&language=ru
&orderNumber=1891
&userName=xxx-api
&password=xxxx
&description=%D0%9F%D0%BE%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5+%D1%81%D1%87%D0%B5%D1%82%D0%B0+%D0%BF%D0%BE+%D0%B4%D0%BE%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D1%83+%E2%84%96+bor25
&returnUrl=http%3A%2F%2Fstat.bizbi.ru%2Fbgbilling%2Fwebexecuter%3Faction%3DDoTransaction%26operation%3DorderStatus%26module%3Dsberbank%26mid%3D162
&clientId=162_25305
12-18/16:32:03 DEBUG [http-bio-0.0.0.0-8443-exec-8] AbstractDao -       
Ответ: {"orderId":"57c8c888-7aab-7898-b714-979101dcb98c","formUrl":"https://securepayments.sberbank.ru/payment/merchants/sbersafe/payment_ru.html?mdOrder=57c8c888-7aab-7898-b714-979101dcb98c"}


Логи получения связки
Код:
12-18/16:32:36 DEBUG [http-bio-0.0.0.0-8443-exec-6] AbstractDao - sberbankTransactionId = 1891
12-18/16:32:36 DEBUG [http-bio-0.0.0.0-8443-exec-6] AbstractDao - sberbankTransactionOrderId = 57c8c888-7aab-7898-b714-979101dcb98c
12-18/16:32:36 DEBUG [http-bio-0.0.0.0-8443-exec-6] AbstractDao - Запрос: https://securepayments.sberbank.ru/payment/rest/getOrderStatus.do?language=ru&orderId=57c8c888-7aab-7898-b714-979101dcb98c&userName=xxx-api&password=xxxx
12-18/16:32:36 DEBUG [http-bio-0.0.0.0-8443-exec-6] AbstractDao -       Ответ: {"expiration":"202108","cardholderName":"CARDHOLDER NAME","depositAmount":100,"currency":"643","approvalCode":"561257","authCode":2,"clientId":"162_25305","bindingId":"c2623138-1560-796e-8b8a-8a6501xxxxxx","ErrorCode":"0","ErrorMessage":"Успешно","OrderStatus":2,"OrderNumber":"1891","Pan":"422838XXXXXXxxxx","Amount":100,"Ip":"109.95.77.206"}


В Сбербанке говорят следующее
3. Отправляете GET запрос register.do на регистрацию автоплатежа. Обязательно указывается параметр clientID и features=AUTO_PAYMENT. Данный заказ не оплачивается, только регистрируется для последующих списаний в автоматическом режиме. В ответе от сервера получаем параметр mdOrder.
( "orderId":"012345ab-cdef-0123-4567-89abcdef0123","formUrl":"https://3dsec.sberbank.ru/payment/merchants/sbersafe_cardholder/payment_ru.html?mdOrder=456789ab-cdef-0123-4567-89abcdef0123"} )

4. POST запрос на проведение автоплатежа. В данном запросе используется 4 параметра: логин и пароль -api пользователя, bindingID и mdOrder.
Более подробная информация доступна по ссылке: https://securepayments.sberbank.ru/wiki ... ment:start

BGB v6.2
Sberbank v6.2.67

Страница 1 из 2 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/