flexypayments_64430

[night crater]

Hello! We'll be with you shortly. Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

• flexypayments_64430, 1 day ago, 4 messages

[indigo jungle]

1. If you require API access for PAN data you need to speak to support
2. Payment Intent is the correct API to use (they create Charge objects under the hood)
3. https://stripe.com/docs/refunds#refund-webhook-events

[plucky jasper]

We want to use server side integration only. No stripe to be included

So, we use only paymentIntent API for creating and accepting payments?
how does this work. I call paymentIntent API and a corresponding charge is created in backend
Stripe will return a payment url

[indigo jungle]

Not really sure what that means to be honest?

[plucky jasper]

where i can pay?

sorry, no stripe checkout to be included

only create and accept payments through API

[indigo jungle]

You're collecitng card data elsewhere and want to process payments directly via the API without a Stripe UI?

So, we use only paymentIntent API for creating and accepting payments?
Yes
how does this work. I call paymentIntent API and a corresponding charge is created in backend
If you have card details stored/collected elsewhere, then you can pass them directly to the API on Payment Intent creation. However you need to speak to support about access to these parameters as they're behind PCI compliance verification

[plucky jasper]

sure, we will do

we dont need to call the charge API right?

[indigo jungle]

No

[plucky jasper]

https://stripe.com/docs/api/payment_intents/object#payment_intent_object-charges

why is this provided then?

[indigo jungle]

Because, as I stated, a successful Payment Intent will create a Charge object under the hood. The API creates that directly

See: https://stripe.com/docs/payments/tour#payment-objects

[plucky jasper]

checking this, thanks ynnoj

okay so I can technically create a charge directly, but using PaymentIntent is recommended, which handles charge creation in the backend

correct?

[indigo jungle]

Yes

You shouldn't be creating Charges directly. It's a deprecated API

[plucky jasper]

We were also planning to use Juspay, which has partnered with Stripe. Juspay routes transactions to stripe under their hood.
Do you have any idea what these values are that they are asking us?
They ask for applepay certificate, applepay initiative and applepay secret

[indigo jungle]

I've no idea what Juspay is. But those sound like Apple Pay certificate credentials that you'd get from Apple Pay, not us

[plucky jasper]

so if i want to accept applepay via Stripe, do i need to create an account on applepay, or you guys provide me with an option of applepay to accept the payment

[indigo jungle]

If you're not using our payment UIs you'll need to build a direct integration with Apple Pay to get an Apple Pay token which can then be converted into a Stripe token

[plucky jasper]

okay got it

is that true for klarna, affirm also?

also the process to convert the token to stripe token is listed anywhere? do you have the link?

[indigo jungle]

I'm not sure to be honest. Our support for those PMs is directly through our payment UIs

Not really why you're so opposed to using them

But you're making a lot more work for yourself

[plucky jasper]

so we want to provide the solution to a few of our businesses, who use our checkout. We wanted to provide them stripe as an option, which can be seamlessly connected with our own checkout

hence the ordeal

we are kind of a payment orchestration platform, and provide our clients with options to connect to multiple payment gateways

[indigo jungle]

Ok, makes sense. But yeah you're kind of going to have to do a lot more implementation work if you want to offer non-card PMs (like Klarna) through a Stripe 'gateway'

[plucky jasper]

so apart from cards, what options can I provide to our clients without having to integrate with PMs separately

google pay will also need a separate implementation?

[bold dawn]

👋 taking over for my colleague. Let me catch up.

[bold dawn]

e.g. https://stripe.com/docs/payments/klarna/accept-a-payment?platform=web&ui=API

[plucky jasper]

checking this

so if i dont use stripe UI, what are the stpes?

[bold dawn]

for some Payment Methods you can just use the Stripe API for example the Klarna integration I sent you

[plucky jasper]

paymentInentAPI you mean?

[bold dawn]

the PaymentIntent API is for handling Payments

regardless of the Payment Method type

[plucky jasper]

okay, sorry to bother you 😦
but can you tell me which payment methods can be used to accept payments using PaymentInent API?

@bold dawn

[bold dawn]

all of them

[plucky jasper]

but @indigo jungle said we need to implement separately for applepay, klarna etc

[bold dawn]

depending on the compatibility

[bold dawn]

if you're not using Payment Elements then @indigo jungle is correct

and that's what I've been showing you

but you'd have to go one by one

which is a laborious and tedious thing to do

and you should instead use Payment Elements

[plucky jasper]

the link you had sent above is the link to integrate only klarna
similarly there will be others

?

[bold dawn]

you'd have to skim one by one

all the Payment Methods and try to find similar implementations

first you'd have to see whether it's possible to create the payment method

https://stripe.com/docs/js/payment_methods/create_payment_method

then you'd need to confirm that exact payment method type

https://stripe.com/docs/js/payment_intents/payment_method

[plucky jasper]

I am confused. there is a separate documentation for payment methods here.https://stripe.com/docs/api/payment_methods/object

which is the correct one