@Proconsool

Платежные API, как и где хранить информацию о платеже между редиректами?

Здравствуйте

Во многих платежных api схема работы такая:

1. создаешь объект платежа (он содержит инфу о платеже - id, сумма, тип оплаты, за что оплата и т.д.)
2. отправляешь пользователя подтвердить платеж на страницу платежной системы
3. платежная система возвращает пользователя на указанный в настройках магазина обратный url, где надо обработать результат.

НО! в третьем пункте они не присылают назад информацию о платеже. Просто возвращают пользователя назад на сайт.
Как на этой странице обработать результат платежа, если не известно от какого именно платежа пользователь вернулся редиректом?!
Получается в первом пункте надо как-то временно сохранить объект платежа и связать с ним юзера, где-то хранить эту инфу в промежутке пока пользователь ходит подтверждать платеж... Как такое делается? помогите разобраться пожалуйста
  • Вопрос задан
  • 134 просмотра
Пригласить эксперта
Ответы на вопрос 3
Sanes
@Sanes
Платежная система присылает ответ на обработчик отдельным запросом. Редирект пользователя на ваше усмотрение. Можно на список счетов или на страницу счета. Зависит от платежной системы. Как укажете, так и будет.
Ответ написан
firedragon
@firedragon
Senior .NET developer
1. создаешь объект платежа (он содержит инфу о платеже - id, сумма, тип оплаты, за что оплата и т.д.)

И сохраняешь id в базе
2. отправляешь пользователя подтвердить платеж на страницу платежной системы
3. платежная система возвращает пользователя на указанный в настройках магазина обратный url, где надо обработать результат.

При редиректе читаешь пользователя и его последний id из базы.
Ответ написан
Proconsool, При запросе к ЮКассе вы можете в объекте платежа передать любые метаданные (все нужные вам id). Эти метаданные будут присутствовать во всех ответах сервиса.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы