[lachyg]

(I work at Stripe.)

The Alipay integration with Checkout works just like Stripe.js, in that it will return a token that you can charge instantly, or attach to a customer and utilize for subscription, invoicing and recurring payments.

[jqueryin]

Thanks for the response. To narrow down the scope of my question a bit: Do you have any plans to open up API endpoints that would afford us the privilege of choosing a gateway on our own?

I'm asking because our checkout is completely devoid of Checkout or Stripe.js, i.e. the "building the whole payment form" route you mention on the checkout page: https://stripe.com/docs/tutorials/forms.

[lachyg]

Are you asking if you can bring your own payment gateway for use with Stripe? (Sorry, I was thrown off by the payment form tutorial reference.)

[jqueryin]

No, just whether or not you'd implement Alipay into your API in a manner that would allow for us to handle the frontend UI ourselves (letting our users chose between Alipay or credit card).

[lachyg]

We felt that Checkout was the best integration point because it let us do some nice dynamic authentication logic instead of Alipay's usual redirect-based flow. Given that subtleties involved, Alipay's constraints, and the fact that it'll no doubt need to evolve in the future (as compared to the static standardization of credit cards), I think it'd be pretty tough to expose it via a straight API.

[jqueryin]

That makes sense. Given the fact Checkout simply returns a token, I think it's safe to say that it can still work with existing backend API solutions in conjunction with webhooks.

[silverlight]

Which is amazing. Serious kudos for making it so darn easy. Once you have a token, you no longer have to care what the original payment method was. Absolutely how it should be.