XML -> XRechnung

XML zu XRechnung konvertieren

Viele ERP- und Branchensysteme exportieren XML, aber nicht automatisch XRechnung. Fuer den Behoerdenversand reicht es nicht, Rechnungsinformationen nur lesbar darzustellen. Die Daten muessen in einer XML-Struktur stehen, die EN 16931 und die deutschen XRechnung-Regeln erfuellt. XRechnung-Bereit liest XML-Daten ein, ordnet Rechnungsnummer, Datum, Empfaenger, Positionen, Steuerlogik, Zahlungsbedingungen und Leitweg-ID den passenden Feldern zu und erzeugt daraus eine valide XRechnung-Datei. Der Vorteil gegenueber manueller XML-Erstellung liegt in der Wiederholbarkeit: Ein einmal verstandenes Quellformat kann kontrolliert in mehrere B2G-Rechnungen ueberfuehrt werden.

Der praktische XRechnung-Pfad

1

Quelle sichern

Nutzen Sie XML als Ausgangspunkt und ziehen Sie fehlende Pflichtfelder frueh nach.

2

XML sauber strukturieren

Leitweg-ID, Steuerlogik, Referenzen und Summen muessen semantisch im richtigen Feld landen.

3

Validator vor Versand

Vor dem Versand an Behoerden sollte die Datei immer gegen aktuelle KoSIT-Regeln geprueft werden.

Worauf Sie achten sollten

Bei XML ist die Datenqualitaet entscheidend. UBL, CII, GAEB-nahe Daten, DATEV-nahe XML-Exporte oder proprietaere XML-Schemas koennen als Quelle dienen, wenn die relevanten Felder per Mapping erreichbar sind. Besonders haeufig sind Probleme bei Datumsformaten, Dezimaltrennzeichen, gemischten Steuersaetzen, fehlenden Referenzen und Positionen, die nur als Freitext zusammengefasst sind. Fuer eine XRechnung braucht jede relevante Leistung eine saubere Position oder eine fachlich nachvollziehbare Zusammenfassung. Die Leitweg-ID muss aus Auftrag, Bestellung oder Empfaengerstammdaten uebernommen werden; sie sollte nicht geraten werden. Nach der Konvertierung prueft der Validator, ob Schema, Summenlogik und Pflichtfelder zusammenpassen.

Was ist bei XML besonders?

Bei XML ist Namespace-Handling, Encoding und XPath-Mapping oft wichtiger als die eigentliche Dateigroesse. Je strukturierter das Quellformat ist, desto stabiler ist die Konvertierung. XML, CSV und Excel mit festen Spalten sind robuster als frei gestaltete PDFs. Hybride Rechnungsformate wie ZUGFeRD oder Factur-X enthalten bereits maschinenlesbare Daten; dort ist die Aufgabe vor allem Profil-, Referenz- und Empfaengerlogik. Bei EDI-Formaten geht es um Segment-Mapping und die Uebertragung etablierter B2B-Prozesse in den B2G-Kontext.

Empfohlener Workflow fuer XML

Pruefen Sie das Quellschema, definieren Sie das Mapping und validieren Sie die erzeugte XRechnung gegen Schema- und Business-Regeln. Fuer regelmaessige Prozesse sollte ein Template oder Mapping dokumentiert werden. Dadurch muss die Buchhaltung nicht bei jeder Rechnung neu entscheiden, welche Spalte oder welches Segment wohin gehoert. Nach jeder Aenderung am Quellsystem sollte mindestens eine Testrechnung durch den gesamten Prozess laufen: Export, Konvertierung, XRechnung-Erzeugung, Validatorlauf und Versandtest.

Pflichtfelder vor Versand pruefen

Leitweg-ID, Rechnungsnummer, Bestellreferenz, Leistungszeitraum, Steuercodes, Zahlungsziel und Summenlogik muessen vor dem Versand strukturiert vorhanden sein.

KoSIT-Validierung einplanen

Eine optisch korrekte Rechnung kann technisch trotzdem scheitern. Der Validatorlauf reduziert Ruecklaeufer bei Behoerdenportalen und macht Fehler frueh sichtbar.

Gast-Test ohne Projektstart

Fuer einzelne Behoerdenrechnungen reicht der manuelle Upload. Fuer wiederkehrende Mandanten oder ERP-Prozesse laesst sich der Ablauf spaeter standardisieren.

Haeufige Fragen

Welche XML-Formate werden unterstuetzt?
Geeignet sind strukturierte XML-Daten mit Rechnungsnummer, Datum, Parteien, Positionen, Steuern und Summen. Standardnahe Formate wie UBL oder CII sind einfacher als proprietaere Schemas.
Kann ein eigenes XML-Schema gemappt werden?
Ja, wenn die relevanten Felder eindeutig auffindbar sind. Fuer wiederkehrende Prozesse sollte das Mapping dokumentiert und mit Testrechnungen abgesichert werden.
UBL oder CII: Was ist besser?
Beide koennen fuer XRechnung relevant sein. Entscheidend ist, was der Empfaenger akzeptiert und wie stabil Ihr Quellsystem die Daten liefert.