Methodologie: zo werken onze gegevens en tools

Kaartnummering: ISO/IEC 7812

Betaalkaartnummers volgen de standaard ISO/IEC 7812. Het eerste cijfer is de Major Industry Identifier, de eerste cijfers vormen het Issuer Identification Number (IIN, meestal BIN genoemd), de volgende cijfers identificeren de individuele rekening en het laatste cijfer is een controlecijfer.

Kaartnetwerken zijn te herkennen aan hun prefixen en lengtes; Visa-nummers beginnen bijvoorbeeld met 4, en verschillende netwerken gebruiken specifieke reeksen in de 2- en 5-series. Onze tools gebruiken deze gepubliceerde patronen om het merk van een nummer te bepalen.

BIN's van 6 en 8 cijfers

Het IIN bestond van oudsher uit zes cijfers. De standaard is bijgewerkt om IIN's van acht cijfers te ondersteunen, en de grote netwerken stappen over op reeksen van acht cijfers. Eén prefix van zes cijfers kan daardoor meerdere uitgevers of producten omvatten.

Als je acht of meer cijfers invoert, zoeken we eerst naar de meest specifieke overeenkomende reeks en vallen we terug op de reeks van zes cijfers als er geen record van acht cijfers bestaat.

De Luhn-checksum

Het Luhn-algoritme (mod 10) detecteert de meeste typefouten in één cijfer en veel verwisselingen. Het werkt zo:

1. Begin bij het meest rechtse cijfer en verdubbel naar links toe elk tweede cijfer.
2. Als verdubbelen een getal boven 9 oplevert, trek je er 9 van af.
3. Tel alle cijfers bij elkaar op.
4. Als het totaal een veelvoud van 10 is, doorstaat het nummer de controle.

Het doorstaan van de Luhn-controle betekent alleen dat een nummer correct is opgebouwd. Het betekent niet dat de kaart bestaat, actief is of saldo heeft.

Hoe de BIN-database wordt samengesteld

Onze BIN-database combineert openbaar beschikbare reeksinformatie, branchereferenties en correcties die gebruikers melden. Records worden genormaliseerd zodat merk, type, niveau, bank en land consistente namen en codes gebruiken, en tegenstrijdige records worden beoordeeld voordat ze worden samengevoegd.

Kaartnetwerken publiceren geen volledige openbare lijst van alle reeksen, dus geen enkele BIN-database van derden kan perfect zijn. We zijn open over deze beperkingen:

• Uitgevers kunnen reeksen op elk moment opnieuw toewijzen, samenvoegen of beëindigen, en records kunnen achterlopen.
• Banknamen kunnen na een fusie of naamswijziging nog een oudere naam tonen.
• Kaartniveau en -type zijn de velden die het vaakst ontbreken of verouderd zijn.
• Private label-, fleet- en sommige prepaidreeksen staan mogelijk niet in de lijst.

IP-geolocatie

IP-lookups gebruiken de DB-IP Lite-database samen met gegevens over netwerkeigendom (ASN). Resultaten op landniveau zijn over het algemeen nauwkeurig, omdat IP-blokken worden toegewezen aan netwerken in specifieke landen.

Stad, regio en coördinaten zijn bij benadering. Mobiele providers, bedrijfsnetwerken, VPN's en satellietverbindingen kunnen een gebruiker ver van de gerapporteerde locatie plaatsen, dus stadsgegevens mogen nooit worden gebruikt als bewijs van waar iemand is.

VPN- en proxydetectie vergelijkt het netwerk dat eigenaar is van een IP met bekende hosting-, VPN- en Tor-netwerken. Het levert een risicosignaal op, geen zekerheid.

Validatie van SWIFT/BIC en IBAN

Een SWIFT/BIC-code heeft 8 of 11 tekens: een bankcode, een ISO-landcode, een locatiecode en een optionele filiaalcode. We controleren het formaat en de landcode en vergelijken codes met onze referentiedirectory.

IBAN's worden gevalideerd met de ISO 13616 MOD-97-controle: de eerste vier tekens worden naar het einde verplaatst, letters worden omgezet in cijfers en het resultaat moet bij deling door 97 een rest van 1 opleveren. We controleren ook de verwachte lengte per land.

Synthetische testgegevens

Kaartnummers en IBAN's die onze generators maken, zijn synthetisch. Ze worden opgebouwd uit een gekozen prefix of landformaat met willekeurige cijfers en een correct controlecijfer, zodat ze de formaatvalidatie doorstaan in software die wordt getest.

Ze zijn niet gekoppeld aan een echte rekening, en vervaldatums en beveiligingscodes zijn willekeurig. Testgegevens zijn alleen bedoeld voor ontwikkeling, QA en educatie.

Updates en correcties

Referentiegegevens worden periodiek beoordeeld en bijgewerkt, en gemelde fouten worden gecontroleerd en gecorrigeerd zodra ze binnenkomen. De datum op elke pagina geeft aan wanneer de inhoud voor het laatst is gecontroleerd.