#richardfr

1 messages ยท Page 1 of 1 (latest)

sacred driftBOT
#

Hello! We'll be with you shortly. 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.

idle rapids
#

Hi there

#

If you summarize your issue and follow up question then I'd be happy to help

verbal mulch
#

Hello, we had a problem that invoices were generated without a billing address.

#

We enable our users to start a free trial without providing a billing address to make it easier for them.
When they want to continue using the product after the trial, they can go to their customer portal and enter payment information there.

#

However it seems that the customer portal doesn't require them to add a billing address, so these wrong invoices get generated.
To me this sounds like a bug with the customer portal, but I wanted to confirm if there is any reason that customers can get invoices without a billing address, which I have missed.

idle rapids
#

It should be dependent on the PaymentMethodType that they use.

#

So for instance, for cards, the country and (depending on the country) the postal code will be collected.

#

But the way that billing address collection works with our hosted flows is that we generally collect the minimum required details

#

In order to optimize conversion

#

If you have a specific example, I can also look at that

#

And it might be easier to discuss that specifically

verbal mulch
idle rapids
#

Ah yeah that is expected as well. The Customer will never be updated directly

#

When billing address is collected it is associated to the PaymentMethod

#

The Customer address is only set if you set that explicitly yourself

verbal mulch
#

But wouldn't it make sense that the customer portal requires customers to enter a valid billing address before they get charged?

#

Or at least have an option for it, without requiring a billing address for a free trial

idle rapids
#

They do enter a valid billing address? It just isn't in the place that you want it for your specific use-case. You can turn on customer_update.allowed_updates to allow for billing address updates in your customer portal config (https://stripe.com/docs/api/customer_portal/configurations/create#create_portal_configuration-features-customer_update-allowed_updates) but as far as I know there is no way to force this as of right now.

verbal mulch
#

yes it's already possible for them, but of course it happens that customers don't do it if not required.

idle rapids
#

Yeah, I can put in a feature request for the ability to force this, but right now your best bet is going to be to listen to webhooks and then mirror the collected PaymentMethod billing details to the Customer.

verbal mulch
#

thanks, a feature request would be great.

#

is there a webhook, which gets called after the payment method gets added and before the invoice gets created?
I think both happens with the same button click in the customer portal.

idle rapids
#

Does adding the PaymentMethod update the Subscription to active immediately?

verbal mulch
#

Let me double check

idle rapids
#

Yeah I can't remember how that specific behavior works.

#

You are likely best off running a quick test or looking at an example

verbal mulch
#

Yes it can happen that customers select a different plan, which will cause an immediate charge. After showing the price, customers would see this screen. Payment method and invoice would be created with one click.
I can try if the webhook will be called in-between.

idle rapids
#

Oh, yeah, if they update the plan then it will charge immediately

#

And you won't have time to update the Customer before the first Invoice

verbal mulch
#

also just the country and postal code wouldn't be enough information for an invoice under german law.

idle rapids
#

Hmm yeah I can't really speak to anything on the regulatory side here, sorry.

verbal mulch
#

np

#

I hope that feature request will be considered soon.

#

is there any public roadmap for new features?

idle rapids
verbal mulch
#

alright, thanks a lot

idle rapids
#

๐Ÿ‘