FR2845794A1

FR2845794A1 - Procede et systeme informatique pour identifier des lots d'articles differents achetes aupres de commercants

Info

Publication number: FR2845794A1
Application number: FR0212595A
Authority: FR
Inventors: Marcel Pointeau; Frederic Frebillot; Denis Dargelos; Jean Claude Cazalbou
Original assignee: INFOMIL
Current assignee: INFOMIL
Priority date: 2002-10-10
Filing date: 2002-10-10
Publication date: 2004-04-16
Also published as: WO2004034296A2; WO2004034296A8; EP1576516A2

Abstract

L'invention concerne un procédé et un système informatique pour identifier automatiquement au moins un lot d'articles différents dans un ensemble d'articles préalablement achetés auprès d'un organisme commerçant, ces articles achetés étant enregistrés sous forme de données mémorisées, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir au moins une liste d'élément(s) numérique unique pouvant représenter soit un article devant être présent dans l'ensemble d'articles achetés, soit un groupe prédéterminé d'articles devant être présents dans l'ensemble d'articles achetés, ce groupe d'articles étant défini par des données mémorisées représentant au moins une propriété des données représentant les articles.Application notamment pour l'attribution d'avantages commerciaux selon des lots d'articles achetés.

Description

PROCEDE ET SYSTEME INFORMATIQUE POUR IDENTIFIER DES LOTS
D'ARTICLES DIFFERENTS ACHETES AUPRES DE COMMERÇANTS.

L'invention concerne un procédé permettant d'identifier automatiquement des lots d' articles différents dans des ensembles d' articles achetés auprès d'un organisme commerçant. Elle s'étend à un système informatique permettant la mise en #uvre de ce procédé, et aux applications de ce procédé et de ce système informatique, notamment pour l'attribution automatique d' avantages commerciaux (à usage immédiat ou différé) aux clients selon leurs achats.

Dans tout le texte, on désigne par article de façon générique tout produit et/ou service offert à la vente à l'unité par un organisme commerçant, et pouvant donc être acheté à l'unité par un client. Il peut s'agir de produits (agroalimentaires, habillement, loisirs...) ou de services (voyages, abonnements, places de spectacles, restauration, hôtellerie...) ou une combinaison de produits et services (téléphone et abonnement ; ordinateur et abonnement Internet...). Des articles peuvent être commercialisés dans les lieux et/ou sites de vente de la grande distribution destinés au grand public (magasins de détail, supermarchés, hypermarchés, galeries commerciales, catalogues papier et/ou site informatique de vente par correspondance...) ou au contraire via des réseaux de commercialisation plus restreints, par exemple destinés à certains professionnels.

L'identification de lots d'articles différents dans les achats effectués par des clients auprès d'un organisme commerçant peut être utile dans diverses applications, et en particulier : pour l'attribution d'avantages commerciaux (réductions, remises ou cadeaux pendant ou immédiatement après une opération d'achat ; bons de réduction, bons d'achat, points de fidélité, bons d'attribution de cadeaux..., à usage différé (c'est-à-dire lors d'une opération d'achat ultérieure) ; messages d'informations commerciales...) ; à des fins de marketing ou plus généralement pour la tenue de statistiques d'achats...

WO 01/40980 décrit un procédé et un système pour gérer des promotions multi-articles attribuées à un client achetant une combinaison

spécifique d'articles à un terminal d'encaissement (POS) d'un magasin de détail. Ce document mentionne deux catégories de promotion multi-articles : une promotion de réduction accumulée fournissant un bon de réduction à usage différé lorsque le client achète une pluralité d'articles induisant chacun une réduction à usage différé ; une promotion de combinaison d'achat fournissant une réduction ou un autre avantage lorsque le client achète une combinaison prédéterminée d' articles, qui lui est indiquée par une publicité dans le magasin ou sur un coupon. Cette combinaison peut être une combinaison définie d'articles, ou un jeu décrit d'une liste énumérative d'articles, par exemple achetez 2 articles parmi A, B et C et recevez une réduction d'un dollar . L'identification de ces combinaisons d'articles dans les achats de clients n'est qu'un cas très particulier, et il est souhaitable de pouvoir identifier d'autres combinaisons plus complexes. De plus, ce document se contente de donner ces indications générales mais n'explique pas comment en pratique ce procédé peut être mis en #uvre.

Or, l'identification de lots d'articles différents quelconques n'est pas possible en pratique dans la mesure où elle supposerait l'emploi de ressources informatiques temps réel très performantes et très lourdes, non compatibles avec les technologies actuelles, notamment sur les sites Internet ou les installations d' encaissement des magasins.

L'invention vise donc à proposer un procédé et un système grâce auxquels il est possible de définir des lots autres qu'une simple liste d'articles prédéfinie ou un jeu d'articles dans une liste d'articles prédéfinie, et ce, de façon simple pour l'utilisateur (qui n'est pas en général un spécialiste de l'informatique), et qui soient compatibles avec les technologies actuelles et puissent être utilisées en pratique, notamment sans induire des durées de traitement en temps réel prohibitives avec les matériels couramment utilisés.

Pour ce faire, l'invention concerne un procédé pour identifier automatiquement au moins un lot d'articles différents dans un ensemble d'articles préalablement achetés auprès d'un organisme commerçant, ces articles achetés étant enregistrés sous forme de données mémorisées dans des moyens de mémorisation, et comprenant un code article identifiant la nature de chaque article, dans lequel :

- pour chaque lot à identifier, on mémorise des données représentatives de conditions logiques formant une définition de lot et adaptées pour permettre de déterminer si un ensemble d'articles achetés satisfait ou non à ces conditions logiques, - on applique, pour chaque lot à identifier, la définition de lot correspondante sur l'ensemble d'articles achetés, de façon à déterminer si cet ensemble d'articles achetés satisfait ou non à cette définition de lot, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir au moins une liste d'élément (s) comprenant au moins un élément, chaque élément étant défini par un code-numérique ou alphanumérique- unique pouvant représenter soit un article devant être présent dans l'ensemble d'articles achetés, soit un groupe prédéterminé d'articles devant être présents dans l'ensemble d'articles achetés, ce groupe d'articles étant défini par des données mémorisées représentant au moins une propriété des données représentant les articles.

Grâce à l'invention, les différents articles d'un lot ne sont pas tous nécessairement individuellement identifiés avec leur quantité individuelle. Le niveau de définition des éléments qui peuvent représenter des groupes d'articles définis de façon logique (notamment par une propriété du code articles ou un algorithme) permet d'augmenter considérablement et de façon fiable, et utile en pratique, la variété des lots pouvant être définis. Un groupe d'articles peut en particulier représenter des articles dont le nombre et la nature varient dans le temps (par exemple tous les articles d'un même fournisseur).

Par ailleurs, avantageusement et selon l'invention, les données représentant au moins une définition de lot sont adaptées pour pouvoir définir au moins une liste d'élément(s), dite liste OU répartie, pour laquelle : # les articles de l'ensemble d'articles achetés doivent satisfaire à l'un au moins des éléments de cette liste, # un nombre d'articles devant être présents dans l'ensemble d'articles achetés pour satisfaire un

élément de cette liste est prédéterminé non nul pour chacun des éléments de cette liste, # la quantité totale d'articles de l'ensemble d' articles achetés correspondant à ces éléments n' est pas déterminée.

En outre, avantageusement et selon l'invention, les données représentant chaque définition de lot sont adaptées pour permettre de définir uniquement : - une et une seule liste d'articles, dite liste ET, devant tous être présents dans l'ensemble d'articles achetés, avec une quantité individuelle d'articles qui est déterminée, et/ou - au moins une liste d'élément(s), dite liste OU globale, pour laquelle : # les articles de l'ensemble d'articles achetés doivent satisfaire à l'un au moins des éléments de cette liste, # une quantité totale d'articles devant être présents dans l'ensemble d'articles achetés pour satisfaire cette liste est déterminée, # le nombre d' articles pour chaque élément de cette liste devant être présents dans l'ensemble d'articles achetés pour satisfaire cet élément étant prédéterminé non nul, et inférieur ou égal à ladite quantité totale d' articles, et/ou - au moins une liste OU répartie, chaque liste de la définition de lot devant être satisfaite par l'ensemble d'articles achetés pour que cette définition de lot soit satisfaite et qu'un lot correspondant soit identifié.

Les inventeurs ont en effet constaté que l'utilisation de ces trois types de listes (liste ET ; OU globale ; liste OU répartie) pour toutes les définitions de lot, à l'exclusion de toute autre, permet de définir une très grande

variété de lots, satisfaisant ainsi à toutes les situations pratiques et aux besoins des organismes commerçants, mais en évitant des définitions de lots pouvant être incohérentes ou extrêmement difficiles à gérer. Par exemple, une définition de lot du type : 3 articles au choix parmi 2 articles Al, 1 article A2,4 articles A3 n'a en fait pas de sens. Les inventeurs ont par contre déterminé que l'utilisation d'une liste ET et/ou d'une ou plusieurs listes OU (globale ou répartie) évite toute incohérence et offre des possibilités suffisantes, aisément compréhensibles tant par les organismes commerçants que par les clients eux-mêmes.

Avantageusement et selon l'invention, les données représentant une définition de lot sont adaptées pour permettre, pour au moins une liste OU globale, de définir un nombre de codes articles différents devant être présents dans l'ensemble d'articles achetés et correspondant aux éléments de cette liste.

Par ailleurs, également dans le même but d'éviter de façon simple les incohérences logiques, avantageusement et selon l'invention, les données représentant les différentes définitions de lot pouvant être appliquées simultanément sur un même ensemble d'articles achetés sont adaptées pour qu'un même article acheté d'un ensemble d'articles achetés ne puisse faire l'objet que d'un et un seul lot, et, avantageusement, d'un et d'un seul élément dans une et une seule liste. De la sorte, en particulier, l'ordre des articles dans l'ensemble des articles achetés n'a pas d'influence sur le résultat des lots.

Avantageusement et selon l'invention, chaque élément représente un article, ou un groupe d'articles choisi parmi : -,les articles d'un organisme fournisseur déterminé, - les articles d'une famille d'articles prédéterminée auprès de l' organisme commerçant, - les articles dont le code article résulte d'un algorithme de sélection prédéterminé.

Une famille d'articles de l'organisme commerçant est par exemple un rayon, ou un département du magasin, ou des pages d'un catalogue informatique ou imprimé. Les articles provenant d'un même organisme

fournisseur sont aisément identifiés par les premiers digits du code article qui en pratique correspondent au code fournisseur.

En outre, avantageusement et selon l'invention, avant d'appliquer chaque définition de lot à l'ensemble d'articles achetés, on réalise un tri de l'ensemble d'articles achetés selon un ordre prédéterminé dans lequel chaque article est identifié une et une seule fois et est associé à une quantité de cet article qui a été achetée. L'ensemble d'articles achetés peut correspondre à un seul acte d'achat (un ticket de caisse ou une commande d'un même client) ou à plusieurs actes d'achat (par exemple, tous les achats d'un client identifié sur une période prédéterminée ; différents actes d'achats d'un groupe identifiés de clients ; tous les achats d'une période sur un site (magasin ou site informatique) de l'organisme commerçant...).

Cet ensemble d'articles préalablement achetés étant toujours trié avec le même ordre, même si on autorise un même article à correspondre à plusieurs définitions de lot distinctes, on évite que les lots identifiés ne dépendent de l'ordre dans lequel ces articles sont en réalité achetés.

En outre, on accélère le temps de traitement informatique.

Avantageusement et selon l'invention, les données représentatives des définitions de lot sont organisées en tables dans un système de gestion de base de données. Ces tables ou fichiers logiques qui définissent logiquement des successions d'enregistrements selon des champs prédéterminés (et sont donc des fichiers logiques) peuvent être physiquement mémorisés sous forme d'un ou plusieurs fichiers physiques.

L'invention est en particulier avantageusement applicable pour l'attribution automatique d'avantages commerciaux aux clients selon leurs achats à usage immédiat ou différé (réductions immédiates, remises immédiates, bons de réduction à usage différé, cadeaux...).

L'invention s'étend donc à un procédé pour attribuer automatiquement des avantages commerciaux selon les achats de lots d'articles par des clients auprès d'un organisme commerçant, caractérisé en ce qu'on identifie les lots d'articles achetés par les clients par un procédé selon l'invention tel que mentionné ci-dessus.

L'invention s' étend aussi à un système informatique pour la mise en #uvre d'un procédé selon l'invention. L'invention concerne ainsi un système informatique pour identifier automatiquement au moins un lot d'articles différents dans un ensemble d'articles préalablement achetés auprès d'un organisme commerçant, ces articles achetés étant enregistrés sous forme de données, mémorisées dans des moyens de mémorisation, et comprenant un code article identifiant la nature de chaque article, comprenant : - des moyens de mémorisation de données représentatives de conditions logiques formant une définition de lot pour chaque lot à identifier, et adaptées pour permettre de déterminer si un ensemble d'articles achetés satisfait ou non à ces conditions logiques, - des moyens de traitement informatique adaptés pour pouvoir appliquer, pour chaque lot à identifier, la définition de lot correspondante sur l'ensemble d'articles achetés, de façon à déterminer si cet ensemble d'articles achetés satisfait ou non à cette définition de lot, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir au moins une liste d'élément(s) comprenant au moins un élément, chaque élément étant défini par un code numérique unique pouvant représenter soit un article devant être présent dans l'ensemble d'articles achetés, soit un groupe prédéterminé d'articles devant être présents dans l' ensemble d' articles achetés, ce groupe d' articles étant défini par des données mémorisées représentant au moins une propriété des données représentant les articles.

Avantageusement, un système informatique selon l'invention est caractérisé en ce que les données représentant les définitions de lot sont conformes aux caractéristiques définies ci-dessus en relation au procédé selon l'invention.

Avantageusement et selon l'invention, les moyens de traitement informatique sont adaptés pour pouvoir réaliser, avant d'appliquer chaque définition de lot à l'ensemble d'articles achetés, un tri de l'ensemble d'articles achetés selon un ordre prédéterminé dans lequel chaque article est

identifié une et une seule fois et est associé à une quantité de cet article qui a été achetée.

Avantageusement, un système selon l'invention est associé à une installation d'encaissement d'un lieu de vente de l'organisme commerçant destinée à l'enregistrement des articles d'un achat lors du passage du client à cette installation d' encaissement, et/ou à un site informatique de vente par correspondance adapté pour permettre l'enregistrement d'articles par sélection dans un catalogue de vente à distance via un réseau (par exemple le réseau Internet).

L'invention s'étend aussi à un dispositif informatique pour attribuer automatiquement des avantages commerciaux selon les achats de lots d' articles par le client auprès d'un organisme commerçant.

L'invention concerne aussi un procédé, un système et un dispositif caractérisés en combinaison par tout ou partie des caractéristiques mentionnées ci-dessus ou ci-après.

D'autres caractéristiques, buts et avantages de l'invention apparaissent à la lecture de la description suivante qui se réfère aux figures annexées dans lesquelles : - la figure 1 est un schéma synoptique représentant un dispositif selon un exemple de réalisation de l'invention, - la figure 2 est un exemple de modèle de données pour la mise en #uvre d'un procédé selon l'invention, - la figure 3 est un organigramme d'un exemple d'application et de réalisation d'un procédé selon l'invention, - la figure 4 est un organigramme schématique représentant les étapes d'identification des lots dans un procédé selon l'invention.

La figure 1 représente une installation de vente d'articles par un organisme commerçant comprenant un site 1 d'encaissement et un dispositif 2 pour attribuer automatiquement des avantages commerciaux, par exemple des réductions immédiates ou des bons de réduction ou des bons d'achat lors d'un achat d'un ou plusieurs article (s) parun client auprès de cet organisme commerçant.

Le site d'encaissement 1 comprend des moyens 3,4, 5,6 informatiques d'enregistrement d'articles composant les achats des clients auprès de l'organisme commerçant vendant ces articles.

Ces moyens informatiques d'enregistrement peuvent revêtir plusieurs formes de réalisation, selon les cas. Lorsque les achats des clients sont effectués dans un magasin de vente au détail, les moyens informatiques d'enregistrement peuvent comprendre une ou plusieurs caisse (s) 3formée(s) chacune d'un poste informatique autonome, les différentes caisses 3 pouvant ou non être reliées en réseau. Il peut s'agir également d'un ensemble de terminaux d'encaissement 4 reliés par groupes à un ou plusieurs serveur (s) contrôle 5.

Dans une autre variante, les moyens informatiques d'enregistrement comprennent un site 6 informatique accessible à distance, par exemple via le réseau Internet 7, par des postes informatiques clients 8. Ce site informatique 6 peut être localisé sur un serveur informatique situé dans un magasin ou non.

Les caisses d'enregistrement 3, terminaux 4 de caisses d'enregistrement (communément désignés "POS") et leur serveur 5 associé, ainsi que les sites 6 informatiques d'enregistrement d'articles sont tous bien connus et n'ont pas à être décrits plus en détail. Ils peuvent revêtir toutes formes de réalisation traditionnelles, le choix de l'une ou l'autre de ces formes de réalisation n'ayant en fait pas d'importance dans le cadre de la présente invention, dès lors que ces moyens 3,4, 5,6 informatiques d'enregistrement permettent de créer pour chaque achat d'article (s) client, un ticket informatique définissant au moins une liste d'un ou plusieurs article(s) acheté(s) par un client, identifiés individuellement avec la quantité achetée. De façon traditionnelle, et de préférence, les différents articles sont identifiés dans le ticket informatique par un code article normalisé EAN. Les articles disponibles à la vente sont en général référencés dans une table ou fichier ARTICLES des moyens informatiques d'enregistrement, comprenant pour chaque article, un enregistrement comportant un champ CODE~ARTICLE et le prix de vente correspondant.

Le dispositif selon l'invention pour attribuer automatiquement des avantages commerciaux comprend au moins un poste informatique 9 de gestion des avantages commerciaux. Le dispositif 2 selon

l'invention comprend, dans le mode de réalisation de la figure 1, au moins un autre poste informatique 10 de configuration et de paramétrage du poste 9 de gestion des avantages commerciaux. Dans le cas d'un magasin de vente au détail, les postes informatiques 9,10 peuvent être situés sur le même lieu que les moyens 3,4, 5,6 informatiques d'enregistrement, c'est-à-dire dans le magasin lui-même ; au contraire ils peuvent être délocalisés en tout ou partie, et communiquer avec les moyens 3,4, 5,6 informatiques d'enregistrement via un réseau numérique interne ou externe, privé ou public, par exemple le réseau Internet. Il est à noter également que les différentes fonctionnalités informatiques mises en oeuvre dans l'invention peuvent être centralisées sur une seule machine informatique, c'est-à-dire un seul poste informatique (unité centrale et périphériques associés), ou au contraire en tout ou partie scindées sur plusieurs postes informatiques situés sur le même lieu ou au contraire distants les uns des autres et communiquant via un réseau. Le choix de l'architecture finale peut être effectué de façon traditionnelle selon la puissance de calcul et de mémoire nécessaires, les possibilités de communication et de réseau offertes, les commodités de travail, et les conséquences en coût et investissement matériels et logiciels correspondants. L'architecture représentée figure 1 n'est donc qu'un exemple particulier de réalisation non limitatif.

Chaque poste informatique 9,10 peut être formé d'un micro-ordinateur traditionnel comprenant une unité centrale et les périphériques associés, de façon à former des moyens de traitement de données numériques et des moyens de mémorisation comprenant notamment au moins une mémoire de masse telle qu'un disque dur.

Ainsi, le poste informatique 9 comprend une base de données 11 mémorisée dans sa mémoire de masse, dans laquelle on mémorise des conditions d'attribution prédéterminées d'avantages commerciaux, et en particulier des conditions d'attribution prédéterminées d'avantages commerciaux selon des lots d'articles différents identifiés dans des achats de clients ; et des données représentant des définitions de lots à identifier.

La figure 2 représente un exemple d'organisation logique des données d'une base de données 11permettant notamment la définition des

conditions d'attribution prédéterminées d'avantages commerciaux de la définition des lots à identifier.

De façon traditionnelle, sur la figure 2, les tables sont représentées avec un entête dans lequel les champs représentant des clés pour les tables sont indiqués. Les liens entre les tables illustrent leur dépendance relative avec, au niveau de chaque table, un code de deux nombres entiers représentant le nombre minimum et, respectivement, le nombre maximum d'exemplaires de cette table pour le lien considéré.

Les conditions d'attribution prédéterminées des avantages commerciaux sont enregistrées dans une table CRITERES~AC ayant pour champs clés les champs NO~CRITERE~AC et un champ CODE~OPERATION~COMMERCIALE. Ce champ CODE~OPERATION~COMMERCIALE permet de regrouper les différents CRITERES~AC correspondant tous à une même opération commerciale, les différentes opérations commerciales étant définies dans une table OP~COMMERCIALES ayant comme champ clé le champ CODE OPERATION COMMERCIALE. Cette table OP COMMERCIALES comprend un champ LIBELLE~OPERATION~COMMERCIALE permettant de définir un libellé pour chaque opération commerciale, un champ ACTIF~O~N permettant de définir si l'opération commerciale est active ou non à un instant donné ; un champ NOS~CAISSES~EMISSION permettant de définir les caisses ou terminaux de caisse sur lesquels l'opération commerciale peut être active (ce qui permet une sélection spécifique de certaines des caisses ou terminaux de caisse dans un magasin). Les champs DATE~DEBUT~EMISSION, DATE~FIN~EMISSION, HEURE~DEBUT~EMISSION, HEURE~FIN~EMISSION permettent de définir des périodes pendant lesquelles l'opération commerciale peut être active ou non.

Chaque enregistrement de la table CRITERES~AC définit l'ensemble des conditions d'attribution, dit critère AC, d'un même avantage commercial. La table CRITERES~AC comprend un champ LIBELLE~CRITERE~AC permettant pour chaque critère d'avantage commercial de définir un libellé facilitant son identification ; un champ

CODE~SOCIETE~COMPENSATRICE permettant de définir l'identité d'un organisme compensateur assumant la charge financière des avantages commerciaux attribués selon les conditions définies par l'enregistrement correspondant de la table CRITERES~AC un champ CODE~TYPE~VENTILATION et un champ CODE~VENTILATION permettant de définir le (s) ou lot(s) d'articles dont la présence dans l'achat du client conditionne l'attribution de l'avantage commercial ; un champ CODE~METHODE~CALCUL permettant d'identifier une méthode de calcul applicable pour calculer une valeur d'avantage commercial ; et une pluralité de champs pour l'enregistrement de paramètres nécessaires à la méthode de calcul, à savoir dans l'exemple représenté, un champ MONTANT~REDUCTION permettant de définir un montant fixe de réduction, et un champ POURCENTAGE~REDUCTION permettant de définir un pourcentage de prix de vente du (des) article(s)concernées). Ces champs de paramètres peuvent bien sûr varier selon les différentes méthodes de calcul utilisées pour déterminer le montant réel de chaque avantage commercial attribué.

Le champ CODE~TYPE~VENTILATION égal à A ou L permet de définir la nature du champ CODE~VENTILATION qui peut être soit directement un code d'article EAN (valeur A ) correspondant au code d'article de la table ARTICLES ayant comme clé le champ CODE~ARTICLE ; soit un code de lot (valeur L ) défini par la table LOTS dont la clé est le champ CODE LOT et présentant un champ TYPE~LOT permettant de définir plusieurs types de lots, par exemple FE correspondant à un lot fermé, et des types 01 , 02 , 03 , 04 , 05 correspondant à des lots ouverts de type 1,2, 3,4, 5 respectivement. Par ailleurs, la table TYPE~VENTILATION comprend comme clé le champ CODE~TYPE~VENTILATION, et également le champ courant LIBELLE~TYPE~VENTILATION.

Le champ LIBELLE~TYPE~VENTILATION permet d'enregistrer un libellé pour chaque type de ventilation, à savoir par exemple article pour un CODE TYPE VENTILATION égal à A , et lot pour un CODE~TYPE-VENTILATION égal à L .

Les tables LISTE ELEMENTS et ELEMENTS-LISTE permettent avec la table LOTS d'enregistrer des définitions de lot pour chaque lot d'articles différents à identifier dans un ensemble d'articles préalablement achetés auprès de l'organisme commerçant.

La table LISTE~ELEMENTS permet de définir des listes d' éléments pour un lot, et a comme clé les champs CODE~LOT et le champ NO~LISTE~ELEMENTS attribuant un numéro à chaque liste d' éléments définissant un lot. Elle comprend aussi un champ TYPE LISTE dans lequel on indique si la liste est une liste ET ou une liste OU. Pour une liste ET, tous les éléments de la liste doivent être présents dans le lot. Pour une liste OU, l'un au moins (un ou plusieurs au choix) des éléments de la liste doit être présent dans le lot.

Un champ QUANTITE~LISTE de la table LISTE~ELEMENTS permet de définir une quantité totale d'articles devant être présents dans l' ensemble d' articles achetés et correspondant aux éléments de la liste pour que cette liste soit satisfaite. Ce champ est renseigné pour les listes OU globales, mais non pour les autres listes (listes ET et listes OU réparties). Un champ NOMBRE~REFERENCES ~LISTE de la table LISTE ELEMENTS permet de définir un nombre de codes d'articles différents devant être présents dans l'ensemble d'articles achetés et correspondant aux éléments de la liste pour que cette liste soit satisfaite. Ce champ n'est renseigné que si le champ QUANTITE~LISTE l'est aussi, c'est-à-dire pour les listes OU globales.

La table ELEMENTS~LISTE permet de définir la nature des différents éléments d'une même liste. Elle a comme clé les champs CODE~LOT, NO~LISTE~ELEMENTS, et un champ NO-ELEMENT~LISTE attribuant un numéro à chaque élément de la liste. Elle comprend aussi un champ TYPE~ELEMENT permettant de déterminer le type d' élément dont il s'agit, à savoir notamment un article déterminé (TYPE~ELEMENT = A ), ou les articles provenant d'un même fournisseur (TYPE~ELEMENT = D ), ou les articles d'une famille d'articles prédéterminée (TYPE~ELEMENT = F ) auprès de l'organisme commerçant (rayon, département, page (s) catalogue informatique ou imprimé...), ou les articles dont le code d'article satisfait à un

algorithme de sélection prédéterminée (TYPE~ELEMENT = S ). Un élément est donc soit un article déterminé, soit un groupe d' articles différents déterminé, fermé (nombre d'articles fixe) ou ouvert (nombre d'articles pouvant varier).

Chaque élément est identifié par un code numérique ou alphanumérique unique qui lui est propre, enregistré dans un champ CODE ELEMENT de la table ELEMENTS~LISTE. Si l'élément est de type article, son code est le code article EAN de cet article. Si TYPE ELEMENT = D , le code de l' élément est celui du fournisseur, correspondant aux premiers digits du code article. Si TYPE~ELEMENT = F , le code de l'élément est celui de la famille correspondante. Si TYPE~ELEMENT = S , le code de l' élément est celui qui est attribué par l' algorithme de sélection.

La table ELEMENTS~LISTE comprend aussi un champ QUANTITE ELEMENT permettant de définir le nombre d'articles devant être présents dans l'ensemble d'articles achetés pour satisfaire à la définition de cet élément. Lorsque ce champ est renseigné, différent de 1 pour un élément dans une liste, (cas d'une liste ET ou d'une liste OU répartie) le champ QUANTITE~LISTE n'est pas renseigné. Si le champ QUANTITE~LISTE est renseigné (cas d'une liste OU globale) le champ QUANTITE~ELEMENT est aussi renseigné, non nul pour tous les éléments de la liste. Il est à noter que la plus grande valeur de QUANTITE~ELEMENT pour les différents éléments de la liste doit être inférieure ou égale à QUANTITE~LISTE, sinon la définition de la liste n'a pas de sens.

La table ELEMENTS~LISTE pointe sur la table ARTICLES afin d'en utiliser les codes d'articles (CODE~ARTICLE) pour définir le CODE~ELEMENT à partir des valeurs des codes d'articles EAN comme indiqué ci-dessus.

La table SOCIETES~COMPENSATRICES permet de définir les différents organismes compensateurs devant être utilisés. Cette table comprend en tant que clé le champ CODE~SOCIETE~COMPENSATRICE qui est le même que celui de la table CRITERES~AC. Elle comprend également le champ RAISON~SOCIALE dans lequel les coordonnées de la société compensatrice peuvent être saisies et le champ

REFERENCE~SOCIETE~COMPENSATRICE dans lequel un code société propre à l'organisme compensateur lui-même (qui peut être différent du code CODE~SOCIETE~COMPENSATRICE mémorisé dans la base de données par l'organisme commerçant pour identifier cet organisme compensateur) peut être saisi.

La table AC~EMIS permet de mémoriser différentes données relatives à chacun des avantages commerciaux attribués selon les conditions définies par la table CRITERES~AC. Cette table AC~EMIS comprend un champ ID~AC qui en constitue la clé et permet d'identifier individuellement chacun des avantages commerciaux attribués effectivement.

Cette table comprend également un champ CODE~OPERATION~COMMERCIALE permettant de rappeler l'opération commerciale à laquelle l'avantage commercial attribué correspond ; un champ NO~CRITERE~AC permettant de rappeler l'enregistrement de la table CRITERES~AC qui a servi à l'émission et à l'attribution de cet avantage commercial ; un champ DATE~HEURE~EMISSION permettant de mémoriser la date et l'heure d'émission de cet avantage commercial ; un champ CODE~TRANSACTION~EMISSION permettant de mémoriser un code identifiant l'ensemble d'articles achetés (notamment code du ticket de caisse ou code de commande) pour lequel l'avantage commercial a été attribué ; un champ VALEUR dans lequel est mémorisée la valeur monétaire l' avantage commercial attribué ; un champ TAUX~TVA dans lequel le taux de TVA appliqué à cet avantage commercial est mémorisé ; un champ CODE~ARTICLE permettant de mémoriser le code de chacun des articles de l'ensemble d'articles achetés ayant déclenché l'émission de l'avantage commercial considéré ; un champ QUANTITE permettant de mémoriser la quantité de chacun des articles ayant déclenché l'avantage commercial tels qu'identifiés dans le champ CODE~ARTICLE ; un champ NO~DEMANDE~FACTURATION permettant d'indiquer soit que cet avantage commercial n'a fait l'objet d'aucune facturation à l'organisme compensateur (le champ est alors laissé en blanc), soit de mémoriser un numéro de facturation à l'organisme compensateur.

Une table DEMANDE FACTURATION permet de recenser les facturations émises à destination des organismes compensateurs.

Cette table présente le champ NO~DEMANDE~FACTURATION en clé et comprend également un champ DATE~HEURE~DEMANDE permettant de mémoriser l'instant auquel la facturation de compensation à l'organisme compensateur est considérée comme réalisée un champ CODE~SOCIETE~COMPENSATRICE permettant de mémoriser l'identité de l'organisme compensateur auquel la facturation est destinée ; et un champ MODIF~USER permettant de mémoriser différentes données relatives à l'utilisateur ayant entraîné une mise à jour de cette table.

La table METHODE~CALCUL comprend en tant que clé le champ CODE~METHODE~CALCUL. Elle comprend aussi les champs LIBELLE~METHODE~CALCUL permettant d'identifier la méthode de calcul par une phrase compréhensible par l'utilisateur ; un champ EXEMPLE donnant un exemple pratique d'une telle méthode de calcul et permettant de mieux comprendre le fonctionnement de cette méthode de calcul pour l'utilisateur ; et un champ REF~TRAITEMENT comprenant l'adresse du programme de calcul devant être exécuté pour mettre en oeuvre la méthode de calcul. Chaque méthode de calcul est réalisée par programmation logicielle selon un module spécifique qui utilise par ailleurs un ou plusieurs des paramètres de la table CRITERES~AC. Ces programmes de calculs sont incorporés dans un moteur logiciel global de gestion et calcul des avantages commerciaux, adapté pour réaliser les fonctionnalités concernant le calcul et l'attribution de ces avantages commerciaux. Ce moteur de gestion et calcul est en fait chargé en plusieurs exemplaires identiques 12a, 12b,... en mémoire vive du dispositif 9 informatique de façon à permettre des traitements simultanés. Le nombre d'exemplaires du moteur de gestion et calcul chargés en mémoire vive est un paramètre qui peut être mémorisé dans la base de données 11et exploité à l'initialisation. Le poste 9 comprend un module serveur 13, dit serveur 13 de gestion des avantages commerciaux, gérant l'attribution des avantages commerciaux et le fonctionnement des différents exemplaires du moteur 12a, 12b de gestion et de calcul. Il comprend également un module serveur 14 recevant les demandes de

calculs de la part des moyens 3,4, 5,6 informatiques d'enregistrement et un module serveur 15 de réponse renvoyant aux moyens 3,4, 5,6 informatiques d'enregistrement les données concernant les avantages commerciaux déterminés par le serveur 13 de gestion des avantages commerciaux.

Par ailleurs, un module 16 de traitement de consolidation permet, en temps réel ou en différé, de mettre à jour les données de la base de données 11 à partir d'informations de mise à jour générées par les moyens 3,4, 5, 6 informatiques d'enregistrement.

Le poste 10 de configuration comprend notamment un module formant une interface homme-machine permettant la saisie des différents enregistrements de la table CRITERES~AC, c'est-à-dire la saisie des différentes conditions d'attribution de chaque avantage commercial. On peut ainsi définir à partir de ce poste de travail chacune des opérations commerciales. Ce poste de configuration 10 peut donc accéder directement à la base de données 11 pour réaliser les mises à jour ou modifications ou compléments souhaités par l'utilisateur. Le poste de configuration 10 comprend avantageusement également un module 17 logiciel apte à détecter l'apparition d'un événement nécessitant la réinitialisation des moteurs 12a, 12b de gestion et de calcul dans le serveur 13 de gestion des avantages commerciaux. En particulier, à chaque mise à jour de la base de données 11 par l'utilisateur, le module 17 de réinitialisation commande le serveur 13 pour que les différents moteurs 12a, 12b, de gestion et de calcul soient réinitialisés (rechargés en mémoire vive) à partir de paramètres mis à jour. Une telle réinitialisation est nécessaire par exemple lorsque l'utilisateur modifie l'un des enregistrements de la table CRITERES~AC, ou même après chaque mise à jour effectuée par le module de traitement de consolidation 16.

Lors de chaque réinitialisation, le serveur 13 de gestion des avantages commerciaux récupère les différents paramètres de fonctionnement des moteurs 12a, 12b, et ce par l'intermédiaire d'un composant logiciel 18 qui permet d'extraire ces paramètres de la base de données 11pour les fournir au serveur 13. En outre, le serveur 13 de gestion des avantages commerciaux reçoit de la base de données 11 le nombre d'exemplaires 12a, 12b du moteur de gestion et de calcul devant être simultanément actifs en mémoire.

On a représenté également à titre d'exemple et d'illustration sur la figure 1 un serveur 19 appartenant à un organisme fournisseur d'au moins un article vendu par l'organisme commerçant, ce serveur fournisseur 19 pouvant être relié à distance par un réseau, par exemple le réseau Internet, au poste 10 de configuration. Ainsi, le poste 10 de configuration peut obtenir des informations concernant les avantages commerciaux consentis par ledit organisme fournisseur, et les articles de ce fournisseur concernés. Bien sûr, de nombreux organismes fournisseurs peuvent être reliés à distance au poste 10 de configuration, selon les besoins. En variante, ces informations peuvent être fournies au poste 10 de configuration directement par un utilisateur par saisie manuelle, ou à l'aide d'un support d'enregistrement amovible (disquette, disque optique ...).

De même, on a représenté à titre d'exemple illustratif un serveur 22 extérieur relié par un réseau à distance au poste 9 de gestion des avantages commerciaux, et ce afin d'échanger des informations relatives aux organismes compensateurs (référence de l'organisme compensateur, méthode de facturation ...). En général, la facturation effective n'est pas effectuée par le poste 9 de configuration, mais par le système comptable général de l'organisme commerçant non représenté figure 1, mais auquel les moyens 3,4, 5,6 informatiques d'enregistrement et/ou les postes informatiques 9,10 peuvent être reliés.

L'invention permet d'identifier des lots d'articles différents de nature variée, mais de façon compatible avec les contraintes industrielles et commerciales courantes, de façon simple et sans générer de lots impossibles ou incohérents, et ce, grâce à la définition des lots par des listes d'éléments qui peuvent être des articles prédéterminés ou des groupes d'articles. En particulier, l'invention permet de définir des listes de type : - listes ET pour lesquelles tous les articles de la table ELEMENTS LISTE doivent être présents dans l'ensemble d'articles achetés, avec une quantité individuelle d'articles pour le champ QUANTITE~ELEMENT ; - listes OU globales pour lesquelles le champ QUANTITE~LISTE est renseigné, le champ QUANTITE~ELEMENT étant

prédéterminé non nul -notamment égal à 1- pour tous les éléments de cette liste pour une telle liste, on a nécessairement Max (QUANTITE~ELEMENT) # QUANTITE~LISTE ; une telle liste est satisfaite si l'un au moins des éléments tel que défini par la table ELEMENTS~LISTE est présent dans l'ensemble d'articles achetés ; - listes OU réparties pour lesquelles le champ QUANTITE~LISTE n'est pas renseigné ; et le champ QUANTITE ELEMENT est déterminé non nul ; une telle liste est satisfaite si l'un au moins des éléments tel que défini par la table ELEMENTS LISTE est présent dans l'ensemble d'articles achetés.

Pour chaque lot de la table LOTS, on peut définir une et une seule liste ET et/ou une ou plusieurs listes OU. On constate en pratique que l'on peut définir tous les lots possibles du point de vue commercial avec cette combinaison limitative. En effet, la liste ET définit tous les articles devant être présents dans l'ensemble d'articles achetés, et la(les) liste(s) OU défini(ssen)t des éléments qui sont des alternatives, le lot étant réalisé par l'ensemble d'articles achetés si toutes les listes (liste ET et/ou liste (s) de la définition de ce lot le sont toutes.

Les restrictions de définition mentionnées ci-dessus peuvent être réalisées par programmation du système de gestion de base de données associé aux tables et exécuté par le poste 10 informatique de configuration qui permet la saisie des opérations commerciales et l'enregistrement des données correspondantes dans la base de données 11.

L'ensemble d'articles achetés peut être quelconque, dès lors qu'il comprend une liste de codes d'articles sur lesquels on peut appliquer les critères définis par les tables LOTS, LISTE ELEMENTS et ELEMENTS LISTE. Il peut s'agir d'un achat d'un client au passage des caisses 3 ou terminaux 4 d'un magasin, c'est-à-dire d'un ticket de caisse. On peut alors attribuer un avantage commercial tel qu'une réduction immédiate sur cet achat, une remise sur cet achat (c'est-à-dire une réduction prise en charge par l'organisme commerçant, sans facturation de compensation à une société compensatrice tierce), un bon de réduction à usage différé (remboursé pour

l'achat d'un article ou d'un lot d'articles lors d'un achat ultérieur), un bon d'achat à usage différé, un remboursement d'un bon de réduction portant sur un lot d' articles devant être achetés, ou tout autre avantage commercial.

La présente invention peut en particulier être utilisée en combinaison avec le procédé et le dispositif décrits dans la demande de brevet WO 99/03051 pour délivrer automatiquement des billets d'avantages commerciaux, avec une table CRITERES~AC correspondant à un fichier CRITERES TICKETS de ce dispositif.

L'ensemble d'articles achetés peut être aussi une liste d'articles correspondant à une commande d'un client sur un catalogue imprimé (vente par correspondance) ou sur un catalogue informatique (vente sur un site Internet). On peut aussi, comme pour un ticket de caisse, attribuer des avantages commerciaux au client selon ses achats, en fonction des lots qu'ils comportent.

L'ensemble d'articles achetés peut aussi être une liste d'articles achetés sur une période de temps (et non lors d'une transaction d'achat unique) par un même client identifié (par une carte de membre ou un code bancaire révélé par son moyen de paiement...), pour lui attribuer des avantages commerciaux en fonction de son comportement d'achat de lots.

L'ensemble d'articles achetés peut aussi être une liste d' articles achetés par tous les clients sur un ou plusieurs site (s) vente prédéterminé(s) (magasin et/ou site Internet) sur une période ; ou par une sélection de clients sur un ou plusieurs site (s) vente prédéterminé(s). On peut alors par exemple réaliser des statistiques d'achats de lots d'articles.

Pour identifier chaque lot dans un ensemble d'articles achetés, on compare la liste d' articles correspondant à l' ensemble d' articles achetés aux définitions pour chaque lot (CODE~LOT) telles que données par les tables LOTS, LISTE~ELEMENTS, ELEMENTS~LISTE.

L'exécution de cette comparaison peut être effectuée comme décrit ci-après en référence à la figure 4, dans le mode de réalisation représentée figure 1, par le poste 9 informatique de gestion des avantages commerciaux, à partir des listes d'articles correspondant aux ensembles d'articles

achetés fournis par le module serveur 14 qui les reçoit lui-même des moyens 3,4, 5, 6 informatiques d'enregistrement.

Pour réaliser cette comparaison et le calcul des avantages commerciaux applicables à l' ensemble d' articles achetés, on peut utiliser un procédé tel que représenté figure 3.

Lors d'une étape de test 41, on examine si le type de ventilation du critère d'avantage commercial en cours d'analyse correspond aux articles ou non (valeur du champ CODE~TYPE- VENTILATION). Dans l'affirmative, on entame lors de l'étape 42 une boucle sur les différents articles de la LISTE TICKET, c'est-à-dire sur les différents codes EAN1, EAN2,... de la LISTE TICKET. Pour chacun des articles, on examine lors du test 43 si son code EANi correspond à la valeur du CODE~VENTILATION du critère d' avantage commercial correspondant. Dans la négative, on applique le test 44 consistant à déterminer si l'article EANi en cours est ou non le dernier de la LISTE TICKET.

Dans l'affirmative, on passe directement à l'étape 50 de fin. Dans la négative, on reboucle sur l'étape 42 pour passer à l'article suivant de la LISTE TICKET.

Lorsque le test 43 détermine qu'un article de la LISTE TICKET correspond au CODE~VENTILATION, on lance, lors de l'étape 45, la méthode de calcul de la valeur d' avantage commercial correspondante, telle que référencée dans le champ CODE~METHODE~CALCUL de la table CRITERES~AC. Le moteur 12a ou 12b en cours de fonctionnement en mémoire vive du serveur 13 réalise donc ce calcul, qui se termine par l'étape 46, d'écriture d'un enregistrement dans une liste des avantages commerciaux calculés, dite LISTE AC CALCULES.

Chaque enregistrement de cette liste comprend le numéro de l'opération commerciale correspondante, le critère ayant permis d'attribuer l'avantage commercial, le code d'article EANi correspondant, le nombre Yi de cet article ayant servi pour le calcul de cet avantage commercial et la valeur de cet avantage commercial calculé. Après écriture 46 de l'enregistrement dans la LISTE AC CALCULES, on repasse à l'entrée du test 44 pour savoir si la boucle 42 sur les différents articles doit être réitérée ou s'il s'agit du dernier article. Lorsque tous les articles de la LISTE TICKET sont passés en revue, tous les avantages

commerciaux pouvant être calculés pour ces articles et pour ce ticket sont inscrits dans la LISTE AC CALCULES, et le programme se trouve à l'étape 50 de fin.

Lorsque le test initial 41 détermine que le champ CODE TYPE VENTILATION n'est pas un code article mais un lot, il est effectué une étape 51 d'identification de lots sur la LISTE TICKET.

Avant de réaliser cette identification des lots, la liste d'articles achetés à analyser est de préférence triée dans un ordre prédéterminé lors d'une étape 51. Cette étape 51 est détaillée sur l' organigramme de la figure 4, de telle sorte que, dans la liste ainsi triée, dite LISTE TICKET, chaque article soit identifié une et une seule fois, et soit associé à une quantité totale de cet article qui a été achetée. Le tri d'une telle liste informatique est une fonction traditionnelle de tout système de gestion de base de données.

Un exemple schématique de LISTE TICKET ainsi triée est le suivant :

<tb>
<tb> Article <SEP> Quantité
<tb> A <SEP> 7 <SEP>
<tb> B <SEP> 1
<tb> C <SEP> 1
<tb> E <SEP> 3 <SEP>
<tb> G <SEP> 2 <SEP>
<tb> D <SEP> 1
<tb>

Par ailleurs, pour le lot à identifier, on connaît la définition de lots, formée d'une ou plusieurs définition(s) de liste (s) et/ou OU représentée(s) par les tables LISTE ELEMENTS et ELEMENTS~LISTE. Une telle définition de lots peut donc être représentée par les différentes listes ET et/ou OU. Un exemple schématique est le suivant : - LISTE ET: 2A, 1G - LISTE OU n 1 : lA, IF, F étant un fournisseur d'articles, dont les articles B et C (il s'agit d'une liste OU répartie) - LISTE OU n 2 : QUANTITE~LISTE = 2 ; 1 D, 1 E (il s'agit d'une liste OU globale).

Lors de l' étape 62, on applique ces définitions de listes sur la LISTE TICKET, pour élaborer des sous-listes correspondant respectivement à chaque liste ET, et à chaque liste OU. Si la définition de lot comprend une liste ET, on commence tout d'abord lors de l' étape 63 à élaborer en priorité une sousliste ET en affectant à cette sous-liste ET les articles de la LISTE TICKET répondant à la définition de la liste ET du lot. Dans l'exemple représenté, on obtient donc une sous-liste ET suivante :
SOUS-LISTE ET

<tb>
<tb> N <SEP> ligne
<tb> 1 <SEP> A <SEP> 2 <SEP> G <SEP>
<tb> 2 <SEP> A <SEP> 2 <SEP> G <SEP>
<tb>

Chaque ligne de cette sous-liste ET correspond à un ensemble d' articles de la LISTE TICKET qui satisfait à la définition de la liste ET. Lorsqu'un article est affecté dans une ligne d'une sous-liste, il n'est plus disponible pour les autres lignes ni pour les autres sous-listes. Ainsi, dans l'exemple, 4 articles A et 2 articles G ont été affectés à la sous-liste ET, de sorte qu'il reste 3 articles A de la LISTE TICKET disponibles pour d'autres listes.

Lors de l' étape 64 subséquente si la définition du lot comprend une ou plusieurs liste (s) OU,on élabore chaque sous-liste OU correspondante, dans l'ordre des listes OU de la définition de lot (dans la table LISTE~ELEMENTS).

Dans l'exemple donné, on élabore ainsi une sous-liste OU n 1 à partir de la définition de la liste OU n 1 appliquée aux articles résiduels de la LISTE TICKET. On obtient :

<tb>
<tb> SOUS-LISTE <SEP> n <SEP> 1
<tb> N <SEP> ligne
<tb> 1 <SEP> A <SEP> 1 <SEP> 1
<tb> 2 <SEP> B <SEP> 1 <SEP> C <SEP> 1 <SEP> 1
<tb>

Dans cet exemple, l'élément n 1 est un article, alors que l'élément n 2 est le groupe d'articles du fournisseur F. Pour ce deuxième

élément, la sous-liste OU n 1 comprend donc une ligne comprenant les deux articles B et C de la LISTE TICKET.

Là encore, les articles affectés à cette sous-liste OU n 1 ne sont plus disponibles pour la sous-liste OU subséquente. Il reste donc comme disponibles à ce stade 2A, 3E, 1D. On élabore ensuite une sous-liste OU n 2 à partir de la définition de la liste OU n 2 appliquée à ces articles résiduels. On obtient :

<tb>
<tb> SOUS-LISTE <SEP> n <SEP> 2
<tb> N <SEP> ligne
<tb> 1 <SEP> E <SEP> 1 <SEP> E <SEP>
<tb> 2 <SEP> E <SEP> 1 <SEP> D <SEP> 1
<tb>

Il reste finalement 2A non affectés à une sous-liste. A partir de ces sous-listes, on extrait des lots lors de l'étape 65 en considérant chaque ligne des sous-listes. Le premier lot identifié est donc la réunion des articles de la première ligne de toutes les sous-listes. Il s'agit de :
LOT n 1 : 2A, 1G, 1A, 1E, 1E, soit 3A, 2E, 1 G.

De même, le deuxième lot correspondant aux deuxièmes lignes des sous-listes est :
LOT n 2 : 2A, 1G, 1B, 1C, 1E, 1D
Il est à noter que les listes étant cumulatives, le nombre d'instances d'un lot de définitions donné pouvant être identifié dans la LISTE TICKET est égal au plus petit nombre de lignes des sous-listes. Dans l'exemple donné, on a pu identifier 2 lots correspondant à la définition de lot.

En conséquence de cette règle, si l'on constate que l'une des sous-listes à créer n'a pas de ligne, aucun lot correspondant à cette définition ne pourra être identifié.

Une fois les lots identifiés, on poursuit le procédé représenté figure 3.

Lors de l'étape 52 on lance la méthode de calcul correspondante de la valeur d'avantage commercial par le moteur 12a, 12b en cours d'exécution en mémoire du serveur 13. Cette méthode de calcul permet

ainsi de calculer la valeur de chaque avantage commercial pouvant être attribuée selon la LISTE VENTILATION obtenue à l'étape 51. Chacun de ces avantages commerciaux calculés fait l'objet d'un enregistrement dans la LISTE AC CALCULES pour ce critère en cours (étape 53).

Des exemples de lots pouvant être définis et identifiés conformément à l'invention sont classés ci-après, à titre non limitatif, avec les valeurs correspondantes pour les champs des tables LOTS, LISTE ELEMENTS, et ELEMENTS LISTE.

Exemple 1 : bouteille de Whisky et 2 paquets de gâteaux.

LOTS <SEP> LISTES~ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000001 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LOT: <SEP> TYPE~LISTE <SEP> : <SEP> <SEP> ET <SEP> <SEP> TYPE <SEP> ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> PE-LOT <SEP> : <SEP> <SEP> FE <SEP> <SEP> QUANTITE~LISTE <SEP> : <SEP> null <SEP> CODE~ELEMENT <SEP> - <SEP> Whisky <SEP> XX
<tb> NOMBRE~REFERENCES~LISTE <SEP> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> = <SEP> null <SEP>
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE <SEP> ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> paquets <SEP> de
<tb> gâteaux
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 2
<tb>

Exemple 2: (3 cassettes au choix parmi les références suivantes : cassettes XXX 3h, cassettes XXX 4h, cassettes XXX 8h). Il s'agit d'un lot ouvert avec une liste OU globale.

LOTS <SEP> LISTES <SEP> ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000001 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LOT <SEP> : <SEP> <SEP> 02 <SEP> <SEP> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> ~LOT <SEP> : <SEP> <SEP> 02 <SEP> <SEP> QUANTITE~LISTE <SEP> : <SEP> 3 <SEP> CODE~ELEMENT <SEP> = <SEP> cassettes <SEP>
<tb> NOMBRE~REFERENCES~LISTE <SEP> XXX <SEP> 3h
<tb> = <SEP> null <SEP> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> cassettes <SEP>
<tb> XXX <SEP> 4h
<tb> QUANTITE-ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 3
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> cassettes <SEP>
<tb> XXX <SEP> 8h
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb>

Exemple 3 : magnétoscopes XXX et 2 cassettes au choix parmi les références suivantes (cassettes ZZZ 3h, cassettes ZZZ 4h, cassettes ZZZ 8h). Il s'agit d'un lot avec une liste ET et d'une liste OU globale.

LOTS <SEP> LISTES <SEP> ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000002 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE <SEP> LOT <SEP> : <SEP> <SEP> 05 <SEP> TYPE~LISTE <SEP> : <SEP> <SEP> ET <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP> <SEP>
<tb> - <SEP> : <SEP> <SEP> 05 <SEP> QUANTITE <SEP> LISTE <SEP> = <SEP> 1 <SEP> CODE~ELEMENT <SEP> =
<tb> NOMBRE~REFERENCES <SEP> = <SEP> null <SEP> magnétoscope <SEP> XXX
<tb> QUANTITE <SEP> ELEMENT <SEP> = <SEP> 1
<tb> NO~LISTE~ARTICLE <SEP> : <SEP> 2 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP> <SEP>
<tb> QUANTITE~LISTE <SEP> = <SEP> 2 <SEP> CODE~ELEMENT <SEP> = <SEP> cassettes <SEP>
<tb> NOMBRE~REFERENCES <SEP> = <SEP> null <SEP> ZZZ <SEP> 3h
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP> <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> cassettes <SEP>
<tb> ZZZ <SEP> 4h <SEP>
<tb> QUANTITE <SEP> ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 3
<tb> TYPE <SEP> ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> cassettes <SEP>
<tb> ZZZ <SEP> 8h <SEP>
<tb> QUANTITE~ELEMENT= <SEP> 1
<tb>

Exemple 4 : 1 shampoing au choix parmi (...) et 1 savon au choix parmi (...). Il s'agit d'un lot avec deux listes OU globales.

LOTS <SEP> LISTES <SEP> ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000003 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE <SEP> LOT <SEP> : <SEP> <SEP> 03 <SEP> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP> <SEP>
<tb> - <SEP> : <SEP> <SEP> 03 <SEP> <SEP> QUANTITE~LISTE <SEP> = <SEP> 1 <SEP> CODE~ELEMENT <SEP> =
<tb> NOMBRE~REFERENCES <SEP> = <SEP> null <SEP> shampoing <SEP> 1
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP>
<tb> shampoing <SEP> 2
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 3
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE <SEP> ELEMENT <SEP> =
<tb> shampoing...
<tb>

QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> NO~LISTE~ARTICLE <SEP> : <SEP> 2 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> QUANTITE~LISTE <SEP> = <SEP> 1 <SEP> CODE~ELEMENT <SEP> = <SEP> savon <SEP> 1
<tb> NOMBRE~REFERENCES~LISTE <SEP> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> = <SEP> null <SEP> ~~~~~~~~~~~~~~~~
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP> <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> savon <SEP> 2
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 3
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> savon <SEP> 3
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb>

Exemple 5 : produits FFFF différents. Il s'agit d'un lot avec une liste OU globale comprenant un seul élément correspondant aux articles du fournisseur FFFF.

LOTS <SEP> LISTES <SEP> ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000005 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LOT <SEP> : <SEP> <SEP> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> TYPE <SEP> ELEMENT <SEP> = <SEP> <SEP> D <SEP>
<tb> PE~LOT <SEP> : <SEP> <SEP> 01 <SEP> <SEP> QUANTITE~LISTE <SEP> = <SEP> 3 <SEP> CODE~ELEMENT~LISTE <SEP> =
<tb> NOMBRE~REFERENCES~LISTE <SEP> = <SEP> 3 <SEP> FFFF
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb>

Exemple 6 : 3 produits FFFF au choix. Il s'agit aussi d'un lot avec une liste OU globale à un seul élément (fournisseur FFFF).

LOTS <SEP> LISTES <SEP> ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000006 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LOT: <SEP> TYPE-LISTE: <SEP> <SEP> OU <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> D <SEP>
<tb> PE~LOT <SEP> : <SEP> <SEP> 01 <SEP> QUANTITE~LISTE <SEP> = <SEP> 3 <SEP> CODE~ELEMENT~LISTE <SEP> =
<tb> NOMBRE~REFERENCES~LISTE <SEP> FFFF
<tb> = <SEP> null <SEP> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb>

Exemple 7 : (Al ou 2 A2) ET (4 A3 ou 2 A4 ou A5). Il s'agit d'un lot avec deux listes OU réparties. Les champs QUANTITE LISTE et NOMBRE~REFERENCES~LISTE ne sont pas renseignés.

LOTS <SEP> LISTES <SEP> ELEMENTS <SEP> ELEMENTS <SEP> LISTE <SEP>
<tb> CODE~LOT <SEP> : <SEP> 000000003 <SEP> NO~LISTE~ARTICLE <SEP> : <SEP> 1 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE <SEP> LOT <SEP> : <SEP> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> TYPE~LOT <SEP> : <SEP> <SEP> 03 <SEP> <SEP> QUANTITE~LISTE <SEP> = <SEP> null <SEP> CODE~ELEMENT <SEP> = <SEP> Al <SEP>
<tb> NOMBRE~REFERENCES~LISTE <SEP> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb> = <SEP> null <SEP>
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP> <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> A2 <SEP>
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 2
<tb> NO~LISTE~ARTICLE <SEP> : <SEP> 2 <SEP> NO~ELEMENT~LISTE <SEP> : <SEP> 1
<tb> TYPE~LISTE <SEP> : <SEP> <SEP> OU <SEP> <SEP> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> QUANTITE~LISTE <SEP> = <SEP> null <SEP> CODE~ELEMENT <SEP> = <SEP> A3 <SEP>
<tb> NOMBRE~REFERENCES~LISTE <SEP> QUANTITE~ELEMENT <SEP> = <SEP> 4
<tb> = <SEP> null <SEP>
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 2
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> A4 <SEP>
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 2
<tb> NO~ELEMENT~LISTE <SEP> : <SEP> 3
<tb> TYPE~ELEMENT <SEP> = <SEP> <SEP> A <SEP>
<tb> CODE~ELEMENT <SEP> = <SEP> A5
<tb> QUANTITE~ELEMENT <SEP> = <SEP> 1
<tb>

L'invention peut faire l'objet de nombreuses autres applications et variantes de réalisation par rapport aux applications et aux modes de réalisation et aux exemples décrits ci-dessus.

L'invention est plus particulièrement applicable et avantageuse dans les magasins de vente au détail, tels que les supermarchés ou les hypermarchés. Elle peut néanmoins s'appliquer également avantageusement pour la vente par correspondance, par exemple pour le commerce électronique via le réseau Internet. Il est à noter à cet égard que l'invention permet une mise en oeuvre extrêmement simple des réductions sur les différents lots d'articles en période de soldes.

Ainsi, grâce à l'invention, par des moyens informatiques légers et performants et avec un traitement en temps réel simple, rapide, ne nécessitant qu'une faible occupation en mémoire vive et en mémoire de masse, il est possible d'identifier des lots d'articles différents et d'attribuer des avantages commerciaux-notamment des réductions immédiates- sans risque d'erreur ou d'incohérence.

Le procédé selon l'invention peut être mis en oeuvre par simple programmation avec tout langage de programmation approprié (notamment Pascal, C, C++, Visual Basic,...). Il peut être aisément mis en oeuvre à l'aide d'un système de gestion de bases de données ayant une structure de tables telle que celle représenté figure 2 à titre d'exemple non limitatif. Il peut aussi être mis en oeuvre avec un système de gestion de fichiers. L'ensemble de l'organisation des données peut être mémorisé physiquement sous forme de tables fichiers de données distinctes dans un système de gestion de bases de données, ou sous toute autre forme appropriée, et par exemple en un seul fichier de données.

Claims

REVENDICATIONS

1/ - Procédé pour identifier automatiquement au rnoins un lot d'articles différents dans un ensemble d'articles préalablement achetés auprès d'un organisme commerçant, ces articles achetés étant enregistrés sous forme de données mémorisées dans des moyens (3,4, 5,6) de mémorisation, et comprenant un code article identifiant la nature de chaque article, dans lequel : - pour chaque lot à identifier, on mémorise des données représentatives de conditions logiques formant une définition de lot et adaptée pour permettre de déterminer si un ensemble d'articles achetés satisfait ou non à ces conditions logiques, - on applique, pour chaque lot à identifier, la définition de lot correspondante sur l'ensemble d'articles achetés, de façon à déterminer si cet ensemble d'articles achetés satisfait ou non à cette définition de lot, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir au moins une liste d'élément(s) comprenant au moins un élément, chaque élément étant défini par un code unique pouvant représenter soit un article devant être présent dans l'ensemble d'articles achetés, soit un groupe prédéterminé d'articles devant être présents dans l'ensemble d'articles achetés, ce groupe d'articles étant défini par des données mémorisées représentant au moins une propriété des données représentant les articles.

2/ - Procédé selon la revendication 1, caractérisé en ce que les données représentant au moins une définition de lot sont adaptées pour pouvoir définir au moins une liste d'élément (s), liste OU répartie, pour laquelle : # les articles de l'ensemble d'articles achetés doivent satisfaire à l'un au moins des éléments de cette liste, # un nombre d'articles devant être présents dans l'ensemble d'articles achetés pour satisfaire un élément de cette liste est prédéterminé non nul pour chacun des éléments de cette liste,

# la quantité totale d' articles de l' ensemble d'articles achetés correspondant à ces éléments n'est pas déterminée.

3/ - Procédé selon la revendication 2, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir uniquement : - une et une seule liste d'articles, dite liste ET, devant tous être présents dans l'ensemble d'articles achetés, avec une quantité individuelle d'articles qui est déterminée, et/ou - au moins une liste d'élément (s), liste OU globale, pour laquelle : # les articles de l'ensemble d'articles achetés doivent satisfaire à l'un au moins des éléments de cette liste, # une quantité totale d'articles devant être présents dans l'ensemble d'articles achetés pour satisfaire cette liste est déterminée, # le nombre d'articles pour chaque élément de cette liste devant être présents dans l'ensemble d'articles achetés pour satisfaire cet élément étant prédéterminé, non nul, et inférieur ou égal à ladite quantité totale d'articles, et/ou - au moins une liste OU répartie, chaque liste de la définition de lot devant être satisfaite par l'ensemble d'articles achetés pour que cette définition de lot soit satisfaite et qu'un lot correspondant soit identifié.

4/ - Procédé selon la revendication 3, caractérisé en ce que les données représentant une définition de lot sont adaptées pour permettre, pour au moins une liste OU globale, de définir un nombre de codes articles différents devant être présents dans l'ensemble d'articles achetés et correspondant aux éléments de cette liste.

5/ - Procédé selon l'une des revendications 1 à 4, caractérisé en ce que chaque élément représente un article, ou un groupe d'articles choisi parmi : - les articles d'un organisme fournisseur déterminé, - les articles d'une famille d'articles prédéterminée auprès de l'organisme commerçant, - les articles dont le code article résulte d'un algorithme de sélection prédéterminé.

6/ - Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'avant d'appliquer chaque définition de lot à l'ensemble d'articles achetés, on réalise un tri de l'ensemble d'articles achetés selon un ordre prédéterminé dans lequel chaque article est identifié une et une seule fois et est associé à une quantité de cet article qui a été achetée.

7/ - Procédé selon l'une des revendications 1 à 6, caractérisé en ce que les données représentatives des définitions de lot sont organisées en tables dans un système de gestion de base de données.

8/ - Procédé pour attribuer automatiquement des avantages commerciaux selon les achats de lots d'articles par des clients auprès d'un organisme commerçant, caractérisé en ce qu'on identifie les lots d'articles achetés par les clients par un procédé selon l'une des revendications 1 à 7.

9/ - Système informatique pour identifier automatiquement au moins un lot d'articles différents dans un ensemble d'articles préalablement achetés auprès d'un organisme commerçant, ces articles achetés étant enregistrés sous forme de données mémorisées dans des moyens (3, 4, 5, 6) de mémorisation et comprenant un code article identifiant la nature de chaque article, comprenant : - des moyens (11) de mémorisation de données représentatives de conditions logiques formant une définition de lot pour chaque lot à identifier, et adaptées pour permettre de déterminer si un ensemble d'articles achetés satisfait ou non à ces conditions logiques,

- des moyens (1, 9) de traitement informatique adaptés pour pouvoir appliquer, pour chaque lot à identifier, la définition de lot correspondante sur l'ensemble d'articles achetés, de façon à déterminer si cet ensemble d'articles achetés satisfait ou non à cette définition de lot, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir au moins une liste d'élément (s) au moins un élément, chaque élément étant défini par un code numérique unique pouvant représenter soit un article devant être présent dans l'ensemble d'articles achetés, soit un groupe prédéterminé d'articles devant être présents dans l'ensemble d'articles achetés, ce groupe d'articles étant défini par les données mémorisées représentant au moins une propriété des données représentant les articles.

10/ - Système selon la revendication 9, caractérisé en ce que les données représentant au moins une définition de lot sont adaptées pour pouvoir définir au moins une liste d'élément (s), liste OU répartie, pour laquelle : # les articles de l'ensemble d'articles achetés doivent satisfaire à l'un au moins des éléments de cette liste, # un nombre d' articles devant être présents dans l'ensemble d'articles achetés pour satisfaire un élément de cette liste est prédéterminé non nul pour chacun des éléments de cette liste, # la quantité totale d'articles de l'ensemble d' articles achetés correspondant à ces éléments n'est pas déterminée.

11/ - Système selon la revendication 10, caractérisé en ce que les données représentant chaque définition de lot sont adaptées pour permettre de définir uniquement : - une et une seule liste d'articles, dite liste ET, devant tous être présents dans l'ensemble d'articles achetés, avec une quantité individuelle d' articles qui est déterminée,

et/ou - au moins une liste d'élément (s), liste OU globale, pour laquelle : # les articles de l' ensemble d' articles achetés doivent satisfaire à l'un au moins des éléments de cette liste, # une quantité totale d' articles devant être présents dans l'ensemble d'articles achetés pour satisfaire cette liste est déterminée, # le nombre d'articles pour chaque élément de cette liste devant être présents dans l'ensemble d'articles achetés pour satisfaire cet élément étant prédéterminé, non nul, et inférieur ou égal à ladite quantité totale d'articles, et/ou - au moins une liste OU répartie, chaque liste de la définition de lot devant être satisfaite par l'ensemble d'articles achetés pour que cette définition de lot soit satisfaite et qu'un lot correspondant soit identifié.

12/ - Système selon la revendication 11, caractérisé en ce que les données représentant une définition de lot sont adaptées pour permettre pour au moins une liste OU globale d'une définition de lot, de définir un nombre de codes articles différents devant être présents dans l'ensemble d'articles achetés et correspondant aux éléments de cette liste.

13/ - Système selon l'une des revendications 9 à 12, caractérisé en ce que chaque élément représente un article, ou un groupe d'articles choisi parmi : - les articles d'un organisme fournisseur déterminé, - les articles d'une famille d'articles prédéterminée auprès de l'organisme commerçant, - les articles dont le code article résulte d'un algorithme de sélection prédéterminé.

14/ - Système selon l'une des revendications 9 à 13, caractérisé en ce que les moyens (1,9) de traitement informatique sont adaptés pour pouvoir réaliser, avant d'appliquer chaque définition de lot à l'ensemble d'articles achetés, un tri de l'ensemble d'articles achetés selon un ordre prédéterminé dans lequel chaque article est identifié une et une seule fois et est associé à une quantité de cet article qui a été achetée.

15/ - Système selon l'une des revendications 9 à 14, caractérisé en ce que les données représentatives des définitions de lot sont organisées en tables dans un système de gestion de base de données.

16/ - Système selon l'une des revendications 9 à 15, caractérisé en ce qu'il est associé à une installation d'encaissement (3, 4, 5) d'un lieu de vente de l'organisme commerçant destinée à l'enregistrement des articles d'un achat lors du passage du client à cette installation d'encaissement.

17/ - Dispositif selon l'une des revendications 9 à 16, caractérisé en ce qu'il est associé à un site informatique (6) de vente par correspondance adapté pour permettre l'enregistrement d'articles par sélection dans un catalogue de vente à distance via un réseau.

18/ - Dispositif informatique pour attribuer automatiquement des avantages commerciaux selon les achats de lots d'articles par des clients auprès d'un organisme commerçant, caractérisé en ce qu'il comprend un système informatique selon l'une des revendications 9 à 17.