Leitfaden
Markdown-ExportOdoo-Rechnungsexporte validieren
Nutzen Sie Validierungsergebnisse, um fehlende Odoo-Stammdaten von Review-Korrekturen zu trennen.
Exporterwartungen
Prüfen Sie Odoo-Rechnungsexporte und Lokalisierungsmodule vor Versand auf EN-16931-Vollständigkeit.
Validieren Sie die XML-Datei aus dem Odoo-Sende- oder Peppol-Flow; PDF und gebuchte Rechnung können korrekt aussehen, obwohl EDI-Felder fehlen.
Zu prüfende Exportsignale
Die Odoo-Dokumentation legt die Formatwahl im Reiter Buchhaltung des Kunden offen und nennt Peppol BIS Billing 3.0, XRechnung CIUS und NLCIUS als Versandformate. Prüfen Sie zuerst Kontaktformat und Endpoint-Daten.
Validierungscheckliste
Nutzen Sie diese Punkte als praktische Prüfschritte für diesen Abschnitt.
- Setzen Sie das Kunden-E-Rechnungsformat explizit, wenn der Empfänger XRechnung statt PDF/E-Mail-Standard braucht.
- Verifizieren Sie Peppol-EAS-Code und Endpoint-Nummer mit dem Kontakt, bevor ein Routingfehler als XML-Fehler bewertet wird.
- Wenn Studio-Zusatzfelder genutzt werden, prüfen Sie, dass deren technische Namen die XML füllen, nicht nur das Odoo-Formular.
Export-Triage-Tabelle
| Symptom | Wahrscheinliches Feld oder Regel | Korrektur im Export |
|---|---|---|
| Odoo sendet PDF/E-Mail, aber keine XRechnung-XML. | Recipient format setup | Setzen Sie das Kunden-E-Rechnungsformat vor „Senden“ auf XRechnung CIUS oder Peppol BIS. |
| Peppol-Versand scheitert, bevor Validierungsausgabe vorliegt. | EAS / endpoint identifier | Prüfen Sie EAS-Code und Endpoint-Nummer getrennt von XML-Inhaltsfehlern. |
Häufige Validierungsfehler
Die Lokalisierung steuert oft, ob Steuerbefreiungsgründe, Reverse-Charge-Details und Käuferkennungen vorhanden sind.
Validierungsworkflow nach dem Export
Nutzen Sie Validierungsergebnisse, um fehlende Odoo-Stammdaten von Review-Korrekturen zu trennen.