Brevet FR3081587A1 — publié le 20191129

PROCEDE DE VALORISATION DES PRODUITS NON CONFORMES Domaine de l'invention La présente invention concerne le domaine des systèmes informatiques de gestion de produits en distribution 5 libre service et plus précisément de gestion des retraits des linéaires des produits non conformes. Dans un magasin en libre-service, on utilise de manière connue un système informatique de gestion de stock pour optimiser le taux de disponibilité en linéaire (en 10 anglais « On Shelf Availability ») afin de gagner en prof itabilité. On a récemment développé des méthodes prédictives basées sur des paramètres d'estimation et des données de transaction de vente en cours pour détecter un temps critique qui indique la probabilité que la catégorie de 15 produit particulière soit indisponible sur les rayons. Il est également nécessaire d'optimiser le remplissage des linéaires en retirant sans délai les produits non conformes aux conditions de vente. Le terme de non-conforme désigne, au sens du 20 présent brevet, au moins une caractéristique d'un produit le rendant impropre à la vente aux conditions normales. Cette caractéristique est notamment : - une dégradation du produit ou de son emballage (conditionnement abimé, étiquette déchirée, emballage défoncé 25 ou déformé, produit ou emballage souillé,...) - un produit « déloti », vendu sous forme de lots, dont une ou plusieurs unités sont abimées ou dégradées ou manquantes (par exemple un lot de 6 pot de yaourts dont l'un présente un opercule perforé) 30 - un produit dont la date limite de consommation (DLC) est trop proche de la date actuelle, selon la charte fraicheur du magasin, qui peut imposer une date de vente antérieure à la date limite de consommation 2 - un produit démodé (par exemple un calendrier de l'année passée, qui conserve néanmoins un intérêt pour ses images - un produit ayant fait l'objet d'un rappel pour des questions de qualité confirmé (défaut de fabrication, détection de falsification, contrefaçon, non-conformité avec l'autorisation de mise sur le marché ou tout autre problème sérieux de qualité), de sécurité ou un rappel sanitaire. Un magasin tel qu'un hypermarché doit gérer un assortiment de 20.000 à 80.000 références de produits alimentaires et non alimentaires. La gestion des produits non conformes est de ce fait extrêmement fastidieuse, d'autant plus que la tendance est de traiter de manière différenciée les produits non 15 conformes, par exemple : - ré-étiquetage avec un code promotionnel, pour les produits dont la date limite de consommation n'est pas encore atteinte, mais qui n'est plus conforme à la charte fraicheur, ou pour des produits abimés, le taux de remise peut varier en 20 fonction de différents paramètres - retrait des rayons pour des dons à des associations caritatives - vente à l'unité des produits délotis - mise en décharge 25 - retour au fournisseur pour des produits faisant l'objet d'une alerte sanitaire ou sécurité. Etat de la technique On connaît dans l'état de la technique le brevet 30 américain US7464873 décrivant une méthode de gestion des stocks de produits périmés datés utilisant un dispositif de lecture de code électronique programmable avec un clavier pour entrer des données, un affichage pour afficher des données, 3 une mémoire pour le stockage de données et une caméra pour la lecture d'un code d'identification de produit. On associe l'identification du produit à la date d'expiration et on stocke les informations associées dans une 5 base de données. Une date est entrée dans l'appareil pour lancer une requête de la base de données pour les dates d'expiration du produit dans une plage présélectionnée de jours à partir de la date entrée, générant une liste séquentielle d'identification du produit et des dates 10 d'expiration associées dans la plage présélectionnée. Le brevet européen EP3304453 se rapporte à un procédé de vérification de produits portant une date de péremption, consistant, à utiliser un terminal (T) incluant une unité de commande (Uc) à laquelle est relié un lecteur (Le) de code-barres ou d'identifiants électroniques, un écran de visualisation (Ev), un clavier de saisie (Cs), le lecteur (Le) étant conçu pour saisir le code-barres/ l'identifiant électronique de produits présentés à la vente dans un magasin, pour renseigner une base de données (Bd) stockant notamment lesdits code-barres/ lesdits identifiants électroniques, la désignation de chaque famille de produits, le terminal (T) incluant une application pouvant être connectée à ladite base de données, à scanner le code-barres/ l'identifiant électronique de tous les produits qui sont sous la responsabilité d'un employé utilisateur du terminal, et à renseigner dans le terminal (T), la date de péremption (DLC) de chaque produit, à transférer dans la base de données, ladite date de péremption associée audit code-barres/ audit identifiant électronique. Selon l'invention, le procédé consiste à définir, à l'aide de la base de données et d'un logiciel mère associé (Lm), une alerte de sorte que le terminal (T) puisse demander à l'employé utilisateur, par l'intermédiaire de l'écran de visualisation (Ev) et à la date du jour ou une date choisie, d'aller vérifier la présence de produit(s) identifié(s) par leur(s) désignation(s), présentés 4 à la vente et dont la date de péremption (DLC) est échue à ladite date du jour ou à ladite date choisie. On connaît aussi dans l'état de la technique la demande de brevet américaine US2007235528 qui concerne un 5 procédé de gestion de stocks de produits périmés datés, utilisant un dispositif de lecture de code électronique programmable avec un clavier pour entrer des données, un affichage pour afficher des données, la mémoire et le stockage de données, et un lecteur d'un code d'identification de 10 produit. On connaît aussi dans l'état de la technique la demande de brevet européen EP3304453 décrivant un procédé de vérification de produits portant une date de péremption, consistant, 15 - à utiliser un terminal (T) incluant une unité de commande (Uc) à laquelle est relié un lecteur (Le) de code-barres ou d'identifiants électroniques, un écran de visualisation (Ev), un clavier de saisie (Cs), le lecteur (Le) étant conçu pour saisir le code-barres/l'identifiant 20 électronique de produits présentés à la vente dans un magasin, pour renseigner une base de données (Bd) stockant notamment lesdits code-barres/lesdits identifiants électroniques, la désignation de chaque famille de produits, le terminal (T) incluant une application pouvant être connectée à ladite base 25 de données, - à scanner le code-barres/ l'identifiant électronique de tous les produits qui sont sous la responsabilité d'un employé utilisateur du terminal, et à renseigner dans le terminal (T), la date de péremption (DLC) 30 de chaque produit, - à transférer dans la base de données, ladite date de péremption associée audit code-barres/ audit identifiant électronique, - caractérisé en ce qu'il consiste à définir, à 35 l'aide d'une requête automatisée ou manuelle mise en oeuvre 5 dans le logiciel mère connecté à la base de données, une alerte de sorte que le terminal (T) puisse demander à l'employé utilisateur, par l'intermédiaire de l'écran de visualisation (Ev) et à la date du jour ou une date choisie, 5 d'aller vérifier la présence de produit(s) identifié(s) par leur(s) désignation(s), présentés à la vente et dont la date de péremption (DLC) est échue à ladite date du jour ou à ladite date choisie. 10 Inconvénient de l'art antérieur La solution proposée par la demande de brevet EP3304453 présente un inconvénient majeur : il implique la lecture du code-barre de chacun des produits du magasin, ce qui constitue en soi un travail fastidieux, et de surcroit la 15 saisie sur un terminal de la date de péremption (DLC) de chaque produit. Si on estime à 5 secondes le temps nécessaire par un opérateur pour : a) saisir un produit en linéaire 20 b) l'orienter pour scanner le code-barre c) déclencher la lecture de code-barre d) trouver la zone d'inscription de la date de péremption e) lire la date de péremption imprimée sur le 25 produit f) saisir sur le terminal la date lue sur le produit g) replacer le produit sur linéaire ; il faut plus de 110 heures.homme pour traiter les 30 produits d'un magasin important commercialisant 80.000 références ! Ce traitement devant être fait dans la journée, pour éviter que la rotation rapide de certains articles ne faussent les données enregistrées, il est facile de constater que la solution de l'art antérieur est irréaliste, sauf à être 6 utilisée de manière partielle, auquel cas, la pertinence des informations est fortement dégradée. Pour que la base de données ainsi constituée soit fiable et exploitable, il est bien sur nécessaire de 5 renouveler cette opération quotidiennement. En effet, la base de données doit être exhaustive pour éviter le risque d'omettre le traitement d'un produit périmé. Par ailleurs, le temps de traitement est totalement inadapté à la vitesse de rotation des produits dans un 10 magasin. Solution apportée par l'invention La présente invention vise à remédier à ses inconvénients en proposant une solution permettant un traitement complet de toutes les non conformités, avec une 15 grande réactivité et une réduction importante des ressources humaines à consacrer à sa mise en oeuvre. A cet effet, l'invention concerne selon son acception la plus générale un procédé de valorisation des produits non conformes comportant : 20 - une étape initiale de paramétrage d'un serveur de gestion consistant à enregistrer, pour une partie au moins des magasins, des critères de non conformité, - et périodiquement des étapes de synchronisation de la base de 25 données des produits P, 3, i désignant l'indice du produit et j désignant l'indice du magasin, dudit serveur de gestion avec la base de données des produits du serveur d'au moins un magasin M3 30 des étapes de traitement des données P, 3 de ladite base de données du serveur de gestion consistant à associer au sous-ensemble de données P, 3 non conforme un indicateur Ti, k fonction du type de non-conformité, 7 désignant un indice de nature de non-conformité ou d'action associée à une non-conformité - des étapes de vérification de produits en vente 5 consistant à : - synchroniser la base de données des produits PI, 3 d'un terminal connecté portatif d'un magasin M3 avec la base de données des produits P1,3 du magasin M3 10 - procéder à la reconnaissance d'un article en vente avec une caméra dudit terminal connecté portatif, - si l'article correspond à un des produits P, de la base de données dudit terminal, procéder 15 à l'émission par le terminal connecté portatif d'un message correspondant à un traitement à appliquer audit article en fonction de l'indicateur TI, 3,k associé audit produit P1,3, puis transmettre au serveur de gestion un 20 message de traitement du produit P1,3 - des étapes périodiques de transmission par le serveur de gestion au serveur du magasin un état des produits PI, 3 ayant fait l'objet d'un traitement ainsi que la nature dudit traitement. 25 Avantageusement, la reconnaissance d'un article en vente avec une caméra dudit terminal connecté portatif commande en outre : - l'exécution d'une tâche de saisie vocal, tactile ou par reconnaissance de caractère d'un état [DLC, délotis, 30 photo de la zone dégradée,...] de l'article reconnu, - la transmission par le terminal connecté au serveur de gestion d'un indicateur dudit état, - le calcul sur le serveur de gestion d'un traitement à appliquer, 8 - la transmission par le serveur de gestion audit terminal connecté d'une information concernant le traitement à appliquer et l'émission par le terminal connecté d'un message vocal ou visuel indiquant le traitement à effectuer, 5 - la transmission par le terminal connecté au serveur de gestion d'une information d'acquittement après l'exécution du traitement. Selon un mode de mise en oeuvre particulier, le 10 procédé comporte en outre des étapes périodiques de notification de produits non conformes consistant à : - la transmission par le serveur de gestion d'une requête concernant le nombre d'articles en vente dans le magasin MI, correspondant à un produit P, 3, associé à un 15 indicateur T'3,k, - la saisie sur le terminal d'une réponse et la transmission au serveur de gestion - le traitement des articles correspondants présents à la vente. 20 Selon un autre mode de mise en oeuvre particulier, le procédé comporte en outre des étapes de calcul sur le serveur de gestion d'un coefficient de pondération de chacun des indicateurs de traitement des produits non conformes. 25 Avantageusement, le procédé comporte en outre le calcul sur le serveur de gestion dudit coefficient de pondération de chacun des indicateurs de traitement des produits non conformes et fonction de paramètres externes. 30 Selon une variante préférée, l'émission par le terminal connecté portatif d'un message correspondant à un traitement à appliquer consiste à commander l'impression par une imprimante portative connectée d'une étiquette 35 autocollante. 9 Avantageusement, le terminal portatif transmet à ladite imprimante portative connectée un fichier pour commander l'impression d'un code barre PLU constitué par une 5 première séquence numérique correspondant à la famille de produits à laquelle appartient l'article PI, 3, et par une deuxième séquence numérique correspondant au nouveau prix de vente, ainsi qu'une clé de contrôle, le codage dudit code-barre PLU étant conforme au codage des codes-barres des 10 produits mis en vente. Selon un autre mode de mise en oeuvre avantageux, l'émission par le terminal connecté portatif d'un message correspondant à un traitement à appliquer consiste à commander l'impression par une imprimante portative connectée d'une 15 étiquette autocollante comportant la désignation d'un bénéficiaire d'un don du produit considéré, et à enregistrer sur le serveur du magasin ledit identifiant en relation avec le produit considéré et le nombre de produit tel que saisi sur le terminal connecté. 20 Selon une variante préférée, on enregistre en outre la désignation du poids de l'article. Description détaillée de l'invention La présente invention sera mieux comprise à la 25 lecture de la description détaillée d'un exemple non limitatif de l'invention qui suit, se référant aux dessins annexés où : - la figure 1 représente une vue schématique de l'architecture matérielle du système selon l'invention - la figure 2 représente l'architecture 30 fonctionnelle de l'invention - la figure 3 représente l'algorithme des traitements des articles en vente Architecture matérielle 10 Le système informatique est constitué par un serveur de gestion (1) associé à une base de données (2) pour l'enregistrement des données exploitées pour les fonctionnalités de l'invention. 5 Ce serveur de gestion (1) est commun à plusieurs magasins disposant chacun de leur système d'information (10, 20), chacun étant équipé de sa propre mémoire de stockage (11, 21). Le serveur de gestion (10, 20) utilise des outils 10 usuels pour gérer le stockage, la livraison et les fournisseurs. Le gérant du magasin peut ainsi gérer les clients, l'inventaire, les fournisseurs et les produits en rayon. Il peut également suivre les commandes pour chaque produit PI, 3 et mettre à jour les inventaires régulièrement. 15 Par ailleurs, le système permet d'analyser les entrées en liquide, en carte de crédit et en chèque pour réconcilier les informations, ou encore d'améliorer l'efficacité en pointant les pénuries ou les stocks trop importants afin de pouvoir y remédier. 20 Les articles sont organisés par familles d'articles qui ont les mêmes caractéristiques, les mêmes fonctions (alimentation, matériel de bricolage, ou la même nature (par exemple boissons gazeuses, les liqueurs, les cigarettes, les graisses, les peintures 25 Chaque magasin enregistre également sa charte de fraicheur déterminant pour chaque famille d'article, la règle de calcul de la Date Limite d'Utilisation Optimale (DLUO) en fonction de la Date limite de consommation (DLC) et du niveau de fraicheur que le magasin souhaite appliqué, au delà des 30 exigences règlementaires. La chartre de retrait ou charte fraîcheur prévoit le retrait anticipé pour certaines familles de produits, avant l'échéance de leur date limite de consommation. Elle précise le nombre N de jours avant la date J limite de consommation, 35 définissant une nouvelle date J-N la plus tardive pour 11 laquelle le produit peut encore être mis en vente. Passé cette nouvelle date, il convient de le retirer du rayon. Cette période est parfois appelée « période de retrait ou de mise en promotion ». 5 L'invention met en oeuvre un serveur de gestion (1) associé à une base de données (2), commun à plusieurs magasins. Ce serveur (1) synchronise périodiquement les données de sa base de données (2) avec les données des 10 serveurs de magasin (11, 21), récupère les informations enregistrées dans l'inventaire de chaque magasin et transfère périodiquement des informations résultant du traitement des produits non conformes pour mettre à jour les informations concernant les stocks. 15 Dans chaque magasin, on dispose en outre de terminaux portables connectés (12) et des imprimantes portables connectées (13). Le terminal connecté (12) est par exemple une tablette ou un terminal dédié, formé par un boîtier portatif et autonome, comprenant une unité de commande 20 à laquelle est relié un lecteur de code-barres ou de puces RFID, un écran de visualisation, un clavier de saisie, par exemple tactile, et susceptible d'être proposé dans l'écran de visualisation. L'unité de commande est raccordée à une batterie électrique disposée dans le boîtier. L'unité de 25 commande Uc inclut un processeur, une mémoire accessible par le processeur et dans laquelle est stockée une application informatique. Le terminal (12) peut être relié au réseau informatique du magasin, par l'intermédiaire d'une connexion 30 par ondes radio, à l'aide d'un émetteur/récepteur, par exemple en utilisant le protocole Wifi ou le protocole Bluetooth. Paramétrage du serveur de gestion 12 La première étape (50), lors de l'installation d'un serveur de gestion (1), consiste à réaliser son paramétrage initial en important du serveur (10, 20) de chaque magasin les informations spécifiques, telles que : 5 - la charte de retrait par catégorie de produits (ex. laitage, charcuterie, poisson,...), - les critères de non-conformité et les actions associées décidées par chaque magasin (ré-étiquetage promotionnel, don, mise en décharge, retour 10 fournisseur, vente à l'unité,...), - la charte de fraicheur, déterminant pour chaque famille de produit l'intervalle de temps entre la Date limite de consommation (DLC) et la Date Limite d'Utilisation Optimale (DLUO), ainsi que les niveaux 15 de remise pour les articles mis en vente dans la période comprise entre la DLUO et la DLC, - les structures caritatives choisies par le magasin pour bénéficier de dons d'articles non-conformes, 20 et plus généralement toutes les informations spécifiques d'un magasin concernant la gestion des produits non-conformes et leur valorisation. Synchronisation des bases produits 25 Périodiquement, par exemple une fois par jour après la fermeture du magasin, le serveur du magasin (10, 20) synchronise sa base de données (11, 21) de produits avec la base de données (2) du serveur de gestion. Les informations échangées comprennent : 30 - la liste de réception des produits [Réf produit, désignation, famille, rayon,..] - la liste des produits avec prix de vente et prix d'achat. 13 Le serveur de gestion (1) commande ensuite l'exécution d'un programme (52) de traitement automatique des données pour ajouter un drapeau numérique aux produits justifiant un traitement de non-conformité. 5 Ce traitement permet de réduire considérablement le nombre de référence à traiter localement. Ce traitement prend en compte la famille du produit et la vitesse de rotation (« turn over ») pour affecter à chaque produit susceptible d'une non-conformité un critère d'arbitrage entre l'action à 10 appliquer (don, promotion,...) ainsi que le taux de remise pour les actions de mise en promotion. Cette étape permet de réduire le nombre d'informations transmises et le nombre de traitements à réaliser sur le terminal connecté (12). 15 Les données sont synchronisées lors de l'étape (53) avec la base de données du terminal connecté (12) par exemple au moment de l'allumage de ce dernier. 20 Traitement des articles en vente La figure 3 représente l'algorithme des traitements exécutés par le terminal (12). La base de données du terminal (12) contient la liste des produits susceptibles de non-conformité transmis 25 lors de l'étape de synchronisation (53) par le serveur de gestion. L'opérateur du magasin prend un produit en vente sur un rayonnage. Le choix du produit peut être fait par l'opérateur, ou proposé par le terminal (12) en fonction d'une 30 liste de priorités calculée par le serveur (1) et transféré au terminal (12) lors de l'étape de synchronisation (53). L'opérateur scanne le code-barres de l'article pris en rayon et le terminal commande l'exécution de la lecture d'un code-barres. Le code-barres lu permet l'interrogation de 14 la base de données du terminal (12) pour déterminer si l'article en question est enregistré dans la base de données et est associé à une action de traitement de non-conformité. Si le produit correspondant est associé à une DLC 5 et une DLUO, le programme d'ordinateur du terminal (12) commande l'affichage d'une instruction de saisie de la DLC figurant sur l'article en cours de contrôle. Cette saisie peut être réalisée par saisie sur un clavier ou un écran tactile du terminal, ou par une saisie vocale, ou encore par 10 reconnaissance optique de caractères. En fonction des informations associées au produit enregistré dans la base locale et les données saisies, le programme exécuté par le terminal (12) détermine l'action à mener pour cet article, et éventuellement tous les articles de 15 la même famille présents sur le rayonnage. Optionnellement, le terminal (12) interroge le serveur de gestion (1) pour compléter le type de l'action à appliquer. Cette action peut consister à : - procéder à un ré-étiquettage avec une étiquette 20 promotionnelle selon l'exemple (14). A cet effet, le terminal calcul à partir de l'information sur le prix de vente associé à l'article considéré, et enregistrée dans la base de données du terminal (12), un taux de remise fonction des informations reçues du serveur et calculé en 25 fonction de la famille d'appartenance du produit, de la politique de remise du magasin définie par le paramétrage initial et de différentes variables optionnelles, par exemple le nombre de jours restant avant la DLC, le taux de rotation du produit ou de la famille de produit, ou encore 30 des données exogènes traitées par le serveur (1). Ce taux de remise permet de calculer le nouveau prix de vente, qui est codé sur 6 caractères pour former la deuxième partie (17) du code-barres de l'étiquette de promotion, ainsi que pour l'impression du prix sur cette étiquette (14). 35 La famille du produit, dans l'exemple illustré par 15 l'étiquette (14) « charcuterie » est également codé pour former la première partie (18) du code-barres. Cette étiquette (14) comprend également la date d'impression de l'étiquette, ainsi qu'un QrCode contentant les informations 5 désignation du produit et prix d'achat, enregistrées sur terminal (12) depuis le serveur (1), afin de permettre une relecture ultérieure de la désignation détaillée de l'article et pas seulement de la famille d'appartenance. - Editer une étiquette (15) de mise en don à une association 10 caritative. Dans ce cas, l'imprimante (13) imprime une étiquette avec un code-barres (19) correspondant à la désignation de l'oeuvre caritative ainsi qu'une information relative au poids de l'article tel qu'il est enregistré en relation 15 avec les produits dans les bases de données (11, 21) des magasins, transférés à la base de données (2) du serveur de gestion (1) et aux terminaux (12). Cette information permet de vérifier la conformité des lots fournis à une oeuvre caritative par pesage du lot total et 20 comparaison avec les informations administratives fournies. Pour ces produits, le terminal (12) notifie au serveur de gestion (1) l'information de mise en don, le serveur de gestion (1) transmettant périodiquement l'information aux serveurs du magasin (11), pour le calcul des retraitements 25 comptables et fiscaux et de la mise à jour des stocks. L'article est ensuite retiré de la vente et mis à disposition d'un contenant caritatif tracé identifié, enregistré sur le serveur (1), pour le produit considéré sur le prix d'achat pour calcul de la réduction fiscale 30 correspondant à un pourcentage du prix d'achat. - Retour au fournisseur, par exemple pour les produits ayant fait l'objet d'une alerte sanitaire ou rappel constructeur. - Mise en décharge. Dans ce cas, l'estimation du poids 35 fournis par le serveur (10, 20) du magasin permet 16 d'optimiser la gestion des déchets. Le libellé produit comprend dans ce cas le poids net (hors emballage). La reconnaissance optique de caractères permet également de récupérer l'information poids net et fournir à 5 l'association ou au service de mise en décharge l'information sur le poids cumulé, pour corrélation entre le montant de pesée déclaré par le bénéficiaire et le montant déclaré par le donateur ou le centre de traitement des déchets. Les déchets peuvent servir à l'alimentation de 10 la filière de méthanisation par type de produit et par poids en temps réel par contrôle du poids des produits bennés. a 15 Pour les articles correspondant à des produits absents dans la base de données mais présentant des anomalies visibles, l'opérateur saisie sur un clavier ou un écran tactile, ou par reconnaissance optique, ou par reconnaissance optique à partir d'une photographie de la zone défectueuse de 20 l'article, la nature du défaut (articles délotis, emballage dégradée, ...) et le terminal ouvre une session avec le serveur (1) pour transmettre l'identifiant du produit et la nature du défaut. Le serveur enregistre cette information et transmet l'action à appliquer à l'article considéré, notamment les 25 actions énoncées ci-dessus pour les articles ayant dépassé la DLUO. Optimisation de la valorisation La proportion d'articles non conformes à traiter respectivement par une action de ré-étiquetage promotionnel 30 d'une part et de ré-étiquetage pour don à une oeuvre caritative d'autre part est calculée par le serveur (1) en fonction de différents paramètres tels que la marge réalisée pour chaque produit ou famille de produits, le taux de rotation de chaque produit ou famille de produits, ainsi que des paramètres 17 exogènes tels que la saison, les données météorologiques, le calendrier des évènements et manifestations locales. Ce calcul se traduit par un coefficient d'arbitrage, par exemple 0 pour une allocation impérative à une première action, par exemple 5 le ré-étiquetage promotionnel, et 100 pour une allocation impérative à une deuxième action, par exemple le ré-étiquetage caritatif. Le terminal (12) détermine l'action en fonction d'un traitement statistique prenant en compte ce coefficient, lors du traitement d'un nouvel article. 10 Optimisation du parcours de l'opérateur Le serveur (1) peut disposer du plan d'organisation des rayonnages pour calculer des séquences de produits à vérifier regroupés géographiquement, afin de réduire les 15 parcours de l'opérateur. Il calcule à cet effet une liste ordonnée des produits, que le terminal (12) affiche successivement pour optimiser le traitement de l'opérateur. Appairage de l'imprimante (13) avec le terminal (12) 20 L'invention permet d'imprimer en temps réel les étiquettes de ré-étiquetage de produits non conformes. A cet effet, elle met en oeuvre des terminaux connectés (12) et des imprimantes portables connectées (13). Les deux équipements communiquent par radiofréquence, par exemple Bluetooth. 25 L'appairage est automatisé par l'utilisation de composants NFC permettant d'établir une session de communication à très courte distance, en approchant l'imprimante connectée (13) du terminal (12) de l'opérateur. La reconnaissance d'un équipement NFC commande l'ouverture d'une application 30 d'appairage provoquant l'affichage d'un écran de saisie d'un code qui est transmis à l'imprimante et enregistre un jeton transactionnel utilisé pour la communication Bluetooth entre 18 l'imprimante (13) et le terminal (12) pendant toute la période d'utilisation. Module de réalité augmentée 5 Pour faciliter le travail de l'opérateur, ce dernier est optionnellement équipé d'une lunette (22) de réalité augmentée connectée, associée à une application informatique détectant l'étiquette du produit et transmettant les informations au serveur local, et recevant des 10 informations visualisées sur la lunette pour guider l'opérateur dans le choix à réaliser (ré-étiquetage, sortie du rayon pour don,...) Robot trieur 15 Selon une autre option, le magasin est équipé de robots trieurs pour automatiser l'identification des produits à traiter et la dépose sur un tapis roulant, REVENDICATIONS1 - Procédé de valorisation des produits non conformes comportant : - une étape initiale (50) de paramétrage d'un 5 serveur de gestion consistant à enregistrer, pour une partie au moins des magasins, des critères de non conformité, - et périodiquement des étapes de synchronisation (51) de la base de données (11, 21) des produits Pi, 3, i 10 désignant l'indice du produit et j désignant l'indice du magasin, dudit serveur de gestion (1) avec la base de données (11, 21) des produits du serveur (10, 20) d'au moins un magasin M3 15 des étapes de traitement des données P, 3 de ladite base de données du serveur de gestion consistant à associer au sous-ensemble de données P, 3 non conforme un indicateur Ti, k fonction du type de non-conformité, 20 désignant un indice de nature de non- conformité ou d'action associée à une non-conformité - des étapes de vérification de produits en vente consistant à : 25 - synchroniser la base de données des produits Pi, 3 d'un terminal connecté portatif d'un magasin M3 avec la base de données des produits Pi, du magasin M3 - procéder à la reconnaissance d'un article en 30 vente avec une caméra dudit terminal connecté portatif, - si l'article correspond à un des produits P, de la base de données dudit terminal, procéder à l'émission par le terminal connecté portatif 20 d'un message correspondant à un traitement à appliquer audit article en fonction de l'indicateur TI, 3,k associé audit produit P1,3, puis transmettre au serveur de gestion un message de traitement du produit P1,3 - des étapes périodiques de transmission par le serveur de gestion au serveur du magasin un état des produits PI, 3 ayant fait l'objet d'un traitement ainsi que la nature dudit traitement. 2 - Procédé de valorisation des produits non conformes selon la revendication 1 caractérisé en ce que la reconnaissance d'un article en vente avec une caméra dudit terminal connecté portatif commande en outre : - l'exécution d'une tâche de saisie vocale, tactile ou par reconnaissance de caractère d'un état [DLC, délotis, photo de la zone dégradée,...] de l'article reconnu, - la transmission par le terminal connecté au serveur de gestion d'un indicateur dudit état, - le calcul sur le serveur de gestion d'un traitement à appliquer, - la transmission par le serveur de gestion audit terminal connecté d'une information concernant le traitement à appliquer et l'émission par le terminal connecté d'un message 25 vocal ou visuel indiquant le traitement à effectuer, - la transmission par le terminal connecté au serveur de gestion d'une information d'acquittement après l'exécution du traitement. 30 3 - Procédé de valorisation des produits non conformes selon la revendication 1 caractérisé en ce qu'il comporte en outre des étapes périodiques de notification de produits non conformes consistant à : - la transmission par le serveur de gestion d'une 35 requête concernant le nombre d'articles en vente dans le 21 magasin MI, correspondant à un produit P, 3, associé à un indicateur T,3,k, - la saisie sur le terminal d'une réponse et la transmission au serveur de gestion 5 - le traitement des articles correspondants présents à la vente. 4 - Procédé de valorisation des produits non conformes selon la revendication 1 caractérisé en ce qu'il 10 comporte en outre des étapes de calcul sur le serveur de gestion d'un coefficient de pondération de chacun des indicateurs de traitement des produits non conformes. 5 - Procédé de valorisation des produits non 15 conformes selon la revendication précédente caractérisé en ce que le calcul sur le serveur de gestion dudit coefficient de pondération de chacun des indicateurs de traitement des produits non conformes et fonction de paramètres externes. 20 6 - Procédé de valorisation des produits non conformes selon la revendication 1 caractérisé en ce que l'émission par le terminal connecté portatif d'un message correspondant à un traitement à appliquer consiste à commander l'impression par une imprimante portative connectée d'une étiquette autocollante. 7 - Procédé de valorisation des produits non conformes selon la revendication précédente caractérisé en ce que le terminal portatif transmet à ladite imprimante portative connectée une fichier pour commander l'impression d'un code barre PLU constitué par une première séquence numérique correspondant à la famille de produits à laquelle appartient l'article Pi, 3, et par une deuxième séquence numérique correspondant au nouveau prix de vente, ainsi qu'une 22 clé de contrôle, le codage dudit code-barre PLU étant conforme au codage des codes-barres des produits mis en vente. 8 - Procédé de valorisation des produits non 5 conformes selon la revendication 1 caractérisé en ce que l'émission par le terminal connecté portatif d'un message correspondant à un traitement à appliquer consiste à commander l'impression par une imprimante portative connectée d'une étiquette autocollante comportant la désignation d'un 10 bénéficiaire d'un don du produit considéré, et à enregistrer sur le serveur du magasin ledit identifiant en relation avec le produit considéré et le nombre de produit tel que saisi sur le terminal connecté. 15 9 - Procédé de valorisation des produits non conformes selon la revendication précédente caractérisé en ce que l'émission par le terminal connecté portatif d'un message correspondant à un traitement à appliquer consiste à commander l'impression par une imprimante portative connectée d'une 20 étiquette autocollante comportant en outre la désignation du poids de l'article, et à enregistrer sur le serveur du magasin ledit poids en relation avec le produit considéré et le nombre de produit tel que saisi sur le terminal connecté. 25 10 - Procédé de valorisation des produits non conformes selon la revendication précédente caractérisé en ce que ladite étape de reconnaissance d'un article en vente est réalisée avec une lunette de réalité augmentée. 30