Rechnungsstörungen bearbeiten: eingrenzen, abstimmen und wiederherstellen
Ein Betriebsverfahren für fehlgeschlagenen oder unklaren Peppol-Versand, Integrationsausfälle, Duplikatrisiken und Probleme mit finanziellen Nachweisen.
- Aktualisiert
- Inhaltsverantwortung
- Servicebetrieb
- Für
- Teams für die Leistungserbringung · Finanzbetrieb · Integrationssupport
Auf einen Blick
Begrenzen Sie den betroffenen Ablauf, unterscheiden Sie abgelehnte Vorgänge von unklaren Ergebnissen und setzen Sie die Verarbeitung erst nach dem Abgleich fort.
Bevor Sie beginnen
- Eine benannte Störungsleitung und eine finanzielle Entscheidungsverantwortung
- Zugang zu Quellidentitäten, Beleg-IDs und Fehleraufzeichnungen
- Aktuelle Kontakte für internen Support und den Anbieter des Zugangspunkts
Erwartete Ergebnisse
- Ein abgestimmtes Verzeichnis aller betroffenen Transaktionen
- Ein Wiederherstellungsplan ohne doppelte Belege oder Übertragungen
- Eine Übergabedokumentation mit Ursache, Nachweisen und Korrekturmaßnahmen
Auf dieser Seite
Eine Störung in der Rechnungsverarbeitung kann Umsatz, Kundenbeziehungen und Buchhaltungsnachweise beeinträchtigen, obwohl die Website weiterhin erreichbar ist. Richten Sie die Reaktion an den geschäftlichen Auswirkungen aus: Welche Gesellschaften und Transaktionen sind betroffen? Sind Geldbeträge oder Belege falsch? Könnte ein Vorgang trotz fehlender Antwort bereits erfolgreich gewesen sein?
Das folgende Verfahren ist eine empfohlene Betriebspraxis. Schweregrade, Reaktionsziele und Eskalationskontakte müssen aus Ihrer Organisation und den vertraglichen Servicebedingungen stammen. Diese Anleitung verspricht keine bestimmte Antwortzeit des Supports.
Verantwortlichkeit und Umfang festlegen
Benennen Sie eine Störungsleitung, die den zeitlichen Ablauf führt, und eine finanzverantwortliche Person, die geschäftliche Berichtigungen entscheidet. Der Integrationssupport untersucht technische Fehler. Der Anbieter des Zugangspunkts klärt bei Bedarf das Ergebnis im Netzwerk. Die Kundenkommunikation erfolgt über Ihren freigegebenen Kanal und die zuständige Kundenbetreuung.
| Rolle | Entscheidung oder Maßnahme |
|---|---|
| Störungsleitung | Umfang, Koordination, Zeitlinie und Entscheidung über die Wiederaufnahme |
| Finanzverantwortung | Forderungen, Gutschriften, Rückzahlungen und finanzielle Kundenfolgen |
| Integrationsverantwortung | Eingrenzung, Suche in Quelldaten und sichere Wiederholung |
| Betriebsverantwortung | Manuelle Bearbeitungsliste und tägliche Nachverfolgung |
| Anbietersupport | Bestätigung von Netzempfang oder Ablehnung bei unklarem Ergebnis |
Eröffnen Sie den Fall mit Unternehmen beziehungsweise Gesellschaft, Ablauf, erstem Beobachtungszeitpunkt samt Zeitzone, betroffener Anzahl, Betrag je Währung, Quellsystem und Auswirkung. Vermeiden Sie unpräzise Aussagen wie „Peppol ausgefallen“, wenn nur ein einzelner Käufer nicht erreichbar ist.
Eingrenzen, ohne Nachweise zu zerstören
Pausieren Sie den betroffenen Sender oder die Integrationswarteschlange in dem von Ihnen betriebenen System. Erhalten Sie die Quelltransaktionen und ihre stabilen Identitäten. Ist der Umfang bekannt, halten Sie nur die betroffene Gesellschaft oder Belegart an. Löschen Sie keine nummerierten Belege, ändern Sie keine IDs und rotieren Sie Zugangsdaten nicht als pauschale Antwort auf eine Zeitüberschreitung.
Erfassen Sie Beleg-IDs, Rechnungsnummern, external_id, Integrationsnamensraum, Peppol-Dokument-IDs, letzten bekannten Zustand, Fehlercode und bereinigte Antwort. API-Schlüssel, vollständige Zugangsdaten und unnötige Kundendaten gehören nicht in Tickets. Bewahren Sie ursprüngliche XML- und PDF-Dateien sowie Übertragungsschnappschüsse auf, soweit verfügbar.
Sind Zugangsdaten nachweislich offengelegt, muss die berechtigte Schlüsselverantwortung sie widerrufen oder austauschen und die Aktualisierung der Integration koordinieren. Unterscheiden Sie zuerst einen Sicherheitsvorfall von einer fehlenden Berechtigung oder einem abgelaufenen Schlüssel: Die erforderlichen Korrekturmaßnahmen sind unterschiedlich.
Jede betroffene Transaktion einordnen
- Vor Annahme abgelehnt: Eine konkrete Validierungs- oder Berechtigungsablehnung beschreibt den Korrekturbedarf. Bewahren Sie den Fehlercode auf und beheben Sie die Ursache.
- Finanzieller Datensatz könnte bestehen: Eine Zeitüberschreitung nach der Rechnungserstellung verlangt eine Suche anhand der externen ID, keine neue Rechnungsidentität.
- Übertragung unklar:
transmission_state: uncertainoderPEPPOL_TRANSMISSION_UNCERTAINbedeutet, dass die Netzwerkannahme nicht geklärt ist. Fordern Sie vor erneutem Versand einen Abgleich durch den Anbieter oder dessen signierte Statusaktualisierung an. - Zugestellt, geschäftlich bestritten: Übergeben Sie an die geschäftlich verantwortliche Person. Erfolgreicher Transport ist von der Entscheidung des Käufers zu unterscheiden.
- Nachweis unzugänglich oder beschädigt: Erhalten Sie Fehler und Originalreferenzen und eskalieren Sie den Archivabruf. Erzeugen Sie keine neue Datei, die anschließend als Original bezeichnet wird.
OpenPeppol unterscheidet Transportbestätigungen und geschäftliche Antworten. Eine angenommene Netzwerknachricht kann deshalb trotzdem zu einem Preisstreit führen. Umgekehrt beweist ein Transportproblem nicht, dass eine Rechnung gutgeschrieben werden muss.
Auf Grundlage eines abgestimmten Verzeichnisses wiederherstellen
Erstellen Sie eine Transaktionsliste mit Quell-ID, Produkt-ID, Ergebnis „erstellt“, „nicht vorhanden“ oder „unbekannt“, Übertragungszustand, nächster Maßnahme und Verantwortlichkeit. Suchen Sie unklare Rechnungserstellungen über /api/v1/invoices/lookup?external_id=... und Geldbewegungen über den entsprechenden Zahlungssuchendpunkt. Erhalten Sie den ursprünglichen Integrationsnamensraum und die ursprünglichen Anfragedaten.
Wiederholen Sie identische, nachweislich wiederherstellbare Vorgänge mit ihren ursprünglichen Identitäten. Wiederholen Sie keine Übertragung, deren Netzwerkergebnis unklar bleibt. Darf ein bekanntermaßen abgelehnter Versand erneut versucht werden, bleiben die ausgestellten Bytes und die Dokumentidentität erhalten. Bei geänderten geschäftlichen Inhalten entscheidet das Finanzteam über Gutschrift und Berichtigung.
Beispiel: Zeitüberschreitung während eines Stapels
Ein Stapel von 50 Rechnungen stoppt nach 30 Anfragen. 28 Antworten waren erfolgreich, zwei Anfragen endeten mit einer Zeitüberschreitung und 20 wurden noch nicht versucht. Die Suche zeigt, dass beide Rechnungen ohne Antwort bereits gespeichert sind. Eine Übertragung ist zugestellt, die andere bleibt unklar.
Der Betrieb setzt die 20 noch nicht versuchten Quelltransaktionen mit ihren ursprünglichen IDs fort. Der zugestellte Beleg benötigt keinen erneuten Versand. Der unklare Beleg bleibt angehalten, bis ein Anbieternachweis sein Ergebnis klärt. Zwei Ersatzrechnungen hätten aus einem Verbindungsproblem doppelten Umsatz und doppelte Kundenforderungen gemacht.
Wiederaufnahme prüfen und Übergabe abschließen
Stimmen Sie vor der Freigabe Quellanzahlen, finanzielle Beträge, Zahlungsausgleich und Übertragung getrennt ab. Verarbeiten Sie einen kleinen kontrollierten Stapel und rufen Sie seine Belege ab. Dokumentieren Sie manuelle Maßnahmen während der Störung, damit die wiederaufgenommene Automatisierung sie nicht erneut ausführt.
Schließen Sie den Vorfall erst ab, wenn jede betroffene Transaktion erklärt ist oder eine benannte Person ihren offenen Restfall übernimmt. Bewahren Sie Ursache, Auswirkungszeitraum, Korrekturmaßnahme, Wiederherstellungsnachweis und eine terminierte Verbesserungsmaßnahme auf. Die Wiederherstellung des Anbieterdienstes allein beweist nicht, dass Ihr Rückstand abgestimmt wurde.
Übergeben Sie den Betrieb mit dem Bearbeitungsstand der Warteschlange, offenen unklaren Übertragungen, Kundenstreitfällen und dem nächsten Überwachungszeitpunkt. Wiederholte Störungen sollten die Kontrollen für zuverlässige Integrationen und das Abnahmepaket der Einführung verbessern.