Hallo,
ich möchte Kontonummern und Bankleitzahlen
validieren - gibt es da fertige Algos,
oder wisst ihr generelle Regeln,
wie lange die Nummern mindestens / höchstens sind?
Danke,
Stefan
Stefan Reiter wrote:
> Hallo,
>
> ich möchte Kontonummern und Bankleitzahlen
> validieren - gibt es da fertige Algos,
> oder wisst ihr generelle Regeln,
> wie lange die Nummern mindestens / höchstens sind?
Die Bankleitzahl kannst du recht einfach validieren, die Länge ist immer
gleich (8 Ziffern iirc). Die Bundesbank veröffentlicht eine Liste mit
allen Bankleitzahlen, dem dazugehörigen Banknamen und nach welcher
Methode die Checksummen der Kontonummern berechnet werden. Auf diese
Weise kannst du schonmal einfach überprüfen, ob es eine BLZ gibt. Ob
eine Kontonummer gültig ist, ist weniger schön zu ermitteln, da es nicht
nur ein paar Algorithmen dafür gibt, sondern ziemlich viele. Ein
Projekt, das sich damit beschäftigt ist z.B.
http://sourceforge.net/projects/bav/
Gruß,
Philipp
Hallo Stefan,
Stefan Reiter schrieb:
> Hallo,
>
> ich möchte Kontonummern und Bankleitzahlen
> validieren - gibt es da fertige Algos,
> oder wisst ihr generelle Regeln,
> wie lange die Nummern mindestens / höchstens sind?
Matthias Hanft bietet dafür eine Lösung an, die man in seine Website
einbauen kann: http://www.hanft.de/ktopruef/ind-bank.htm, ist aber nicht
kostenlos. Dafür wird das immer auf dem aktuellen Stand gehalten, wenn man
also nicht nur gelegentlich neue Kontonummern prüfen muß, kann sich das
schnell rechnen.
Gruß Martin
--
Bitte nicht an der E-Mail-Adresse fummeln, die paßt so.
-------------------------------------------------------
Softwarepatente? Nein, danke. Hier eintragen:
http://petition.eurolinux.org/index_html
Hab mir das mal angekuckt.
Ich hatte noch garnicht daran gedacht,
dass man ja zirka 10 Euro zahlen muss, wenn die Kontonummer falsch ist!!!
Muss man das in jedem Fall, oder nur, wenn man fälschlich von einem
falschen Kunden abbucht??
Oder ist es nicht sogar so, dass man zahlen muss, wenn das Konto nicht
gedeckt ist?
Das programmieren dieses Algos an sich ist ja nicht so schwer -
aber das ständige aktualisieren -
keine Ahnung wie der das immer macht - muss doch ne Heidenarbeit sein...
Stefan
Hallo Stefan,
Stefan Reiter schrieb:
> Hab mir das mal angekuckt.
> Ich hatte noch garnicht daran gedacht,
> dass man ja zirka 10 Euro zahlen muss, wenn die Kontonummer falsch ist!!!
> Muss man das in jedem Fall, oder nur, wenn man fälschlich von einem
> falschen Kunden abbucht??
Immer dann, wenn eine Abbuchung zurückgeht.
> Oder ist es nicht sogar so, dass man zahlen muss, wenn das Konto nicht
> gedeckt ist?
Dann auch. Nur dann hast Du zumindest theoretisch 'ne Chance, das
wiederzubekommen.
> Das programmieren dieses Algos an sich ist ja nicht so schwer -
> aber das ständige aktualisieren -
> keine Ahnung wie der das immer macht - muss doch ne Heidenarbeit sein...
Ist es sicher. Aber wenn man das für viele Kunden macht. Irgendwas muß man
ja den lieben langen Tag arbeiten. ;-)
Gruß Martin
--
Bitte nicht an der E-Mail-Adresse fummeln, die paßt so.
-------------------------------------------------------
Softwarepatente? Nein, danke. Hier eintragen:
http://petition.eurolinux.org/index_html
Stefan Reiter:
> Das programmieren dieses Algos an sich ist ja nicht so schwer -
> aber das ständige aktualisieren -
> keine Ahnung wie der das immer macht - muss doch ne Heidenarbeit sein...
Die letzte Änderung (die ca. 1 mal im Jahr geschehen) betraf exakt 2
Algorithmen die noch dazu auf bereits implementierte Algorithmen
zurückgreifen. Sooo heidisch ist das auch wieder nicht.
--
HEY! Ich seh nicht recht!
Du bist doch der Chief der das hier programmiert:
http://sourceforge.net/projects/bav/
Kannst du mir dazu ein paar Infos geben?
Die aktuelle Version ist 0.7e -
also ist das noch nicht fehlerfrei, oder geht es nur um Funktionen, die
du hinzufügen willst?
Stefan Reiter schrieb:
> HEY! Ich seh nicht recht!
> Du bist doch der Chief der das hier programmiert:
> http://sourceforge.net/projects/bav/
>
> Kannst du mir dazu ein paar Infos geben?
> Die aktuelle Version ist 0.7e -
> also ist das noch nicht fehlerfrei, oder geht es nur um Funktionen, die
> du hinzufügen willst?
Hubs! Ich war noch garnicht fertig mit schreiben, hab mich verklickt,
also weiter im Text -
Also es ist schon spät und ich hab bisher nur mal kurz rein gekuckt,
aber da sind ja wirkliche eine GROßE Menge an Dateien!
Wofür das alles - prinzipiell braucht man doch nur eine Datenbank mit
allen Bankdaten von der Deutschen Bundesbank inklusive einer Spalte mit
dem jeweiligen Algo, dann ein paar Zeilen Code, die die eingegebene
Kontonummer und Bankleitzahl mit den Daten in der DB vergleichen,
also Prüfziffer berechnen, usw.
Oder aber bietet deine Version bereits komfortable Wege, um die
Datenbank aktuell zu halten?
Stefan
Stefan Reiter:
> Die aktuelle Version ist 0.7e -
> also ist das noch nicht fehlerfrei
Nein. Die einzelnen Algorithmen sind meines Erachtens nicht ausgiebig
getestet. Ich habe auch nicht den Nerv für jeden Algorithmus die
Testklassen zu schreiben und an realen Testnummern mangelt es leider.
Außerdem darfst Du davon ausgehen, dass jeder Validator der *nur* BLZ gegen
KtoNr. prüft (sowie BAV) bei min. einer BLZ¹ fehlerbehaftet ist.
Allerdings ist das auch ein Grund für mich das ganze tatsächlich nochmal neu
zu machen (inkl. Funktionen um Informationen über Banken zu kriegen) und
zwar *mit* Testklassen. Wenn das Ding fertig ist (das wird noch lange
dauern), wird es _vielleicht_ eine 1er Version geben.
[1]: Die BLZ 60050101 benutzt zwei Algorithmen.
--
Stefan Reiter:
> aber da sind ja wirkliche eine GROßE Menge an Dateien!
Ja, jeder Pups 'ne eigene Klasse. Insbesondere ist jeder Algorithmus eine
Klasse.
> Wofür das alles
Flexibilität.
> prinzipiell braucht man doch nur eine Datenbank
^^^^
Und welche? BAV bietet Dir 5 verschiedene plus die Möglichkeit was eigenes
zu implementieren an.
> mit allen Bankdaten von der Deutschen Bundesbank inklusive einer Spalte
> mit dem jeweiligen Algo
Aber nur die ID, des /Algos/. Den Algorithmus selbst möchte man nicht in
einer Datenbank speichern.
> dann ein paar Zeilen Code, die die eingegebene
> Kontonummer und Bankleitzahl mit den Daten in der DB vergleichen,
> also Prüfziffer berechnen, usw.
Die paar Zeilen Code für die Prüfalgorithmen belaufen sich auf 7000 Zeilen
(inklusive Kommentaren).
> Oder aber bietet deine Version bereits komfortable Wege, um die
> Datenbank aktuell zu halten?
Komfortabel in dem Sinne, dass Du die entpackte Textdatei der BB als
Datenbank benutzen kannst, und auch jede Datenbank konvertieren kannst.
Runterladen und entpacken ist noch nicht drinn (ist auch nicht so wichtig).
--
>Die BLZ 60050101 benutzt zwei Algorithmen.
1.Wieso denn so ein Mist? (Okay, das weißt du wohl auch nicht).
2. Wie umgehst du das? -> Immer true wenn BLZ = 60050101, oder wie?
Dann, hast du leider nicht beantwortet, welche Features dein Programm
unterstützt, bzw. konkret, ob es einen Adminbereich hat, indem ich
einfach alle Datensätze administieren kann.
Ich bin übrigens leider bisher immer noch nicht schlau geworden,
wie ich das in MySQL Datenbank einbaue -
Es scheint so, dass ich in der config.php den Mysql Teil auskommentieren
muss, den alten Hashtable teil kommentieren muss,
dann in der Mysql Datei user, password und DB angeben muss.
Aber wie erstelle ich die nötigen Tabellen, wie adminstriere ich sie,
falls das möglich ist?
Danke,
Stefan
Stefan Reiter
hallo,
>Wofür das alles - prinzipiell braucht man doch nur eine Datenbank mit
>allen Bankdaten von der Deutschen Bundesbank inklusive einer Spalte mit
>dem jeweiligen Algo, dann ein paar Zeilen Code, die die eingegebene
lol
jeep, es sind nur ein paar zeilen code ;)
>Kontonummer und Bankleitzahl mit den Daten in der DB vergleichen,
>also Prüfziffer berechnen, usw.
http://www.bundesbank.de/zahlungsverkehr/zahlungsverkehr_ban kleitzahlen_allgemein.php?print=yes
>Oder aber bietet deine Version bereits komfortable Wege, um die
>Datenbank aktuell zu halten?
Die von der Bundesbank zur Verfügung gestellten Daten haben eine
Gültigkeit vom 7. März 2005 bis 5. Juni 2005.
8<--
Die für den nachfolgenden Änderungsdienst per 6. Juni 2005
erforderlichen Dateien werden im Mai 2005 zum Download
bereitgestellt. Abschlusstermin ist der 18. April 2005.
8<--
Die Termine werden von der Bundesbank immer veröffentlicht.
Wo ist dein Probelm?
cu
r23
--
http://www.oos-shop.de/
Stefan Reiter:
> 2. Wie umgehst du das? -> Immer true wenn BLZ = 60050101, oder wie?
Ich kümmere mich gar nicht darum. BAV ist in dieser Hinsicht kaputt. Wenn
ich das ganze recht in Erinnerung habe wird so eine Bank gar nicht
portiert. D.h. Du kriegst bei der Validierung (außer Du benutzt die
BB-datei) den Code für "Bank ist unbekannt" zurück.
> Dann, hast du leider nicht beantwortet, welche Features dein Programm
> unterstützt
Kto. gegen BLZ prüfen und BLZ auf Existenz prüfen. Was soll ein Validator
noch für Features haben?
> bzw. konkret, ob es einen Adminbereich hat, indem ich einfach alle
> Datensätze administieren kann.
Nein.
> Ich bin übrigens leider bisher immer noch nicht schlau geworden,
> wie ich das in MySQL Datenbank einbaue -
bav_install.php -bM bzw. bav_install.php -hM geht schneller sofern die Daten
aus Hashtable und BB-Datei identisch sind (das sind sie im Paket).
> Es scheint so
^^^^^^^
Warum scheint es? Ist das Ding nicht ausreichend dokumentiert?
> Aber wie erstelle ich die nötigen Tabellen
Mit bav_install.php
> , wie adminstriere ich sie, falls das möglich ist?
bav_install.php macht sowas wie BB-Datei -> MySQL. Und dann gibt's noch die
Dateien in config/.*. Mehr gibt's nicht zu administrieren. Wenn Du also
später Deine MySQL DB aktualisieren möchtest, dann machst Du einfach:
bav_install.php -b aktualisierteDatei.txt -M
Lies' Dir doch bitte mal
--
Du schreibst in deinen Docs,
dass du es empfiehlst eine Datenbank herzunehmen -
aber, wenn man die Aktualisierung selbst einpflegen muss,
so ist es doch einfacher, eine neue Textdatei hochzuladen,
als sich selbst ein Skript zu schreiben, dass die Datenbank aktualisiert
( Du hast ja gesagt es gibt noch keinen Adminbereich).
Welche Vorteile bringt mir die Datenbank?
Ist das schneller, sicherer, oder?
Stefan
> Die paar Zeilen Code für die Prüfalgorithmen belaufen sich auf 7000
Zeilen
> (inklusive Kommentaren).
>
Da verstehe ich nicht wieso.
Es gibt aktuell 114 verschiedene Prüfalgorithmen.
Einer dieser Algos lautet:
>Die Stellen der Kontonummer sind von rechts nach links mit
>den Ziffern 2, 1, 2, 1, 2 usw. zu multiplizieren. Die jeweiligen
>Produkte werden addiert, nachdem jeweils aus den
>zweistelligen Produkten die Quersumme gebildet wurde (z. B.
>Produkt 16 = Quersumme 7). Nach der Addition bleiben
>außer der Einerstelle alle anderen Stellen unberücksichtigt.
>Die Einerstelle wird von dem Wert 10 subtrahiert. Das
>Ergebnis ist die Prüfziffer (10. Stelle der Kontonummer).
>Ergibt sich nach der Subtraktion der Rest 10, ist die
>Prüfziffer 0.
Also brauch ich eine Methode, die mir die Kontonummer Ziffer für Ziffer
auseinanderrupft, beispielsweise über Modulo 10.
Dann multipliziere ich die zahlen abwechselnd mit 2 und 1 und addiere
sie. Falls das Ergebnis zweistellig ist, zerupf ich die Zahl wieder und
addiere beide Ziffern ( Quersumme).
Am Ende rechne ich 10 - die Einerstelle, und tata, ich habe die
Prüfziffer. Vom Ergebnis betrachte ich wieder nur die Einerstelle (=>10
wird zur 0)
Jetzt nehme ich mir die Kontonummer, zerupf die auch wieder so, dass ich
die 10. Stelle erhalte, und vergleiche die Prüfziffer mit der 10. Stelle.
Also mal schnell per pseudo code hingeschrieben:
counter= 0;
$pruefziffer=0;
while (nochZiffernda){
counter++;
$ziffer = gibMirLetzeZiffer($kontonummer);
case counter ungerade:
$produkt = $ziffer * 2;
break;
case counter gerade:
$produkt = $ziffer;
break;
if($produkt.length==2){
$produkt = bildeQuersumme($produkt);
}
$pruefziffer+=$produkt;
}
$pruefziffer = 10 - $pruefziffer;
$pruefziffer = $pruefziffer%10; / Gib mir 1er Stelle aus.
$zuPruefendeZahl= gibMir10StellevonKontonummer();
if ($pruefziffer== $zuPruefendeZahl) return true;
return false;
Das sind 27 Zeilen, plus ein bisserl für die Methoden, die ich nicht
implementiert habe - allerdings könnten die sicher weiterverwendet werden.
Naja - ich sehe schon 27 Zeilen * 114 = 3078 + "ein bisserl für die
Methoden" - da kommen wir den 7000 Zeilen schon recht nahe.
Okay. überzeugt! :-D
q.e.d. (was zu beweisen war! ;-)
Stefan Reiter schrieb:
> aber, wenn man die Aktualisierung selbst einpflegen muss,
> so ist es doch einfacher, eine neue Textdatei hochzuladen,
> als sich selbst ein Skript zu schreiben, dass die Datenbank aktualisiert
> ( Du hast ja gesagt es gibt noch keinen Adminbereich).
>
> Welche Vorteile bringt mir die Datenbank?
> Ist das schneller, sicherer, oder?
Überlege dir den Aufwand, einen bestimmten Datensatz aus einer Textdatei
zu lesen und vergleiche ihn mit dem Aufwand, einen bestimmten Datensatz
aus der Datenbank zu holen.
MfG
Niels
Stefan Reiter:
> aber, wenn man die Aktualisierung selbst einpflegen muss,
> so ist es doch einfacher, eine neue Textdatei hochzuladen,
> als sich selbst ein Skript zu schreiben, dass die Datenbank aktualisiert
Nein, das Script um die Textdatei in die Datenbank zu portieren existiert.
Ich habe auch schon geschrieben wie man das macht.
> Welche Vorteile bringt mir die Datenbank?
Das ist eine Grundsatzfrage.
> Ist das schneller
Ja.
--
.. Am 05.04.05
schrieb use-reply@this-is.invalid (Markus Malkusch)
auf /DE/COMP/LANG/PHP/MISC
in 6117684.ZQ5bJU0XZ9@malkusch.de
ueber Re: Validation von BLZ und Kontonummer
MM>
MM> Ja, jeder Pups 'ne eigene Klasse. Insbesondere ist jeder Algorithmus
MM> eine Klasse.
Eigentlich ist doch nur eine Prozedur nötig, mit Kontonummer und
Algorithmen-nummer als Parameter.
mfG,
Lüko Willms http://www.mlwerke.de
/--------- L.WILLMS@jpberlin.de -- Alle Rechte vorbehalten --
"Ohne Pressefreiheit, Vereins- und Versammlungsrecht ist keine
Arbeiterbewegung möglich" - Friedrich Engels (Februar 1865)
.. Am 05.04.05
schrieb use-reply@this-is.invalid (Markus Malkusch)
auf /DE/COMP/LANG/PHP/MISC
in 1935896.xnZ7f9xPDd@malkusch.de
ueber Re: Validation von BLZ und Kontonummer
>> 2. Wie umgehst du das? -> Immer true wenn BLZ = 60050101, oder wie?
MM> Ich kümmere mich gar nicht darum. BAV ist in dieser Hinsicht kaputt.
MM> Wenn ich das ganze recht in Erinnerung habe wird so eine Bank gar
MM> nicht portiert. D.h. Du kriegst bei der Validierung (außer Du benutzt
MM> die BB-datei) den Code für "Bank ist unbekannt" zurück.
Diese BLZ gibt es aber sogar 73 mal, für die verschiedenen
Niederlassungen der Landesbank Baden-Württemberg und -ex LG.
Es ist ein Fehler, die BLZ als ein-eindeutigen Schlüssel für die
BLZ-Tabelle zu halten, genauso wie bei der Postleitzahl.
MfG,
Lüko Willms http://www.mlwerke.de
/--------- L.WILLMS@jpberlin.de -- Alle Rechte vorbehalten --
"Die Interessen der Nation lassen sich nicht anders formulieren als unter
dem Gesichtspunkt der herrschenden Klasse oder der Klasse, die die
Herrschaft anstrebt." - Leo Trotzki (27. Januar 1932)
Lueko Willms:
> Es ist ein Fehler, die BLZ als ein-eindeutigen Schlüssel für die
> BLZ-Tabelle zu halten
Um genau zu sein ist es ein Fehler geworden. Aber das haben wir bereits
festgestellt.
--
Lueko Willms:
> Eigentlich ist doch nur eine Prozedur nötig, mit Kontonummer und
> Algorithmen-nummer als Parameter.
Für den Nutzer schon. Und die ist auch vorhanden. Ansonsten ist es keine
gute Idee sämtliche Prüfalgorithmen in eine /Prozedur/ zu fassen, da es zum
einen riesig, zum anderen stark redundant (mit all den dazugehörigen
Nachteilen) wird.
Aber eigentlich ist es doch uninteressant wieviele
Klassen/Dateien/Funktionen benutzt werden. Einzig die API für den Nutzer
interessiert, und die ist IMO hinreichend dimensioniert.
--
Lueko Willms:
> Es ist ein Fehler
Um genau zu sein ist es ein Fehler geworden. Aber das haben wir bereits
festgestellt.
> die BLZ als ein-eindeutigen Schlüssel für die BLZ-Tabelle zu halten
^^^^^^^^^^^^^^^
Dafür wurde sie noch nie gehalten. Wir reden hier von der *eindeutigen*
Relation BLZ->Algorithmus, die aufeinmal nicht mehr eindeutig.
--
Stefan Reiter schrieb:
> ich möchte Kontonummern und Bankleitzahlen
> validieren - gibt es da fertige Algos,
> oder wisst ihr generelle Regeln,
> wie lange die Nummern mindestens / höchstens sind?
wie hier schon geschrieben gibt es bei der Bundesbank (im
Download-Bereich ihrer Webseite) eine Liste mit den allen Banken, ihrer
BLZ sowie der Prüfziffern-Methode herunterzuladen.
Nimm die Liste, und packe sie in eine Datenbank "Deines Vertrauens",
also z.B. mySQL (Achtung, nicht die BLZ als Unique-Key verwenden,
mehrere Banken, unterschieden nach ihrer BuBa-Nummer, können eine BLZ
gemeinsam nutzen).
Wenn Du eine BLZ hast, die in der Liste steht, ist sie gültig (in der
BLZ gibt es keine Prüfziffer oder ähnliches).
Über die "Prüfziffern-Methode", die zu jeder BLZ hinterlegt ist, kannst
Du die Gültigkeit der Kontonummer überprüfen.
Welche Prüfziffern-Methoden es gibt und welcher Algorhytmus
dahintersteht, steht bei der Bundesbank in einem PDF. Die meisten
Prüfziffernmethoden sind recht einfach, bevor Du anfängst zu
programmieren, prüfe, ob die entsprechende Prüfziffern-Methode auch noch
genutzt wird.
Ach ja, und regelmässig (so alle 3 Monate) von der BuBa eine neue Liste
holen und ggf. nach neuen Prüfziffern-Methoden schauen.
mfg Peter
Hallo,
Am Tue, 05 Apr 2005 00:24:53 +0200 schrieb Markus Malkusch:
> Stefan Reiter:
>
>> Die aktuelle Version ist 0.7e -
>> also ist das noch nicht fehlerfrei
>
> Nein. Die einzelnen Algorithmen sind meines Erachtens nicht ausgiebig
> getestet. Ich habe auch nicht den Nerv für jeden Algorithmus die
> Testklassen zu schreiben und an realen Testnummern mangelt es leider.
> Außerdem darfst Du davon ausgehen, dass jeder Validator der *nur* BLZ gegen
> KtoNr. prüft (sowie BAV) bei min. einer BLZ¹ fehlerbehaftet ist.
>
> Allerdings ist das auch ein Grund für mich das ganze tatsächlich nochmal neu
> zu machen (inkl. Funktionen um Informationen über Banken zu kriegen) und
> zwar *mit* Testklassen. Wenn das Ding fertig ist (das wird noch lange
> dauern), wird es _vielleicht_ eine 1er Version geben.
>
> [1]: Die BLZ 60050101 benutzt zwei Algorithmen.
Für die Bankleitzahl 60050101 wird (mittlerweile) durchgängig die
Kontonummer nach dem Prüfschlüssel 01 vergeben. Davon weicht keine Filiale
ab.