What it means
The test counts ram:BuyerTradeParty elements inside ram:ApplicableHeaderTradeAgreement and requires exactly one. This entry represents the buyer (BG-7). The test does not check whether the buyer's details are complete or correct.
Why it matters
The buyer entry identifies the party purchasing the goods or services. The profile provides one agreement-level entry for that party.
How to fix it
Check that the invoice identifies the correct buyer. Add a missing ram:BuyerTradeParty or remove duplicate buyer blocks within ram:ApplicableHeaderTradeAgreement, keeping the intended buyer's details. Export again 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 'ram:BuyerTradeParty' must occur exactly 1 times. Where this rule applies
| Rule set | Version |
|---|---|
| Factur-X 1.09 MINIMUM | 1.0.9-2 |
| Factur-X 1.09 BASIC WL | 1.0.9-2 |
| Factur-X 1.09 BASIC | 1.0.9-2 |
| Factur-X 1.09 EN 16931 | 1.0.9-2 |
| Factur-X 1.09 EXTENDED | 1.0.9-2 |
| ZUGFeRD 2.5 MINIMUM | 2.5.2 |
| ZUGFeRD 2.5 BASIC WL | 2.5.2 |
| ZUGFeRD 2.5 BASIC | 2.5.2 |
| ZUGFeRD 2.5 EN 16931 | 2.5.2 |
| ZUGFeRD 2.5 EXTENDED | 2.5.2 |
Check your file
Drop your e-invoice to see whether FX-SCH-A-000028 still fails, and which other rules do.
Related rules
- FX-SCH-A-000029 Include one purchase order number per reference
- FX-SCH-A-000030 The buyer must have exactly one name
- FX-SCH-A-000031 The buyer's registration scheme must be an allowed code
- FX-SCH-A-000032 The seller must have exactly one postal address
- FX-SCH-A-000033 Use at most one seller VAT registration entry
- FX-SCH-A-000034 Use at most one seller tax number entry