Подключите нашего Telegram-бота для уведомлений о новых проектах
|
Помощь в интеграции оплаты Сбербанк через Google Pay
Разместить заказ
W
Заказчик
Отзывы фрилансеров:
+ 5
- 0
Зарегистрирован на сайте 9 лет и 4 месяца
Бюджет:
7000 руб
86.90 $ — 78.04 €
Большая просьба: откликаться только тем, кто проходил уже эти 7 кругов Ада. Программировать не понадобится, но надо иметь реальный опыт интеграции Сбербанка с Google Pay, чтобы прям за один день все сделать (бОльшая часть уже сделана, но никак не получается выполнить окончательную настройку и чтобы проходили тестовые платежи реальными картами, чтобы гугл проверил приложение и перевел нас на Production). То есть нужна информационная поддержка, но до результата. Скорее всего это займет не более двух часов за день.
Бюджет не конечный, если займет больше времени.
Вот основная часть сегодняшних проблем (диалог):
- Нашел вот такую документацию: pay.alfabank.ru/ecommerce/instructions/Payment%20with%20card%20details%20entering%20on%20the%20merch ant%20side(EN).pdf
В целом она практически полностью как на сайте сбера, но тут есть отличие именно по этому ACS-шлюзу:
If 3-D Sucure technology is required to perform payment, then after the response to the payment request has been received the merchant
must redirect the client to ACS:
For redirection to ACS the merchant, for its part, must redirect a client to the adress specified in the acsUrl parameter with the body of the
request:
MD=mdorder&PaReq=pareq&TermUrl=redirect,
Where:
mdorder – unique order number in the payment gate system,
pareq – a parameter from the response to the payment request,
redirect – a parameter from the response to the payment request (address of the redirect to ACS).
The request must be in POST format.
Depending on integration scheme the client after authentication on ACS will be redi
Попробовал передать параметры как здесь описано (по сути главное – MD вместо orderID и параметры регистрозависимые) и о чудо! Шлюз ответил. Но форма такая:
Please submit your Verified by Visa password.
Merchant
myMerchant
Amount
1 RUB
Date
11.03.2020
Card number
4111 11XX XXXX 1111
Personal Message
Ivan Ivanov
Password
••••••••
Forgot your password?
Password hint:
То есть данные тестовой карты, а не реальной, которую я указывал. Это нормально?
- По поводу несоответствия номера карты, не могу что-то определенное сказать, только предположить, что возможно вас перенаправило на тестовую 3DS страницу потому что вы использовали тестовый шлюз сбера.
- Таки да, отправка гуглотокина успешно проходит только на тестовый шлюз 3dsec.sberbank.ru
А на боевой securepayments.sberbank.ru не проходит. Возвращает ошибку «Расшифровка переданных данных неуспешна. Код 10». Хотя если тот же самый запрос отправить на тестовый, все ОК проходит. В саппорте единственное что ответили, это то, что и тестовый и боевой одинаково доступны, но по факту получается что-то они по-разному работают. В итоге я упираюсь в тестирование запросов. Гугл хочет, прежде чем прод выдать, оттестировать оплату на реальных картах. А со сбером что-то не так. Подозреваю, что надо в сбер запросить переключение на боевой шлюз (там вроде процедура под это со сменой паролей). Но я не знаю точно правильный это ход или нет (со стороны сбера инфы не хватает, а назад дороги уже не будет на тестовый аккаунт).
Бюджет не конечный, если займет больше времени.
Вот основная часть сегодняшних проблем (диалог):
- Нашел вот такую документацию: pay.alfabank.ru/ecommerce/instructions/Payment%20with%20card%20details%20entering%20on%20the%20merch ant%20side(EN).pdf
В целом она практически полностью как на сайте сбера, но тут есть отличие именно по этому ACS-шлюзу:
If 3-D Sucure technology is required to perform payment, then after the response to the payment request has been received the merchant
must redirect the client to ACS:
For redirection to ACS the merchant, for its part, must redirect a client to the adress specified in the acsUrl parameter with the body of the
request:
MD=mdorder&PaReq=pareq&TermUrl=redirect,
Where:
mdorder – unique order number in the payment gate system,
pareq – a parameter from the response to the payment request,
redirect – a parameter from the response to the payment request (address of the redirect to ACS).
The request must be in POST format.
Depending on integration scheme the client after authentication on ACS will be redi
Попробовал передать параметры как здесь описано (по сути главное – MD вместо orderID и параметры регистрозависимые) и о чудо! Шлюз ответил. Но форма такая:
Please submit your Verified by Visa password.
Merchant
myMerchant
Amount
1 RUB
Date
11.03.2020
Card number
4111 11XX XXXX 1111
Personal Message
Ivan Ivanov
Password
••••••••
Forgot your password?
Password hint:
То есть данные тестовой карты, а не реальной, которую я указывал. Это нормально?
- По поводу несоответствия номера карты, не могу что-то определенное сказать, только предположить, что возможно вас перенаправило на тестовую 3DS страницу потому что вы использовали тестовый шлюз сбера.
- Таки да, отправка гуглотокина успешно проходит только на тестовый шлюз 3dsec.sberbank.ru
А на боевой securepayments.sberbank.ru не проходит. Возвращает ошибку «Расшифровка переданных данных неуспешна. Код 10». Хотя если тот же самый запрос отправить на тестовый, все ОК проходит. В саппорте единственное что ответили, это то, что и тестовый и боевой одинаково доступны, но по факту получается что-то они по-разному работают. В итоге я упираюсь в тестирование запросов. Гугл хочет, прежде чем прод выдать, оттестировать оплату на реальных картах. А со сбером что-то не так. Подозреваю, что надо в сбер запросить переключение на боевой шлюз (там вроде процедура под это со сменой паролей). Но я не знаю точно правильный это ход или нет (со стороны сбера инфы не хватает, а назад дороги уже не будет на тестовый аккаунт).
Разделы:
Заказ
Опубликован:
12.03.2020 | 02:47 [последние изменения: 12.03.2020 | 17:42]