HBCI-Datei und fehlerhafte Gläubiger-ID

könntest für andere Leser mal noch div. Infos liefern:

a.) handelt es sich tatsächlich um die Gläubiger-ID und nicht vielleicht um einen Fehler in Sachen Erstlastschrift/Folgelastschrift
b.) welche Starmoney Version ist im Einsatz?
c.) wie wurde der Import vorgenommen über csv oder xml
d.) was sagt die Deutsche Bank grundsätzlich zu dem Problem?
e.) die Gläubiger-ID wird in Starmoney und bei der Bank nicht geprüft? (weil im Starmoney Forum war doch immer zu lesen, dass es Probleme mit der Freischaltung gab - war ausgegraut, wenn nicht korrekt eingegeben - hab aber aktuell kein SMB installiert)

Ich habe das erst nicht geglaubt und deswegen gerade ausprobiert. Ich konnte in mehreren Programmen eine Gläubiger-ID mit nur 4 Nullen zwischendrin (anstatt 5 wie bei allen mir bekannten Gläubiger-IDs) erfassen!!! Mir ist der Mund offen stehen geblieben.

Offenbar ist das Prüfziffernberechnungsverfahren bei Gläubiger-IDs Murx und merkt nichts, wenn man eine NULL weglässt. Bei allen anderen Änderungen (Weglassen und/lder Veränderung von Ziffern) wird die ID als falsch abgelehnt, aber mit nur 4 statt 5 Nullen klappt es problemlos. Offenbar berechnen alle Programme nur die unglückliche Prüfziffer und stören sich nicht daran, daß die gesamte ID um eine Stelle zu kurz ist. Ich faß es nicht!!!

Allerdings würde mich interessieren, woran die Empfängerbank nun fest macht, daß die Gläubiger-ID falsch ist. Kann wohl nur an der zu kurzen Gesamtlänge liegen - denn ein Verzeichnis der ausgegebenen Gläubiger-IDs gibt es soweit mir bekannt ist nicht. Weder mit noch ohne denjenigen, an den die ID ausgegeben wurde.

Danke für eure Hinweise!
- Kommen diese gebührenpflichtigen Rück-LAs von allen möglichen verschiedenen Banken oder von nur einer oder von nur ein paar?
Ich prüfe das und melde mich dann, habe von unterwegs keinen Zugang!
Schönen Abend!

was ist ein bug... und wie sendet man die Info als bug?

mir ist noch eingefallen, dass ich grundsätzlich alle (also auch neue Sepamandate) Lastschriften als Folgelastschriften einreiche (um nur 1 Datei einspielen zu müssen) und zwar 7 Banktage vorher. In den vergangenen 2 Jahren habe ich noch nie eine Rücklastschrift deswegen erhalten, auch wenn es ein erstmaliger Einzug war.
Demnach haben die Banken bisher da keine Unterscheidung gemacht, da ich alle möglichen Banken dabei habe. Die Commerzbank war da mit Sicherheit auch dabei.
Ich war davon ausgegangen, wenn ich die Lastschriften rechtzeitig einreiche, dass das dann schon klar geht.
Hat sich da was verändert?
Auch das erfahre ich wohl nur von der Bank, die die Einlösung der Lastschrift verweigert hat, oder?
Welche Banken die Rücklastschriften betreffen, kann ich erst am Montag einsehen.

Danke für eure Hinweise!

Naja, jetzt mal ganz krass formuliert: Wenn Du die Regularien von Anfang an nicht ernst nimmst, dann mußt Du Dich nicht wundern, wenn es am Ende "teuer wird"...

Es ist richtig, daß die meisten Banken die Einhaltung der Regeln nicht wirklich prüfen - zumindestns derzeit. Das ist aber keine Garantie dafür, dass das immer so bleibt und dass es derzeit immer und überall so ist. Ich kenne definitiv Fälle, wo die Commerzabank Lastschriften hat zurückgehen lassen, weil es eine Folge- ohne Erstlastschrift oder eine weitere Erst-Lastschrift nach einer schon gelaufenen Erstlastschrift (mit gleicher Mandatsreferenz) war. Ich finde, man sollte das schon halbwegs so machen, wie es sich gehört. Und was ist beim Schlampen gewonnen: Man überträgt eine statt zwei Dateien. Ist das jetzt so ein großer Unterschied?

Im Übrigen: Banken sind daran, das Thema SEPA-Lastschrift für den Kunden "sicherer" zu machen, mit sogenannten Black- und Whitelists. Wenn das soweit ist, dann kann jeder Kontoinhaber im Onlinebanking selbst erfassen, ob er grundsätzlich alle Lastschriften zulassen will (so wie es jetzt ist) und ggf. einzelne Mandatsreferenzen oder Gläubiger-IDs sperrt (Blacklistverfanren) oder ob er sein Konto generell für Lastschriften sperrt und nur einzelne erfaßte Gläubiger-IDs und Mandatsreferenzen zuläßt, und das ggf. noch mit Maximalbeträgen. Spätestens dann wirst Du mit Deinem "paßt schon" wieder kostenpflichtig auf die Nase fallen...

Hallo,
mich würde beim Ursprungsproblem interessieren, mit welcher SW die xml erstellt wurde. Die sollte nämlich die Eingabe imho zuerst prüfen. Bei Bankingsoftware kenne ich bei Fremddaeien die beiden Optionen "importieren" - und dabei die Quelldatei überrüfen, in die eigene DB aufnehmen und anschließend eine neue korrekte xml zur Bank schicken - oder "versenden", also die Fremddatei stumpf an die Bank schicken, ohne einen Blick reingeworfen zu haben. Keine Ahnung, was SM an der Stelle anbietet.

Wir roten prüfen übrigens die Cred-ID bei Einreichung. Wenn die glieferte von der in der Inkassovereinbarung abweicht, schaut ein Mensch drauf. Bei falschen IDs (z.B. mit zu wenigen Stellen) wird hart abgewiesen.

CU
Frank