#ayeshaikh_7

1 messages · Page 1 of 1 (latest)

raven lodgeBOT
bleak cedar
#

You can update the tax rates

#

and update the Subscripiton later

undone skiff
#

and I'll have to keep checking if there is any change in tax rate

#

and there can be 100s of subscriptions

bleak cedar
#

Or you can use Stripe Tax

#

which handles for you all of this

undone skiff
#

yeah, but the Stripe tax calculates taxes based on the customer address and customer can only have one address

#

and in my a customer can have multiple subscription with distinct address

#

so - rn don't want to go with Stripe Tax

bleak cedar
#

and in my a customer can have multiple subscription with distinct address
A customer at the same time can have two addresses ?

undone skiff
#

yes - they may have

#

in my case customer is a part of org and can have multiple subscriptions with different address

#

any other approach if you could suggest

bleak cedar
#

Nope honestly

#

What you can do is to create a Stripe Customer object for each location

#

So every single customer to your integration may have multiple Stripe Customers

#

and then you can use Stripe Tax

undone skiff
#

don't want to go that route of creating multiple customer for each location

undone skiff
bleak cedar
#

You add that check yes that coul dbe an option too

undone skiff
#

also, if I use tax rates - should I be creating tax_rate for each state - and then retrieve using the location, use it for my subscription based on the customers location OR need to create new tax rates for every other subscriptions?

bleak cedar
#

if I use tax rates - should I be creating tax_rate for each state - and then retrieve using the location, use it for my subscription based on the customers location
You need to follow this option

undone skiff
#

thanks, but I don't see any api to get tax rates based on location

raven lodgeBOT
bleak cedar
#

You need to track this in your integration/database

undone skiff
undone skiff
bleak cedar
undone skiff
bleak cedar
#

also, if I use upcoming invoice event - the event is triggered 3 days before - and what if the tax rate was changed after that
You can configure the upcoming event to be triggered 1 day before renewal via the dashboard, but you still may have tax rate changes after getting the event. So the only option is handle this change by your own integration

undone skiff
bleak cedar
#

yes

undone skiff
#

let me check again

bleak cedar
#

Ah yes you're right

#

But this doesn't solve your issue

#

Once a tax rate change, you need to fetch all impacted Subscription and update them by your integratin

undone skiff
#

can I use invoice created event here?

#

not sure if I can change the tax rates while invoice is in draft state?

bleak cedar
#

I invite you to do a test regarding this

undone skiff
#

sure, I'll test

#

one more question, why there is no stripe api to get tax rates by states/ location/ jurisdictions? won't this be helpful

sleek mirage
#

👋 taking over for my colleague. Let me catch up.

sleek mirage
undone skiff
#

Hi, I am creating tax rates and using it for subscriptions. And I want to make sure we charge right amount of taxes - if the tax rate is changed in future. How can I handle this?

sleek mirage
#

you create a new Tax rate and you update the subscription

undone skiff
#

and I'll have to keep checking if there is any change in tax rate
and there can be 100s of subscriptions

sleek mirage
#

you can use Stripe Automatic Tax and then we can do that on your behalf

undone skiff
#

rn - don't want to with stripe tax - since in my case customer can have multiple addresses

#

and in stripe a customer can only have one

sleek mirage
#

you can create multiple customers for each address

undone skiff
#

and I don't want to have multiple customers for each address 😐

sleek mirage
#

actually thinking about it now

#

you can have multiple billing addresses for the same customer

#

it requires creating multiple Payment Methods for the same Customer

undone skiff
#

that would be tied to payment method

sleek mirage
#

and each Payment Method has a different billing address

#

and then you would choose the corresponding PM to use for each subscription

#

which means that the tax will be calculated based on that billing address

undone skiff
#

yes...but in my case same PM can have multiple addresses too

sleek mirage
#

you can clone PMs and change their billing addresses

#

actually that's not possible on the same platform

undone skiff
#

so again...PM for each location same as customer issue

#

multiple customer for each address/ multiple PM for each address -- dont want to do that

undone skiff
#

the reason we dropped the idea of using stripe tax

sleek mirage
#

just to make it clearer cloning is not possible on the same account

undone skiff
#

and still want to make sure the tax rates are latest and accurate for all our subscriptions

undone skiff
#

and I'll have to keep checking if there is any change in tax rate
and there can be 100s of subscriptions

any approach if you can suggest

sleek mirage
#

trying to think of a solution

#

please give me a couple of minutes to think this through

undone skiff
#

sure

sleek mirage
#

ok so basically you can create multiple payment methods on the front-end while the customer has only entered their info once

#

and each time you pass in different billing Details

#

you need to pass in paymentMethodCreation: 'manual' while creating the payment element though

undone skiff
#

you are suggesting creating multiple payment method object for same PM for each location?

sleek mirage
#

the same Payment Element

#

yes

#

so basically you can have a UI where you collect a Payment Method, and the user can add as many Billing Addresses (minimum 1)

#

once the form is submitted, you go through the billing addresses and for each you create a PM(payment method) using the Payment Element and pass in the corresponding billing address

undone skiff
#

yes, this is same as having multiple cusotmer object for every location they add

#

right?

#

except there are multiple copies of same PM instead of customers with differnt address

sleek mirage
sleek mirage
undone skiff
#

yes

#

I don't want to have multiple copies of same PM/ cusotmer

sleek mirage
#

it's not multiple copies of the same customer

undone skiff
#

but of same PM

sleek mirage
#

it's technically not the same PM

undone skiff
#

yeah

sleek mirage
#

because it's bound to a different billing address

undone skiff
#

but only thing different is the address here -- the card or ach data remains same

sleek mirage
#

but that's what your model already describes right?

#

you want a customer to be able to have multiple billing addresses even if they had one billing method

undone skiff
#

yes

sleek mirage
#

that's the same thing

#

the only difference is that we store both of the information on the same object

undone skiff
#

or I can have multiple billing address for one PM?

#

not sure if I am understanding this right - but we want is a customer to have multiple billing addresses

sleek mirage
sleek mirage
#

and you will use the corresponding ID

#

each time you choose by billing address

#

I'm not sure what's not clear

undone skiff
#

and thanks for patiently answering everything

sleek mirage
#

unfortunately that's the only solution we can offer you

raven lodgeBOT