Skip to main content
This page is the mapping between what you send to 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.
  • Invoicing: the create, finalize, fetch flow
  • API Reference → Invoicing: every schema with types and limits