WO2016189096A1 - Procédé de vérification de produits portant une date de péremption - Google Patents
Procédé de vérification de produits portant une date de péremption Download PDFInfo
- Publication number
- WO2016189096A1 WO2016189096A1 PCT/EP2016/061928 EP2016061928W WO2016189096A1 WO 2016189096 A1 WO2016189096 A1 WO 2016189096A1 EP 2016061928 W EP2016061928 W EP 2016061928W WO 2016189096 A1 WO2016189096 A1 WO 2016189096A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- date
- terminal
- products
- database
- product
- 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.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
Definitions
- the present invention relates, in particular, to a product verification method bearing an expiry date and a corresponding installation.
- US-A -2007235528 is presented a method for managing the stock of perishable products, such as foodstuffs, in supermarkets. It implements a computer, a housing equipped with a barcode reader, a keyboard and a display. The operator enters the barcode of a product or group of products (UPC code for Universal Product Code in English or Universal Product Code) or the data of a product RFID chip associated with the product or group of products, then enter their expiry date manually or by voice. A link is established between these two data. This information is stored in a database stored in the device's memory for transmission in order to be used in software running the computer. The location of products can also be recorded.
- UPC code Universal Product Code in English or Universal Product Code
- the operator can then search for and identify products by querying, with the software, an expiry date or a range of expiry dates (J-x) that will expire soon. It can also query the software by product category. The list of these products can be printed. The operator visits his department. He carries out the actions prescribed for the listed products, for example, he removes them from the shelf. Expiration data referring to products sold can be erased. New expiry dates are entered in the case.
- a terminal including a control unit to which is connected a barcode reader or electronic identifiers, a display screen, a keyboard input, the reader being designed to enter the barcode / electronic identifier of products presented for sale in a store, to fill a database storing in particular said barcode / said electronic identifiers, the designation of each family of products, the terminal including an application that can be connected to said database,
- the method consists in defining, with the aid of the database and an associated mother software, an alert so that the terminal can ask the user user, via the display screen and at the date of the day or a chosen date, to check the presence of product (s) identified by their (s) designation (s), presented for sale and whose expiry date is on that day date or on that chosen date.
- the database is loaded by associating the barcode / electronic identifier of each product with its expiry date. Automated or manual queries in the software make it possible to process the data stored in the database. In particular, products whose expiration date has expired on a particular date (today's date or next date) can be searched for.
- the terminal clearly displays the product or products, which the employee user must search in the department store. Its work is facilitated because the designation of the product is mentioned on the terminal, for example in the form of an image, a trade name, and the maximum number of products to search.
- the method consists, at each new use of the terminal, to enter the next expiry date (DLC) for each product family,
- the method consists in defining, with the aid of the database and the associated software, an alert so that the terminal can ask the user user, via the display and at the current date or at a chosen date,
- the terminal used by the employee informs him of the actions he has to take.
- the employee updates the database.
- the method consists in assigning a color code for each requested operation and displaying said color code on the screen of said terminal.
- the color code makes it possible to identify at a glance the type of action to take.
- the method consists in displaying on the screen of said user employee terminal, an alert indicating a multiple implementation of the products.
- the employee user knows that he has to go to several points of sale inside the store in order to carry out the operations that are asked of him.
- An installation comprising mother software connected to a database, terminals equipped with connection means with the database, with the parent software, each terminal including a control unit to which is connected a barcode reader or electronic identifiers, a display screen, an input keyboard, is also part of the invention. According to the invention, these means of the installation are configured to carry out the steps of the method described above.
- the installation is relatively simple to implement the process.
- a computer program product is also part of the invention, the computer program product comprising instructions for implementing, by a processor, the method described above, when said program is executed by said processor.
- FIG. 1 is a schematic view showing terminals and a parent software implanted in a server implanted in a computer network according to the invention
- FIG. 2 is a schematic view of a terminal according to the invention
- FIG. 3 represents a block diagram of the main steps of the product verification method bearing an expiry date of the invention, server-side views and terminal-side views and,
- FIG. 4 represents an example of a home screen provided by an Internet application according to the invention.
- the present invention relates, in particular, to a technical process designed to identify and process products, in particular for sale in store shelves and whose consumption limit date has been reached on the current date or on a chosen date. eg at the reopening date of the store.
- This information mainly concerns perishable goods. Products have been identified by computer processing to be easily recognized, it is then possible to proceed with the withdrawal, in the department, of products arrived at the end of their expiry date.
- the market is that of supermarkets, central purchasing, online shopping commonly called "Drives”.
- DLC use-by date
- DLUO optimal use-by date
- withdrawal charter also known as the "freshness charter” which provides for the early withdrawal of certain families of products before the expiry of their expiry date. It specifies the number N of days before the consumption limit date, defining a new latest JN date for which the product can still be put on sale. Past this new date, it should be removed from the shelf (For example: ten days for a pot of Nutella ®). This period is called “withdrawal or promotion period”.
- Each terminal T is intended to be used by a user so that he can be informed of the actions he must carry out, the actions that have been taken, receive alert messages and to enter information, especially with a user. radius containing products.
- the users of this terminal are mainly the quality manager, the department manager, the storekeeper, the administrator.
- the quality manager He defines the freshness charts, the rays (and sub-rays), names the department heads and the storekeepers. He can view the status of a department, as well as manage his employees and his products. It affects the chiefs of rays on the shelves, as well as the storekeepers with the sub-rays.
- the department manager Its function is to manage its rays and sub-rays.
- the administrator He is responsible for the general administration of accounts and the overall management of an Internet application (departments, products, charters, etc.).
- Each terminal T is composed in FIG. 2, a portable and autonomous box B, comprising a control unit Uc to which is connected a reader Le barcode or RFID chips, a display screen Ev, a Cs input keyboard, preferably of the touch type, and likely to be proposed in the display screen Ev.
- the control unit Uc is connected to an electric battery arranged in the housing.
- the control unit Uc includes a processor, a memory accessible by the processor and in which is stored a computer application.
- the terminal T can be connected to a computer connected to the computer network of the store, via a wired connection, for example using a cable of the USB type emulating the Ethernet protocol or via a radio wave connection, using a transceiver, for example using the Wifî protocol or the Bluetooth protocol.
- the housing B can be delivered with a base on which it connects, the base being provided with the wired connection to a computer connected to the computer network to allow communication between the terminal and the server, recharge the terminal battery.
- the mother software Lm is installed on a server or a computer connected to the computer network Ri of the store to query, modify, the database Bd. It serves, in particular, to collect and process the data entered into the database by the terminals T. It is also used to parameterize the terminals T according to the variable needs of each user. It is primarily intended for use by departmental managers and management to facilitate the search for obsolete products, export data and perform assessments and statistics.
- the operation of the installation I is as follows, with reference to FIGS. 1, 2 and 3.
- the case of the use of the terminal T by a storekeeper is now described, since it involves a first use of the terminal and the mother software Lm.
- the storekeeper turns on his terminal T.
- this person is called terminal user.
- a routine in the application appears on the display screen Ev, asking him to enter his credentials, such as his name and password.
- the database Bd associated with the mother software Lm can also include data from the inventory management software and which includes the references of all families of products for sale in the store.
- the Bd database of the mother software Lm has previously been imported into the memory of the terminal, at least for product references that concern the storekeeper's department.
- the application thus downloads from the mother software Lm, and according to the storekeeper's identifiers, the list of products of the sub-department and for which he is responsible.
- the storekeeper must go to his sub-department of which he will check the list of products offered for sale.
- the application asks him to enter in his terminal T one by one all the products present in the sub-department. He then scans with the help of his terminal T the barcode of each product or its RFID identifier.
- the designation of a product is automatically displayed on the display screen Ev of the terminal T when the warehousekeeper scans the barcode or the RFID identifier of the product. He enters on the keyboard Cs of his terminal T the expiry date for each product. This information is stored in the memory associated with the application in operation of the terminal. This operation is performed only once. When all the products have been scanned, the storekeeper completes this step by clicking on the option that is proposed to him: "End of the entry”. The data entered is then exported automatically to the database Bd of the mother software Lm, by connecting it to a computer connected to the computer network of the store, by placing it on its base, by radio waves.
- the application offers him, after entering his credentials, and through the display screen Ev, actions he must lead for the current day. These actions were elaborated previously by automated or manual queries and which were carried out using the mother software Lm connected to the database Bd.
- One of the queries is to query the database to search for expired products. at today's date or on a chosen date. The result of this request is transferred to the terminal application.
- Server side and with reference to FIG. 3, on the left side, the product verification method bearing an expiry date comprises the steps performed by a server of:
- Terminal side and with reference to FIG. 3, on its right side, the product verification method bearing an expiry date, comprises the steps performed by a terminal of:
- a message containing a visual or textual identifier of a product for example an image, its commercial name,
- a color code is assigned for the list of products to be scanned. This choice of color is arbitrary, for example:
- the application shows that, if it has not already been sold, at least one product with a "DLC" dated the day is possibly still offered for sale.
- the application proposes the product designation and is therefore perfectly identified because of the link between the barcode / RFID identifier and the visual and / or textual identification of the product, for example an image of the product, its commercial name.
- the storekeeper goes to his sub-department and visually looks for the product (s). If at least one product is present, it withdraws it from the sale or the label as a promotional product. It enters the number of products that it withdraws and it informs by means of the keyboard Cs of entry of the terminal T, the new "DLC" closest to the day appearing on the other products of the same reference.
- Temporarily broken products are products that are normally offered for sale, but are temporarily unavailable (late delivery, insufficient order quantity, exhausted stock, etc.).
- the warehousekeeper is unable to provide a hypothetical "DLC" because the product is missing from the shelves.
- the application therefore displays this reference to remind the storekeeper to fill in a date when it is next placed or when the products are received. This makes it possible to differentiate products that do not have a "DLC", a date that can not be entered because the product is not available, of those that are available and thus to avoid generating an error message that occurs when a product has no associated date (product pending).
- the result of another query for new products can be transferred to the terminal application.
- a button or an "I completed" icon allows the storekeeper to close his list.
- a sentence drawn at random in a specific table is presented and a synchronization request to the database of the parent software is made.
- a thank you message is displayed.
- An Internet application is installed on some computers of the store's sign and in particular those of department heads, the quality manager and the administrator.
- the Internet application also allows you to present the history of each terminal:
- FIG. 4 An example of a home screen is shown in FIG. 4.
- the department manager can not modify the freshness charter of a product.
- the Internet application offers him the same rights and features as a department manager with additional features specific to his status:
- a GENCOD (EAN 13 or EAN 8) or an RFID ID.
- a radius identifier key A radius is associated by default with a freshness charter.
- a GENCOD (EAN 13 or EAN 8) or an RFID ID.
- ⁇ His position (quality manager, department manager, storekeeper, etc.).
- a server installed, preferably, at the client with a Database Management System and an Internet server are required.
- the Internet server is preferably operated by the licensed company of the present patent application or granted patent.
- All products can be categorized according to the needs of the customer (grocery department - under preserved vegetables, reserve n ° 3, aisle F, etc.).
- a withdrawal date (type "J-N") is associated with each category, always according to the client's requirements.
- the method of the invention allows the reliable identification and processing of expired products at the point of sale. Knowing the family of products concerned, and easily identifiable, it is much easier to look for the obsolete product or products in this family.
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Accounting & Taxation (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
La présente invention 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 à la vente et dont la date de péremption (DLC) est échue à ladite date du jour ou à ladite date choisie.
Description
Procédé de vérification de produits portant une date de péremption
La présente invention concerne, notamment, un procédé de vérification de produits portant une date de péremption et une installation correspondante.
Dans le domaine de la distribution, et pour détecter la présence de produits dans un rayon dont la date de péremption a été atteinte, il est connu de demander à chaque responsable du rayon, chaque employé affecté au rayon, d'aller visiter le matin avant l'ouverture du magasin ou la veille, son rayon et d'y rechercher des produits périmés en lisant leur date limite de consommation, son acronyme étant (DLC) ou date limite d'utilisation optimale, son acronyme étant (DLUO). Seule la « DLC » est utilisée comme date d'expiration dans la suite de cette description pour qualifier soit la « DLC », soit la « DLUO ». Les produits détectés sont retirés du rayon ou étiquetés avec une promotion, s'ils ne sont pas encore périmés. On fait donc appel à la vigilance des employés. Malgré les efforts effectués au quotidien, cette solution n'est pas complètement fiable. Il en résulte une perte de temps quotidienne, temps qui pourrait être avantageusement utilisé pour réaliser, par exemple, une meilleure présentation des produits à la clientèle.
D'autre part, les denrées alimentaires périmées sont aussi une forte perte d'argent car elles représentent en général entre 0,5% à 1% du chiffre d'affaires. En plus de cette perte « sèche » il faut aussi comptabiliser le coût de traitement de ces denrées alimentaires qui sont revalorisées en biodéchets et aussi leur traitement par les banques alimentaires qui demandent parfois l'intervention d'un employé pour veiller à la bonne logistique de ceux-ci.
Un autre impact non négligeable de ces périmés est l'insatisfaction de la clientèle.
Par ailleurs, dans le document US-AÏ -2007235528, est présentée une méthode pour gérer le stock de produits périssables, tels que des denrées alimentaires, dans la grande distribution. Elle met en œuvre un ordinateur, un boîtier équipé d'un lecteur de codes à barres, d'un clavier et d'un afficheur. L'opérateur saisit, dans les rayons d'un magasin, le code à barres d'un produit ou d'un groupe de produits (UPC code pour Universal Product Code en langue anglaise ou code universel des produits) ou les données d'une puce RFID associée au produit ou groupe de produits, puis saisit leur date de péremption, manuellement ou par la voix. Un lien est établi entre ces deux données. Ces informations sont enregistrées dans une base de données stockée dans la mémoire de l'appareil pour être transmises afin d'être exploitées dans un logiciel que fait fonctionner l'ordinateur. La localisation des produits peut également être enregistrée.
L'opérateur peut ensuite rechercher et identifier des produits en interrogeant, avec le logiciel, une date de péremption ou une plage de dates de péremption (J-x) qui va expirer prochainement. Il peut aussi interroger le logiciel par la catégorie de produits. La liste de ces produits peut être imprimée. L'opérateur visite son rayon. Il mène les actions prescrites pour les produits listés, par exemple, il les retire du rayon. Les données de péremption se référant à des produits vendus peuvent être effacées. De nouvelles dates de péremption sont saisies dans le boîtier.
Connaissant cet état de l'art, le demandeur a cherché une solution technique permettant de rendre plus simple la recherche de produits périmés dans les rayons d'un magasin.
A cet effet, est proposé un procédé de vérification de produits portant une date de péremption, consistant,
- à utiliser un terminal incluant une unité de commande à laquelle est relié un lecteur de code-barres ou d'identifiants électroniques, un écran de visualisation, un
clavier de saisie, le lecteur étant conçu pour saisir le code-barres/Pidentifïant électronique de produits présentés à la vente dans un magasin, pour renseigner une base de données stockant notamment lesdits code-barres/lesdits identifiants électroniques, la désignation de chaque famille de produits, le terminal 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, la date de péremption 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é, une alerte de sorte que le terminal puisse demander à l'employé utilisateur, par l'intermédiaire de l'écran de visualisation 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 à la vente et dont la date de péremption est échue à ladite date du jour ou à ladite date choisie.
On charge la base de données en associant le code-barres / l'identifiant électronique de chaque produit avec sa date de péremption. Des requêtes automatisées ou manuelles dans le logiciel permettent de traiter les données stockées dans la base de données. On peut rechercher, notamment, les produits dont la date de péremption est échue à une date particulière (date du jour ou date prochaine).
Le terminal affiche clairement le ou les produits, que l'employé utilisateur doit rechercher dans le ou les rayons du magasin. Son travail est facilité car la désignation du produit est mentionnée sur le terminal, par exemple sous la forme d'une image, d'une dénomination commerciale, ainsi que le nombre maximum de produits à rechercher.
Chercher à limiter la perte de produits périssables n'est pas uniquement une activité dans le domaine économique. Cette activité, qui permet de réduire le gaspillage, la pollution, revêt aussi, dans l'invention, un caractère technique car mettant en œuvre des moyens techniques.
Selon une caractéristique additionnelle de l'invention, le procédé consiste, à chaque nouvelle utilisation du terminal, à saisir la prochaine date de péremption (DLC) pour chaque famille de produits,
- à transférer dans la base de données ladite date de péremption associée audit code-barres / audit identifiant électronique.
Ainsi, on procède à la mise à jour de la base de données utilisée pour déceler les produits périmés.
Selon une caractéristique additionnelle de l'invention, le procédé consiste à définir, à l'aide de la base de données et du logiciel associé, une alerte de sorte que le terminal puisse demander à l'employé utilisateur, par l'intermédiaire de l'afficheur et à la date du jour ou à une date choisie,
* de renseigner une date lors de la prochaine mise en rayon de produits en rupture temporaire et/ou
* de scanner le code-barres / l'identifiant électronique de tous les nouveaux produits mis en rayon et de saisir leur date de péremption (DLC).
Le terminal utilisé par l'employé le renseigne sur les actions qu'il a à mener. L'employé met à jour la base de données.
Selon une caractéristique additionnelle de l'invention, le procédé consiste à affecter un code couleur pour chaque opération demandée et à afficher ledit code couleur sur 1 ' écran dudit terminal .
Le code couleur permet de repérer d'un simple regard le type d'action à mener.
Selon une caractéristique additionnelle de l'invention, le procédé consiste à afficher sur l'écran dudit terminal de l'employé utilisateur, une alerte lui indiquant une implantation multiple des produits.
L'employé utilisateur sait qu'il doit se rendre dans plusieurs lieux de vente à l'intérieur du magasin afin de mener les opérations qui lui sont demandées.
Une installation comprenant un logiciel mère connecté à une base de données, des terminaux équipés de moyens de connexion avec la base de données, avec le logiciel mère, chaque terminal incluant une unité de commande à laquelle est relié un lecteur de code-barres ou d'identifiants électroniques, un écran de visualisation, un clavier de saisie, fait partie également de l'invention. Selon l'invention, ces moyens de l'installation sont configurés pour réaliser les étapes du procédé décrit ci-avant.
L'installation est relativement simple pour mettre en œuvre le procédé.
Un produit programme d'ordinateur fait aussi partie de l'invention, le produit programme d'ordinateur comportant des instructions pour mettre en œuvre, par un processeur, le procédé décrit ci-avant, lorsque ledit programme est exécuté par ledit processeur.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de
réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels:
la Fig. 1 représente une vue schématique montrant des terminaux et un logiciel mère implanté dans un serveur implanté dans un réseau informatique selon l'invention, la Fig. 2 représente une vue schématique d'un terminal selon l'invention, la Fig. 3 représente un synoptique des principales étapes du procédé de vérification de produits portant une date de péremption de l'invention, vues côté serveur et vues côté terminal et,
la Fig. 4 représente un exemple d'écran d'accueil proposé par une application Internet selon l'invention.
La présente invention se rapporte, notamment, à un procédé technique conçu pour identifier et traiter des produits, notamment en vente dans les rayons d'un magasin et dont la date limite de consommation a été atteinte à la date du jour ou à une date choisie, par exemple à la date de réouverture du magasin. Cette information concerne majoritairement des denrées périssables. Les produits ayant été identifiés par traitement informatique pour être facilement reconnus, il est alors possible de procéder assurément au retrait, dans le rayon, des produits arrivés au terme de leur date limite de consommation. Le marché est celui, notamment, des supermarchés, des centrales d'achat, des courses en ligne communément appelées « Drives ».
Certains produits, dont les produits périssables, sont étiquetés avec une date limite de consommation (DLC étant son acronyme) ou date limite d'utilisation optimale (DLUO étant son acronyme). Seule l'appellation DLC est utilisée par la suite dans un souci de facilité de lecture pour qualifier, soit la « DLC », soit la « DLUO ». Chaque famille de produits porte également une référence produit, visible notamment, sous la forme d'un code-barres, encore appelé « GENCOD » pour groupement d'études de normalisation et de codification. Chaque famille de produits peut encore porter une puce électronique, telle qu'une puce RFID (de l'anglais radio frequency identification) contenant un identifiant électronique.
Par ailleurs, certaines enseignes ont élaboré une chartre de retrait encore appelée charte fraîcheur et qui 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, définissant une nouvelle date J-N la plus tardive pour laquelle le produit peut encore être mis en vente. Passé cette
nouvelle date, il convient de le retirer du rayon (Par exemple : dix jours pour un pot de Nutella ®). Cette période s'appelle « période de retrait ou de mise en promotion ».
Le procédé est mis en œuvre dans une installation I comprenant en relation avec la Fig. 1 , les moyens suivants :
* Des terminaux T utilisés par des utilisateurs, équipés d'une application pouvant communiquer avec,
• un logiciel mère Lm installé sur le serveur d'un réseau informatique Ri du magasin, tel qu'un serveur,
• une base de données Bd de gestion des produits périmés, accessible par le logiciel mère Lm.
Chaque terminal T est destiné à être utilisé par un utilisateur pour qu'il puisse être informé des actions qu'il doit mener, des actions qui ont été menées, recevoir des messages d'alerte et pour saisir des informations, notamment auprès d'un rayon contenant des produits.
Les utilisateurs de ce terminal sont principalement le responsable qualité, le chef de rayon, le magasinier, l'administrateur.
• Le responsable qualité. Il définit les chartes fraîcheur, les rayons (et sous- rayons), nomme les chefs de rayons et les magasiniers. Il peut visualiser l'état d'un rayon, ainsi que gérer ses employés et ses produits. Il affecte les chefs de rayons aux rayons, ainsi que les magasiniers aux sous-rayons.
• Le chef de rayon. Sa fonction est de gérer ses rayons et sous-rayons.
• Le magasinier. Il est en charge d'un sous-rayon. Il se sert de son terminal pour vérifier la présence de produits périmés dans son sous-rayon et il les retire ou les étiquette pour promouvoir leur vente.
• L'administrateur. Il a en charge l'administration générale des comptes et la gestion globale d'une application Internet (rayons, produits, chartes, etc.).
Chaque terminal T se compose, sur la Fig. 2, d'un boîtier B portatif et autonome, comprenant une unité de commande Uc à laquelle est relié un lecteur Le de code-barres ou de puces RFID, un écran de visualisation Ev, un clavier de saisie Cs, préférentiellement du type tactile, et susceptible d'être proposé dans l'écran de visualisation Ev.
L'unité de commande Uc est raccordée à une batterie électrique disposée dans le boîtier. L'unité de commande Uc inclut un processeur, une mémoire accessible par le processeur et dans laquelle est stockée une application informatique.
Le terminal T peut être connecté à un ordinateur relié au réseau informatique du magasin, par l'intermédiaire d'une connexion filaire, par exemple à l'aide d'un câble du type USB émulant le protocole Ethernet ou par l'intermédiaire d'une connexion par ondes radio, à l'aide d'un émetteur/récepteur, par exemple en utilisant le protocole Wifî ou le protocole Bluetooth. Le boîtier B peut être livré avec une embase sur laquelle il se connecte, l'embase étant pourvue du raccordement filaire vers un ordinateur raccordé au réseau informatique pour permettre une communication entre le terminal et le serveur, recharger la batterie du terminal.
Sur la Fig. 1, le logiciel mère Lm est installé sur un serveur ou encore un ordinateur relié au réseau informatique Ri du magasin pour interroger, modifier, la base de données Bd. Il sert, notamment, à collecter et traiter les données saisies dans la base de données, par les terminaux T. Il sert également à paramétrer les terminaux T en fonction des besoins variables de chaque utilisateur. Il est essentiellement destiné à être utilisé par les responsables de rayons et par la Direction pour faciliter la recherche de produits périmés, exporter des données et réaliser des bilans et des statistiques.
De manière plus précise, il sert à présenter une vision globale de la gestion des produits périmés de l'ensemble du magasin. Il permet d'intégrer, de stocker et de gérer l'ensemble des données récupérées par les terminaux T. Il facilite la gestion d'un parc de plusieurs terminaux T.
Le fonctionnement de l'installation I se présente de la manière suivante, en référence aux Figs. 1, 2 et 3. Le cas de l'utilisation du terminal T par un magasinier est à présent décrit, car il implique une première utilisation du terminal et du logiciel mère Lm. Le magasinier allume son terminal T. Par la suite, cette personne est dénommée utilisatrice du terminal. Une routine dans l'application s'affiche sur l'écran de visualisation Ev, pour lui demander de saisir ses identifiants, tels que son nom et son mot de passe.
La base de données Bd associée au logiciel mère Lm peut aussi inclure des données en provenance du logiciel de gestion des stocks et qui inclut notamment les références de toutes les familles de produits en vente dans le magasin. La base de données Bd du logiciel mère Lm a préalablement été importée dans la mémoire du
terminal, au moins pour les références de produits qui concernent le rayon du magasinier.
L'application télécharge ainsi depuis le logiciel mère Lm, et en fonction des identifiants du magasinier, la liste des produits du sous-rayon et dont il est responsable.
A la première utilisation, le magasinier doit se rendre à son sous-rayon dont il va vérifier la liste des produits proposés à la vente. L'application lui demande de saisir dans son terminal T un à un l'ensemble des produits présents dans le sous-rayon. Il scanne alors à l'aide de son terminal T le code-barres de chaque produit ou son identifiant RFID.
Grâce à l'intégration préalable des données dans la base de données du logiciel mère, la désignation d'un produit s'affiche automatiquement sur l'écran de visualisation Ev du terminal T quand le magasinier scanne le code-barres ou l'identifiant RFID du produit. Il saisit sur le clavier Cs de son terminal T la date limite de consommation pour chaque produit. Cette information est stockée dans la mémoire associée à l'application en fonctionnement du terminal. Cette opération n'est réalisée qu'une seule fois. Lorsque tous les produits ont été scannés, le magasinier termine cette étape en cliquant sur l'option qui lui est proposée : « Fin de la saisie ». Les données saisies sont alors exportées automatiquement vers la base de données Bd du logiciel mère Lm, en le branchant à un ordinateur relié au réseau informatique du magasin, en le posant sur son embase, par ondes radio.
Dès la seconde utilisation du terminal par le magasinier, l'application lui propose, après la saisie de ses identifiants, et par l'intermédiaire de l'écran de visualisation Ev, les actions qu'il doit mener pour le jour en cours. Ces actions ont été élaborées préalablement par des requêtes automatisées ou manuelles et qui ont été réalisées à l'aide du logiciel mère Lm connecté à la base de données Bd. L'une des requêtes consiste à interroger la base de données pour rechercher les produits périmés à la date du jour ou à une date choisie. Le résultat de cette requête est transféré dans l'application du terminal. Côté serveur et en référence à la Fig. 3, dans sa partie gauche, le procédé de vérification de produits portant une date de péremption, comporte les étapes exécutées par un serveur de :
- envoyer un message,
- recevoir une réponse comportant une date,
- mémoriser la date,
- comparer la date mémorisée avec la date du jour ou une date choisie,
- établir un lien entre le code/identifiant électronique du produit et un identifiant visuel ou textuel dudit produit, par exemple une image, son nom commercial,
- transférer un message identifiant de manière visuelle ou textuelle ledit produit. Les étapes du procédé sont exécutées périodiquement ou sur requête.
Côté terminal et en référence à la Fig. 3, sur sa partie droite, le procédé de vérification de produits portant une date de péremption, comporte les étapes exécutées par un terminal de :
- recevoir un message et afficher le message,
- répondre au message,
- recevoir un message contenant un identifiant visuel ou textuel d'un produit, par exemple une image, son nom commercial,
- acquitter la requête, par exemple en réalisant l'opération demandée.
Plusieurs options sont proposées à l'employé utilisateur. Un code couleur est affecté pour la liste des produits à scanner. Ce choix de couleur est arbitraire, par exemple :
0 En gris : les produits à vérifier. L'application montre que, s'il n'a pas déjà été vendu, au moins un produit avec une « DLC » datée du jour est possiblement encore proposé à la vente. L'application propose la désignation du produit et qui est donc parfaitement identifié du fait du lien entre le code-barres/identifiant RFID et l'identification visuelle et/ou textuelle du produit, par exemple une image du produit, sa dénomination commerciale. Le magasinier se rend à son sous-rayon et recherche visuellement le ou les produits. Si au moins un produit est présent, il le retire de la vente ou l'étiquette comme produit en promotion. Il saisit le nombre de produits qu'il retire et il renseigne par l'intermédiaire du clavier Cs de saisie du terminal T, la nouvelle « DLC » la plus proche du jour figurant sur les autres produits de la même référence. Il valide sa saisie. Cette date servira à définir la prochaine alerte pour ce produit. S'il n'en trouve pas, il recherche la « DLC » d'un produit, la plus proche du jour, et renseigne le terminal dans la fenêtre de saisie et valide son choix. Cette date servira à définir la prochaine alerte pour ce produit.
Le résultat d'une autre requête relative aux produits en rupture temporaire peut être transféré dans l'application du terminal.
0 En orange : les produits en rupture temporaire sont des produits qui sont normalement mis en vente, mais qui sont momentanément indisponibles (retard de livraison, quantité commandée insuffisante, stock épuisé, etc.). Le magasinier est dans l'incapacité de renseigner une hypothétique « DLC », car le produit est absent des rayons. L'application fait donc apparaître cette référence pour rappeler au magasinier de renseigner une date lors de sa prochaine mise rayon ou lors de la réception de ces produits. Ceci permet de différencier les produits n'ayant pas de « DLC », date qui ne peut être renseignée car le produit n'est pas disponible, de ceux qui sont disponibles et ainsi d'éviter de générer un message d'erreur qui intervient lorsqu'un produit n'a pas de date associée (produit en attente).
Le résultat d'une autre requête relative aux nouveaux produits peut être transféré dans l'application du terminal.
0 En bleu : produit récent et sans date. Ce sont en principe de nouveaux produits. Le responsable de rayon va créer les références des nouveaux produits dans le logiciel mère. Ceux-ci vont se retrouver dans la liste des produits à vérifier par l'utilisateur du terminal, par exemple l'employé de rayon, qui va donc à sa prochaine utilisation renseigner dans le terminal, la « DLC » la plus proche du jour pour ces produits nouveaux. L'employé de rayon scanne tous les produits et leur associe une date limite de consommation. La « DLC » ayant la date la plus proche du jour servira à définir la prochaine alerte pour ce produit. Ceci arrive quand l'employé associe une date à un produit qui n'a pas été créé préalablement dans le logiciel mère par le responsable de rayon.
0 Icône « DI » : produit en double implantation. Ce sont des produits qui sont en vente dans au moins deux emplacements différents, par exemple en allée centrale et dans un rayon classique. L'employé de rayon se rend dans le premier emplacement et recherche visuellement le produit désigné par le terminal. S'il est présent, il le retire de la vente ou l'étiquette comme produit en promotion et il renseigne la nouvelle « DLC » la plus proche du jour des autres produits de la même référence. S'il ne le trouve pas, il saisit la « DLC » du produit la plus proche du jour et renseigne le terminal. Cette date servira à définir la prochaine alerte pour ce produit. Il se rend ensuite dans le second emplacement et exécute les mêmes opérations.
L'employé de rayon peut encore scanner un produit de son choix pour vérifier et/ou modifier la « DLC » qui lui est associée, vérifier qu'il est bien référencé dans la base de données ou encore modifier le statut de la double implantation du produit.
Lorsque tous les produits à vérifier ont été traités, un bouton ou un icône « j'ai terminé » permet au magasinier de fermer sa liste. Une phrase tirée au hasard dans une table spécifique est présentée et une demande de synchronisation vers la base de données du logiciel mère est formulée. A la fin de la synchronisation, un message de remerciement est affiché.
Une application Internet est implantée sur certains ordinateurs de l'enseigne du magasin et notamment ceux des chefs de rayon, du responsable qualité et de l'administrateur.
Pour le chef de rayon, cette application Internet lui permet de visualiser les rayons sous sa responsabilité. L'application affiche sur l'écran de l'ordinateur :
0 Les alertes qui lui sont destinées, par exemple l'alerte de couleur rouge pour un produit dont la désignation n'a pas été renseignée.
0 Les alertes destinées aux utilisateurs du terminal avec les mêmes codes couleur que ceux utilisés sur le terminal.
0 Les alertes liées aux produits en rupture temporaire, en rupture à long terme.
Pour chaque sous-rayon, l'application Internet présente :
0 Une description de chaque produit par un « GENCOD » ou code-barres / un identifiant RFID, une description textuelle et ou graphique du produit, une date limite de consommation, la charte de retrait correspondante, l'indication sur une éventuelle double implantation ainsi que des informations sur une éventuelle rupture temporaire ou à long terme.
0 La reprise des codes couleurs des alertes utilisés par les utilisateurs du terminal.
0 Une faculté de tri de la base de données du logiciel mère selon certaines caractéristiques des produits.
0 La possibilité de modifier la fiche de chaque produit.
0 La possibilité de faire une recherche globale dans la base de données via un champ d'entrée libre.
0 L'ajout ou la suppression d'un produit. Régulièrement, de nouvelles références sont commercialisées et doivent être intégrées au rayon. La base de données du logiciel mère présente une fonctionnalité qui permet de renseigner le
GENCOD/identifïant RFID et la désignation du nouveau produit. Ensuite, et par téléchargement, ces informations se retrouvent sur le terminal portable et celui-ci rappellera à l'utilisateur de renseigner une date pour cette nouvelle référence. Si l'utilisateur du terminal scanne une nouvelle référence qui n'a pas encore été intégrée dans la base de données, un message d'erreur lui indiquera que cette référence est inconnue et qu'il faut lui associer une date. En parallèle, un message d'erreur apparaît sur le logiciel mère demandant au responsable de rayon d'associer une désignation pour cette nouvelle référence.
0 La visualisation des produits incomplets (correspond aux alertes).
L'application Internet permet également de présenter l'historique de chaque terminal :
0 La date de l'action.
0 Quelle action a été effectuée :
■ La modification de la date limite de consommation (DLC, DLUO). " La modification de l'état de rupture (aucune, temporaire ou à long terme).
■ La modification du code-barres/identifiant RFID.
■ La modification de la désignation.
■ La création d'un produit.
■ La suppression d'un produit.
■ Une consultation.
0 Mémorisation d'une ancienne valeur (si elle existe / si nécessaire).
0 Mémorisation d'une nouvelle valeur (si nécessaire).
0 Le nom de l'utilisateur (nom, fonction).
Un exemple d'écran d'accueil est présenté sur la Fig. 4.
Le chef de rayon ne peut cependant pas modifier la charte fraîcheur d'un produit.
Pour le chef qualité, l'application Internet lui propose les mêmes droits et fonctionnalités qu'un chef de rayon avec cependant des fonctionnalités supplémentaires spécifiques à son statut :
• La possibilité d'éditer une charte fraîcheur.
• La modification d'une charte fraîcheur pour tout un rayon.
• La modification d'une charte fraîcheur d'un produit.
• La création d'un nouveau poste « chef de rayon » ou « nouvel employé ».
• La création des rayons / sous-rayons.
• L'assignation du nom d'un chef de rayon à un (des) rayon(s).
• L'affectation d'un employé à un sous-rayon.
• Le visionnage des tableaux de bords statistiques à l'aide d'un outil statistiques.
La base de données Bd contient les champs suivants :
Pour le produit :
• Un GENCOD (EAN 13 ou EAN 8) ou un identifiant RFID.
• Une désignation (texte).
• Une clé d'identifiant rayon. A un rayon est associée par défaut une charte fraîcheur.
• Un identifiant pour la charte fraîcheur (clé).
• Une date de péremption (date).
• La présence d'une double implantation (booléen).
• Une rupture temporaire (booléen).
• Une rupture à long terme (booléen).
Pour l'historique de retrait du produit :
• Un GENCOD (EAN 13 ou EAN 8) ou un identifiant RFID.
• Une date de retrait (date).
• La quantité retirée (nombre).
Pour l'utilisateur :
• Un identifiant (clé).
· Son poste (responsable qualité, chef de rayon, magasinier, etc.).
• Son nom (texte).
• Son prénom (texte).
• Le code du terminal (nombre à quatre chiffres). Pour la charte :
• Un identifiant (clé).
• Son nom (texte).
• Le délai de rappel (nombre de jour N).
Pour le rayon (et sous rayon)
• Un identifiant (clé).
• Son nom (texte).
• Un identifiant charte par défaut (clé).
• Un identifiant rayon parent (clé).
Pour l'affectation :
• Un identifiant rayon (clé)
• Un identifiant utilisateur (clé)
• Son poste (chef de rayon, magasinier)
Pour la validation de fin de listing de produits :
• Un identifiant validation (clé).
• Son contenu (texte).
• La réponse attendue (booléen).
• La réponse (texte).
Pour le message de remerciement de fin de session :
• Un identifiant message (clé).
• Son contenu (texte).
Pour l'architecture matérielle :
• Un serveur installé, de préférence, chez le client avec un Système de Gestion de Bases de Données et un serveur Internet sont nécessaires.
Le serveur Internet est préférentiellement exploité par la société licenciée de la présente demande de brevet ou du brevet délivré.
• Un accès à l'application Internet depuis les ordinateurs des responsables qualité et chefs de rayon.
• En fonction des accès possibles chez le client :
0 Accès distant pour le prestataire de mises à jour.
0 Une synchronisation avec des serveurs externes pour réaliser des sauvegardes informatiques.
Dans le cas où le client possède un système informatique de référencement de ses produits (une nomenclature produits qui est associée à un code-barres/un identifiant électronique), il est possible d'intégrer cette base de données dans la base de données du logiciel mère. Tout ou partie de cette base de données peut être exporté dans le terminal portable afin qu'un code-barres lu ou un identifiant RFID lu par celui- ci rappelle la désignation du produit sous la forme de texte ou d'images.
L'ensemble des produits peut être catégorisé selon les besoins du client (rayon épicerie - sous rayon conserves de légumes, réserve n°3, allée F, etc.). De plus, une date de retrait (type «J-N») est associée à chaque catégorie, toujours selon les exigences du client.
Pour les clients n'ayant pas de système de référencement, la possibilité de rentrer la désignation et d'y associer le code-barres ou l'identifiant RFID reste possible et de façon manuelle à l'aide d'un terminal.
Le procédé de l'invention permet l'identification fiable et le traitement_des produits périmés sur le lieu de vente. Connaissant la famille de produits concernés, et facilement identifiables, il est beaucoup plus simple de rechercher, dans cette famille, le ou les produits obsolètes.
Il présente l'avantage de simplifier grandement le travail des employés chargés de rechercher traditionnellement et quotidiennement la présence de produits périmés dans les rayons des magasins.
Il évite les erreurs humaines dans le travail quotidien de recherche de produits périmés.
Claims
REVENDICATIONS
1) 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,
- caractérisé en ce qu'il consiste à définir, à l'aide d'une requête automatisée ou manuelle mise en œuvre 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, 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.
2) Procédé selon la revendication 1, caractérisé en ce qu'il consiste, à chaque nouvelle utilisation du terminal, à saisir la prochaine date de péremption (DLC) pour chaque famille de produits,
- à transférer dans la base de données ladite date de péremption associée audit code-barres/ audit identifiant électronique.
3) Procédé selon la revendication 1 ou 2, caractérisé en ce qu'il consiste à définir, à l'aide de la base de données (Bd) et du logiciel associé, une alerte de sorte que le terminal (T) puisse demander à l'employé utilisateur, par l'intermédiaire de l'afficheur et à la date du jour ou à une date choisie,
* de renseigner une date lors de la prochaine mise en rayon de produits en rupture temporaire et/ou
* de scanner le code-barres/Pidentifïant électronique de tous les nouveaux produits mis en rayon et de saisir leur date de péremption (DLC).
4) Procédé selon la revendication 3, caractérisé en ce qu'il consiste à affecter un code couleur pour chaque opération demandée et à afficher ledit code couleur sur l'écran dudit terminal (T).
5) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il consiste à afficher sur l'écran dudit terminal (T) de l'employé utilisateur, une alerte lui indiquant une implantation multiple des produits.
6) Installation, comprenant un logiciel mère (Lm) connecté à une base de données (Bd), des terminaux (T) équipés de moyens de connexion avec la base de données, avec le logiciel mère (Lm), chaque 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), caractérisée en ce que ces moyens sont configurés pour réaliser les étapes du procédé selon l'une quelconque des revendications précédentes.
7) Produit programme d'ordinateur comportant des instructions pour mettre en œuvre, par un processeur, le procédé selon l'une quelconque des revendications 1 à 5, lorsque ledit programme est exécuté par ledit processeur.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP16728638.4A EP3304453A1 (fr) | 2015-05-27 | 2016-05-26 | Procédé de vérification de produits portant une date de péremption |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1554770A FR3036829A1 (fr) | 2015-05-27 | 2015-05-27 | Procede de gestion de produits portant une date de peremption |
| FR1554770 | 2015-05-27 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2016189096A1 true WO2016189096A1 (fr) | 2016-12-01 |
Family
ID=54260858
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/EP2016/061928 Ceased WO2016189096A1 (fr) | 2015-05-27 | 2016-05-26 | Procédé de vérification de produits portant une date de péremption |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP3304453A1 (fr) |
| FR (1) | FR3036829A1 (fr) |
| WO (1) | WO2016189096A1 (fr) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110807610A (zh) * | 2018-07-20 | 2020-02-18 | 北京京东尚科信息技术有限公司 | 配送的方法和装置 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3081587A1 (fr) | 2018-05-28 | 2019-11-29 | Comerso | Procede de valorisation des produits non conformes |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5640002A (en) * | 1995-08-15 | 1997-06-17 | Ruppert; Jonathan Paul | Portable RF ID tag and barcode reader |
| US20070235528A1 (en) | 2006-04-06 | 2007-10-11 | Spencer Terry L | Method of managing expiration dated product inventories |
-
2015
- 2015-05-27 FR FR1554770A patent/FR3036829A1/fr not_active Withdrawn
-
2016
- 2016-05-26 EP EP16728638.4A patent/EP3304453A1/fr not_active Ceased
- 2016-05-26 WO PCT/EP2016/061928 patent/WO2016189096A1/fr not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5640002A (en) * | 1995-08-15 | 1997-06-17 | Ruppert; Jonathan Paul | Portable RF ID tag and barcode reader |
| US20070235528A1 (en) | 2006-04-06 | 2007-10-11 | Spencer Terry L | Method of managing expiration dated product inventories |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110807610A (zh) * | 2018-07-20 | 2020-02-18 | 北京京东尚科信息技术有限公司 | 配送的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| FR3036829A1 (fr) | 2016-12-02 |
| EP3304453A1 (fr) | 2018-04-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7004767B2 (ja) | 会話クイックフレーズを提供するための方法及びシステム | |
| CN107835231B (zh) | 反馈信息的处理方法及终端设备 | |
| CA3157423C (fr) | Interface de messagerie permettant de gerer des changements de commande | |
| EP1910979B1 (fr) | Etiquette electronique comportant des moyens pour lire et afficher le contenu de puces rfid | |
| US11676196B2 (en) | Mapping recipe ingredients to products | |
| EP1916623A1 (fr) | Procédé de fourniture de données de transactions, terminal, procédé de transaction, procédé d'enrichissement de relevés bancaires, serveur, signaux et produits programme d'ordinateur correspondants. | |
| CN112005228B (zh) | 多标签内容的聚集和比较 | |
| WO2013188106A1 (fr) | Procédés et systèmes s'appliquant à une interface numérique pour afficher des résultats de recherche de vente au détail | |
| CN111160967A (zh) | 数据处理方法、装置及存储介质 | |
| WO2020086055A1 (fr) | Affichage de données relatives à des objets dans des images | |
| WO2016189096A1 (fr) | Procédé de vérification de produits portant une date de péremption | |
| EP3729353A1 (fr) | Procédé, dispositif et programme de gestion de preuves d'achat | |
| KR20210125320A (ko) | 빅데이터 기반을 통한 고객 투자성향 맞춤 종목 매칭 서비스 제공 시스템 및 방법 | |
| EP3017612B1 (fr) | Procédé de communication d'information à partir d'identifiants de périphériques radiofréquences | |
| KR102429104B1 (ko) | 인공지능에 기반한 상품 카탈로그 자동 분류 시스템 | |
| CN113643096A (zh) | 基于用户画像的商品推荐方法、装置、电子设备和计算机可读存储介质 | |
| JP7685982B2 (ja) | 購買支援装置及び購買支援方法 | |
| CN114255106B (zh) | 一种活动信息推送方法、系统、移动终端及可读存储介质 | |
| US9536267B2 (en) | Resolving pairwise links to groups | |
| US11842543B1 (en) | Camera system for providing an in-store experience to a remote user | |
| TWI910301B (zh) | 自產品名稱萃取數量之電腦實施的系統以及方法 | |
| US20170300994A1 (en) | Serendipity recommender system | |
| WO2019229346A1 (fr) | Procede de valorisation des produits non conformes | |
| KR20230041236A (ko) | 온라인 기반 개인 물품 통합 케어 방법 | |
| JP2003006489A (ja) | 商品入荷・在庫情報提示システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16728638 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |