Seit dem 11.11.10 geht beim Transaktionsdownload von der Deutschen Bank nichts mehr wie es bisher immer war...

Plötzlich bekomme ich die aktuellsten Transaktionen zwar geliefert, aber es wiederholen sich die Daten mehrfach.

Das sieht konkret so aus, dass in den Logfiles von aqbanking, als auch in der XML-Ausgabe zwar die Transaktionen vorhanden sind, aber im Anschluß noch 3 weitere Male die selben Daten folgen.

D.h. im Moment bekomme ich jede Transaktion insgesamt 4 mal.

Wenn ich das Startdatum weit vor dieses kritische Datum lege, hilft das auch nichts, Dann kommen halt eben alle Transaktionen vom neuen Startdatum ab jeweils 4 Mal.

So, jetzt bin ich ratlos wie ich hier verfahren soll. Von Tag zu Tag dauert nun der Transaktionsdownload länger und die Daten werden mehr und mehr...

Was kann ich nur tun, um der Sache auf den Grund zu gehen?

Moeglicherweise hat die Bank das Format der gesendeten Daten geaendert, so dass sie jetzt anders aussehen, als vor dem besagten Termin. Dadurch werden sie dann eventuell nicht mehr als Duplikate erkannt.

Ohne die Logs zu sehen, kann ich da aber leider nicht mehr zu sagen.


Gruss
Martin

Hallo Martin,

ok, wie können wir das Debugging gestalten, ohne, dass ich echte Transaktionsdaten in den Logs lasse? Scheint, als müsse ich alle Namen u. Überweisunggründe durch Platzhalter austauschen, aber alles weitere unverändert lassen...

Gruß,
Marko

UND: DANKE FÜR DIE PROMPTE REAKTION!!!!

Im Prinzip kannst Du das vielleicht auch selber testen: Vergleiche einfach mal die Umsatzdaten in der letzten Logdatei vor der Umstellung mit den Umsatzdaten des gleichen Datums, wenn Du sie jetzt abrufst.

Wenn es da Unterschiede gibt, haben wir schon die Ursache.

Du kannst ansonsten auch die MT940 jeweils aus der Logdatei herausschneiden und mit AqBanking-CLI in eine CTX-Datei importieren und anschliessend vergleichen... Aber das waere schon nicht mehr so trivial


Gruss
Martin

Hi Martin,

danke nochmal für deine schnelle Reaktion auf mein Problem!

Also, ich habe mir jetzt mal eine Logdatei genauer angeschaut und 2 sehr ähnliche Blöcke miteinander verglichen:

Es schaut so aus, als würden die Daten erst von der Bank an den Nutzer geschickt und danach nochmal identisch wieder zurück an die Bank... Das scheint wohl so eine Art Datenverifikationshandshake zu sein.

OK, im nächsten Schritt schaue ich mir mal ein erstes fehlerbehaftetes Log an.

So, und jetzt habe ich aus einem fehlerbehafteten Log die sich wiederholenden Teile* ausgeschnitten und miteinander verglichen, mit dem unten angehängtem Ergebnis.
*) D.h. die verglichenen Blöcke enthalten jetzt die von der Bank und vom Nutzer versandten Daten.

Ich hoffe, du wirst daraus schlauer.

Aeh, nein, Du musst die Daten vergleichen, die hinter HIKAZ kommen, dass sind naemlich die SWIFT-Daten. Die solltest Du aus beiden Logs extrahieren und dann vergleichen.


Gruss
Martin

Hallo Martin,

ich hab Dir die Infos per Email geschickt, kannst Du damit was anfangen?

Gruß,
Marko

Habe heute per Email bei der DB angefragt, ob dort u.U. ein Softwareupdate des Servers (zum fraglichen Datum seitdem die Fehler auftreten) vorgenommen wurde. Ich hoffe, es kommt Response.

Ach ja, ich Moment bin ich bei inszwischen SECHSMALIGER Wiederholung der heruntergeladenen Transaktionen...