EBICS – abgelehnte Aufträge zeitnah erkennen

in Arbeit

Auch wenn EBICS-Aufträge vom EBICS-System technisch korrekt übernommen und verarbeitet werden, kann es trotzdem passieren, dass die eigentlichen Buchungen später im Banksystem abgelehnt werden oder Lastschriften noch vor ihrem Fälligkeitstag storniert werden.

Gründe dafür können zum Beispiel fehlerhafte Daten in den Aufträgen oder unzureichende Kontodeckung beziehungsweise zu geringe Kontolimite sein. Solche Ablehnungen sind im EBICS-Protokoll nicht sichtbar. Bisher musste man dafür auf separate Banknachrichten im elektronischen Postfach, auf Anrufe der Bank oder sogar auf klassische Briefe warten. Natürlich kann man auch feststellen, dass eine Buchung fehlt, wenn sie nicht in den Umsätzen auftaucht, und diesen Abgleich teilweise automatisieren.

Das ist jedoch nicht wirklich zeitnah.

Sinnvoller ist es, wenn das Banksystem eine strukturierte Nachricht an den EBICS-Server schickt, in der der Status der nicht verarbeitbaren Aufträge mitgeteilt wird. Damit das funktioniert, müssen die Banken diese Statusnachrichten für das jeweilige Konto aktiv freischalten und zusätzlich auf dem EBICS-Server die entsprechenden Berechtigungen für die zugehörigen Auftragsarten einrichten.

Mir sind bislang keine Programme bekannt, die diese Statusdateien automatisch auswerten!

Sobald eine solche Datei bereitsteht, besteht auf Kundenseite Handlungsbedarf, weil sie auf Probleme bei der Auftragsverarbeitung hinweist.

Es ist daher unkritisch, wenn der EBICS-Server meldet, dass aktuell keine Statusdatei vorhanden ist – das bedeutet in der Regel nur, dass es keine abgelehnten Aufträge gibt.

Es gilt also (bei aktivierten Statusmeldungen):

Keine Statusdatei vorhanden -> bis jetzt ist alles ok.

Statusdatei vorhanden? Lesen und ggf. reagieren/korrigieren!

Wichtig sind die zeitlichen Abläufe:
Der Bankserver und gegebenenfalls die Beraterinnen und Berater der Bank müssen zunächst die Aufträge geprüft und verarbeitet haben. Eine Entscheidung über die endgültige Ausführung oder Ablehnung kann deshalb auch erst am nächsten Bankarbeitstag getroffen werden. Bei Überweisungen könnte zum Beispiel bis dahin noch eine Gutschrift auf dem Konto eingehen, die die Ausführung erst ermöglicht.

Die abgerufenen Daten

Wichtig ist es, in der Auswertung die Felder entsprechend der originalen Dateien auszuwerten, im Beispiel rot markiert.

<OrgnlMsgId>Proficash-2026-05-05T10:50:40:0672</OrgnlMsgId>

<OrgnlPmtInfId>Proficash-2026-05-05T10:50:40:0685</OrgnlPmtInfId>

Der Status dürfte ebenfalls interessant sein, „RJCT“ steht für „Reject“.

Der Grund könnte neben Fehler wie eine ungültige BIC.B. auch ein nicht ausreichendes Limit sein. Lastschriften sind nicht garantiert und müssen aufgrund des Risikos in der Regel von der Bank ähnlich wie Kredite behandelt werden. Im Test haben wir die Verarbeitung absichtlich abgelehnt.

<Rsn>

</Rsn>

Beispiel:

<Document xmlns=“urn:iso:std:iso:20022:tech:xsd:pain.002.001.03„>

<CstmrPmtStsRpt>
<GrpHdr>
<MsgId>GENODEM1GLS7797292644</MsgId>
<CreDtTm>2026-05-05T11:22:06</CreDtTm>
<CdtrAgt>
<FinInstnId>
<BIC>GENODEM1GLS</BIC>
</FinInstnId>
</CdtrAgt>
</GrpHdr>
<OrgnlGrpInfAndSts>
<OrgnlMsgId>Proficash-2026-05-05T10:50:40:0672</OrgnlMsgId>
<OrgnlMsgNmId>pain.008</OrgnlMsgNmId>
<OrgnlNbOfTxs>1</OrgnlNbOfTxs>
<OrgnlCtrlSum>10.00</OrgnlCtrlSum>
</OrgnlGrpInfAndSts>
<OrgnlPmtInfAndSts>
<OrgnlPmtInfId>Proficash-2026-05-05T10:50:40:0685</OrgnlPmtInfId>
<OrgnlNbOfTxs>1</OrgnlNbOfTxs>
<OrgnlCtrlSum>10.00</OrgnlCtrlSum>
<PmtInfSts>RJCT</PmtInfSts>
<StsRsnInf>
<Orgtr>
<Id>
<OrgId>
<BICOrBEI>GENODEM1GLS</BICOrBEI>
</OrgId>
</Id>
</Orgtr>
<Rsn>
<Cd>MS03</Cd>
</Rsn>
</StsRsnInf>
</OrgnlPmtInfAndSts>
</CstmrPmtStsRpt>

</Document>

Das abgerufene Dateiformat ist Zip, die Datei muss also mit der entsprechenden Endung abgelegt werden. In der Regel kann man dazu im EBICS-Programm einen definierten Ort und/oder Dateinamen angeben.