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