HBCI PIN/TAN mit Comdirect unter ProfiCash 7.4

Hallo Hylli,

die 3050er Meldung ist keine Fehlermeldung, sondern ein Hinweis.
In dem Fall sagt der Hinweis sogar aus, dass der Dialog soweit läuft, dass
der Kunde identifiziert wurde und er jetzt UPDs mit neuen Informationen
erhält.

Wenn es dennoch nicht funktioniert, sind die 9xxxer Meldungen von Interesse
Gruß

Holger

Hi hylli.

Mit StarMoney hat's bei mir ebenfalls tadellos geklappt. Also würde ich das Problem zunächst mal bei dem ProfiCash vermuten wollen.
Wie sieht denn das Sendeprotokoll aus? Was für Meldungen kommen denn insgesamt zurück (sucht mal nach den Kennungen HIRMG und HIRMS in den Antwortnachrichten der Comdirect). Was genau heißt "es funktioniert nicht"? Werden die Kommunikation vom Client beendet oder versucht er noch Aufträge zu senden, die dann schieflaufen?

Gruss, der Strumpf

Nein, ist leider nicht die Lösung, hätte mich ehrlich gesagt auch gewundert!

Unser Kunde hat jedoch mittlerweile selbst eine Lösung gefunden:


Nicht unbedingt konventionell, zumindest aber funktionell!

Hylli

Empfängername ungültig, stehen dort eventuell Sonderzeichen drin?

Hi, hylli.



Hatte schon ein ähnliches Problem, da hat's aber nicht an Sonderzeichen, sondern der Länge des Empfängernamens gelegen. Die Meldung ist da etwas irreführend. Sieht so aus, als könne die Comdirect nicht die maximal 2x27 Zeichen verarbeiten. Vielleicht nur 1x27?

Gruss, der Strumpf

Heute hat mich unser Kunde darauf aufmerksam gemacht, dass Überweisungen mit Comdirect völlig falsch/anders beim Empfänger ankommen. Dies ist sogar in ProfiCash 7.4 nachvollziehbar, nachdem man sich die Umsätze der Comdirect-Bank abruft/abgerufen hat.

Beispielhaft:
Überweisung auf Bauspark. SHA
Empf.: Bausparkasse Schw. Hall
Betrag: 500,00 EUR
VZ1: Bsp-Nr. 12345678X03
VZ: Max Mustermann

Kommt dann bei der Bausparkasse (bzw. Umsatzabruf Comdirect)ungefähr wie folgt an:
VZ1: Übertrag/Überweisung
VZ2: Bausparkasse Schw. Hall
VZ3: CD-UEB AN0000011404-BLZ5006
VZ4: 002

Kann jemand dies so bestätigen bzw. weiß mehr in Zusammenhang mit ProfiCash 7.4 und Comdirect???

Wenn ich schon in deren FAQ lesen muss, dass z.B. im Verwendungszweck 2 nur 24 Zeichen erlaubt sind... Dachte eigentlich dass es HBCI-Standards gibt, an die sich jede Bank halten muss?!?

Werde mich mal nebenbei noch an die Hotline wenden, vielleicht wissen die was?!?

Hylli :x

Das ist ja alles überhaupt kein Thema, aber die "Original-Verwendungszwecke" sollten auf jeden Fall irgendwo wieder ersichtlich sein - und das sind sie eben nicht!!! Somit hat wie in diesem Fall die Bausparkasse (da Einzahlung auf anderen Namen!) oder in einem anderen Fall ein Internetshop keine/kaum eine Möglichkeit eine Zahlung zuzuordnen!

Lt. ProfiCash-Hotline - die ich mittlerweile eingeschaltet habe - kann es nicht an ProfiCash liegen, vom Programm her werden die Daten so übertragen wie sie der Kunde eingibt! Müsste dann an der Eingangs-/Weiterverarbeitung der Comdirect-Bank liegen?!?

Habe unseren Kunden auf Anraten der Hotline veranlasst mal eine neue Zahlung durchzuführen und eine Trace-Datei zu ziehen.

Bin mal gespannt was dabei rauskommt.

Und um auf meinen vorletzten Satz von vorhin zurückzukommen:
Ich dachte HBCI ist ein Standard??? Wie kann es sein, dass sich eine Bank herausnimmt diesen Standard für sich nach eigenen Vorstellungen anzupassen??? Sollte denen nicht die Lizenz entzogen werden, mal ein bisschen übertrieben formuliert???

Hylli

... und eben dieser Verwendungszweck ist fuer eine eindeutige Zuordnung wichtig. Insofern ein berechtigter Einwand.

Um es nochmal deutlich zu machen:
Ich habe auch nicht vom Empfänger, sondern vom Absender gesprochen.

Der Absender erhält für Zahlungen die er selber online gesendet hat, sehr oft einen manipulierten VWZ angezeigt. Dort werden Zusatzinfos wie die verwendete TAN, die Benutzerkennung bei HBCI, Datum/uhrzeit des Absendens, der Einreichungstermin bei terminierten Zahlungen usw... beigemischt und manchmal deswegen auch der Original VWZ gekürzt.

Nich betroffen ist der VWZ den der Empfänger erhält.

Das das hier zutrifft ist natürlich nur eine Vermutung....

Kann es sein, dass dieses Problem nur mit PROFI Cash bzw. Home Cash auftritt und insofern doch ein Hersteller-spezifisches Problem ist?

Die Buchungstexte, die die comdirect bank erzeugt, sehen nämlich heute noch genauso aus wie vor der Einführung von HBCI PIN/TAN, egal ob per Internet-Überweisung oder HBCI erzeugt. Hier mal ein Beispiel für eine Ebay-Überweisung von einem comdirect Konto auf ein Fremdkonto mit folgendem original Verwendzungszweck (zweizeilig):

VWZ1: "EBAY-KAEUFER MUSTERNAME"
VWZ2: "ARTIKELNR. 1234567890"

Der von comdirect erzeugte und auf dem Fremdkonto angezeigte Buchungstext (man beachte: Buchungstext <> Verwendungszweck!) sieht folgendermassen aus:

MAX MUSTERMANN
CD-UEB AN0012345678-BLZ12345678
EBAY-KAEUFER MUSTERNAME
ARTIKELNR. 1234567890 001

Erläuterung zum Buchungstext: Empfängername in der ersten Zeile, CD-UEB für Überweisung+interne Auftragsnummer (AN) + Ziel-BLZ in der zweiten Zeile, original Verwendungszweck in Zeile 3 und 4, wobei in der vierten Zeile noch "001" angehängt ist, ein comdirect (bzw. Commerzbank)-spezifischer Parameter, der leider immer mit gesendet wird, weswegen auch in der zweiten VWZ entgegen der allgemein gültigen Spezifikation nur 24 statt 27 Zeichen angegeben werden können.

Abgesehen von diesem Zusatzparameter "001" werden jedoch beide VWZ-Zeilen stets korrekt übermittelt, zumindest nach meiner Erfahrung. Enthält die zweite VWZ mehr als 24 Zeichen, wird der Auftrag abgelehnt, ist die zweite VWZ leer, steht dort nur der Parameter "001".

Ich vermute also, dass der o.g. Fehler nur in Verbindung mit der speziellen Homebanking-Software auftritt, auch weil dieser Fehler ansonsten bisher nirgendwo anders aufgetreten ist bzw. berichtet wurde.