4 ms·

(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

by lachyg 12y ago

(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.

silverlight 12y ago
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.
jqueryin 12y ago
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 https://stripe.com/docs/tutorials/forms.
- lachyg 12y ago
  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 12y ago
    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 12y ago
      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 12y ago
        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.

by lachyg 12y ago

silverlight 12y ago

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.

jqueryin 12y ago

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 https://stripe.com/docs/tutorials/forms.

lachyg 12y ago
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 12y ago
  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 12y ago
    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 12y ago
      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.