--- title: Konvertierung von Rechnungsdaten und Umwandlung von XML-Dateien für elektronische Rechnungen, die von Gesetzen bestimmter Länder vorgeschrieben sind date: 2026-08-18 categories: - xml - data-integration - etl tags: description: Die EU-Vorgaben für elektronische Rechnungen erfordern ein unterschiedliches XML-Format für jedes Land. Erfahren Sie, welche spezifischen Anforderungen jedes Land hat, und wie Sie Ihre Rechnungsdaten so anpassen können, dass Sie das benötigte Ausgabeformat erzeugen. --- Status: #blog Tags: #mapforce #mapforce-server #data-mapping Categories: [etl](/blog/de/category/etl.md) | [xml](/blog/de/category/xml.md) | [data-integration](/blog/de/category/data-integration.md) | # Konvertierung von Rechnungsdaten und Umwandlung von XML-Dateien für elektronische Rechnungen, die von Gesetzen bestimmter Länder vorgeschrieben sind Wenn Ihr Unternehmen Kunden in der Europäischen Union Rechnungen stellt, wird die von Ihnen versendete Rechnung zunehmend zu einer Datendatei anstelle eines einfachen Dokuments. Eine Reihe von nationalen Vorschriften, die bis 2026 und 2027 in Kraft treten, verlangen, dass Rechnungen in einem strukturierten XML-Format ausgetauscht werden, das von einer Steuerbehörde oder dem Buchhaltungssystem eines Kunden ohne menschliches Zutun gelesen werden kann. Das Problem besteht darin, dass die Anforderung europaweit gilt, sich aber das Format von Land zu Land unterschiedlich gestaltet. Deutschland setzt auf XRechnung oder ZUGFeRD. Frankreich akzeptiert Factur-X, UBL oder CII. Italien verwendet seit Jahren FatturaPA. Polen nutzt KSeF. Belgien setzt auf Peppol. Alle diese Formate entsprechen dem gleichen europäischen semantischen Standard, EN 16931, drücken diesen aber auf unterschiedliche Weise aus. Aufgrund dieser Entwicklung stehen Unternehmen vor einer Vielzahl von Herausforderungen, die über die reine Compliance hinausgehen. Eine von dem ERP-System des Unternehmens erstellte Rechnung muss möglicherweise in ein Format umgewandelt werden, das von einem bestimmten Land gefordert wird. Elektronische Rechnungen, die Sie derzeit erhalten, kommen oft als XML-Dateien an und müssen vor dem Import in Ihre Datenbank oder Ihr Buchhaltungssystem umgewandelt werden. Und ein Unternehmen, das bereits ein konformes Format verwendet, wird manchmal aufgefordert, ein anderes zu verwenden – beispielsweise wird ein Lieferant, der für XRechnung eingerichtet ist, möglicherweise aufgefordert, das CII-XML-Format zu verwenden, das ZUGFeRD verwendet, oder ein italienisches Unternehmen sendet im Inland FatturaPA und über die Grenze Peppol BIS. Alle drei Probleme sind im Wesentlichen dasselbe, nur mit vertauschten Quell- und Zielsystemen. Aus diesem Grund wird eine einzige **Lösung für die Datenzuordnung** anstelle von drei separaten Tools benötigt. ![Diagramm, das die Umwandlung einer Rechnung in das XML-Format zeigt](/blog/images/invoice-xml.png) ## MapForce konvertiert Daten in das XML-Format und aus diesem Format Die meisten Produkte für elektronische Rechnungsstellung unterstützen nur die Formate, die von ihrem Anbieter entwickelt wurden. Das funktioniert gut, bis eine neue Vorgabe eingeht oder ein Kunde eine Syntax anfordert, die nicht in der Liste der unterstützten Formate aufgeführt ist. In diesem Fall sind Sie dann von der Entwicklungsplanung eines anderen Unternehmens abhängig. Altova MapForce geht einen anderen Ansatz: Es bildet Ihre Quelldokumente (Rechnungen) entweder in ein bestimmtes Schema oder aus einem solchen Schema, das Sie laden – sei es [UBL](https://docs.oasis-open.org/ubl/UBL-2.1.html), [CII](https://unece.org/trade/uncefact/e-invoice), [XRechnung](https://xeinkauf.de/xrechnung/), [FatturaPA](https://www.fatturapa.gov.it/en/index.html) oder ein nationales Format, das nächstes Jahr veröffentlicht wird. Die andere Seite der Datenabbildung liest, was Sie bereits haben: - Exporte von Daten im Excel- und CSV-Format aus einem ERP- oder Buchhaltungssystem - Datenbanken, einschließlich der Tabellen, die Ihrem Abrechnungssystem zugrunde liegen - XML- und JSON-Daten von einer API oder einer anderen Anwendung - PDF-Quellen, die mit dem MapForce PDF-Extraktor verarbeitet werden - EDI, bei dem Rechnungen im Format EDIFACT oder X12 übertragen werden Diese Kombination aus Faktoren ist der Grund, warum es sich hier um ein Zuordnungsproblem und nicht um ein Konvertierungsproblem handelt. Rechnungsdaten sind selten an einem einzigen, übersichtlichen Ort gespeichert: Ein Teil davon befindet sich im ERP-System, ein anderer Teil in einer Tabellenkalkulation, die eine Tochtergesellschaft verwaltet, ein weiterer Teil in PDF-Dokumenten von Lieferanten, und das XML-Format für elektronische Rechnungen variiert je nach Land. In MapForce werden [Datenmapping-Projekte visuell erstellt](https://www.altova.com/de/mapforce), sodass eine Person, die versteht, welche Daten in den Rechnungsdaten enthalten sind, ein Projekt erstellen kann, ohne Code schreiben zu müssen. Und das zweite Land ist deutlich günstiger als das erste: Das Mapping mit Ihren internen Systemen ist bereits eingerichtet, sodass Sie das Mapping kopieren, das neue E-Rechnungsformat einfügen und nur dort Anpassungen vornehmen, wo sich die beiden Formate tatsächlich unterscheiden. Sie benötigen kein separates Tool für jedes Land. ## Länderspezifische Standards für elektronische Rechnungsstellung Hier ist ein Überblick über den aktuellen Stand der wichtigsten EU-Märkte. Alle unten genannten Formate entsprechen der Norm EN 16931; Unterschiede bestehen in der Syntax, die jedes Land akzeptiert, sowie im Weg, den die Rechnung nehmen muss. | **Land** | **Erforderliches Format** | **Beschreibung** | **Status** | |---|---|---|---| | **Frankreich** | Factur-X, UBL oder CII | Factur-X ist ein Hybrid: eine PDF/A-3-Datei, in die XML-Daten eingebettet sind. | UBL und CII sind reine XML-Formate. Rechnungen werden über eine zugelassene Plattform (PDP) verarbeitet. Regional: Elektronische Rechnungsstellung. Alle Unternehmen, die unter die Vorschriften fallen, müssen ab dem 1. September 2026 in der Lage sein, elektronische Rechnungen zu empfangen. Ausstellung und elektronische Rechnungsstellung: Für Großunternehmen und mittlere Unternehmen ab September 2026, für kleine und Kleinstunternehmen ab September 2027. |**Deutschland**|XRechnung oder ZUGFeRD 2.1+|XRechnung ist reines XML. ZUGFeRD ist ein hybrides PDF/A-3-Format mit eingebettetem CII-XML. Regional: Elektronische Rechnung. Empfangspflichtig seit dem 1. Januar 2025. Gültig ab dem 1. Januar 2027 für Unternehmen mit einem Umsatz von über 800.000 Euro, und für alle Unternehmen ab dem 1. Januar 2028. |**Italien**|FatturaPA|Reine XML-Dateien, die über die Plattform SdI ausgetauscht werden. Regional: Elektronische Rechnungen. | Live. Verpflichtend für inländische B2B-Transaktionen seit 1999 | |**Polen**|Strukturierte Rechnungen nach KSeF-Standard|Ein nationales XML-Schema, das über die KSeF-Plattform eingereicht wird. Regional: faktura strukturiert. | Live. Ab dem 1. Februar 2026 für die größten Steuerzahler und ab dem 1. April 2026 für alle Unternehmen im B2B-Bereich. |**Belgien**|Peppol BIS Billing 3.0|Reine XML-Dateien, die über das Peppol-Netzwerk ausgetauscht werden, anstatt direkt versendet zu werden.|Einführung seit dem 1. Januar 2026.| |**Vereinigtes Königreich (UK)**|Basierend auf Peppol.|Außerhalb der EU-weiten Einführung und mit einem anderen Zeitplan.|Noch nicht verpflichtend. Eine auf Peppol basierende Richtlinie für den Geschäftsaustausch zwischen Unternehmen (B2B) wird für April 2029 bestätigt ## Die Arbeit mit hybriden elektronischen Rechnungsformaten Im Gegensatz zu reinen XML-Formaten sind [ZUGFeRD](https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-21) und [Factur-X](https://fnfe-mpe.org/factur-x/factur-x_en/) PDF/A-3-Dateien, bei denen die Rechnungsdaten als XML-Datei im Anhang eingebettet sind. Die sichtbare Seite dient lediglich der Lesbarkeit für Menschen; im Falle von Abweichungen ist die eingebettete XML-Datei maßgeblich. **Ein Dokument empfangen:** In diesem Fall sollten Sie keine Daten aus der PDF-Datei extrahieren, da Sie dadurch eine Kopie erhalten würden, die nicht die eigentlichen Daten enthält. Trennen Sie die Anhänge und die Zuordnungen vom XML-Dokument. Das Open-Source-Paket "poppler-utils" erledigt dies mit einem einzigen Befehl: `pdfdetach -list invoice.pdf        # show embedded files` `pdfdetach -saveall invoice.pdf     # extract all attachments` Der Dateiname gibt den Profiltyp an: "ZUGFeRD-invoice.xml" für ZUGFeRD 1.0, "factur-x.xml" für ZUGFeRD 2.x und Factur-X, und "xrechnung.xml" für das Referenzprofil XRechnung. Poppler-utils ist für Windows, Linux und macOS verfügbar. Dieser Schritt lässt sich gut automatisieren, da er als erster Schritt eines FlowForce Server-Auftrags ausgeführt wird, wobei die Zuordnung unmittelbar danach erfolgt. **Einlesen einer Datei**: MapForce liest PDF-Dateien als Quelle ein, schreibt sie aber nicht. Stattdessen erzeugt es die XML-Daten, die in eine ZUGFeRD- oder Factur-X-Datei geschrieben werden, anstatt die hybride PDF-Datei selbst. Der Container wird von Ihrer PDF-Toolkette zusammengebaut. Eine wichtige Anmerkung, unabhängig von der gewählten Option: ZUGFeRD und Factur-X definieren verschiedene Profile. Bei den niedrigeren Profilen enthält das eingebettete XML nur Kopfdaten, während die detaillierten Informationen zu den einzelnen Positionen in der PDF-Ebene verbleiben, wo Software sie nicht auslesen kann. Bitte klären Sie, welches Profil Ihr Kunde oder die Plattform benötigt, bevor Sie entscheiden, welche Daten in die entsprechenden Felder übertragen werden sollen. ## Erstellung einer elektronischen Rechnung Die Übermittlung einer Rechnung von Ihrem System an den Kunden Ihres Unternehmens umfasst vier klar unterscheidbare Aufgaben. Diese werden oft als ein einzelner Vorgang, die „elektronische Rechnungsstellung“, diskutiert, wodurch Teams oft mitten in einem Projekt überrascht werden, wenn sie feststellen, welche Funktionen ihre Software tatsächlich bietet _nicht_ ditto. - **Extrahieren** – Holen Sie die Rechnungsdaten aus der Quelle, in der sie sich derzeit befinden: einem ERP-Export, einer Datenbank, einer Tabellenkalkulation oder einer PDF-Datei des Lieferanten - **Zuordnung und Transformation** — Die Daten werden umstrukturiert, um den Feldern des Zielformats zu entsprechen, wobei Codes, Datumsangaben und Steuerkategorien entsprechend umgewandelt werden - **Validieren** — Überprüfen Sie, ob das Ergebnis dem vorgegebenen Schema entspricht, bevor jemand versucht, es zu senden - **Übermittlung** — Senden Sie die Daten über Peppol, über einen französischen Dienstleister (PDP) oder an eine nationale Plattform wie SdI oder KSeF Das Extrahieren, Zuordnen und Transformieren von Daten sind Aufgaben der [Datenzuordnung](https://www.altova.com/de/mapforce), und genau das macht MapForce, zusammen mit der Überprüfung der Ausgabe anhand des Zielschemas, sodass Sie sicherstellen können, dass die Datei strukturell korrekt ist, bevor sie versendet wird. Zwei Dinge stehen außerhalb davon. Die Norm EN 16931 implementiert Geschäftsregeln, die über das hinausgehen, was ein XSD-Schema ausdrücken kann, und diese werden mit einem Schematron-Validierer überprüft. Die Europäische Union veröffentlicht diese Regelwerke kostenlos, und Lieferplattformen führen sie in der Regel bei Empfang ebenfalls aus. Die eigentliche Lieferung ist eine Frage des Netzwerks und der Akkreditierung für einen Peppol-Zugangspunkt oder einen zugelassenen Plattformanbieter. Zu wissen, wo diese Grenzen verlaufen, bevor man den Arbeitsumfang festlegt, ist der Unterschied zwischen einer Planung und einer Überraschung. ## Praxisbeispiel: Umwandlung einer PDF-Datei in eine XML-basierte elektronische Rechnung Dies ist ein häufiges Problem für Finanzteams: Das Abrechnungssystem erzeugt nur eine PDF-Datei, oder Rechnungen kommen von einer Tochtergesellschaft, die eine andere Software verwendet, und diese müssen nun als XRechnung aus dem Gebäude gebracht werden. Bevor man sich die Struktur der Daten betrachtet, ist es wichtig zu verstehen: EN 16931 ist ein semantisches Modell. Es definiert, welche Informationen eine Rechnung enthalten muss, nicht wie das XML-Dokument aussieht. Zwei verschiedene Formate – UBL und CII – implementieren dieses Modell, und eine konforme elektronische Rechnung kann sich an eines von beiden halten, wobei die Regeln des Standards eingehalten werden. Es gibt also keine Dateityp, der als "EN 16931-Datei" bezeichnet wird. Es gibt XML-basierte UBL-Rechnungen und CII-Rechnungen, die diesem Standard entsprechen. Die XRechnung akzeptiert beide Syntaxen, sodass dies einer von zwei gültigen Wegen ist, um die gleiche Anforderung zu erfüllen. Die UBL-Schemas werden kostenlos von OASIS veröffentlicht, und die CII D16B-Schemas von UN/CEFACT. Sie können diese Schemas einfach mithilfe des XML-Schema-Managers in MapForce installieren. ![Laden Sie die UBL- oder CII-Schemas für die Datenzuordnung herunter](/blog/images/downloading-ubl-schemas.png) Das folgende Beispiel bezieht sich auf eine XML-basierte, elektronische Rechnung im UBL-Format. Wir haben den MapForce PDF-Extraktor verwendet, um Regeln für die [Extraktion der Daten aus der PDF-](https://www.altova.com/de/mapforce/pdf-extractor)Rechnung zu definieren. Dies erstellt eine Vorlage, die als Ausgangskomponente dient, auf die wir das Zielschema im UBL-Format abbilden werden. MapForce liest die Struktur aus dem Schema, sodass der Zielbaum die genauen Elemente anzeigt, die das Format definiert, anstatt einer generischen XML-Struktur. Wir haben mit [Altova AI](https://www.altova.com/de/mapforce/ai-data-integration) (ein optionales Zusatzabonnement) begonnen, um Verbindungen zwischen der PDF-Datei und dem UBL-Rechnungs-XML-Schema vorzuschlagen, aber Sie können diese auch manuell herstellen. ![Die Umwandlung einer Rechnung in das Format XRechung in MapForce](/blog/images/pdf-to-xrechnung.png) Nicht jedes Ziel-Feld ist eine direkte Zuordnung. Einige Felder werden direkt übertragen, andere müssen berechnet oder transformiert werden, und einige Werte sind im Quellsystem überhaupt nicht vorhanden. MapForce enthält eine umfangreiche Bibliothek von Datenverarbeitungsfunktionen für all diese Szenarien: arithmetische Berechnungen und Rundungen für berechnete Werte, String-Verarbeitung zur Umformatierung von Datumsangaben und zur Aufteilung eines einzelnen Adressfelds in Straße, Stadt, Postleitzahl und Land, sowie Konstanten und Nachschlagetabellen für Werte, die in der Quelldatei nicht enthalten sind. Sobald die Zuordnung eine gültige Datei erstellt, ist der Vorteil, dass sie diese Dateien kontinuierlich generiert. Richten Sie sie auf die Exporte des nächsten Monats aus, und die Konvertierung läuft unverändert. Kompilieren Sie sie für [MapForce Server](https://www.altova.com/de/mapforce-server), planen Sie sie mit [FlowForce Server](https://www.altova.com/de/flowforceserver), und Rechnungen werden automatisch konvertiert, sobald sie eingehen. ## Empfang von elektronischen Rechnungen Die Verpflichtung gilt in beide Richtungen. In Deutschland müssen Unternehmen seit Januar 2025 in der Lage sein, strukturierte elektronische Rechnungen zu empfangen, und ab September 026 müssen französische Unternehmen dasselbe tun. Der Datenfluss in diese Richtung ist kürzer: - **Empfangen** — Die Datei wird über Ihren Zugangspunkt, Ihr PDP-System oder eine nationale Plattform empfangen - **Zuordnen und Transformieren** — Strukturieren Sie die eingehenden XML-Daten so um, dass sie den Anforderungen Ihres ERP-Systems, Ihrer Datenbank oder Ihres Buchhaltungssystems entsprechen - **Importieren** — Übertragen Sie die Daten in das System, das sie tatsächlich nutzen wird Wie schon so oft ist dies eine Aufgabe für MapForce – und der Arbeitsablauf kann vollständig automatisiert werden, und zwar mit MapForce Server und FlowForce Server. ## Vorteile von MapForce speziell für elektronische Rechnungsstellung - **Ein Werkzeug, nicht eins für jede Richtung.** Ob die Datenübertragung von einem nationalen Format nach außen erfolgt, von außen in Ihre Datenbank importiert werden oder ob es sich um die Konvertierung zwischen zwei kompatiblen Formaten handelt, es handelt sich immer um die gleiche Art von Datenmapping. - **Mandate werden nach einem Zeitplan zugestellt.** Eine gespeicherte Konfiguration ist eine Ressource, die Sie nutzen, wenn der nächste Termin erreicht ist, und keine Aufgabe, die Sie wiederholen müssen. - **Korrektheit wird von Anfang an berücksichtigt, sie wird nicht nachträglich entdeckt.** Es ist entscheidend, dass die Felder und Code-Listen in der Zuordnung korrekt sind, um zu verhindern, dass eine Datei abgelehnt wird. Eine abgelehnte Rechnung bedeutet eine verzögerte Zahlung und eine manuelle Überprüfung. - **Die Zuordnung ist überprüfbar.** Wenn ein Prüfer fragt, wie eine bestimmte Steuerberechnung zustande gekommen ist, ist die Antwort ein leicht verständliches Diagramm. • **Es läuft auf Ihrer eigenen Infrastruktur.** Rechnungen enthalten sowohl geschäftliche als auch persönliche Daten. MapForce verarbeitet diese Daten auf Ihrem Computer, und MapForce Server sowie FlowForce Server laufen auf Servern, die Sie kontrollieren. ## Testen Sie es mit Ihren eigenen Rechnungsdaten Der schnellste Weg, um festzustellen, ob dies zu Ihrem Prozess passt, besteht darin, eine reale Exportdatei und ein Zielschema auszuwählen und diese abzubilden. Wenn die Konvertierung bei einer einzelnen Rechnung funktioniert, funktioniert sie auch für den gesamten Datensatz. Sie können [Laden Sie eine kostenlose 30-tägige Testversion herunter](https://www.altova.com/de/mapforce/download) um mit MapForce zu beginnen.