#heisen-pricingtable-customer
1 messages ยท Page 1 of 1 (latest)
Can you share an example Checkout Session id I can look at @rigid jungle ?
cs_test_b1iOl4TfOAnyV8KWYtIVK2mYv7VJsVMPwm2y0JLDO1e1Kyc4aIEREOePfQ
Sadly it doesn't look like there's any option for it today unfortunately
no
so on checkout session webhook create customer and attach previous pi to customer
no that is impossible
is there another way? (without creating the customer before sending him into the checkout session)
No that is impossible today unfortunately. This is a feature request you can ask our support team to track but it's not possible to configure this today with one-time Prices
So the customer protal is useless for one time payments too?
We have a separate product called "Customer Portal" so I'm really confused by your question
yup that one, it's advertised on the pricing table page
So why are you saying it's useless too? I'm sorry I'm not following your train of thought
For me Pricing Table is an (almost) no code solution for typical pricing. And with customer portal attached, we need almost nothing else for our mvp.
Our current implementation plan was to use pricing table and customer portal for everything. So we do not have to show invoices and co on our website.
But since one time payment does not create a customer, we cannot use our current plan
Btw, we created the user in our system after retrieving customer data from stripe
Unfortunately it's impossible to use the PricingTable for one-time payments to save the customer/card details, so yes in that workflow it's also impossible to use the CustomerPortal for those
but why is it necessary to save card details to create a customer
this connection does not make a lot of sense to me ๐
you're the one who talked about the Attach PaymentMethods API
Also the PricingTable will not create an Invoice so I don't get the point of the CustomerPortal in your plan
I was talking about the attach payment intent API
For me the pricing table flow created invoices and receipts in the customer portal
in_1OZBsKKqfuXuthjZLgcQol3S
That is an Invoice associated with a Subscription. You were asking about one-time payments earlier
ahhhh
For recurring Prices, a Customer, a Subscription, an Invoice and a PaymentMethod will always be created so that part works totally fine
Okay, and for one-time-payments there is only a receipt, correct?
correct and no Customer or Invoice
is it possible to create an invoice for one time payments in the pricing table?
I just found the option in the "create payment link" option
maybe it makes sense to go that way?
Payment link has the option for save future payment too
so i guess it should work as intended if we just separate one-time-payment and subscriptions
yeah PaymentLink supports this, but doesn't work the same as the PricingTable which is more for offering multiple options of a Price.