Hallo Jochen,

erstmal vielen Dank für den Patch. Allerdings war der letzte aktive  
ktoblzcheck-Entwickler, Alexander Kurz, sogar noch schneller und er  
hat schon eine Änderung ins CVS reingestellt:

http://ktoblzcheck.cvs.sourceforge.net/ktoblzcheck/ktoblzcheck/src/lib/methods.cc?r1=1.14&r2=1.15
http://ktoblzcheck.cvs.sourceforge.net/ktoblzcheck/ktoblzcheck/ChangeLog?r1=1.97&r2=1.98

Meinst du, dein patch wäre noch besser? Oder seine Lösung besser? Ich  
bin da für alle Vorschläge offen. Die Dokumentation verstehe ich  
genauso wenig wie du.

Gruß,

Christian


Quoting Jochen Schroer <[EMAIL PROTECTED]>:

> Hallo zusammen,
>
> nachdem ich jetzt ein wenig ueber diesen Patch geschlafen habe bin ich
> doch ein klein wenig verunsichert.
>
> Hintergrund:
> In der Beschreibung der Bundesbank heisst es:
> "Ergibt die erste Berechnung der Prüfziffer nach dem
> Verfahren 00 einen Prüfzifferfehler, so ist eine weitere
> Berechnung vorzunehmen. Hierbei ist die Summe der
> Produkte auf die nächste Halbdekade hochzurechnen. Die
> Differenz ist die Prüfziffer."
> D.h. (laut dem Beispiel der Bundesbank) bei einer Quersumme von 21 muss
> die Prueffziffer (als Differenz zur Halbdekade 25) 4 sein (25-21).
> Was aber ist im Beispiel der Kontonummer von Hr. Papke?
> Bei der Kontonummer 819727 ist die Quersumme 28.
> Die nächste Halbdekade (die gleichzeitig auch (Voll)Dekade ist)   
> lautet 30. Die Differenz wäre damit 2 und die Kontonummer falsch ( 7  
>  != 2)
> Man kann den Algo aber auch so verstehen das die nächste   
> "echte/alleinige" Halbdekade gemeint ist, das waere die 35 und die   
> Diff damit 7 womit die Kontonummer richtig wäre.
> Mein Patch geht von der zweiten Annahme aus (echte Halbdekaden), ich
> bin aber unsicher ob der Algo so gemeint ist.
>
> Ich habe zur Klärung versucht jemand kompetentes bei der Sparkasse   
> Kiel-Förde zu erreichen die diesen Algo verwendet, bisher warte ich   
> aber immer noch auf den Rückruf und wie ich Banken aus der   
> Vergangenheit kennen werde ich dort auch niemanden vor Montag   
> erreichen.
>
> Hat jemand gesicherte Informationen über Kontonummern die   
> Anhaltspunkte über die Interpretation der "Halbdekade" Definition   
> geben können?
>
> Ein Blick wie andere es machen hat leider auch nichts gebracht, die
> meisten Validierungen die man auf Webseiten so findet akzeptieren
> scheinbar
> beide Varianten, d.h. z.B. sowohl Kontonummer  819727 als auch 819722
>
> Ich habe darauf die Methode auch noch einmal dahingehend angepasst   
> (und einen kleinen Bug entfernt) und dahingehend angepasst das beide  
>  Varianten akzeptiert werden bis Klärung in Sicht ist.
>
> Neue Methode 74 haengt an.


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Aqbanking-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/aqbanking-devel

Reply via email to