What it means
For each ram:TelephoneUniversalCommunication under ram:UltimateShipToTradeParty/ram:DefinedTradeContact in the header delivery section, this rule requires exactly one direct ram:CompleteNumber child. It checks element count, not whether the telephone number is filled in or valid.
Why it matters
The Extended profile provides one number field within each telephone communication block. Omitting or repeating that field does not match the required structure.
How to fix it
Check the telephone details for the final delivery recipient's contact. Keep one ram:CompleteNumber containing the intended number inside ram:UltimateShipToTradeParty/ram:DefinedTradeContact/ram:TelephoneUniversalCommunication. If the telephone entry is not required for your invoice, remove its whole block instead. Export and recheck.
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:CompleteNumber' 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-000838 still fails, and which other rules do.
Related rules
- FX-SCH-A-000839 The final recipient's global identifier needs a scheme
- FX-SCH-A-000840 The final recipient's global identifier scheme must be allowed
- FX-SCH-A-000841 The final recipient's address needs one country field
- FX-SCH-A-000842 Too many regions in the final delivery address
- FX-SCH-A-000843 Country code is not allowed in the final delivery address
- FX-SCH-A-000844 The final recipient's organisation identifier scheme is not allowed