Am Dienstag, 19. September 2006 21:34 schrieb Martin Preuss: > > 3:2006/09/19 21-15-04:aqbanking(6565):dtaus-import.c: 741: Bad number of > > C sets (is 3, should be 23) > > 3:2006/09/19 21-15-04:aqbanking(6565):dtaus-import.c: 790: Bad account > > id checksum (is 8017637352,000000, should be 0,000000) > > 3:2006/09/19 21-15-04:aqbanking(6565):dtaus-import.c: 818: Bad bank code > > checksum (is 44761380,000000, should be 0,000000) > > 3:2006/09/19 21-15-04:aqbanking(6565):dtaus-import.c: 846: Bad EUR > > checksum (is 56,37, should be 0,00) > [...] > > Ich haette ziemlich Bauchschmerzen damit, wenn wir im Importer wissentlich > falsche Umsaetze importieren wuerden... Ich sehe da zwei Moeglichkeiten: > 1) einen Result-Code, der besagt, dass die Daten korrupt sein koennten > (z.B. weil eine Checksumme nicht stimmt). Dann koennte der Benutzer immer > noch entscheiden, ob er die Daten dennoch importieren will > 2) einen Filter vorschalten, der die Checksummen korrekt berechnet
Sowas wäre eine gute Möglichkeit, ja. Der andere Vorschlag (Option im profile) wäre auch ok, aber in diesem Fall für den Benutzer etwas schwieriger zu arrangieren, denn deinen ersten Vorschlag könnte die Applikation noch einfacher steuern. > Ansonsten muss man halt sagen, dass eine DTA-Datei mit fehlerhaften > Checksummen grundsaetzlich falsch ist: Keine Bank wuerde so eine Datei > annehmen und ausfuehren, so eine Datei ist schlicht wertlos. > > Es gibt auch eigentlich keinen Grund, eine DTA-Datei mit falschen > Checksummen zu erzeugen... Wo hattest Du diese Daten denn her? Der Anwendungsfall war wie folgt: Buchhaltungsprogramm xy erzeugt eine DTAUS-Datei mit Bankeinzügen, die eingezogen werden sollen. GnuCash sollte diese DTAUS-Datei importieren und die darin enthaltenen Buchungen als HBCI-Transfers an die Bank schicken. Die DTAUS-Datei diente also nur zum internen Datenaustausch und wurde gar nicht in dieser Form an die Bank geschickt. Deswegen waren die checksums dieses Mal nicht so wichtig. Sicherlich hätte das andere Buchhaltungsprogramm xy auch alternativ auch CSV oder sonstwas für ein Dateiformat exportieren können. Da in aqbanking aber der DTAUS-Importer schon vorhanden ist, klang diese Lösung am einfachsten. Für diesen Anwendungsfall ist die checksum dann offensichtlich unwichtig. Christian ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Aqbanking-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
