Methodik: So funktionieren unsere Daten und Tools

Kartennummerierung: ISO/IEC 7812

Zahlungskartennummern folgen dem Standard ISO/IEC 7812. Die erste Ziffer ist der Major Industry Identifier, die führenden Ziffern bilden die Issuer Identification Number (IIN, allgemein BIN genannt), die folgenden Ziffern identifizieren das einzelne Konto, und die letzte Ziffer ist eine Prüfziffer.

Kartennetzwerke werden an ihren Präfixen und Längen erkannt: Visa-Nummern beginnen beispielsweise mit 4, und mehrere Netzwerke nutzen bestimmte Bereiche der 2er- und 5er-Serie. Unsere Tools verwenden diese veröffentlichten Muster, um die Marke einer Nummer zu bestimmen.

6-stellige und 8-stellige BINs

Die IIN war ursprünglich sechsstellig. Der Standard wurde aktualisiert, um achtstellige IINs zu unterstützen, und die großen Netzwerke stellen auf achtstellige Bereiche um. Ein sechsstelliges Präfix kann daher mehrere Aussteller oder Produkte umfassen.

Wenn Sie acht oder mehr Ziffern eingeben, suchen wir zuerst nach dem spezifischsten passenden Bereich und greifen auf den sechsstelligen Bereich zurück, wenn kein achtstelliger Eintrag existiert.

Die Luhn-Prüfsumme

Der Luhn-Algorithmus (Modulo 10) erkennt die meisten Tippfehler bei einzelnen Ziffern und viele Zahlendreher. So funktioniert er:

1. Beginnend bei der Ziffer ganz rechts und nach links fortschreitend, verdoppeln Sie jede zweite Ziffer.
2. Ergibt die Verdopplung eine Zahl größer als 9, ziehen Sie 9 ab.
3. Addieren Sie alle Ziffern.
4. Ist die Summe ein Vielfaches von 10, besteht die Nummer die Prüfung.

Das Bestehen der Luhn-Prüfung bedeutet nur, dass eine Nummer korrekt aufgebaut ist. Es bedeutet nicht, dass die Karte existiert, aktiv ist oder gedeckt ist.

Wie die BIN-Datenbank erstellt wird

Unsere BIN-Datenbank kombiniert öffentlich verfügbare Bereichsinformationen, Branchenreferenzen und von Nutzern gemeldete Korrekturen. Die Einträge werden normalisiert, sodass Marke, Typ, Stufe, Bank und Land einheitliche Namen und Codes verwenden, und widersprüchliche Einträge werden vor dem Zusammenführen geprüft.

Kartennetzwerke veröffentlichen keine vollständige öffentliche Liste aller Bereiche, daher kann keine BIN-Datenbank von Drittanbietern perfekt sein. Wir legen diese Grenzen offen:

• Aussteller können Bereiche jederzeit neu zuweisen, zusammenlegen oder stilllegen, und Einträge können hinterherhinken.
• Banknamen können nach einer Fusion oder Umbenennung noch den alten Namen widerspiegeln.
• Kartenstufe und -typ sind die Felder, die am ehesten fehlen oder veraltet sind.
• Handelsmarken-, Flotten- und einige Prepaid-Bereiche sind möglicherweise nicht aufgeführt.

IP-Geolokalisierung

IP-Abfragen nutzen die Datenbank DB-IP Lite zusammen mit Daten zur Netzwerkzugehörigkeit (ASN). Ergebnisse auf Länderebene sind in der Regel genau, da IP-Blöcke Netzwerken in bestimmten Ländern zugewiesen werden.

Stadt, Region und Koordinaten sind Näherungswerte. Mobilfunkanbieter, Unternehmensnetzwerke, VPNs und Satellitenverbindungen können einen Nutzer weit entfernt vom angegebenen Standort verorten, daher sollten Stadtdaten niemals als Beweis für den Aufenthaltsort einer Person dienen.

Die VPN- und Proxy-Erkennung vergleicht das Netzwerk, dem eine IP gehört, mit bekannten Hosting-, VPN- und Tor-Netzwerken. Sie liefert ein Risikosignal, keine Gewissheit.

SWIFT/BIC- und IBAN-Validierung

Ein SWIFT/BIC-Code hat 8 oder 11 Zeichen: einen Bankcode, einen ISO-Ländercode, einen Ortscode und einen optionalen Filialcode. Wir prüfen Format und Ländercode und gleichen Codes mit unserem Referenzverzeichnis ab.

IBANs werden mit der MOD-97-Prüfung nach ISO 13616 validiert: Die ersten vier Zeichen werden ans Ende verschoben, Buchstaben in Zahlen umgewandelt, und das Ergebnis muss bei Division durch 97 den Rest 1 ergeben. Außerdem prüfen wir die für jedes Land erwartete Länge.

Synthetische Testdaten

Von unseren Generatoren erzeugte Kartennummern und IBANs sind synthetisch. Sie werden aus einem gewählten Präfix oder Länderformat mit zufälligen Ziffern und einer korrekten Prüfziffer gebildet, sodass sie die Formatvalidierung in getesteter Software bestehen.

Sie sind mit keinem echten Konto verknüpft, und Ablaufdaten und Sicherheitscodes sind zufällig. Testdaten dienen ausschließlich Entwicklung, QA und Lehrzwecken.

Aktualisierungen und Korrekturen

Referenzdaten werden regelmäßig geprüft und aktualisiert, und gemeldete Fehler werden nach Eingang geprüft und korrigiert. Das auf jeder Seite angezeigte Datum gibt an, wann der Seiteninhalt zuletzt geprüft wurde.