FAQ PEPPOL Senden & Empfangen

Überblick

Häufige PEPPOL-Probleme und wo Sie nachschauen. Track-Tags: User, Implementor, Integrator.

Senden aus Out Docs schlägt fehl (User)

Symptome: Send Failed, oder Ready to Send mit Sendefehlern.

Prüfen:

PEPPOL-Registrierung der Legal Entity ist genehmigt.
Empfänger-ID ist gültig (SMP-Lookup).
Erforderliche Adressen, MwSt./VAT und Steuercodes sind vorhanden.
Charges sind gemappt; Gutschriften haben Referenzen zur Vorgängerrechnung.
Buyer Reference ist ausgefüllt. Der Invoice Manager verlangt sie beim Speichern von Änderungen; Rechnungen aus New Invoice, Upload, AR Email, ERP-Fetch, SFTP oder API können ohne sie ankommen.
Bei Exporten außerhalb der EU sind die Steuercodes nicht der inländische Code S (auf das Grenzüberschreitungs-Banner bei Line Items achten).
Das Dokumentformat ist das gewünschte. Ein leeres Format sendet Peppol BIS Billing 3.0 UBL, sobald der Empfänger es akzeptiert.
Nur bei French CTC: codierte Hinweise stehen auf Notes und Business Process Code ist gesetzt. Unter BIS 3.0 ist Business Process Code leer, und es gibt höchstens einen Hinweis, außer beide Parteien sind deutsch.
Nur bei XRechnung: Payment IBAN sowie Name, Telefon und E-Mail des Verkäuferkontakts sind ausgefüllt (Buyer Reference ist die Leitweg-ID).
Peppol Sender ID verweist auf eine Approved Registrierung der Legal Entity.

Sendefehler nennen das zu korrigierende Feld, wo sich die PEPPOL-Regel einem Feld zuordnen lässt.

Siehe Verkaufsrechnungen prüfen & senden.

MLR zeigt abgelehnt (User / Implementor)

MLR-Status und -Grund der Verkaufsrechnung öffnen.
Bestätigen, dass der Kunde den gesendeten Dokumenttyp empfangen kann.
Nur bei Bedarf korrigieren und erneut senden.

Siehe MLR & Invoice Response.

Rechnung kommt nie an (eingehend) (Implementor)

PEPPOL-Registrierung und Participant-ID bestätigen und an Lieferanten weitergegeben.
Speichermodus (Default / S3 / API) und Anmeldedaten prüfen.
PEPPOL Rejected Messages auf Validierungsfehler prüfen.
Eingehende Logs / Error Log auf Verarbeitungsausnahmen prüfen.
Eingehendes PEPPOL wird durch das Nachrichtenkontingent nicht blockiert — ein volles Kontingent ist nicht die Ursache.
Tapr Settings → Other → Peppol Network prüfen — eine Live-Site muss auf Production stehen.

API-Senden liefert Validierungsfehler (Integrator)

XML vor dem Senden mit validate_xml validieren.
Bei Raw-XML-Sends sicherstellen, dass doc_type_id und process_id gesetzt sind.
Factur-X-PDF-Pfad muss einen echten PDF-Body senden (%PDF Magic Bytes).

Siehe REST-API-Referenz.

Kontingent / Metering blockiert (Implementor)

Pläne begrenzen Nachrichten und API-Aufrufe. Bei Überschreitung lehnen ausgehende Sends, Nicht-PEPPOL-Eingang (Upload, E-Mail, SFTP, Cloud-Ordner) und gebührenpflichtige APIs neue Arbeit ab (eingehendes PEPPOL kommt weiter an), bis die Periode zurückgesetzt wird oder Sie upgraden. Prüfen Sie Tapr Settings → Subscription.