Deutsche Freiberufler
Freiberufler erhalten XML oft aus fremden Buchhaltungssystemen und brauchen einen schnellen Pass-oder-Fail-Check vor Versand oder Archivierung.
Fehlerhaftes XML wird teuer, wenn das Problem erst nach Export oder Upload sichtbar wird.
Wer bereits XML aus einem anderen System hat, braucht vor allem einen schnellen Check, ob das Dokument technisch verwendbar ist, bevor es weitergereicht wird.
POST /api/v1/validate akzeptiert sowohl Roh-XML als auch xml_base64. Das passt zu direkten API-Clients und queue-basierten Workflows.
Der Endpoint liefert valid, received_as und ein strukturiertes validation-Objekt, damit Automationen gezielt blockieren oder weiterleiten können.
Wie die übrigen Public-API-Endpunkte nutzt auch diese Route geschäftsbezogene API-Keys und Planlimits.
QuoteCash stellt Validierung über POST /api/v1/validate bereit, wenn nur geprüft und nichts erzeugt werden soll. Der Endpoint akzeptiert ein Zielformat und entweder Roh-XML im Feld xml oder Base64-Daten im Feld xml_base64.
Die Antwort liefert valid, received_as und ein strukturiertes validation-Objekt statt einer rein textlichen Meldung. Der HTTP-Status 200 bedeutet nur, dass das Dokument zur Prüfung angenommen wurde; entscheidend ist validation.valid.
Der gleiche Endpoint unterstützt auch PEPPOL- und ZUGFeRD-Prüfung. Dadurch eignet er sich als gemeinsame Validierungsschicht für Migrationen und Multi-Format-Importe.
Freiberufler erhalten XML oft aus fremden Buchhaltungssystemen und brauchen einen schnellen Pass-oder-Fail-Check vor Versand oder Archivierung.
Teams mit mehreren Eingangsformaten aus unterschiedlichen Quellsystemen können einen gemeinsamen Validierungs-Endpoint statt mehrerer Einzellösungen nutzen.
Entwickler brauchen strukturierte Fehlerbehandlung statt eines Browser-Validators. JSON-Ausgaben lassen sich sauber in Retry- und Ausnahmeprozesse einbauen.
Agenturen übernehmen häufig XML aus Systemen, die sie nicht kontrollieren. Ein Validierungs-Endpoint liefert Diagnose, ohne sofort die gesamte Erzeugung umzubauen.
Integratoren müssen Payload-Annahme und fachliche Annahme trennen. Die Route hilft, fehlerhaftes XML, falsche Formate und Mapping-Probleme zu isolieren.