What it means
The contact person (ram:DefinedTradeContact) of the party the goods on an invoice line finally go to (ram:UltimateShipToTradeParty) can have a phone entry (ram:TelephoneUniversalCommunication). When that entry is present, it must contain exactly one phone number (ram:CompleteNumber).
Why it matters
The recipient's software reads the entry as a single phone number. An entry with none or two does not fit the structure of the Extended profile, so the file fails the schema check and is reported as invalid.
How to fix it
In your invoicing software, open the contact for the final recipient on the line and check the phone field. Enter one number, or clear the field so no phone entry is written. If you build the XML yourself, keep a single ram:CompleteNumber inside ram:TelephoneUniversalCommunication, or leave the element out.
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-001114 still fails, and which other rules do.
Related rules
- FX-SCH-A-001115 The final recipient's global identifier needs a scheme
- FX-SCH-A-001116 Unsupported global identifier scheme for the final recipient
- FX-SCH-A-001117 The final recipient's address needs one country element
- FX-SCH-A-001118 Repeated region in the final recipient's address
- FX-SCH-A-001119 Unsupported country code in the final recipient's address
- FX-SCH-A-001120 Unsupported company registration scheme for the final recipient