Une carte de fidélité dans un téléphone se lit-elle au contact ?
Oui, là où la caisse a été bâtie pour cela. Les plateformes laissent un lecteur réclamer une carte de fidélité dans la même session qu'un paiement, donc un seul contact peut régler l'achat et les points, mais le commerce doit avoir prévu les deux côtés.
Un contact, deux choses
Le cadre de lecture de paiement d'Apple le documente directement : une session de lecture peut lire une carte de paiement, lire une carte de fidélité, ou lire une carte de paiement avec une demande de fidélité, en s'arrêtant au résultat de fidélité si c'est ce que la caisse veut.
Du côté du client, c'est un geste là où il y en avait deux, et c'est toute la valeur. La séquence bien connue qui consiste à présenter une carte de fidélité, à la ranger et à présenter une carte de paiement est ce que cela supprime.
La carte de fidélité elle-même est une carte de portefeuille ordinaire plutôt qu'un justificatif de paiement, ce qui est pourquoi un commerce peut en émettre une sans la mécanique qu'exige une carte de paiement.
Ce qu'il faut pour que cela existe
Une caisse qui la demande. La demande vient du lecteur, donc un commerce dont le terminal ne réclame jamais de carte de fidélité n'en obtiendra jamais, quel que soit le nombre de cartes que ses clients détiennent.
Une carte que le portefeuille reconnaisse comme appartenant à ce commerce, ce qui veut dire que le commerce l'a émise par le mécanisme de cartes de la plateforme plutôt que comme une image de code-barres.
Et un chemin de paiement qui prenne en charge la session combinée, ce qui est pour un téléphone qui tient lieu de caisse le cadre que décrit la page de l'encaissement, avec les mêmes exigences de prestataire et d'autorisation.
L'autre plateforme
Sur Android le même résultat s'obtient par l'émulation de carte plutôt que par un cadre de lecture dédié : le portefeuille enregistre les identifiants d'application du programme de fidélité dans la catégorie prévue pour tout ce qui n'est pas du paiement, et le lecteur la sélectionne comme il sélectionnerait n'importe quelle application.
La conséquence est la même que pour le paiement : un seul service répond, et lequel se décide par l'acheminement de la plateforme plutôt qu'à la caisse, ce que couvre la page de la carte qui paie.
Un téléphone peut donc remettre une identité de fidélité et un justificatif de paiement en une seule présentation, et c'est le lecteur qui décide s'il a demandé les deux.
Si cela en vaut la peine
Pour un commerce qui possède ses caisses et tient un vrai programme de fidélité, le geste économisé se mesure à la file d'attente, et c'est le taux d'adhésion qu'il faut regarder.
Pour tous les autres, un code-barres dans un portefeuille fait le même travail sans accord, sans provisionnement et sans changer les lecteurs, ce qui est l'arbitrage qu'expose pour les billets la page du contact ou du code-barres et qui tombe ici de la même façon.
Et l'identité qui voyage est une adhésion à un programme plutôt qu'un justificatif de paiement, donc il faut la traiter comme une donnée sur un client : ce que la caisse apprend, conserve et rattache à un achat est la question que la page du site derrière le tag pose de tout contact.
Questions fréquentes
Un seul contact paie-t-il et cumule-t-il les points ?
Là où la caisse demande les deux, oui. Le lecteur peut réclamer une carte de fidélité dans la même session que le paiement.
Pourquoi ma carte de fidélité n'est-elle jamais lue ?
Presque toujours parce que le terminal ne la demande pas. La demande vient du lecteur, pas du téléphone.
Une carte de fidélité est-elle un justificatif de paiement ?
Non. C'est une carte de portefeuille ordinaire, ce qui est pourquoi un commerce peut en émettre une sans les accords qu'exige une carte de paiement.
Un code-barres suffit-il pour la fidélité ?
Pour la plupart des programmes oui, et il ne demande d'accord à aucune plateforme. Le contact gagne là où le temps de file se mesure et où le commerce possède ses caisses.