#frallain-tax
idle jettyBOT
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.
oblique stone
What is the state of the subscription in this case?
it depends on what your settings are for failed payments on Invoices.
When the trial ends an Invoice is created and payment attempted and that will fail since there is no PaymentMethod available; and then your recovery/retry settings kick in. So the Subscription might go to past_due for example.
default_incomplete doesn't matter, if you use a trial period the Subscription goes straight to status:trialing.
Don't think Tax comes into this overall.
You could also test this exact scenario using Test Clocks
quaint pawn
Yes but here I am talking about the state of the sub after getting out of trialing
oblique stone
indeed, and I addressed that.
quaint pawn
So you are saying that after the trial period of 7 days expires, it stays in state trialing ?
oblique stone
no. I'm saying an Invoice is created and payment on it fails, and then the status of the Subscription depends on what your Invoice retry settings are.
If automatic payment fails, the subscription updates to past_due and Stripe attempts to recover payment based on your retry rules. If payment recovery fails, you can set the subscription status to canceled, unpaid, or leave it past_due.
that ^^ is what happens at the end of the trial( trialing -> past_due)
quaint pawn
I am asking because right now, we have the same flow but with payment_behavior at allow_incomplete and the problem is that in this case the subscription goes from trialing to active because Stripe tax cannot finalize the out-of-trial invoice because no customer address, and so the invoice stays as draft which makes the sub go to the active state.
BUT the customer has not paid anything!!
oblique stone
subscription goes from trialing to active because Stripe tax cannot finalize the out-of-trial invoice because no customer address.
seems strange, have you worked with us/our support team on that issue already?
idle jettyBOT
quaint pawn
No I haven't. That's really inconvenient for us, since we don't want to require from our customers in trial to fill in their address for a more fluid UX.
oblique stone
does seem strange, I'd defintely try to work with us on that(like sharing examples of Subscriptions where that transition happened we can understand if it's expected or not or what could be done differently)
quaint pawn
ok, please keep this thread open, I will give you some examples
placid siren
👋 stepping in
quaint pawn
-> he got out of trial, an invoice got generated, Stripe tax could not work because no address so the invoice stayed as draft -> sub is active.
placid siren
Taking a look
quaint pawn
what i'd expect : sub should be past_due
placid siren
Still looking, going to need a few. I'll circle back
Alright so looks like this is only possible because you updated the Subscription to include automatic tax after you created it.
It would have failed if you attempted to create the Sub with automatic tax w/ a trial but no address.
So I'm flagging this internally as this does seem like bad behavior
It is going to take us a bit to unwind this and determine what should happen exactly, especially with Subscriptions where this has already occurred.
What I'd recommend at this point is writing into our Support team about this via https://support.stripe.com/contact/login and they can update you as we progress on a resolution internally.
quaint pawn
It would have failed if you attempted to create the Sub with automatic tax w/ a trial but no address.
What do you mean by "It would have failed" ?
placid siren
If you try to create a Subscription with automatic_tax enabled + a trial period but no address collected for the Customer then that request will fail.
The reason yours succeeded, is because you set automatic_tax to enabled on a separate update after you created the Subscription previiously.
To me this is a bug that leads to the bad behavior you are experiencing
I don't believe we ever intended for this to be possible
quaint pawn
OK indeed this subscription gets created with automatic_tax disabled, and then we enable it afterwards.
But for most of our subscriptions, we create them "with automatic_tax enabled + a trial period but no address collected for the Customer" and the call works fine.
let me find you an example for this case
placid siren
But for most of our subscriptions, we create them "with automatic_tax enabled + ...
I just tested that and it failed for me. Indeed an example would be great
idle jettyBOT
quaint pawn
@oblique stone OK indeed, all the subscriptions we create are with automatic_tax disabled.
Because the Use automatic tax calculation toggle is ON at https://dashboard.stripe.com/settings/tax I thought that the subscriptions we create via the API would be with automatic_tax enabled but they are not.
placid siren
Yeah you have to set it explicitly on the Sub for it to be enabled
So yeah at this point I think this is a bug on our end where we should never have let these Subscriptions get into this state. I've escalated internally but waiting to hear back still and it might take a bit.
So that is why I would recommend following up over email with our Support team at this point.
I do appreciate you flagging this.
Definitely seems like bad behavior to let Subscriptions get in this state imo
quaint pawn
and I confirm it's not possible to create subscriptions with
automatic_tax={"enabled": True},
if the customer has no address information,
it does return the following error:
{
"error": {
"code": "customer_tax_location_invalid",
"doc_url": "https://stripe.com/docs/error-codes/customer-tax-location-invalid",
"message": "The customer's location isn't recognized. Set a valid customer address in order to automatically calculate tax.",
"request_log_url": "https://dashboard.stripe.com/test/logs/req_gaMbSZCN3p1mCY?t=1698936900",
"type": "invalid_request_error"
}
}
Correct
quaint pawn
One last question
placid siren
Sure
quaint pawn
If the Use automatic tax calculation toggle is ON and a subscription is created through the Stripe Dashboard, will it be created with automatic_tax={"enabled": True}, ?
placid siren
If you toggle it on during creation, yes.
There is still an option in the Dashboard
That button looks like:
And it is toggled on by default but you can toggle it off when you create the Subscription as well
quaint pawn
OK, so indeed right we have the Use automatic tax calculation toggle at ON, but we create subscriptions through the API, so they have automatic_tax disabled.
But since the end-of-cycle invoices are created automatically by Stripe, are they with automatic_tax enabled or disabled?
placid siren
The Invoice is generated with or without tax based on the Subscription's automatic_tax property at that time
quaint pawn
OK. The role of the toggle is very unclear and not documented precisely...
placid siren
Yeah I don't think we document each toggle and stuff like that in the Dashboard.
quaint pawn
So from what I gather, the toggle is a UI thing to set a default value for the other Collect tax automatically UI toggles when creating ad-hoc subscriptions and invoices. correct?
placid siren
I believe the settings toggle enables auto tax in the first place
But really we focus on the API -- we aren't that familiar with the Dashboard.
quaint pawn
Where can I ask questions about the dashboard?
placid siren
Our Support team knows more about the Dashboard than we do.
idle jettyBOT
steep lintel
frallain-tax