What it means
Each ram:SpecifiedTaxRegistration inside ram:ShipFromTradeParty must contain exactly one ram:ID. The check counts elements; it does not check whether the number is filled in or decide which tax registration number you should report.
Why it matters
The EXTENDED profile represents the identifier for each tax registration in one ram:ID field.
How to fix it
Check which VAT number or tax number belongs in your ship-from tax registration. Put it in one ram:ID inside ram:ShipFromTradeParty/ram:SpecifiedTaxRegistration and remove extra ram:ID elements from that block. Export and recheck your file.
Once the file is corrected, check it again for free: Validate a ZUGFeRD invoice
Or fix the invoice in a form and download the corrected file, for 1 credit: Fix a rejected e-invoice Beta
The rule as published
Element 'ram:ID' must occur exactly 1 times. Where this rule applies
| Rule set | Version |
|---|---|
| Factur-X 1.09 EXTENDED | 1.0.9-2 |
| ZUGFeRD 2.5 EXTENDED | 2.5.2 |
Check your file
Drop your e-invoice to see whether FX-SCH-A-000810 still fails, and which other rules do.
Related rules
- FX-SCH-A-000811 Add a scheme attribute to the ship-from tax number
- FX-SCH-A-000812 The ship-from electronic address needs one URIID element
- FX-SCH-A-000813 Add a scheme attribute to the ship-from electronic address
- FX-SCH-A-000814 Use an allowed ship-from electronic address scheme
- FX-SCH-A-000815 Keep at most one delivery party role code
- FX-SCH-A-000816 Keep at most one delivery electronic address block