#derbytau_invoice-footers-connect

1 messages ยท Page 1 of 1 (latest)

cedar boltBOT
#

๐Ÿ‘‹ Welcome to your new thread!

โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

๐Ÿ”— This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1333432169787293729

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

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.

wintry maple
#

If you are using Standard Connect Account and Direct Charges , then no you can't use API for this... each Connected Account need to make the change on their end

cedar boltBOT
idle storm
#

we are using express accounts and destination charges with on_behalf_of, so that the invoice is from the connected account

bleak oasis
#

hi! I'm taking over this thread.

idle storm
#

the invoice is generated via a checkoutSession for subscriptions. There I could not find an option to edit this invoice settings

bleak oasis
idle storm
#

ok but what if the same customer is customer for two different connected accounts and one connected account needs this footer note and one not?

bleak oasis
#

you would need to update the Invoice footer before each payment, which I agree is not ideal. but I don't see another solution

cedar boltBOT
#

derbytau_invoice-footers-connect

idle storm
#

ok than i would rather create multiple customers and select the customer with the matching footer for the checkout if there are no other solutions.

Will I get the same problem with reverse charge?
I saw, that it is properly calculated depending on the country, but I think the invoice needs a footer that explains the missing tax just like in this case

steady fiber
#

Hi there ๐Ÿ‘‹ jumping in as my teammates need to step away soon. I'm not sure if we automatically generate footer text for the scenario that you're describing, but you can always generate a testmode Invoice to confirm. If you don't see the verbiage that needs to be present for your use cases, then you'll need to adjust your flow to include it using one of the approaches discussed above.

idle storm
#

I just created an test invoice via subscription checkoutsession. In my case: the connected account was from germany and the customer from chile. With stripe tax activated the calculated tax was correctly 0. But there is no footer.

So this is in fact also a problem for reverse charge. But I dont know how to set a invoice footer text before the customer used the checkout so i could say if the customer uses reverse charge or not

steady fiber
#

Hm, to do that you would have to create the Customer object first. Is there anything you can collect from your customers proactively that would allow to you know whether they're going to see reverse charge?

idle storm
#

reverse charge means that the customer has to manage the tax himself. This is the case if (at least if the merchant is in germany):

  • the customers delivery address is not part of the european union
  • or the customers delivery address belongs to the european union but the customer has a valid vatID

than no tax will be applied but the invoice has the mention it. For example like hat:
"According to the reverse charge system, tax liability transfers to the recipient of the services."

so this information depend on the input of the customer during the checkout.

steady fiber
#

It seems like there are two approaches here.

  1. This seems like a feature request to include the required verbiage, but if it's required by regulations then I think that deserves more weight than a typical feature request. Please reach out to our Support team about this ask, and include any regulatory details that you have showing this requirement. https://support.stripe.com/?contact=true

  2. As an interim solution, if you're interested in trying to build it, you can gather address and/or VAT ID details from your customers ahead of time to determine whether they're going to be subject to reverse charge. Then you can create their Customer object if so and set the appropriate footer details before sending them to Checkout.

idle storm
#

if I create the customer object ahead of time, is it possible for the customer to change it during checkout?

steady fiber
#

There is the option to avoid enabling shipping_address_collection and tax_id_collection when creating the Checkout Session, but I'm not sure if that will cause those details to be omitted from the tax calculation process you're using. I don't suspect they would be, but I'd recommend testing to be sure.
https://docs.stripe.com/api/checkout/sessions/create#create_checkout_session-shipping_address_collection
https://docs.stripe.com/api/checkout/sessions/create#create_checkout_session-tax_id_collection

idle storm
#

ok I will test this later but I dont this I can test this today.
Another problem I think we will have than is, that a vatID can expire so we would have to track this and update the footer acordingly. does stripe tax detect if the vatID expire and update the tax accordingly? And if so does it emit an event we could listen to?

steady fiber
idle storm
#

Ok then we have to regulary check this

#

But how do we add the new Tax rate if we use stripe Tax, or will this apply automaticly if we remove the vatID?

steady fiber
#

It's automatic if you use Stripe Tax, but let me know if that's not what you see in your testing.

idle storm
#

ok I did another check for the second part of the reverse charge rules.
The customer is part of the european union but has a valid VatID.
In this case Ive got a footer mentioning the reverse charge system. This is relieving, but our accounting department said, that this is required in both cases

steady fiber
#

Please get that information, along with the supporting regulations, to our Support team.

idle storm
#

ok I will do this