Hallo,
ich habe heute angefangen, eine Klasse zu schreiben, mit deren Hilfe man IBANs erstellen und verifizieren kann.

Die Klasse ist (noch) relativ übersichtlich und die Eigenschaften haben sprechende Namen, so das man eigentlich sofort anfangen kann, sie zu verwenden.

zusammenfalten · markieren

Delphi-Quellcode:

TIBAN = class
private
  FKTO: string;
  FBLZ: string;
  FLand: string;
  FIBAN: string;

  procedure SetLand(const aValue: string);
  function CodiereLandIBAN(const aLand: string): string;
  function Modulo97PruefZiffer(const aIBAN:string):Integer;
  function GetIBANMetrics: TIBANMetrics;
  function PruefeIBAN: Boolean;
  function BerechneIBAN: string;
  function GetLand: string;
  function GetCountryFromIBAN: string;
  procedure SetIBAN(const aValue: string);
public
  property Konto: string read FKTO write FKTO;
  property BLZ: string read FBLZ write FBLZ;
  property Land: string read GetLand write SetLand;
  property IBAN: string read BerechneIBAN write SetIBAN;
  property Valid: Boolean read PruefeIBAN;
end;

Momentan "kennt" die Klasse die IBAN-Muster von Deutschland und den direkt angrenzenden Staaten. Um die Klasse mit weiteren Staaten nutzen zu können, muss lediglich die Funktion GetIBANMetrics entsprechend ergänzt werden. Das von GetIBANMetrics zurück gelieferte TIBANMetrics-Record beinhaltet Informationen über die Länge der IBAN, die Startposition der BLZ und der KTO sowie deren jeweilige Länge. Die Angabe der Startpositionen ist notwendig, da einige Staaten zusätzliche Kontrollziffern verwenden.

markieren

Delphi-Quellcode:

TIBANMetrics = packed record
  nLenIBAN: Word;
  nStartBLZ: Word;
  nLenBLZ: Word;
  nStartKTO: Word;
  nLenKTO: Word;
end;

Die jeweils aktuellste Version kann über Google Code (https://code.google.com/p/tiban/) bezogen werden

Hallo,

vielleicht solltest du deinen Thread umbenennen, dass ersichtlich wird, dass es hier um IBANs geht. Ich dachte erst "Wer ist Tiban?".

Liebe Grüße,
Valentin

Hallo,

Ich habe mir die Sache mal angeschaut, da ich so eine IBAN-Klasse im Moment ganz gut gebrauchen könnte.

Allerdings ist sie im Moment für mich nicht wirklich brauchbar, da deine Klasse anscheinend nur die IBAN aus Konto, BLZ und Land berechnen kann. Wenn man umgekehrt, eine IBAN hat und daraus z.B. die Kontonummer extrahieren möchte, klappt das nicht.

Ein weiterer Kritikpunkt ist, dass du deutsche und englische Bezeichner vermischst. Nach meinem persönlichen Geschmack sollte der gesamte Source Englisch sein.

Und dritter und letzter Punkt: Wozu die Datei IBANMetrics.pas? Hätte die Klasse TIBANMetrics nicht auch in der Datei IBAN.pas Platz gefunden? Es stört nicht umbedingt, da es genügt IBAN in die Uses-Klausel aufzunehmen, aber ich sehe den Vorteil einer weiteren Unit nicht.

Gruss
ele

Zitat von ele:

Allerdings ist sie im Moment für mich nicht wirklich brauchbar, da deine Klasse anscheinend nur die IBAN aus Konto, BLZ und Land berechnen kann. Wenn man umgekehrt, eine IBAN hat und daraus z.B. die Kontonummer extrahieren möchte, klappt das nicht.

Die Funktion sollte sich ja relativ schnell implementieren lassen, da im Grunde ja schon die notwendigen Informationen vorhanden sind.

Zitat von ele:

Ein weiterer Kritikpunkt ist, dass du deutsche und englische Bezeichner vermischst. Nach meinem persönlichen Geschmack sollte der gesamte Source Englisch sein.

Wie Du selber sagst: Geschmackssache Aber auch das lässt sich schnell ändern

Zitat von ele:

Und dritter und letzter Punkt: Wozu die Datei IBANMetrics.pas? Hätte die Klasse TIBANMetrics nicht auch in der Datei IBAN.pas Platz gefunden? Es stört nicht umbedingt, da es genügt IBAN in die Uses-Klausel aufzunehmen, aber ich sehe den Vorteil einer weiteren Unit nicht.

Du brauchst auch nur die IBAN.pas einbinden. IBANMetrics enthält nur die Informationen über den Aufbau der jeweiligen IBAN und könnte zukünftig noch umfangreicher werden. Aus dem Grund auch die Trennung in zwei seperate Units.

Ich weiss noch nicht so recht, ob ich deine Klasse anpassen soll oder selber eine schreiben. Das Problem bei den IBANs ist, dass nicht immer klar ist wie was wozu gehört.

Beispiel Frankreich:

Die IBAN hat einen code d'établissement (BLZ) und einen code guichet (Filialcode). Im Prinzip identifiziert der code d'établissement zusammen mit dem code guichet die Bank, weshalb man beide im Feld BLZ zurückgeben könnte. Aber man könnte auch eine zusätzliche Eigenschaft BranchCode erstellen und den code guichet dort platzieren.

Zusätzlich zu der IBAN-Prüfziffer haben die Franzosen zwei nationale Prüfziffer, welche (soweit ich das interpretieren kann) Teil der Kontonummer sind. Soll man die Prüfziffern nun in einer eigenen Eigenschaft zugänglich machen?

Mööhk! Die einzigen Leute die üblere Spezifikationen schreiben als Informatiker sind Bänker. Fragt sich bloss warum ich mir einen Beruf ausgesucht habe wo ich mit beidem konfrontiert werde...

Übrigens pass auf woher du die Informationen hernimmst. Ich musste gerade das Format für Albanien korrigieren auf der deutschen Wikipedia - möglicherweise sind dort noch mehr falsch. Die beste Quelle ist wohl die offizielle.

Hallo,

schon länger her seit dem letzten Beitrag hier...

Die Berechnung für Länder, deren IBAN sich aus mehr als nur der BLZ und der Kontonummer zusammensetzt, scheint in der Tat problematisch zu sein.

Z.B. wie im Beitrag davor schon erwähnt unter Einbeziehung von IBAN_Registry:

Frankreich:

markieren

Code:

- BBAN structure =      5!n5!n11!c2!n
- IBAN structure = FR2!n5!n5!n11!c2!n

Belgien:

markieren

Code:

- BBAN structure =      3!n7!n2!n
- IBAN structure = BE2!n3!n7!n2!n

In solchen Fällen scheint es mit der Klasse in der jetzigen Form nur dann zu funktionieren, wenn die Länge von nLenBLZ und nLenKTO zusammen dem Wert von BBAN length entsprechen. Dafür müsste man also entweder nLenBLZ oder nLenKTO fürs jeweilige Land entsprechend anpassen, was aber nicht ganz richtig wäre, denke ich - spätestens bei der Ermittlung der BLZ und der Kontonummer aus der IBAN.

Außerdem scheint das Ergebnis danach dennoch falsch zu sein, wie z.B. die Prüfung der IBAN FR2500000200411234567891234 (wird nach der obigen Anpassung durch die Klasse so generiert) zeigt.
Hier verläuft die Prüfung positiv, hier schlägt sie fehl. Bei der Berechnung einer IBAN auf der zweiten Seite sieht man im Falle von Frankreich, dass hier 4 Bestandteile abgefragt werden. Auf der ersten Seite ist es immer nur die BLZ und die Kontonummer, egal welches Land man nimmt, daher denke ich mal, dass die zweite Seite recht hat.

Wie habt Ihr das gelöst? Die Klasse angepasst oder etwas eigenes geschrieben?