# Austria VAT ID "ATU Nummer" not valid

**URL:** https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598
**Category:** User
**Created:** [May 16, 2025, 9:32am UTC](https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598 "2025-05-16T09:32:53Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![Eulengesicht](https://discuss-cdn.tryton.org/letter_avatar_proxy/v4/letter/e/9fc29f/32.png) [@Eulengesicht](https://discuss.tryton.org/u/Eulengesicht)
#### Post date: [May 16, 2025, 9:32am UTC](https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598/1 "2025-05-16T09:32:53Z")

</div>

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

---

<div class="post-metadata">

### Author: ![dotbit](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/dotbit/32/2093_2.png) [@dotbit](https://discuss.tryton.org/u/dotbit)
#### Post date: [May 16, 2025, 9:43am UTC](https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598/2 "2025-05-16T09:43:13Z")

</div>

Party identifiers are handled by [GitHub - arthurdejong/python-stdnum: A Python library to provide functions to handle, parse and validate standard numbers.](https://github.com/arthurdejong/python-stdnum/)

Maybe if you use the European VAT number it keeps the leading AT.  
Otherwise I guess a contribution to stdnum is necessary.

---

<div class="post-metadata">

### Author: ![ced](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/ced/32/1237_2.png) [@ced](https://discuss.tryton.org/u/ced)
#### Post date: [May 16, 2025, 9:49am UTC](https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598/3 "2025-05-16T09:49:54Z")

</div>

> [@dotbit](#):
>
> Maybe if you use the European VAT number it keeps the leading AT.

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.

---

<div class="post-metadata">

### Author: ![dotbit](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/dotbit/32/2093_2.png) [@dotbit](https://discuss.tryton.org/u/dotbit)
#### Post date: [May 16, 2025, 10:22am UTC](https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598/4 "2025-05-16T10:22:15Z")

</div>

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?

---

<div class="post-metadata">

### Author: ![rmu](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/rmu/32/83_2.png) [@rmu](https://discuss.tryton.org/u/rmu)
#### Post date: [May 19, 2025, 7:20am UTC](https://discuss.tryton.org/t/austria-vat-id-atu-nummer-not-valid/8598/5 "2025-05-19T07:20:33Z")

</div>

Also note the “U” is part of the “number” and not of the country code, that is also somewhat confusing.
