SEPA XML Nachrichtenformat PAIN.002 - SEPA Payment Status Report

Format PAIN.002 Status Report SEPA www.hettwer-beratung.de

Beim SEPA PAIN.002 Format handelt es sich um einen Statusbericht (SEPA Payment Status Report) der Bank, der an deren Kunden als elektronische Antwort auf vom Bankkunden eingereichte SEPA Dateien gesendet wird.

Mit der Einführung von SEPA kann ein Bankkunde somit eine qualifizierte Rückmeldung für die von ihm initiierten SEPA Transaktionen erhalten. Beim DTA Verfahren gab es hingegen analog hierzu kein Rückmeldeverfahren für die an die Bank gesendeten DTA Dateien

Der entsprechende SEPA Payments Status Report (SEPA PAIN.002.002.03) ist in der aktuellen Version des DFÜ Abkommens enthalten und genau spezifiziert. Hiernach kann der SEPA Payments Status Report für die Rückgabe einer einzelnen SEPA Transaktion (TxInfAndSts), für die Rückgabe einer Gruppe von SEPA Transaktionen (OrgnlPmtInfAndSts) und auch für die Rückgabe einer ganzen SEPA Datei (OrgnlGrpInfAndSts) erstellt werden.

Die Erstellung einer SEPA PAIN.002 Nachricht kann darin begründet sein, dass eine SEPA Transaktion oder eine SEPA Datei eines Bankkunden nicht verarbeiten werden konnte, weil z.B. die Validierung einer Transaktion oder Kundendatei fehlerhaft und damit nicht verarbeitbar war bzw. für eine ausgehende Transaktion eine SEPA Rückgabe erfolgte.

Im Falle von SEPA Überweisungen (SEPA SCT) handelt es sich um die Nachricht des Kreditinstituts an den Auftraggeber (Zahler) über die Rückweisung von SEPA Überweisungsaufträgen via SEPA PAIN.002 Mitteilung.

In der SEPA Nachricht sind jedoch nur SEPA Aufträge enthalten, die vor Ausführung durch das Kreditinstitut des Zahlers (z.B. wegen fehlerhafte Auftragsangaben, keine ausreichend Deckung vorhanden) zurückgewiesen wurden.

Im Falle von SEPA Lastschriften (SEPA SDD) enthält der SEPA Payment Status Report die Nachricht der 1. Inkassostelle an den Zahlungsempfänger über die vor der Fälligkeit zurückgewiesenen SEPA Lastschriften. Dies beinhaltet auch die SEPA Reject, die vor Fälligkeit von der Bank des Zahlungspflichtigen empfangen wurden.

Für eine Rückmeldung an den Bankkunden wird eine dateibasierte Anbindung via EBICS / MultiCash benötigt, so dass damit für die Kommunikation zwischen dem Firmenkunden und seiner Bank ein Austausch in einen definierten Standardformat erfolgen kann.

In Cash Management Anwendungen oder sonstige Sonderanforderungen sind die hierfür benötigten technischen Anforderungen oft schon realisiert worden. Die EBICS Spezifikation gemäß Deutschen Kreditwirtschaft hingegen noch nicht.

Weitere Informationen zu diesem Thema sind dem DFÜ Abkommen, Anlage 3, „Spezifikation der Datenformate“ ab der Version 2.6 vom 18.06.2012 gültig ab 17. November 2012 im Kapitel 2.2.3. Spezifikation des Payment Status Report - SEPA PAIN.002.002.03 zu entnehmen.

Anbei eine Bezugnahme auf einen relevanten Auszug aus dem DFÜ Abkommen, Anlage 3:

Der Payment Status Report enthält im Falle von SEPA Überweisungen (SEPA Credit Transfer, SEPA SCT) die Nachricht des Kreditinstitutes an den Zahler (Auftraggeber) über die Rückweisung von SEPA Überweisungsaufträgen. In der Nachricht enthalten sind nur SEPA Aufträge, die vor Ausführung durch das Kreditinstitut des Zahlers (Auftraggebers) zurückgewiesen wurden.

Im Falle von SEPA Basis-Lastschriften (SEPA Direct Debit CORE bzw. SEPA Direct Debit COR1) und SEPA Firmen-Lastschriften (SEPA Direct Debit B2B) enthält der SEPA Payment Status Report die Nachricht der 1. Inkassostelle an den Zahlungsempfänger über die vor Fälligkeit zurückgewiesenen SEPA Lastschriften.

SEPA PAIN.002 - Grundstruktur SEPA File Header Bankkunde an Bank

Beispiel

<?xml version="1.0" encoding="UTF-8"?>

……..

</CstmrPmtStsRpt>

</Document>

SEPA PAIN.002 - Grundstruktur SEPA Group Header

Im Group Header wird die Bank angegeben, die den SEPA PAIN.002 erzeugt. Bei der Bezeichnung der Elemente muss zwischen einer SEPA SCT Überweisung (DbtrAgt) und einer SEPA SDD Lastschrift (CdtrAgt) unterschieden werden.

Beispiel SEPA SCT PAIN.002

<MsgId>AAAADEBBXXX20140215000000000001</MsgId>

<DbtrAgt><FinInstnId><BIC>AAAADEBBXXX</BIC></FinInstnId></DbtrAgt>

</GrpHdr>

Beispiel SEPA SDD PAIN.002

<MsgId>AAAADEBBXXX20140215000000000001</MsgId>

<CdtrAgt><FinInstnId><BIC>AAAADEBBXXX</BIC></FinInstnId></CdtrAgt>

</GrpHdr>

SEPA PAIN.002 - Grundstruktur SEPA Customer Payment Status Report

Nach dem Group Header (GrpHdr) folgen die Elemente Original Group Information and Status (OrgnlGrpInfAndSts)und Original Payment Information and Status (OrgnlPmtInfAndSts) Informationen, deren Ausprägung von der ursprünglichen SEPA Transaktion (SEPA Überweisung oder SEPA Lastschrift) abhängig ist.

Das Element Original Group Information and Status (OrgnlGrpInfAndSts) enthält Informationen zu dem Typ der ursprünglichen SEPA Transaktion:

Beispiel SEPA SCT PAIN.002

SEPA Beratung SEPA Experte SEPA Berater Profil SEPA Freiberufler SEPA Freelancer SEPA Spezialist SEPA Unternehmensberatung SEPA Informationsquelle SEPA News SEPA Nachrichten Wiki SEPA Zahlungsverkehr

</OrgnlGrpInfAndSts>

Beispiel SEPA SDD PAIN.002

</OrgnlGrpInfAndSts>

Das Element Original Payment Information and Status (OrgnlPmtInfAndSts) enthält Informationen zu der ursprünglichen SEPA Transaktion; im Falle einer Rückgabe der Transaktion auch zusätzliche Informationen:

SEPA XML - Besonderheiten bei SEPA SCT PAIN.002

<OrgnlEndToEndId>NOTPROVIDED</OrgnlEndToEndId>

<Orgtr><Id><OrgId><BICOrBEI>AAAADEBBXXX</BICOrBEI></OrgId></Id></Orgtr>

</StsRsnInf>

<ReqdExctnDt>JJJJ-MM-TT</ReqdExctnDt>

<Dbtr><Nm>Name SEPA Debtor</Nm></Dbtr>

<DbtrAgt><FinInstnId><BIC>AAAADEBBXXX</BIC></FinInstnId></DbtrAgt>

<CdtrAgt><FinInstnId><BIC>NOTPROVIDED</BIC></FinInstnId></CdtrAgt>

<Cdtr><Nm>Name SEPA Creditor</Nm></Cdtr>

</OrgnlTxRef>

</TxInfAndSts>

</OrgnlPmtInfAndSts>

SEPA XML - Besonderheiten bei SEPA SDD PAIN.002

<ReqdColltnDt>JJJJ-MM-TT</ReqdColltnDt>

<CdtrSchmeId>

<Id>

<PrvtId>

<Othr>

<Id>DE00ZZZ00012345678</Id>

<SchmeNm><Prtry>SEPA</Prtry></SchmeNm>

</Othr>

</PrvtId>

</Id>

</CdtrSchmeId>

<Dbtr><Nm>Name SEPA Debtor</Nm></Dbtr>

<DbtrAgt><FinInstnId><BIC>AAAADEBBXXX</BIC></FinInstnId></DbtrAgt>

<CdtrAgt><FinInstnId><BIC>NOTPROVIDED</BIC></FinInstnId></CdtrAgt>

<Cdtr><Nm>Name SEPA Creditor</Nm></Cdtr>

</OrgnlTxRef>

Beispiel aus der Praxis

SEPA XML - Besonderheiten bei SEPA SDD PAIN.002

<?xml version="1.0" encoding="UTF-8"?>

<MsgId>AAAADEBBJJJJMMTT0000000001</MsgId>

<CreDtTm>JJJJ-MM-ttThh:mm:ss</CreDtTm>

<DbtrAgt><FinInstnId><BIC>AAAADEBB</BIC></FinInstnId></DbtrAgt>

</GrpHdr>

<OrgnlMsgId>JJJJMMTT00000005</OrgnlMsgId>

</OrgnlGrpInfAndSts>

<OrgnlPmtInfId>JJJJMMTT00001</OrgnlPmtInfId>

<OrgnlEndToEndId>NOTPROVIDED</OrgnlEndToEndId>

<Orgtr><Id><OrgId><BICOrBEI>AAAADEBBXXX</BICOrBEI></OrgId></Id></Orgtr>

</StsRsnInf>

<RmtInf><Ustrd>SEPA TEST SEPA GUTSCHRIFT 1</Ustrd></RmtInf>

<Dbtr><Nm>Name SEPA Debtor</Nm></Dbtr>

<DbtrAgt><FinInstnId><BIC>AAAADEBBXXX</BIC></FinInstnId></DbtrAgt>

<CdtrAgt><FinInstnId><BIC>NOTPROVIDED</BIC></FinInstnId></CdtrAgt>

<Cdtr><Nm>Name SEPA Creditor</Nm></Cdtr>

</OrgnlTxRef>

</TxInfAndSts>

</OrgnlPmtInfAndSts>

<OrgnlPmtInfId>JJJJMMTT00002</OrgnlPmtInfId>

<OrgnlEndToEndId>NOTPROVIDED</OrgnlEndToEndId>

<Orgtr><Id><OrgId><BICOrBEI>AAAADEBBXXX</BICOrBEI></OrgId></Id></Orgtr>

</StsRsnInf>

<RmtInf><Ustrd>SEPA TEST SEPA GUTSCHRIFT 2</Ustrd></RmtInf>

<Dbtr><Nm>Name SEPA Debtor</Nm></Dbtr>

<DbtrAgt><FinInstnId><BIC>AAAADEBBXXX</BIC></FinInstnId></DbtrAgt>

<CdtrAgt><FinInstnId><BIC>NOTPROVIDED</BIC></FinInstnId></CdtrAgt>

<Cdtr><Nm>Name SEPA Creditor</Nm></Cdtr>

</OrgnlTxRef>

</TxInfAndSts>

</OrgnlPmtInfAndSts>

</CstmrPmtStsRpt>

</Document>

Anmerkungen

Im Group Header (GrpHdr) steht die BIC des nachrichterzeugenden Kreditinstitutes.

Im Status Reason (StsRsnInf) steht die BIC des Kreditinstituts, das den zur Rückgabe führenden Fehler festgestellt hat.

Im Original Payment Information And Status stehen die SEPA Originaldaten der ursprünglichen Transaktion.

Requested Execution Date (ReqdExctnDt) ist der vom Kunden gewünschter SEPA Ausführungstermin und darf folglich nur bei SEPA SCT verwendet werden.

Requested Collection Date (ReqdColltnDt) ist das vom Kunden gewünschte SEPA Fälligkeitsdatum einer SEPA Lastschrift und darf folglich nur bei SEPA SDD verwendet werden.

Creditor Scheme Identification (CdtrSchmeId) ist die Identifikation des Zahlungsempfängers und darf nur im Falle von Rückgaben von SEPA Lastschriften belegt werden.