#hakan-checkout-session
1 messages · Page 1 of 1 (latest)
https://stripe.com/docs/payments/dashboard-payment-methods for the last question
not sure I understand the first question but we cover in details fulfillment + Checkout at https://stripe.com/docs/payments/checkout/fulfill-orders
yeah just saw that. so when I activate that , how can I still control which are enabled and which not for a checkout?
because i dont see a direct example of selection
ups
if you mean per Checkout Session then you explicitly pass payment_method_types like what's removed in the screenshot
okey and the names of the payment options i guess i have to guess? 😄
like the exact ones
- from a business perspective its better to offer all or just card or ??
I mean you don't have to guess it's all in our docs
I'm sorry but I 'm really confused by what's happening
did Paypal have no docs that you seem to always assume there's none?
https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-payment_method_types we list every single enum values right there
jep you are correct
paypal is absolute trash, i wasnt even able to test their subscriptions
Then you can assume we have docs for 99% of what you need, always start with the docs as you can self serve everything in seconds
thanks! I see that, there is a lot sometimes too much to be honest. but I see here the exact payment options in my program so thats pretty good. also what I love is discord support. you can beg paypal will never do this for their clients
google pay is not there? and apple pay too
I love to help, but please try to self serve for seconds at least
i am trying. just sometimes overwhelming so many content.
but i cant see google pay and apple pay as values...
Sure but still please try to look. I have to push now, it's like the 10th question in a row that is literally in our docs
We do want to help, but we have to teach you how to self serve otherwise you'll have 500 more questions over the next week. As a developer, you likely prefer to just figure things out yourself in seconds
To answer your question, Apple Pay and Google Pay work as a normal card payment. They are enabled by default
i did have a look. look yourself no google pay here
sure but like you read one doc and nothing else
same as earlier
I'm sorry, I'm stricter than my colleagues, but trying to look first is crucial.
will look somewhere else wait
I answered above already
oh, but often you see there is google pay button or is this just in stores?
I don't know what you call a store so I'm confused. We do support Apple Pay and Google Pay. It just works on all Checkout Sessions as long as you haven't disabled this in your account settings
i have not disabled it but if you say its a normal card payment so there is no sign "pay with google pay" right?
oh need to configure it here too. didnt know that
hum
looks like I need to configure apple pay
not really no
you don't need to do anything if you use Checkout, it just works always
https://stackoverflow.com/questions/55766768/why-does-the-stripe-google-pay-button-not-render-for-me-on-the-ui-despite-not-ha i think thats the same question i have. if you say its not enabled why do I dont see the google pay button anywhere. sorry.
got it...
yeah you have to test on a device that supports it, both for Google Pay and Apple Pay
yeah okay. have a small UI error
when I hover over text at left side it gets crazy.
thanks
man incredible help! stripe rocks! i have removed the manual code and just enabled some payment options and they are all displaying. there is one left that is pending. my guess that it will then show ones approved?
yeah some take a while to be approved
okay. one other I have found on a different page in my dashboard. it requires those input fields of "Secure Remote Commerce". shall I fill out or not required?
let me test that.
hm ok... thanks.
so i get that sepa and all the money will be delayed sent and stripe so does recommend the "checkout.session.completed" webhook. Can I use that for * payment options then since it just triggers it when somebody has successfully completed checkout? @royal notch
well there's completed and the async ones too
you need to be careful about payment methods that success/fail async like SEPA
hm i guess when it fails i get an email or so and then i will try to clarify with the client. client cant enter wrong data is my guess so yeah thats quite okay.
about async, I should still prefer the completed or async for the direct payment completley enough?
completed for direct payments, assuming you mean synchronous success/failure
jep. when direct payment fails with async it will be bad right?
I don't know what that sentence could mean
just want to say, completed webhook means at least the direct payments were successful.
in my eyes
that is correct
got you. to which endpoint stripe sends the events? is there a page where I can add the endpoint of an event in my dashboard or how does it work?
i can only see code here directly
Hello! Taking over and catching up...
Stripe sends events to the URL you specify when you configure a Webhook Endpoint.
yeah, but where i can do that
You can configure a Webhook Endpoint here: https://dashboard.stripe.com/test/webhooks
ahhhh
i cant test it without the stripe CLI?
You can, we have a guide for that here: https://stripe.com/docs/payments/handling-payment-events
The Stripe CLI doesn't require you to set up a Webhook Endpoint in the Dashboard though.
You use the stripe listen command to see events on the command line, or you can forward them to a local web server.
ideally, I can use one way for both test and production
Webhook Endpoints in the Dashboard are used when your integration is online.
If you have both your test and live environments online (meaning reachable on the Internet) you can use Webhook Endpoints for both.
Stripe CLI is focused on testing only though.
hm but as a developer experience thats not good, should be the same software for differnet environments
or same way
What do you mean?
The Stripe CLI is really useful to relay events from Stripe to your locally-running code which is not exposed to the Internet. It's not possible to set up a Webhook Endpoint to point to a URL that's not reachable over the internet, so the Stripe CLI makes local webhook testing possible.
If your event handling URL is online you can use Webhook Endpoints instead of the Stripe CLI.
But either way your webhook handling code is receiving events from Stripe.
i mean, you can also make an XHR request over stripe checkout or similar to localhost which is definitly possible, but yeah okay.
at least better than paypal, at paypal you cant even test subscriptions haha! so yeah