#aarow_checkout-email-invoices
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1314265907052154891
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
You want to use customer_email (https://docs.stripe.com/api/checkout/sessions/create#create_checkout_session-customer_email) to prefill the email if you have already collected it.
I don't really have the customer's email. They register with their phone number.
And they don't really need an invoice from Stripe.
Can I put my email instead? But will I be receiving tons of successful/unsuccessful payment transactions email
No there is no way to remove that email field completely. It is required.
You could prefill with your email, yes, but I would not recommend that -- it would likely be confusing for your customers.
Why is it confusing?
They would see your email there and think they should be filling in their own, no?
But overall up to you -- you just can't remove that email field if you are using Stripe Checkout
What do you mean by they would see my email there and think they should be filling in their own. If I provide my email, do u mean they will still be directed to that page?
This page
That is just the Stripe Checkout hosted page, right?
You are redirecting them there for payment
I'm sharing a similar app. The flow doesn't require user to insert email. I want to understand why
Because they are using Payment Element
Which is a custom flow
As opposed to Stripe Checkout
You indicated above you are redirecting to Stripe Checkout, yes?
Are you the developer here?
What is your code doing?
How do you get to that first screen?
Is it via a redirect?
Or are you embedding a Checkout Session?
I'm not the developer. I'm a QA and I'm testing the flow and I am finding out how can I remove the page that requires user to insert email
Gotcha, the way to remove it is to use Payment Element instead of Stripe Checkout in which case you can set fields.billingDetails.email: 'never' (https://docs.stripe.com/js/elements_object/create_payment_element#payment_element_create-options-fields-billingDetails-name) to not have that field displayed. However, for payment method types that require email (like PayNow) you would have to submit an email for the customer so you would either need to have already collected it or you would collect it via Payment Element.
So really, you should just not worry about this and just keep your current flow using Checkout since you have to collect it any way for certain payment method types if you want to support those.
Would it help if I use customer instead of customer_email?
Hi ๐
I'm stepping in as my colleague needs to go.
The customer parameter takes a Stripe Customer ID. Are you 100% certain that you will always have a valid Stripe Customer at the time you create the Checkout Session?
Ok I'm not 100% sure. Damn...
And let's back up a bit. What is the overall user experience that you are trying to change?
Apart from PayNow that requires an email, do u know if the following also requires an email?
- ApplePay
- GPay
- Credit Card
- AliPay
- WechatPay
I am trying my best to make the payment flow easier. Now with the step where user have to insert an email, is cumbersome.
But the challenge is I can only stick to Stripe Checkout
Now with the step where user have to insert an email
So is the issue that your app is already collecting the email or that you don't want your users to have to add email at all?
My app doesn't collect email. They register through phone number.
Okay well, as my colleague mentioned, there is not a way to prevent collecting the email using Checkout.
If you have an existing Customer record with a saved email, you can specify the Customer ID and that will pre-fill the email so they don't need to enter it again.
So after user insert their email and make a payment, they will receive an invoice email from Stripe?
Btw can you help me with this Snufkin
So after user insert their email and make a payment, they will receive an invoice email from Stripe?
This depends on how you create the Checkout Session. The invoice_creation parameter is what you need to specify for this
https://docs.stripe.com/api/checkout/sessions/create#create_checkout_session-invoice_creation
As for Payment Methods. I recommend you review our documentation for Payment Methods: https://docs.stripe.com/payments/payment-methods/overview
After reading, the invoice_creation.enabled if I set it to false, it means no invoice will be sent to user although he/she inserts his/her email?
Correct
Not sure if you are the right person, but is the invoice generation a complementary service or chargeable?
I think it's complementary but we don't handle pricing here so for a definitive answer I recommend reaching out to Support: https://support.stripe.com/contact
Hey Snufkin. I found this in my dashboard.
It seems like I can disable "send finalized invoices and credit notes to customers"
Will that help in my issue?
Ok. But If I disable it, does it mean I don't have to handle the invoice_creation parameter
If my intention is to not send any email to customer
Sure but that is only something you need to worry about if you ARE specifying this parameter
This should be something the developer specifies
Yeah I mean I can let him know about this.
So let me rephrase my question:
If I disable it via dashboard, am I right that my developer doesn't need to create the invoice_creation parameter in checkout session
No not at all
The inverse
Your developer ONLY needs to add the invoice_creation parameter IF you want to send invoices
Ok it meant the same. Haha. I got it. Thanks Snufkin
Happy to shed what ๐ก I can ๐