Am Sonntag, 26. August 2007 00:10 schrieb Frank Emminghaus: > ich versuche mit meinem Programm basierend auf aqBanking eine > terminierte Überweisung durchzuführen. Während eine normale > Überweisung problemlos klappt, kommt bei einer terminierten > Überweisung folgendes Protokoll: > > ... > Encoding queue > Sending queue > Waiting for response > HTTP-Status: 200 (OK) > HTTP-Status: 200 (OK) > HTTP-Status: 200 (OK) > HTTP-Status: 200 (OK) > Response received > Bad message number, ignoring > Bad response (unable to decode) > Disconnecting from bank... > AqHBCI finished. > > sowie ein dump mit Messagedaten auf die Konsole (kann ich auf Wunsch > zuschicken). > Der Unterschied zur normalen Überweisung ist doch lediglich das > andere API (AB_JobCreateDatedTransfer_new) sowie das Füllen des > Datums mit SetDate, oder?
Äh, wenn ich mich recht erinnere, braucht eine terminierte Überweisung auch einen anderen "Textschlüssel" anstelle der normalen Überweisung. AB_Transaction_SetTextKey() wäre das dann. Musst du in der HBCI-Spec nachschauen, ob da eine andere Zahl als "51" nötig ist. Ansonsten hilft nur ein höhere Loglevel (export AQBANKING_LOGLEVEL=debug; export AQHBCI_LOGLEVEL=debug;) und dann nachschauen, von wo diese "Bad message number" Fehlermeldung herkommt. Vielleicht liegt da tatsächlich noch ein Bug im Code vor. Gruß Christian ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Aqbanking-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
