Hi, was sieht da eigentlich die HBCI-Spec vor? Ich mach das bisher so, dass ich einfach das Datum abfrage. Dabei gehe ich natürlich davon aus, dass immer alle Umsätze für einen Tag geliefert werden. Kann sein dass das nicht generell funktioniert (hatte allerdings bisher noch keine Probleme). Andererseits kann doch die Interpretation des Verwendungszwecks auch nicht der Weisheit letzter Schluss sein...?!
Viele Grüße, Frank Am 31.01.2008 um 14:36 schrieb Martin Preuss: > 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 ------------------------------------------------------------------------- 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
