Welke bytes in een BIN geven het card scheme aan?

[SAICRJMPM]

Ik lees dat soms, maar niet altijd, de eerste byte van een BIN het card scheme aangeeft. Zo is 3 = American Express, 4 = Visa, 5 = Mastercard. Maar ik kom ook andere informatie tegen. American Express is bijvoorbeeld alleen maar 34 en 37.

Hoe weet een Acquier bank nu naar welk card scheme netwerk hij een card betaling moet forwarden als de card scheme identificatie niet alleen die 1e byte is maar dat voor sommige waarden hij naar de eerste 2 bytes moet kijken of zelfs de eerste 3? Lijkt me dan een complex proces om uit die BIN te filteren naar welk netwerk het moet. Want soms is bye 1 voldoende, soms byte 1-2, soms moet hij zelfs naar de eerste 3 bytes kijken. Klopt dit?

[President]

https://www.six-payment-s...%206%20naar%208%20cijfers.

Er wordt dus naar de eerste 8 cijfers gekeken

[ Voor 13% gewijzigd door President op 18-02-2024 10:31 ]

[SAICRJMPM]

President schreef op zondag 18 februari 2024 @ 10:30:
https://www.six-payment-s...%206%20naar%208%20cijfers.

Er wordt dus naar de eerste 8 cijfers gekeken

De card schemes moeten naar de volle 8 kijken want die moeten weten welke bank de issuer bank is
Maar de Acquier hoeft niet naar de volle 8 te kijken, die kan volstaan lijkt me met de eerste paar bytes. De Acquier hoeft alleen maar te weten aan welk card scheme netwerk hij de betaling moet routeren. En daar is de volle 8 niet voor nodig.

[YakuzA]

SAICRJMPM schreef op zondag 18 februari 2024 @ 11:12:
[...]
De card schemes moeten naar de volle 8 kijken want die moeten weten welke bank de issuer bank is
Maar de Acquier hoeft niet naar de volle 8 te kijken, die kan volstaan lijkt me met de eerste paar bytes. De Acquier hoeft alleen maar te weten aan welk card scheme netwerk hij de betaling moet routeren. En daar is de volle 8 niet voor nodig.

En wat valt er te winnen met zo’n Micro optimalisatie?
Waarom zou die naar minder willen kijken?

De JavaScript libs op websites waar je betaald vertellen het meestal na 4 cijfers oid.