#mudassir.dev
1 messages ยท Page 1 of 1 (latest)
๐ happy to help
when you say Stripe Link are you talking about PaymentLinks? https://stripe.com/docs/payment-links
Yes
PaymentLinks aren't meant to be customer-driven
instead you can use Checkout Sessions
which might be better suited for your use-case
I am using checkout sessions but the problem is users are paying with another email vs the one stored in our DB and in that case I am unable to find which user paid for what
So I want a way that when I send user a link and user pays it I should exactly know which link was this
so I can trigger my API
Hello?
I understand
this is why I suggested using Checkout Sessions instead of Payment Links
How can I achieve that using check out sessions, can you elaborate
Unique Identifiers for each user
you can pass in metadata in the Checkout Session
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
or you can use https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-client_reference_id
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
as another way to identify your customer in your DB
Is it a wise idea to create custom stripe checkout sessions for each user?
@covert loom
yes why not?
Talking in terms of scale, we have hundreds of thousands of user.
how are your customers getting into your Checkout flow?
Right now, we have a predefined checkout session link which we send to our user and they make the payment.
what you can do instead is host a page on your website, and send a link to that page with whatever query params you want to your customers
when the customer visits that link, your backend code will generate a Checkout Session and automatically redirects the customer to the CHeckout Session
while creating the Checkout Session you will be able to add the metadata/client reference as you like