#realTripe-tax-reporting

1 messages · Page 1 of 1 (latest)

native mesa
#

Hi there! This is a great question, but I'm afraid this channel doesn't have a lot of tools to help, as it's his focused on developers and technical questions.

Our support team will be able to assist you better than I can: https://support.stripe.com/contact/email

Contact Us | Stripe: Help & Support

Find help and support for Stripe. Our support center provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.

vocal trout
#

Its a technical question as I am wondering if you support an API call back

#

im a developer as well

#

And if there are API calls back can you provide a link please

#

thank you

native mesa
#

We have tax for a lot of different products, so it's difficult to point you to one specific resource. What products are being used to create payments right now?

vocal trout
#

im just wondering how BigCommerce will be aware of the taxes if they are handled in stripe instead

#

actually i think this is a bigcommerce question

#

since they would need to support an API request to update reporting

#

how do systems usually handle reporting when the taxes are done within stripe?

#

how do the ecommerce systems know the tax and total amounts?

native mesa
#

I was just about to suggest that you check in with BigCommerce, as I don't have state on their integration options.

vocal trout
#

yes i understand

#

but if Stripes handling the calculations

#

how does the e-commerce system know of the tax amounts and new totals?

#

do I call an api endpoint before checking out to get the tax rate calculated

#

then checkout and the reporting will always be up to date that way

#

thoughts?

#

i appreciate your feedback, thank you

native mesa
#

I would recomend reading through this to get current state on integrating, then look at the various products you can integrate with (e.g. payment links, Checkout, Invoicing, Billing, and Orders): https://stripe.com/docs/tax/products-prices-tax-categories-tax-behavior

There are a lot of ways that you can collect on tax, and there may be nuance that's important to you that I don't know about

vocal trout
#

its taxes for a POS system

native mesa
#

Ah, right. So you can probably skip Checkout and Payment Links then

vocal trout
#

yeah so from what I see, I can use Stripe taxes by calling an API endpoint to calculate the taxes during checkout in the POS app

#

then provide the calculated tax values when the order is created in BigCommerce POS app

#

that way I can use stripe to calculate the tax and have bigcommerce orders up to date with the correct values

native mesa
#

Seems feasible, but you'll want to check with BigCommerce to ensure that they are capable of interacting with Stripe in that way

vocal trout
#

i tried they are clueless

#

going to have to test lol

native mesa
#

Sounds good. Well let us know if you get blocked as you build your test integration!

vocal trout
#

heck yeah thank you!

#

you all are awesome

#

so I just realized I can only set a 1 origin address in my stripe account for taxes

#

the POS app could possibly have thousands of locations

#

so I would need to setup a Stripe account for each location if I went this route?

native mesa
#

Sorry for the docs overload, but you'll want to look at those three things at some point

vocal trout
#

np

#

each location would need to create an account

#

i dont think that would be feasible

#

after creating 50 accounts I believe one would get tired and it would take too long for lets say 10,000 locations

#

unless each manager of the location setup their own stripe account and it was apart of the process

#

but that wouldn't be necessary I dont think with AvaTax

#

the thing is we are using a terminal

#

and that needs a location as well

#

so maybe it makes sense to use stripe

#

sorry im trying to figure this out and im so confused on which service to use

native mesa
vocal trout
#

yes

#

exactly

#

the POS app will be used on an IPad and have the ability to take payment using stripe terminal or manually process a card number by entering the details in the app

#

since we are using stripe as the payment processor I thought it would also make sense to use it for taxes

native mesa
#

Ahhhhh, okay. That makes a lot of sense. So in the scenario you mentioned here:

after creating 50 accounts I believe one would get tired and it would take too long for lets say 10,000 locations

Are there 10,000 different businesses? Or are there 50 businesses with 10,000 branches? 10,000 terminal readers?

vocal trout
#

could be 10,000 different locations

#

same business

#

so 10k terminals

#

and multple businesses can use this

native mesa
#

Okay, so the one business you're talking about, are the end-customers paying that business? Or are they paying a separate business using one business's POS system?

vocal trout
#

seperate businesses can use this pos app

#

and the pos app should support multiple locations

#

and yes there are end customers paying the business

native mesa
#

Okay, so each separate legal entity that's conducting business and getting paid would need to have a Stripe account. Each Stripe account would then have some number of Terminal readers and each Terminal reader would have a location attached to it.

vocal trout
#

alright so these sub accounts would each be a location:

native mesa
#

Not quite. Connect is separate

vocal trout
#

where do I setup different sub accounts for each location

native mesa
#

Click on the Connect tab and poke around a bit

vocal trout
#

we wouldn't be using connect for this solution

#

the app would connect directly to the merchants stripe account

#

that would handle multiple locations

#

and multiple terminals

#

im wondering how to handle multiple sales tax locations and terminals

native mesa
#

the app would connect directly to the merchants stripe account
Connect creates Stripe accounts. When you create a Connect account, you are creating a separate Stripe account that is connected to the platform. You're going to run into a lot of issues if your platform is not connected to the other Stripe accounts.

vocal trout
#

interesting

#

ok let me think about this

native mesa
#

Like, for example, you cannot transfer money between Stripe accounts if they are not connected. So you can't charge for your POS system

vocal trout
#

we wouldn't want to transfer between stripe connected accounts because each connected account should be a seperate business entity

native mesa
#

How would you (the platform) be monetizing the POS software/hardware you're providing?

vocal trout
#

this is a collab between stripe and bigcommerce

#

and we are the company hired to build it out

#

it wont be monetized its an open source solution

native mesa
#

Ahhhh, I see. I would recommend getting through all the resources I provided and making sure that your use-case doesn't require Connect. If it doesn't, I'd set up a Terminal reader to test out making payments, adjusting totals, and accounting for taxes.

#

I wish I had better direction to give you here, but (as you're scoping this) feel free to come back with questions about specific nuances/edge-cases/issues

vocal trout
#

how would I setup multiple terminals under one account?

native mesa
#

Have you set up a Terminal reader before?

vocal trout
#

no but im about to. One is on the way

#

should be arriving in the mail here soon

#

because in theory each terminal at a different location should have its own sales tax

native mesa
#

I would recommend doing a test integration with the Terminal reader first, because the answers to most of your questions will become really obvious once that first Terminal reader is setup and processing test payments.

vocal trout
#

ok makes sense thank you!