base_vat: faulty vat number check
Bug #578888 reported by
Xavier Fernandez http://www.smile.fr
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Odoo Addons (MOVED TO GITHUB) |
Fix Released
|
Low
|
OpenERP R&D Addons Team 3 |
Bug Description
There seems to be quite a lot of bug reports concerning base_vat with checks not working for (at least) Slovakia, Romania, Bulgaria, Portugal, Spain and Sweden.
I'd like to add a new of for Italy. IT 00118439991 is validated ok by http://
but is not by OpenERP base_vat addon.
Given the poor added value of theses (invalid) checks and their hindrance of not being able to fill the (correct) VAT of a partner, I think we should stick to the official checks guidelines available here: http://
Related branches
lp:~openerp-commiter/openobject-addons/trunk-dev-addons3-vth2
- OpenERP Core Team: Pending requested
-
Diff: 1442 lines (+802/-10)56 files modifiedaccount/i18n/account.pot (+6/-5)
account/i18n/ar.po (+15/-0)
account/i18n/bg.po (+15/-0)
account/i18n/bs.po (+15/-0)
account/i18n/ca.po (+15/-0)
account/i18n/cs.po (+15/-0)
account/i18n/da.po (+15/-0)
account/i18n/de.po (+15/-0)
account/i18n/el.po (+15/-0)
account/i18n/es.po (+15/-0)
account/i18n/es_AR.po (+15/-0)
account/i18n/es_EC.po (+15/-0)
account/i18n/et.po (+15/-0)
account/i18n/eu.po (+15/-0)
account/i18n/fa.po (+15/-0)
account/i18n/fi.po (+15/-0)
account/i18n/fr.po (+15/-0)
account/i18n/gl.po (+15/-0)
account/i18n/gu.po (+15/-0)
account/i18n/hr.po (+15/-0)
account/i18n/hu.po (+15/-0)
account/i18n/id.po (+15/-0)
account/i18n/it.po (+15/-0)
account/i18n/kab.po (+15/-0)
account/i18n/ko.po (+15/-0)
account/i18n/lt.po (+15/-0)
account/i18n/lv.po (+15/-0)
account/i18n/mn.po (+15/-0)
account/i18n/nb.po (+15/-0)
account/i18n/nl.po (+15/-0)
account/i18n/nl_BE.po (+15/-0)
account/i18n/oc.po (+15/-0)
account/i18n/pl.po (+15/-0)
account/i18n/pt.po (+15/-0)
account/i18n/pt_BR.po (+15/-0)
account/i18n/ro.po (+15/-0)
account/i18n/ru.po (+15/-0)
account/i18n/si.po (+15/-0)
account/i18n/sk.po (+15/-0)
account/i18n/sl.po (+15/-0)
account/i18n/sq.po (+15/-1)
account/i18n/sr.po (+15/-0)
account/i18n/sv.po (+15/-0)
account/i18n/ta.po (+15/-0)
account/i18n/te.po (+15/-0)
account/i18n/th.po (+15/-0)
account/i18n/tlh.po (+15/-0)
account/i18n/tr.po (+15/-0)
account/i18n/ug.po (+15/-0)
account/i18n/uk.po (+15/-0)
account/i18n/vi.po (+15/-0)
account/i18n/zh_CN.po (+15/-0)
account/i18n/zh_HK.po (+15/-0)
account/i18n/zh_TW.po (+15/-0)
account/invoice.py (+1/-1)
base_vat/base_vat.py (+0/-3)
Changed in openobject-addons: | |
importance: | Undecided → Wishlist |
Changed in openobject-addons: | |
milestone: | none → 6.0-rc2 |
Changed in openobject-addons: | |
status: | Confirmed → In Progress |
Changed in openobject-addons: | |
status: | In Progress → Fix Released |
To post a comment you must log in.
Currently the VAT validation is working for Spain. It's true that we had some problems back then, but they where caused by a change on our VAT numbering system (the VAT validation was based on the older validation, so the numbers that changed on the new one weren't considered valid).
Just using the guidelines you propose wouldn't be enough for most people (you can type a digit incorrectly and it would still validate that VAT).
So I think it is a problem of the each localization community: if some Italian VAT numbers are not being detected properly, somebody from the Italian community should take care to propose a patch for base_vat that corrects the problem for Italy, and ask the OpenERP guys to merge it.