#crab-checkout-paymentintent
1 messages · Page 1 of 1 (latest)
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.
- crabzzzzz_79515, 1 hour ago, 14 messages
👋 @spice prism Elements and Checkout are completely separate products. Are you trying to use Embedded Checkout specifically? If so read https://stripe.com/docs/checkout/embedded/quickstart
Well I am getting the customer secret from backend, its using elements. I was then going to get the session by pi_ , then do checkout session on front end with url , on the app to collect CC info and payment. As the app dont have access to js. or sdk . Its delphi software.
I'm really sorry, I have no idea what you are asking right now. What does "getting the customer secret" mean? There's no such thing in our product or APIs
sorry client_secret
there's no client_secret for a Customer object though. I'm really sorry but you're not using the right vocabulary and I don't follow at all your intent
I get the Client_secret when i do a payment_intents call to the API. Once i get that, I can get the pi_ number.. Using this payment_intent number i wanted to get the Session linked to it. Then I could use this session to create a url link for customers to pay by using the checkout.
Using this payment_intent number i wanted to get the Session linked to it.
Yeah you got things completely backwards. You should never create the PaymentIntent. You should create the Checkout Session instead
In the web they use PaymentIntent , but for front end i want to use checkout.. The payment intent seems to make a session also , is there any way to link the 2 so i can use the pi_ to create a check out session?
I'm really sorry you're saying a lot of things that don't really make sense to me. You say "in the web they..." and then oppose this to "for front end" but they are the same. I really don't follow you unfortunately.
Ultimately if you want to use Checkout, you need to create a Checkout Session and not a PaymentIntent
ok , i will try to keep it simple and one subject sorry. Lets say we create a paymentIntent, I get a client_secret back. After that , how can i get a url for check out? or is that not possible?
that's impossible
So don't do that, use Checkout directly. Follow our canonical docs: https://stripe.com/docs/payments/accept-a-payment?platform=web&ui=checkout
ok so only way to get a url is in check out. Payment Intents dont offer url .
That helps , I am using delphi software to create an app, and the website is using intents. I was trying to get the payment intents data and convert it to a check out so i could embeed the URL link into the app so the app is not sending cc data. Does that make sense? do you know of any other way with out making the website convert to check out ?
No unfortunately it doesn't make sense at all to me I'm sorry. If you are using PaymentIntent server-side, what happens client-side? Are you using PaymentElement? Or something else?
client side (website) uses element , but delphi(app) can not use strip.js or sdk , thus why i need a URL for payment
Sure but then render your own website's URL and show your normal website that already uses Elements
that is currently my only option, it just dont look good, because i have to embed a webbrowser into app. And going threw the whole booking process in an embed webbrowser looks bad. figured if i only had to embed the payment page it would be better.
yeah sorry I don't get what that could mean unfortunately
i guess other option , is dont ever start a payment intent with back end , and just do my own check out process.
as long as keys are same, it should all go to same account correct
yes
ok , ill try that next.. Thanks again. And as a suggestion please submitt a option for Delphi SDK along with the Android and Apple SDK
honestly I don't see us ever adding a delphi SDK
it not popular enough?
In delphi i can do one set of code, and it creates the apple , android, windows version of the app.. its a huge time saver for making apps.
It's definitely not common. You're the first person I've ever seen ask us about Delphi. Looking at the history of our server only one other dev asked about this language
ReactNative or Flutter offer the same features right?
not sure , i think flutter does. Well thanks again.