IBAN-Format, Länderlänge und Prüfsumme prüfen

Dieser Validator vereinheitlicht übliche Leerzeichen und Bindestriche, erkennt den Ländercode, prüft die für dieses Land festgelegte Länge und wendet die mod-97-Prüfsummenregel nach ISO 7064 an. Jedes Prüfergebnis wird einzeln ausgegeben. So können Sie ein Konto manuell kontrollieren oder softwaregestützt entscheiden, ob ein Zahlungsdatensatz für den nächsten Schritt bereit ist.

Beginnen Sie mit einer vollständigen, erkennbaren IBAN

Fügen Sie die vollständige IBAN einschließlich des zweistelligen Ländercodes und der beiden Prüfziffern ein oder übermitteln Sie sie. Leerzeichen zur besseren Lesbarkeit und Bindestriche werden akzeptiert und vor der Prüfung entfernt. Kleinbuchstaben erscheinen im normalisierten Ergebnis als Großbuchstaben. Andere Satzzeichen werden nicht unbemerkt verworfen, da dies einen Fehler beim Kopieren und Einfügen verbergen könnte. Ein strukturell verwendbarer Wert muss mit zwei Buchstaben und zwei Ziffern beginnen; alle weiteren Zeichen müssen Buchstaben oder Ziffern sein. Die Antwort enthält die normalisierte IBAN, damit eine Integration eine einheitliche Darstellung speichern oder vergleichen kann. Außerdem werden Ländercode, tatsächliche Länge und erwartete Länge getrennt ausgegeben, statt nur eine unklare Ja-Nein-Antwort zu liefern. Ist das Länderpräfix nicht im unterstützten IBAN-Register enthalten, führt die Anfrage zu einem Eingabefehler. Diese Unterscheidung ist wichtig: Ein unbekanntes Schema lässt sich nicht zuverlässig bewerten und darf nicht lediglich als fehlgeschlagene Prüfsumme behandelt werden. Diese erste Stufe erkennt Formatprobleme, bevor die Berechnung beginnt.

Verstehen Sie die Länder- und mod-97-Prüfung

IBANs besitzen keine weltweit einheitliche Zeichenzahl. Jedes teilnehmende Land legt eine feste Länge fest, weshalb eine deutsche IBAN eine andere erwartete Größe als eine norwegische oder maltesische hat. Der Validator schlägt die zum führenden Ländercode gehörende Länge nach und vergleicht sie mit dem normalisierten Wert. Anschließend führt er das in ISO 7064 für IBAN definierte Verfahren aus: Die ersten vier Zeichen werden ans Ende verschoben, Buchstaben werden von A gleich 10 bis Z gleich 35 in Zahlenwerte umgewandelt und die entstehende Dezimalfolge wird modulo 97 ausgewertet. Eine gültige Prüfsumme ergibt den Rest eins. Die Implementierung berechnet den Rest schrittweise Ziffer für Ziffer, statt eine riesige Ganzzahl zu bilden, die den sicheren Zahlenbereich einer Programmiersprache überschreiten könnte. Die Antwort weist `length_valid` und `checksum_valid` getrennt aus und setzt `valid` nur, wenn beide Prüfungen erfolgreich sind. Eine falsche Länge verhindert eine positive Prüfsummenentscheidung. Dadurch bleibt das Gesamtergebnis vorsichtig und für automatisierte Abläufe eindeutig interpretierbar.

Setzen Sie die Prüfung an der richtigen Stelle ein

Führen Sie diese Kontrolle durch, sobald eine IBAN in Ihr System gelangt: beim Absenden eines Formulars, beim Import einer CSV-Datei, bei der Aufnahme eines Zahlungsempfängers oder bei der letzten Prüfung vor Erstellung eines Zahlungsauftrags. Ein negatives Ergebnis weist auf ein Format-, Längen- oder Prüfsummenproblem hin und hilft, typische Übertragungsfehler früh zu erkennen. Es beweist nicht, dass das Bankkonto existiert, geöffnet ist, dem genannten Empfänger gehört oder eine bestimmte Überweisung empfangen kann. Dafür sind Bank- oder Zahlungsdienstleister erforderlich; möglicherweise gelten zudem regulierte Identitätsprüfungen. Halten Sie die Aufgabe des Validators eng begrenzt: Weisen Sie offensichtlich fehlerhafte Kennungen zurück, zeigen Sie die fehlgeschlagenen Prüfungen an und bitten Sie den Benutzer, die Nummer anhand einer verlässlichen Quelle zu bestätigen. Der Algorithmus arbeitet deterministisch und verwendet während der Ausführung weder Netzwerk noch Zufallswert, Uhrzeit oder externe Abfrage. Wiederholte Aufrufe sind daher reproduzierbar. Eine API-Anfrage kostet $0.002; auf der Seite läuft dieselbe reine Prüflogik im Browser.