What it means
The contact person of the payer (ram:PayerTradeParty/ram:DefinedTradeContact) can have a telephone number (ram:TelephoneUniversalCommunication). The block must contain exactly one number (ram:CompleteNumber). The rule fails when it is empty or holds two.
Why it matters
A telephone block without a number, or with two, does not match the Extended profile structure. The file fails the check and the recipient can reject it.
How to fix it
Open the contact details of the payer in your invoicing software. Enter one telephone number, or clear the field if you have none. If you have two numbers, keep the one the recipient should call. In the XML, ram:TelephoneUniversalCommunication must contain one ram:CompleteNumber.
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-000934 still fails, and which other rules do.
Related rules
- FX-SCH-A-000935 Add the scheme attribute to the payer's global identifier
- FX-SCH-A-000936 Use a permitted scheme for the payer's global identifier
- FX-SCH-A-000937 Give the payer's postal address one country element
- FX-SCH-A-000938 Do not repeat the region in the payer's postal address
- FX-SCH-A-000939 Use a permitted country code in the payer's postal address
- FX-SCH-A-000940 Use a permitted scheme for the payer's company registration number