Ist das eine Schema-Validierung?

Nein. Einrücken und grobe Wohlgeformtheit. XSD/DTD-Validierung fehlt.

Als Text ja. Fachliche Richtigkeit der Envelope prüfen Sie selbst.

E-Rechnung / XRechnung?

Nein. Der Rechnungs-Generator baut eine einfache Leistungs-PDF, kein ZUGFeRD.

XML einrücken und prüfen — nicht JSON

Ein langer SOAP- oder Config-Brei bekommt Zeilenumbrüche. Gültig gegen ein Schema ist das nicht. JSON hat eine eigene Seite.

Ein langer SOAP- oder Config-Brei: XML einrücken, kein Schemaamt.

Die Seite macht Umbrüche im Tab. Gültig gegen Ihr XSD ist das nicht.

Einrücken und grob prüfen

Lesen, nicht signieren.
JSON: JSON formatieren
Allgemein: Code schön

Rechnung als PDF: Rechnungs-Generator — keine E-Rechnung. Diff: Text-Diff.

Grenzen

Keine Übertragung. Kein Ersatz für den XML-Stack Ihrer Integration.

Ablauf und Stolpersteine

Dokument einfügen, einrücken, Wohlgeformtheit grob prüfen. XSD bleibt Ihr Stack.
SOAP-Header nicht „schön“ in der Semantik ändern — nur Whitespace.
E-Rechnung ist nicht dieses XML-Pretty-Print und nicht der Rechnungs-PDF-Generator.

Stolperstein: Namespaces und Default-NS. Einrückung ändert sie nicht, Ihr Diff-Tool schreit trotzdem. Keine Übertragung.

In der Praxis

SOAP und Config lesbar machen, nicht gegen XSD prüfen. Namespaces nicht „wegputzen“. XRechnung und ZUGFeRD sind strukturierte E-Rechnung — weder dieses Pretty-Print noch der Rechnungs-PDF-Generator.

XML-Formatierer

Einrücken und grob prüfen

Grenzen

Ablauf und Stolpersteine

In der Praxis

Häufige Fragen

Verwandte Tools