Как лучше организовать проверку подтвержденной оплаты?

Question

[Дмитрий Грабко]

• На сайте есть форма в которую пользователь вводит свои данные и после отправки перенаправляется на сайт эквайринга.
  
• При успешной оплате нужно зарегистрировать пользователя в сервисе (регистрации проходит через API)
  
• После ввода данных в форме данные пользователя записываются в БД со статусом "Ожидает оплаты"
  
• При успешной оплате идет возврат на страницу сайта
  

Собственно вопрос: как правильнее связать регистрацию при возврате? Пока есть только 2 идеи:

1. Писать данные в куки и при возврате на страницу успешной оплаты сверять данные из кук с данными о заказе
   
2. По крону проходить таблицу со статусом "ожидает оплаты" и так же сверять прошлали успешно оплата у этого ID
   

Answer 1

[Сергей Горностаев]

Обычно в документации платëжных систем описано, как получить информацию о платеже. Большинство платëжных систем делают возврат после осуществления платежа с параметром идентифицирующим его. Соответственно, на URL'е, на который делается возврат, должен висеть обработчик, проверяющий переданные эквайрингом параметры.

Comments

[Дмитрий Грабко]

В моем случае тиньков, но в настройках просто указывается страница с успешной/неуспешной оплатой. На ней можно вызвать метод проверки статуса оплаты по заказу. Как-то нужно передать ID заказа пользователя. Пока на ум приходит только хранение его в куки

[Сергей Горностаев]

Дмитрий Грабко, пошёл я почитал доку тинька, там всё как у всех: Когда вызываете эндпоинт создания платежа, передаёте OrderId, при редиректе на SuccessURL получаете этот OrderId обратно. Кроме того, можно и NotificationURL указать, тогда сервер Тинька будет отправлять вам все события платежа POST-запросами.

[Дмитрий Грабко]

Да в error все ок - параметры есть в GET. У success приходит пустота. Узнаю у их ТП

Answer 2

[Dimonchik]

Вам Сергей Горностаев ответил, но может не самоочевидно или не до конца:
статус оплаты надо получать от платежной системы, и только
никаких "если кука | параметр есть то норм", что Вы, судя по топику, порываетесь сделать

Comments

[Дмитрий Грабко]

Ответ ТП банка - https://prnt.sc/mlF2DbuIuGer
Какой-то велосипед все-таки нужен видимо

[Dimonchik]

ничего страшного, запос в АПИ часто
ребиллы - есть такое понятие
хз как в тиньке

так вот их часто именно запросами

[Дмитрий Грабко]

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

[Dimonchik]

да
помня что и там может быть залипание
копить интервалы и выработать оптимум