ZUGFeRD Mengeneinheiten sind standardisierte Datenfelder in E-Rechnungen, die Menge und Maßeinheit eindeutig definieren und die Grundlage für automatisierte Rechnungsverarbeitung bilden. Sie bestehen aus einer numerischen Menge und einem standardisierten Einheitencode nach UNTDID 6411, der es Systemen ermöglicht, Rechnungsinformationen automatisch auszulesen und zu verarbeiten.
Seit die E-Rechnung-Pflicht in Kraft getreten ist, gehört die korrekte Erfassung von Mengeneinheiten zu den grundlegenden Anforderungen für Compliance, Datenqualität und sichere Rechnungsverarbeitung in Unternehmen und öffentlichen Institutionen. Mengeneinheiten sind ein Schlüsselelement für die automatisierte Dunkelverarbeitung und für die Erfüllung von Validierungsanforderungen durch öffentliche Auftraggeber und Rechnungsverarbeitungssysteme.
Eine Mengeneinheit in ZUGFeRD ist ein standardisiertes Datenfeld innerhalb einer Rechnungsposition, das angibt, in welcher Maßeinheit die abgerechnete Menge gemessen wird. Sie wird zusammen mit der numerischen Menge erfasst und mit einem standardisierten Code nach UNTDID 6411 hinterlegt, wodurch elektronische Systeme die Information automatisch interpretieren und verarbeiten können.
In einer ZUGFeRD-Rechnung sind Mengeneinheiten integraler Bestandteil jeder Position mit messbarer Leistung oder Ware. Die XML-Struktur trennt dabei die numerische Menge (das „Wie viel") von der Einheit (das „Wovon"), was es Buchhaltungssystemen und ERP-Plattformen ermöglicht, beide Informationen korrekt zu erfassen, zu validieren und in ihre eigenen Datenstrukturen zu überführen. Diese Trennung ist entscheidend für maschinelle Lesbarkeit und ist essentiell, um die Anforderungen der öffentlichen Auftraggeber und von Rechnungsverarbeitungssystemen zu erfüllen.
Im XML-Datenformat der ZUGFeRD-Datei wird die Mengeneinheit als strukturiertes Element mit zwei Komponenten hinterlegt: die numerische Menge (beispielsweise 10) und der Einheitencode (beispielsweise C62 für Stück). Die Einheitencodes folgen dem internationalen Standard UNTDID 6411, der sicherstellt, dass die gleiche Einheit von verschiedenen Systemen und über Unternehmensgrenzen hinweg konsistent verstanden wird. Dies ist entscheidend, da öffentliche Auftraggeber häufig Validierungen gegen diesen Standard durchführen und Rechnungen mit fehlerhaften oder unbekannten Einheitencodes ablehnen.
Eine wichtige Unterscheidung muss zwischen der Mengenangabe (der Zahl, beispielsweise 5) und der Mengeneinheit (der Einheit, beispielsweise Kilogramm) vorgenommen werden. Eine Mengenangabe ohne Einheit ist faktisch unvollständig, da sie nicht aussagt, was tatsächlich abgerechnet wird. Erst die Kombination aus Menge und Einheit ermöglicht die korrekte Interpretation einer Position. Dies gilt sowohl für die menschliche Lesbarkeit im PDF-Teil der ZUGFeRD-Rechnung als auch für die maschinelle Verarbeitung im XML-Teil und ist Voraussetzung für automatisierte Dunkelverarbeitung.
Mengeneinheiten sind für mehrere zentrale Aspekte der modernen Rechnungsverarbeitung von entscheidender Bedeutung. Sie bilden die Grundlage für automatisierte Workflows, ermöglichen Plausibilitätsprüfungen, stellen sicher, dass Rechnungsdaten konsistent und nachvollziehbar dokumentiert werden, und sind zentral für die Erfüllung regulatorischer Anforderungen.
Für ERP-Systeme, Buchhaltungssoftware und Rechnungsverarbeitungssysteme sind standardisierte Mengeneinheiten entscheidend. Nur wenn die Einheit eindeutig und maschinenlesbar hinterlegt ist, können diese Systeme automatisch erkennen, wie viel von welcher Ressource abgerechnet wird. Dies ermöglicht die sogenannte Dunkelverarbeitung oder Straight-Through-Processing, bei der Rechnungen ohne manuellen Eingriff vom Empfang über die Validierung bis zur Buchung verarbeitet werden. Seit die E-Rechnungspflicht in Kraft getreten ist, führen öffentliche Auftraggeber standardisierte Validierungen gegen die UNTDID-6411-Codes durch; Rechnungen mit fehlerhaften, unbekannten oder unerwarteten Einheitencodes werden als nicht konform erkannt und abgelehnt. Jede Abweichung oder Unklarheit in der Mengeneinheit kann dazu führen, dass die Rechnung zur manuellen Nachbearbeitung in die Warteschlange kommt oder von öffentlichen Empfängern zurückgewiesen wird und Zahlungsverzögerungen entstehen.
Mengeneinheiten tragen direkt zur Datenqualität digitaler Rechnungsprozesse bei. Wenn Mengeneinheiten konsistent und korrekt gepflegt werden, sinkt die Quote fehlerhafter oder unklar erfasster Rechnungen. Dies reduziert Abstimmungsaufwände, Rückfragen an Lieferanten, Korrektionen in der Buchhaltung und manuelle Nacharbeit. Unternehmen mit hohem Rechnungsvolumen erleben damit messbar kürzere Durchlaufzeiten, geringere Prozesskosten und weniger personelle Ressourcenbindung in der Rechnungsbearbeitung. Eine robuste Mengeneinheiten-Verwaltung ist somit ein direkter Treiber für operative Effizienz und Kostenreduktion.
Die korrekte Erfassung von Mengeneinheiten schafft eine transparente Prüfspur, die zeigt, was genau abgerechnet wurde, in welcher Menge und in welcher Einheit. Dies ist für interne Kontrollen, externe Audits, GoBD-Compliance und behördliche Prüfungen relevant. Besonders im Kontext von Rechnungen an öffentliche Institutionen ist eine lückenlose Dokumentation erforderlich, da diese häufig Stichprobenprüfungen durchführen und Rechnungen mit inkonsistenten oder fehlerhaften Mengeneinheiten als Compliance-Risiko einstufen. Mengeneinheiten als strukturierte Daten ermöglichen es, diese Nachvollziehbarkeit herzustellen, zu archivieren und im Audit-Fall nachzuweisen.
Standardisierte Mengeneinheiten ermöglichen den reibungslosen Datenaustausch zwischen verschiedenen Systemen und Unternehmen. Wenn jedes Unternehmen eigene oder ungenaue Einheitsbezeichnungen verwendet, entstehen Fehlerquellen, Integrationsprobleme und erhöhte Maßnahmen bei der Systemintegration. Der ZUGFeRD-Standard setzt daher auf international anerkannte Einheitencodes, die Systeme ohne zusätzliche Konvertierungen verstehen und verarbeiten können.
Mengeneinheiten werden in verschiedenen Kontexten und Branchen unterschiedlich eingesetzt. Die gängigsten Arten von Mengeneinheiten können in folgende Kategorien eingeteilt werden:
Stückbezogene Mengeneinheiten wie C62 (Stück) sind die häufigsten in Rechnungen. Sie werden für zählbare, einzelne Waren oder Positionen verwendet. Beispiele sind Möbel, Werkzeuge, Komponenten oder sonstige diskrete Güter. Stückzahlen sind intuitiv verständlich, in vielen Branchen Standard und führen in der Praxis zu weniger Fehlerquoten.
Für Waren, die nach Gewicht oder Volumen abgerechnet werden, existieren spezialisierte Mengeneinheiten wie Kilogramm (KGM), Gramm (GRM), Liter (LTR) oder Kubikmeter (MTR). Diese sind besonders in der Chemie-, Pharma-, Lebensmittel- und Rohstoffindustrie verbreitet. Die korrekte Erfassung dieser Einheiten ist entscheidend, da Preisberechnungen oft direkt an Gewicht oder Volumen gekoppelt sind und Abweichungen zu erheblichen finanziellen Fehlern führen können.
Längeneinheiten wie Meter (MTR), Zentimeter (CMT) oder Kilometer (KMT) sowie Flächeneinheiten wie Quadratmeter (MTK) werden für Materialien, Flächen oder Streckenleistungen verwendet. Dies ist relevant in der Bau-, Textil- oder Logistikbranche und erfordert besondere Aufmerksamkeit beim Mapping, da diese Einheiten leicht verwechselt werden können.
Zeiteinheiten wie Stunde (HUR), Tag (DAY) oder Minute (MIN) sind für Dienstleistungen und Arbeitsleistungen essentiell. In Handwerk, Consulting und Wartungsverträgen werden Leistungen oft nach Stunden oder Tagen abgerechnet. Die korrekte Erfassung dieser Einheiten ist daher für eine nachvollziehbare Leistungsabrechnung unerlässlich und hat direkten Einfluss auf die Kontrollierbarkeit durch Audits.
Für Pauschalen, Gebühren oder Rabatte existieren auch Mengeneinheitendarstellungen, die nicht auf eine physikalische Messgröße hinweisen, sondern auf eine Pauschale oder einen Prozentsatz (PCT). Dies ist wichtig, um in einer ZUGFeRD-Rechnung auch administrative oder kalkulatorische Positionen korrekt zu dokumentieren.
Um die verschiedenen Mengeneinheiten und ihre Verwendung besser zu verstehen, hilft ein strukturierter Überblick über gängige Einheiten und ihre Einsatzbereiche:
| Mengeneinheit | Code (UNTDID 6411) | Typische Anwendung | Beispiel in der Praxis |
|---|---|---|---|
| Stück | C62 | Zählbare Waren, Komponenten | 10 Stück Schrauben à 0,50 Euro |
| Kilogramm | KGM | Gewichtsbasierte Abrechnung | 50 kg Rohmaterial à 12 Euro/kg |
| Liter | LTR | Flüssigkeiten, Chemikalien | 100 Liter Benzin à 1,50 Euro/Liter |
| Meter | MTR | Längenmaterialien, Strecken | 25 Meter Kabel à 3 Euro/Meter |
| Stunde | HUR | Arbeitsleistungen, Services | 8 Stunden Beratung à 75 Euro/Stunde |
| Quadratmeter | MTK | Flächenleistungen, Reinigung | 200 m² Bürofläche à 8 Euro/m² |
| Tag | DAY | Tagesleistungen, Vermietung | 5 Tage Maschinenvermietung à 250 Euro/Tag |
Diese Tabelle zeigt, dass Mengeneinheiten stark von Branche, Produkttyp und Abrechnungslogik abhängen. Unternehmen mit heterogenen Rechnungsbeständen benötigen daher eine robust gepflegte Einheitenstammdatei, um konsistent korrekte Mengeneinheiten zu erfassen und in allen Systemen gleich zu handhaben. Die in dieser Tabelle aufgeführten UNTDID-6411-Codes entsprechen den standardisierten Schreibweisen, die in XML-Rechnungen verwendet werden müssen, und nicht beliebigen Varianten oder Kurzformen.
Der praktische Prozess beginnt dort, wo Rechnungen entstehen: im ERP-System oder in der Rechnungssoftware des Unternehmens. Bei der Erstellung einer Rechnungsposition werden Menge und Mengeneinheit eingegeben. Das System holt sich die Einheit typischerweise aus einem Stammdatensatz für den betreffenden Artikel oder die Leistung. Beispielsweise ist im Artikel-Master hinterlegt, dass Bleche standardmäßig in Kilogramm abgerechnet werden, oder dass Arbeitsleistungen in Stunden erfasst werden. Die Verantwortung für die korrekte Stammdatenpflege liegt typischerweise bei der Einkaufsabteilung (für externe Artikel), dem Rechnungswesen oder einer zentralen Datenverwaltung. Korrekt gepflegte Stammdaten sind hier entscheidend. Wenn in mehreren Systemen parallel Artikeldaten gepflegt werden (beispielsweise Warenwirtschaft, ERP und Rechnungstool), müssen die Einheiten abgestimmt sein. Abweichungen führen zu Fehlern beim Rechnungsdruck oder beim Export ins ZUGFeRD-Format. Es ist daher notwendig, eine zentrale Verantwortlichkeit für Stammdaten festzulegen und diese regelmäßig zu auditieren.
Bei der Erzeugung einer ZUGFeRD-Rechnung wird die im ERP hinterlegte Mengeneinheit in den standardisierten Code nach UNTDID 6411 konvertiert. Dieser Konvertierungsschritt wird durch ein Mapping-Regelwerk gesteuert. Beispielsweise wird die im System als „Stück" gespeicherte Einheit auf den Code C62 gemappt, oder „Stunde" wird auf HUR gemappt. Diese Mapping-Tabellen müssen sorgfältig gepflegt werden und sollten dokumentiert und versioniert sein. Die Verantwortung für das Mapping liegt typischerweise bei der IT oder dem Systemadministrator, in Abstimmung mit dem Rechnungswesen und der Einkaufsabteilung. Ein falsches Mapping führt dazu, dass im XML-Teil der ZUGFeRD-Rechnung ein falscher Code steht, während der PDF-Teil möglicherweise noch korrekt aussieht – dies ist einer der häufigsten versteckten Fehler in ZUGFeRD-Implementierungen und wird oft erst bei Validierungsprüfungen durch öffentliche Auftraggeber entdeckt. Eine schriftliche Mapping-Dokumentation, die klar aufzeigt, welche interne Einheitsbezeichnung auf welchen UNTDID-Code gemappt wird, ist unerlässlich für Transparenz und für die Fehlerbehandlung.
Vor dem Versand einer ZUGFeRD-Rechnung sollten Mengeneinheiten validiert werden. Dazu gehört die Prüfung, ob jede Position eine Einheit hat, ob die Einheit zu der beschriebenen Leistung passt (Plausibilitätsprüfung), ob der hinterlegte Code korrekt ist und – besonders wichtig – ob der Einheitencode im XML-Teil mit der Mengeneinheit im PDF-Teil konsistent ist. Automatisierte Validierungsregeln können beispielsweise prüfen, ob eine Position mit der Einheit „Stück" einen sinnvollen Einzelpreis hat, oder ob eine Stundenleistung eine Zeiteinheit trägt. Dieser Kontrollpunkt sollte technisch implementiert sein und sollte in regelmäßigen Abständen auditiert werden, um Abweichungen zu erkennen. Manche Systeme führen diese Validierung automatisiert durch, andere erfordern manuelle Freigabe. In jedem Fall sollte eine strukturierte Validierungsprüfung implementiert sein, da sie Fehler frühzeitig erkennt und Rückfragen von Rechnungsempfängern oder Ablehnungen durch öffentliche Auftraggeber vermeidet. Dokumentation dieser Validierungsprüfungen ist auch für Audit-Trails erforderlich.
Beim Empfang einer ZUGFeRD-Rechnung wird das Rechnungsverarbeitungssystem oder die Buchhaltungssoftware die Mengeneinheit aus der XML auslesen. Ein gut konfiguriertes System prüft, ob der empfangene Code gültig und bekannt ist. Dann wird er in die eigene interne Einheitendarstellung konvertiert oder direkt verarbeitet. Wenn das System den Einheitencode nicht kennt oder wenn die Einheit zur Position nicht passt, entsteht ein Fehler oder eine Warnung. Dies kann dazu führen, dass die Rechnung zur manuellen Nachbearbeitung in die Warteschlange kommt, statt automatisch gebucht zu werden. Eine hohe Quote solcher Fehler deutet oft auf Mängel in der Einheitenpflege bei der Rechnungserstellung hin. Metriken, die man hier tracken sollte: Automatisierungsquote (Prozentsatz der Rechnungen, die ohne manuellen Eingriff verarbeitet werden), Fehlerquote nach Einheiten, durchschnittliche Zeit bis Buchung, Rückweisungen durch externe Systeme.
Ein häufiges Problem ist, dass in einem Unternehmen die Mengeneinheiten uneinheitlich gepflegt werden. Manche Positionen haben eine Einheit, andere nicht. Manche verwenden „Stck" statt „Stück", andere schreiben „Stueck" aus. Im XML führt dies dazu, dass Systeme nicht automatisch erkennen, welche Einheit gemeint ist, und die Verarbeitung stoppt oder Fehler auftreten. Dies wird oft erst entdeckt, wenn Rechnungen an öffentliche Auftraggeber versandt werden und von deren Validierungssystemen abgelehnt werden.
Das Mapping zwischen Einheitsbeschreibung und UNTDID-Code ist fehlerhaft oder nicht gepflegt. Beispielsweise wird „Stunde" auf den falschen Code gemappt, oder ein neuer Artikel wird erstellt, ohne die Einheit zu definieren. Im XML-Teil der ZUGFeRD-Rechnung steht dann ein unerwarteter oder unbekannter Code, der von Empfängersystemen nicht verarbeitet werden kann. Dies führt dazu, dass Rechnungen von öffentlichen Empfängern oder Rechnungsverarbeitungssystemen als nicht konform gekennzeichnet und abgelehnt werden. Ein besonderes Risiko liegt darin, dass die Schreibweise von Codes exakt dem Standard entsprechen muss – „HUR" ist korrekt, „hour", „std" oder andere Varianten sind fehlerhaft und werden von Validierungssystemen nicht akzeptiert.
Ein spezifisches Risiko von ZUGFeRD ist, dass die Mengeneinheit im PDF-Teil (menschenlesbar) von der im XML-Teil (maschinenlesbar) abweichen kann. Dies entsteht häufig durch fehlerhafte Generierungsprozesse oder unzureichende Validierung. Ein Mensch könnte auf der Rechnung „Stück" sehen, während das System im XML einen anderen Code ausliest. Dies führt zu Verarbeitungsfehlern, Unstimmigkeiten bei Plausibilitätsprüfungen und kann zu Compliance-Problemen führen, insbesondere bei Audits oder bei öffentlichen Auftraggeber-Validierungen.
Wenn Artikel oder Leistungen in der Datenbank ohne korrekte Einheitsangabe erfasst sind, wird die Einheit bei Rechnungsgenerierung nicht korrekt übernommen. Dies ist besonders problematisch bei der Integration von mehreren Tochtergesellschaften, bei Systemmigrationen oder wenn Stammdaten nicht sauber überführt werden. In dezentralen Organisationen ist auch die Koordination zwischen verschiedenen Standorten oder Geschäftsbereichen häufig unzureichend, was zu Inkonsistenzen führt. Eine zentrale Masterdatei mit klarer Verantwortlichkeit und regelmäßigen Synchro-Prozessen kann diesen Fehler minimieren.
Rechnungsverarbeitungssysteme können nur automatisieren, wenn sie alle verwendeten Einheiten kennen und im Import handhaben können. Neue oder unerwartete Einheitencodes blockieren die automatische Verarbeitung und erfordern manuelle Intervention. In Unternehmen mit hohem Rechnungsvolumen führt dies zu Engpässen, längeren Durchlaufzeiten und erhöhten Personalkosten in der Rechnungsbearbeitung. Ohne automatisierte Fehlerbehandlung und Alerting können solche Probleme lange Zeit unentdeckt bleiben.
Öffentliche Auftraggeber und Rechnungsverarbeitungssysteme führen häufig Validierungen gegen strukturierte Standards durch. Wenn Mengeneinheiten fehlerhaft sind, wird die Rechnung als nicht konform erkannt und abgelehnt. Dies führt zu Rückfragen an den Rechnungssteller und Verzögerungen beim Zahlungslauf – ein operationales Risiko, das sich direkt auf die Liquidität auswirkt.
Viele Unternehmen haben keine klare RACI-Matrix für Mengeneinheiten definiert. Es ist oft unklar, wer für die Stammdatenpflege, das Mapping, die Validierung und die Fehlerbehandlung zuständig ist. Dies führt zu fragmentierten Prozessen, Verzögerungen bei Fehlerbehebung und mangelnder Nachvollziehbarkeit. Eine explizit dokumentierte Verantwortlichkeitstabelle mit definierten Rollen (Responsible, Accountable, Consulted, Informed) kann hier Klarheit schaffen.
Bei der Einführung oder Optimierung von E-Rechnungsprozessen stellt sich die Frage, welche Anforderungen an die Mengeneinheiten gestellt werden und wie diese umgesetzt werden. Eine strukturierte Bewertung hilft, die richtige Lösung zu wählen und Investitionen strategisch zu priorisieren:
| Bewertungskriterium | Schwache Lösung | Gute Lösung | Optimale Lösung |
|---|---|---|---|
| Einheitenstammdaten | Unvollständig oder nicht gepflegt | Definiert und aktuell | Zentral verwaltet, regelmäßig auditiert, versioniert mit Änderungshistorie |
| Code-Mapping | Manuell oder fehlerhaft | Automatisiert und dokumentiert | Automatisiert, versioniert, mit Fehlerbehandlung, Logging und schriftlicher Dokumentation |
| Validierung | Keine oder nur manuell | Automatisierte Basisprüfungen | Umfassende automatisierte und plausibilitätsbasierte Prüfungen mit Compliance-Check, PDF-XML-Konsistenz und strukturiertem Alerting |
| Fehlerbehandlung | Ad-hoc oder ignoriert | Strukturiert mit Eskalation | Strukturiert, automatisiert, mit Monitoring, Alerting, Reporting und definierten Eskalationspfaden |
| Systemintegration | Mehrere isolierte Systeme | ERP und Rechnungstool integriert | Vollständige Integration mit Echtzeit-Synchronisierung, Audit-Trails und zentraler Datenhaltung |
| Automatisierungsquote | Unter 50% | 70-85% | 85% oder mehr (Dunkelverarbeitung mit definierten Kontrollpunkten) |
| Verantwortlichkeiten | Unklar, verteilt | Definiert für Stammdaten, Mapping, Validierung | Klar verankert mit Prozessverantwortliche, RACI-Matrix, regelmäßige Reviews und Eskalationswege |
Diese Matrix hilft zu bewerten, auf welchem Reifegrad sich der eigene Prozess befindet und wo Verbesserungen sinnvoll sind. Eine Investition in saubere Mengeneinheiten-Verwaltung zahlt sich durch höhere Automatisierungsquoten, weniger Fehler, weniger Rückweisungen durch öffentliche Auftraggeber und kürzere Durchlaufzeiten aus. CFOs sollten auch Metriken wie Zeit bis zur Buchung, Fehlerquote pro Mengeneinheit und geschätzten Aufwand für Rückfragen und Korrektionen tracken, um den ROI der Investition nachzuweisen. Eine konkrete Kostenrechnung könnte beispielsweise so aussehen: Wenn durchschnittlich 20% der Rechnungen aufgrund von Einheitsfehlern manuell bearbeitet werden müssen und jede manuelle Bearbeitung 30 Minuten kostet, entstehen bei 10.000 Rechnungen pro Jahr 1.000 Stunden Mehraufwand (etwa 30.000–50.000 Euro). Eine Verbesserung der Automatisierungsquote auf 90% würde diese Kosten auf etwa 6.000–10.000 Euro reduzieren und somit eine Einsparung von 20.000–40.000 Euro pro Jahr bedeuten.
Eine gute Lösung für Mengeneinheiten ist daran erkennbar, dass Einheiten konsistent und standardisiert verwendet werden. Alle Systeme im Unternehmen verwenden die gleichen Bezeichnungen und Codes. Dies ermöglicht zuverlässige und fehlerfreie Verarbeitung über Systemgrenzen hinweg und reduziert die Komplexität bei Systemintegration und Datenmigration.
Ein gutes System validiert Mengeneinheiten automatisiert vor dem Versand einer Rechnung. Es prüft, ob jede Position eine Einheit hat, ob die Einheit zu der Leistung passt, ob der Code korrekt ist und – besonders wichtig – ob der Einheitencode im XML-Teil mit der Mengeneinheit im PDF-Teil konsistent ist. Fehlerhafte Einheiten werden erkannt und blockiert, bevor sie zu einem Compliance-Problem werden.
Eine gute Lösung dokumentiert, welche Einheiten im Unternehmen verwendet werden, wie sie gemappt werden, wer für die Pflege verantwortlich ist und warum bestimmte Mappings gewählt wurden. Diese Dokumentation ist für Audits, Schulungen, Fehlerbehebung und für die Einhaltung von Compliance-Anforderungen wertvoll. Sie zeigt auch, dass der Prozess bewusst gesteuert wird und nicht zufällig funktioniert. Audit-Trails ermöglichen die Nachverfolgung von Änderungen und schaffen Nachvollziehbarkeit bei Fehleranalysen.
Eine gute Lösung führt dazu, dass ein hoher Anteil der Rechnungen automatisiert verarbeitet werden kann, ohne dass Mengeneinheiten zu Fehlern führen. Eine Automatisierungsquote von 70% oder mehr deutet darauf hin, dass die Mengeneinheiten-Verwaltung robust ist. Eine Quote von 85% oder mehr spricht für Dunkelverarbeitung – eine operationale Exzellenz, die signifikante Zeit- und Kosteneinsparungen bringt.
Wenn Fehler auftreten, werden sie schnell erkannt und behoben. Das System meldet Probleme zeitnah, damit sie nicht lange in der Warteschlange stecken. Eine gute Lösung hat auch Monitoring und Alerting, das abnormale Fehlerquoten oder neue Einheitencodes automatisch erfasst und Verantwortliche benachrichtigt.
Wenn die Mengeneinheit fehlt, kann ein Rechnungsverarbeitungssystem nicht automatisch erkennen, was genau abgerechnet wird. Dies führt typischerweise zu einer Validierungswarnung oder einem Fehler, und die Rechnung wird zur manuellen Bearbeitung in die Warteschlange verschoben. Seit die E-Rechnungspflicht in Kraft getreten ist, können öffentliche Auftraggeber eine fehlende Mengeneinheit sogar zur Ablehnung der Rechnung führen, was zu Zahlungsverzögerungen und administrativem Aufwand führt.
Die Grundlogik der Mengeneinheiten ist in beiden Formaten ähnlich: beide nutzen standardisierte Einheitencodes nach UNTDID 6411. Der Unterschied liegt darin, dass XRechnung ausschließlich XML ist, während ZUGFeRD hybrid aus PDF und XML besteht. Bei ZUGFeRD ist es daher besonders wichtig, dass Einheiten in beiden Komponenten konsistent sind, da Abweichungen leicht übersehen werden können. Eine Validierung muss daher beide Komponenten überprüfen.
Es gibt keinen festen Richtwert, aber es gilt das Prinzip „So viele wie nötig, so wenige wie möglich". Unternehmen sollten ihre Rechnungspositionen analysieren und eine realistische Liste der verwendeten Einheiten erstellen. Dies erspart Komplexität und Fehler. Kleine Handwerksbetriebe benötigen oft nur 3–5 Einheiten (Stück, Stunde, Meter, Kilogramm), während größere Konzerne 20 oder mehr haben können. Eine regelmäßige Überprüfung hilft, obsolete Einheiten zu identifizieren und den Katalog schlank zu halten.
Archivierte oder bereits versendete Rechnungen sollten nicht verändert werden, da dies die Prüfspur beschädigt und zu Compliance-Problemen führt. Wenn ein Fehler entdeckt wird, sollte eine Korrekturrechnung oder Gutschrift erstellt werden. Nur zukünftige Rechnungen sollten die korrekte Einheit verwenden. Dies ist auch aus Compliance- und GoBD-Gründen wichtig und sollte dokumentiert werden.
C62 ist der UNTDID-Code für „Stück" (das häufigste Einheitsmaß). HUR ist der Code für „Stunde" (für Zeitleistungen). Diese beiden Codes werden in der Praxis besonders häufig verwendet. Es gibt insgesamt Hunderte solcher standardisierter Codes für alle möglichen Mengeneinheiten – eine vollständige Liste findet sich in den offiziellen UNTDID-Dokumentationen und sollte bei der Mapping-Erstellung konsultiert werden.
Das Mapping wird durch Tests und Validierung sichergestellt. Unternehmen sollten Testfälle mit verschiedenen Einheiten durchführen und prüfen, ob die generierten ZUGFeRD-Dateien die korrekten Codes im XML enthalten. Es ist sinnvoll, sowohl den PDF-Teil manuell zu prüfen als auch die XML-Datei auszulesen und zu validieren. Testszenarien sollten auch Fehlerfälle (unbekannte Einheiten, fehlende Einheiten) enthalten. Eine Teststrategie mit dokumentierten Test-Cases und Testprotokollen ist hier erforderlich.
Theoretisch sollte jede Rechnungsposition genau eine Mengeneinheit haben. In der Praxis kann dies jedoch je nach Positionstyp oder Abrechnungsmodell variieren – beispielsweise wenn Positionen mit mehreren Komponenten oder Subpositionen arbeiten. Das Datenmodell und die Systemkonfiguration bestimmen hier, wie Mengeneinheiten abgebildet werden. Diese Feinheit sollte in der technischen Dokumentation des Systems klar festgehalten sein. Bei Unsicherheiten sollte dies mit dem Systemanbieter geklärt werden.
Folgende Metriken helfen, den Nutzen von ordnungsgemäßer Mengeneinheiten-Verwaltung zu belegen: (1) Automatisierungsquote – Prozentsatz der Rechnungen ohne manuellen Eingriff; (2) Fehlerquote nach Mengeneinheit – prozentuale Rückweisungen; (3) Durchschnittliche Zeit bis Buchung – Reduzierung durch weniger Nachbearbeitung; (4) Kosten pro Rechnung in der Verarbeitung; (5) Rückfragen und Korrekturaufwand in Personenstunden; (6) Rückweisungsquote durch öffentliche Auftraggeber; (7) Einsparungen durch Dunkelverarbeitung im Vergleich zu manueller Bearbeitung; (8) Durchschnittliche Kosten pro abgelehnte Rechnung (inklusive Nachbearbeitung, Anpassung und erneuter Versand).
Eine RACI-Matrix (Responsible, Accountable, Consulted, Informed) sollte erstellt werden, die für jeden Prozessschritt (Stammdatenpflege, Mapping, Validierung, Fehlerbehandlung) klar definiert, wer verantwortlich, wer accountable, wer konsultiert und wer informiert ist. Diese Matrix sollte schriftlich dokumentiert, von der Geschäftsführung genehmigt und allen Beteiligten bekannt sein. Regelmäßige Abstimmungen mit allen Beteiligten helfen, die Verantwortlichkeiten zu schärfen und Lücken zu füllen.
Integrations- und Systemrisiken entstehen vor allem bei: (1) Abweichungen zwischen ERP-Einheiten und Rechnungspositions-Einheiten – wenn das Mapping fehlerhaft ist; (2) Stammdaten-Synchronisationsproblemen – wenn mehrere Systeme gepflegt werden und nicht abgestimmt sind; (3) Fehlender Fehlerbehandlung beim Import – wenn ein unbekannter Code empfangen wird; (4) Unzureichendem Monitoring – wenn Fehlerquoten nicht automatisiert erfasst werden; (5) Mangelnder Dokumentation von Mapping-Änderungen – wenn neue Codes hinzugefügt werden, ohne dass alle Systeme aktualisiert werden; (6) Systemwechseln oder Migrationen – wenn Einheitendaten verloren gehen oder nicht korrekt überführt werden. Ein Monitoring-Konzept mit definierten KPIs und regelmäßiger Kontrolle ist daher unerlässlich.
Mengeneinheiten sind ein zentrales Element strukturierter ZUGFeRD-Rechnungsdaten, das Automatisierung, Datenqualität, Compliance und operative Effizienz ermöglicht. Saubere Stammdatenpflege, konsistentes Mapping, automatisierte Validierungen, klare Verantwortlichkeiten und effektives Monitoring bilden die Grundlage für fehlerfreie, automatisierbare und audit-sichere elektronische Rechnungsprozesse mit nachweisbaren wirtschaftlichen Effekten.