#derbytau_invoice-footers-connect
1 messages ยท Page 1 of 1 (latest)
๐ 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.
- derbytau_best-practices, 5 days ago, 12 messages
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
we are using express accounts and destination charges with on_behalf_of, so that the invoice is from the connected account
hi! I'm taking over this thread.
why don't you add the footer when you generate the Invoice? https://docs.stripe.com/api/invoices/create#create_invoice-footer
the invoice is generated via a checkoutSession for subscriptions. There I could not find an option to edit this invoice settings
in this case, you could add the footer on the customer object: https://docs.stripe.com/api/customers/create#create_customer-invoice_settings-footer
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?
you would need to update the Invoice footer before each payment, which I agree is not ideal. but I don't see another solution
derbytau_invoice-footers-connect
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
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.
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
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?
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.
It seems like there are two approaches here.
-
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
-
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.
Find help and support for Stripe. Our support site 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.
if I create the customer object ahead of time, is it possible for the customer to change it during checkout?
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
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?
My understanding is that we don't. We do checks to ensure the collected tax ID is the correct format, but we don't continually validate them over time:
https://docs.stripe.com/billing/customer/tax-ids#validation
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?
It's automatic if you use Stripe Tax, but let me know if that's not what you see in your testing.
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
Please get that information, along with the supporting regulations, to our Support team.
ok I will do this