letzte Änderung: 12.05.2020

12.05.2020
SFIRM und Starmoney-Business scheinen Probleme beim Einlesen von externen IBAN-Only Datensätzen zu haben, wenn bei der EBICS-Einrichtung ältere Signaturformate genutzt werden. Achten Sie bei der Einrichtung daher auf möglichst aktuelle Schlüsselformate.


Da es in unregelmäßigen Abständen Fragen zu diesem Thema gibt:

Bei IBAN-Only-Aufträgen muss bei den Datenfeldern der Empfänger-/Zahlungspflichtigen der komplette Tag weggelassen werden, es reicht nicht, dass das Feld einfach leer bleibt.

Das hier ist falsch, der Auftrag ist fehlerhaft:

<BIC></BIC>

oder auch

<BIC>NOTPROVIDED</BIC>

Der komplette Eintrag darf alsso nicht im Auftrag sein, und wenn er drin steht, muss die BIC auch korrekt sein und zur IBAN passen.
Also so:

<BIC></BIC>

Dies bezieht sich auf die Empfänger-Seite der Buchungen.

Im Kopfteil, also dort wo die Auftraggeberdaten und die eigene IBAN stehen, sieht es anders aus. Hier darf ein “NOTPROVIDED” eingetragen sein, dies muss aber in einem anderen Feld, also nicht im BIC-Tag stehen.
Für Lastschriften ist dies anders. Hier gilt dies auch nicht nur für den “Kopfteil”, sondern auch für die Einzeltransaktion, NOTPROVIDED darf hier nicht im BIC-Feld stehen, sondern muss so rein:
<Othr><Id>NOTPROVIDED</Id></Othr>. Das BIC-Feld muss aber weg. Da es Dateien mit mehreren “Auftrags-Gruppen” geben kann, gilt dies für jede separat.


noch ungetestet: Entsprechend sollte man mit einem ordentlichen Editor (z.B. Notepad++ unter Windows, nicht Word, Excel oder Wordpad) mit “Suchen und Ersetzen” Lastschrift-Dateien mit diesem Fehler reparieren können:
Ersetze: <BIC>NOTPROVIDED</BIC>
durch
<Othr><Id>NOTPROVIDED</Id></Othr>


Quellen:

Am deutlichsten hat es “Potzblitz” bei uns im Forum beschrieben, finde ich: homebanking-hilfe.de

ebics.de, Version 3.3

Credit Transfer Transaction (Überweisungen): pain.001.0001.03
“Kopf”: Payment Info, Abschnitt 2.2.1.6
“Einzeltransaktion”: Abschnitt 2.2.1.8

Lastschriften (Direct Debit):  pain.008.0001.02
Payment Info, Abschnitt 2.2.2.5
“Einzeltransation”: Abschnitt 2.2.2.7

EBICS:

Der EBICS-Server (“Multivia” heißt der bei den genossenschaftlichen Banken) gibt leider keine besonders hilfreiche Fehlermeldung aus. Das Kundensystem erhält im Protokoll nur die Fehlermeldung, dass die Datei nicht in Ordnung sei:

Ergebnis der Verarbeitung    : 454 Daten nicht lesbar

 

Der Server gibt aber weder die Buchungsdatei noch die Fehlermeldung an das Banksystem weiter. Die “normale” BankmitarbeiterIn erfährt vom Vorgang also gar nichts. Es gibt in jeder Bank nur wenig Fachleute mit Zugriffsberechtigung auf den EBICS-Server. Wenn diese in die Protokolle schauen, finden sie nur den Hinweis, dass in der Datei an der Stelle X unerlaubte Zeichen stehen:

Im Parser 'sepa-pain001groupingoption-strict-1' ist ein Fehler aufgetreten: Invalid XML. cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '[A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1}' for type 'BICIdentifier'.
Current input position: line=1, col=1009
Current logical position: (OrderFile=1, LogicalUnitGroup=1, LogicalUnit=1, Transaction=1)

Meist erst mit einer Analyse der Datei, entweder manuell oder mit einem Prüftool, wird dann deutlich, welche Ursache wirklich hinter dem Problem steckt.

 

 

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

Post Navigation