CII (Cross Industry Invoice)

Kurzdefinition

CII (Cross Industry Invoice) ist eine XML-Syntax für Rechnungen, veröffentlicht von UN/CEFACT — der UN-Organisation für Handels- und Wirtschaftsstandards. CII ist branchen­übergreifend konzipiert: eine Syntax, die für Industrie, Handel, öffentlichen Sektor und Dienstleistungen gleichermaßen funktioniert.

Zusammen mit UBL bildet CII das technische Fundament der europäischen Norm EN 16931 für E-Rechnungen.

Aufbau eines CII-Dokuments

Ein CII-Dokument besteht aus drei Haupt­bereichen unter dem Wurzel­element CrossIndustryInvoice:

<rsm:CrossIndustryInvoice xmlns:rsm="urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100">
  <rsm:ExchangedDocumentContext>
    <!-- Profil, Geschäftsprozess -->
  </rsm:ExchangedDocumentContext>
  <rsm:ExchangedDocument>
    <!-- Rechnungsnummer, Datum, Typ -->
  </rsm:ExchangedDocument>
  <rsm:SupplyChainTradeTransaction>
    <!-- Positionen, Vertragsdaten, Zahlungs­bedingungen -->
  </rsm:SupplyChainTradeTransaction>
</rsm:CrossIndustryInvoice>

Die tatsächliche Struktur ist deutlich verschachtelter als bei UBL — CII nutzt konsequent Typ-Namespaces (ram:, udt:, qdt:) und trennt Dokument-Kontext vom eigentlichen Geschäfts­vorgang.

CII vs. UBL

Beide Syntaxen tragen dieselben Business-Term-(BT-)Felder aus EN 16931 — inhaltlich sind sie gleichwertig. Unterschiede:

	CII	UBL
Herausgeber	UN/CEFACT	OASIS
Stil	verbos, stark typisiert	flacher, tagorientiert
Verbreitet in	D/A/CH, Frankreich	Benelux, Nordics, Peppol
Basis für	ZUGFeRD, Factur-X	Peppol BIS Billing 3.0

Wo CII zum Einsatz kommt

• ZUGFeRD (alle Versionen) und Factur-X — das eingebettete XML in hybriden PDFs ist CII
• XRechnung — CII ist eine der beiden zulässigen Syntaxen
• Peppol — prinzipiell möglich, in der Praxis fast immer UBL

CII-Rechnungen mit der Dokmatiq-API erzeugen

curl -X POST https://api.dokmatiq.com/v1/einvoice/xrechnung \
  -H "Authorization: Bearer $DOKMATIQ_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "syntax": "CII",
    "invoice": { "id": "2026-0042", "issueDate": "2026-04-17", ... }
  }'

Die API liefert direkt EN-16931-konformes CII-XML zurück, validiert gegen das offizielle Schematron. Wer UBL benötigt, setzt "syntax": "UBL" — die inhaltliche Definition bleibt identisch, nur das XML-Mapping unterscheidet sich.

Häufige Stolpersteine

1. BT-Felder nicht vollständig — CII ist streng typisiert, fehlende Pflichtangaben werden beim Validieren sofort sichtbar
2. Fehlende Namespace-Präfixe — viele Parser akzeptieren nur die offiziellen Präfixe (rsm:, ram:, udt:, qdt:)
3. Verwechslung der Profile — das CII in ZUGFeRD MINIMUM trägt weniger Felder als EN 16931, obwohl die Struktur gleich aussieht