Peppol IMR-Rechnungsantworten (Invoice Message Response)
IMR ermöglicht Käufern, strukturierte Annahme-, Ablehnungs- oder Streitfallantworten über Peppol zu senden. Verstehen Sie den Unterschied zu E-Mail-Antworten und technischen Zustellbestätigungen.
Aktualisiert
Geschäftliches Feedback zu einer strukturierten Rechnung
Sendet ein Lieferant eine Peppol-Rechnung, muss der Käufer oft mehr mitteilen als « wir haben Ihre PDF erhalten ». Akzeptiert die Buchhaltung zur Zahlung? Streit über Mengen oder Preise? Noch intern in Prüfung?
Invoice Message Responses (IMR) decken diesen Bedarf ab. IMR ist der Peppol-Dokumenttyp (technisch UBL ApplicationResponse gemäß Peppol BIS Invoice Response) mit geschäftlichem Status zu einer bereits ausgetauschten Rechnung. Paneuropäisches Peppol-Konzept für grenzüberschreitende Nutzung.
IMR ersetzt weder Buchung, Zahlungsfreigabe noch Gutschrift. Es ist das standardisierte Signal, dass eine empfangene Peppol-Rechnung angenommen, abgelehnt, hinterfragt oder in einen anderen definierten Geschäftsstatus gesetzt wurde.
IMR ist keine E-Mail-Antwort
E-Mail-Antworten scheitern bei strukturierter E-Rechnung. Threads verknüpfen selten maschinenlesbar mit Peppol-Dokument oder Rechnungsnummer. Formulierungen wie « sieht gut aus, wir zahlen nächsten Monat » sind für Menschen verständlich, für Automatisierung wertlos. Peppol protokolliert Zustellung und geschäftliche Antworten über Zugangspunkte ; E-Mail hat kein föderiertes Äquivalent, und Mails erreichen mitunter Ansprechpartner statt des empfangenden Systems.
IMR wird über Peppol gesendet, referenziert die Ursprungsrechnung und nutzt codierte Status aus Peppol BIS Invoice Response. Ihre Software oder Ihr Zugangspunkt kann die Antwort neben der Rechnung anzeigen, den Lieferanten informieren und einen Audit-Trail führen, ohne Freitext aus E-Mails zu parsen.
IMR versus technische Zustellbestätigungen
Peppol nutzt auch Antworten auf Nachrichtenebene (MLR in manchen Oberflächen) für Syntax und Zustellung. Signale auf Transportschicht : « der Umschlag ist angekommen » oder « das XML hat die Validierung nicht bestanden ».
IMR drückt kommerzielle Verarbeitungsabsicht aus: angenommen, abgelehnt mit Begründung, unter Rückfrage usw. Beides kann in einem ausgereiften Peppol-Ablauf existieren, beantwortet aber verschiedene Fragen. Verwechslung suggeriert geschäftliche Annahme, obwohl nur Netzwerkzustellung gelang.
Wie IMR im Peppol-Netzwerk reist
- Der Käufer legt einen Geschäftsstatus für eine empfangene Peppol-Rechnung fest.
- System oder Zugangspunkt erstellt ApplicationResponse-XML mit Referenz auf Rechnungsnummer und Metadaten.
- Die Antwort reist über den Zugangspunkt des Käufers zum Zugangspunkt des Lieferanten.
- Der Lieferant erhält eine strukturierte Antwort zur gesendeten Rechnung.
Als föderiertes europäisches Netzwerk können Käufer und Lieferant unterschiedliche Anbieter nutzen. IMR funktioniert bei Unterstützung von Invoice Response (Peppol BIS Billing Invoice Response 3.x).
Kategorien von Antwortcodes
Peppol definiert zweistellige Codes mit Geschäftskategorien. Rechtswirkung kann variieren ; Kategorien sind netzwerkweit standardisiert.
| Kategorie | Typische Bedeutung |
|---|---|
| Angenommen | Für Verarbeitung oder Zahlung ohne Einwand in dieser Phase anerkannt. |
| Abgelehnt | Nicht akzeptiert ; nicht wie eingereicht zahlen. Strukturierte Begründung erwartet. |
| Bedingt angenommen | Nur unter genannten Bedingungen. |
| Unter Rückfrage | Keine Endentscheidung ; Fragen oder interne Prüfung. |
| Mit Fehlern angenommen | Verarbeitung trotz bekannter Abweichungen. |
| In Bearbeitung | Noch geprüft ; keine finale Entscheidung. |
| Bezahlt | Optionaler Status nach Zahlung (Support variiert). |
Codes wie AP, RE, CA, UQ, AB und IP entsprechen Peppol BIS 3.0. Betrachten Sie die Kategorie als stabiles Konzept.
Erfinden Sie keine Bedeutungen ausserhalb veröffentlichter Peppol-Listen. Bei unbekannten Codes Zugangspunkt oder OpenPeppol Invoice Response konsultieren.
Statusgründe
Für abgelehnt, bedingt angenommen oder unter Rückfrage erwartet Peppol einen Statusgrundcode aus OPStatusReason, plus optional Freitext. Grundcodes bündeln typische Probleme : falsche Referenzen, Preise, Mengen, Lieferprobleme, unbekannter Empfänger und weitere in der Spezifikation definierte Kategorien.
Eine Ablehnung wegen « falscher Mengen » startet so einen anderen Workflow als « falsche Zahlungsbedingungen », obwohl beides Ablehnungen auf Antwortcode-Ebene sind. Lieferanten können Streitfälle schneller an die richtige Abteilung leiten.
Wer sendet IMR, und wann?
Käufer senden ausgehende IMR nach Empfang ; Lieferanten erhalten eingehende IMR zu gesendeten Rechnungen und verfolgen die Historie in der Peppol-Ausgangsbox. Der Zeitpunkt ist eine Prozessentscheidung : manche senden angenommen nach Validierung, andere nach interner Freigabe. Unter Rückfrage oder abgelehnt sollten möglichst früh gesendet werden.
Die belgische B2B-Pflicht betrifft Senden und Empfangen von Peppol-Rechnungen. IMR ist nicht für jedes KMU gesetzlich zwingend, wird aber wichtig, wenn grosse Kunden automatisierte Annahmesignale erwarten, Sie weniger E-Mail-Nachfragen zum Status wünschen oder eine Audit-Spur jenseits informeller Korrespondenz brauchen. Unterstützung verbessert die Interoperabilität mit Käufern in Belgien und anderen Peppol-Ländern.
- IMR (Invoice Message Response)
Peppol ApplicationResponse-Dokument mit standardisiertem Geschäftsstatus (angenommen, abgelehnt, unter Rückfrage usw.) zu einer ausgetauschten Rechnung.
Praktische Checkliste
- Invoice Response Senden und Empfangen bestätigen.
- Netzwerkzustellung und geschäftliche Annahme unterscheiden.
- Grundcodes und klare Verantwortlichkeit bei Ablehnung und Rückfrage.