Kreditkartennummer Prüfen
Kostenloses Werkzeug zum Prüfen von Kreditkartennummern für Entwickler und Tests. Führt die Luhn-Prüfung (Mod-10) aus, erkennt die Marke und liest Emittent, Land und Kartentyp aus der BIN.
Was ist das Prüfen einer Kreditkartennummer?
Mit diesem Tool prüfen Sie, ob eine Kreditkartennummer korrekt aufgebaut ist. Es führt die Luhn-Prüfsumme (Mod-10) durch, überprüft die Länge und das Präfix anhand der von den Netzwerken veröffentlichten Regeln und liest die ersten sechs Stellen (den BIN), um die ausstellende Bank, die Marke, das Land und den Kartentyp zu identifizieren.
Dies ist ein Entwickler- und Analyst-Werkzeug, kein Zahlungsmittel. Es läuft vollständig außerhalb eines Zahlungsgateways, sodass Sie eine Nummer, die aus einem Formular, einer Protokollzeile oder einem Test-Fixture stammt, prüfen können, ohne sie irgendwohin zu senden, wo sie nicht hingehört.
Dieses Tool bestätigt nur Format und mathematische Struktur. Beim Prüfen einer Kreditkartennummer führt es den Luhn-Algorithmus und eine statische BIN-Datenbankabfrage durch. Es kommuniziert nicht mit dem Aussteller, dem Netzwerk oder einem Zahlungsgateway.
Er überprüft nicht, ob das Konto existiert, ob die Karte aktiv ist, ob Guthaben vorhanden ist, ob CVV oder Ablaufdatum korrekt sind oder ob der Karteninhaber derjenige ist, der er vorgibt zu sein. Ein GÜLTIG-Ergebnis bedeutet, dass die Nummer korrekt aufgebaut ist. Nicht mehr.
Wie prüft man eine Kreditkartennummer?
Drei Schritte.
-
Schritt 1. Geben Sie eine Kartennummer in das Eingabefeld ein. Die Länge kann zwischen 12 und 19 Stellen liegen. Leerzeichen und Bindestriche werden automatisch entfernt, und das erkannte Markenabzeichen erscheint beim Tippen.
-
Schritt 2. Lösen Sie das CAPTCHA. Es dient dazu, automatisierten Missbrauch zu verhindern, nicht um Sie aufzuhalten.
- Schritt 3. Klicken Sie auf VALIDIEREN. Die Nummer durchläuft in einem einzigen Aufruf die Längenprüfung, die Luhn-Prüfsumme, BIN-Extraktion und die Datenbankabfrage.
Sie erhalten den Luhn-Status (GÜLTIG oder UNGÜLTIG), die Marke, die ausstellende Bank, den Kartentyp (Kredit, Debit, Prepaid) und das Land sowie den rohen BIN. Öffnen Sie die Modals für den vollständigen Datensatz, kopieren Sie ein beliebiges Feld oder exportieren Sie das gesamte Ergebnis als JSON, CSV oder TXT.
Wie funktioniert das Prüfen einer Kreditkartennummer?
Beim Prüfen einer Kreditkartennummer läuft eine kurze Verarbeitungskette ab. Eingabe bereinigen, Länge prüfen, Luhn ausführen, BIN extrahieren, in der Datenbank nachschlagen und das Ergebnis zurückgeben. Ein Teil davon geschieht in Ihrem Browser für sofortiges Rückmeldung, der Rest auf dem Server. Die Kartennummer wird nach der Antwort nicht in unserer Anwendungsdatenbank gespeichert.
1. Eingabebereinigung & Längenvalidierung
Das Tool bereinigt zunächst die Eingabe, indem es alle nicht-numerischen Zeichen (Leerzeichen, Bindestriche, Punkte usw.) entfernt, sodass nur numerische Stellen verbleiben. Anschließend wird überprüft, ob die Kartennummernlänge im akzeptablen Bereich von 12-19 Stellen liegt, was alle wichtigen Kartenmarken von Maestro (12 Stellen) bis zu Standardkarten (16 Stellen) und erweiterten Formaten (19 Stellen) abdeckt.
Überprüft, ob eine Kartennummer eingegeben wurde, bevor die Verarbeitung beginnt, und verhindert das Absenden leerer Felder.
Entfernt automatisch Leerzeichen, Bindestriche und Formatierungszeichen, um reine numerische Stellen zu extrahieren.
Überprüft, ob die Kartennummernlänge zwischen 12 und 19 Stellen liegt, und lehnt Nummern außerhalb dieses Bereichs ab.
Beim Tippen analysiert das Tool die ersten Stellen, um die Kartenmarke zu erkennen, und zeigt sie sofort an.
2. BIN (Bankidentifikationsnummer) Extraktion
Die ersten 6 Stellen einer Kartennummer bilden den BIN (Bank-Identifikationsnummer), auch bekannt als IIN (Emittenten-Identifikationsnummer). Dieser eindeutige Bezeichner gibt Aufschluss über die ausstellende Institution der Karte, die Marke, den Typ und das Herkunftsland. Beim Prüfen einer Kreditkartennummer extrahiert das Tool diesen BIN-Code und verwendet ihn für Datenbankabfragen und Markenerkennung.
Extrahiert automatisch die ersten 6 Stellen der bereinigten Kartennummer als BIN-Code, der als primärer Bezeichner für Datenbankabfragen dient.
Die erste Stelle (Hauptbranchenidentifikator) gibt die Branchenkategorie der Karte an, z. B. Banken/Finanzen (4, 5), Reise/Unterhaltung (3) oder andere Branchen (1, 2, 6, 7, 8, 9).
Der vollständige 6-stellige BIN identifiziert eindeutig das spezifische Finanzinstitut, das Zahlungsnetzwerk, den Kartentyp und die geografische Region, in der die Karte ausgestellt wurde.
Der extrahierte BIN wird zum Abfrageschlüssel. Eine Abfrage der BIN-Datenbank gibt den Aussteller, den Kartentyp, das Land und Kontaktmetadaten in einer Antwort zurück.
3. Luhn-Algorithmus (Modulus 10) Validierung
Der Luhn-Algorithmus, auch bekannt als Modulus-10- oder Mod-10-Algorithmus, ist eine mathematische Prüfsummenformel zur Validierung von Identifikationsnummern, einschließlich Kreditkartennummern. Dieser von IBM-Wissenschaftler Hans Peter Luhn im Jahr 1954 entwickelte Algorithmus erkennt Einstellenfehler und die meisten Vertauschungen benachbarter Stellen.
Gehen wir den Prozess Schritt für Schritt anhand der Beispiel-Kreditkartennummer 4417 1234 5678 9113 durch.
Schritt 1: Zahl umkehren
Der erste Schritt besteht darin, die Kartennummer von rechts nach links zu lesen. Dies ist ein entscheidender Vorbereitungsschritt für den Algorithmus. Beispielsweise wird die Kartennummer 4417 1234 5678 9113 zu 3119 8765 4321 7144, wenn sie von rechts nach links gelesen wird.
Schritt 2: Gerade Stellen summieren
Mit der umgekehrten Zahl summieren wir nun alle Stellen an geraden Positionen. In diesem Beispiel addieren wir 3 + 1 + 8 + 6 + 4 + 2 + 7 + 4, um eine Summe von 35 zu erhalten.
Schritt 3: Ungerade Stellen verdoppeln und summieren
Als Nächstes verarbeiten wir die Stellen an ungeraden Positionen. Wir verdoppeln jede einzelne, und wenn das Ergebnis eine zweistellige Zahl ist, summieren wir ihre Stellen. Die Endsumme aller verarbeiteten Werte beträgt 35.
Schritt 4: Abschließende Modulo-10-Validierung
Schließlich addieren wir die beiden Summen: 35 + 35 = 70. Wir führen dann die Modulo-10-Operation durch: 70 MOD 10 = 0. Da das Ergebnis 0 ist, ist die Kreditkartennummer gültig.
Diese mathematische Validierung stellt sicher, dass die Kartennummer der korrekten Formatstruktur aller großen Kartenaussteller entspricht. Eine Kartennummer, die die Luhn-Prüfung nicht besteht, kann keine gültige Kartennummer sein, unabhängig davon, ob ein Konto existiert.
4. Kartenmarkenerkennung
Das Tool identifiziert die Kartenmarke durch Analyse der Emittenten-Identifikationsnummer (IIN)-Bereiche. Jede wichtige Kartenmarke hat spezifische IIN-Bereiche, die von den Standards der Zahlungskartenindustrie zugewiesen werden:
Beginnt mit der Ziffer 4. Standardlänge: 16 Stellen (kann bei einigen Varianten 13 oder 19 sein).
Beginnt mit 51-55 oder 2221-2720. Standardlänge: 16 Stellen.
Beginnt mit 34 oder 37. Standardlänge: 15 Stellen.
Beginnt mit 6011, 622126-622925, 644-649 oder 65. Länge: 16-19 Stellen.
Beginnt mit 3528-3589. Länge: 16-19 Stellen.
Beginnt mit 62. Länge: 16-19 Stellen.
Das Tool unterstützt die Erkennung von über 30 Kartenmarken, einschließlich Diners Club, Maestro, RuPay, Mir, Troy und vielen regionalen Kartensystemen. Die Markenerkennung erfolgt sowohl clientseitig (für sofortiges Rückmeldung) als auch serverseitig (für genaue Validierung).
5. BIN-Datenbankabfrage
Mit dem BIN fragt das Tool die BIN-Datenbank ab. Eine Abfrage gibt den vollständigen Ausstellerdatensatz für diesen Bereich zurück:
Die 6-stellige Bankidentifikationsnummer, die aus der Kartennummer extrahiert wird und zur Identifizierung des ausstellenden Instituts verwendet wird.
Das spezifische Finanzinstitut oder die Kreditgenossenschaft, das/die die Karte ausgestellt hat.
Die Zahlungsnetzwerkmarke (Visa, Mastercard, American Express usw.).
Ob die Karte Kredit, Debit, Prepaid oder Virtuell ist.
Der Ländername, in dem die Karte ausgestellt wurde, was den geografischen Standort des ausstellenden Finanzinstituts angibt.
Der ISO 3166-1 Alpha-2-Ländercode (zweistelliger Code) für das Land, in dem die Karte ausgestellt wurde (z. B. "US", "GB", "CA").
Der ISO 3166-1 Alpha-3-Ländercode (dreistelliger Code) für das Land, in dem die Karte ausgestellt wurde (z. B. "USA", "GBR", "CAN").
Offizielle Website-URL der ausstellenden Bank oder des Finanzinstituts (falls verfügbar).
Kontakttelefonnummer der ausstellenden Bank oder des Finanzinstituts (falls verfügbar).
Wenn ein BIN nicht in unserer Datenbank gefunden wird, greift das Tool auf die Markenerkennung mittels IIN-Bereichsanalyse zurück und zeigt verfügbare Informationen an. Die Datenbank wird regelmäßig mit neuen BIN-Bereichen und Ausstellerinformationen aktualisiert.
6. Ergebniszusammenstellung & Anzeige
Die Ergebnisse kommen als einzelne Antwort zurück und werden in einem Layout dargestellt, das Sie auf einen Blick erfassen können. Sie erhalten:
Eine farblich kodierte Statuskarte, die GÜLTIG (grün) oder UNGÜLTIG (rot) mit visuellen Symbolen, Kartennummernbestätigung und Validierungsbeschreibung anzeigt.
Kartenmarke, Kartentyp und Ausstellungsland nebeneinander, jeweils mit eigenem Symbol, sodass Sie das Ergebnis auf einen Blick erfassen können.
Dedizierte Abzeichen, die sowohl die Luhn-Algorithmus-Validierung als auch die Prüfsummen-Validierungsergebnisse (GÜLTIG/UNGÜLTIG) anzeigen.
Der vollständige Kartendatensatz: Nummer, Aussteller (Marke), Luhn-Status, Prüfsummenstatus und das Kartenformat (Länge in Stellen).
Vollständige BIN-Informationen, einschließlich BIN-Code, ausstellende Bank, Kartentyp, ISO-Land (Name), ISO-Land A2 (zweistelliger Code), ISO-Land A3 (dreistelliger Code), Aussteller-Website und Aussteller-Kontakttelefonnummer.
Exportieren Sie vollständige Validierungsergebnisse in mehreren Formaten: JSON (strukturierte Daten), CSV (tabellenkalkulations-kompatibel) oder TXT (Klartext) mit allen BIN-Details, Validierungsstatus und enthaltenen Zeitstempeln.
Kreditkartennummer-Aufschlüsselung
Eine Kreditkartennummer besteht aus mehreren unterschiedlichen Teilen, von denen jeder einen bestimmten Zweck bei der Identifizierung und Validierung der Karte erfüllt:
-
Erste Stelle (MII): Identifiziert das Zahlungsnetzwerk (z. B. 4 für Visa, 5 für Mastercard, 3 für Amex/Diners Club).
-
Ausstelleridentifikationsnummer (IIN/BIN): Die ersten 6 Stellen (oder mehr) identifizieren die spezifische Bank oder das Finanzinstitut, das die Karte ausgestellt hat.
-
Kontobezeichner: Die nächsten 9-12 Stellen sind einzigartig für Ihr persönliches Konto und verknüpfen die Karte mit Ihren Finanzdaten.
- Prüfziffer: Die letzte Stelle, berechnet vom Luhn-Algorithmus, validiert die gesamte Nummer, um Fehler und Betrug zu verhindern.
Die Ausstelleridentifikationsnummer (IIN) und Bankidentifikationsnummer (BIN) Referenztabelle unten listet jede Kartenmarke auf, die Sie beim Prüfen einer Kreditkartennummer erkennen können, mit Präfixbereichen, erwarteten Längen, aktivem Status und Validierungsmethode. Verwenden Sie sie, um eine Karte manuell zu identifizieren oder das erwartete Format für eine bestimmte Marke zu bestätigen.
| NETZWERK | IIN/BIN-BEREICHE | STATUS | LÄNGE | VALIDIERUNG | REGION |
|---|---|---|---|---|---|
| American Express | 34, 37 | Aktiv | 15 | LUHN | Global |
| Bankcard | 5610, 560221–560225 | Inaktiv | 16 | LUHN | Australia (defunct) |
| BORICA | 2205 | Aktiv | 16 | LUHN | Bulgaria |
| China T-Union | 31 | Aktiv | 19 | LUHN | China |
| China UnionPay | 62, 81 (8100–8171, Discover-routed) | Aktiv | 16, 19 | LUHN | China (Global acceptance) |
| Dankort | 5019 | Aktiv | 16 | LUHN | Denmark |
| Dankort (Visa co-brand) | 4571 | Aktiv | 16 | LUHN | Denmark |
| Diners Club enRoute | 2014, 2149 | Inaktiv | 15 | NONE | North America (defunct) |
| Diners Club International | 30, 36, 38, 39 | Aktiv | 14, 16, 19 | LUHN | Global |
| Diners Club US & Canada | 55 | Aktiv | 16 | LUHN | United States, Canada |
| Discover Card | 6011, 644–649, 65 | Aktiv | 16, 19 | LUHN | Global |
| GPN (Gerbang Pembayaran Nasional) | 1946 (BNI cards), 50, 56, 58, 60–63 | Aktiv | 16, 18, 19 | LUHN | Indonesia |
| Humo | 9860 | Aktiv | 16 | LUHN | Uzbekistan |
| InstaPayment | 637–639 | Aktiv | 16 | LUHN | Global |
| InterPayment | 636 | Aktiv | 16, 19 | LUHN | Global |
| JCB | 3088–3094, 3096–3102, 3112–3120, 3158–3159, 3337–3349, 3528–3589 | Aktiv | 16, 19 | LUHN | Global (Japan-based) |
| LankaPay | 357111 (JCB co-branded) | Aktiv | 16 | LUHN | Sri Lanka |
| Laser | 6304, 6706, 6771, 6709 | Inaktiv | 16, 19 | LUHN | Ireland (defunct) |
| Maestro | 5018, 5020, 5038, 5893, 6304, 6759, 6761, 6762, 6763 | Auslaufend | 12, 19 | LUHN | Global (EU sunset) |
| Maestro (UK) | 6759, 676770, 676774 | Aktiv | 12, 19 | LUHN | United Kingdom |
| Mastercard | 2221–2720, 51–55 | Aktiv | 16 | LUHN | Global |
| Mir | 2200–2204 | Aktiv | 16, 19 | LUHN | Russia |
| Napas | 9704 | Aktiv | 16, 19 | LUHN | Vietnam |
| NPS Pridnestrovie | 6054740–6054744 | Inaktiv | 16 | LUHN | Pridnestrovian Moldavian Republic |
| RuPay | 60, 65, 81, 82, 508 | Aktiv | 16 | LUHN | India |
| RuPay (JCB co-brand) | 353, 356 | Aktiv | 16 | LUHN | India |
| Solo | 6334, 6767 | Inaktiv | 16, 18, 19 | LUHN | United Kingdom (defunct) |
| Switch | 4903, 4905, 4911, 4936, 564182, 633110, 6333, 6759 | Inaktiv | 16, 18, 19 | LUHN | United Kingdom (defunct) |
| Troy | 65 (Discover co-branded), 9792 | Aktiv | 16 | LUHN | Turkey |
| UATP | 1 | Aktiv | 15 | LUHN | Global (Airline travel) |
| UkrCard | 60400100–60420099 | Aktiv | 16, 19 | LUHN | Ukraine |
| UzCard | 8600, 5614 | Aktiv | 16 | LUHN | Uzbekistan |
| Verve | 506099–506198, 650002–650027, 507865–507964 | Aktiv | 16, 18, 19 | LUHN | Nigeria |
| Visa | 4 | Aktiv | 13, 16, 19 | LUHN | Global |
| Visa Electron | 4026, 417500, 4508, 4844, 4913, 4917 | Inaktiv | 16 | LUHN | Global |
Wischen Sie horizontal, um alle Spalten zu sehen.
Quelle: Wikipedia
Warum Kartenvalidierung wichtig ist
Die Formatvalidierung ist das günstigste Sicherheitsnetz vor einem Zahlungsgateway. Sie erkennt Tippfehler, fehlerhafte Eingaben und beschädigte Integrationen, bevor sie Ihnen einen Netzwerkrundtrip, eine Verarbeitungsgebühr oder einen frustrierten Kunden kosten. Sie ist kein eigenständiges Betrugsschutz-Instrument, aber die erste nützliche Prüfung in jeder Checkout-Pipeline.
Eine Nummer, die die Luhn-Prüfung nicht besteht, wird immer am Gateway scheitern. Wenn Sie sie im Formular abfangen, erhält der Benutzer eine klare Fehlermeldung anstatt einer generischen "Transaktion abgelehnt"-Meldung zwei Sekunden später.
Nummern, die die Luhn-Prüfung nicht bestehen, sind keine echten Kartennummern. Das Filtern am Rand hält Ihr Betrugs-Team auf Versuche fokussiert, die tatsächlich autorisiert werden könnten.
Inline-Format-Rückmeldung (beim Tippen, vor dem Absenden) ist der günstigste UX-Gewinn in einem Checkout-Flow. Der Benutzer korrigiert den Tippfehler an Ort und Stelle, anstatt abzubrechen.
Jeder Autorisierungsversuch an einem Gateway hat Kosten, auch wenn er scheitert. Vorvalidierung reduziert die Anzahl sinnloser Aufrufe und die damit verbundenen Gebühren.
Wenn Sie Zahlungscode erstellen, ist das Prüfen einer Kreditkartennummer eine praktische Möglichkeit, zu bestätigen, dass Ihr Formular, Ihr Tokenisierer und Ihr BIN-Routing übereinstimmen, was eine bestimmte Nummer bedeutet.
Die Validierung der Eingabe ist eine grundlegende Datenqualitätspraxis für Zahlungsformulare. Sie beweist nicht, dass eine Karte aktiv oder autorisiert ist, bedeutet aber weniger unbrauchbare Daten in Ihrem Kartendatenfluss.
Wer verwendet es
Eine kurze, ehrliche Liste. Wenn Ihre Arbeit darin besteht, eine Kartennummer auf einem Bildschirm zu betrachten, ist dieses Tool für Sie.
Greifen Sie darauf zurück, wenn Sie ein Checkout-Formular einrichten, einen Tokenisierer debuggen oder überprüfen, warum eine bestimmte Nummer in Ihrem Gateway scheitert. Schneller als das Aufsetzen einer Sandbox.
Bestätigen Sie, dass Ihr Formular die unterstützten Marken akzeptiert und die nicht unterstützten ablehnt, und validieren Sie Vorlagen vor einem Regressionstest. Kombinieren Sie es mit dem Testkartengenerator auf der Startseite, um simulierte Validierungssequenzen zu generieren.
Überprüfen Sie schnell eine Nummer, die durch eine gekennzeichnete Transaktion oder eine manuelle Überprüfung eingegangen ist. Das BIN-Modal zeigt den Aussteller, das Land und den Kartentyp, ohne dass Sie sich irgendwo anmelden müssen.
Wenn ein Kunde angibt, dass seine Karte abgelehnt wird, teilt Ihnen eine 10-sekündige Luhn- und BIN-Prüfung mit, ob es sich um einen Tippfehler, eine falsche Marke oder etwas handelt, das das Gateway beantworten muss.
Gehen Sie den Luhn-Algorithmus Schritt für Schritt im Unterricht durch oder verwenden Sie die BIN-Referenztabelle als ausgearbeitetes Beispiel dafür, wie Zahlungsnetzwerke ihre Nummerierung strukturieren.
Häufig gestellte Fragen (FAQ)
Nein. Die Nummer, die Sie eingeben, wird für die Dauer der Anfrage im Arbeitsspeicher verarbeitet und dann verworfen. Wir speichern sie nicht in unserer Anwendungsdatenbank. Unsere Handhabung von Kartendaten ist in der Datenschutzerklärung beschrieben.
Der Luhn-Algorithmus (auch Mod-10 genannt) ist eine einfache Prüfsumme, die Hans Peter Luhn 1954 bei IBM entwickelt hat. Jedes große Kartennetzwerk erfordert, dass seine Nummern ihn bestehen. Die Prüfung erkennt Einstellenfehler und die meisten Vertauschungen benachbarter Stellen, was ihn zur günstigsten Vernunftsprüfung macht, die Sie vor ein Checkout-Formular stellen können.
Eine Nummer, die die Luhn-Prüfung nicht besteht, ist schlichtweg keine echte Kartennummer. Eine Nummer, die die Luhn-Prüfung besteht, könnte dennoch inaktiv, storniert oder gefälscht sein, also behandeln Sie ein grünes Häkchen nicht als Beweis, dass die Karte funktioniert.
Nein. Ein grünes GÜLTIG-Abzeichen bedeutet, dass die Nummer korrekt aufgebaut ist und die Luhn-Prüfung besteht. Es sagt Ihnen nicht Folgendes:
- Dass ein Konto dahinter existiert
- Dass die Karte aktiv und nicht storniert ist
- Dass Guthaben darauf ist
- Dass sie nicht als verloren oder gestohlen gemeldet wurde
- Dass CVV oder Ablaufdatum korrekt sind
- Dass der Karteninhaber irgendetwas autorisiert hat
Alles in dieser Liste erfordert einen echten Zahlungsabwickler oder die ausstellende Bank. Behandeln Sie dieses Tool als erste Prüfung, nicht als Beweis, dass eine Karte autorisiert wird.
So gut wie alle. Beim Prüfen einer Kreditkartennummer erkennt das Tool:
- Wichtige Netzwerke. Visa, Mastercard, American Express, Discover
- Regionale Marken. JCB (Japan), China UnionPay, RuPay (Indien), Mir (Russland), Troy (Türkei)
- Debitnetzwerke. Maestro, Visa Electron, Interac
- Andere Marken. Diners Club, Diners Club International, Diners Club enRoute
- Prepaid und virtuell. Die gängigen Prepaid-Bereiche und virtuellen Kartennummern
Die Länge kann zwischen 12 Stellen (einige Maestro-Karten) und 19 Stellen (erweiterte Formate) liegen. Wenn die Marke nicht in der Tabelle ist, erhalten Sie dennoch das Luhn-Ergebnis und alle Informationen, die die BIN-Datenbank über den Aussteller hat.
Bei der Nummer selbst: Luhn (Mod-10) Prüfsumme, Länge, Kartenmarke und den 6-stelligen BIN.
Aus der BIN-Abfrage: ausstellende Bank, Kartentyp (Kredit, Debit, Prepaid, Virtuell), Ausstellungsland und die Website des Ausstellers, falls vorhanden.
Was es nicht prüft: CVV oder CVC, Ablaufdatum, Kontostand, Aktivierungsstatus, Name des Karteninhabers, Rechnungsadresse oder alles andere, was von einem aktiven Konto abhängt.
Ja, mit einem Vorbehalt. Es eignet sich hervorragend zum Testen der Teile Ihres Systems, die kein Live-Gateway benötigen: Formularvalidierung, Markenerkennung, BIN-Routing, Fehlermeldungen und Eingabebereinigung.
Für alles, was autorisiert oder eine Ablehnung simulieren muss, verwenden Sie die Testkarten Ihres Prozessors (siehe Stripes Testleitfaden, PayPal-Sandbox-Karten und ähnliche Prozessordokumentationen). Diese Nummern lösen spezifische simulierte Antworten in der Sandbox des Prozessors aus.
Ehrliche Antwort: meistens richtig, nie perfekt. Wir aktualisieren den Datensatz regelmäßig, aber BIN-Bereiche ändern sich. Aussteller fügen neue Bereiche hinzu, stellen alte ein, fusionieren mit anderen Banken oder übertragen ein Portfolio an einen anderen BIN-Sponsor.
Wenn ein BIN keinem Datenbankeintrag entspricht, führt das Tool dennoch die Luhn-Prüfung durch und greift auf die Markenerkennung aus dem Präfix zurück. Für alles, worauf Sie geschäftlich handeln möchten, bestätigen Sie beim Aussteller oder mit den eigenen BIN-Daten des Kartennetzwerks.
Sicher genug für die Aufgabe, die es erfüllt. Die Nummer wird im Arbeitsspeicher verarbeitet und verworfen, Anfragen laufen über HTTPS, reCAPTCHA filtert Automatisierung, CSRF-Token schützen jeden Formularpost, und wir rufen niemals ein Zahlungsgateway auf.
Als allgemeine Regel bevorzugen Sie das Eingeben von Testkartennummern oder Nummern, die Sie gerne teilen. Wenn Sie Ihre eigenen Produktionskarten validieren, ist der sicherste Ort, diese Logik in Ihrer eigenen Umgebung auszuführen, mit denselben Luhn- und BIN-Regeln.