#arielbo
1 messages · Page 1 of 1 (latest)
I'm not sure I understand the question. Can you please clarify?
of course, I have one service that is fremium, in this escenario. I will want implement subscription for anual client but maybe some buyers are not still my users or if they are my users I need update my database.
I would like to use in this time payment links, but I ask me, how can I receive data of purchase (email and metadata) after one payment is success, how can I do this?
https://buy.stripe.com/bIYeYa0L1glz9zOeV2 this is my payment link
hello ?
are you there?
I am yes, please be patience as we're helping other users too
are you a bot or person? no problem
You'd use a webhook to listen for checkout.session.completed events when a customer pays on your Payment Link: https://stripe.com/docs/payments/checkout/fulfill-orders
very good thanks you !! @ionic granite now maybe you can help me with the other option without webhooks maybe exist another method to receive data with payment link in my server to follow with my own fulfill ?
👋 taking over for my colleague. Let me catch up.
webhooks is the recommended way to be honest
without it, you would have to have a cron job that lists the successful checkouts and do the fulfilment yourself
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
please could you help me to understand the difference between both for example ? for example after one payment was did in webhook is immediate ( I use webook and is good) but I would like to understand the other hand, maybe more easy if you have using the same payment links? exist? maybe I don t understand good your services
I'm not sure I understand your question
please all i relation payment link I have another option to webhooks ?
for example if I configure my custom redirect page in payment link derechoteca.com/succespayment maybe you send some data in post?
this is a terrible idea
you should never rely on browser redirection
what if the customer closes before redirection
or an issue with their connection happened or any other potential issue
maybe you can send me maybe id_subscription ? and with this I search in my side with stripe api php
good point, closes is bad I understand but I need to understad if you have another alternative to webhooks please
@heady atlas I gave you another alternative
please
which is polling the server
with a cron job
which I also think is not a good idea
but it's an alternative
with cronjob
?
you say that with stripe api I put one polling with cron job and check news subscription ?
right? sounds good like one alternative a webhook
I understand that you don't send any data by post in redirección custom page right?
correct
we do send the checkout session ID in the success URL as suggested here https://stripe.com/docs/payments/checkout/custom-success-page
this is only redirect right? without any post data
but you shouldn't rely on it for fulfilment
it can't be POST data since it's a redirect which is by default a GET request
the passed Session ID is part of the query params
yes I see this option very good
please do not use this to fulfill the subscription
if I have Session ID can I recovery subscription info with stripe api right?
yes but again please DO NOT USE this page for fulfillment
yes, is more easy but not very secure for fulfilment is better webhook in your side and in my side cron job (intermedium solution)
I m in the correct ?
overall our recommended way is webhooks
I'm not sure why you don't want to implement it
maybe if you can explain that, it would be easier for me to understand and help you implement this the right way (which is using webhooks if I haven't said that already)
I think I have doubts simply about webooks
your explication is very good, I try to explain better why is my ask
let's address those doubts then
what are your doubts, and how can I help you trust webhooks
and for what use, maybe some of my clients need to configure his own stripe accounts with his api code and I would like give them this option, and I explore which is the best alternative for this case
are you thinking about using Connect?
I can configure a webhook but not for my clients, so I want to look for a simple and easy to configure stripe solution for them and in my system, I think the easiest to use is payment links but how would they do the fulfilment on my side, but yes You tell me that they should configure a webhook, I would like to know if in my scenario that would be the best practice, let's say give them a webhook template that they configure with a step-by-step tutorial, I don't know, I find it complicated. (I don't want to use stripe connect because I don't want anything to do with your income)
now do you understand me, dear tarzan?
you should read about Connect Webhooks
if you are building a platform
with Connect Accounts and you want to handle the fulfillment for your Connected Accounts then this can be the way to go
I dont want use connect, not plattaform really, just I give to my users the possibility of use stripe like one alterntive and see how integrate this wih my system
maybe is better program one app using checkout and put this in his own domain right?
what do you mean by giving your user the possibility to use Stripe?
the only way for someone to collect money on Stripe through another entity is by using Connect
if they choose stripe like a payment method, them configure his own keys api stripe and work
I dont need and I dont want collect, justo give something like a plugin or extension
again that's not the recommended path
please tell me about another options to do this work with api maybe using checkout or payment intent ? the advantage in this case is that I can create his customers, and products right?
please do take the time to consider Connect https://stripe.com/docs/connect
all in his own domain, no connect, the client configure his own keys and work all in his domain, please discard connect, I dont have interes and my clients either, we study this possibiliti before
please help me to explore one independent app to sell to my client this is possible ?
not without Connect
They have their own products and prices, our business is not collecting so we don't want to get involved in it, only software development, please help me explore to date which of their php stripe apis would work well with subscriptions and one-time payments?
we basically deprecated the extensions
and instead we developed Stripe Apps to replace them https://stripe.com/docs/stripe-apps/migrate-extension
payment intent not work now?
but in all cases, without Connect you can't create payments on-behalf-of your users
but in all cases, without Connect you cannot create payments on behalf of your users
I think you are not understanding me, they already have their accounts, and I do not want to receive any payment in my account, much less transfer to them, they want total independence, I would just like to make a small software in paymentintend or checkout for example, the that I make for me, this is possible right? let's say and have it work with their own API keys, Do you get me? It is not my wish to receive any payment on your behalf.
hi! I'm taking over this thread.
can you share more details about your use case? what exactly are you trying to build?
in that case pay attention of course, imagine I'm doing stripe api deployments on your domains that's work.
please @tarzan close, maybe you are in other tasks, thank you for your time, you explain me good about webhooks and other options with payment link but dont understand the second request. many times I say that I'dont need connect. No worry.