#exxmaxx_
waxen mica
Hello
1/ You can send receipts for successful payments via your Settings here: https://dashboard.stripe.com/settings/emails -- that would cause an email to be sent when the Subscription is created in terms of there being a receipt. Otherwise, you do need to listen for customer.subscription.created and send a custom email yourself.
2/ Yes this is expected -- you can't pass a Customer ID into Pricing Table to force another Subscription to be created. However, what you can do it limit Customers to a single Subscription which may solve your issue here -- see: https://stripe.com/docs/payments/checkout/pricing-table#limit-subscriptions
bitter geyser
the top one for the emails?
but when a user creates an account with free trial it wont sent any emails then ?
cause essentially there is no payment taking place there
waxen mica
Ah yeah then there would not be an email if it is a free trial, that's correct.
You would need to send that yourself in that case.
bitter geyser
Thank you I will do that.
But for second item above. It seems a bit complex to me. Howelse can i manage my users
I did limit my users to one subscription at a time
however imagine they cancel their subscription then comes back
I was expecting stripe to check their email adress / card details etc and understand that they were a previous stripe customer so utilize the same cus_id
waxen mica
No we don't de-duplicate by default. That's just not how our API works.
If you create Checkout Sessions directly, without using Pricing Table, then you can pass in the Customer ID to the Checkout Session
But this isn't available with Pricing Table
waxen mica
I believe so.
I can file a feature request internally to note your interest as well.
But yeah no promises on when this would be released.
bitter geyser
that would be awesome mate, We are running a digital agency and this is the main issue we are experiencing with all the clients
pricing tables are nice and easy and stuff but they are still missing some of the core functions
waxen mica
Yep Pricing Table is definitely more limited still
bitter geyser
the other core feature we think is missing is: being able to pass through the email adress of a registered user to the checkout page as pre populated.
cause what happens is, user logs into our system with one email but when subscribing they use different email
specially they can do it multiple times and get access to multiple free trials
(with only 1 user account on our system)
waxen mica
the other core feature we think is missing is: being able to pass through the em...
This is already possible
bitter geyser
hmm how come
bitter geyser
i know you can pass it in the customer postal
but not checkout
ahh, only saw this
I was passing in client_ref_id
waxen mica
Yep the above will prefill the email into the Checkout Session
waxen mica
Yeah I don't believe it is editable.
But double checking via testing is the best way for sure
bitter geyser
trying now , i will confirm now on the staging and let you know.
waxen mica
Sounds good
silk smeltBOT
bitter geyser
it worked ! thanks!
so two things left from my point of view where we can file a feature request
- Stripe matching the same cud_is for users using the same email and/or card details
- Free trials one user only triggering 1 free trial - we should have option to limit a user to 1 free trial per product. or 1 free trial per pricing table.
charred musk
Yeah we can file a feature request for that
bitter geyser
do you need any help with that?
charred musk
Nope just give me your account ID so I can attach your info
bitter geyser
thank you
got multiple accounts iam managing
if it makes the it stronger i can give all :))
charred musk
No just 1 is fine
bitter geyser
acct_1JU53RRd6lQX68m0
acct_1LDr2JB5fJXbmPGP
charred musk
Wouldn't make a difference
charred musk
Thanks