FR 3146001 A1 20240823 FR 2301558 A 20230220 TITRE : SYSTÈMES ET PROCÉDÉ DE MISE À JOUR D’UNE DONNÉE REPRÉSENTATIVE DU POIDS D’UN PRODUIT DANS UNE BASE DE DONNÉES INFORMATIQUE Le système (100) de mise à jour d’une donnée représentative du poids d’un produit dans une base (105) de données comporte : - un capteur (110) d’une valeur représentative du poids d’un produit, - un module (115) horodateur, configuré pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - un module (120) logiciel de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids pour un identifiant de produit, - un intervalle de temps de validité de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de valeurs de poids captées pour un identifiant de produit et - un module (125) de mise à jour d’une valeur de poids d’un produit dans une base de données. Figure pour l’abrégé : Figure 1 SYSTÈMES ET PROCÉDÉ DE MISE À JOUR D’UNE DONNÉE REPRÉSENTATIVE DU POIDS D’UN PRODUIT DANS UNE BASE DE DONNÉES INFORMATIQUE Domaine technique de l’invention La présente invention vise des systèmes de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique et un procédé de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique. Elle s’applique, notamment, au domaine de la gestion d’entrepôts et à la logistique. État de la technique Dans le domaine de la gestion d’entrepôts et de la logistique, notamment de commandes, on associe une valeur de poids à tout produit de sorte à pouvoir assurer un contrôle de la conformité entre une commande et un ensemble comportant au moins un produit, ou article, à expédier. Cette conformité est réalisée, simplement, par le calcul de la somme arithmétique des poids mesurés par un opérateur des produits d’une commande en cours de traitement et par la comparaison avec la somme arithmétique des poids théoriques des produits. Ceci suppose que l’association produit et poids théorique des produits soit correctement paramétrée. Or, pour plusieurs raisons, cette association est souvent erronée. En particulier, il arrive que les fabricants de certains produits modifient la composition des produits de telle manière que le poids du produit est affecté, volontairement ou involontairement. Une telle modification peut ne pas être notifiée aux gestionnaires d’entrepôts, rendant impossible le contrôle de conformité de commande. Il arrive aussi, par ailleurs, que l’emballage (« packaging », en anglais) d’un produit change, altérant non pas directement le poids d’un produit mais le poids d’un lot de transport du produit. Pour toutes ces raisons, la vérification de la conformité d’un ensemble de produits à envoyer par rapport à une commande émise pour ces produits est rendue difficile et la gestion d’entrepôt en est dégradée. Brève description des figures D’autres avantages, buts et caractéristiques particulières de l’invention ressortiront de la description non limitative qui suit d’au moins un mode de réalisation particulier des systèmes et du procédé objets de la présente invention, en regard des dessins annexés, dans lesquels : représente, schématiquement, un mode de réalisation particulier du système objet de la présente invention, représente, schématiquement, un mode de réalisation particulier d’un système informatique objet de la présente invention, représente, et sous forme d’un logigramme, une succession d’étapes particulière du procédé objet de la présente invention et représente, schématiquement, un ensemble de valeurs de poids captées d’un produit et mises en œuvre par un système ou procédé objet de la présente invention. Description d’exemples de réalisation de l’invention La présente description est donnée à titre non limitatif, chaque caractéristique d’un mode de réalisation pouvant être combinée à toute autre caractéristique de tout autre mode de réalisation de manière avantageuse. On note dès à présent que les figures ne sont pas à l’échelle. Comme on le comprend à la lecture de la présente description, divers concepts inventifs peuvent être mis en œuvre par une ou plusieurs méthodes ou dispositifs décrits ci-après, dont plusieurs exemples sont ici fournis. Les actions ou étapes réalisées dans le cadre de la réalisation du procédé ou du dispositif peuvent être ordonnées de toute manière appropriée. En conséquence, il est possible de construire des modes de réalisation dans lesquels les actions ou étapes sont exécutées dans un ordre différent de celui illustré, ce qui peut inclure l'exécution de certains actes simultanément, même s'ils sont présentés comme des actes séquentiels dans les modes de réalisation illustrés. L'expression "et/ou", telle qu'elle est utilisée dans le présent document et dans les revendications, doit être comprise comme signifiant "l'un ou l'autre ou les deux" des éléments ainsi conjoints, c'est-à-dire des éléments qui sont présents de manière conjonctive dans certains cas et de manière disjonctive dans d'autres cas. Les éléments multiples énumérés avec "et/ou" doivent être interprétés de la même manière, c'est-à-dire "un ou plusieurs" des éléments ainsi conjoints. D'autres éléments peuvent éventuellement être présents, autres que les éléments spécifiquement identifiés par la clause "et/ou", qu'ils soient liés ou non à ces éléments spécifiquement identifiés. Ainsi, à titre d'exemple non limitatif, une référence à "A et/ou B", lorsqu'elle est utilisée conjointement avec un langage ouvert tel que "comprenant" peut se référer, dans un mode de réalisation, à A seulement (incluant éventuellement des éléments autres que B) ; dans un autre mode de réalisation, à B seulement (incluant éventuellement des éléments autres que A) ; dans un autre mode de réalisation encore, à A et B (incluant éventuellement d'autres éléments) ; etc. Tel qu'utilisé ici dans la description et dans les revendications, "ou" doit être compris de manière inclusive. Telle qu'elle est utilisée dans la présente description et dans les revendications, l'expression "au moins un", en référence à une liste d'un ou de plusieurs éléments, doit être comprise comme signifiant au moins un élément choisi parmi un ou plusieurs éléments de la liste d'éléments, mais n'incluant pas nécessairement au moins un de chaque élément spécifiquement énuméré dans la liste d'éléments et n'excluant pas toute combinaison d'éléments dans la liste d'éléments. Cette définition permet également la présence facultative d'éléments autres que les éléments spécifiquement identifiés dans la liste des éléments auxquels l'expression "au moins un" fait référence, qu'ils soient liés ou non à ces éléments spécifiquement identifiés. Ainsi, à titre d'exemple non limitatif, "au moins l'un de A et B" (ou, de manière équivalente, "au moins l'un de A ou B", ou, de manière équivalente, "au moins l'un de A et/ou B") peut se référer, dans un mode de réalisation, à au moins un, incluant éventuellement plus d'un, A, sans B présent (et incluant éventuellement des éléments autres que B) ; dans un autre mode de réalisation, à au moins un, comprenant éventuellement plus d'un, B, sans A présent (et comprenant éventuellement des éléments autres que A) ; dans encore un autre mode de réalisation, à au moins un, comprenant éventuellement plus d'un, A, et au moins un, comprenant éventuellement plus d'un, B (et comprenant éventuellement d'autres éléments) ; etc. Dans les revendications, ainsi que dans la description ci-dessous, toutes les expressions transitoires telles que "comprenant", "incluant", "portant", "ayant", "contenant", "impliquant", "tenant", "composé de", et autres, doivent être comprises comme étant ouvertes, c'est-à-dire comme signifiant incluant mais non limité à. Seules les expressions transitoires "consistant en" et "consistant essentiellement en" doivent être comprises comme des expressions transitoires fermées ou semi-fermées, respectivement. De manière générale, on observe, sur la , qui n’est pas à l’échelle, représente un schéma fonctionnel qui illustre un exemple de système informatique avec lequel un mode de réalisation peut être mis en œuvre. Dans l'exemple de la , un système informatique 205 et des instructions pour la mise en œuvre des technologies divulguées dans le matériel, le logiciel, ou une combinaison de matériel et de logiciel, sont représentés schématiquement, par exemple sous forme de boîtes et de cercles, au même niveau de détail qui est couramment utilisé par les personnes de compétence ordinaire dans l'art auquel cette divulgation se rapporte pour communiquer sur l'architecture des ordinateurs et les mises en œuvre des systèmes informatiques. Le système informatique 205 comporte un sous-système d'entrée/sortie (dit « I/O », pour « Input/Output », traduit par Entrée/sortie en français) 220 qui peut comporter un bus et/ou un ou plusieurs autres mécanismes de communication pour communiquer des informations et/ou des instructions entre les composants du système informatique 205 sur des chemins de signaux électroniques. Le sous-système d'entrée/sortie 220 peut comporter un contrôleur d'entrée/sortie, un contrôleur de mémoire et au moins un port d'entrée/sortie. Les chemins de signaux électroniques sont représentés schématiquement dans les dessins, par exemple sous forme de lignes, de flèches unidirectionnelles ou de flèches bidirectionnelles. Au moins un processeur 210 est couplé au sous-système I/O 220 pour traiter les informations et les instructions. Le processeur 210 peut comporter, par exemple, un microprocesseur ou un microcontrôleur à usage général et/ou un microprocesseur à usage spécial tel qu'un système intégré ou une unité de traitement graphique (GPU) ou un processeur de signaux numériques ou un processeur ARM. Le processeur 210 peut comporter une unité arithmétique et logique (UAL) intégrée ou peut être couplé à une UAL séparée. Le système informatique 205 comporter une ou plusieurs mémoires 225, telle qu'une mémoire principale, qui est couplée au sous-système I/O 220 pour stocker numériquement de manière électronique des données et des instructions à exécuter par le processeur 210. La mémoire 225 peut comporter une mémoire volatile telle que diverses formes de mémoire vive (RAM) ou tout autre dispositif de stockage dynamique. La mémoire 225 peut également être utilisée pour stocker des variables temporaires ou d'autres informations intermédiaires pendant l'exécution des instructions à exécuter par le processeur 210. De telles instructions, lorsqu'elles sont stockées dans un support de stockage lisible par ordinateur non transitoire accessible au processeur 210, peuvent transformer le système informatique 205 en une machine à usage spécial qui est personnalisée pour effectuer les opérations spécifiées dans les instructions. Le système informatique 205 comporte, de plus, une mémoire non volatile telle qu'une mémoire morte (ROM) 230 ou un autre dispositif de stockage statique couplé au sous-système I/O 220 pour stocker des informations et des instructions pour le processeur 210. La ROM 230 peut comporter diverses formes de ROM programmable (PROM) telles que la PROM effaçable (EPROM) ou la PROM effaçable électriquement (EEPROM). Une unité de stockage persistant 215 peut comporter diverses formes de mémoire vive non volatile (NVRAM), telle qu'une mémoire FLASH, ou un stockage à l'état solide, un disque magnétique ou un disque optique tel qu'un CD-ROM ou un DVD-ROM et peut être couplée au sous-système I/O 220 pour stocker des informations et des instructions. La mémoire 215 est un exemple de support lisible par ordinateur non transitoire qui peut être utilisé pour stocker des instructions et des données qui, lorsqu'elles sont exécutées par le processeur 210, provoquent l'exécution de méthodes mises en œuvre par ordinateur pour exécuter les techniques du présent document. Les instructions dans la mémoire 225, la ROM 230 ou le stockage 215 peuvent comporter un ou plusieurs ensembles d'instructions qui sont organisés en modules, méthodes, objets, fonctions, routines ou appels. Les instructions peuvent être organisées comme un ou plusieurs programmes informatiques, services de système d'exploitation ou programmes d'application, y compris les applications mobiles. Les instructions peuvent comporter un système d'exploitation et/ou un logiciel système ; une ou plusieurs bibliothèques pour prendre en charge des fonctions multimédias, de programmation ou autres ; des instructions ou des piles de protocoles de données pour mettre en œuvre des protocoles de communication TCP/IP, HTTP ou autres ; des instructions de traitement de format de fichier pour analyser ou rendre des fichiers codés en utilisant HTML, XML, JPEG, MPEG ou PNG ; des instructions d'interface utilisateur pour rendre ou interpréter des commandes pour une interface utilisateur graphique (dite « GUI », pour « Graphic User Interface », traduit par interface utilisateur graphique), une interface de ligne de commande ou une interface utilisateur textuelle ; un logiciel d'application tel qu'une suite bureautique, des applications d'accès à Internet, des applications de conception et de fabrication, des applications graphiques, des applications audio, des applications de génie logiciel, des applications éducatives, des jeux ou des applications diverses. Les instructions peuvent mettre en œuvre un serveur web, un serveur d'applications web ou un client web. Les instructions peuvent être organisées sous la forme d'une couche de présentation, d'une couche d'application et d'une couche de stockage de données telles qu'un système de base de données relationnelle utilisant un langage d'interrogation structuré (SQL) ou aucun SQL, un magasin d'objets, une base de données graphique, un système de fichiers plats ou tout autre stockage de données. Le système informatique 205 peut être couplé via le sous-système I/O 220 à au moins un dispositif de sortie 235. Dans un mode de réalisation, le dispositif de sortie 235 est un écran d'ordinateur numérique. Des exemples d'affichage qui peuvent être utilisés dans divers modes de réalisation comprennent un écran tactile ou un affichage à diodes électroluminescentes (DEL) ou un affichage à cristaux liquides (LCD) ou un affichage sur papier électronique. Le système informatique 205 peut comporter un ou plusieurs autres types de dispositifs de sortie 235, en remplacement ou en plus d'un dispositif d'affichage. Des exemples d'autres dispositifs de sortie 235 comportent des imprimantes, des imprimantes de tickets, des traceurs, des projecteurs, des cartes son ou des cartes vidéo, des haut-parleurs, des buzzers ou des dispositifs piézoélectriques ou d'autres dispositifs audibles, des lampes ou des indicateurs LED ou LCD, des dispositifs haptiques, des actionneurs ou des servos. Au moins un dispositif d'entrée 240 est couplé au sous-système I/O 220 pour communiquer des signaux, des données, des sélections de commandes ou des gestes au processeur 210. Des exemples de dispositifs d'entrée 240 comportent des écrans tactiles, des microphones, des caméras numériques fixes et vidéo, des touches alphanumériques et autres, des claviers, des tablettes graphiques, des scanners d'images, des joysticks, des horloges, des interrupteurs, des boutons, des cadrans, des glissières. Un autre type de dispositif d'entrée est un dispositif de commande 245, qui peut effectuer une commande de curseur ou d'autres fonctions de commande automatisée telles que la navigation dans une interface graphique sur un écran d'affichage, alternativement ou en plus des fonctions d'entrée. Le dispositif de commande 245 peut être un pavé tactile, une souris, une boule de commande ou des touches de direction du curseur pour communiquer des informations de direction et des sélections de commande au processeur 210 et pour commander le mouvement du curseur sur l'écran 235. Le dispositif d'entrée peut avoir au moins deux degrés de liberté dans deux axes, un premier axe (par exemple, x) et un deuxième axe (par exemple, y), ce qui permet au dispositif de spécifier des positions dans un plan. Un autre type de dispositif d'entrée est un dispositif de commande filaire, sans-fil ou optique, tel qu'un joystick, une baguette, une console, un volant, une pédale, un mécanisme de changement de vitesse ou tout autre type de dispositif de commande. Un dispositif d'entrée 240 peut inclure une combinaison de plusieurs dispositifs d'entrée différents, tels qu'une caméra vidéo et un capteur de profondeur. Dans un autre mode de réalisation, le système informatique 205 peut comprendre un dispositif de l'internet des objets (dit « IoT », pour « Internet of things ») dans lequel un ou plusieurs du dispositif de sortie 235, du dispositif d'entrée 240 et du dispositif de commande 245 sont omis. Ou, dans un tel mode de réalisation, le dispositif d'entrée 240 peut comporter une ou plusieurs caméras, des détecteurs de mouvement, des thermomètres, des microphones, des détecteurs sismiques, d'autres capteurs ou détecteurs, des dispositifs de mesure ou des codeurs et le dispositif de sortie 235 peut comprendre un affichage à usage spécial tel qu'un affichage LED ou LCD à ligne unique, un ou plusieurs indicateurs, un panneau d'affichage, un compteur, une vanne, un solénoïde, un actionneur ou un servomoteur. Le dispositif de sortie 235 peut comporter du matériel, des logiciels, des microprogrammes et des interfaces pour générer des paquets de rapport de position, des notifications, des signaux d'impulsion ou de battement de cœur, ou d'autres transmissions de données récurrentes qui spécifient une position du système informatique 205, seul ou en combinaison avec d'autres données spécifiques à l'application, dirigées vers l'hôte 250 ou le serveur 255. Le système informatique 205 peut mettre en œuvre les techniques décrites dans le présent document en utilisant une logique câblée personnalisée, au moins un ASIC (pour « Application-specific integrated circuit », traduit par « circuit intégré propre à une application ») ou un FPGA (pour « Field-programmable gate array », traduit par « réseau de portes programmables in situ), un microprogramme et/ou des instructions de programme ou une logique qui, lorsqu'ils sont chargés et utilisés ou exécutés en combinaison avec le système informatique, provoquent ou programment le système informatique pour qu'il fonctionne comme une machine à usage spécifique. Selon un mode de réalisation, les techniques décrites ici sont exécutées par le système informatique 205 en réponse au processeur 210 qui exécute au moins une séquence d'au moins une instruction contenue dans la mémoire principale 225. Ces instructions peuvent être lues dans la mémoire principale 225 à partir d'un autre support de stockage, tel que la mémoire 215. L'exécution des séquences d'instructions contenues dans la mémoire principale 225 amène le processeur 210 à exécuter les étapes du processus décrites dans le présent document. Dans d'autres modes de réalisation, des circuits câblés peuvent être utilisés à la place ou en combinaison avec des instructions logicielles. Le terme "support de stockage", tel qu'il est utilisé dans le présent document, désigne tout support non transitoire qui stocke des données et/ou des instructions permettant à une machine de fonctionner d'une manière spécifique. Ces supports de stockage peuvent comporter des supports non volatils et/ou des supports volatils. Les supports non volatils comprennent, par exemple, les disques optiques ou magnétiques, tels que la mémoire 215. Les supports volatils comportent la mémoire dynamique, telle que la mémoire 225. Les formes courantes de supports de stockage comportent, par exemple, un disque dur, un lecteur à semi-conducteurs, un lecteur flash, un support de stockage de données magnétique, tout support de stockage de données optique ou physique, une puce mémoire, etc. Les supports de stockage sont distincts des supports de transmission, mais peuvent être utilisés conjointement avec eux. Les supports de transmission participent au transfert d'informations entre les supports de stockage. Par exemple, les supports de transmission comportent les câbles coaxiaux, les fils de cuivre et les fibres optiques, y compris les fils qui constituent un bus du sous-système I/O 220. Les supports de transmission peuvent également prendre la forme d'ondes acoustiques ou lumineuses, telles que celles générées pendant les communications de données par ondes radio et infrarouges. Diverses formes de supports peuvent être impliquées dans le transport d'au moins une séquence d'au moins une instruction vers le processeur 210 pour exécution. Par exemple, les instructions peuvent initialement être transportées sur un disque magnétique ou un lecteur à semi-conducteurs d'un ordinateur distant. L'ordinateur distant peut charger les instructions dans sa mémoire dynamique et envoyer les instructions sur un lien de communication tel qu'un câble à fibre optique ou coaxial ou une ligne téléphonique en utilisant un modem. Un modem ou un routeur local au système informatique 205 peut recevoir les données sur la liaison de communication et convertir les données dans un format qui peut être lu par le système informatique 205. Par exemple, un récepteur tel qu'une antenne de radiofréquence ou un détecteur infrarouge peut recevoir les données transportées dans un signal sans fil ou optique et un circuit approprié peut fournir les données au sous-système I/O 220, par exemple en plaçant les données sur un bus. Le sous-système I/O 220 transporte les données vers la mémoire 225, à partir de laquelle le processeur 210 récupère et exécute les instructions. Les instructions reçues par la mémoire 225 peuvent éventuellement être stockées sur la mémoire 215 avant ou après l'exécution par le processeur 210. Le système informatique 205 comporte également une interface de communication 260 couplée à un bus 220. L'interface de communication 260 fournit un couplage de communication de données bidirectionnel à la ou aux liaisons réseau 265 qui sont directement ou indirectement connectées à au moins un réseau de communication, tel qu'un réseau 270 ou un nuage public ou privé sur Internet. Par exemple, l'interface de communication 260 peut être une interface de réseau « Ethernet » ®, une carte de réseau numérique à intégration de services (RNIS), un modem câble, un modem satellite ou un modem pour fournir une connexion de communication de données à un type correspondant de ligne de communication, par exemple un câble « Ethernet »® ou un câble métallique de tout type ou une ligne à fibre optique ou une ligne téléphonique. Le réseau 270 représente largement un réseau local (dit « LAN », pour « Local Area Network »), un réseau étendu (dit « WAN », pour « Wide Area Network »), un réseau de campus, un réseau Internet, ou toute combinaison de ceux-ci. L'interface de communication 260 peut comporter une carte LAN pour fournir une connexion de communication de données à un LAN compatible, ou une interface de radiotéléphone cellulaire qui est câblée pour envoyer ou recevoir des données cellulaires selon les normes de réseau sans fil de radiotéléphone cellulaire, ou une interface de radio satellite qui est câblée pour envoyer ou recevoir des données numériques selon les normes de réseau sans fil de satellite. Dans n'importe quelle mise en œuvre de ce type, l'interface de communication 260 envoie et reçoit des signaux électriques, électromagnétiques ou optiques sur des trajets de signaux qui transportent des flux de données numériques représentant divers types d'informations. La liaison réseau 265 fournit typiquement une communication de données électrique, électromagnétique ou optique directement ou par l'intermédiaire d'au moins un réseau à d'autres dispositifs de données, en utilisant, par exemple, la technologie satellite, cellulaire, « Wi-Fi »® ou « BLUETOOTH »®. Par exemple, la liaison réseau 265 peut fournir une connexion à travers un réseau 270 à un ordinateur hôte 250. En outre, la liaison réseau 265 peut fournir une connexion par l'intermédiaire du réseau 270 ou à d'autres dispositifs informatiques via des dispositifs d'interconnexion et/ou des ordinateurs qui sont exploités par un fournisseur de services Internet (ISP) 275. Le FAI 275 fournit des services de communication de données par l'intermédiaire d'un réseau mondial de communication de données par paquets représenté par Internet 280. Un ordinateur serveur 255 peut être couplé à Internet 280. Le serveur 255 représente largement tout ordinateur, centre de données, machine virtuelle ou instance informatique virtuelle avec ou sans hyperviseur, ou ordinateur exécutant un système de programme conteneurisé tel que « DOCKER »® ou « KUBERNETES »®. Le serveur 255 peut représenter un service numérique électronique qui est mis en œuvre à l'aide de plus d'un ordinateur ou d'une instance et auquel on accède et qu'on utilise en transmettant des demandes de services Web, des chaînes de localisateurs de ressources uniformes (dit « URL », pour « Uniform Resource Locator ») avec des paramètres dans des charges utiles HTTP (pour « Hypertext transfer protocol », traduit par « protocole de transfert hypertexte », des appels d'API (pour « application programing interface », traduit par « interface de programmation applicative »), des appels de services d'applications ou d'autres appels de services. Le système informatique 205 et le serveur 255 peuvent former des éléments d'un système informatique distribué qui comprend d'autres ordinateurs, un cluster de traitement, une ferme de serveurs ou une autre organisation d'ordinateurs qui coopèrent pour effectuer des tâches ou exécuter des applications ou des services. Le serveur 255 peut comporter un ou plusieurs ensembles d'instructions qui sont organisés sous forme de modules, de méthodes, d'objets, de fonctions, de routines ou d'appels. Les instructions peuvent être organisées comme un ou plusieurs programmes informatiques, services de système d'exploitation ou programmes d'application, y compris des applications mobiles. Les instructions peuvent comporter un système d'exploitation et/ou un logiciel système ; une ou plusieurs bibliothèques pour prendre en charge des fonctions multimédia, de programmation ou autres ; des instructions ou des piles de protocoles de données pour mettre en œuvre des protocoles de communication TCP/IP (pour « Transmission control protocol / Internet protocol », traduit par « protocole de contrôle de transmission / protocole internet »), HTTP ou autres ; des instructions de traitement de format de fichier pour analyser ou rendre des fichiers codés en utilisant HTML (pour « Hypertext markup language », traduit par « langage de balisage hypertexte »), XML (for « Extensible markup language », traduit par « langage de balisage extensible »), JPEG (pour « Joint Photographic Experts Group », traduit par « Groupe joint d’experts photographiques), MPEG (pour « Moving picture experts group », traduit par groupe d’experts d’images en mouvement ») ou PNG (for « Portable Networks Graphic », traduit par « graphiques portables pour réseaux »); des instructions d'interface utilisateur pour rendre ou interpréter des commandes pour une interface utilisateur graphique (GUI), une interface de ligne de commande ou une interface utilisateur textuelle ; un logiciel d'application tel qu'une suite bureautique, des applications d'accès à Internet, des applications de conception et de fabrication, des applications graphiques, des applications audio, des applications de génie logiciel, des applications éducatives, des jeux ou des applications diverses. Le serveur 255 peut comprendre un serveur d'application web qui héberge une couche de présentation, une couche d'application et une couche de stockage de données telles qu'un système de base de données relationnelle utilisant un langage d'interrogation structuré (dit « SQL », pour « Structured Query Language ») ou aucun SQL, un magasin d'objets, une base de données graphique, un système de fichiers plats ou tout autre stockage de données. Le système informatique 205 peut envoyer des messages et recevoir des données et des instructions, y compris du code de programme, par l'intermédiaire du ou des réseaux, de la liaison réseau 265 et de l'interface de communication 260. Dans l'exemple Internet, un serveur 255 peut transmettre un code demandé pour un programme d'application par l'intermédiaire d'Internet 280, du FAI 275, du réseau local 270 et de l'interface de communication 260. Le code reçu peut être exécuté par le processeur 210 au fur et à mesure de sa réception, et/ou stocké dans la mémoire 215, ou dans une autre mémoire non volatile pour une exécution ultérieure. L'exécution d'instructions telle que décrite dans cette section peut mettre en œuvre un processus sous la forme d'une instance d'un programme informatique en cours d'exécution et constitué d'un code de programme et de son activité actuelle. Selon le système d'exploitation (dit « OS », « operating system »), un processus peut être constitué de plusieurs fils d'exécution qui exécutent des instructions simultanément. Dans ce contexte, un programme informatique est une collection passive d'instructions, tandis qu'un processus peut être l'exécution réelle de ces instructions. Plusieurs processus peuvent être associés au même programme ; par exemple, l'ouverture de plusieurs instances du même programme signifie souvent que plus d'un processus est en cours d'exécution. Le multitâche peut être mis en œuvre pour permettre à plusieurs processus de partager le processeur 210. Bien que chaque processeur 210 ou noyau du processeur exécute une seule tâche à la fois, le système informatique 205 peut être programmé pour mettre en œuvre le multitâche afin de permettre à chaque processeur de basculer entre les tâches en cours d'exécution sans avoir à attendre la fin de chaque tâche. Dans un mode de réalisation, les commutations peuvent être effectuées lorsque les tâches effectuent des opérations d’entrée/sortie, lorsqu'une tâche indique qu'elle peut être commutée, ou sur des interruptions matérielles. Le partage du temps peut être mis en œuvre pour permettre une réponse rapide aux applications interactives des utilisateurs en effectuant rapidement des commutations de contexte pour donner l'impression d'une exécution simultanée de plusieurs processus. Dans un mode de réalisation, pour des raisons de sécurité et de fiabilité, un système d'exploitation peut empêcher la communication directe entre des processus indépendants, en fournissant une fonctionnalité de communication interprocessus strictement médiatisée et contrôlée. Dans la présente description, on appelle « commande » un ensemble d’au moins un produit ayant un destinataire déterminé. Dans la présente description, on appelle « lot » un ensemble d’au moins deux produits similaires regroupés dans un packaging unique. Dans la présente description, on appelle « produit » ou « article », un objet pouvant être regroupé en lot ou en ensemble pour former une commande. On observe, sur la , qui n’est pas à l’échelle, une vue schématique d’un mode de réalisation du système 100 objet de la présente invention. Ce système 100 de mise à jour d’une donnée représentative du poids d’un produit dans une base 105 de données informatique comporte : - un capteur 110 d’une valeur représentative du poids d’un produit, - un module 115 horodateur, configuré pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - un module 120 logiciel de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ledit module étant configuré pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - un module 125 logiciel de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Dans des variantes, le système 100 comporte un capteur 111 d’une référence d’un produit. Une telle référence est associée dans une base de données informatiques de produits sous la forme d’un identifiant, par exemple alphanumérique. Le capteur 111 d’une référence représentative d’un lot ou d’un produit est, par exemple, un capteur d’images configuré pour détecter un code à barres bidimensionnel ou quadridimensionnel (dit « QR code », pour « Quick Response code », traduit par code à réponse rapide). Dans des modes de réalisations préférentiels, le capteur 111 est un scanner pour codes à barres. Dans des variantes, non représentées, le capteur 111 met en œuvre un sous-système I/O 220, associant un clavier ou une souris à une interface utilisateur de manière à permettre la saisie manuelle, dans un système informatique de contrôle de lot ou de produit, d’une référence alphanumérique représentative d’un lot ou d’un produit. Le capteur 110 d’une valeur représentative du poids d’un produit est, par exemple, une balance. Le poids d’un produit peut être associé à chaque type de produit (ou chaque référence de produit), de manière à comparer le poids théorique d’un produit et le poids capté, de manière à éviter des erreurs évidentes d’envoi de produits. La capture de la référence d’un produit et du poids dudit produit permettent une double vérification de l’identification d’un produit à envoyer. Le module 115 horodateur est, par exemple, une horloge interne du système 205 de calcul. Ce moyen 130 d’horodatage est configuré, par exemple, pour fournir une information de date et d’horaire. Une telle information est mise en œuvre, par exemple, lors de l’actionnement d’un capteur 110 d’une valeur représentative du poids d’un produit. Le module 115 horodateur peut être intégré au capteur 110 d’une valeur représentative du poids d’un produit. Le module 115 horodateur peut être intégré à un serveur 255 informatique associé à la base 105 de données de valeurs captées de poids de produits. Le module 115 horodateur peut être un système tiers dédié avec lequel un système 205 de calcul interagit lors de la capture d’une valeur représentative du poids d’un produit par le capteur 110. Le module 120 logiciel est, par exemple, formé d’un ensemble d’instructions stockées dans une mémoire 215 d’un système 205 de calcul et configurées pour être exécutées par un processeur 210, cet ensemble d’instructions étant intégrées dans un logiciel dédié ou non. De telles instructions sont représentatives d’un algorithme de traitement programmé. Un tel algorithme est, par exemple, configuré pour réaliser au moins un des traitements suivants : - sélection d’un nombre d’échantillons de captures de valeurs de poids, pour une même référence produit, pendant une durée ayant pour borne supérieure la date d’exécution de l’algorithme et pour borne inférieure la date d’exécution, à laquelle l’intervalle de temps de validité est soustrait, - si ce nombre d’échantillons est inférieur au nombre minimum défini, sélection d’un nombre d’échantillons de captures de valeurs de poids, pour une même référence produit, sur un nombre minimal d’intervalles de temps de validité, de telle manière que ce nombre d’échantillon soit supérieur ou égal au nombre minimum défini, pendant une durée ayant pour borne supérieure la date d’exécution de l’algorithme et pour borne inférieure la date d’exécution, à laquelle le nombre minimal d’intervalles de temps de validité est soustrait et/ou - si la durée (mesurée en nombre d’intervalles définis) nécessaire pour sélectionner le nombre d’échantillons de captures est supérieure à la durée maximale définie, la mise à jour du poids du produit est abandonnée. Les valeurs mises en œuvre par le module 120 logiciel, telles que : - le nombre minimum de valeurs de poids captées pour un identifiant de produit, - l’intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - la durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, peuvent être déterminées, calculables ou apprise par entraînement automatique. Le module 120 logiciel de détermination peut, dans des variantes, être configuré pour déterminer une autre valeur représentative d’une répartition statistique d’un échantillon de valeurs de poids captées, telle la médiane par exemple. Dans des variantes, la moyenne déterminée par le module 120 logiciel de détermination peut être une moyenne arithmétique ou pondérée, notamment en fonction de la date de la valeur de poids captée. Lorsqu’au moins une de ces valeurs est déterminée, cette valeur peut être initialisée et adaptée par un utilisateur par la mise en œuvre d’une interface homme-machine (tel un clavier et une souris associés à une interface utilisateur) associée au sous-système 220 I/O. Lorsqu’au moins une de ces valeurs est calculable, une formule de calcul peut être saisie et adaptée par un utilisateur par la mise en œuvre d’une interface homme-machine (tel un clavier et une souris associés à une interface utilisateur) associée au sous-système 220 I/O. Dans des variantes, une telle formule de calcul est prédéterminée par un développeur informatique. Dans des modes de réalisations préférentiels, le système 100 comporte un module 130 logiciel de classification automatique de produits dans la base 105 de données, associant à au moins un identifiant de produit une classe de produit, au moins une valeur parmi : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, mis en œuvre par le module 120 logiciel de détermination d’une donnée représentative du poids étant déterminée en fonction d’une classe de produit. Une telle classification peut résulter de l’application d’un algorithme, prédéterminé ou défini par un utilisateur, par exemple via la saisie d’une formule de calcul peut être saisie et adaptée par un utilisateur par la mise en œuvre d’une interface homme-machine (tel un clavier et une souris associés à une interface utilisateur) associée au sous-système 220 I/O. Par exemple, la valeur représentative du nombre minimum de valeurs de poids captées pour un identifiant de produit, ledit produit appartenant à une classe de produits donnée, peut être égale à la valeur maximale entre 10 jours et la somme de l’écart maximum entre deux captures de valeurs de poids en nombre de jours calendaires et l’écart type des valeurs d’écart déterminées. Par exemple, la valeur représentative d’un intervalle de temps de validité de capture pour un identifiant de produit, ledit produit appartenant à une classe de produits donnée, peut être égale à la valeur maximale entre 5 jours et l’écart moyen entre deux captures de valeurs de poids en nombre de jours calendaires. Par exemple, la durée maximale de validité pour un identifiant de produit, ledit produit appartenant à une classe de produits donnée, peut être égale à la valeur maximale entre 3 et un nombre maximum de captures de valeurs de poids enregistrés par jour de captures de valeurs de poids. Une telle classification peut correspondre, par exemple, à une classification représentative de la fréquence de capture de valeurs de poids pour différentes classes de produits. En effet, certains produits sont plus régulièrement commandés que d’autres, ce qui implique une fréquence de capture de poids plus élevés. Ainsi, pour de tels produits, la durée de l’intervalle de validité de captures à mettre en œuvre par le module 120 logiciel de détermination peut être réduite. Inversement, certains produits sont rarement commandés et donc la capture de leur poids est rare, ainsi, la durée maximale de validité de capture pour de tels produits peut être augmentée. La classification permet de répartir les produits en classes homogènes partageant en moyenne les mêmes caractéristiques statistiques. Le nombre de classes de tels produits dépend de l’implémentation du système 100 et, notamment, des produits stockés dans un entrepôt particulier. Ainsi, il est complexe de déterminer, a priori, une règle de classification universelle, applicable à tout entrepôt. Pour ces raisons, dans des modes de réalisation préférentiels, le système 100 objet de la présente invention comporte un module 135 d’apprentissage automatique configuré pour associer une classe de produit à au moins un identifiant de produit. Un tel module 135 d’apprentissage met en œuvre, par exemple, un réseau de neurones. Un tel module 135 d’apprentissage met en œuvre, par exemple, un algorithme de classification hiérarchique dit « HCPC » (pour « Hierarchical Clustering – Partitional Clustering », traduit en français par groupement hiérarchique – groupement partitionné) qui a pour objectif d’identifier des groupes d’objets similaires dans un jeu de données. L’approche HCPC permet de combiner trois méthodes standards utilisées dans l’analyses multivariées, à savoir, les méthodes de composantes principale ACP, la classification ascendante hiérarchique et le partitionnement k-moyenne. Le module 135 d’apprentissage utilise un historique de captures de valeurs de poids afin de permettre à l’algorithme de classification d’avoir suffisamment d’information pour caractériser le comportement de chaque produit. Par exemple, pour établir la classification, l’algorithme prend en entrée l’ensemble des données de captures de valeurs de poids de chaque produit. Les données collectées renseignent des captures de valeurs de poids ou des constantes, par exemple : le poids réel enregistré et la date de capture. Ces données ne décrivent pas le comportement des produits, à savoir le nombre de captures de valeurs de poids par jour, le nombre de captures de valeurs de poids total ou la durée entre deux captures de valeurs de poids successives. En revanche, toutes ces informations permettent de calculer des variables ayant pour but d’identifier des comportements et de caractériser les produits. Ainsi, une fonction de caractérisation des produits peut être implémentée. Cette fonction prend en entrée les données de captures de valeurs de poids la base de données et calcule les variables qui permettent de décrire au mieux les produits. Le comportement d’un produit au cours du temps, est défini dans la table ci-dessous. [Table] Variable Définition Ecart_maximum Écart maximum entre deux captures de valeurs de poids en nombre de jours calendaires Ecart_moyen Écart moyen entre deux captures de valeurs de poids en nombre de jours calendaires Nbr_picking Nombre total de captures de valeurs de poids enregistrés Nbr_Max Nombre maximum de captures de valeurs de poids enregistrés par jour de captures de valeurs de poids Nbr_Mean Nombre moyen de captures de valeurs de poids enregistrés par jour de captures de valeurs de poids Nbr_Mean_cal Nombre moyen de captures de valeurs de poids enregistrés par jour calendaires Per_jour_picking Proportion des jours de captures de valeurs de poids sur l’étendue des jours calendaires Per_inf Nombre de jours enregistrant moins de 3 captures de valeurs de poids Per_inf_Percent Proportion de jours de pickings enregistrant moins de 3 captures de valeurs de poids (sur le total des jours de captures de valeurs de poids) Per_inf_successive Nombre de jours de captures de valeurs de poids successifs enregistrant moins de 3 captures de valeurs de poids Etendue Écart en jour calendaire entre la première et la dernière capture de valeurs de poids enregistré Ainsi, dans des modes de réalisations particuliers, le module 135 d’apprentissage est un module de classification automatique par apprentissage configuré pour associer une classe de produit à au moins un identifiant de produit en fonction : - d’une durée maximale entre deux captures de valeurs de poids captées pour un identifiant de produit, - d’une durée moyenne entre deux captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre total de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre maximal, par jour au cours duquel au moins une capture de poids est réalisée, de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre moyen, par jour au cours duquel au moins une capture de poids est réalisée, de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre moyen, par jour, de captures de valeurs de poids captées pour un identifiant de produit, - d’une proportion de nombre de jours au cours duquel au moins une capture de poids est réalisée parmi le nombre de jours durant une durée déterminée, - d’un nombre de jours durant lequel au moins trois captures de poids sont réalisées, - d’une proportion de nombre de jours au cours duquel au moins trois captures de poids sont réalisées parmi le nombre de jours au cours duquel au moins une capture de poids est réalisée, - d’un nombre de jours successifs durant lesquels au moins trois captures de poids sont réalisées et/ou - d’une durée entre le premier jour et le dernier jour au cours desquels au moins une capture de poids sont réalisées. L’algorithme de classification peut, ensuite, procéder au regroupement des produits partageant en moyenne les mêmes caractéristiques. Les classes sont ainsi définies par des variables discriminantes, les valeurs de ces variables pouvant être de type moyenne et écart-type. Ces variables permettent de connaître le comportement de chaque classe, afin d’adapter le paramétrage de la mise à jour du poids de référence de chaque produit, en fonction de ses caractéristiques. Par exemple, pour une classe donnée, la variable ‘’Ecart_moyen‘’ qui représente l’écart moyen en jour calendaire entre deux captures de valeurs de poids, s’élève à 22 jours. Cela signifie qu’en moyenne, au moins une capture de valeur de poids est réalisée tous les 22 jours. L’écart entre les captures de valeur de poids, comme toutes les autres variables, est un paramètre important dans la caractérisation des classes de produit. Chaque classe de produit se comporte différemment et ne peut être paramétrée de la même manière. C’est pourquoi, le module 120 logiciel de détermination met préférentiellement en œuvre une règle de paramétrage en fonction d’un indicateur de classe de produits associé aux produits dans la base de données. Dans ces variantes, une fois les paramètres de mise à jour établis, l’algorithme de mise à jour peut être exécuté. Le nombre de classes de produits peut être déterminé automatiquement, manuellement ou semi-automatiquement, c’est-à-dire automatiquement et ajusté par un utilisateur. Par défaut, une classe de produit peut être affectée à tout nouvel identifiant de produit ajouté à la base de données informatique. Le module 135 d’apprentissage automatique peut être mis en œuvre périodiquement, selon une période définie manuellement ou automatiquement. Cette période est de 15 jours, par exemple. Le module 135 d’apprentissage automatique peut être mis en œuvre manuellement ou automatiquement, par exemple en fonction d’un nombre d’identifiants de produits ajoutés à la base de données informatique et non encore classifiés ou classifié par défaut. Dans des variantes, un identifiant de produit ajouté à la base de données informatique est affecté à une classe de produit donné puis, une analyse en composantes principales, pour extraire et de visualiser les informations importantes contenues dans une table de données multivariées, est réalisée. Puis, le calcul de la métrique « cos2 » sur chaque axe est réalisée. Cette métrique exprime la qualité de représentation du produit sur les dimensions de l’analyse en composantes principales. Si la somme des deux métriques « cos2 » est supérieure à 0,5, la fonction accepte le nouveau produit et procède à la prédiction de la classe de celui-ci. Sinon, le produit reste dans la classe affectée par défaut en attendant d’acquérir plus de données. Le module 125 logiciel de mise à jour est, par exemple, formé d’un ensemble d’instructions stockées dans une mémoire 215 d’un système 205 de calcul et configurées pour être exécutées par un processeur 210, cet ensemble d’instructions étant intégrées dans un logiciel dédié ou non. Le module 125 logiciel de mise à jour est configuré pour éditer ou ajouter une entrée représentative du poids déterminé par le module 120 de détermination d’un poids pour un produit. A l’issue de l’exécution d’une mise à jour par le module 125 logiciel de mise à jour, le poids théorique, auquel est comparé le poids capté d’un produit pour en assurer la conformité, est mis à jour. Dans des modes de réalisations particuliers, le procédé 100 objet de la présente invention comporte un module 140 logiciel de filtrage de valeurs de poids captées en fonction d’une valeur limite de validité de la capture, les valeurs filtrées étant mises en œuvre par le module 120 logiciel de détermination et/ou par le module 135 d’apprentissage automatique. Le module 140 logiciel de filtrage est, par exemple, formé d’un ensemble d’instructions stockées dans une mémoire 215 d’un système 205 de calcul et configurées pour être exécutées par un processeur 210, cet ensemble d’instructions étant intégrées dans un logiciel dédié ou non. Un tel module 140 logiciel de filtrage peut être de type manuel ou automatique. Un module 140 logiciel de filtrage de type manuel met en œuvre, par exemple, une interface homme-machine (tel un clavier et une souris associés à une interface utilisateur) associée au sous-système 220 I/O. Dans une telle interface utilisateur, un opérateur peut fixer une valeur seuil de validité pour les valeurs de poids capté. Un module 140 logiciel de filtrage de type automatique met en œuvre, par exemple, un algorithme informatique de traitement statistique configuré pour filtrer les valeurs aberrantes d’un échantillon. Un tel filtre peut se baser sur les paramètres suivants, par exemple : - une valeur représentative du poids capté moyen, pour un produit donné, sur une période donnée (par exemple deux ans), et - une valeur représentative de l’écart type du poids capté moyen qui représente la dispersion du poids réel d’un produit par rapport au poids capté moyen pour ce type de produit. Une valeur de poids capté peut ainsi être filtrée si cette valeur de poids captée remplit la condition suivante : Dans laquelle « qnorm » correspond à l’inverse de la fonction cumulative de distribution de l’échantillon. Dans des variantes, une valeur de poids est filtrée si cette valeur est inférieure à 0. Dans des variantes, une valeur de poids est filtrée si la quantité d’un produit associé est inférieure ou égale à 0. Dans des variantes, une valeur de poids est filtrée si la condition ci-dessus associée à une valeur de poids d’un produit associé est vraie. La illustre, par exemple, pour un produit donné, un ensemble de valeurs de poids 405 captées, définies en abscisse par une date de capture et en ordonnée par une valeur de poids captée. On observe, également, une valeur de poids 410 située en dehors d’un intervalle de validité défini par une moyenne 415 de poids capté durant une période de temps déterminée et d’une marge de tolérance 420 déterminée, appliquée en soustraction et en addition à la moyenne 415. Une telle tolérance peut être définie par la formule suivante : Dans laquelle : - constante représente une erreur due à une imprécision de mesure, - PoidsRéf.Groupe représente le poids d’un produit, dans une forme groupée, - Tolérance% représente le pourcentage de tolérance pour les produits dans une forme groupée, - PoidsRéf représente le poids unitaire d’un produit et - %Unitaire représente le pourcentage de tolérance pour les produits unitaires. Un tel module de filtrage a notamment pour objectif de ne pas considérer, dans un échantillon, des valeurs dites « forcées », c’est-à-dire surchargées informatiquement par un opérateur d’entrepôt, notamment en cas d’inadéquation entre le poids théorique et le poids capté d’un produit. Le nombre de valeurs forcées est une métrique de performance du procédé 100 objet de la présente invention. En effet, une valeur aberrante, par rétroaction, dégrade le caractère adaptatif de la mise à jour des valeurs de poids. Une valeur de poids est dite « forcée » si cette valeur remplit la condition suivante : Dans des modes de réalisations particuliers, le procédé 100 objet de la présente invention comporte un module 145 de mise à jour du module 140 logiciel de filtrage, configuré pour mettre à jour la valeur limite de validité, en fonction d’un paramètre statistique représentatif d’une distribution de valeurs de poids captées et de valeurs de poids de référence associées à au moins un identifiant de produit. Le module 145 de mise à jour est, par exemple, formé d’un ensemble d’instructions stockées dans une mémoire 215 d’un système 205 de calcul et configurées pour être exécutées par un processeur 210, cet ensemble d’instructions étant intégrées dans un logiciel dédié ou non. Dans des modes de réalisations particuliers, le paramètre statistique est formé de la somme de : - la variance, dite « intra », d’une distribution de valeurs de poids captées associées à un identifiant de produit et - la variance, dite « inter », d’une distribution de valeurs de poids captées associées à un identifiant de produit de quantité supérieure à un. Ce paramètre statistique, surnommé « variance totale », est représenté par l’équation suivante : + Dans laquelle : - représente la variabilité du poids de toute la population de captures de valeurs de poids sélectionnées lors de la période de mise à jour et - représente la variance intra-groupe qui décrit la variance de valeurs de poids d’un produit donné de quantité supérieure à 1. Cette variance peut être mise en œuvre pour déterminer l’intervalle de tolérance de valeurs de poids selon l’équation suivante : Dans laquelle : - représente le poids théorique, ou de référence, mis à jour, - représente la variance totale des valeurs de poids captées avant mise à jour, - représente le nombre de valeurs de poids captées sur une période d’échantillonnage déterminée, par exemple 6 mois et - α représente une erreur de prédiction supposée ou tolérée, par exemple 1%. Alternativement, cette variance peut être mise en œuvre pour déterminer l’intervalle de tolérance de valeurs de poids selon l’équation suivante : Dans laquelle : - représente le coefficient d’ajustement de la variance, par exemple égal à 2, visant à surestimer la variance intra-groupe afin de s’approcher au mieux de la variance totale. Pour les produits de faible rotation, il arrive que la variance soit estimée sur une faible population de valeurs de poids captées, par exemple : sur six mois d’historique, seules 3 valeurs sont disponibles. La variance estimée est souvent très faible et donne un intervalle de tolérance très restreint, ce qui peut favoriser l’apparition de forçages non justifiés lors des prochaines mises à jour. Pour éviter cela, une tolérance de sécurité, correspondant à une proportion du poids de référence d’un produit, peut être mise en place. Cette sécurité permet d’avoir une tolérance minimale acceptable. Sa valeur par défaut est de 5% le poids de référence d’un produit. La tolérance de sécurité peut être paramétrable, en fonction de l’écart maximal absolu, selon l’équation suivante par exemple : La détermination de l’intervalle de tolérance de valeurs de poids peut être calculée selon l’équation suivante : On observe, sur la , schématiquement, une succession d’étapes particulières du procédé 300 objet de la présente invention. Ce procédé 300 de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique comporte : - une étape 305 de capture d’une valeur représentative du poids d’un produit, - une étape 310 d’horodatage, pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - une étape 315 de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ladite étape étant configurée pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - une étape 320 de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Des modes de réalisations particuliers des étapes du procédé 300 objet de la présente invention sont décrits en regard des figures 1 et 2. On observe également, en , schématiquement, un mode de réalisation particulier du système 200 objet de la présente invention. Ce système 200 de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique comporte : - au moins un système 205 de calcul, comportant au moins un processeur 210 et au moins une mémoire 215, et - des instructions, stockées dans une mémoire et qui, quand exécutées par le système de calcul, entraînent la réalisation par le système de calcul de : - une étape de capture d’une valeur représentative du poids d’un produit, - une étape d’horodatage, pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - une étape de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ladite étape étant configurée pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - une étape de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Objet de l’invention La présente invention vise à remédier à tout ou partie de ces inconvénients. Tous les modes de réalisation divulgués et revendiqués ici sont dirigés vers des méthodes mises en œuvre par ordinateur qui interagissent avec des données numériques pour fournir une application pratique de la technologie informatique au problème de manque de fiabilité liée à l’identification de la nature d’un lot ou d’un produit par le poids dudit lot ou dudit produit, considérant les fluctuations de poids liées à des actions des fabricants de ces lots ou produits. La divulgation n'est pas destinée à englober des techniques d'organisation de l'activité humaine, d'exécution de processus mentaux ou d'exécution d'un concept mathématique, et toute interprétation des revendications visant à englober de telles techniques serait déraisonnable sur la base de la divulgation dans son ensemble. À cet effet, selon un premier aspect, la présente invention vise un système de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique, qui comporte : - un capteur d’une valeur représentative du poids d’un produit, - un module horodateur, configuré pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - un module logiciel de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou, - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ledit module étant configuré pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - un module logiciel de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Grâce à ces dispositions, le poids de référence des produits, articles ou lots évolue au gré des modifications de ce poids par les fabricants, ces modifications n’étant pas transmises de manière fiable aux entrepôts de stockage et de distribution utilisant le poids des produits comme mesure de contrôle dans l’exécution des traitements des commandes. La mise en œuvre d’intervalles de validité des captures de poids permet de garantir le caractère adaptatif du système, en favorisant les captures récentes aux dépens des captures les plus anciennes. Dans des modes de réalisations, le système objet de la présente invention comporte un module logiciel de classification automatique de produits dans la base de données, associant à au moins un identifiant de produit une classe de produit, au moins une valeur parmi : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, mis en œuvre par le module logiciel de détermination d’une donnée représentative du poids étant déterminée en fonction d’une classe de produit. Ces modes de réalisation permettent de catégoriser les produits en différents groupes présentant des caractéristiques distinctes, notamment en termes de fréquence de traitement par exemple. Ceci permet de garantir une mise à jour efficace et fiable, au sens de représentative du réel, des valeurs de poids des produits. Dans des modes de réalisations, le système objet de la présente invention comporte un module d’apprentissage automatique configuré pour associer une classe de produit à au moins un identifiant de produit. Ces modes de réalisations permettent d’obtenir des classes de produits de manière automatique et adaptable au gré de l’apprentissage du module d’apprentissage. Dans des modes de réalisations, le module d’apprentissage est un module de classification automatique par apprentissage configuré pour associer une classe de produit à au moins un identifiant de produit en fonction : - d’une durée maximale entre deux captures de valeurs de poids captées pour un identifiant de produit, - d’une durée moyenne entre deux captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre total de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre maximal, par jour au cours duquel au moins une capture de poids est réalisée, de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre moyen, par jour au cours duquel au moins une capture de poids est réalisée, de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre moyen, par jour, de captures de valeurs de poids captées pour un identifiant de produit, - d’une proportion de nombre de jours au cours duquel au moins une capture de poids est réalisée parmi le nombre de jours durant une durée déterminée, - d’un nombre de jours durant lequel au moins trois captures de poids sont réalisées, - d’une proportion de nombre de jours au cours duquel au moins trois captures de poids sont réalisées parmi le nombre de jours au cours duquel au moins une capture de poids est réalisée, - d’un nombre de jours successifs durant lesquels au moins trois captures de poids sont réalisées et/ou - d’une durée entre le premier jour et le dernier jour au cours desquels au moins une capture de poids sont réalisées. Dans des modes de réalisations, le système objet de la présente invention comporte un module logiciel de filtrage de valeurs de poids captées en fonction d’une valeur limite de validité de la capture, les valeurs filtrées étant mises en œuvre par le module logiciel de détermination et/ou par le module d’apprentissage automatique. Ces modes de réalisations permettent de retirer les valeurs extraordinaires et incorrectes de l’échantillon statistique servant de base à l’adaptativité du système. Par exemple, dans le cas de la mise en œuvre du système dans un entrepôt, un opérateur peut « forcer » le poids d’un produit en cas d’inadéquation entre le poids mesuré et le poids théorique. Dans des modes de réalisations, le système objet de la présente invention comporte un module de mise à jour du module logiciel de filtrage, configuré pour mettre à jour la valeur limite de validité, en fonction d’un paramètre statistique représentatif d’une distribution de valeurs de poids captées et de valeurs de poids de référence associées à au moins un identifiant de produit. Ces modes de réalisations permettent de filtrer intelligemment les valeurs mises en œuvre dans le module de mise à jour. Dans des modes de réalisations, le paramètre statistique est formé de la somme de : - la variance d’une distribution de valeurs de poids captées et de valeurs de poids de référence associées à un identifiant de produit et - la variance d’une distribution de valeurs de poids captées et de valeurs de poids de référence indépendamment d’un identifiant de produit. Ces modes de réalisations permettent de prendre en compte à la fois la variation intra-produit et la variation inter-produits. Selon un deuxième aspect, la présente invention vise un procédé de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique, qui comporte : - une étape de capture d’une valeur représentative du poids d’un produit, - une étape d’horodatage, pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - une étape de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ladite étape étant configurée pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - une étape de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Ce procédé présente les mêmes avantages que le système objet du premier aspect de la présente invention. Selon un troisième aspect, la présente invention vise un système de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique, qui comporte : - au moins un système de calcul, comportant au moins un processeur et au moins une mémoire, et - des instructions, stockées dans une mémoire et qui, quand exécutées par le système de calcul, entraînent la réalisation par le système de calcul de : - une étape de capture d’une valeur représentative du poids d’un produit, - une étape d’horodatage, pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - une étape de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ladite étape étant configurée pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - une étape de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Ce système a les mêmes avantages que le système objet du premier aspect de la présente invention. Système (100) de mise à jour d’une donnée représentative du poids d’un produit dans une base (105) de données informatique, caractérisé en ce qu’il comporte : - un capteur (110) d’une valeur représentative du poids d’un produit, - un module (115) horodateur, configuré pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - un module (120) logiciel de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ledit module étant configuré pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - un module (125) logiciel de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Système (100) selon la revendication 1, qui comporte un module (130) logiciel de classification automatique de produits dans la base (105) de données, associant à au moins un identifiant de produit une classe de produit et au moins une valeur parmi : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, mis en œuvre par le module (120) logiciel de détermination d’une donnée représentative du poids étant déterminée en fonction d’une classe de produit. Système (100) selon la revendication 2, qui comporte un module (135) d’apprentissage automatique configuré pour associer une classe de produit à au moins un identifiant de produit. Système (100) selon la revendication 3, dans lequel le module (135) d’apprentissage est un module de classification automatique par apprentissage configuré pour associer une classe de produit à au moins un identifiant de produit en fonction : - d’une durée maximale entre deux captures de valeurs de poids captées pour un identifiant de produit, - d’une durée moyenne entre deux captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre total de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre maximal, par jour au cours duquel au moins une capture de poids est réalisée, de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre moyen, par jour au cours duquel au moins une capture de poids est réalisée, de captures de valeurs de poids captées pour un identifiant de produit, - d’un nombre moyen, par jour, de captures de valeurs de poids captées pour un identifiant de produit, - d’une proportion de nombre de jours au cours duquel au moins une capture de poids est réalisée parmi le nombre de jours durant une durée déterminée, - d’un nombre de jours durant lequel au moins trois captures de poids sont réalisées, - d’une proportion de nombre de jours au cours duquel au moins trois captures de poids sont réalisées parmi le nombre de jours au cours duquel au moins une capture de poids est réalisée, - d’un nombre de jours successifs durant lesquels au moins trois captures de poids sont réalisées et/ou - d’une durée entre le premier jour et le dernier jour au cours desquels au moins une capture de poids sont réalisées. Système (100) selon l’une des revendications 1 à 4, qui comporte un module (140) logiciel de filtrage de valeurs de poids captées en fonction d’une valeur limite de validité de la capture, les valeurs filtrées étant mises en œuvre par le module (120) logiciel de détermination et/ou par le module (135) d’apprentissage automatique. Système (100) selon la revendication 5, qui comporte un module (145) de mise à jour du module (140) logiciel de filtrage, configuré pour mettre à jour la valeur limite de validité, en fonction d’un paramètre statistique représentatif d’une distribution de valeurs de poids captées et de valeurs de poids de référence associées à au moins un identifiant de produit. Système (100) selon la revendication 6, dans lequel la valeur limite de validité est mise à jour en fonction d’un intervalle de tolérance, déterminé par l’équation suivante : , dans laquelle : - représente le poids théorique, ou de référence, mis à jour, pour un type de produit, - représente la variance totale des valeurs de poids captées avant mise à jour pour un type de produit, - représente le nombre de valeurs de poids captées sur une période d’échantillonnage déterminée et - α représente une erreur de prédiction supposée ou tolérée. Système (100) selon l’une des revendication 5 à 7, dans lequel le module (140) logiciel de filtrage est configuré pour filtrer une valeur de poids captée en fonction de : - une valeur représentative du poids capté moyen, pour un produit donné, sur une période donnée et - une valeur représentative de l’écart type du poids capté moyen, qui représente la dispersion du poids réel d’un produit par rapport au poids capté moyen pour ce type de produit. Procédé (300) de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique, caractérisé en ce qu’il comporte : - une étape (305) de capture d’une valeur représentative du poids d’un produit, - une étape (310) d’horodatage, pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - une étape (315) de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ladite étape étant configurée pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - une étape (320) de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée. Système (200) de mise à jour d’une donnée représentative du poids d’un produit dans une base de données informatique, caractérisé en ce qu’il comporte : - au moins un système (205) de calcul, comportant au moins un processeur (210) et au moins une mémoire (215), et - des instructions, stockées dans une mémoire et qui, quand exécutées par le système de calcul, entraînent la réalisation par le système de calcul de : - une étape de capture d’une valeur représentative du poids d’un produit, - une étape d’horodatage, pour associer une valeur d’horodatage à une capture de valeur de poids d’un produit représenté, dans une base de données, par un identifiant de produit, - une étape de détermination d’une donnée représentative du poids d’un produit en fonction d’au moins : - un nombre minimum de valeurs de poids captées pour un identifiant de produit, - un intervalle de temps de validité de capture de valeurs de poids captées pour un identifiant de produit et/ou - une durée maximale de validité de capture de valeurs de poids captées pour un identifiant de produit, ladite étape étant configurée pour déterminer une valeur moyenne de poids captés : - pour le nombre minimum de valeurs défini, - situées dans un nombre minimum d’intervalles successifs de temps de validité défini et - dans la limite de la durée maximale de validité définie et - une étape de mise à jour d’une valeur de poids d’un produit dans une base de données informatique en fonction de la valeur moyenne déterminée.