POST /invoicing/documents
and what ends up in the EN 16931 record, the CII XML and the PDF. Use it to map
your data model before you integrate. The first part lists the request fields;
the second walks the whole standard, business term by business term, and says
what meetergo does with each.
Terminology: BT-n is a business term and BG-n a business group of the
EN 16931 semantic model. Where the standard has no term for something meetergo
prints on the PDF, the table says PDF only.
Request fields
Document (POST /invoicing/documents body)
buyer
lines[]
Derived per line: BT-126 line identifier (the position), BT-131 line net
amount (rounded to the cent after the allowance, satisfying BR-CO-10).
Seller side, from PUT /invoicing/settings
At least one of
vatId and taxNumber is mandatory to finalize.
Coverage of the EN 16931 model
Status legend:- Supported: you send it, it is in the XML and on the PDF.
- Settings: comes from the seller’s invoicing settings.
- Derived: meetergo computes it; you cannot and need not send it.
- Planned: being built now for the next release; the proposed field name is given so you can map to it already.
- On request: not offered today. Tell us which of these you need and we schedule them.
Document level
Planned: custom fields. For internal references that have no business term
(Profit Center, department, internal order number) the next release adds
customFields: [{ "label": "Profit Center", "value": "4711" }] on the
document. They are printed on the PDF info block and emitted in the XML as
BT-22 notes in the form Profit Center: 4711, which every EN 16931 reader
keeps. Kostenstelle and Debitornummer have real terms (BT-19, BT-46) and get
their own fields.Seller (BG-4, BG-5, BG-6)
Buyer (BG-7, BG-8, BG-9)
Payee and tax representative (BG-10, BG-11, BG-12)
Delivery (BG-13, BG-14, BG-15)
Payment instructions (BG-16 to BG-19)
Credit notes, cancellations and offers carry no payment instructions, since
they never ask for money.
Document-level allowances and charges (BG-20, BG-21)
Totals (BG-22)
VAT breakdown (BG-23)
Additional supporting documents (BG-24)
Invoice line (BG-25 to BG-32)
What the validators check
If you validate our XML yourself with the KoSIT validator, use the XRechnung
profile. The ZUGFeRD EN 16931 XML carries the guideline
urn:cen.eu:en16931:2017 and matches no XRechnung scenario, so KoSIT reports
it as “not a known document type” rather than validating it.
Related
- Invoicing: the create, finalize, fetch flow
- API Reference → Invoicing: every schema with types and limits