#koidestroyer
1 messages ยท Page 1 of 1 (latest)
hi! do you have an example payment ID/screenshots or more detail on what this VAT is and where you see it being sent to the connected account?
thanks! which part specifically is the issue?
We added VAT to the invoice. We see:
- Money received
- Stripe fee removed
- All Money sent to connected account
- Our fee recognized (without VAT)
So all we see is that the full amount minus stripe fee on the connected account and no indication that the VAT will be sent back to us
hmm I mean that is how you created the Invoice. You're using Destination Charges and the call you made (https://dashboard.stripe.com/test/logs/req_I70afi1MCVc0R0) was to
- create an Invoice
- specify the connected account is the recipient of the transfer
- take an application fee of
428
so the effect is that when the Invoice is paid, the full sum of the payment is transferred to them, and the 4.28eur is sent back to your platform, minus the Stripe processing fee. https://stripe.com/docs/connect/destination-charges#flow-of-funds-app-fee
that's kind of just how it works, I'm not sure what you would like to see happen instead
We set a VAT of 20% so we would like to receive that money in addition to the fee.
So basically you are telling me that if we will add that VAT we need to add it to the application fee
why? is that how it's supposed to work?
that's the only way I'd see it working, yep
We as a platform are paying VAT for that transaction
isn't the customer paying the tax?
hmm ok. I mean they are, the invoice they pay has VAT on it and their payment method was charged for that. Ultimately I don't understand the use case, I'm not a tax subject matter expert, just a developer
yeah, I'm not asking legal advice ๐ I was trying to understand how this works and how can I make it happen
well the only way is to split the funds by taking more of an application_fee_amount, or using https://stripe.com/docs/api/invoices/create#create_invoice-transfer_data-amount , or using a TransferReversal after the payment to pull some of the amount back from the connected account
๐
cool, one question about transfer_data[amount] - if we, the platform, need to be the settlement merchant, we need not set on_behalf_of ?
yep
So in that case the money flow would change, but the end state and who's the settlement merchant remain the same as with the application_fee_amount - right? (assuming I set the proper amounts)
the money flow doesn't actually change with on_behalf_of, the same amounts end in the same balances of the same accounts
it just changes internal details of what we send to the card networks etc and how the money moves internally, and how the receipts/etc are branded for the customer
I mean, I'm currently using application_fee_amount and I think it makes more sense to add the VAT to change the mechanism to transfer_data[amount] .
But I don't want to change anything about who's the settlement merchant or anything else that I got using the application_fee_amount
anything else with respect to who's responsible for what, not about the internal money flows
it has nothing to do with on_behalf_of really, they're separate parameters
the main thing about using transfer_data[amount] is the reporting is worse than using application_fee_amount since you don't get an explicit ApplicationFee object created on the platform representing your cut ; instead you have to 'know' your fee is the difference between the amount paid and the amount transferred
it also has some implications on currency conversion since application fees you recieve are converted but the retained transfer amount difference is not https://stripe.com/docs/connect/currencies#destination-charges-without-on-behalf-of
Yup, that's another plus, we have less conversions in the transfer_data[amount] if I got that right
I might have it backwards, you'd need to test it, unfortunately it's quite complex
yes, I am getting that vibe ๐
And seems that it's not the most popular product and people here are not usually very familiar with it
which product, Destination charges? they're super common, so are Invoices
it's not that we're not familiar, I've been answering these questions for 5 years. It's that they're complicated and nuanced and everything ultimately depends on your exact set up and requirements in terms of the location of your platform and your connected accounts and the currencies you present and settle in, so there's no substitute for testing the exact scenarios