Référence
Les données que la puce et le terminal échangent, terme par terme. Chaque entrée dit à quoi sert la donnée, ce qu’elle change concrètement dans une transaction, et où vous la croiserez. C’est la même source que celle qui alimente les outils du site – donc jamais deux versions d’une définition.
82 termes affichés
L'AID identifie l'application de paiement sur la puce : les 5 premiers octets (RID) désignent le réseau (Visa, Mastercard, CB…), la suite précise le produit. Une carte co-badgée française porte typiquement deux AID : CB et Visa ou Mastercard.
Le nom de l'application tel que la carte le propose à l'affichage (ex. « CB », « VISA »). C'est ce libellé qu'un terminal affiche quand il demande au client de choisir entre les marques d'une carte co-badgée.
Reprend les données de l'ancienne piste magnétique : PAN, date d'expiration, service code. Séparateur « D ». Présent pour compatibilité avec les systèmes hérités, c'est une donnée sensible (PCI) : ne collez jamais une vraie capture ici.
Le numéro de carte encodé en BCD. Donnée sensible PCI : dans les logs et outils, il doit toujours être masqué ou tronqué (6 premiers + 4 derniers chiffres au maximum).
Conteneur d'une entrée de répertoire : une application candidate (AID + libellé + priorité). Dans une PPSE de carte co-badgée, vous verrez deux templates 61, un par marque. L'ordre et le tag 87 décident de la priorité.
La réponse de la carte à une commande SELECT : elle annonce le fichier sélectionné (84) et ses métadonnées (A5). C'est le point de départ de toute transaction EMV.
Enveloppe générique des enregistrements lus par READ RECORD : les données applicatives de la carte (PAN, dates, listes CVM, certificats…) vivent dans ces enregistrements.
Commande envoyée par l'émetteur à la carte via le terminal, exécutée avant le GENERATE AC final : bloquer l'application, remettre à zéro le compteur PIN… C'est le canal de gestion à distance des cartes.
Même principe que le tag 71, mais exécuté après le GENERATE AC final.
Format de réponse en TLV explicites, typiquement la réponse à GENERATE AC : cryptogramme (9F26), type de cryptogramme (9F27), ATC (9F36), IAD (9F10).
Format de réponse compact : les valeurs sont concaténées SANS structure TLV, dans un ordre imposé par la commande. Piège classique de débutant : il ne se parse pas comme du TLV, l'ordre vient de la spec.
La carte annonce ici ce qu'elle sait faire : quelles authentifications offline (SDA/DDA/CDA), si elle supporte la vérification porteur, l'authentification émetteur… Le terminal adapte toute la transaction à ce profil. 2 octets de bits.
Libellés des bits – l’explication détaillée bit à bit arrive dans une prochaine passe.
| Octet 1 · bit 7 | SDA supportée (authentification statique) |
| Octet 1 · bit 6 | DDA supportée (authentification dynamique) |
| Octet 1 · bit 5 | Vérification du porteur supportée (CVM) |
| Octet 1 · bit 4 | Gestion de risque terminal à effectuer |
| Octet 1 · bit 3 | Authentification émetteur supportée |
| Octet 1 · bit 2 | Vérification porteur sur l'appareil (CDCVM) supportée |
| Octet 1 · bit 1 | CDA supportée (authentification combinée) |
| Octet 2 · bit 8 | Mode MSD supporté (sans contact, héritage) |
| Octet 2 · bit 2 | Protocole de résistance au relais supporté (sans contact, Kernel 2) |
Nom du répertoire ou de l'application sélectionnée. « 2PAY.SYS.DDF01 » = répertoire de sélection sans contact (PPSE) ; sinon, c'est en général l'AID de l'application élue.
Un octet qui règle deux choses dans le répertoire des applications (chaque application candidate y est listée dans un gabarit Application Template, tag 61) : le bit de poids fort (b8) indique si une confirmation explicite du porteur est exigée avant de sélectionner cette application (1 = oui) ; les 4 bits de poids faible donnent le rang de priorité, de 1 (le plus prioritaire) à 15, la valeur 0 signifiant que l'émetteur n'exprime aucune préférence entre plusieurs applications. Sur une carte co-badgée en France, le commerçant peut configurer sa préférence d'affichage mais le client garde le droit de choisir la marque (règlement IFR, art. 8).
Identifiant court du fichier où lire les enregistrements du répertoire. Détail de plomberie de la sélection d'application, utile quand on déroule un SELECT PSE à la main.
Le verdict du circuit d'autorisation, sur 2 caractères : 00 = approbation, 05 = refus… Les codes Y1/Z1/Y3/Z3 sont générés par le terminal lui-même quand la transaction se décide offline. À ne pas confondre avec le cryptogramme : l'ARC est le verdict, le cryptogramme est la preuve.
La liste de courses de la carte pour le premier GENERATE AC : quels tags terminal (montant, TVR, date, nonce…) elle exige, dans quel ordre. Le terminal les concatène SANS tags, c'est pour ça qu'on ne peut pas parser une CDOL data comme du TLV.
Même principe que CDOL1, pour le second GENERATE AC (après retour de l'autorisation en ligne) : la carte y demande typiquement l'ARC et les résultats d'authentification émetteur.
La politique de vérification du porteur, écrite par l'émetteur dans la carte : une suite de règles « méthode + condition » évaluées dans l'ordre. Exemple type en France : PIN offline chiffré, sinon PIN en ligne, sinon signature.
Index de la clé publique de l'autorité de certification (par réseau) que le terminal doit utiliser pour remonter la chaîne de certificats. Si le terminal n'a pas cette clé en stock, l'authentification offline échoue, bit TVR correspondant.
Certificat de la clé publique émetteur, signé par la CA du réseau. Premier maillon de la chaîne de confiance offline : CA → émetteur → carte.
Données renvoyées par l'émetteur (ARPC + code) permettant à la carte de vérifier que la réponse d'autorisation vient bien de lui, l'authentification dans l'autre sens.
Reste de la clé publique émetteur qui ne tenait pas dans le certificat 90. Se concatène pour reconstituer la clé complète.
Les données statiques de la carte signées par l'émetteur, le cœur de la SDA. Faible par conception (rejouable) : c'est pourquoi SDA a disparu au profit de DDA/CDA.
La carte indique au terminal quels enregistrements lire (fichier, plage, et lesquels participent à l'authentification offline). Se lit par groupes de 4 octets : SFI, premier enregistrement, dernier, nombre d'enregistrements signés.
Le carnet de bord du terminal : 5 octets de bits, chacun notant un contrôle qui a échoué ou un événement (authentification ratée, carte expirée, plafond dépassé…). Croisé avec les seuils TAC/IAC, c'est LUI qui décide si la transaction passe offline, part en ligne ou est refusée. Le tag le plus précieux d'un log de transaction.
Libellés des bits – l’explication détaillée bit à bit arrive dans une prochaine passe.
| Octet 1 · bit 8 | Authentification offline des données non réalisée |
| Octet 1 · bit 7 | Échec SDA (authentification statique) |
| Octet 1 · bit 6 | Données ICC manquantes |
| Octet 1 · bit 5 | Carte présente dans la liste d'exception du terminal |
| Octet 1 · bit 4 | Échec DDA (authentification dynamique) |
| Octet 1 · bit 3 | Échec CDA (authentification combinée) |
| Octet 2 · bit 8 | Versions d'application carte/terminal différentes |
| Octet 2 · bit 7 | Application expirée |
| Octet 2 · bit 6 | Application pas encore active (date d'effet future) |
| Octet 2 · bit 5 | Service demandé non autorisé pour ce produit carte |
| Octet 2 · bit 4 | Carte neuve (première utilisation) |
| Octet 3 · bit 8 | Vérification du porteur non réussie |
| Octet 3 · bit 7 | CVM non reconnu |
| Octet 3 · bit 6 | Nombre d'essais PIN dépassé |
| Octet 3 · bit 5 | PIN requis mais clavier PIN absent ou HS |
| Octet 3 · bit 4 | PIN requis, clavier présent, mais PIN non saisi |
| Octet 3 · bit 3 | PIN en ligne saisi |
| Octet 4 · bit 8 | Montant au-dessus du plancher (floor limit) |
| Octet 4 · bit 7 | Limite basse d'offline consécutifs dépassée |
| Octet 4 · bit 6 | Limite haute d'offline consécutifs dépassée |
| Octet 4 · bit 5 | Transaction tirée au sort pour passage en ligne |
| Octet 4 · bit 4 | Commerçant a forcé le passage en ligne |
| Octet 5 · bit 8 | TDOL par défaut utilisé |
| Octet 5 · bit 7 | Échec de l'authentification émetteur |
| Octet 5 · bit 6 | Échec script émetteur avant le GENERATE AC final |
| Octet 5 · bit 5 | Échec script émetteur après le GENERATE AC final |
Liste des données à inclure dans le calcul du TC Hash. Rare en pratique, d'où le bit TVR « TDOL par défaut utilisé ».
Empreinte des données de transaction, peu utilisée dans les déploiements modernes.
Le PIN chiffré en transit vers la carte pour vérification offline. Ne doit JAMAIS apparaître en clair dans un log.
Date de la transaction côté terminal (AAMMJJ). Entre dans le calcul du cryptogramme, une date incohérente et le cryptogramme ne se vérifie plus.
Complément du TVR : quelles étapes ont été TENTÉES (authentification, vérification porteur, scripts…). Le TVR dit « ce qui a mal tourné », le TSI dit « ce qui a été fait ». Les deux se lisent ensemble.
Libellés des bits – l’explication détaillée bit à bit arrive dans une prochaine passe.
| Octet 1 · bit 8 | Authentification offline des données effectuée |
| Octet 1 · bit 7 | Vérification du porteur effectuée |
| Octet 1 · bit 6 | Gestion de risque carte effectuée |
| Octet 1 · bit 5 | Authentification émetteur effectuée |
| Octet 1 · bit 4 | Gestion de risque terminal effectuée |
| Octet 1 · bit 3 | Traitement de script émetteur effectué |
Type d'opération (ISO 8583 processing code) : 00 = achat, 01 = retrait, 09 = achat avec cash-back, 20 = remboursement…
Nom d'un fichier de répertoire pour la sélection par annuaire (méthode PSE historique).
La partie « métadonnées » de la réponse SELECT : libellés, priorité, PDOL, données propriétaires (BF0C). C'est ici qu'une carte co-badgée liste ses applications.
Nom du porteur tel qu'embossé. Souvent rempli de valeurs génériques sur les cartes récentes (« / » ou espaces) pour limiter l'exposition de données personnelles.
Date d'expiration de l'application (AAMMJJ). C'est elle que le terminal compare à la date du jour, le bit « application expirée » du TVR vient de ce contrôle.
Date de début de validité (AAMMJJ). Une carte utilisée avant cette date déclenche le bit « application pas encore active » du TVR.
Pays de la banque émettrice (ISO 3166 numérique). Sert notamment à distinguer transaction domestique et internationale, ce qui change les règles d'interchange et de routage.
Devise de la transaction (ISO 4217 numérique). 0978 = euro. Si elle diffère de la devise de la carte, on entre dans le territoire du change dynamique (DCC).
Langues préférées du porteur (codes ISO 639), par ordre de préférence. C'est grâce à ce tag qu'un terminal affiche « SAISISSEZ VOTRE CODE » plutôt que « ENTER PIN » à un porteur français.
Code service hérité des pistes magnétiques (ISO/IEC 7813) : conditions d'interchange, restrictions d'autorisation, exigences PIN. La puce a ses propres contrôles, mais ce code reste lu par les systèmes hérités.
Distingue plusieurs cartes portant le même PAN (renouvellement, carte principale/secondaire). Indispensable côté émetteur pour retrouver les bonnes clés cryptographiques de la carte.
Nombre de décimales de la devise de transaction (2 pour l'euro : les montants circulent en centimes).
Le montant de la transaction en BCD, dans la plus petite unité de la devise (centimes pour l'euro). 000000010000 = 100,00. Le montant fait partie des données signées dans le cryptogramme.
Un second montant, distinct du montant principal (9F02), dont le sens exact dépend du contexte terminal/émetteur : le plus souvent un cash-back, mais aussi parfois des frais de service ou un pourboire. Zéro dans l'immense majorité des transactions françaises.
L'AID vu côté terminal (pendant la sélection). Même sémantique que le tag 4F côté carte.
Restrictions d'usage posées par l'émetteur : carte valable à l'étranger ? aux distributeurs ? pour du cash-back ? Le terminal les confronte au contexte, un usage interdit allume le bit « service non autorisé » du TVR.
Version de la spec applicative supportée par la carte. Comparée à celle du terminal (9F09), un écart allume un bit TVR, généralement sans conséquence bloquante.
Version de la spec applicative côté kernel du terminal.
Identifiant enregistré auprès d'EMVCo (Spec Bulletin 175) permettant à un marché ou un émetteur d'exposer une fonctionnalité propriétaire pendant la sélection d'application. Le contenu dépend de l'entité qui a enregistré l'ID, non décodable sans sa documentation.
Seuils de l'émetteur, plan B : si la transaction devait partir en ligne mais que le terminal ne peut pas (hors ligne), ces bits disent quoi refuser. Se lit comme un masque appliqué au TVR.
Seuils de l'émetteur, refus sec : tout bit commun entre ce masque et le TVR = refus offline immédiat, sans même tenter le passage en ligne. Un émetteur prudent y met par exemple « carte expirée ».
Seuils de l'émetteur, passage en ligne : tout bit commun avec le TVR envoie la transaction en autorisation en ligne. En France, la quasi-totalité des transactions partent en ligne de toute façon, ces masques comptent surtout là où l'offline est fréquent.
Données propriétaires de l'émetteur renvoyées avec le cryptogramme : résultats de la gestion de risque carte (CVR), compteurs internes… Le format exact dépend du réseau et du profil applicatif, c'est le tag le plus « boîte noire » d'une réponse GENERATE AC.
Nom d'affichage préféré de l'application, éventuellement dans un jeu de caractères dédié (9F11). Prend le pas sur le tag 50 si le terminal sait l'afficher.
Pays du terminal (ISO 3166). Comparé au pays émetteur (5F28) pour déterminer domestique vs international.
Numéro de série du lecteur. Identifie physiquement l'appareil dans les logs, donnée à anonymiser avant tout partage de capture.
Heure locale de la transaction (HHMMSS), complément du tag 9A.
Identifiant non sensible (jusqu'à 29 caractères alphanumériques) qui relie un PAN tokenisé (wallet mobile, carte virtuelle) à son PAN d'origine, sans jamais exposer ce dernier. Un même PAR reste stable pour tous les tokens issus de la même carte physique, ce qui permet de rapprocher paiement en carte physique et paiement en wallet côté commerçant ou émetteur sans aucun risque PCI.
LA preuve cryptographique de la transaction : un MAC calculé par la puce avec ses clés secrètes. La liste exacte des données qui entrent dans ce calcul n'est pas fixe : c'est la carte elle-même qui la choisit, transaction par transaction, via les tags CDOL1 (8C) et CDOL2 (8D), inclut presque toujours le montant, la date et le TVR. Dans un flux qui contient un 8C ou un 8D, ouvrez-le : vous verrez la liste exacte demandée par cette carte pour ce cryptogramme. Infalsifiable sans la clé de la carte, l'émetteur le vérifie pour authentifier la transaction. Son type (ARQC/TC/AAC) est donné par le tag 9F27.
Le type de cryptogramme rendu par la carte, donc sa décision : AAC = refus, TC = approbation offline, ARQC = « demandez à l'émetteur ». La carte peut être plus stricte que le terminal, jamais plus laxiste.
Exposant public de la clé émetteur (3 ou 65537). Avec le certificat 90 et le reste 92, il permet de reconstituer la clé publique complète.
Ce que le terminal sait faire, sur 3 octets : modes de saisie carte, CVM supportés, authentifications offline. Un distributeur automatique et un TPE de restaurant n'ont pas le même profil.
Libellés des bits – l’explication détaillée bit à bit arrive dans une prochaine passe.
| Octet 1 · bit 8 | Saisie manuelle (clavier terminal) |
| Octet 1 · bit 7 | Lecture piste magnétique |
| Octet 1 · bit 6 | Lecture puce avec contact |
| Octet 2 · bit 8 | PIN offline en clair vérifié par la carte |
| Octet 2 · bit 7 | PIN chiffré vérifié en ligne |
| Octet 2 · bit 6 | Signature manuscrite (papier) |
| Octet 2 · bit 5 | PIN offline chiffré vérifié par la carte |
| Octet 2 · bit 4 | Aucun CVM requis (no CVM) |
| Octet 3 · bit 8 | Authentification statique (SDA) |
| Octet 3 · bit 7 | Authentification dynamique (DDA) |
| Octet 3 · bit 6 | Capture de carte possible |
| Octet 3 · bit 4 | Authentification combinée (CDA) |
Le résultat de la vérification du porteur : quelle méthode a été appliquée (issue de la CVM List 8E), sous quelle condition, et si elle a réussi. Complément indispensable du TVR pour comprendre un refus lié au PIN.
Un code à 2 chiffres qui croise deux axes : qui contrôle le terminal (institution financière, commerçant, porteur) et son environnement (avec opérateur ou non, capacité à passer en ligne). La très grande majorité des TPE commerçants attended en France sont dans la tranche 21-23 ; la valeur exacte selon la capacité offline dépend du contrat acquéreur.
Compteur incrémenté par la puce à chaque transaction. Il empêche qu'une transaction interceptée soit réutilisée telle quelle : comme il entre dans le calcul du cryptogramme, deux transactions ne produisent jamais le même. Un saut anormal d'ATC est un signal de fraude côté émetteur.
Le nonce du terminal : un aléa injecté dans le calcul du cryptogramme pour empêcher le pré-calcul et le rejeu. Une UN prévisible a déjà cassé la sécurité de terminaux entiers, c'est un point d'audit classique.
La liste des données terminal que la carte veut recevoir dès le GET PROCESSING OPTIONS. Même logique que les CDOL : des références de tags, les valeurs voyagent ensuite sans structure.
Complément du tag 9F33 : types de transactions supportés (cash, achat, retrait…) et capacités d'affichage/saisie du terminal.
Libellés des bits – l’explication détaillée bit à bit arrive dans une prochaine passe.
| Octet 1 · bit 8 | Retrait cash / espèces |
| Octet 1 · bit 7 | Achat de biens |
| Octet 1 · bit 6 | Achat de services |
| Octet 1 · bit 5 | Cash-back |
| Octet 1 · bit 4 | Consultation de compte (inquiry) |
| Octet 1 · bit 3 | Virement entre comptes |
| Octet 1 · bit 2 | Paiement vers un tiers |
| Octet 1 · bit 1 | Transaction administrative |
| Octet 2 · bit 8 | Dépôt d'espèces |
| Octet 3 · bit 8 | Clavier numérique |
| Octet 3 · bit 7 | Clavier alphabétique et caractères spéciaux |
| Octet 3 · bit 6 | Touches de commande |
| Octet 3 · bit 5 | Touches de fonction |
| Octet 4 · bit 8 | Impression côté commerçant |
| Octet 4 · bit 7 | Impression côté porteur |
| Octet 4 · bit 6 | Écran côté commerçant |
| Octet 4 · bit 5 | Écran côté porteur |
| Octet 4 · bit 2 | Table de code ISO/IEC 8859, partie 10 |
| Octet 4 · bit 1 | Table de code ISO/IEC 8859, partie 9 |
| Octet 5 · bit 8 | Table de code ISO/IEC 8859, partie 8 |
| Octet 5 · bit 7 | Table de code ISO/IEC 8859, partie 7 |
| Octet 5 · bit 6 | Table de code ISO/IEC 8859, partie 6 |
| Octet 5 · bit 5 | Table de code ISO/IEC 8859, partie 5 |
| Octet 5 · bit 4 | Table de code ISO/IEC 8859, partie 4 |
| Octet 5 · bit 3 | Table de code ISO/IEC 8859, partie 3 |
| Octet 5 · bit 2 | Table de code ISO/IEC 8859, partie 2 |
| Octet 5 · bit 1 | Table de code ISO/IEC 8859, partie 1 |
Compteur de transactions côté terminal, le pendant terminal de l'ATC carte.
Devise de référence de l'application carte (celle des compteurs offline internes).
Position du séparateur décimal pour la devise de l'application (2 pour l'euro).
Code produit par l'authentification SDA, mémorisé pour les DOL. Héritage, rare sur les cartes modernes.
Certificat de la clé publique de la carte, signé par l'émetteur. Dernier maillon de la chaîne CA → émetteur → carte, utilisé par DDA/CDA.
Exposant public de la clé de la carte.
Reste de la clé publique carte ne tenant pas dans le certificat 9F46.
Liste des tags supplémentaires inclus dans les données signées statiquement, en pratique presque toujours l'AIP (82), pour empêcher sa falsification.
La signature dynamique produite par la carte lors d'une DDA/CDA : elle couvre notamment le nonce du terminal, prouvant que la carte est vivante et présente, ce que SDA ne prouvait pas.
En sans contact : le terminal annonce à la carte ce qu'il supporte et exige (mode EMV, PIN en ligne, signature, CDCVM…). C'est la première négociation d'un tap.
Libellés des bits – l’explication détaillée bit à bit arrive dans une prochaine passe.
| Octet 1 · bit 8 | Mode piste magnétique supporté (mag-stripe) |
| Octet 1 · bit 6 | Mode EMV supporté |
| Octet 1 · bit 5 | Puce EMV avec contact supportée |
| Octet 1 · bit 4 | Lecteur hors ligne uniquement (offline-only) |
| Octet 1 · bit 3 | PIN en ligne supporté |
| Octet 1 · bit 2 | Signature supportée |
| Octet 1 · bit 1 | Authentification offline des données pour autorisations en ligne supportée |
| Octet 2 · bit 8 | Cryptogramme en ligne exigé |
| Octet 2 · bit 7 | CVM exigé |
| Octet 2 · bit 6 | PIN offline (puce avec contact) supporté |
| Octet 3 · bit 8 | Traitement de mise à jour émetteur supporté (issuer update) |
| Octet 3 · bit 7 | Vérification du porteur sur l'appareil supportée (CDCVM) |
La réponse de la carte au TTQ en sans contact : ses exigences à elle (demander le PIN en ligne, basculer en contact…).
Hors norme EMV de base : sa signification dépend du réseau. Chez Visa, c'est le Form Factor Indicator, 4 octets qui décrivent le support de paiement (carte, mobile, objet connecté…) et ses capacités. Chez Mastercard, le même tag porte le Third Party Data, un format à longueur variable (pays, identifiant, type de support). L'outil détecte le format à la longueur de la valeur et décode les deux.
Zone discrétionnaire de l'émetteur dans la FCI, les entrées de répertoire (61) y logent, ainsi que des tags propriétaires réseau ou domestiques (dont certains tags CB non publiés).
Aucun terme ne correspond. Essayez un numéro de tag (9F33) ou un mot du libellé.
Elles sont là parce qu’on les cherche souvent et qu’elles ne sont nulle part ailleurs en français. Sauf mention contraire, elles ne portent que des libellés, sans explication.
Un AID désigne l’application de paiement que la puce et le terminal vont utiliser. Il fait 5 à 16 octets et se lit en deux morceaux : les 5 premiers octets forment le RID, l’identifiant du fournisseur d’application, attribué par l’ANSI au titre d’ISO/IEC 7816-5 ; le reste est le PIX, libre, choisi par le réseau pour distinguer ses produits. A000000003 est le RID de Visa, 1010 le PIX de Visa débit ou crédit.
Sur une carte co-badgée – en France, CB plus Visa ou Mastercard sur environ 77 des 110 millions de cartes – la puce porte une application par marque, chacune avec son AID. Le terminal croise la liste de la carte avec la sienne, et c’est le tag 87 qui classe les candidats restants, de 1, la priorité la plus forte, à 15.
Une nuance que la plupart des explications ratent : le bit « ne peut pas être sélectionné sans confirmation du porteur » du tag 87 n’existe qu’en contact. En sans contact, les bits hauts sont réservés et la valeur 0 vaut la priorité la plus basse, à égalité avec 15 – la sélection y est entièrement déterministe, sans aucune étape porteur prévue par la spécification. C’est là que la technique et le droit s’écartent : l’article 8 §6 du règlement (UE) 2015/751 autorise le commerçant à préprogrammer une marque prioritaire dans son équipement, mais lui interdit d’empêcher le porteur de passer outre.
| AID | RID | Réseau | Produit | Niveau de preuve |
|---|---|---|---|---|
| A0000000031010 | A000000003 | Visa | Visa débit ou crédit | Spécification ou réseau |
| A0000000032010 | A000000003 | Visa | Visa Electron | Spécification ou réseau |
| A0000000032020 | A000000003 | Visa | V PAY (Europe uniquement) | Spécification ou réseau |
| A0000000033010 | A000000003 | Visa | Visa Interlink (débit américain) | Spécification ou réseau |
| A0000000038010 | A000000003 | Visa | Plus (retrait) | Spécification ou réseau |
| A0000000980840 | A000000098 | Visa | Visa U.S. Common Debit | Spécification ou réseau |
| A000000003101001 | A000000003 | Visa | Visa Credit (extension de PIX) | Sources croisées |
| A000000003101002 | A000000003 | Visa | Visa Debit (extension de PIX) | Sources croisées |
| A0000000041010 | A000000004 | Mastercard | Mastercard crédit ou débit | Sources croisées |
| A0000000042203 | A000000004 | Mastercard | Maestro américain, alias Mastercard U.S. Common Debit | Sources croisées |
| A0000000043060 | A000000004 | Mastercard | Maestro (débit international) | Sources croisées |
| A0000000046000 | A000000004 | Mastercard | Cirrus (retrait) | Sources croisées |
| A0000000048002 | A000000004 | Mastercard | Chip Authentication Program (CAP) | Sources croisées |
| A0000000049999 | A000000004 | Mastercard | Mastercard PayPass | Sources croisées |
| A0000000050001 | A000000005 | Mastercard | Maestro UK (ex-Switch) | Sources croisées |
| A00000002501 | A000000025 | American Express | American Express (AEIPS, contact et sans contact) | Sources croisées |
| A0000000421010 | A000000042 | CB | CB (Cartes Bancaires), crédit ou débit | Sources croisées |
| A0000000422010 | A000000042 | CB | CB (Cartes Bancaires), débit | Sources croisées |
| A0000001523010 | A000000152 | Discover | Discover et Diners Club (D-PAS) | Sources croisées |
| A0000001524010 | A000000152 | Discover | Discover U.S. Common Debit | Sources croisées |
| A0000003241010 | A000000324 | Discover | Discover ZIP | Sources croisées |
| A000000333010101 | A000000333 | UnionPay | UnionPay débit | Sources croisées |
| A000000333010102 | A000000333 | UnionPay | UnionPay crédit | Sources croisées |
| A000000333010103 | A000000333 | UnionPay | UnionPay quasi-crédit | Sources croisées |
| A000000333010106 | A000000333 | UnionPay | UnionPay monnaie électronique | Sources croisées |
| A000000333010108 | A000000333 | UnionPay | UnionPay U.S. Common Debit | Sources croisées |
| A0000000651010 | A000000065 | JCB | JCB (J/Smart Credit) | Sources croisées |
| A0000003591010028001 | A000000359 | girocard | girocard (Allemagne) | Sources croisées |
| D27600002545500100 | D276000025 | girocard | Geldkarte (Allemagne) | Sources croisées |
| A0000001211010 | A000000121 | Dankort | Dankort (Danemark) | Sources croisées |
| A0000001410001 | A000000141 | Bancomat | PagoBancomat (Italie) | Sources croisées |
| A0000002771010 | A000000277 | Interac | Interac (Canada) | Sources croisées |
| A0000005241010 | A000000524 | RuPay | RuPay (Inde) | Sources croisées |
| A0000006581010 | A000000658 | Mir | Mir crédit (Russie) | Sources croisées |
| A0000006582010 | A000000658 | Mir | Mir débit (Russie) | Sources croisées |
| A00000038410 | A000000384 | eftpos | eftpos Savings (Australie) | Sources croisées |
| A00000038420 | A000000384 | eftpos | eftpos Cheque (Australie) | Sources croisées |
| A0000003710001 | A000000371 | Verve | Verve (Nigeria) | Sources croisées |
| D5780000021010 | D578000002 | BankAxept | BankAxept (Norvège) | Sources croisées |
| A0000002281010 | A000000228 | SPAN | SPAN (Arabie saoudite), M/Chip | Sources croisées |
| A0000001544442 | A000000154 | Banricompras | Banricompras Débito (Brésil) | Sources croisées |
| A0000000291010 | A000000029 | LINK | LINK (retrait, Royaume-Uni) | Sources croisées |
| A0000004391010 | A000000439 | Exchange | The Exchange Network (retrait, États-Unis et Canada) | Sources croisées |
| A0000004360100 | A000000436 | Edenred | Ticket Restaurant (Belgique) | Sources croisées |
| A0000006200620 | A000000620 | DNA | Debit Network Alliance Shared Debit (États-Unis) | Sources croisées |
Chaque ligne porte son niveau de preuve. À ce jour, seul Visa publie ses AID dans un document public. Pour les autres réseaux, les valeurs marquées « sources croisées » viennent de plusieurs documents publics concordants : jeux de cartes de test sous licence réseau, U.S. Payments Forum, spécifications domestiques publiées. Toute valeur portée par une seule source secondaire a été écartée – c’est pour ça que cette table est plus courte que celles qui circulent ailleurs.
Le RID est la partie stable de l’AID : 5 octets qui identifient le fournisseur d’application, un seul par organisme. Un RID commençant par A est enregistré au niveau international ; un RID commençant par D est national.
| RID | Titulaire | Zone |
|---|---|---|
| A000000003 | Visa International | International |
| A000000098 | Visa USA (US Common Debit) | États-Unis |
| A000000004 | Mastercard International | International |
| A000000005 | Switch Card Services (Maestro UK) | Royaume-Uni |
| A000000025 | American Express | International |
| A000000029 | LINK Interchange Network | Royaume-Uni |
| A000000042 | Groupement des Cartes Bancaires CB | France |
| A000000059 | Zentraler Kreditausschuss (ZKA) | Allemagne |
| A000000065 | JCB Co., Ltd. | Japon |
| A000000121 | PBS Danmark (Dankort) | Danemark |
| A000000141 | Consorzio Bancomat | Italie |
| A000000152 | Diners Club International | International |
| A000000154 | Banrisul | Brésil |
| A000000228 | Saudi Arabian Monetary Agency (SPAN) | Arabie saoudite |
| A000000277 | Interac Association | Canada |
| A000000324 | Discover Financial Services | États-Unis |
| A000000333 | China UnionPay | Chine |
| A000000359 | girocard – titulaire divergent selon les sources (Die Deutsche Kreditwirtschaft ou EAPS) | Allemagne |
| A000000371 | Verve / Interswitch | Nigeria |
| A000000384 | eftpos / AusPayNet | Australie |
| A000000436 | Edenred | Belgique |
| A000000439 | ACCEL / The Exchange Network | États-Unis et Canada |
| A000000524 | RuPay / NPCI | Inde |
| A000000620 | Debit Network Alliance | États-Unis |
| A000000658 | Mir / NSPK | Russie |
| D276000025 | ZKA (girocard, Geldkarte) | Allemagne |
| D578000002 | BankAxept | Norvège |
| Code | Signification |
|---|---|
| 51 | Provision insuffisante |
| 54 | Carte expirée |
| 55 | PIN incorrect |
| 00 | Approbation |
| 01 | Référez-vous à l'émetteur (appel) |
| 02 | Référez-vous à l'émetteur, conditions spéciales |
| 05 | Refus (do not honour) |
| Y1 | Approbation offline (la transaction n'est pas allée en ligne) |
| Z1 | Refus offline |
| Y3 | Passage en ligne impossible, approbation offline |
| Z3 | Passage en ligne impossible, refus offline |
| Code | Signification |
|---|---|
| 0 | Échec du CVM (fail CVM processing) |
| 1 | PIN offline en clair, vérifié par la carte |
| 2 | PIN en ligne (vérifié par l'émetteur) |
| 3 | PIN offline en clair + signature papier |
| 4 | PIN offline chiffré, vérifié par la carte |
| 5 | PIN offline chiffré + signature papier |
| 30 | Signature papier |
| 31 | Aucun CVM requis (no CVM required) |
| 63 | Aucun CVM exécuté (no CVM performed) |
| Code | Signification |
|---|---|
| 17 | Retrait espèces au guichet |
| 20 | Remboursement (refund) |
| 30 | Interrogation de solde |
| 00 | Achat |
| 01 | Retrait / avance de fonds |
| 09 | Achat avec cash-back |
| Code | Signification |
|---|---|
| 11 | Institution financière, avec opérateur, en ligne uniquement |
| 12 | Institution financière, avec opérateur, hors ligne avec passage en ligne possible |
| 13 | Institution financière, avec opérateur, hors ligne uniquement |
| 14 | Institution financière, sans opérateur, en ligne uniquement |
| 15 | Institution financière, sans opérateur, hors ligne avec passage en ligne possible |
| 16 | Institution financière, sans opérateur, hors ligne uniquement |
| 21 | Commerçant, avec opérateur, en ligne uniquement |
| 22 | Commerçant, avec opérateur, hors ligne avec passage en ligne possible |
| 23 | Commerçant, avec opérateur, hors ligne uniquement |
| 24 | Commerçant, sans opérateur (libre-service), en ligne uniquement |
| 25 | Commerçant, sans opérateur (libre-service), hors ligne avec passage en ligne possible |
| 26 | Commerçant, sans opérateur (libre-service), hors ligne uniquement |
| 34 | Porteur, terminal personnel, en ligne uniquement |
| 35 | Porteur, terminal personnel, hors ligne avec passage en ligne possible |
| 36 | Porteur, terminal personnel, hors ligne uniquement |
| Code | Signification |
|---|---|
| AAC | Refus par la carte |
| TC | Approbation offline |
| ARQC | Demande d'autorisation en ligne |
| RFU/AAR | Valeur réservée |
Le lexique répond à « c’est quoi ». Les épisodes répondent à « comment ça marche vraiment ».
Voir les épisodes