#antoniobg_api
brittle pebbleBOT
đ 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/1374386663886950511
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- antoniobg_api, 2 hours ago, 10 messages
hardy trout
Hey there, there should be no technical issues with this, as you'd be providing an override email for each payment. However, I cannot speak to any issues around compliance or adherence to any terms regarding receipt emails for either your platform or the connected accounts.
brittle pebbleBOT
high fulcrum
Gotcha, so just to confirm, by using this approach we don't have a greater risk of payments getting flagged as fraud
tacit ferry
I'm having trouble finding an affirmative answer on that, if you reach out to our support team they may be able to look in to it more deeply for you.
Are you doing a flow where receipt_email is required to be set? I think for standard PI flows it can be excluded typically
high fulcrum
We're not setting receipt_email, but some of our customers have enabled in their settings the send email on "Succeeded payment" (see screenshot). We don't want to ask our custoemrs to disable this, because they might have some payments in Stripe that don't go through our system and for which they might still want Stripe to send emails on their behalf.
Forgot to mention that receipt_email is not set, but since the payment is linked to a Customer that does have an email address, the email is sent to the customer using the customer object email address.
tacit ferry
Ah gotcha, I forgot that we automatically used the customer email like that. So yeah, overriding via receipt_email makes sense, but unfortunately I'm just not finding much on how that may be used. Our support team may be able to escalate this to get a better answer. https://support.stripe.com/?contact=true