#koidestroyer

1 messages ยท Page 1 of 1 (latest)

atomic gobletBOT
eternal oracle
#

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?

light cave
#

in_1MU6UZDoazGNhhkoU5aOdwkn

#

This invoice shows the issue

#

(Test mode invoice)

eternal oracle
#

thanks! which part specifically is the issue?

light cave
#

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

eternal oracle
#

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

light cave
#

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

eternal oracle
eternal oracle
light cave
#

We as a platform are paying VAT for that transaction

eternal oracle
#

isn't the customer paying the tax?

light cave
#

our recipients are not the VAT payers

#

not in this case

eternal oracle
#

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

light cave
#

yeah, I'm not asking legal advice ๐Ÿ™‚ I was trying to understand how this works and how can I make it happen

eternal oracle
light cave
#

๐Ÿ‘

light cave
#

cool, one question about transfer_data[amount] - if we, the platform, need to be the settlement merchant, we need not set on_behalf_of ?

eternal oracle
#

yep

light cave
#

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)

eternal oracle
#

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

light cave
#

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

eternal oracle
#

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

light cave
#

Yup, that's another plus, we have less conversions in the transfer_data[amount] if I got that right

eternal oracle
#

I might have it backwards, you'd need to test it, unfortunately it's quite complex

light cave
#

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

eternal oracle
#

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