BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 29 мар 2024, 03:59

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 41 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Рекурентные платежи
СообщениеДобавлено: 14 фев 2017, 21:49 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
Есть ли поддержка в модуле Сбербанка поддержка рекурентных(автоплатежей)?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 14 фев 2017, 23:48 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
да


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 15 фев 2017, 14:54 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
можно ли как то протестировать их работу? тестовая лицензия на этот модуль я так понимаю не распространяется.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 15 фев 2017, 15:55 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
у вас есть лицензия на модуль?
если нет пишите запрос на e-mail


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 27 фев 2017, 19:16 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
подскажите, как это работает?
все настроил, платежи проходят, авторизацию автоплатежа получаю.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 27 фев 2017, 19:54 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
Dog писал(а):
подскажите, как это работает?
все настроил, платежи проходят, авторизацию автоплатежа получаю.

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


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

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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 27 фев 2017, 20:19 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
а "Ручной автоплатеж" в клиенте, это пополнение баланса через полученную ранее авторизацию карты? ее тоже надо как то отдельно внешним скриптом обработать? у меня почему то при попытке такого автоплатежа платеж отклоняется с отбивкой -2007 = Время сессии истекло

https://yadi.sk/i/gH7xjHtu3EieL6

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 28 фев 2017, 16:40 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
из клиента "автоплатеж" должен проходить, возможно у вас не правильно что то настроено...
со сбером не общались, что они говорят по этой ошибке?
логи смотрели, может там что нибудь интересное есть?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 28 фев 2017, 23:53 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
в ЛК Сбербанка висит заказ:

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


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 01 мар 2017, 03:11 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
в логах должны запросы к сберу, возможно нужно включить debug режим.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 01 мар 2017, 14:37 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
Код:
[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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 01 мар 2017, 18:57 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
там два РАЗНЫХ логина и пароля вводятся для простых платежей и для рекурентных...
у вас так?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 01 мар 2017, 19:09 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
судя по логу
Код:
 Запрос: 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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 17:40 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
skn писал(а):
там два РАЗНЫХ логина и пароля вводятся для простых платежей и для рекурентных...
у вас так?

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 17:51 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
Код:
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


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 17:53 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
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"}]}


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 17:56 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
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"}]}


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 19:16 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
инфа приходит при вызове запроса getOrderStatus.do

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 19:45 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
Цитата:
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"}]}


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 03 мар 2017, 20:11 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
2) в логах есть вызовы getOrderStatus.do, в ответах которых есть поле bindingId=...

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 06 мар 2017, 02:25 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
всё разобрался. в форме где заполняются реквизиты карты надо ставить галку "Запомнить данные карты"


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 16 мар 2019, 19:45 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Похожая проблема.
Настраиваю автоплатежи, включил дебаг.
В 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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 17 мар 2019, 15:01 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Похоже, это баг.
Порылся в коде 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));
        }


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 18 мар 2019, 02:16 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
Cromeshnic писал(а):
Странно, что до сих пор никто не столкнулся. Видимо, баг добавили не так давно.


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 18 мар 2019, 09:12 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Для 7.1 пофиксите?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 18 мар 2019, 20:34 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
да


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 19 мар 2019, 13:33 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Цитата:
1113 18.03.2019 16:42:41 ИСПРАВЛЕНО Kernel: Автоплатежи в новом ЛК.

Оно?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 19 мар 2019, 18:44 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
Cromeshnic писал(а):
Цитата:
1113 18.03.2019 16:42:41 ИСПРАВЛЕНО Kernel: Автоплатежи в новом ЛК.

Оно?


да


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 20 мар 2019, 07:36 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Спасибо!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Рекурентные платежи
СообщениеДобавлено: 18 дек 2019, 20:00 
Не в сети

Зарегистрирован: 23 ноя 2015, 15:15
Сообщения: 133
Карма: 2
Возникли сложности с Автоплатежами от Сбербанка. Связка создается, заказ тут же оплачивается, задача в планировщике настроена, но автоплатежи по планировщику не работают.

Логи запроса на создание автоплатежа из ЛК
Код:
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


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 41 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


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

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.179s | 81 Queries | GZIP : On ]