IBAN-Prüfziffern berechnen
Aus DE, der Bankleitzahl 37040044 und dem Konto 0532013000 ergeben sich die Prüfziffern 89 und die IBAN DE89370400440532013000. Bilden Sie aus inländischen Angaben eine vollständige IBAN für Gehaltsläufe, SEPA-Dateien oder Formulare, mit Hinweis, wenn die Länge nicht passt. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Land
- DE
- Bank
- 37040044
- Konto
- 0532013000
- BBAN
- 370400440532013000
- Prüfziffern
- 89
- IBAN
- DE89370400440532013000
- IBAN formatiert
- DE89 3704 0044 0532 0130 00
Internationale Zahlungen, Gehaltsdateien und Onboarding-Formulare brauchen oft eine vollständige IBAN, bevor die Gegenpartei die Nummer sieht. Banken liefern inländische Kontodaten als Bankleitzahl plus Kontonummer; die zwei ISO-13616-Prüfziffern hinter dem Ländercode lassen sich nicht bequem von Hand erfinden. Dieser IBAN-Prüfziffern-Generator nimmt einen zweistelligen Ländercode, eine Bankkennung und eine Kontonummer, baut die BBAN, ordnet sie mit Land und Null-Platzhalter um und wendet den ISO-7064-Mod-97-10-Algorithmus an, den jedes SEPA- und IBAN-Register nutzt. Sie erhalten die kompakte IBAN, die mit Leerzeichen gruppierte Anzeigeform, die zwei Prüfziffern, die BBAN und einen kurzen Bericht zu fehlerhaften Teilen, etwa einer falschen offiziellen Länge für dieses Land.
Wie aus Bankleitzahl und Konto eine IBAN wird
Eine IBAN beginnt immer mit dem zweistelligen Ländercode, darauf folgen zwei Prüfziffern und danach die inländische Kontokennung, die sogenannte BBAN. Diese BBAN erfindet das Werkzeug nicht: Sie geben Bankkennung und Kontonummer ein, und beide werden nach dem Entfernen von Leerzeichen und Bindestrichen aneinandergehängt. Für die Prüfziffern wird der Ländercode mit zwei Nullen ans Ende gestellt, jeder Buchstabe wird zu einer Zahl von 10 bis 35, und die lange Ziffernfolge wird durch 97 geteilt. 98 minus dem Rest ergibt die beiden Prüfziffern. Aus DE, 37040044 und 0532013000 entsteht so DE89370400440532013000.
Wann Sie die Prüfziffern selbst berechnen und worauf Sie achten sollten
Das ist nützlich, wenn eine Buchhaltung Bankleitzahl und Kontonummer noch getrennt speichert und daraus SEPA-Überweisungsdateien oder Gehaltsläufe entstehen sollen, oder wenn ein Formular vor der Bestätigung eine IBAN-Vorschau zeigen soll. Ein häufiger Irrtum: Richtige Prüfziffern beweisen nicht, dass das Konto existiert, denn es wird kein Bankverzeichnis abgefragt. Passt die Länge nicht zum Land, für Deutschland 22 Zeichen, erhalten Sie einen Hinweis, dass die inländischen Teile vermutlich unvollständig oder vertauscht sind. Um eine fertige IBAN zu prüfen, eignet sich ein eigener IBAN-Prüfer besser.
Wie IBAN-Prüfziffern aus Land, Bank und Konto berechnet werden
Eine IBAN beginnt stets mit einem zweistelligen Ländercode, dann zwei dezimalen Prüfziffern und anschließend einer länderspezifischen Basic Bank Account Number (BBAN). Dieses Werkzeug erfindet die BBAN nicht: Sie liefern die inländischen Teile — typischerweise Bankleitzahl oder Sort Code und Kontonummer — und sie werden nach dem Entfernen von Leerzeichen und Bindestrichen verkettet.
ISO 13616 ordnet die Zeichenkette für die Prüfsumme um: Ländercode und die beiden Prüfziffernpositionen wandern ans Ende, dort stehen Nullen, jeder Buchstabe A bis Z wird auf zehn bis fünfunddreißig abgebildet, und die resultierende Ziffernfolge wird modulo siebenundneunzig reduziert. Der offizielle Prüfwert ist achtundneunzig minus diesem Rest, geschrieben als zwei Ziffern von null-null bis achtundneunzig. Das Zusammenfügen von Land, diesen zwei Ziffern und der BBAN ergibt die vollständige IBAN.
Ein bekanntes deutsches Beispiel ist Land DE, Bank drei-sieben-null-vier-null-null-vier-vier, Konto null-fünf-drei-zwei-null-eins-drei-null-null-null, das die Prüfziffern neunundachtzig und die IBAN DE89370400440532013000 liefert. Die Validierung einer fertigen IBAN ist die umgekehrte Prüfung: umordnen und Rest eins verlangen. Die Erzeugung braucht keinen Netzwerkzugriff auf ein Bankenverzeichnis; nur korrekte inländische Komponenten für die Struktur dieses Landes.
Anwendungsfälle
Vorbereitung von SEPA- und Gehaltsdateien
Wandeln Sie ERP-Spalten für Bankleitzahl und Konto in vollständige IBANs mit korrekten Mod-97-10-Prüfziffern um, bevor Sie Überweisungs- oder Lastschriftstapel erzeugen.
Onboarding-Formulare für Auszahlungen
Zeigen Sie eine kompakte und gruppierte IBAN aus Land, Bank und Konto, damit Nutzer die Nummer bestätigen, bevor sie auf Produktions-Zahlungsschienen landet.
QA-Orakel für Zahlungscode
Pinnen Sie bekannte Vektoren wie DE89370400440532013000 in der CI, damit IBAN-Zusammenbau und Prüfziffernlogik zwischen Diensten nicht abdriften.
Häufige Fragen
Welchen Algorithmus nutzen Sie für die zwei Prüfziffern?
ISO 7064 MOD 97-10 gemäß ISO 13616 für IBAN: BBAN + country + 00 umordnen, Buchstaben A–Z auf 10–35 abbilden, 98 minus (Wert mod 97) nehmen.
Was bedeutet das Array malformed?
Weiche Hinweise, die eine Prüfsumme noch erlauben: falsche offizielle Länge für ein bekanntes Land oder ein Land außerhalb des eingebauten Längenregisters.
Ist das dasselbe wie die Validierung einer bestehenden IBAN?
Nein. Diese Fähigkeit erzeugt Prüfziffern und eine vollständige IBAN aus Teilen. Um eine komplette IBAN-Zeichenkette zu prüfen, nutzen Sie eine dedizierte IBAN-Validator-Fähigkeit.
Darf die Bankkennung Buchstaben enthalten?
Ja. Bankkennung und Kontonummer dürfen Buchstaben von A bis Z und Ziffern enthalten; Buchstaben werden großgeschrieben und für die Prüfziffern in die Zahlen 10 bis 35 übersetzt. Leerzeichen, Bindestriche, Unterstriche und Punkte werden vorher entfernt.
Warum wird die IBAN zusätzlich in Vierergruppen angezeigt?
Die Gruppen zu je vier Zeichen, etwa DE89 3704 0044 0532 0130 00, lassen sich leichter lesen und abtippen. Für Dateien und Formulare erhalten Sie außerdem die kompakte Form ohne Leerzeichen.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/enc/iban-generate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"country":"DE","bank":"37040044","account":"0532013000"}'const res = await fetch("https://api.kit.forhosting.com/enc/iban-generate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"country": "DE",
"bank": "37040044",
"account": "0532013000"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/iban-generate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"country": "DE",
"bank": "37040044",
"account": "0532013000"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/iban-generate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"country":"DE","bank":"37040044","account":"0532013000"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"country":"DE","bank":"37040044","account":"0532013000"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/iban-generate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"country": "DE",
"bank": "37040044",
"account": "0532013000"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.iban_generate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Eingabevertrag, Antwortfelder und Meldung fehlerhafter Teile
Bank und Konto müssen nach dem Entfernen von Leerzeichen, Bindestrichen, Unterstrichen und Punkten nichtleere Zeichenketten aus A–Z und null bis neun sein; Buchstaben werden großgeschrieben. Die kombinierte BBAN-Länge muss innerhalb von dreißig Zeichen bleiben, damit die fertige IBAN die globale Grenze von vierunddreißig einhält. Ungültige Eingabe wird nicht abgerechnet. Kombinieren Sie diesen Generator mit einem separaten IBAN-Validator, wenn Sie eine Zeichenkette mit bereits vorhandenen Prüfziffern erneut prüfen müssen. Senden Sie einen JSON-Body mit drei Pflichtfeldern: country (Aliasse country_code, cc, nation), bank (Aliasse bank_code, bank_id, sort_code, bic_bank) und account (Aliasse account_number, acct, account_no, iban_account). Das Land muss auf genau zwei Buchstaben A–Z normalisiert werden. Bei Erfolg enthält der Body country, bank, account, bban, check_digits, iban, iban_formatted (Vierergruppen), length, algorithm mit Wert iso13616_mod97_10 und, wenn das Land in der Tabelle offizieller Längen steht, expected_length sowie length_ok. Das Array malformed listet lesbare Hinweise, die die Prüfsumme nicht blockiert haben: zum Beispiel eine erzeugte Länge, die nicht zum Register für DE oder GB passt, oder ein Land außerhalb dieses Registers. Harte Fehler — fehlende Felder, nicht alphanumerischer Müll, Land nicht zwei Buchstaben — werfen invalid_input und benennen den fehlerhaften Teil in der Meldung, damit Clients das richtige Formularfeld markieren können.
Wo ein IBAN-Prüfziffern-Generator seinen Nutzen entfaltet
SaaS-Onboarding-Flows erfassen Land, Bank und Konto in getrennten Feldern und müssen eine Vorschau-IBAN zeigen, bevor der Nutzer das Auszahlungsprofil bestätigt. QA- und Regressionssuiten brauchen ein deterministisches Orakel für bekannte Vektoren wie das deutsche DE89-Beispiel, damit die CI scheitert, wenn jemand die Mod-97-Schleife ändert. Finance- und Ops-Teams bauen SEPA-Überweisungsdateien aus ERP-Exporten, die noch inländische Bank- und Kontospalten speichern; Prüfziffern in einer kleinen Parse-API zu berechnen spart eine vollständige Bankenbibliothek in jedem Worker. Weil die Implementierung reines Parse-Tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002, ohne Modell-Token und ohne ausgehendes Netzwerk. Halten Sie Anfragen klein, pinnen Sie die zurückgegebene iban und check_digits in Tests und behandeln Sie Warnungen zu fehlerhafter Länge als weiche Signale, dass die inländische Zusammensetzung möglicherweise nicht zum BBAN-Layout des Landes passt, auch wenn die Mathematik selbst korrekt ist.
Technische Fragen
Wie erzeuge ich IBAN-Prüfziffern aus Land, Bank und Konto?
Senden Sie country (zwei Buchstaben), bank und account. Die API baut die BBAN, wendet ISO 13616 mod 97-10 an und liefert check_digits sowie die vollständigen Zeichenketten iban und iban_formatted.
Was kostet der IBAN-Prüfziffern-Generator?
Das Browser-Tool ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht abgerechnet.