Wie eine Rechnung läuft

Eine Rechnung, vom Export des ERP bis zur Betreuungsliste. Der gelbe Zettel ist die Antwort, die das Feld im Export des Kunden nennt. Der gestrichelte Kasten ist das Netz. Die gehostete Sandbox hat noch keines eingerichtet.

1. Die Rechnung verlässt das ERP des Kunden als ERP-Export (Business Central oder SAP Business One), kanonisches JSON oder fertige XML-Datei.
2. Sie kommt über POST /invoices, POST /invoices/xml oder als Datei im Ablageordner an.
3. Das kanonische Modell prüft die Struktur. Ein Fehler nennt das Feld.
4. Die eigenen Validatoren des Übermittlungswegs laufen: KoSIT für Deutschland, Schematron für Peppol, Frankreich und Rumänien, das FA(3)-Schema für Polen. Die Antwort ist 202 mit einer ID oder 422 mit einem Katalogcode, der das Feld nennt, sagt, wer handelt, und einen Hinweis zur Behebung gibt.
5. Eine Rechnung, die alle Prüfungen besteht, wartet in einer Warteschlange. KSeF, Peppol, Frankreich und Deutschland teilen sich die schnelle Spur. ANAF hat eine eigene langsame Spur.
6. Ein Übermittlungsweg mit Zugangsdaten für ein Netz sendet die Rechnung. Deutschland hat kein Netz: Seine Rechnung endet bei ready, und der Partner stellt die Datei zu. Ein Übermittlungsweg ohne Zugangsdaten, wie heute in der gehosteten Sandbox, sendet nichts.
7. Jedes Ergebnis wird zu einem Statusereignis und der Reihe nach gespeichert. Siehe Status.
8. Eine endgültige Ablehnung landet auf der Betreuungsliste. Vorübergehende Fehler lösen Wiederholungsversuche aus und landen erst dort, wenn alle Versuche aufgebraucht sind.

POST /validate führt nur die Schritte 3 und 4 aus. Der Aufruf speichert nichts, sendet nichts und antwortet immer mit 200 und einem Bericht. Siehe Probelauf.