XML Viewer & Formatter
XML einfügen oder hochladen — sofort eine kollabierbare Baumansicht und formatierten Output erhalten.
Strg+Enter zum Parsen
Was ist XML?
XML (Extensible Markup Language) ist eine vom W3C standardisierte Auszeichnungssprache, die entwickelt wurde, um strukturierte Daten plattformunabhängig und selbstbeschreibend zu speichern und auszutauschen. Im Gegensatz zu HTML — das Browser anweist, wie Inhalte dargestellt werden sollen — geht es bei XML ausschließlich um Daten: ihre Struktur, ihre Beziehungen und ihre Bedeutung. Diese Eigenschaft hat XML zum Rückgrat von Industriestandards gemacht, die einen rigoros maschinenverifizierbaren Datenaustausch erfordern: XRechnung und ZUGFeRD im deutschen E-Rechnungswesen, SOAP-Webservices, OpenDocument (ODF), RSS- und Atom-Feeds, SVG-Vektorgrafiken, Maven-Build-Dateien sowie das Office Open XML-Format von Microsoft Word und Excel.
Jedes XML-Dokument besteht aus einer Hierarchie von Elementen, die in aufeinander abgestimmten Start- und End-Tags eingeschlossen sind. Elemente können Attribute direkt im öffnenden Tag tragen, Textinhalt enthalten, verschachtelte Kindelemente aufnehmen oder beides kombinieren. Wohlgeformtes XML muss einen strikten Regelsatz erfüllen: Jedes geöffnete Tag muss geschlossen werden, Tags dürfen sich nicht überlappen, das Dokument muss genau ein Wurzelelement haben, Attributwerte müssen in Anführungszeichen stehen und bestimmte Zeichen (<, >, &, ", ') müssen als XML-Entities escaped werden. Darüber hinaus kann gültiges XML zusätzlich einem Schema entsprechen — entweder einer DTD (Document Type Definition) oder einer XSD (XML Schema Definition) — das exakt festlegt, welche Elemente und Attribute zulässig sind, ihre Datentypen und ihre Kardinalität. Diese zweistufige Disziplin ermöglicht es, dass XRechnung-Rechnungen zuverlässig von Dutzenden unterschiedlicher ERP-Systeme und Behördenportale maschinell verarbeitet werden.
Im deutschen und europäischen E-Rechnungsumfeld ist XML zentral für die gesetzliche Konformität. Der XRechnung-Standard — seit 2020 für Rechnungen an Bundesbehörden verpflichtend und schrittweise auf alle deutschen Bundesländer ausgeweitet — basiert auf zwei XML-Syntaxen: UBL 2.1 (OASIS Universal Business Language) und UN/CEFACT CII (Cross-Industry Invoice). ZUGFeRD bettet CII-XML als Anhang in ein PDF/A-3-Dokument ein. Der europäische Kern-Rechnungsstandard EN 16931 liegt beiden zugrunde und definiert semantische Geschäftsbegriffe (BT-1 für Rechnungsnummer, BT-9 für Fälligkeitsdatum usw.), die auf XML-Elementpfade in jeder Syntax abgebildet werden. Das Lesen und Navigieren dieser XML-Dateien — unter Verwendung der Namespace-Präfixe cbc: (Common Basic Components) und cac: (Common Aggregate Components) in UBL — ist für Buchhalter, ERP-Entwickler und Steuerprüfer, die mit öffentlichen Beschaffungssystemen in Deutschland arbeiten, unerlässlich.
So verwenden Sie diesen XML Viewer
Unser XML Viewer ist für Entwickler, Buchhalter und IT-Fachleute konzipiert, die XML-Dokumente schnell prüfen möchten.
- Einfügen oder Hochladen — Fügen Sie Ihren XML-Inhalt direkt in das Eingabefeld ein, oder klicken Sie auf „Datei hochladen“, um eine XML-Datei von Ihrem Gerät auszuwählen. Das Tool akzeptiert beliebiges wohlgeformtes XML — XRechnung-Rechnungen, SVG-Grafiken, Maven-pom.xml, SOAP-Antworten oder eigene XML-Formate.
- Parsen & Formatieren — Klicken Sie auf „XML parsen & formatieren“ oder drücken Sie Strg+Enter. Das Tool prüft die XML-Syntax auf Wohlgeformtheit und erstellt bei gültigem XML eine interaktive Baumansicht sowie einen sauber eingeрückten formatierten Output. Enthält Ihr XML einen Syntaxfehler, wird die genaue Fehlerposition gemeldet.
- Baum erkunden — Navigieren Sie in der kollabierbaren Baumansicht, um Elementnamen, Attribute und Textinhalt zu prüfen. Klicken Sie auf die Pfeilsymbole, um verschachtelte Abschnitte zu erweitern oder zu reduzieren. Besonders nützlich bei großen XRechnung-Rechnungen, wenn Sie direkt zum Abschnitt SellerParty, LineItem oder TaxTotal springen möchten, ohne durch Hunderte von Zeilen zu scrollen.
- Formatierten Output kopieren — Verwenden Sie die Schaltfläche „Formatiert kopieren“, um das bereinigte, korrekt eingeрükte XML in Ihre Zwischenablage zu kopieren — bereit zum Einfügen in einen Code-Editor, eine E-Mail oder ein Dokumentationssystem.
Die gesamte Verarbeitung erfolgt ausschließlich im Browser mithilfe der JavaScript-Bibliothek fast-xml-parser. Ihre XML-Daten verlassen Ihr Gerät niemals, werden nicht auf einen Server hochgeladen und nirgends gespeichert. Dies macht das Tool vollständig DSGVO-konform für die Verarbeitung sensibler Geschäftsdokumente. Kostenlose Nutzer können Dateien bis 500 KB verarbeiten; Pro-Nutzer haben kein Größenlimit.
Wie es funktioniert
Wenn Sie auf „XML parsen & formatieren“ klicken, übergibt der Browser Ihren XML-String an fast-xml-parser — eine leistungsstarke JavaScript-Bibliothek, die vollständig client-seitig läuft. Der Parser prüft zunächst die Wohlgeformtheit: Sind alle Tags korrekt verschachtelt? Hat das Dokument ein einzelnes Wurzelelement? Sind alle Attributwerte angebracht? Sind alle reservierten Zeichen (<, >, &, ", ') korrekt escaped? Verletzt eine Regel, hält das Parsen an und meldet die Fehlerposition.
Ist das XML wohlgeformt, konvertiert fast-xml-parser es in einen JavaScript-Objektbaum. Unsere Rendering-Schicht traversiert diesen Baum rekursiv und baut einen React-Komponentenbaum, in dem jedes XML-Element als kollabierbarer Knoten mit seinem Tag-Namen, Attributen und Kindelementen dargestellt wird. Namespace-Präfixe (cbc:, cac: in XRechnung-UBL; rsm:, ram:, udt: in CII) werden exakt so beibehalten, wie sie in der Quelle erscheinen — keine Namespace-Auflösung, die die ursprüngliche Struktur verschleiern könnte.
Der formatierte Output wird in einem separaten Serialisierungsschritt erzeugt: Der geparste Objektbaum wird mit konsistenter 2-Leerzeichen-Einrückung pro Verschachtelungsebene, normierter Attributanführung und erhaltenen CDATA-Abschnitten zurück in XML-Text serialisiert. Das Ergebnis ist das sauber formatierte XML, das Code-Editoren wie VS Code oder IntelliJ IDEA mit ihrer Auto-Format-Funktion erzeugen würden — ohne dass Sie einen Editor öffnen oder installieren müssen.
Anwendungsfälle
XRechnung-Prüfung vor der Einreichung
Vor der Einreichung einer XRechnung an ein Behördenportal (PEPPOL, OZG-RE, ZRE oder ein Landesportal) prüfen Sie das rohe XML: Sind Namespace-URIs korrekt? Stimmt die CustomizationID mit der geforderten XRechnung-Version überein (z. B. xrechnung_3.0)? Ist die USt-IdNr. des Verkäufers (BT-31) korrekt als DE gefolgt von 9 Ziffern formatiert? Ist das Fälligkeitsdatum (BT-9) vorhanden? Die Baumansicht macht jeden Geschäftsbegriff ohne mühsames Suchen im Rohtext direkt navigierbar.
SOAP- und XML-API-Debugging
SOAP-Webservices liefern Antworten als dicht gepackte XML-Envelopes, die in Browser-DevTools oder Postman kaum lesbar sind. Fügen Sie die rohe Antwort ein und erhalten Sie sofort einen formatierten, navigierbaren Baum, der Envelope-, Header-, Body- und Fault-Strukturen klar darstellt. Funktioniert ebenso für XML-basierte REST-APIs, OData-$metadata-Antworten oder WCF-Service-Antworten.
Build- und Konfigurationsdateien
Maven-pom.xml, Spring-Application-Context-XML, Android-AndroidManifest.xml, NuGet-.nuspec-Dateien und MSBuild-.csproj-Dateien sind allesamt XML. Unser Viewer hilft, tief verschachtelte Abhängigkeitsdeklarationen, fehlende schließende Tags, falsche Attributwerte und strukturelle Inkonsistenzen schnell zu erkennen — ohne eine vollständige IDE öffnen zu müssen.
SVG-, Office- und Dokumentformate
SVG-Vektorgrafiken, Microsoft Office .docx/.xlsx (ZIP-Archive mit XML-Inhalt) und OpenDocument-.odt-Dateien sind alle XML-basiert. Das Inspizieren der Elementhierarchie eines SVGs offenbart Pfaddaten, Transform-Attribute und Clip-Path-Definitionen, die in einem Grafikprogramm unsichtbar bleiben. Bei Office-Dateien entpacken Sie das .docx und inspizieren word/document.xml, um Absatzstile, Tabellenstrukturen und Inhaltssteuerelemente zu verstehen.
Beispiel: XRechnung UBL-Struktur
Dieses Beispiel zeigt die typische UBL-XML-Struktur einer XRechnung 3.0-Rechnung. Der Viewer macht die Namespace-Präfixe (cbc:, cac:) und die Hierarchie der Geschäftsbegriffe (BT-1, BT-29, BT-31) in der kollabierbaren Baumansicht sofort sichtbar.
<?xml version="1.0" encoding="UTF-8"?>
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2"
xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2">
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0</cbc:CustomizationID>
<cbc:ID>RE-2025-001</cbc:ID>
<cbc:IssueDate>2025-01-15</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0088">4012345000009</cbc:EndpointID>
<cac:PostalAddress>
<cbc:StreetName>Musterstraße 1</cbc:StreetName>
<cbc:CityName>Berlin</cbc:CityName>
<cbc:PostalZone>10115</cbc:PostalZone>
</cac:PostalAddress>
</cac:Party>
</cac:AccountingSupplierParty>
</Invoice>Beispiel-XRechnung-UBL-XML — fügen Sie dieses Snippet in den Viewer ein, um die Baumstruktur sofort zu sehen. cbc:CustomizationID identifiziert die genaue Standardversion; cbc:InvoiceTypeCode 380 steht für eine reguläre Handelsrechnung.
Tipps & Einschränkungen
Tipps
- Verwenden Sie Strg+Enter als Tastenkürzel, um das Parsen auszulösen, ohne zur Maus greifen zu müssen — besonders hilfreich beim schnellen Iterieren von XML-Änderungen.
- Klicken Sie auf Chevrons in der Baumansicht, um große Sub-Bäume einzuklappen. Bei XRechnung hilft das Einklappen von AccountingSupplierParty und AccountingCustomerParty dabei, sich auf Positionen und Steuergesamtbeträge zu konzentrieren.
- Der Button „Formatiert kopieren“ kopiert vollständig eingerücktes XML — ideal für Code-Reviews, JIRA-Tickets und Dokumentationen, in denen das rohe komprimierte Format schwer lesbar wäre.
- Namespace-Präfixe (cbc:, cac:, rsm:, ram:, udt: usw.) werden in der Baumansicht und im formatierten Output korrekt beibehalten.
Einschränkungen
- Das Tool prüft Wohlgeformtheit, aber keine Schema-Validierung (XSD) oder Schematron-Regelvalidierung. Ein Dokument kann wohlgeformt sein und trotzdem gegen XRechnung-Geschäftsregeln verstoßen.
- Für die vollständige XRechnung-Konformität — einschließlich KOSIT-Schematron-Regeln (BR-DE-1 bis BR-DE-31) und PEPPOL-BIS-Prüfungen — nutzen Sie den dedizierten XRechnung-Viewer.
- Kostenlose Nutzer sind auf 500 KB begrenzt. Eine typische XRechnung ist 5–50 KB groß, sodass kostenlose Nutzer praktisch alle realen Rechnungen verarbeiten können.
- Sehr große XML-Dateien (>5 MB, z. B. Massenexporte aus ERP-Systemen) können den Browser verlangsamen, da die gesamte Verarbeitung client-seitig erfolgt. Für Dateien über 1 MB empfiehlt sich ein Pro-Konto und die Nutzung von modernem Chrome oder Firefox.
Häufig gestellte Fragen
Werden meine XML-Daten auf Ihren Servern gespeichert?
Nein. Das gesamte XML-Parsen und -Formatieren erfolgt ausschließlich in Ihrem Browser mithilfe der JavaScript-Bibliothek fast-xml-parser. Ihre Daten verlassen Ihr Gerät niemals, werden nicht über das Netzwerk übertragen und auf keinem Server gespeichert. Dies macht docutools.pro vollständig DSGVO-konform für die Verarbeitung sensibler Geschäftsdokumente wie Rechnungen, Verträge und Finanzdaten.
Wie groß kann die Datei maximal sein?
Kostenlose Nutzer können XML-Dateien bis 500 KB verarbeiten. Eine typische XRechnung hat zwischen 5 KB und 50 KB, sodass praktisch alle realen Rechnungen gut innerhalb des kostenlosen Limits liegen. Pro-Abonnenten haben kein Dateigrößenlimit und können auch mehrstufige XML-Dokumente wie große ERP-Exportdateien, Massen-Order-XMLs und vollständige OpenDocument-Dateien verarbeiten.
Kann ich damit XRechnung-XML validieren?
Dieses Tool validiert die XML-Syntax (Wohlgeformtheit) — es prüft, ob Tags korrekt verschachtelt sind, alle Attribute in Anführungszeichen stehen und das Dokument ein einzelnes Wurzelelement hat. Eine XRechnung-spezifische Schematron-Validierung wird jedoch nicht durchgeführt. Für die vollständige XRechnung-Konformitätsprüfung einschließlich der KOSIT-Geschäftsregeln (BR-DE-1 bis BR-DE-31), Namespace-URI-Prüfungen, Pflichtfeldprüfungen und PEPPOL-BIS-Validierung nutzen Sie unseren dedizierten XRechnung-Viewer.
Unterstützt der Viewer XML-Namespaces?
Ja. Unser Parser verarbeitet XML-Namespaces, CDATA-Abschnitte, Verarbeitungsanweisungen und Attribute korrekt. Namespace-Präfixe (wie cbc:, cac: in XRechnung-UBL oder rsm:, ram: in CII) werden in der Baumansicht exakt so angezeigt, wie sie im Quelldokument erscheinen. Namespace-URI-Deklarationen (xmlns:cbc="...") werden als Attribute am Wurzelelement angezeigt.
Was ist der Unterschied zwischen wohlgeformtem und gültigem XML?
Wohlgeformtes XML folgt grundlegenden Syntaxregeln: Tags sind korrekt verschachtelt, es gibt genau ein Wurzelelement, alle Attribute stehen in Anführungszeichen und reservierte Zeichen sind escaped. Gültiges XML entspricht zusätzlich einem bestimmten Schema — entweder einer DTD oder einer XSD. XRechnung fügt eine dritte Ebene hinzu: Schematron-Regeln (eine musterbasierte Validierungssprache), die Geschäftslogik prüfen, z. B. ob bei PaymentMeans-Code 58 ein IBAN-Konto vorhanden sein muss. Unser Viewer übernimmt die Wohlgeformtheitsprüfung; die vollständige Gültigkeit erfordert dedizierte XRechnung-Validatoren.
Kann ich XRechnung-UBL- und CII-Dateien anzeigen?
Ja. Sowohl UBL (die Standard-XML-Syntax für XRechnung, die bei den meisten öffentlichen Ausschreibungen verwendet wird) als auch CII (Cross-Industry Invoice, verwendet in ZUGFeRD und als alternative XRechnung-Syntax) sind Standard-XML-Dateien und können in unserem Viewer formatiert und angezeigt werden. Für eine detaillierte Feld-für-Feld-Interpretation von XRechnung-Daten — mit Abbildung der XML-Pfade auf Geschäftsbegriffe wie BT-1 (Rechnungsnummer) oder BT-31 (USt-IdNr. des Verkäufers) — nutzen Sie den XRechnung-Viewer.
Was ist CDATA in XML?
CDATA-Abschnitte (Character Data) sind XML-Konstrukte, die es ermöglichen, Textblöcke mit Zeichen einzubetten, die sonst escaped werden müssten — vor allem <, > und &. Ein CDATA-Abschnitt wird in <![CDATA[...]]> eingeschlossen. Alles darin wird als reiner Zeicheninhalt behandelt, nicht als XML-Markup. CDATA-Abschnitte werden häufig in XML-Konfigurationsdateien und SOAP-Nachrichten verwendet, um HTML-Fragmente oder Skriptcode einzubetten. Unser Viewer rendert CDATA-Abschnitte in der Baumansicht korrekt als speziellen Knotentyp.
Wie verhält sich XML zu JSON?
Beide sind Datenaustauschformate zum Serialisieren strukturierter Daten. XML ist älter (W3C-Spezifikation 1998), ausführlicher und unterstützt Namespaces, gemischte Inhalte (Text und Elemente gemischt), Schema-Validierung (XSD) und Transformation (XSLT). JSON ist einfacher, kompakter und bildet JavaScript-Objekte direkt ab — damit dominierend für REST-APIs und Browser-Anwendungen. XRechnung verwendet XML speziell wegen der Namespace- und Schema-Validierungsfähigkeiten, die rechtsverbindlichen, maschinell verifizierbaren Rechnungsaustausch ermöglichen.
Kann ich XML mit diesem Tool in JSON konvertieren?
Unser XML-Viewer fokussiert sich auf Baumvisualisierung und formatierten XML-Output. XML-nach-JSON-Konvertierung erfordert Entscheidungen: Wie werden XML-Attribute in JSON repräsentiert (z. B. als @attribut-Schlüssel)? Wie werden gemischte Inhalte behandelt? Bibliotheken wie fast-xml-parser (JavaScript), xmltodict (Python) oder JAXB (Java) übernehmen diese Konvertierung mit konfigurierbaren Mappings.
Was sind XML-Verarbeitungsanweisungen?
Verarbeitungsanweisungen (Processing Instructions, PIs) sind spezielle XML-Konstrukte, die Direktiven an die lesende Anwendung übergeben. Die bekannteste ist die XML-Deklaration: <?xml version="1.0" encoding="UTF-8"?>. Weitere verbreitete PIs sind <?xml-stylesheet type="text/xsl" href="rechnung.xsl"?> für XSLT-Stylesheets. PIs sind keine XML-Elemente — sie erscheinen nicht in der Elementhierarchie, sind aber im Dokument erhalten und in unserer Baumansicht sichtbar.
Warum enthält mein XML BOM-Zeichen und wie entferne ich sie?
Ein BOM (Byte Order Mark) ist ein Unicode-Marker (U+FEFF), der manchmal am Anfang von UTF-8-Dateien erscheint, die mit Windows-Tools erstellt wurden. In XML ist ein BOM vor der <?xml?>-Deklaration laut Spezifikation nicht erlaubt und führt zu einem Parserfehler (ungültiges Zeichen an Position 0). Um ihn zu entfernen, öffnen Sie die Datei in VS Code oder Notepad++, ändern Sie die Kodierung auf „UTF-8 ohne BOM“ und speichern Sie. Unser Viewer meldet diesen Fehler klar, sodass Sie ihn vor der Verarbeitung beheben können.