1

Я хотел бы обработать кредитные карты в моем webapp. Мне не нужно повторное выставление счетов в приложении.Платежное решение, управляемое событиями, такое как Gym Pact использует?

Вместо этого я хотел бы реализовать платежи, вызванные определенным событием: например, на основании того факта, что пользователь сделал или не сделал каких-либо действий в приложении.

Например, Gym Pact заряжает карту пользователя, если пользователь не зарегистрировался в приложении из определенного места в определенное время.

Какое платежное решение SaaS можно использовать для реализации таких функций?

Итак, в основном мне нужно решение для оплаты, которое позволяет моему приложению заряжать пользователя, когда приложение нужно, но не тогда, когда пользователь нажимает кнопку «Подтвердить платеж».

P.S. Меня также интересует, как хранятся номера карт, а средства безопасности - поддерживать это (вам нужно сохранить номер карты, чтобы заряжать его на определенных событиях, не так ли?).

ответ

2

Если вы хотите сделать рекламные платежи, вам просто нужно работать с поставщиком платежных услуг, который предлагает услуги «оплаты токена». Большинство из них делают эти дни.

Бизнес-логика что-то вроде:

  • Когда пользователь подписывает вверх, они регистрируют свои данные кредитной карты (через Интернет, говоря непосредственно к платежному шлюзу)

  • Платежный шлюз сохраняет данные кредитной карты в соответствии с PCI-совместимым образом, и возвращает вам идентификатор токена.

  • Вы храните идентификатор токена и связываете его с пользователем.

Затем, когда вы хотите внести плату против этой карты, вы отправляете платежные данные на шлюз, используя идентификатор токена, чтобы обратиться к карте. Единственное, о чем нужно знать, это то, что данные карты станут недействительными с течением времени, либо истекают, либо сообщаются как потерянные/украденные владельцем карты и т. Д. Вам нужна логика для обработки этих типов ситуаций и возможность уточнения сведений о карте, если необходимо