Moin,

On Donnerstag, 31. Januar 2008, Mathias Behrle wrote:
[...]
> Was für mich den Schluss nahelegt (sorry, gerade keine Zeit, um mich in
> die sicherlich interessanten Quellen zu vertiefen), dass QBM eine interne
> Duplikaterkennung hat, die für die fragliche Überweisung völlig richtig
> wegen des unterschiedlichen Verwendungszwecks am 22.1. bzw. 30.1. nicht
[...]

Richtig, QBM hat eine interne Duplikatserkennung, die bisher auch erfolgreich 
arbeitet. Allerdings greift sie nicht unbedingt, wenn man beispielsweise 2x 
in einer HBCI-Session die Umsaetze abfragt, sprich fuer ein Konto mehrere 
Umsatzabfragen in der Jobliste stehen. In diesem Fall kann QBM nicht 
auseinanderhalten, ob die Duplikate wirklich welche sind oder ob sie durch 
doppelte Jobs auftreten.

[...]
> greift. Was ferner für mich den Schluss nahelegt, dass nach der
> Umsatzabfrage am 22.1. auf den Rechnern der Bank an der Überweisung
> nachträglich rumgepfuscht wurde, was für mein Verständnis des beleglosen
> Zahlungsverkehrs mal gar nicht ginge.
[...]

...und eigentlich auch nicht vorgesehen ist, wenn ich die Specs richtig 
verstehe. QBM verlaesst sich beispielsweise darauf, dass Umsaetze nicht 
einfach verschwinden (was in dieser Situation ja der Fall ist: der eine 
Umsatz verschwindet, und ein neuer taucht auf, wenngleich unter fast dem 
gleichen Verwendungszweck, aber das kann QBM nicht auseinanderhalten, wenn 
der Verwendungszweck nicht identisch ist. Muss es normalerweise auch nicht, 
weil sich wie gesagt einmal gesendete Umsaetze eigentlich nicht mehr aendern 
sollen).

Vielleicht hat die Bank da vor kurzem die Serversoftware aktualisiert, so dass 
Umlaute nun anders behandlet werden, bevor die Umsaetze gesendet werden...

Ich hoffe wirklich, dass das eine Ausnahme war, denn ansonsten ist es nahezu 
unmoeglich, Duplikate sicher zu unterscheiden. Man muss sich wenigstens auf 
den Verwendungszweck verlassen koennen...


Gruss
Martin


-- 
"Things are only impossible until they're not"

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Aqbanking-devel mailing list
Aqbanking-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aqbanking-devel

Reply via email to