SEPA Lastschrift hbci error 9160 CustomMsg.GV.TAN2Step5.orderref

OK, versuchts jetzt mal. Nightly-Build ist aktualisiert.

Dem Trace zufolge wird die BIC und IBAN im HKTAN immer noch nicht mitgesendet. Entweder das Nightly-Build ist nicht aktuell oder die Bank hat im HITANS nicht mitgeteilt, dass das Auftraggeberkonto erfoderlich ist. Ohne zugehoeriges jameica.log kann ich das nicht beurteilen. In der Log-Datei sollten sich folgende Meldungen finden:



(2=Auftraggeberkonto erforderlich, 0=Auftraggeberkonto darf nicht angegeben werden.

Falls dort "2" steht, dann folgt anschliessend entweder die Zeile:



oder



Falls keine der Meldungen in der jameica.log ist, ist es nicht das aktuelle Nightly-Build.
Den Wert de BPD-Parameters aus HITANS kann man auch sehen, wenn man die PIN/TAN-Config oeffnet, dort auf "BPD/UPD" klickt und als Suchbegriff "needorderaccount" eingibt.

Hab dein Log erhalten.

Diese Postbank macht mich wahnsinnig. Die IBAN und BIC wurde deshalb nicht im HKTAN mitgeschickt, weil die Bank die TAN-Prozess-Variante 2 verwendet (eindeutig ersichtlich in deiner jameica.log in Zeile 2064):



Und jetzt werfen wir mal einen Blick in die HBCI-Spezifikation. Konkret in http://www.hbci-zka.de/dokumen…ersion.pdf - dort Kapitel B.4.5.1.1.1 - da steht in der Tabelle bei Nr.4 "Kontoverbindung Auftraggeber international":



"M" heisst "mandatory" - also Pflicht. "N" heisst "not allowed".

Die Bankverbindung darf also nur im HKTAN mitgeschickt werden, wenn TAN-Prozess 1 verwendet wird. Die Postbank verwendet aber TAN-Prozess 2. Heisst: Starmoney sendet die Bankverbindung mit, obwohl sie es nicht duerfte (es aber die Postbank scheinbar so braucht). Das ist ein klarer Fehler von denen.

Wenn ich HBCI4Java jetzt so aendere, dass auch bei Prozess-Variante 2 die Bankverbindung dort mitgeschickt wird, dann koennte es zu Fehlern bei anderen Banken kommen, die sich an die Spec halten. Und eine Postbank-Sonderloesung direkt im Code von HBCI4Java ist ziemlich haesslich.

Ich hab echt keinen Bock mehr auf solchen Unsinn. Wie soll ich jemals mit der SEPA-Thematik (gerade die so dringenden SEPA-Sammellastschriften) fertig werden, wenn ich seit Monaten nur mit solchen bescheuerten Fehlern zu tun hab.

Solange ich hier nicht eine belastbare Aussage zu o.g. Sachverhalt von einem Experten kriege, lege ich das Thema SEPA und Postbank b.a.w. beiseite. Sorry.

Ja.
Ich meine, ich kann ja noch verstehen, wenn die Spec. da an der Stelle nicht ganz eindeutig geschrieben waere. Das ist hier aber nicht der Fall. Die Postbank erwartet hier das Uebertragen von Daten an einer Stelle, wo es nicht nur nicht benoetigt sondern gar nicht erlaubt ist. Selbst wenn ich eine Sonderbehandlung einbaue, weiss ich im Moment noch gar nicht, woran ich eigentlich festmache, ob die Sonderbehandlung greifen soll oder nicht. An der BIC?

Update: Hinzu kommt, dass ich derzeit ja noch gar nicht weiss, ob das tatsaechlich die Ursache ist. Sprich: Es koennte genauso gut sein, dass ich eine haessliche Postbank-Sonderbehandlung einbaue. Und danach die selbe Fehlermeldung weiterhin auftritt. Bevor ich hier weitere Experimente mache, haette ich galt gern mal ne belastbare Aussage von jemandem, der sagen kann, ob das tatsaechlich die Ursache ist.

Vielen Dank fuer die Info!
Damit bin ich wieder ziemlich am Anfang.

Chrissi, kannst du mir den HBCI-Trace vielleicht - anonymisiert - schicken? Dann haette ich neben dem Starmoney-Trace noch einen zweiten und kann dann vielleicht eher erkennen, was sowohl Starmoney als auch Bank X gemeinsam anders als Hibiscus machen.

Hallo,

ja, kann ich machen. Olaf, lass mir mal eine Mail-Adresse zukommen.

schönen Gruß

Christian

Kannst Löschen

schönen Gruß

Christian

Also der deutlichste Unterschied ist auf jeden Fall erstmal, dass BankX im Gegensatz zu Starmoney und Hibiscus die HBCI-Version "HBCI+" statt FinTS3 verwendet.
Und das in BankX ist eine SEPA-Ueberweisung und keine SEPA-COR1-Lastschrift. Ich weiss nicht, ob man das da wirklich noch so vergleichen kann.

Poste bitte keine rohen HBCI-Nachrichten hier im Forum. Die enthalten sensible Daten. Loesche das besser wieder und schicke es besser per Mail.
Unabhaengig davon. Der Trace ist zum einen unvollstaendig. Er enthaelt Binaer-Zeichen. Viele Text-Editoren kommen damit beim Kopieren ueber die Zwischenablage nicht zurecht und schneiden den Teil ab den Binaer-Zeichen einfach ab. Bei dir sind das die Zeilen, die mit "@8@" enden.

Und unabhaengig davon: Die Traces von Hibscus kenne ich ja. Wir braeuchten mal einen von einer dritten Software, bei der die COR1-Lastschrift funktioniert hat. Allerdings nicht von Starmoney - den Trace kennen wir schon.

Sammellastschrift bei Postbank war weder mit hibiskus noch mit Quickverein möglich. Hier trat bei der Übertragung der Sammellastschrift ein Fehler auf: "SEPA Nachrichtenformat ungültig 9130" aber keine weitere Erläuterung. Dann habe ich versucht, die Quickverein XML Datei mit Starmoney 9.0 zu übertragen. Dies war erst möglich, nachdem ich die "KurzBIC "PBNKDEFF" auf "PBNKDEFFXXX" angepasst hatte. Danach war ein Connect möglich. Es folgte aber die Fehlermeldung: "Datumsfehler". Nach Rücksprache mit der Postbank hotline habe ich die u.g. weiteren Anpassungen vorgenommen. Danach war eine Fehlerfreie Übertragung möglich.

Postbank
<BIC>PBNKDEFFXXX</BIC> BIC muss auf XXX enden

Datumsfehler
<CreDtTm>2014-02-08T18:05:03</CreDtTm> Eintrag egal
<ReqdColltnDt>2014-02-17</ReqdColltnDt> muss mindestens 5 Geschäftstage in der Zukunft liegen
<DtOfSgntr>2014-02-10</DtOfSgntr> der Einreichungstag = "HEUTE" bei jedem Einzel-Einzug

Vielleicht hilft das ja weiter