Option to annex VAT rate to VAT line item title
xibun - November 9, 2009 - 18:31
| Project: | Ubercart 2 VAT support |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
By EU law the invoice needs to indicate the applied tax rate. So I recommend to make this "option" default. One could actually hard code it, but obviously the invoice template can be changed and a line indicating the tax rate can be added in another place, this speaks in favour of making it just an option.
So instead of displaying "VAT:" followed by the amount the line item could show "VAT 16%:". Where the historic rate applied to the order should be shown, up to the last non-zero decimal.
Do you see a way of implementing this in uc_vat?
#1
Perhaps not ideal - but you could just consider naming the tax - 'VAT 15%' then it would always be displayed on all references. If you change the tax rate (not an often occurence) then just change the title at the same time.
#2
@lodey: thanks. thing is in Spain they will increase VAT by 2% in the middle of next year. need to be sure that historic invoices are printed correctly.
#3
The full tax rules that were in use at the time are stored against every order so the name of the tax should be enough, however right now I don't think the saved name is reloaded when viewing a historic invoice.
I would prefer not to add a "show rate" option as suggested as people will want different formats - "VAT 16%", "16% VAT", "VAT (16%)", etc.
#4
I agree to the problem with the different formats. One solution could be to offer a token (not referring to the token module) so when the line item title includes "[rate]" this 6 characters get replaced by "16%" or what ever the historic rate of that order was.
This doesn't mean the solution has to be like this or that it should be located in the uc_vat module - I'm just throwing an idea. Maybe there is no clean or simple enough solution for Ubercart 2.0, in which case we should suggest some API extension for Ubercart 3.0 with this problem in mind.
About my particular case: I have changed my invoice generating module, so I'm fine. But I think this issue exists for many (European) stores and deserves a generic solution.