Obtenir les données

La commande get smart tap data demande des informations sur la configuration à partir de l'appareil mobile et fournit des informations sur l'environnement. Les informations sur l'environnement sont utilisées par l'appareil mobile pour déterminer les charges utiles à transmettre dans le contexte actuel. Le terminal utilise la réponse de l'appareil mobile pour préparer l'opération suivante.

Obtenir la commande de données des cartes de fidélité sans contact

ACP INS P1 P2 Lc Données Le
90 50 00 00 xx Enregistrement NDEF de la demande de service 00

Enregistrement de demande NDEF de demande de service

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF de la demande de service srq En-tête NDEF M
6 2 Version NDEF de la demande de service (0001)   Binaire M
8 16 Enregistrement NDEF de la session ses   M
24 Var Enregistrement NDEF du marchand mer   M
… Var Enregistrement NDEF de la liste de services slr   M
… Var Enregistrement de fonctionnalités de point de vente pcr   O

Enregistrement NDEF du marchand

Décalage Durée Description Type d'enregistrement ID d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF du marchand mer   En-tête NDEF M
6 Var Enregistrement NDEF de l'ID de marchand cld   PRIMITIVE M
… Var ID de emplacement NDEF de l'ID de zone géographique du magasin lid   PRIMITIVE O
… Var Enregistrement NDEF de l'ID du terminal tid   PRIMITIVE O
… Var Nom du marchand (enregistrement NDEF) Téra mnr Texte texte O
… Var Enregistrement NDEF de la catégorie du marchand mcr   PRIMITIVE O

L'ID de marchand est un numéro attribué par Google. Il s'agit généralement d'un numéro à huit chiffres.

La catégorie du marchand est un code marchand à quatre chiffres qui fait référence à la catégorie du marchand, telle que définie par les réseaux.

Liste de services : enregistrement NDEF

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF de la liste de services slr En-tête NDEF M
6 Var Demande de type de service (enregistrement NDEF 1) str   M
… … … …   …
… Var Demande de type de service, enregistrement NDEF n str   O
Enregistrement NDEF de requête de type de service
Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF de la requête de type de service str En-tête NDEF M
6 1 Octet de type de service   Binaire M
Octet de type de service
Valeur Description
00 x 00 Tous les services
01 Tous les services, sauf l'EPS
0x02 EPS
0x03 Carte de fidélité
0x04 Offre
0x05 Carte cadeau
0x06 Cartes privatives
0x07 Billet pour un événement
0x08 Vol
0x09 Transports en commun
0x0A-0x0F RFU TWI
0x10 Portefeuille cloud
0x11 Plate-forme marketing pour mobile
0x12 Générique
0x12-0x3F RFU TWI
00 x 40 Client Wallet
0x6F RFU spécifique au portefeuille
0x9F Application propre à un marchand

Enregistrement NDEF des fonctionnalités du point de vente

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF des fonctionnalités du point de vente pcr En-tête NDEF M
6 1 Bitmap des fonctionnalités système   Binaire M
7 1 Image bitmap des fonctionnalités d'interface utilisateur   Binaire M
8 1 Image bitmap des fonctionnalités de paiement   Binaire M
9 1 Image bitmap des fonctionnalités VM   Binaire M
10 1 Image bitmap des fonctionnalités tactiles   Binaire M
bitmaps des fonctionnalités du point de vente
  01 0x02 0x04 0x08 0x10 0x20 00 x 40 00 x 80
Système Unique Semi-intégrées Sans surveillance En ligne Hors connexion Fichiers MMP Compatibilité avec Zlib RFU
UI Imprimante Graphismes pour imprimantes Display Images Audio Animation Vidéo RFU
Paiement Paiement de l'assistance Accepter le reçu numérique Émission de services d'assistance Compatibilité avec les données de point de vente OTA RFU RFU RFU RFU
méthode de validation du titulaire de la carte Code en ligne Code d'accès à CD Signature Aucune VM connectée Code généré par l'appareil Code généré par le fournisseur de services Capture d'identité Biométriques
Appuyer Pass uniquement Paiement uniquement Effectuer un paiement Transmettre le paiement RFU RFU RFU RFU

Obtenir une réponse des données des cartes de fidélité sans contact

L'enregistrement NDEF de la requête de service dans le message de réponse get smart tap data contient soit un enregistrement NDEF du groupe d'enregistrements, soit une liste d'un ou de plusieurs enregistrements NDEF non chiffrés et non compressés de services.

Pour en savoir plus sur la façon dont les cartes de fidélité sans contact sont compatibles avec les charges utiles de réponse supérieures à l'APDU, consultez la section Segmentation des données.

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 Var Enregistrement NDEF de la demande de service srs   M
… 2 État ISO 7816-4   Binaire M

Enregistrement NDEF de la réponse du service

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF de la réponse du service srs En-tête NDEF M
6 16 Enregistrement NDEF de la session ses   M
22 Var Enregistrement NDEF du groupe d'enregistrements reb   C
… Var Enregistrement NDEF 1 du service asv   C
… … … …   …
… Var Enregistrement NDEF du service n asv   O

Enregistrement NDEF du groupe d'enregistrements

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF reb En-tête NDEF M
6 1 Image bitmap de l'état de la charge utile   Binaire M
7 Var Charge utile   Binaire M
Bitmap sur l'état de la charge utile
  01 0x02 0x04 0x08 0x10 0x20 00 x 40 00 x 80
État de la charge utile Chiffré Compris RFU RFU RFU RFU RFU RFU
Charge utile concaténée, non chiffrée et décompressée

Les données de réponse peuvent avoir été divisées en plusieurs APDU. Le terminal doit d'abord récupérer la charge utile de l'enregistrement reb et la charge utile de n'importe quelle réponse supplémentaire pour les données relatives aux cartes de fidélité sans contact, si elle est présente, puis les concaténer.

Les charges utiles concaténées peuvent être chiffrées et compressées en zlib, comme indiqué par le bitmap de l'état dans l'enregistrement reb. Les charges utiles doivent d'abord être déchiffrées, le cas échéant, puis décompressées. Les charges utiles ne sont chiffrées que si une négociation a bien été effectuée. Notez que si la réponse est définie sur 9500, la négociation est toujours considérée comme ayant abouti et les charges utiles sont chiffrées. Les charges utiles ne peuvent être compressées que si l'enregistrement NDEF des fonctionnalités du point de vente est présent, ce qui indique que la compression est acceptable et que la compression réduit la taille des charges utiles.

Pour savoir comment déchiffrer les charges utiles, consultez Chiffrement.

Lorsque les charges utiles sont concaténées, déchiffrées et décompressées, les données de réponse obtenues contiennent une liste d'enregistrements NDEF du service.

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 Var Enregistrement NDEF 1 du service asv   O
… … … …   …
… Var Enregistrement NDEF du service n asv   O

Enregistrement NDEF du service

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 6 En-tête NDEF du service asv En-tête NDEF M
6 Var Enregistrement NDEF de l'émetteur de services i PRIMITIVE avec l'octet émetteur du service M
… Var Objet NDEF de l'objet de service variable   M
… … … … … …
… Var Enregistrement NDEF de l'objet de service variable   M
Octet de l'émetteur du service
Valeur Description
00 x 00 Non spécifié
01 Montant émis par le marchand
0x02 Portefeuille émis
0x03 Émission du fabricant
0x04-0x2F RFU TWI
00X30-0x4F RFU spécifique au portefeuille
0x50-0x6F Application propre à un marchand

L'octet de l'émetteur du service utilisé par Google Wallet pour un enregistrement client est toujours 0x02 et le reste de la charge utile de l'émetteur du service est toujours 0x71797971.

L'octet de l'émetteur du service utilisé par Google Wallet pour tous les autres enregistrements d'objets de services actuellement définis est toujours 0x01. La charge utile de l'émetteur de services est toujours l'ID de marchand de l'émetteur. compte ayant émis la carte si cet ID de marchand existe, sinon il est défini sur 0x00000000. Notez que tous les comptes d'émetteur de l'offre doivent avoir un ID de marchand défini. Toutefois, un compte d'émetteur émetteur d'une carte peut ne pas être un compte d'émetteur.

Termes pertinents

Catégorie Termes pertinents
90xx 9000, 9001 - Utilisé pour la carte de paiement par virement
91xx 9100, 9101 - Transfert et paiement, 9102 - Transfert de paiement
92xx TOUS
93xx TOUS
94xx TOUS
95xx N/A
6xxx 6A82

9100 indique la présence de données supplémentaires, le terminal doit donc envoyer une requête get additional data.

9001 indique que le terminal peut procéder au paiement s'il s'agit d'un paiement par passage de paiement. S'il s'agit d'un paiement sans contact ou d'un paiement sans contact, l'opérateur 9001 aura le même comportement de terminal que 9000.

9101 et 9102 sont des indicateurs que le paiement n'est pas prêt et que le terminal ne doit pas continuer.

Pour plus d'informations, consultez Mots clés associés à l'état.

Commande de données sans contact supplémentaire

ACP INS P1 P2 Lc Données Le
90 C0 00 00     00

La commande "get" de données supplémentaires sur les cartes de fidélité sans contact ne présente aucune charge utile de données.

Obtenir une réponse supplémentaire concernant les données sur les cartes de fidélité sans contact

Décalage Durée Description Type d'enregistrement Format de la charge utile O/C
0 Var Charge utile   Binaire M
… 2 État ISO 7816-4   Binaire M

Termes pertinents

Catégorie Termes pertinents
90xx 9000
91xx 9100, 9101 - Transfert et paiement, 9102 - Transfert de paiement
92xx TOUS
93xx TOUS
94xx TOUS
95xx N/A
6xxx 6A82

9100 indique la présence de données supplémentaires, le terminal doit donc effectuer une autre requête get additional data.

9101 et 9102 sont des indicateurs que le paiement n'est pas prêt et que le terminal ne doit pas traiter le paiement.

Pour plus d'informations, consultez Mots clés associés à l'état.