Chag Sameach Hillel,
I think Invoice Ninja has a problem with rounding VAT amounts. Let’s suppose that I want to sell a product for 225 incl. 19% VAT - Invoice Ninja only allows the following combinations: 189.07 + 35.92 = 224.99 or 189.08 + 35.93 = 225.01. This happens in both methods, exclusive and inclusive - the latter results in Invoice Ninja changing the total amount by itself (although this should be a constant amount in this method).
If this were a “manual” invoice, I would write:
But right now, Invoice Ninja would not accept a total of 225 with 19% VAT.
Chag Sameach/Happy Passover!
I think you have three options:
Increase the precision of the cost or quantity
Add an ‘Adjustment’ custom surcharge to correct the amount
Create a new company with “Include taxes in the cost” enabled
For example, you could change the price to 189.075
It would be a surcharge not a second product but it wouldn’t work with buy now links
You may be able to migrate the data by exporting the data, adjusting the spreadsheet and then reimporting it
Sorry, we don’t plan on supporting this setting for existing companies. Our primary goal is to provide an app which works accurately, one way we accomplish this is by placing limits on the complexity we’re willing to take on. This is a good example of that, having a single account with a combination of both types of taxes would be complicated for both developers and users.
When I do 189.075, the app makes it 189.08 and then calculates VAT based on 189.08 - what am I doing wrong?
I’n not sure the exact value you’d need to use, I was just explaining how to ‘increase the precision’
Is Invoice Ninja able to deal with tenths of cents?
Yes, we support up to four digits (0.1234) precision.
Okay, so why does the app ignore the third digit?
The increased precision is supported with the line item quantity and cost, the line item total is rounded to two digits.
But the VAT is calculated based on the total, so how does increasing precision help?
You would need to use line item tax rates for it to help.
I get the very same result with line item tax. In other words: Both line item tax rate and global tax rate ignore “increased precision”:
I think this is a bug, we’ll make sure it’s fixed in our next release.
Thank you. Can I use line item tax as a default for buy now links?
I think so but I’d suggest testing it.
How do I do that? I assume this requires an addition to the buy now URL?
Try setting the tax as the default for the product.
Okay, got it. Now it just needs to calculate with increased precision
A general remark on your “limiting complexity” policy: Limiting complexity is a good thing in itself, no doubt about that, but unfortunately, law makers don’t seem to have the same policy. In Europe, VAT is not just company-based - it also depends on the client ( local/foreign [what kind of foreign, EU or non-EU, B2C or B2B?] ) and on the service provided ( digital / educational / etc. etc.). I’m sure non-European tax systems can have similar complexity, maybe even worse… So a good invoicing app should take that into account, even if it means increasing complexity and making the programmer’s life harder…