WO2004034296A2 - Dispositif informatique pour identifier des lots d'articles differents achetes aupres de commercants - Google Patents

Dispositif informatique pour identifier des lots d'articles differents achetes aupres de commercants Download PDF

Info

Publication number
WO2004034296A2
WO2004034296A2 PCT/FR2003/002954 FR0302954W WO2004034296A2 WO 2004034296 A2 WO2004034296 A2 WO 2004034296A2 FR 0302954 W FR0302954 W FR 0302954W WO 2004034296 A2 WO2004034296 A2 WO 2004034296A2
Authority
WO
WIPO (PCT)
Prior art keywords
items
list
articles
purchased
batch
Prior art date
Application number
PCT/FR2003/002954
Other languages
English (en)
Other versions
WO2004034296A8 (fr
Inventor
Marcel Pointeau
Frédéric FREBILLOT
Denis Dargelos
Jean-Claude Cazalbou
Original Assignee
Infomil
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Infomil filed Critical Infomil
Priority to EP03807877A priority Critical patent/EP1576516A2/fr
Publication of WO2004034296A2 publication Critical patent/WO2004034296A2/fr
Publication of WO2004034296A8 publication Critical patent/WO2004034296A8/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the invention relates to a computer device for automatically identifying batches of different articles in sets of articles purchased from a commercial organization. It extends to the applications of this IT device, in particular for the automatic allocation of commercial advantages (for immediate or deferred use) to customers according to their purchases.
  • article means generically any product and / or service offered for sale individually by a commercial organization, and which can therefore be purchased individually by a customer. These can be products (food, clothing, leisure, etc.) or services (travel, subscriptions, show seats, catering, hotels, etc.) or a combination of products and services (telephone and subscription; computer and Internet subscription).
  • Items can be marketed in places and / or retail sites for mass distribution intended for the general public (retail stores, supermarkets, hypermarkets, shopping malls, paper catalogs and / or mail order computer site %) or on the contrary, via more limited marketing networks, for example intended for certain professionals.
  • the identification of batches of different articles in purchases made by customers from a commercial organization can be useful in various applications, and in particular: for the allocation of commercial advantages (reductions, discounts or gifts during or immediately after a purchase operation; coupons, purchase vouchers, loyalty points, gift allocation vouchers ..., for deferred use (i.e. during a subsequent purchase operation ); commercial information messages ...); for marketing purposes or more generally for keeping purchase statistics ...
  • WO 01/40980 describes a method and a system for managing multi-item promotions attributed to a customer buying a specific combination of items at a terminal POS (POS) from a retail store.
  • This document mentions two categories of multi-item promotion: an accumulated reduction promotion providing a discount coupon for deferred use when the customer purchases a plurality of articles each inducing a reduction for deferred use; a combination suit promotion providing a discount or other benefit when the customer purchases a predetermined combination of items, which is indicated to him by an advertisement in the store or on a coupon.
  • This combination can be a defined combination of items, or a set described from an enumerated list of items, for example "buy 2 items from A, B and C and receive a dollar reduction". Identifying these combinations of items in customer purchases is only a very special case, and it is desirable to be able to identify other more complex combinations. In addition, this document merely gives these general indications but does not explain how in practice this process can be implemented.
  • the invention therefore aims to provide a device by which it is possible to define batches other than a simple predefined list of articles or a set of articles in a predefined list of articles, and this, in a simple way for the 'user (who is not generally an IT specialist), and which is compatible with current technologies and can be used in practice, in particular without inducing prohibitive real-time processing times with commonly used equipment.
  • the invention relates to a computer device for automatically identifying at least one batch of different articles in a set of articles previously purchased from a commercial organization, these purchased articles being recorded in the form of data, stored in storage means, and comprising an article code identifying the nature of each article, comprising: - means for storing data representative of logical conditions forming a batch definition for each batch to be identified, and adapted to make it possible to determine whether a set of items purchased meets or not these logical conditions, - adapted computer processing means in order to be able to apply, for each batch to be identified, the corresponding batch definition to the set of items purchased, so as to determine whether or not this set of items purchased meets this definition of lot, characterized in that the data representing each batch definition are adapted to make it possible to define at least one list of element (s) comprising at least one element, each element being defined by a unique numerical code which can represent either an article to be present in the set of purchased items, i.e. a predetermined group of items to be present in the set of purchased items
  • the different articles of a batch are not necessarily necessarily individually identified with their individual quantity.
  • the level of definition of the elements which can represent groups of articles defined in a logical manner makes it possible to considerably and reliably increase, and useful in practice, the variety of batches which can be defined.
  • a group of articles can in particular represent articles whose number and nature vary over time (for example all articles from the same supplier).
  • the data representing at least one batch definition are adapted to be able to define at least one list of element (s), called distributed OR list, for which:
  • the data representing each batch definition are adapted to allow defining only:
  • the number of articles for each element of this list having to be present in the set of articles purchased to satisfy this element being predetermined not zero, and less than or equal to said total quantity of articles, and / or
  • each list of the batch definition must be satisfied by the set of items purchased for this batch definition to be satisfied and a corresponding batch to be identified.
  • the inventors have indeed found that the use of these three types of lists (AND list; global OR list; distributed OR list) for all the lot definitions, to the exclusion of any other, makes it possible to define a very wide variety. lots, thus satisfying all practical situations and the needs of trading organizations, but avoiding lot definitions that may be inconsistent or extremely difficult to manage. For example, a lot definition of the type: "3 items to choose from 2 items Al, 1 item A2, 4 items A3" does not make sense.
  • the inventors have, however, determined that the use an AND list and / or one or more OR lists (global or distributed) avoids any inconsistency and offers sufficient possibilities, easily understandable both by the trading organizations and by the customers themselves.
  • the data representing a batch definition are adapted to allow, for at least one global OR list, to define a number of different article codes to be present in the set of items purchased and corresponding to the elements. from this list.
  • the data representing the different lot definitions which can be applied simultaneously to the same set of items purchased are adapted so that the same item purchased from a set of items purchased can be the subject of only one and only one batch, and, advantageously, of one and only one element in one and only one list. In this way, in particular, the order of the items in the set of items purchased has no influence on the result of the lots.
  • each element represents an article, or a group of articles chosen from:
  • a family of articles of the commercial organization is for example a department, or a department of the store, or pages of a computer or printed catalog. Articles from the same supplier are easily identified by the first digits of the article code which in practice correspond to the supplier code.
  • the computer processing means are adapted to be able to carry out, before applying each batch definition to the set of items purchased, a sorting of the set of items purchased according to a predetermined order in which each article is identified once and only once and is associated with a quantity of this item that was purchased.
  • the set of items purchased can correspond to a single purchase act (a sales receipt or an order from the same customer) or to several purchase acts (for example, all purchases by a customer identified on a predetermined period; various acts of purchase by an identified group of customers; all purchases for a period on a site (store or IT site) of the commercial organization, etc.).
  • This set of previously purchased items is always sorted with the same order, even if the same item is authorized to correspond to several distinct lot definitions, we avoid that the identified lots do not depend on the order in which these items are actually purchased. In addition, computer processing time is accelerated.
  • the data representative of the batch definitions are organized into tables in a database management system.
  • These tables or logical files which logically define successions of records according to predetermined fields (and are therefore logical files) can be physically stored in the form of one or more physical files.
  • the invention is in particular advantageously applicable for the automatic allocation of commercial advantages to customers according to their purchases for immediate or deferred use (immediate reductions, immediate discounts, coupons for deferred use, gifts ).
  • a device according to the invention is associated with a collection facility of a point of sale of the commercial organization intended for recording the articles of a purchase during the passage of the customer to this collection facility, and / or to a computerized mail-order sales site adapted to allow the recording of articles by selection in a distance-selling catalog via a network (for example the Internet network).
  • a device according to the invention is also suitable for automatically attributing commercial advantages according to the purchases of batches of articles by the customer from the commercial organization.
  • the invention also relates to a device characterized in combination by all or some of the characteristics mentioned above or below.
  • FIG. 1 is a block diagram representing a device according to an exemplary embodiment of the invention
  • FIG. 2 is an example of a data model in a device according to the invention
  • FIG. 3 is a flow diagram of an example of application and embodiment of a method implemented in a device according to the invention
  • FIG. 1 represents an installation for the sale of articles by a commercial organization comprising a collection site 1 and a device 2 for automatically allocating commercial advantages, for example immediate discounts or coupons or vouchers during a purchase of one or more item (s) by a customer from this commercial organization.
  • the collection site 1 comprises computerized means 3, 4, 5, 6 for recording articles making up customers' purchases from the commercial organization selling these articles.
  • the computer recording means can take several embodiments, depending on the case.
  • the computer recording means may include one or more checkout (s) 3 formed (s) each of a stand-alone computer station, the various boxes 3 may or may not be connected in a network. It may also be a set of collection terminals 4 linked in groups to one or more control server (s) 5.
  • the computer recording means comprise a computer site 6 accessible remotely , for example via the Internet 7, by client computer stations 8. This computer site 6 can be located on a computer server located in a store or not.
  • cash registers 3, cash register terminals 4 (commonly known as "POS") and their associated server 5, as well as the computer sites 6 for recording articles are all well known and need not be described in more detail. They can take any traditional embodiment, the choice of one or the other of these embodiments not in fact being important in the context of the present invention, since these means 3, 4, 5, 6 data-processing registers make it possible to create for each purchase of article (s) of a customer, a computer ticket defining at least a list of one or more article (s) bought (s) by a customer, identified individually with the quantity purchased. Traditionally, and preferably, the various articles are identified in the computer ticket by an EAN standard article code.
  • the items available for sale are generally referenced in an ARTICLES table or file of the computer recording means, comprising for each item, a record comprising a CODE_ARTICLE field and the corresponding selling price.
  • the device according to the invention for automatically allocating commercial advantages comprises at least one computer station 9 for managing commercial advantages.
  • the device 2 according to the invention comprises, in the embodiment of FIG. 1, at least one other computer station 10 for configuration and configuration of the station 9 for managing commercial advantages.
  • the computer stations 9, 10 may be located at the same place as the computer means 3, 4, 5, 6 for recording, that is to say in the store himself; on the contrary they can be relocated in whole or in part, and communicate with the computerized means 3, 4, 5, 6 of recording via a internal or external digital network, private or public, for example the Internet.
  • the various computer functions implemented in the invention can be centralized on a single computer machine, that is to say a single computer station (central unit and associated peripherals), or on the contrary in all or part divided on several computer stations located on the same place or on the contrary distant from each other and communicating via a network.
  • the choice of the final architecture can be made in a traditional way according to the computing power and memory required, the communication and network possibilities offered, the working conveniences, and the consequences in cost and corresponding hardware and software investment.
  • the architecture represented in FIG. 1 is therefore only a particular non-limiting example of embodiment.
  • Each computer station 9, 10 can be formed of a traditional microcomputer comprising a central unit and the associated peripherals, so as to form digital data processing means and storage means comprising in particular at least one mass memory such than a hard drive.
  • the computer station 9 comprises a database 11 stored in its mass memory, in which is stored predetermined conditions for the allocation of commercial advantages, and in particular predetermined conditions for the allocation of commercial advantages according to batches different items identified in customer purchases; and data representing batch definitions to be identified.
  • FIG. 2 represents an example of logical organization of the data of a database 11 allowing in particular the definition of the predetermined conditions of allocation of commercial advantages from the definition of the lots to be identified.
  • the tables are represented with a header in which the fields representing keys for the tables are indicated.
  • the links between the tables illustrate their relative dependence with, at the level of each table, a code of two integers representing the minimum number and, respectively, the maximum number of copies of this table for the link considered.
  • CRITERES_AC table having as key fields the fields NO CRITERIA AC and a field CODE_OPERATION_COMMERCIALE. This field
  • CODE_OPERATION _COMMERCIALE allows to group the different CRITERES_AC all corresponding to the same commercial operation, the different commercial operations being defined in a table OP_COMMERCIALES having as key field the field CODE_OPERATION_COMMERCIALE.
  • This OP_COMMERCIALES table includes a LIBELLE COMMERCIAL OPERATION field allowing to define a label for each commercial operation, an ACTIVE_0_N field allowing to define if the commercial operation is active or not at a given moment; a NOS_CAISSES_EMISSION field used to define the cash registers or cash register terminals on which the commercial operation can be active (which allows specific selection of some of the cash registers or cash register terminals in a store).
  • the fields DATE_DEBUT_EMISSION, DATE_FLN_EMISSION, HOUR DEBUTJEMISSION, HEURE_End_EMISSION allow to define periods during which the commercial operation can be active or not.
  • Each record in the CRITERES_AC table defines all of the conditions for allocation, known as the AC criterion, of the same commercial advantage.
  • the table CRITERIA AC includes a field LIBELLE_CRITERE_AC allowing for each criterion of commercial advantage to define a wording facilitating its identification; a CODE_SOCIETE_COMPENSATRICE field used to define the identity of a compensating body assuming the financial burden of the commercial advantages allocated according to the conditions defined by the corresponding record in the CRITERES_AC table; a CODE_TYPE_VENTILATION field and a CODE_VENTILATION field used to define the article (s) or batch (s) of articles whose presence in the purchase of the customer conditions allocation of the commercial advantage; a CODE_METHODE_CALCUL field allowing to identify an applicable calculation method to calculate a value of commercial advantage; and a plurality of fields for the recording of parameters necessary for the calculation method, namely in the example shown, a REDUCTION AMOUNT field
  • the field CODE_TYPE_VENTILATION equal to "A” or "L” allows to define the nature of the field CODE_VENTILATION which can either be directly an EAN article code (value "A") corresponding to the article code of the ARTICLES table having as key the CODE_ARTICLE field; either a batch code (“L” value) defined by the LOTS table, the key of which is the CODEJ OT field and having a TYPEJLOT field allowing several types of batches to be defined, for example “FE” corresponding to a closed batch, and types “01”, “02”, “03”, “04”, “05” corresponding to open lots of type 1, 2, 3, 4, 5 respectively.
  • the TYPE_VENTILATION table includes as key the CODE_TYPE_VENTILATION field, and also the current LIBELLE_TYPE_VENTILATION field.
  • the LIBELLE_TYPE_VENTILATION field allows you to save a label for each type of breakdown, for example “article” for a CODE_TYPE_VENTILATION equal to “A”, and “lot” for a TYPE-VENTILATION CODE equal to “L”.
  • the LIST_ELEMENTS and ELEMENTS-LIST tables make it possible, with the LOTS table, to record lot definitions for each lot of different items to be identified in a set of items previously purchased from the merchant.
  • the table LIST_ELEMENTS allows to define lists of elements for a batch, and has as key the fields CODEJLOT and the field NO_LISTE_ELEMENTS assigning a number to each list of elements defining a batch. It also includes a TYPEJLISTE field in which it is indicated whether the list is an AND list or an OR list. For an AND list, all the elements of the list must be present in the batch. For an OR list, at least one (one or more of your choice) of the elements of the list must be present in the batch.
  • a QUANTITEJLISTE field of the LIST_ELEMENTS table is used to define a total quantity of items that must be present in the set of items purchased and corresponding to the elements of the list for this list to be satisfied. This field is populated for global OR lists, but not for other lists (AND lists and distributed OR lists).
  • a NOMBRE_REFERENCES_LISTE field of the LISTE_ELEMENTS table allows to define a number of different article codes which must be present in the set of purchased articles and corresponding to the elements of the list for this list to be satisfied. This field is only filled in if the QUANTITY J.JSTE field is also filled in, that is to say for global OR lists.
  • the table ELEMENTS_LISTE makes it possible to define the nature of the various elements of the same list. Its key is the fields CODEJLOT, NO_LISTE_ELEMENTS, and a field NO-ELEMENT_LISTE assigning a number to each element of the list.
  • An element is therefore either a specific item, or a different group of items determined, closed (number of items fixed) or open (number of items may vary).
  • the ELEMENTS_LISTE table also includes a field
  • QUANTITE_ELEMENT allowing to define the number of articles to be present in the set of articles purchased to meet the definition of this element.
  • this field is filled, different from 1 for an element in a list, (case of an AND list or of a distributed OR list) the QUANTITE_LISTE field is not filled. If the LIST QUANTITY field is filled (case of a global OR list) the QUANTITE_ELEMENT field is also filled, not null for all the elements of the list. It should be noted that the largest value of QUANTITE_ELEMENT for the various elements of the list must be inferior or equal to QUANTITEJLISTE, otherwise the definition of the list does not make sense.
  • the ELEMENTS JLISTE table points to the ARTICLES table in order to use the article codes (CODE_ARTICLE) to define the CODEJELEMENT from the values of the EAN article codes as indicated above.
  • the SOCIETES_COMPENSATRICES table is used to define the different compensating bodies to be used. This table includes as key the field CODE_SOCIETE_COMPENSATRICE which is the same as that of the table CRITERES_AC. It also includes the field RAISON_SOCIALE in which the coordinates of the compensating company can be entered and the field
  • REFERENCE_SOCIETE_COMPENSATRICE in which a company code specific to the compensating body itself (which may be different from the code CODE_SOCIETE_COMPENSATRICE stored in the database by the merchant body to identify this compensating body).
  • the AC_EMIS table makes it possible to store different data relating to each of the commercial advantages attributed according to the conditions defined by table CRITERES_AC.
  • This ACJBMIS table includes a field ID_AC which constitutes the key and makes it possible to individually identify each of the commercial advantages actually attributed.
  • This table also includes a CODE_OPERATION_COMMERCIALE field allowing to recall the commercial operation to which the assigned commercial advantage corresponds; a field NO_CRITERE_AC allowing to recall recording of the table CRITERES_AC which was used for the emission and the attribution of this commercial advantage; a DATE_HEURE_EMISSION field allowing the date and time of issue of this commercial advantage to be memorized; a CODE_TRANSACTION_EMISSION field used to store a code identifying the set of items purchased (in particular the receipt code or order code) for which the commercial advantage has been allocated; a VALUE field in which the monetary value of the assigned business advantage is stored; a TAUXJTVA field in which the VAT rate applied to this commercial advantage is stored; a CODE_ARTICLE field for storing the code of each of the items in the set of items purchased that triggered the issue of the commercial advantage considered; a QUANTITY field allowing to memorize the quantity of each of the articles having triggered the commercial advantage as identified in
  • a REQUEST_BILLING table is used to list the invoices issued to clearing organizations.
  • This table presents the NOJDEMANDEJFACTURATION field in key and also includes a DATE TIME REQUEST field allowing to memorize the moment at which the compensation invoicing to the compensating body is considered as carried out; a CODE_SOCIETE_COMPENSATRICE field used to store the identity of the compensating body for which invoicing is intended; and a field MODIF_USER allowing to memorize various data relating to the user having involved an update of this table.
  • the METHODE_CALCUL table includes as key the CODE_METHODE_CALCUL field. It also includes the fields LIBELLE_METHODE_CALCUL allowing to identify the calculation method by a sentence understandable by the user; an EXAMPLE field giving a practical example of such a calculation method and allowing a better understanding of the operation of this calculation method for the user; and a REFJTRAITEMENT field comprising the address of the calculation program to be executed to implement the calculation method. Each calculation method is carried out by software programming according to a specific module which also uses one or more of the parameters of the CRITERES_AC table.
  • the station 9 includes a server module 13, called the server 13 for managing commercial advantages, managing the allocation of commercial advantages and the operation of the various copies of the engine 12a, 12b for management and calculation. It also includes a server module 14 receiving the calculation requests from the computer means 3, 4, 5, 6 for recording and a server response module 15 referring to the computer means 3, 4, 5, 6 for recording data relating to the commercial advantages determined by the server 13 for managing the commercial advantages.
  • a consolidation processing module 16 makes it possible, in real or delayed time, to update the data of the database li from update information generated by the means 3, 4, 5, 6 recording computers.
  • the configuration station 10 comprises in particular a module forming a man-machine interface allowing the entry of the various records of the table CRITERES_AC, that is to say the entry of the various conditions of allocation of each commercial advantage. We can thus define from this workstation each of the commercial operations. This configuration station 10 can therefore directly access the database 11 to carry out the updates or modifications or additions desired by the user.
  • the configuration station 10 advantageously also includes a software module 17 capable of detecting the appearance of an event requiring the reinitialization of the management and calculation engines 12a, 12b in the server 13 for managing commercial advantages.
  • the reset module 17 commands the server 13 so that the various management and calculation engines 12a, 12b are reset (reloaded in RAM) from updated settings.
  • a reset is necessary for example when the user modifies one of the records in the CRITERES_AC table, or even after each update carried out by the consolidation processing module 16.
  • the server 13 for managing the commercial advantages recovers the different operating parameters of the motors 12a, 12b, and this by means of a software component 18 which makes it possible to extract these parameters from the database 11 to supply them to the server 13.
  • the server 13 for managing commercial advantages receives from the database 11 the number of copies 12a, 12b of the management and calculation engine which must be simultaneously active in memory.
  • a server 19 belonging to a supplier organization of at least one item sold by the merchant organization this supplier server 19 being able to be connected remotely by a network. , for example the Internet, at configuration station 10.
  • the configuration station 10 can obtain information concerning the commercial advantages granted by said supplier organization, and the articles of this supplier concerned.
  • many supplier organizations can be linked remotely to configuration station 10, depending on the needs.
  • this information can be provided to the configuration station 10 directly by a user by manual entry, or using a removable recording medium (floppy disk, optical disk, etc.).
  • an illustrative example has been shown of an external server 22 connected by a remote network to the station 9 for managing commercial advantages, in order to exchange information relating to the compensating bodies (reference of the compensating body). , billing method ).
  • the actual invoicing is not carried out by the configuration station 9, but by the general accounting system of the commercial organization not shown in FIG. 1, but to which the computer means 3, 4, 5, 6 for recording and / or the computer stations 9, 10 can be connected.
  • the invention makes it possible to identify batches of different articles of varied nature, but in a manner compatible with current industrial and commercial constraints, in a simple manner and without generating impossible or inconsistent batches, thanks to the definition of batches by lists of elements which can be predetermined articles or groups of articles.
  • the invention makes it possible to define lists of type:
  • QUANTITEJLISTE is not specified; and the field QUANTITE_ELEMENT is determined not zero; such a list is satisfied if at least one of the elements as defined by the table ELEMENTS_LISTE is present in the set of items purchased.
  • the definition restrictions mentioned above can be carried out by programming the database management system associated with the tables and executed by the configuration computer station 10 which allows the entry of commercial operations and the recording of the corresponding data in the database. 11.
  • the set of items purchased can be any, as long as it includes a list of item codes to which the criteria defined by the LOTS, LISTE_ELEMENTS and ELEMENTS_LISTE tables can be applied. It may be a purchase by a customer at the checkout 3 or terminal 4 of a store, that is to say a receipt. We can then attribute a commercial advantage such as an immediate reduction on this purchase, a discount on this purchase (i.e. a reduction covered by the merchant, without invoicing compensation to a third-party compensating company.
  • a discount coupon for deferred use (reimbursed for the purchase of an item or a batch of items during a subsequent purchase), a coupon for deferred use, reimbursement of a coupon reduction for a batch of items to be purchased, or any other commercial advantage.
  • the present invention can in particular be used in combination with the method and the device described in patent application WO 99/03051 for automatically issuing commercial advantage tickets, with a CRITERES_AC table corresponding to a CR ⁇ RESJ ⁇ CKETS file of this device.
  • the set of items purchased can also be a list of items corresponding to an order from a customer on a printed catalog (mail order) or on a computer catalog (sale on a website).
  • the set of items purchased can also be a list of items purchased over a period of time (and not during a single purchase transaction) by the same identified customer (by a membership card or a revealed bank code by its means of payment %), to attribute commercial advantages to it according to its behavior of purchase of lots.
  • the set of items purchased can also be a list of items purchased by all customers on one or more predetermined sales site (s) (store and / or website) over a period; or by a selection of customers on one or more predetermined sales site (s). It is then possible, for example, to produce purchase statistics for batches of articles.
  • a test step 41 it is examined whether the type of breakdown of the commercial advantage criterion being analyzed corresponds to the articles or not (value of the field CODEJI ⁇ PEJVENTLLATION). If so, a loop is started in step 42 on the various articles of the TICKET LIST, i.e. on the different codes EAN1, EAN2, ... of the TICKET LIST. For each of the articles, it is examined during test 43 if its EANi code corresponds to the value of the CODEJVENTLLATION of the corresponding commercial advantage criterion. If not, we apply test 44 consisting in determining whether or not the current EANi item is the last item on the TICKET LIST. If so, we go directly to the end step 50.
  • step 45 the method of calculating the corresponding commercial advantage value, as referenced in the field CODE_METHODE_CALCUL of the table CRITERES_AC.
  • the engine 12a or 12b during operation in the RAM 13 of the server therefore performs this calculation, which ends with step 46, of writing a record in a list of calculated commercial advantages, called LIST AC CALCULATIONS.
  • Each record in this list includes the number of the corresponding commercial operation, the criterion used to allocate the commercial advantage, the corresponding EANi article code, the number Yi of this article used to calculate this commercial advantage. and the value of this calculated business advantage.
  • CODE_TYPE_VENTILATION is not an article code but a batch
  • a step 51 of batch identification is carried out on the TICKET LIST.
  • the list of items purchased to be analyzed is preferably sorted in a predetermined order during a step 51.
  • This step 51 is detailed on the flow diagram of FIG. 4, so that, in the list thus sorted, called TICKET LIST, each item is identified once and only once, and is associated with a total quantity of this item that was purchased. Sorting such a computer list is a traditional function of any database management system.
  • batches are known, formed by one or more definition (s) of AND list and / or OR represented by the LIST JELEMENTS and ELEMENTSJLISTE tables. Such a batch definition can therefore be represented by the different AND and / or OR lists.
  • a schematic example is as follows:
  • step 62 these definitions of lists are applied to the TICKET LIST, to develop sublists corresponding respectively to each AND list, and to each OR list. If the batch definition includes an AND list, we first of all begin in step 63 to develop a priority AND sublist by assigning to this sublist AND the items of the TICKET LIST corresponding to the definition of the AND list of the lot. In the example shown, we therefore obtain a following AND sublist:
  • Each line of this ET sublist corresponds to a set of items in the TICKET LIST that meets the definition of the AND list.
  • an item is assigned in a row of a sublist, it is no longer available for the other rows or for the other sublists.
  • 4 articles A and 2 articles G have been assigned to the sublist AND, so that there remain 3 articles A from the TICKET LIST available for other lists.
  • each corresponding OR sublist is drawn up, in the order of the lists OR of the definition of the batch (in the LIST_ELEMENTS table).
  • element n ° 1 is an article, while element n ° 2 is the group of articles of supplier F.
  • the sublist OR n ° 1 therefore includes a line comprising the two articles B and C of the TICKET LIST.
  • OR sub-list No. 2 is then developed from the definition of the OR list No. 2 applied to these residual articles. We obtain :
  • the second batch corresponding to the second lines of the sublists is:
  • step 52 the corresponding calculation method of the value of commercial advantage is launched by the engine 12a, 12b running in memory of the server 13. This calculation method thus makes it possible to calculate the value of each advantage can be assigned according to the VENTILATION LIST obtained in step 51.
  • Each of these calculated commercial advantages is recorded in the LIST OF CALCULATIONS for this current criterion (step 53).
  • Example 1 1 bottle of Whiskey and 2 packets of cakes.
  • Example 2 (3 cassettes to choose from the following references: XXX 3h cassettes, XXX 4h cassettes, XXX 8h cassettes). It is an open batch with a global OR list.
  • Example 3 XXX video recorders and 2 cassettes to choose from the following references (ZZZ 3h cassettes, ZZZ 4h cassettes, ZZZ 8h cassettes) This is a batch with an AND list and a global OR list.
  • Example 4 1 shampoo of your choice from covered and 1 soap of your choice from fixed. It is a batch with two global OR lists.
  • Example 5 3 different FFFF products. It is a batch with a global OR list comprising a single element corresponding to the articles of the supplier FFFF.
  • Example 6 3 FFFF products to choose from. It is also a batch with a single OR global OR list (FFFF supplier).
  • Example 7 (A1 or 2 A2) AND (4 A3 or 2 A4 or A5). It is a batch with two OR lists distributed. The fields QUANTITY J LIST and NUMBER JREFERENCESJLISTE are not completed.
  • the invention can be the subject of numerous other applications and variant embodiments with respect to the applications and to the embodiments and to the examples described above.
  • the invention is more particularly applicable and advantageous in retail stores, such as supermarkets or hypermarkets. It can nevertheless also be applied advantageously for mail order sales, for example for electronic commerce via the Internet.
  • the invention allows an extremely simple implementation of the reductions on the various batches of articles during sales periods.
  • by light and efficient computer means and with simple, rapid real-time processing, requiring only a low occupancy in RAM and in mass memory it is possible to identify batches of different articles and to attribute commercial advantages - in particular immediate reductions - without risk of error or inconsistency.
  • the device according to the invention can be configured to perform the above-described functions by simple programming with any suitable programming language (in particular Pascal, C, C ++, Visual Basic, ...), and / or using a database management system having a table structure such as that shown in FIG. 2 by way of nonlimiting example, and / or with a file management system.
  • Any suitable programming language in particular Pascal, C, C ++, Visual Basic, ...)
  • a database management system having a table structure such as that shown in FIG. 2 by way of nonlimiting example, and / or with a file management system.
  • the entire organization of the data can be physically stored in the form of separate data file tables in a database management system, or in any other suitable form, and for example in a single data file.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un dispositif 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. 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

DISPOSITIF INFORMATIQUE POUR IDENTIFIER DES LOTS D'ARTICLES DIFFERENTS ACHETES AUPRES DE COMMERÇANTS.
L'invention concerne un dispositif informatique 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 aux applications de ce dispositif 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 dispositif grâce auquel 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 soit compatible avec les technologies actuelles et puisse être utilisé 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 dispositif 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.
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 ; liste 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.
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.
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...).
Avantageusement, un dispositif 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). Avantageusement, un dispositif selon l'invention est aussi adapté pour attribuer automatiquement des avantages commerciaux selon les achats de lots d'articles par le client auprès de l'organisme commerçant.
L'invention concerne aussi un dispositif caractérisé 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 dans un dispositif selon l'invention,
- la figure 3 est un organigramme d'un exemple d'application et de réalisation d'un procédé mis en œuvre dans un dispositif selon l'invention,
- la figure 4 est un organigramme schématique représentant les étapes d'identification des lots dans un procédé mis en œuvre dans un dispositif 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) par un 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) 3 formé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) de 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) d'un 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 11 permettant 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_0_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_FLN_EMISSION, HEURE DEBUTJEMISSION, 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) article(s) ou lot(s) d'articles dont la présence dans l'achat du client conditionne rattribution 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é(s). 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 CODEJ OT et présentant un champ TYPEJLOT 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 CODEJLOT et le champ NO_LISTE_ELEMENTS attribuant un numéro à chaque liste d'éléments définissant un lot. Elle comprend aussi un champ TYPEJLISTE 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 QUANTITEJLISTE 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 J.JSTE 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 CODEJLOT, 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é (TYPEJ3LEMENT = « 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) d'un 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 à QUANTITEJLISTE, sinon la définition de la liste n'a pas de sens.
La table ELEMENTS JLISTE pointe sur la table ARTICLES afin d'en utiliser les codes d'articles (CODE_ARTICLE) pour définir le CODEJELEMENT à 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 ACJBMIS 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 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 TAUXJTVA 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 NOJDEMANDEJFACTURATION 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 REFJTRAITEMENT 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 11 et 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 li a 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 11 pour 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 STE 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 (QUANTITEJELEMENT) ≤ QUANTITEJLISTE ; une telle liste est satisfaite si l'un au moins des éléments tel que défini par la table ELEMENTSJLISTE est présent dans l'ensemble d'articles achetés ; - listes OU réparties pour lesquelles le champ
QUANTITEJLISTE 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) OU) 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 CRΠΈRESJΠCKETS 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) de 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) de 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 (CODEJLOT) 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 CODEJIΥPEJVENTLLATION). 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 CODEJVENTLLATION 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 :
Figure imgf000023_0001
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 et/ou OU représentée(s) par les tables LISTE JELEMENTS et ELEMENTSJLISTE. 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 : 1A, 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, 1E (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 sous- liste 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 :
Figure imgf000024_0001
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 :
Figure imgf000024_0002
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 :
Figure imgf000025_0001
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, 1G.
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 II 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, LISTEJBLEMENTS, et ELEMENTS JLISTE.
Exemple 1 : 1 bouteille de Whisky et 2 paquets de gâteaux.
Figure imgf000026_0001
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.
Figure imgf000026_0002
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.
Figure imgf000027_0001
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 LISTES ELEMENTS ELEMENTS LISTE
CODEJLOT : 000000003 NOJLISTE ARTICLE : 1 NO_ELEMENT_LISTE : 1 TYPEJLISTE : « OU » TYPE_ELEMENT = « A » TYPE LOT : « 03 » QUANTITΕ LISTE = 1 CODE_ELEMENT = NOMBRE REFERENCES = null shampoing 1 QUANTITE_ELEMENT = 1
NO_ELEMENT_LISTE : 2 TYPEJELEMENT ≈ « A » CODEJELEMENT ≈ shampoing 2 QUANTITE_ELEMENT = 1
NOJELEMENT LISTE : 3 TYPEJELEMENT = « A » CODE_ELEMENT = shampoing... QUANTITEJELEMENT = 1
NO_LISTE_ARTICLE : 2 NO_ELEMENT_LISTE : 1 TYPE_LISTE : « OU » TYPE_ELEMENT = « A »
QUANTΠΈ LISTE = î CODE_ELEMENT = savon 1
NOMBREJŒFERENCESJ-ISTE QUANTITE_ELEMENT = 1 = null
NO_ELEMENT_LISTE : 2 TYPE_ELEMENT = « A » CODEJELEMENT = savon 2
QUANTΓLEJELEMENT = î
NO_ELEMENT_LISTE : 3 TYPE_ELEMENT = « A » CODE_ELEMENT = savon 3
QUANTΓTEJELEMENT = î
Exemple 5 : 3 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.
Figure imgf000029_0001
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).
Figure imgf000029_0002
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 QUANTITEJLISTE et NOMBRE JREFERENCESJLISTE ne sont pas renseignés.
LOTS LISTES ELEMENTS ELEMENTS LISTE
CODEJLOT : 000000003 NO_LISTE_ARTICLE : 1 NO_ELEMENT_LISTE : 1 TYPEJLISTE : « OU » TYPE_ELEMENT = « A » TYPE LOT : « 03 » QUANTrTE_LISTE = null CODEJELEMENT = Al NOMBRE JŒFERENCESJLISTE QUANTITEJBLEMENT = 1 = null
NO_ELEMENT_LISTE : 2 TYPE_ELEMENT = « A » CODEJELEMENT ≈ A2 QUANTITE_ELEMENT = 2
NO_LISTE_ARTICLE : 2 NO_ELEMENT_LISTE : 1 TYPE_LISTE : « OU » TYPEJELEMENT = « A » QUANTITE_LISTE = null CODEJELEMENT = A3 NOMBRE_REFERENCES_LISTE QUANTlTΕJBLEMENT = 4 ≈ null
NO_ELEMENT_LISTE : 2 TYPE_ELEMENT = « A » CODEJELEMENT = A4 QUANTITE_ELEMENT = 2
NO_ELEMENT_LISTE : 3 TYPE_ELEMENT = « A » CODEJELEMENT = A5 QUANTITE JELEMENT ≈ 1
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 dispositif selon l'invention peut être configuré pour réaliser les fonctions sus-décrites par simple programmation avec tout langage de programmation approprié (notamment Pascal, C, C++, Visual Basic,...), et/ou à 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, et/ou 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 II - Dispositif 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) 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 les données mémorisées représentant au moins une propriété des données représentant les articles.
21 - Dispositif 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), 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.
3/ - Dispositif 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), 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é. 4/ - Dispositif 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 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. 5/ - Dispositif 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é.
61 - Dispositif selon l'une des revendications 1 à 5, 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.
Il - Dispositif 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/ - Dispositif selon l'une des revendications 1 à 7, 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.
91 - Dispositif selon l'une des revendications 1 à 8, 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.
10/ - Dispositif selon l'une des revendications 1 à 9, caractérisé en ce qu'il est en outre adapté pour attribuer automatiquement des avantages commerciaux selon les achats de lots d'articles par des clients auprès de l'organisme commerçant.
PCT/FR2003/002954 2002-10-10 2003-10-08 Dispositif informatique pour identifier des lots d'articles differents achetes aupres de commercants WO2004034296A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP03807877A EP1576516A2 (fr) 2002-10-10 2003-10-08 Dispositif informatique pour identifier des lots d'articles differents achetes aupres de commercants

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0212595A FR2845794A1 (fr) 2002-10-10 2002-10-10 Procede et systeme informatique pour identifier des lots d'articles differents achetes aupres de commercants
FR02/12595 2002-10-10

Publications (2)

Publication Number Publication Date
WO2004034296A2 true WO2004034296A2 (fr) 2004-04-22
WO2004034296A8 WO2004034296A8 (fr) 2006-04-06

Family

ID=32039605

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/002954 WO2004034296A2 (fr) 2002-10-10 2003-10-08 Dispositif informatique pour identifier des lots d'articles differents achetes aupres de commercants

Country Status (3)

Country Link
EP (1) EP1576516A2 (fr)
FR (1) FR2845794A1 (fr)
WO (1) WO2004034296A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111177179A (zh) * 2019-12-06 2020-05-19 天津幸福生命科技有限公司 一种信息记录方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2765988B1 (fr) * 1997-07-09 1999-08-27 Infomil Dispositif, procede et systeme informatique d'encaissement pour delivrer automatiquement des billets d'avantages commerciaux
AU6105100A (en) * 1999-08-25 2001-03-19 Walker Digital, Llc Dynamic propagation of promotional information in a network of point-of-sale terminals
WO2002073371A2 (fr) * 2001-03-14 2002-09-19 Clubmom, Inc. Systemes et procedes de conduite de programme de fidelisation

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Sans recherche *
See also references of EP1576516A2 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111177179A (zh) * 2019-12-06 2020-05-19 天津幸福生命科技有限公司 一种信息记录方法及装置
CN111177179B (zh) * 2019-12-06 2023-11-10 北京懿医云科技有限公司 一种信息记录方法及装置

Also Published As

Publication number Publication date
FR2845794A1 (fr) 2004-04-16
WO2004034296A8 (fr) 2006-04-06
EP1576516A2 (fr) 2005-09-21

Similar Documents

Publication Publication Date Title
BE1012886A3 (fr) Communication avec un ordinateur en se basant sur l'historique d'achats hors-ligne effectues par un comsommateur particulier.
Rangaswamy et al. Innovation adoption and diffusion in the digital environment: some research opportunities
BE1013848A6 (fr) Methode et systeme automatises pour le suivi, le chargement et l'analyse automatises de coupons de remise de promoteurs multiples.
BE1012808A3 (fr) Systeme et procede de distribution ciblee d'echantillons de produits et de mesure de leur acceptation par les consommateurs via un reseau informatique.
US20030149625A1 (en) Method of providing a dividend on a transaction based on calculating and providing a third-party discount
US20090307072A1 (en) Apparatus and Method for Managing Bank Account Services, Advertisement Delivery and Reward Points
EP0995161B1 (fr) Dispositif, procede et systeme informatique d'encaissement pour delivrer automatiquement des billets d'avantages commerciaux
JP2008502077A (ja) 購買システムと方法
WO2008055217A2 (fr) Sélection de publicités sur la base des transactions de client
CN101458698A (zh) 网站管理方法以及在线系统
US20070016472A1 (en) System and method of offering an incentive to prospective online purchasers of goods
WO2002099719A1 (fr) Procede et systeme de distribution directe d'echantillons de produit
JP2002372940A (ja) ターゲットを絞った広告方法およびシステム
CN107408234A (zh) 大规模地实现零售商与客户之间的个性化对话
US20070050246A1 (en) Promotional advertising system and method for redeeming promotions using electronic customer credits
US20030216956A1 (en) Method and system for marketing to potential customers
Nair et al. A model and solution method for multi-period sales promotion design
US7987114B2 (en) Method of managing advertisers and system for executing the method
US20020138349A1 (en) Direct marketing system
BE1013709A6 (fr) Procede et systeme pour normaliser la delivrance l'acceptation et le remboursement de promotions avec divers appareils electroniques.
EP1576516A2 (fr) Dispositif informatique pour identifier des lots d'articles differents achetes aupres de commercants
BE1013942A3 (fr) Delivrance de coupons electroniques dans un service de livraison d'epicerie en ligne.
WO2007123369A1 (fr) Procédé de création d'un centre d'achats internet orienté vendeur utilisant les relations vendeur acheteur, et système associé
EP1540544A1 (fr) Procede et dispositif pour attribuer automatiquement des reductions immediates lors d un achat
EP1576517A2 (fr) Dispositif pour attribuer automatiquement des avantages commerciaux

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): PL US

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003807877

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003807877

Country of ref document: EP

D17 Declaration under article 17(2)a