Brevet FR2979027A1 — publié le 20130215

DOMAINE DE L'INVENTION Le domaine de l'invention est celui de la compensation d'offres de remboursement dématérialisées proposées à des utilisateurs de terminaux électroniques mobiles. ARRIERE PLAN DE L'INVENTION Classiquement, les consommateurs découpent des offres de remboursement (coupons de réduction par exemple) et les emmènent dans une surface de vente pour les présenter lors du passage en caisse et obtenir la réduction proposée. Selon une autre procédure, le consommateur doit apporter la preuve de l'achat d'un produit faisant l'objet d'une offre de remboursement à un centre de compensation. Le consommateur peut ainsi être invité à découper le code barre du produit et à l'envoyer par courrier au centre de compensation accompagné du ticket de caisse. Dans le centre de compensation, un opérateur humain se charge alors de vérifier la preuve d'achat et le cas échéant de valider le remboursement. Afin de libérer le consommateur des contraintes du papier et de s'affranchir de la vérification réalisée par un opérateur humain, il a été proposée de dématérialiser les coupons de réduction dans le téléphone mobile du consommateur. Celui-ci peut recevoir l'ensemble de ses coupons de réduction sur son téléphone mobile et par un acte simple, bénéficier des promotions octroyées sur les produits lors de son passage en caisse. On connaît ainsi des solutions reposant sur la technologie sans contact NFC selon laquelle la caisse dialogue avec le terminal mobile par NFC et reçoit automatiquement tous les coupons actifs enregistrés dans le téléphone mobile, identifie ceux qui correspondent au panier et supprime les coupons utilisés. La technologie NFC n'est toutefois pas déployée à grande échelle dans les téléphones mobiles, de sorte que ces solutions restent à ce jour relativement peu utilisées. 1 II serait donc souhaitable de disposer dès à présent d'une solution permettant l'utilisation d'offres de remboursement dématérialisées, sans avoir à attendre que des technologies telles que le NFC atteignent leur masse critique. EXPOSÉ DE L'INVENTION Une telle solution pourrait notamment consister à également dématérialiser la preuve d'achat (par exemple en réalisant une photographie du ticket de caisse) de 10 manière à ce que le consommateur puisse la transmettre par voie électronique à un centre de compensation, lequel se chargerait de réaliser une vérification automatique de la preuve d'achat avant de déclencher le remboursement. Les problématiques suivantes se posent néanmoins. Dans la mesure notamment où les systèmes de caisses différent d'une surface 15 de vente à une autre, le texte imprimé sur un ticket de caisse pour un produit acheté peut présenter de nombreuses variantes. De plus le texte peut parfois être générique et ne pas indiquer précisément de quel produit il s'agit. II s'avère dès lors extrêmement difficile d'isoler avec une marge d'erreur raisonnable la ligne du ticket de caisse qui correspond au produit acheté, et donc de procéder à une vérification 20 suffisamment fiable de la preuve d'achat. Le ticket de caisse étant utilisé comme preuve d'achat, il y a risque de fraude par la contrefaçon du ticket ou sa réutilisation. Enfin, pour pouvoir être analysé correctement, la photographie du ticket de caisse doit être en haute résolution. La taille du fichier correspondant peut alors être 25 importante, et avoir du mal à être transmis par voie électronique, notamment par l'intermédiaire d'un réseau de téléphonie mobile. L'invention a pour objectif d'apporter une solution à ces problématiques, et propose pour ce faire un procédé de compensation d'une offre de remboursement mettant en oeuvre un serveur de compensation et un terminal électronique portable 30 disposant d'une interface de communication sans fil configurée pour échanger des données avec le serveur de compensation via un réseau sans fil, d'un dispositif de5 prise de vues, d'une interface utilisateur et d'une mémoire dans laquelle est chargée une application logicielle, dans lequel la compensation de l'offre de remboursement est réalisée par le serveur de compensation sur présentation par l'application logicielle du terminal électronique portable d'une preuve d'achat, le procédé comprenant les étapes suivantes, mises en oeuvre après que l'utilisateur du terminal électronique portable ait sélectionné une offre de remboursement d'un ou plusieurs produits au moyen de l'application logicielle, procédé à l'achat du ou des produits dans une surface de vente et récupéré le ticket de caisse relatif à cet achat, selon lesquelles l'application logicielle constitue ladite preuve d'achat en mettant en oeuvre : - une procédure de numérisation du ticket de caisse, selon laquelle l'application contrôle le module de prise de vues pour acquérir une image du ticket de caisse ; - une procédure de marquage, selon laquelle l'application mobile commande la mise à l'affichage de l'image du ticket de caisse sur l'interface utilisateur et associe à l'image du ticket de caisse des données de pointage par l'utilisateur d'une ou plusieurs lignes du ticket de caisse affiché sur l'interface utilisateur. Selon un second aspect, l'invention propose une application logicielle développée pour permettre la mise en oeuvre du procédé de compensation. BREVE DESCRIPTION DES DESSINS D'autres aspects, buts et avantages de la présente invention apparaîtront mieux à la lecture de la description détaillée suivante de formes de réalisation préférées de celle-ci, donnée à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels: la figure 1 est un exemple d'une image d'un ticket de caisse telle qu'acquise par l'application logicielle ; la figure 2 représente l'image du ticket de caisse après application d'un filtrage de seuil sur la luminance ; la figure 3 représente la détection de contour mise en oeuvre sur l'image du ticket de caisse après application du filtre de seuil sur la luminance ; la figure 4 représente l'image du ticket de caisse recadrée au moyen de la détection de contour pour ne présenter que le ticket de caisse ; la figure 5 est un schéma illustrant les différentes opérations réalisées par l'application logicielle pour constituer la preuve d'achat ; la figure 6 est un schéma illustrant les différentes opérations réalisées par le serveur de compensation pour analyser la preuve d'achat. DESCRIPTION DETAILLEE DE L'INVENTION Selon un premier aspect, l'invention concerne un procédé de compensation d'une offre de remboursement et met en oeuvre un serveur de compensation et un terminal électronique portable disposant d'une interface de communication sans fil configurée pour échanger des données avec le serveur de compensation via un réseau sans fil, d'un dispositif de prise de vues, d'une interface utilisateur et d'une mémoire dans laquelle est chargée une application logicielle. Le terminal est par exemple un téléphone mobile de type « smartphone » disposant d'un écran tactile. Afin de permettre la compensation de l'offre de remboursement, le serveur doit analyser une preuve d'achat présentée par l'application logicielle du terminal électronique portable. On décrira ainsi dans ce qui suit d'une part de quelle manière l'application logicielle constitue la preuve d'achat et d'autre part de quelle manière le serveur de compensation analyse cette preuve d'achat. A cet égard, la figure 5 représente les différentes étapes pouvant être mises en oeuvre pour constituer la preuve d'achat, tandis que la figure 6 représente les différentes étapes pouvant être mises en oeuvre pour analyser cette preuve d'achat L'application logicielle peut notamment être configurée pour permettre à un utilisateur du terminal mobile de gérer ses courses en réalisant le scan de codes- barres de produits et en constituant des listes de course qui peuvent être synchronisées avec un serveur. Ces actions peuvent être géolocalisées et le comportement de l'utilisateur (via ses scans et ses listes) peut être analysé, notamment selon des techniques de segmentation (« clustering »). L'application mobile est par configurée pour présenter à l'utilisateur des offres de remboursement transmises au terminal électronique mobile, via un ciblage ou non. Un offre de remboursement peut être valable sur une période données, une région donnée, et liée soit à un produit soit à une surface de vente (ou à une enseigne disposant de plusieurs surfaces de vente) ou un ensemble de ces deux objets. Elle peut être totale (le ou les produits sont remboursés à 100%) ou partielle (le produit est en partie remboursé, ou bien le produit est remboursé pour l'achat de plusieurs). L'utilisateur visualise toutes les offres disponibles et a deux options. II peut choisir une offre unique (un produit unique, ou une offre générale liée à une surface de vente), ou construire un portefeuille d'offres liées à une même surface de vente (cumulant ainsi les offres pour obtenir un montant global de remboursement. Cette sélection des offres de remboursement est représentée sous la référence 10 sur la figure 5. L'utilisateur procède à l'achat du ou des produits dans la surface de vente éligible et récupère le ticket de caisse. Afin de constituer la preuve d'achat, l'application logicielle est configurée pour mettre en oeuvre une procédure de numérisation du ticket de caisse représentée sous la référence 20 sur la figure 5, selon laquelle l'application contrôle le module de prise de vues pour acquérir une image du ticket de caisse. Le terminal électronique mobile étant entre les mains de l'utilisateur, l'environnement dans lequel l'image du ticket de caisse est acquise (conditions d'éclairement, distance entre terminal et le ticket ; couleur de la surface sur laquelle le ticket est posé, etc.) va nécessairement influencer sur la qualité de cette image. Les tickets de caisse sont en outre différents les uns des autres (taille du ticket, couleur du fond et de l'encre). On est donc confronté à une grande diversité des images de ticket de caisse acquises par les différents utilisateurs. Or le serveur de compensation doit disposer d'informations les plus homogènes possibles pour pouvoir assurer de manière automatisée la vérification de la preuve d'achat. De plus, comme souligné précédemment, pour que le ticket de caisse puisse être décodé correctement par le serveur de compensation, la photographie doit être envoyée en haute résolution. La taille du fichier correspondant à la photographie peut donc être importante (1,5 Mo en moyenne) et le fichier peut donc avoir du mal à être transmis par le réseau sans fil. Afin de remédier à ces problèmes et permettre de présenter des preuves d'achat homogènes, l'invention préconise la mise en oeuvre des étapes suivantes. L'application logicielle peut tout d'abord être configurée pour assister l'utilisateur et l'aider à bien cadrer le ticket de caisse, par exemple en venant afficher des marques d'alignement et en guidant l'utilisateur pour qu'il aligne le ticket de caisse avec les marques d'alignement, ce qui permet d'éviter tout effet de perspective ou d'angle. Une fois le ticket de caisse jugé correctement aligné, l'utilisateur déclenche la prise de la photo. L'application logicielle peut forcer l'utilisation du flash, ce qui permet d'assurer des conditions d'éclairement relativement similaires d'une photo à une autre. On a représenté sur la figure 1 un exemple d'une image de ticket de caisse. L'application logicielle peut également être configurée pour transformer si nécessaire l'image du ticket de caisse en mode portrait On s'assure ainsi que dans les images acquises par les différents utilisateurs le ticket de caisse y apparaisse toujours vertical. L'application logicielle peut par ailleurs être configurée pour réaliser un traitement de l'image du ticket de caisse visant à la rogner pour qu'elle n'y apparaisse que le ticket de caisse, en éliminant pour ce faire l'arrière-plan (la surface sur laquelle le ticket de caisse est posé lors de la prise de vue). Pour ce faire, l'application logicielle applique au cours de la procédure de numérisation un algorithme de détection de bordure à l'image du ticket de caisse acquise par le module de prise de vues pour déterminer la zone de l'image dans laquelle se trouve le ticket de caisse, et redimensionne ladite image en fonction du résultat de la détection de bordure de manière à ce qu'elle ne représente que le ticket de caisse. La détection de bordure peut notamment être mise en oeuvre sur l'image après que cette dernière ait été soumise à un filtrage de type filtre seuil sur la luminance appliqué à chaque pixel de l'image. La figure 2 représente l'image du ticket de caisse après application d'un tel filtre seuil sur la luminance, la figure 3 illustre la détection de bordure (ici les bords verticaux du ticket de caisse) et la figure 4 représente l'image du ticket de caisse après rognage pour n'en conserver que la portion utile correspondant au ticket de caisse et identifiée au moyen de l'algorithme de détection de bordure. On relèvera que le traitement de l'image par l'application permet de réduire la taille du fichier pour les raisons suivantes. Tout d'abord, en effectuant un rognage de l'image, celle-ci est mécaniquement plus petite en nombre de pixels. La partie conservée possède par ailleurs beaucoup moins de composantes hautes fréquences (cette partie ne présente que la surface plane et blanche du ticket) et se compresse beaucoup mieux, notamment au format JPEG. Au final, après rognage et compression, la taille du fichier est en moyenne de 300 Ko, soit un rapport de gain de l'ordre de 5. On relèvera par ailleurs que le rognage de l'image ne peut se faire correctement que si l'utilisateur a pris en pris le ticket en photo de manière optimale, à avoir de haut, droit et sans effet de perspective de manière à obtenir un rectangle dont les côtés sont parallèles aux bords de l'écran du terminal. Le ticket ne doit par ailleurs pas être trop près (la lentille de l'appareil de prise de vues n'est pas en mode macro) ni trop loin (perte de définition). On comprend donc l'importance du guide visuel présenté à l'utilisateur pour l'aider à cadrer au mieux le ticket. Comme représenté sous la référence 30 sur la figure 5, l'image du ticket de caisse est présentée à l'utilisateur qui peut décider visuellement de la rejeter et d'initier une nouvelle procédure de numérisation. De même, si aucun bord n'est détecté, l'utilisateur est informé de l'échec et la procédure de numérisation est renouvelée. L'application mobile est par ailleurs configurée pour mettre en oeuvre une procédure de marquage, représentée sous la référence 40 sur la figure 5, selon laquelle l'application mobile commande la mise à l'affichage de l'image du ticket de caisse sur l'interface utilisateur et associe à l'image du ticket de caisse des données de pointage par l'utilisateur d'une ou plusieurs lignes du ticket de caisse affiché sur l'interface utilisateur. L'utilisateur peut est ainsi être invité à marquer avec son doigt sur le ticket de caisse (via l'interface tactile du téléphone) la ligne correspondant à l'achat d'un produit faisant l'objet de l'offre de remboursement. Une zone rectangulaire en est déduite, et est conservée. La mise en oeuvre de cette étape de pointage manuel par l'utilisateur de la ligne du ticket correspondant au produit remboursé décharge le serveur de compensation de la tâche difficile de recherche de la présence du ou des produits couverts par l'offre de remboursement sur le ticket de caisse et permet de s'affranchir de la problématique mentionnée précédemment d'hétérogénéité des tickets de caisse. De manière optionnelle, et comme représenté sous la référence 50 sur la figure 5, l'application logicielle met également en oeuvre une procédure d'identification du ou des produits, selon laquelle l'application contrôle le module de prise de vues pour acquérir une image du code barre porté par chacun du ou des produits et met en oeuvre un traitement d'image pour extraire des données relatives à l'identité du ou des produits. L'utilisateur est ainsi invité à scanner le code barre de chacun des produits de l'offre de remboursement. Le scan du produit lié à l'offre s'avère utile dans un contexte de lutte contre la fraude, en ce qu'il permet de valider le fait que l'utilisateur a bien le produit sous la main et qu'il n'a donc pas juste récupéré un ticket de caisse ne lui appartenant pas. Suite à la constitution de la preuve d'achat par l'application logicielle, et comme représenté sous la référence 60 sur la figure 5, l'application logicielle contrôle l'interface de communication sans fil pour transmettre au serveur de compensation l'image du ticket de caisse, les données de pointage par l'utilisateur d'une ou plusieurs lignes du ticket de caisse et des données d'identification de l'offre sélectionnée par l'utilisateur. Le cas échéant, les données relatives à l'identité du ou des produits sont également transmises au serveur de compensation. En référence à la figure 6, le serveur de compensation reçoit (étape 100) un paquet de données de compensation en provenance de l'application logicielle et va tout d'abord identifier la ou les offres de remboursement à compenser en venant interroger une base de données d'offre de remboursement au moyen des données d'identification de la ou des offres sélectionnées par l'utilisateur Comme représenté sous la référence 110 sur la figure 6, le serveur de compensation peut réaliser un traitement de l'image du ticket de caisse, comprenant par exemple un traitement d'amélioration du contraste (référence 111) afin de faire ressortir l'encre par rapport, et un traitement de binarisation (référence 112). Le traitement d'amélioration du contraste consiste par exemple en un filtrage de type Retinex, tandis que le traitement de binarisation consiste par exemple en un filtrage de seuil adaptatif (par exemple basé sur la valeur médiane de la luminance pour un matrice de 7 pixels, avec constante de 10). Comme représenté sous la référence 120 sur la figure 6, le serveur de compensation est par ailleurs configuré pour mettre en oeuvre une reconnaissance de caractères, par exemple une reconnaissance optique de caractères, pour transformer l'image du ticket de caisse en un fichier de texte (caractères alphanumériques type ASCII), puis réalise l'extraction depuis le fichier de texte d'informations de texte relatives à la surface de vente, d'informations d'horodatage de l'achat et d'informations de texte relatives au(x) produit(s) identifié(s) au moyen des données de pointage. Le serveur de compensation identifie la surface de vente dans laquelle a été réalisée l'achat en venant interroger une base de données de surfaces de vente au moyen desdites informations de texte relatives à la surface de vente, lesquelles comprennent l'une et ou l'autre des informations suivantes : numéro de téléphone de la surface de vente, nom de la surface de vente, adresse de la surface de vente. Le numéro de téléphone est préférentiellement utilisé pour identifier la surface de vente. Si ce numéro n'est pas présent sur le ticket de caisse, l'indentification de la surface de vente peut être réalisée en utilisant le nom et l'adresse de la surface de vente. Les informations d'horodatage de l'achat comprennent typiquement la date et l'heure de l'achat. On a vu précédemment que l'application logicielle peut déduire une zone rectangulaire du pointage par l'utilisateur d'un produit sur l'image du ticket de caisse. L'extraction mise en oeuvre par le serveur de compensation consiste alors à extraire du fichier de texte la ou les lignes correspondant à la ou les zones rectangulaires déduites par l'application logicielle et transmises au serveur de compensation. En cas d'échec de la reconnaissance de caractères et/ou en cas d'échec de l'extraction des informations, l'image du ticket de caisse est passée à un opérateur humain (étape référencée 130 sur la figure 6) pour qu'il corrige et/ou complète la collecte des informations pertinentes. Dans une mise en oeuvre préférentielle de l'invention, le serveur de compensation met en oeuvre une procédure de sécurisation pour vérifier que le ticket de caisse n'a pas déjà été utilisé pour la compensation d'une offre de remboursement, ladite procédure de sécurisation comprenant le calcul d'une empreinte numérique du ticket de caisse. Le calcul de l'empreinte numérique du ticket de caisse consiste par exemple à appliquer une fonction de hachage (par exemple une signature MD5) à la concaténation de données clés comprenant par exemple les informations de texte extraites du fichier de texte et relatives à la surface de vente, à l'horodatage de l'achat et au montant de l'achat. Comme représenté sous le bloc 140, le serveur de compensation vérifie l'unicité de l'empreinte numérique du ticket de caisse, de manière à s'assurer que le ticket n'a pas déjà été utilisé pour une compensation précédente. Dans le cas contraire, toutes les offres sont rejetées (bloc 150). Une autre procédure peut être mise en oeuvre par le serveur de compensation pour détecter un potentiel faux ticket. Selon cette procédure, le serveur de compensation récupère également le prix correspondant à un achat depuis la ligne d'achat extraite du fichier de texte au moyen des données de pointage. Ce prix est alors comparé à la valeur du produit dans la surface de vente où l'achat a été réalisé, ou à une valeur moyenne du produit dans un ensemble de surfaces de vente. Une différence trop importante est indicative d'un faux. Pour chacune des offres de remboursement à compenser préalablement identifiées, le serveur de compensation va procéder aux vérifications suivantes : - il vérifie la validité de l'offre de remboursement à compenser à la date de l'achat (bloc 150 sur la figure 6) ; - il vérifie que la surface de vente identifiée est bien éligible à l'offre de remboursement à compenser (bloc 160) ; - il vérifie que le ou les produits identifiés au moyen des données de pointage correspondent au(x) produit(s) visé(s) par l'offre de remboursement à 5 compenser (bloc 170). En cas d'échec de l'une des vérifications, la compensation de l'offre de remboursement est rejetée. En cas de succès de l'ensemble des vérifications, l'offre de remboursement est compensée et le montant du remboursement est par exemple crédité sur le compte 10 bancaire de l'utilisateur (bloc 180). Comme illustré par le bloc 190, une réponse asynchrone est renvoyée à l'utilisateur, décrivant les divers succès/échecs. En cas d'échec, l'utilisateur est invité à recommencer la procédure pour le ou les offres qui ont été rejetées. L'invention n'est pas limitée au procédé de compensation selon son premier 15 aspect, mais vise également selon un second aspect l'application logicielle permettant de constituer la preuve d'achat au format adéquat avant transmission au serveur de compensation. REVENDICATIONS1. Procédé de compensation d'une offre de remboursement mettant en oeuvre un serveur de compensation et un terminal électronique portable disposant d'une interface de communication sans fil configurée pour échanger des données avec le serveur de compensation via un réseau sans fil, d'un dispositif de prise de vues, d'une interface utilisateur et d'une mémoire dans laquelle est chargée une application logicielle, dans lequel la compensation de l'offre de remboursement est réalisée par le serveur de compensation sur présentation par l'application logicielle du terminal électronique portable d'une preuve d'achat, le procédé comprenant les étapes suivantes, mises en oeuvre après que l'utilisateur du terminal électronique portable ait sélectionné une offre de remboursement d'un ou plusieurs produits au moyen de l'application logicielle, procédé à l'achat du ou des produits dans une surface de vente et récupéré le ticket de caisse relatif à cet achat, selon lesquelles l'application logicielle constitue ladite preuve d'achat en mettant en oeuvre : une procédure de numérisation du ticket de caisse, selon laquelle l'application 20 contrôle le module de prise de vues pour acquérir une image du ticket de caisse ; une procédure de marquage, selon laquelle l'application mobile commande la mise à l'affichage de l'image du ticket de caisse sur l'interface utilisateur et associe à l'image du ticket de caisse des données de pointage par l'utilisateur 25 d'une ou plusieurs lignes du ticket de caisse affiché sur l'interface utilisateur. 2. Procédé selon la revendication 1, dans lequel au cours de la procédure de numérisation, l'application logicielle applique un algorithme de détection de bordure à l'image du ticket de caisse acquise par le module de prise de vues pour déterminer 30 la zone de l'image dans laquelle se trouve le ticket de caisse, et redimensionne ladite image en fonction du résultat de la détection de bordure de manière à ce qu'elle ne représente que le ticket de caisse. 3. Procédé selon l'une des revendications 1 à 2, dans lequel suite à la constitution de la preuve d'achat par l'application logicielle, l'application logicielle contrôle l'interface de communication sans fil pour transmettre au serveur de compensation l'image du ticket de caisse, les données de pointage par l'utilisateur d'une ou plusieurs lignes du ticket de caisse et des données d'identification de l'offre sélectionnée par l'utilisateur, et le serveur de compensation identifie l'offre de remboursement à compenser en venant interroger une base de données d'offre de remboursement au moyen des données d'identification de l'offre sélectionnée par l'utilisateur, met en oeuvre une reconnaissance de caractères pour transformer l'image du ticket de caisse en un fichier de texte, puis réalise l'extraction depuis le fichier de texte d'informations relatives à la surface de vente, d'informations d'horodatage de l'achat et d'informations relatives au(x) produit(s) identifié(s) au moyen des données de pointage. 4. Procédé selon la revendication 3, dans lequel l'extraction d'informations relatives à un produit consiste à extraire du fichier de texte une ligne désignée par les données de pointage du produit. 5. Procédé selon la revendication 3, dans lequel le serveur de compensation identifie la surface de vente dans laquelle a été réalisée l'achat en venant interroger une base de données de surfaces de vente au moyen desdites informations relatives à la surface de vente ; vérifie que la surface de vente identifiée est éligible à l'offre de remboursement à compenser. 6. Procédé selon la revendication 3, dans lequel le serveur de compensation vérifie la validité de l'offre de remboursement à compenser à la date de l'achat.30 7. Procédé selon la revendication 3, dans lequel le serveur de compensation vérifie que le ou les produits identifiés au moyen des données de pointage correspondent au(x) produit(s) visé(s) par l'offre de remboursement à compenser 8. Procédé selon la revendication 3, dans lequel les informations relatives à la surface de vente comprennent l'une et ou l'autre des informations suivantes : numéro de téléphone de la surface de vente, nom de la surface de vente, adresse de la surface de vente. 9. Procédure selon la revendication 3, dans lequel le serveur de compensation met en oeuvre une procédure de sécurisation pour vérifier que le ticket de caisse n'a pas déjà été utilisé pour la compensation d'une offre de remboursement, ladite procédure de sécurisation comprenant le calcul d'une empreinte numérique du ticket de caisse. 10. Procédé selon la revendication 9, dans lequel le calcul de l'empreinte numérique du ticket de caisse consiste à appliquer une fonction de hachage à la concaténation des informations relatives à la surface de vente, à la date de l'achat et au montant de l'achat extraites du fichier de texte. 11. Procédé selon la revendication 1, dans lequel l'application logicielle met également en oeuvre une procédure d'identification du ou des produits, selon laquelle l'application contrôle le module de prise de vues pour acquérir une image du code barre porté par chacun du ou des produits et met en oeuvre un traitement d'image pour extraire des données relatives à l'identité du ou des produits. 12. Produit programme d'ordinateur destinée à être mémorisée dans un terminal électronique mobile, comprenant un ensemble d'instructions qui lorsqu'elles sont exécutées par un processeur du terminal électronique mobile permettent de constituer une preuve d'achat d'un ou plusieurs produits dans une surface de vente en mettant en oeuvre : une procédure de numérisation d'un ticket de caisse, selon laquelle l'application contrôle un module de prise de vues du terminal électronique mobile pour acquérir une image du ticket de caisse ; une procédure de déclaration d'un achat, selon laquelle l'application mobile commande la mise à l'affichage de l'image du ticket de caisse sur une interface utilisateur du terminal électronique mobile et associe à l'image du ticket de caisse des données de pointage par l'utilisateur d'une ou plusieurs lignes du ticket de caisse affiché sur l'interface utilisateur.