What it means
In the Extended profiles of Factur-X and ZUGFeRD, the check applies separately to each ram:ManufacturerTradeParty under ram:SpecifiedTradeProduct. It counts ram:SpecifiedTaxRegistration elements containing a ram:ID with schemeID="FC" and allows at most two. FC identifies a tax number rather than a VAT number. The rule counts registration elements, not individual IDs.
Why it matters
The profile limits the number of tax number registration entries used to describe each product's manufacturer.
How to fix it
Check the manufacturer's tax numbers for the affected line. Remove duplicate or incorrect FC registration entries so that no more than two remain in that ram:ManufacturerTradeParty. Do not change a tax number's scheme just to avoid the limit. If your software creates the extra entries, ask its supplier to correct the export. Export and recheck the 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 variant 'ram:SpecifiedTaxRegistration[ram:ID/@schemeID="FC"]' may occur at maximum 2 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-000385 still fails, and which other rules do.
Related rules
- FX-SCH-A-000386 A manufacturer may have at most two VAT number entries
- FX-SCH-A-000387 A line may have at most one VAT amount in the invoice currency
- FX-SCH-A-000388 A line may have at most one VAT amount in the VAT accounting currency
- FX-SCH-A-000389 The document language code must be on the allowed list
- FX-SCH-A-000390 The charge reason code (list 5153) must be an allowed code
- FX-SCH-A-000391 The charge reason code must be an allowed code