XRechnung und die Mengeneinheiten: Warum „C62″ zur Rechnungs-Falle werden kann

Eine scheinbar kleine technische Frage – mit großen Konsequenzen für Deine Zahlungseingang.

Stell Dir vor: Du versendest eine XRechnung an einen öffentlichen Auftraggeber oder einen Auftraggeber, alles sieht korrekt aus – und trotzdem wird die Rechnung abgelehnt. Kein Fehler in den Beträgen, keine fehlende Leitweg-ID. Der Grund ist ein dreistelliger Code für eine Mengeneinheit: C62 statt H87.

Was nach einem irrelevanten technischen Detail klingt, kann in der Praxis zu verzögerten Zahlungen, manuellem Nacharbeiten und echtem Frust führen. In diesem Beitrag erklären wir, warum dieses Problem gerade jetzt viele Unternehmen betrifft – und wie das EP:Enterprise Portal dafür sorgt, dass Deine Rechnungen durchgehen.

Das Problem: Wenn „Stück" plötzlich nicht mehr „Stück" bedeutet

Lange Zeit galt in vielen ERP-Systemen und Buchhaltungslösungen der UN/CEFACT-Code C62 als universeller Standard für die Mengeneinheit „Stück". Der Code steht offiziell für „One" bzw. „Einheit" – und wurde jahrelang pragmatisch für alles verwendet, was sich zählen lässt, ohne eine physikalische Maßeinheit wie Meter oder Kilogramm zu sein.

Das hat sich geändert. Wie DATEV in einem aktuellen Hilfe-Dokument (Dok. 1020477) erläutert, hat eine Neubewertung der UN/CEFACT-Codeliste dazu geführt, dass C62 nicht mehr als gleichbedeutend mit „Stück" anerkannt wird. Der korrekte Code für ein klassisches Stückgut ist H87 – offiziell: „Piece".

Das Ergebnis in der Praxis: Rechnungsempfänger – insbesondere in der öffentlichen Verwaltung – aktualisieren ihre Validierungsregeln. XRechnungen mit C62 an Position von Stückgut werden zunehmend automatisch abgelehnt.

Warum XRechnung-Compliance für Unternehmen relevant ist

Seit dem 27. November 2020 ist die XRechnung für Lieferungen an öffentliche Auftraggeber verpflichtend. Mit dem Wachstumschancengesetz  gilt die E-Rechnungspflicht ab 2025 schrittweise auch im B2B-Bereich – mit Übergangsfristen bis Ende 2027.

Das bedeutet: Das Thema betrifft nicht mehr nur die öffentliche Verwaltung, sondern zunehmend alle Unternehmen. Wer hier auf veraltete Code-Interpretationen setzt, riskiert:

  • Zahlungsverzögerungen: Abgelehnte Rechnungen müssen manuell identifiziert, korrigiert und erneut versendet werden. Das kostet Zeit und verschiebt den Zahlungseingang.

  • Compliance-Risiko: Nicht konforme XRechnungen können als nicht rechtswirksam gestellt gelten – mit möglichen steuerrechtlichen Konsequenzen.

  • Abhängigkeit vom Software-Update-Zyklus: Wer auf eine Lösung setzt, die solche Code-Änderungen nicht zeitnah abbildet, ist dauerhaft einem stillen Risiko ausgesetzt – ohne es zu merken.

Um hier sicher aufgestellt zu sein, sollten Unternehmen auf folgende Kernpunkte achten:

  • Aktualität der Codelisten: Nutzt Deine Software die jeweils gültige UN/CEFACT Recommendation 20?

  • Differenzierung zwischen C62 und H87: Kann Deine Lösung zwischen universeller „Einheit" und konkretem „Stück" unterscheiden?

  • Laufende Pflege: Werden Interpretationsänderungen des Standards (z. B. durch KoSIT-Klarstellungen) regelmäßig eingespielt?

Hintergrund: Warum der Standard selbst Teil des Problems ist

Die C62/H87-Diskussion ist kein Einzelfall – sie zeigt ein strukturelles Problem bei lebendigen Standards wie der XRechnung.

Die technische Spezifikation (XML-Struktur, erlaubte Codelisten) und die tatsächlich gelebte Praxis klaffen manchmal auseinander. Marktgewohnheiten, Klärungen durch Standardisierungsgremien und Update-Zyklen großer Software-Hersteller wie DATEV können dazu führen, dass die „richtige" Interpretation eines Codes sich verändert – ohne dass dies in der täglichen Arbeit sofort auffällt.

Software-Anbieter sind deshalb gefordert, nicht nur die technische Spezifikation zu erfüllen, sondern auch diese fachliche Evolution engmaschig zu verfolgen. Anwendungen, die hier starr bleiben, werden zur versteckten Compliance-Falle.

So löst das EP Enterprise Portal diese Aufgabe

Für das EP:Enterprise Portal ist XRechnung kein Haken auf einer Feature-Liste – sondern eine Verpflichtung zu maximaler Compliance und Reibungslosigkeit im Zahlungsverkehr unserer Kunden.

Unser System unterscheidet präzise zwischen den relevanten Mengeneinheiten-Codes und bildet die aktuelle Praxis der XRechnung vollständig ab. Hier ein Auszug der nativ unterstützten Mengeneinheiten:

CODE Bezeichnung DE Bezeichnung EN
H87 Stück Piece
C62 Einheit (universell) One
NAR Anzahl Artikel Number of articles
PR Paar Pair
SET Kollektion / Set Set
HEA Kopf / Person Person
E55 Nutzung (x-mal) Usage (times)
XPK Paket Parcel
XBG Sack Bag
SEC Sekunde Second
MIN Minute Minute
HUR Stunde Hour
DAY Tag Day
WEE Woche Week
MON Monat Month
ANN Jahr Year
MMT Millimeter Millimetre
CMT Zentimeter Centimetre
MTR Meter Metre
KMT Kilometer Kilometer
MMK Quadratmillimeter Square millimetre
CMQ Quadratzentimeter Square centimetre
MTK Quadratmeter Square metre
H18 Hektar Hectare
MMQ Kubikmillimeter Cubic millimetre
CMQ Kubikzentimeter Cubic centimetre
MTQ Kubikmeter Cubic metre
MLT Milliliter Millilitre
LTR Liter Liter
GRM Gramm Gram
KGM Kilogramm Kilogram
TNE Tonne Ton
KWH Kilowattstunde Kilowatt hour
LS Pauschalbetrag Lump sum
P1 Prozent Percent

Digitalisierung muss nicht kompliziert sein. Wer frühzeitig auf professionelle Werkzeuge setzt, spart langfristig Zeit und Kosten. Wir kümmern uns um die Details der Code-Listen, damit Ihre Rechnungen schnell und problemlos bezahlt werden.