Mehr Transparenz bei abgewiesenen Zahlungsaufträgen – weniger Rückfragen, weniger Supportaufwand.

Die Option „Automated pain.002“ ist eine Erweiterung des Crealogix EBICS Servers. Sie sorgt dafür, dass bei einer Abweisung von eingereichten Zahlungsdateien automatisch eine pain.002‑Rückmeldung erzeugt wird – so, wie es viele Kundensysteme standardmässig verarbeiten und anzeigen.

1.1.     Ausgangslage (typisches Problem)

• Viele Kundensysteme holen nach dem Einliefern von Zahlungsdateien keine HAC‑Protokolle ab – im Problemfall bleibt eine Abweisung dadurch oft unbemerkt oder wird erst spät erkannt.
• Wenn Abweisungsgründe nur als Codes vorliegen, reicht diese Information häufig nicht aus, um die Ursache schnell zu beheben (z. B. bei Dateien mit vielen Auftraggeberkonten).

1.2.     Für wen ist die Option besonders geeignet?

• Banken mit vielen EBICS‑Firmenkunden, bei denen Rückfragen zu abgewiesenen Aufträgen regelmässig auftreten
• Fachbereiche/Support‑Teams, die Abweisungsgründe schneller und eindeutiger erklären möchten
• Umgebungen mit heterogenen Kundensystemen, in denen pain.002 typischerweise besser verarbeitet wird als HAC‑Protokolle

1.3.     Mehrwert & Business Impact

• Besser informierte Kunden: Abweisungen werden im Kundenprozess sichtbar, ohne dass spezielle Protokolle separat abgeholt werden müssen.

• Weniger Tickets & schnellere Klärung: Kunden erhalten häufiger direkt verwertbare Hinweise statt nur generischer Codes.
• Weniger Supportaufwand: Weniger Rückfragen, weil Ursachen klarer beschrieben sind und schneller eingegrenzt werden können.
• Schnellere Fehlerbehebung: Statt nur eines allgemeinen Codes können zusätzliche Details helfen, den konkreten Auslöser zu finden (z. B. welches Konto/IBAN betroffen ist).
• Weniger Verzögerungen im Zahlungsprozess: Ursachen werden schneller korrigiert, was Durchlaufzeiten stabilisiert.
• Mehr Qualität in der Kundenkommunikation: Klare Rückmeldungen reduzieren Verzögerungen in der Auftragsverarbeitung und verbessern das Kundenerlebnis.

1.4.     Lösung

Mit „Automated pain.002“ wird bei einer Abweisung automatisch eine pain.002‑Statusmeldung erstellt. Diese Meldung ist in Kundensystemen in der Regel besser unterstützt als HAC‑Informationen und kann zusätzlich detailreichere Hinweise enthalten, damit Fehler schneller identifiziert und korrigiert werden können.

1.5.     Wann wird ein pain.002 erzeugt?

Ein pain.002 bezieht sich immer auf eine konkrete eingereichte pain.001 oder pain.008 und benötigt dafür bestimmte Referenzen/Identifikationen aus dieser Datei. Darum kann bei einer Abweisung nicht in jedem Fall automatisch ein pain.002 erstellt werden:

• pain.002 wird erzeugt, wenn die eingelieferte Datei zwar abgelehnt wird, aber grundsätzlich lesbar/interpretierbar ist – dann stehen die für einen pain.002 benötigten Informationen in der Regel zur Verfügung.
• kein pain.002, wenn die eingelieferte Datei nicht gültig ist und sich wesentliche Pflichtangaben nicht auslesen lassen. In diesem Fall könnte sonst ein unvollständiger/ungültiger pain.002 entstehen.

Typische Fehlerfälle, die (je nach Parametrierung der Bank) über „Automated pain.002“ zurückgemeldet werden können:

• Kontonummer nicht für Einlieferung berechtigt
• Interner Verarbeitungsfehler (EBICS_PROCESSING_ERROR)
• XSD-Prüfung fehlgeschlagen (Format ungültig – je nach Fehler ggf. kein pain.002 möglich, wenn z. B. die MsgId nicht lesbar ist)
• MsgId bereits vorhanden (Datei wurde bereits eingeliefert)
• EBICS EDS‑Authentifizierung fehlgeschlagen
• Upload mit @requestEDS nicht erlaubt
• Total bzw. Anzahl Zahlungen im pain.001 stimmt nicht
• Ungültiges Erstellungsdatum (zu alt oder in der Zukunft)

Für Bankkunden bedeutet das: Auch wenn die Bank die Option „Automated pain.002“ nutzt, sollte dem Kunden weiterhin empfohlen werden, HAC‑Requests als Fallback zu verwenden. In der Praxis erhält der Kunde im Problemfall jedoch in der Regel schneller und besser verwertbare Informationen.

1.6.     Beispiel (vereinfacht)

Ein Kunde liefert eine Zahlungsdatei mit sehr vielen Auftraggeberkonten. Ohne zusätzliche Details sieht er lediglich „abgewiesen“ und einen Code – und muss nachfragen, welches Konto betroffen ist. Mit „Automated pain.002“ kann die Rückmeldung z. B. die abgewiesene IBAN (oder eine Liste betroffener IBANs) nennen, sodass Kunde und Bank‑Support schneller erkennen, wo die Berechtigung fehlt.

So sieht der Unterschied für den Kunden aus (vereinfacht):

Vorher:	HAC: „Abgewiesen (Code)“
Nachher:	HAC: „Abgewiesen (Code)“ – wie bisher pain.002: „Abgewiesen – IBAN XY nicht berechtigt“ (ggf. Liste betroffener IBANs)

1.7.     Einführung (typischer Ablauf)

• Kurze Abstimmung mit CREALOGIX (Ziele, gewünschte Rückmeldungsszenarien, Vorgehen)
• Aktivierung der Option (typischerweise in wenigen Tagen, ohne Software‑Änderung auf Bank Seite oder beim Kunden)
• Übergang in den Regelbetrieb

 

1.8.     Abgrenzung

• Ersetzt HAC‑Requests nicht vollständig (HAC bleibt als Fallback empfohlen).
• Ein pain.002 ist nicht in jedem Fehlerfall möglich (z. B. wenn eine ungültige Datei keine notwendigen Referenzen/MsgId enthält).
• Welche Fehlerfälle zurückgemeldet werden, hängt von der Parametrierung und den aktivierten Checks ab.
•  

1.9.     Einordnung & Lieferumfang

• Option/Erweiterung des Crealogix EBICS Servers
• Erzeugt bei Abweisung automatisch eine pain.002‑Meldung zur Rückmeldung an das Kundensystem
• Unterstützt eine verständlichere Ursachenbeschreibung (über reine Codes hinaus), damit Bank und Kunde schneller reagieren können

• Lizenzierung: „Automated pain.002“ ist eine lizenzpflichtige Option. Details und Preise werden durch CREALOGIX

1.10.   Nächster Schritt

Wenn Sie „Automated pain.002“ für Ihren EBICS‑Betrieb prüfen möchten, setzen Sie sich bitte mit Ihrem Ansprechpartner bei CREALOGIX in Verbindung (Demo/Einordnung in Ihre Prozesslandschaft).