An invoice must contain the buyer name

Why it fires on invoices that look fine

Almost nobody hits this rule because they forgot the field exists. They hit it because something between their system and the document dropped it, changed its shape, or filled it with a value that is right somewhere else. These are the causes worth checking first.

• The buyer is a person rather than a company and the export only maps a company-name field, which is empty for them.
• The invoice is addressed to a department or a cost centre, and the name of the legal entity was never stored separately from the delivery contact.
• Only an account number or a customer reference was sent, which identifies the buyer to you but not to their accounts payable system.

What to change

• Send the name of the legal entity that owes the money, which is what their AP system matches against.
• Keep the contact person in the contact fields. Putting a person's name here on a company invoice is a common cause of a document being received and then not matched to a purchase order.

The validator runs in your browser. Nothing is uploaded, and you can confirm that yourself with the network panel open.

Rules you are likely to hit next

A document that breaks BR-07 usually breaks one of these too, because the same mapping gap tends to affect neighbouring fields.

• BR-10: buyer postal address
• BR-11: buyer country code
• BR-06: seller name

Questions people actually ask

What does BR-07 mean?

Every invoice names the buyer: the party being invoiced.

Which field does BR-07 apply to?

BT-44, Buyer name. That is the name the semantic model uses, which is what you search for in your own system's mapping when the identifier alone does not tell you which field to look at.

Does our validator check BR-07?

Yes. Paste your invoice data into the free validator and it reports this rule with the value it actually saw, without the document leaving your browser.