Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

mkae

Betreff:

Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 16.11.2010 - 23:36 Uhr · #71375

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?

aquamaniac

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 18.11.2010 - 15:36 Uhr · #71411

Zitat geschrieben von mkae

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

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

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 18.11.2010 - 19:09 Uhr · #71416

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

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 18.11.2010 - 19:09 Uhr · #71417

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

aquamaniac

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 19.11.2010 - 00:04 Uhr · #71423

Zitat geschrieben von mkae

ok, wie können wir das Debugging gestalten, ohne, dass ich echte Transaktionsdaten in den Logs lasse?

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

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 19.11.2010 - 00:31 Uhr · #71425

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:

Code

diff -u t1.log t2.log
--- t1.log 2010-11-19 00:19:37.000000000 +0100
+++ t2.log 2010-11-19 00:20:13.000000000 +0100
@@ -1,4 +1,4 @@
-HNHBK:1:3 .... .'HIRMS:3:2:3+0020::Auftrag ausgef?hrt.'HIKAZ:4:6:3+@1656@
+HIRMG:2:2+0010::Nachricht entgegengenommen.'HIRMS:3:2:3+0020::Auftrag ausgef?hrt.'HIKAZ:4:6:3+@1656@
:20:DEUTDEFFXXXX
:25:BLZ/KTO
:28C:00000/000
@@ -55,15 +55,15 @@
:13:1011102307
:90D:0EUR0,
:90C:0EUR0,
--''HNHBS:5:1+2'
+-'
mode: pintan
rdhtype: 1
hbciVersion: 220
tokenType: pintan
crypt: no
-sender: bank
+sender: user
gwenhywfar: 4.0.1.0
aqhbci: 5.0.1.0stable
appname: AQHBCI
appversion: 5.0
-size: 1880
+size: 223

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.

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 19.11.2010 - 00:37 Uhr · #71426

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.

Code

markos-imac:AQ marko$ diff s1.log s2.log
1c1
< HNHBK:1:3 ... HIRMG:2:2+0010::Nachricht entgegengenommen.'HIRMS:3:2:3+0020::Auftrag ausgef?hrt.'HIKAZ:4:6:3+@955@
---
> HNHBK:1:3 ... HIRMG:2:2+0010::Nachricht entgegengenommen.'HIRMS:3:2:3+0020::Auftrag ausgef?hrt.'HIKAZ:4:4:3+@955@
38c38
< -''HNHBS:5:1+2'
---
> -''HNHBS:5:1+3'
51c51
< HIRMG:2:2+0010::Nachricht entgegengenommen.'HIRMS:3:2:3+0020::Auftrag ausgef?hrt.'HIKAZ:4:6:3+@955@
---
> HIRMG:2:2+0010::Nachricht entgegengenommen.'HIRMS:3:2:3+0020::Auftrag ausgef?hrt.'HIKAZ:4:4:3+@955@
99c99
< size: 225
---
> size: 223

Ich hoffe, du wirst daraus schlauer.

aquamaniac

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 19.11.2010 - 11:36 Uhr · #71436

Zitat geschrieben von mkae

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

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 23.11.2010 - 23:35 Uhr · #71550

Hallo Martin,

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

Gruß,
Marko

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 27.11.2010 - 20:29 Uhr · #71658

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.

mkae

Betreff:

Re: Transaktionsdownload WIEDERHOLT SICH (ENDLOS?)

· Gepostet: 27.11.2010 - 20:30 Uhr · #71659

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