#beepsterr

1 messages · Page 1 of 1 (latest)

dark cedarBOT
radiant crater
#

hello! we'd prefer to start a new thread. how can I help?

turbid canyon
#

Well, We're back now so we'd like to continue figuring out why we were getting weird results with automatic tax

radiant crater
#

yep, i see my colleague suggested you try setting 'automatic_tax' => ['enabled' => true] when creating the Subscription, have you tried that?

turbid canyon
#

One second, Setting that up real quick

undone gazelle
#

sub_1NQmCCHtOqYWTCddfIXc2YUA

radiant crater
#

hmmm, so for sub_1NQmCCHtOqYWTCddfIXc2YUA, you can't retrieve the tax information?

turbid canyon
#

Well, that's not what we're trying to do, as per the previous thread.

We want to retrieve the tax percentage for a customer before we start a subscription for them.
We tried to approach this by creating a temporary invoice with a dummy item to try and figure it out but ran into a issue where it would world for Dutch customers but not for Greece customers for example.

The person that was helping us in the previous thread wanted to create a subscription to see if there were differences there.

radiant crater
#

that particular customer for that sub_1NQmCCHtOqYWTCddfIXc2YUA though, is listed as in MX, and that specific customer doesn't seem to have any address set on them for us to be able to retrieve the tax location

#

if the customer doesn't have any taxable location, i don't think we can even evaluate tax?

undone gazelle
#

I've added an existing address to the customer. We're just testing random countries etc. to check the tax calculation.

#

When is a location defined as 'taxable'?

#

Because I do notice that it says 'tax location status' -> not registered in the customers view in Stripe Dashboard (for that customer).

#

And that says, for example, 'valid' if it's an NL country.

radiant crater
#

honestly, i think this is going to take a while to look into. I'm not entirely sure how taxes work specifically (for the different countries). I think the tax working for NL customers is expected since you've registered your tax location in NL

#

the MX customer that you've just created - I don't think I would expect a NL business to have to collect tax for a MX customer. unfortunately, I'm not familiar enough with how taxes work cross region to be able to confirm that

#

if we're talking specifically about EU, there's probably some details about what products and how tax is collected too

#

https://support.stripe.com/contact/email - I think it's best to write in, with the subscription id as an example, and ask why isn't tax collected for that customer. Then we can look into it with the relevant team and get back to you on the support ticket

turbid canyon
#

Well the weird part is that when trying to get the information, We somehow end up with a error in the API "no such tax rate" even though there is a tax_rate id

Additionally the dashboard is confusing us because it'll say taxable or available or something.
Just mainly confused about us receiving a tax_rate ID but then it being invalid?

radiant crater
#

you mean in the upcoming invoice?

turbid canyon
#

Yea

radiant crater
#

well, the upcoming invoice is a "preview". Almost/Usually most objects in the upcoming invoice isn't actually accessible

#

e.g. if you try to access the invoice id of the upcoming invoice, you won't be able to access that

undone gazelle
#

Is there maybe any other possible way to calculate the tax percentage for a customer after they provided their invoice address, when they didn't have a subscription or paymentmethod attached yet? It's just for us to display a price in our dashboard which should include also the tax information.

I figured that was by creating a preview invoice.

radiant crater
#

i think the that's what the upcoming invoice is for, it should display the price that includes the tax too. Maybe I'm missing something about the original question (sorry about that) - but I believe that it was displaying tax for NL customers right?

#

and you were wondering why it wasn't displaying for Greece (as an example) customers?

undone gazelle
#

Not specifically for NL customers, but that one IS actually working correct.

We're a SaaS company and we're not sure where our customers come from and trying to launch a new platform. So, therefore we need to fix taxes for multiple countries. That's our main issue.

#

But yeah, indeed (about Greece for example).

radiant crater
#

If you create a Subscription for that Greece customer with automatic tax enabled - does it create an invoice with tax for the Greece Customer? If it doesn't, then i would provide that Subscription id, and ask why isn't there tax for this Subscription's invoice for this Customer

#

it kinda goes back to how taxes work. Maybe there's a specific tax configuration missing or maybe that product just doesn't collect taxes

#

which most of us don't have enough expertise to answer off the top of our head here on this channel unfortunately

undone gazelle
#

Yeah, just.. we don't have a subscription yet originally before we already need the tax information.

Can you maybe do tell us if we need any other configuration? Because we assumed that with only our NL registration information (of our own company) and using Stripe automatic tax, that everything would be arranged for whatever country automatically. Did we miss configurations or specific things in our API that our necessary for that to work maybe?

#

Because the documentation starts to look like a maze after looking for so long at it haha

radiant crater
#

you'd want to write in about that, like i mentioned, it's going to take a while to look into, and we'll need someone with more tax expertise to look into it (which none of us do on this channel). You providing the subscription id, gives us something specific to investigate with

undone gazelle
#

Alright. Then that's what we're going to do.

turbid canyon
#

Thanks for your help Alex

radiant crater
#

sorry about having to redirect you 😓