Hello everybody,
a customer gave me his Austrian VAT ID in the format ATU12345678. According to some online tools, the actual number is valid and for the correct company.
But in Tryton party identifiers, “Österreichische Umsatzsteuer-Identifikationsnummer” (VAT ID for Austria), Tryton wants to cut of the “AT” and only uses the format U12345678.
Is this expected behaviour? - If so - it’s a little confusing…
EG
Party identifiers are handled by GitHub - arthurdejong/python-stdnum: A Python library to provide functions to handle, parse and validate standard numbers.
Maybe if you use the European VAT number it keeps the leading AT.
Otherwise I guess a contribution to stdnum is necessary.
Indeed it is the European version that adds the country code.
In general it is better to only set European VAT number and not country specific version.
In Romania people confuse company registration number (CUI), fiscal identifier (CIF) and VAT number: There is the company registration number (CUI), which is always without RO, used as a fiscal identifier it is called CIF (ex. used on invoices), and in case the company is VAT registered you put the RO in front, if it is not VAT registered, then you use the CUI without a leading RO. What I did is I made stdnum keep the RO in the VAT number, but also made it valid if it does not have the RO. This is wrong, because if it does not have the leading RO, then it is not a VAT number, then it is just a fiscal identifier, so I am not very happy with the solution, but it works for now.
Maybe something similar is going on in Austria?
Also note the “U” is part of the “number” and not of the country code, that is also somewhat confusing.