FR3004832A1 - Procede de gestion d’un compte de fidelite d’un client dans un systeme de vente - Google Patents
Procede de gestion d’un compte de fidelite d’un client dans un systeme de vente Download PDFInfo
- Publication number
- FR3004832A1 FR3004832A1 FR1353709A FR1353709A FR3004832A1 FR 3004832 A1 FR3004832 A1 FR 3004832A1 FR 1353709 A FR1353709 A FR 1353709A FR 1353709 A FR1353709 A FR 1353709A FR 3004832 A1 FR3004832 A1 FR 3004832A1
- Authority
- FR
- France
- Prior art keywords
- sale
- code
- platform
- customer
- account
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0238—Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
L'invention concerne un procédé de gestion d'un compte de fidélité d'un client dans un système de vente comprenant une plateforme (1) d'administration de tels comptes qui est connectée à au moins un terminal (2) de vente relié à un dispositif (3) d'impression de tickets (4) récapitulant des informations (5) relatives à ladite vente, ledit procédé prévoyant, lors d'une vente : de générer, en plus des informations (5) relatives à ladite vente, un code (6) d'identification de ladite vente ; d'imprimer ledit code et lesdites informations sur le ticket (4) correspondant à ladite vente ; puis, après remise dudit ticket au client, que la plateforme (1) : reçoive de la part dudit client ledit code imprimé avec un identifiant de son compte ; et applique des règles de fidélité audit compte en fonction dudit code reçu afin de créditer d'un avantage ledit compte.
Description
L'invention concerne un procédé de gestion d'un compte de fidélité d'un client dans un système de vente, ainsi qu'un système de vente comprenant une plateforme d'administration de comptes de fidélité de clients.
De façon classique, pour permettre le paiement des achats effectués par les clients, les points de vente sont équipés d'un système de vente comprenant au moins un terminal de vente relié à un dispositif d'impression de tickets récapitulant des informations relatives à ladite vente.
Toutefois, dans la majorité des points de ventes, le passage au terminal de vente est un goulot d'étranglement et l'ajout d'un service de fidélité dans le processus de vente ralenti d'autant ce passage. En outre, l'usage d'un programme de fidélité utilisant un smartphone du client pose un problème puisque les terminaux de vente ne disposent généralement pas de moyen de communication directe avec le smartphone, tel un lecteur de code barre en deux dimensions, un lecteur RFID ou un port Bluetooth. En outre, les terminaux de vente sont hétérogènes, l'ajout d'une fonctionnalité de fidélité nécessitant généralement des développements logiciels spécifiques, notamment relativement au protocole de communication. L'invention vise à résoudre les problèmes de l'art antérieur en proposant notamment un procédé de gestion d'un compte de fidélité d'un client qui peut être intégré de façon simple dans un système de vente existant. En particulier, le procédé proposé est avantageux sur les points suivants : - ne pas ralentir le passage au terminal de vente si le client ne fait que cumuler des achats, sans utiliser d'avantage, ce qui correspond à la majorité des ventes ; - le vendeur n'a pas besoin de « lecteur supplémentaire» pour recevoir les informations du client ; - la compatibilité est totale avec la quasi-totalité des terminaux de vente sans modification, notamment en prévoyant un module matériel se raccordant aux terminaux de vente « fermés » ou un module logiciel installé dans les terminaux de vente, le service de fidélité pouvant être vu comme un dispositif d'impression standard par le système de vente ; - la souplesse et la sécurité d'utilisation. A cet effet, et selon un premier aspect, l'invention propose un procédé de gestion d'un compte de fidélité d'un client dans un système de vente comprenant une plateforme d'administration de tels comptes qui est connectée à au moins un terminal de vente relié à un dispositif d'impression de tickets récapitulant des informations relatives à ladite vente, ledit procédé prévoyant, lors d'une vente : - de générer, en plus des informations relatives à ladite vente, un code d'identification de ladite vente ; - d'imprimer ledit code et lesdites informations sur le ticket correspondant à ladite vente ; puis, après remise dudit ticket au client, que la plateforme : - reçoive de la part dudit client ledit code imprimé avec un identifiant de son compte ; et - applique des règles de fidélité audit compte en fonction dudit code reçu afin de créditer d'un avantage ledit compte. Selon un deuxième aspect, l'invention propose un système de vente comprenant une plateforme d'administration de comptes de fidélité de clients qui est connectée à au moins un terminal de vente relié à un dispositif d'impression de tickets récapitulant des informations relatives à ladite vente, ledit système comprenant un module connecté entre le terminal et le dispositif d'impression, ledit module comprenant des moyens de génération d'un code d'identification d'une vente et des moyens d'intégration dudit code dans l'impression du ticket correspondant à ladite vente, ledit système comprenant en outre une application permettant au client d'envoyer à la plateforme ledit code imprimé avec un identifiant de son compte afin que ladite plateforme crédite d'un avantage ledit compte en appliquant des règles de fidélité en fonction dudit code reçu. D'autres particularités et avantages de l'invention apparaîtront dans la description qui suit, faite en référence aux figures annexées qui illustrent la mise en oeuvre d'un procédé de gestion d'un compte de fidélité dans un système de vente selon respectivement un mode de réalisation de l'invention (figures 1 et 2).
On décrit ci-dessous un procédé de gestion d'un compte de fidélité d'un client dans un système de vente comprenant une plateforme 1 d'administration de comptes de fidélité de clients qui est connectée à au moins un terminal 2 de vente.
En particulier, le procédé peut être mis en oeuvre dans un système de vente comprenant plusieurs terminaux 2 de vente, dans un ou plusieurs points de vente, qui sont mis en réseau avec la plateforme 1, par exemple en utilisant un protocole de communication type TCP/IP. La plateforme 1 peut être implantée dans au moins un serveur qui héberge une base de données et des moyens logiciels d'administration permettant la mise en oeuvre du procédé par ladite plateforme. Le terminal 2 de vente est relié à un dispositif 3 d'impression de tickets 4, par exemple au moyen d'une connexion de type RS232, Ethernet ou USB. De façon conventionnelle, le terminal 2 de vente comprend des moyens de saisie de l'identifiant des articles achetés, des moyens permettant de générer des informations 5 relatives à la vente et des moyens pour faire imprimer des tickets 4 récapitulant lesdites informations, notamment la désignation des articles achetés ainsi que leur prix.
Lors d'une vente, le procédé prévoit, en plus des informations 5 relatives à la vente, de générer un code 6 d'identification de ladite vente et d'imprimer ledit code et lesdites informations sur le ticket 4 correspondant à ladite vente. Ainsi, dans le passage normal au terminal 2 de vente, le vendeur remet à son client un ticket 4 qui intègre un code 6 d'identification, et ce sans ralentir le flux de vente.
En particulier, le code 6 d'identification peut être généré par analyse des informations 5 relatives à la vente. Selon une réalisation, le code 6 est généré à partir du contenu complet du ticket 4, incluant notamment le numéro de la vente, la date, l'heure, le lieu de vente, la liste des articles, le numéro de la caisse, l'identifiant du vendeur. Ces informations sont ensuite hachées et cryptées par une méthode de chiffrement, ce qui donne un code unique, ledit cryptage permettant d'identifier des faux codes et de les rejeter. Après cette remise, c'est-à-dire en dehors du flux de vente et alors que le vendeur peut traiter d'autres clients, le procédé prévoit que la plateforme 1 reçoive de la part du client le code 6 imprimé avec un identifiant de son compte. Ainsi, la plateforme 1 peut appliquer des règles de fidélité au compte en fonction du code 6 reçu afin de créditer d'un avantage ledit compte, par exemple sous la forme d'une réduction, d'un article gratuit ou d'un incrément de points. En outre, la plateforme 1 peut recevoir de la part du client les informations 5 relatives à la vente. De façon avantageuse, le procédé peut prévoir, lors de la vente, d'envoyer à la plateforme 1 le code 6 d'identification et/ou les informations 5 relatives à ladite vente, les règles de fidélité étant appliquées uniquement lorsqu'un code 6 reçu du client a été envoyé lors de la vente. Ainsi, il est possible d'améliorer la sécurité de fonctionnement du service de fidélité en évitant la prise en compte par la plateforme 1 de faux code généré par le client. En outre, un code 6 d'identification ne peut être utilisé qu'une seule fois et par un seul client, s'il est envoyé une deuxième fois à la plateforme 1 il n'aura pas d'effet sur le compte du client. La mise en oeuvre du procédé de gestion peut être réalisée dans un système de vente comprenant un module 7 connecté entre le terminal 2 de vente et le dispositif 3 d'impression, notamment en étant vu par le système comme un dispositif d'impression standard. En particulier, le terminal 2 de vente communique au module 7 des fichiers d'impression des informations 5 relatives aux ventes et le module 7 communique au dispositif 3 d'impression des fichiers d'impression desdites informations et des codes 6 d'identification. Pour ce faire, le module 7 comprend des moyens de génération d'un code 6 d'identification d'une vente et des moyens d'intégration dudit code dans l'impression du ticket 4 correspondant à ladite vente. En particulier, le module 7 peut être sous une forme logicielle en étant installé dans le terminal 2 de vente, comme représenté sur la figure 1 ou, en relation avec la figure 2, le module 7 peut être sous une forme matérielle en intégrant des moyens logiciels et de connectiques propres, notamment sur le câble reliant le terminal 2 de vente au dispositif 3 d'impression.
De façon avantageuse relativement à la compatibilité du système, le module 7 sous une forme logicielle peut configurer une imprimante virtuelle dans le terminal 2, ladite imprimante pouvant être utilisée par le logiciel du terminal 2 de vente pour imprimer le ticket 4.
Selon une réalisation, le module 7 comprend des moyens de génération du code 6 qui permettent un envoi à la plateforme 1 des informations 5 relatives à la vente. Ainsi, lors de la vente, le module 7 envoie à la plateforme 1 les informations 5 relatives à la vente, ladite plateforme analysant ces informations pour définir un code 6 d'identification, qu'elle envoie ensuite au module 7 pour intégration dans l'impression du ticket 4. Le système de vente comprend également une application 8 permettant au client d'envoyer à la plateforme 1 le code 6 imprimé avec un identifiant de son compte afin que ladite plateforme crédite d'un avantage ledit compte en appliquant des règles de fidélité en fonction dudit code reçu. En particulier, l'application 8 peut être intégrée dans un smartphone 9 du client.
Dans les modes de réalisation représentés, le code 6 d'identification imprimé sur le ticket 4 est sous la forme d'un code barre en deux dimensions unique qui est scanné par le client au moyen de l'application 8 de son smartphone 9, ladite application permettant en outre de communiquer avec la plateforme 1, notamment le code 6 scanné avec un identifiant du compte du client. En outre, l'application 8 permet au client de consulter son compte et de pouvoir visualiser la liste des avantages crédités sur son compte de fidélité pour pouvoir sélectionner celui dont il souhaite bénéficier.
Selon une réalisation, le code 6 d'identification comprend une URL, c'est-à-dire une adresse web commençant par « http ». Ainsi, dans le cas où le client n'a pas installé l'application 8 sur son smartphone 9, il est possible de lui proposer de télécharger ladite application. En effet, les applications permettant de scanner les codes barre 2D ouvrent automatiquement les URL contenues dans lesdits codes et, dans le cas où l'application 8 est installée dans le smartphone 9 du client, l'information du code 6 contenue dans l'URL est directement traitée. Le procédé prévoit également que le client puisse, lors d'une vente, utiliser immédiatement l'avantage dont il souhaite bénéficier. Pour ce faire, lors d'une telle vente, le procédé prévoit une identification préalable du terminal 2 de vente par le client et l'envoi à la plateforme 1 de l'identité dudit terminal, de l'avantage et de l'identifiant du compte dudit client. Ensuite, la plateforme 1 génère un code 10 d'avantage et envoi ledit code d'avantage au client et au vendeur. Ainsi, après vérification par le vendeur de la concordance entre les deux codes 10 envoyés, l'avantage peut être appliqué à la vente de façon sécurisée. Pour mettre en oeuvre cette vente, le terminal 2 de vente comprend des moyens d'identification. En variante, le terminal 2 de vente peut être identifié par géolocalisation du client ou par géonotification automatique dans la zone du lieu de vente (geofencing en anglais), notamment au moyen de son smartphone 9. L'application 8 comprend des moyens d'envoi à la plateforme 1 de l'identité du terminal 2 et d'un avantage à octroyer afin que ladite plateforme génère un code 10 d'avantage, ladite plateforme comprenant des moyens d'envoi à l'application 8 et au module 7 dudit code d'avantage.
De façon avantageuse, le moyen d'identification comprend un OR code disposé à proximité du terminal 2 de vente, ledit code étant scanné par le client au moyen de son smartphone 9. De même que pour le code 6 d'identification d'une vente, le code disposé à proximité du terminal 2 de vente peut contenir une URL permettant d'inciter le client à télécharger l'application 8.
Le code 10 d'avantage peut être un code à quatre chiffres que le client lit sur son smartphone 9 pour le donner au vendeur qui le compare au code 10 qu'il a reçu.
Le code 10 d'avantage peut être envoyé au module 7 afin de l'imprimer sur un ticket 11 de remise et/ou l'afficher sur l'écran du terminal 2 de vente, le vendeur pouvant alors lire ledit code avant de valider l'avantage. En particulier, le code 10 d'avantage peut être imprimé dans le cas d'un module 7 sous une forme matérielle et être affiché, par exemple sous la forme d'une fenêtre contextuelle (pop-up en anglais), dans le cas d'un module 7 sous une forme logicielle. Le ticket 11 de remise peut également comprendre des codes barre 12 correspondant à des produits ou à des remises de la base de données du terminal 2 de vente. Ainsi, après validation, le vendeur peut saisir l'avantage dans le panier du client en scannant le code barre 12 du ticket 11 de remise. Par ailleurs, l'octroi de l'avantage peut être pris en compte après la vente, en prévoyant un envoi à la plateforme 1 des informations relatives à ladite vente pour débiter le compte de l'avantage appliqué, éventuellement après contrôle de la bonne application dudit avantage.
Claims (11)
- REVENDICATIONS1. Procédé de gestion d'un compte de fidélité d'un client dans un système de vente comprenant une plateforme (1) d'administration de tels comptes qui est connectée à au moins un terminal (2) de vente relié à un dispositif (3) d'impression de tickets (4) récapitulant des informations (5) relatives à ladite vente, ledit procédé prévoyant, lors d'une vente : - de générer, en plus des informations (5) relatives à ladite vente, un code (6) d'identification de ladite vente ; - d'imprimer ledit code et lesdites informations sur le ticket (4) correspondant à ladite vente ; puis, après remise dudit ticket au client, que la plateforme (1) : - reçoive de la part dudit client ledit code imprimé avec un identifiant de son compte ; et - applique des règles de fidélité audit compte en fonction dudit code reçu afin de créditer d'un avantage ledit compte.
- 2. Procédé de gestion selon la revendication 1, caractérisé en ce qu'il prévoit, lors de la vente, d'envoyer à la plateforme (1) le code (6) d'identification et/ou les informations (5) relatives à ladite vente, les règles de fidélité étant appliquées uniquement lorsqu'un code (6) reçu du client a été envoyé lors de la vente.
- 3. Procédé de gestion selon l'une des revendications 1 ou 2, caractérisé en ce qu'il prévoit de recevoir de la part du client également les informations (5) relatives à la vente.
- 4. Procédé de gestion selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le code (6) d'identification imprimé sur le ticket (4) est scanné par le client au moyen d'une application (8) permettant de communiquer avec la plateforme (1).
- 5. Procédé de gestion selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le code (6) d'identification est sous la forme d'un code barre en deux dimensions unique.
- 6. Procédé de gestion selon l'une quelconque des revendications 1 à 5, caractérisé en ce que, lors d'une vente au cours de laquelle le client souhaite bénéficier d'un avantage crédité sur son compte de fidélité, il prévoit : - une identification préalable du terminal (2) de vente par le client ; - l'envoi à la plateforme (1) de l'identité dudit terminal, de l'avantage et de l'identifiant du compte dudit client ; - la génération d'un code (10) d'avantage ; - l'envoi dudit code d'avantage au client ainsi qu'au vendeur et, après vérification par le vendeur de la concordance entre les deux codes (10) envoyés ; - l'application de l'avantage à la vente.
- 7. Procédé de gestion selon la revendication 6, caractérisé en ce qu'il prévoit, après la vente, l'envoi à la plateforme (1) des informations (5) relatives à ladite vente pour débiter le compte de l'avantage appliqué, éventuellement après contrôle de la bonne application dudit avantage.
- 8. Système de vente comprenant une plateforme (1) d'administration de comptes de fidélité de clients qui est connectée à au moins un terminal (2) de vente relié à un dispositif (3) d'impression de tickets (4) récapitulant des informations (5) relatives à ladite vente, ledit système comprenant un module (7) connecté entre le terminal (2) et le dispositif (3) d'impression, ledit module comprenant des moyens de génération d'un code (6) d'identification d'une vente et des moyens d'intégration dudit code dans l'impression du ticket (4) correspondant à ladite vente, ledit système comprenant en outre une application (8) permettant au client d'envoyer à la plateforme (1) ledit code imprimé avec un identifiant de son compte afin que ladite plateforme crédite d'un avantage ledit compte en appliquant des règles de fidélité en fonction dudit code reçu.
- 9. Système de vente selon la revendication 8, caractérisé en ce que le terminal (2) de vente comprend des moyens d'identification, l'application (8) comprenant des moyens d'envoi à la plateforme (1) de l'identité dudit terminal et d'un avantage à octroyer afin que ladite plateforme génère un code (10) d'avantage, ladite plateforme comprenant des moyens d'envoi à l'application (8) et au module (7) dudit code d'avantage.
- 10. Système de vente selon l'une des revendications 8 ou 9, caractérisé en ce que le module (7) est sous une forme matérielle et/ou logicielle, l'application (8) étant intégrée dans un smartphone (9) du client.
- 11. Système de vente selon la revendication 10, caractérisé en ce que le module (7) sous une forme logicielle est installé dans le terminal (2) de vente en configurant une imprimante virtuelle dans ledit terminal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1353709A FR3004832A1 (fr) | 2013-04-23 | 2013-04-23 | Procede de gestion d’un compte de fidelite d’un client dans un systeme de vente |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1353709A FR3004832A1 (fr) | 2013-04-23 | 2013-04-23 | Procede de gestion d’un compte de fidelite d’un client dans un systeme de vente |
Publications (1)
Publication Number | Publication Date |
---|---|
FR3004832A1 true FR3004832A1 (fr) | 2014-10-24 |
Family
ID=49237253
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR1353709A Pending FR3004832A1 (fr) | 2013-04-23 | 2013-04-23 | Procede de gestion d’un compte de fidelite d’un client dans un systeme de vente |
Country Status (1)
Country | Link |
---|---|
FR (1) | FR3004832A1 (fr) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2469459A2 (fr) * | 2010-12-23 | 2012-06-27 | NCR Corporation | Lecture de reçu numérique |
US20120209688A1 (en) * | 2011-02-15 | 2012-08-16 | Michelle Lamothe | Systems and methods for multi-platform transaction card access and management |
US20120316950A1 (en) * | 2011-06-10 | 2012-12-13 | Jeffrey Laporte | System and method for augmentation of retail pos data streams with transaction information |
WO2013008017A1 (fr) * | 2011-07-13 | 2013-01-17 | Yell Limited | Collecte et validation sécurisées de points de fidélisation |
-
2013
- 2013-04-23 FR FR1353709A patent/FR3004832A1/fr active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2469459A2 (fr) * | 2010-12-23 | 2012-06-27 | NCR Corporation | Lecture de reçu numérique |
US20120209688A1 (en) * | 2011-02-15 | 2012-08-16 | Michelle Lamothe | Systems and methods for multi-platform transaction card access and management |
US20120316950A1 (en) * | 2011-06-10 | 2012-12-13 | Jeffrey Laporte | System and method for augmentation of retail pos data streams with transaction information |
WO2013008017A1 (fr) * | 2011-07-13 | 2013-01-17 | Yell Limited | Collecte et validation sécurisées de points de fidélisation |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200294081A1 (en) | Systems and methods for intelligent coupon distribution, redemption, and tracking | |
EP0820620A1 (fr) | Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique | |
FR2817061A1 (fr) | Procede et systeme de reception, stockage et traitement de coupons electroniques avec un telephone mobile ou un assistant numerique | |
WO2016020021A1 (fr) | Methode de gestion de transaction par reconnaissance d'immatriculation d'un vehicule | |
FR2905187A1 (fr) | Terminal de paiement electronique biometrique et procede de transaction | |
RU2752468C2 (ru) | Дистанционно управляемые системы, устройства и способы выдачи изделий | |
KR20040088587A (ko) | 캐시리스 자동판매시스템, 방법, 자동판매기 및 센터장치 | |
WO2002001521A1 (fr) | Système de transaction avec dispositif personnel portatif d'identification et de contrôle de transaction | |
EP2701099A1 (fr) | Réseau informatique permettant de commander dynamiquement les codes RQ | |
KR20040104289A (ko) | 포인트 관리 프로그램, 그 프로그램의 제공 서버 및 단말장치 | |
WO2017032056A1 (fr) | Procédé et appareil de détermination d'encaissement en fonction d'un point de vente | |
WO2019068742A1 (fr) | Procédé et système pour réaliser une transaction de paiement sur un terminal bancaire avec un dispositif électronique | |
FR3025915A1 (fr) | Procedes et dispositifs de gestion de transactions composites | |
EP3142054A1 (fr) | Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants | |
FR3004832A1 (fr) | Procede de gestion d’un compte de fidelite d’un client dans un systeme de vente | |
EP2824625B1 (fr) | Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant | |
EP2207150A1 (fr) | Procédé d'aide au contrôle d'enregistrements de transactions, dispositif de transaction, serveur, terminal mobile et programmes d'ordinateur correspondants | |
WO2015044393A1 (fr) | Méthode de traitement de données transactionnelles, terminal, serveur et programmes d'ordinateur correspondants | |
LU501747B1 (fr) | Dispositif de traitement de données pour terminal de vente | |
EP2800072A2 (fr) | Procédé de délivrance par un automate de cartes de téléphonie mobile SIM à abonnement prépayé ou postpayé | |
EP3599563B1 (fr) | Procédé d'affichage d'un code d'authentification par un dispositif électronique avec sélection de mode d'affichage, procédé de gestion, dispositifs et serveurs associés | |
FR3023640A1 (fr) | Procede de gestion d'une transaction, serveur, produit programme d'ordinateur et medium de stockage correspondants. | |
JP2004070380A (ja) | 金券の真贋判定システム | |
FR3012239A1 (fr) | Procede et dispositif permettant de creer et de donner acces a des espaces de vente en ligne personnalises | |
EP2696320A1 (fr) | Procédé de vérification d'authenticité, serveur, système et programme d'ordinateur correspondants |