WO2009122079A2 - Procede de tracabilite, dispositif et programme d'ordinateur correspondants - Google Patents

Procede de tracabilite, dispositif et programme d'ordinateur correspondants Download PDF

Info

Publication number
WO2009122079A2
WO2009122079A2 PCT/FR2009/050429 FR2009050429W WO2009122079A2 WO 2009122079 A2 WO2009122079 A2 WO 2009122079A2 FR 2009050429 W FR2009050429 W FR 2009050429W WO 2009122079 A2 WO2009122079 A2 WO 2009122079A2
Authority
WO
WIPO (PCT)
Prior art keywords
document
traceability
database
batch
representative
Prior art date
Application number
PCT/FR2009/050429
Other languages
English (en)
Other versions
WO2009122079A3 (fr
Inventor
Francis Berthomieu
Dominique Le Hello
Benjamin Froc
Philippe Rodier
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Publication of WO2009122079A2 publication Critical patent/WO2009122079A2/fr
Publication of WO2009122079A3 publication Critical patent/WO2009122079A3/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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the field of the invention is that of traceability. More particularly, the invention relates to the optimization of the traceability of exchanges of physical objects and associated commercial documents, for example in commercial transaction contexts.
  • the traceability of physical objects exchanged in the context of commercial transactions is a key issue for each player in a transaction chain, from the manufacturer to the carrier, through the distributor, or any other intermediary.
  • these identification tags are in the form of one or two-dimensional bar code, or RFID ("Radio Frequency IDentification”) chips, also called electronic tags.
  • RFID Radio Frequency IDentification
  • a disadvantage of these networks lies in the fact that they do not allow tracking of commercial documents also exchanged in relation to transactions of physical objects.
  • most physical object transactions involve the exchange of commercial documents, such as a purchase order, a voucher, a delivery note, a customs declaration, an invoice, a payment, etc.
  • Business documents that are part of the same business transaction can be grouped into a scenario, process computer science which deals with the sequence of exchange transactions between companies.
  • ERP Enterprise
  • the information systems of certain companies must ensure this link, internally, in the company, by recovering information available on the one hand via a traceability network of physical objects, and on the other hand, via a document tracking system.
  • a traceability network of physical objects and on the other hand, via a document tracking system.
  • the invention proposes a new solution that does not present all of these disadvantages of the prior art, in the form of a traceability method implementing a traceability database comprising data representative of physical objects, said database being shared by a plurality of users involved in the processing of at least one batch comprising at least one physical object.
  • the invention is based on a new and inventive approach to the traceability of physical objects and associated documents, based on the creation, in a traceability database of objects, of a virtual object representative of at least a document relating to a batch comprising one or more physical objects, plotted in the database.
  • This virtual object is also called "representative data" of a generated document.
  • the method according to the invention allows each of the users of the database, involved in a batch processing step, to simultaneously and indifferently access all the information relating to this batch, including information contained in the ) document (s) generated.
  • said generating step comprises, for at least one generated document, a step of creating an instance of an object class representative of a document-specific object category. , called document class.
  • a specific object class is defined, distinct from the object classes associated with the plotted physical objects, and subsequently called document class.
  • said document class comprises on the one hand information shared with class instances associated with physical objects corresponding to a given batch, and secondly information specific to said at least one generated document. .
  • At least one of said specific information belongs to the group comprising: a specific attribute; a specific value;
  • the document class includes information similar to that of the other object classes representative of the physical objects, and also specific information, to specifically define the representative data of a document.
  • the specific information is specific attributes, and / or specific values (for these specific attributes, or for existing attributes, common with classes representative of physical objects).
  • at least one specific operation is associated with said document class instance representative of said generated document, said specific operation being distinct from operations associated with the class instances of the physical objects constituting said batch and executable by each of said users since at least one of said sites.
  • the document representative data (s) generated, specifically created for the documents are associated with specific operations, distinct from the operations conventionally associated with the physical objects.
  • specific operations correspond to common operations associated with document management, such as opening, reading, editing, printing, displaying, and so on.
  • said generation step takes account of at least one predefined parameter representative of a generation scenario of at least two documents relating to said batch or to one of said objects of said batch.
  • the data manipulated in said database conform to the EPC-Global standard.
  • the invention also relates to a traceability device implementing a traceability database comprising data representative of physical objects, said database being shared by a plurality of users involved in the processing of at least one batch comprising at least one physical object.
  • said users being distributed over at least two distinct geographical sites interconnected to each other via an exchange network, such a device comprises, for a batch: generation means, since the at least one of said sites, at least one document relating to said batch; means for creating, in said database, at least one datum representative of said at least one generated document; means for associating, in said database, said at least one datum representative of said at least one document with at least one datum representative of said batch, so that said generated document can be mapped within said exchange network; as an object belonging to said batch of physical objects.
  • FIG. 1 shows an example of a system in which the method according to one embodiment of the invention is implemented;
  • FIG. 2 illustrates the main steps of the method according to one embodiment of the invention;
  • FIG. 3 describes an example of aggregation according to one embodiment of the invention.
  • the general principle of the invention is based on the creation, in an object traceability database, of a virtual object representative of one or more documents (and / or scenario) relating to one or more objects drawn in the database.
  • This virtual object called "representative data" of a generated document, makes it possible to follow up the document (s) and / or the scenario it represents, in the same traceability system as the one where the objects to which the document is linked.
  • Two companies X and Y are in commercial relation, for example to exchange goods from X to Y, as well as associated documents, such as a purchase order, an acknowledgment of receipt of an order, an invoice, an invoice regulation etc.
  • Other documents may also be exchanged in the context of this commercial relationship, with other actors, such as a carrier for example, who is responsible for the transportation of the exchanged goods.
  • Each of the two companies X and Y has a database, respectively rated 10 and 1 1, allowing them to store all their documents internally.
  • the exchanges, or transfers, of commercial documents between X and Y, denoted T10 and Tl 1, are done via an exchange network of documents R1 (for example of the type EDI or B2B mentioned above).
  • the method of the invention implements a centralized database 14 to track objects and associated documents exchanged between several trading partners.
  • All the events relating to the goods exchanged between X and Y are transferred (Tl 3) to the centralized database 14, which receives them and processes them.
  • These events are for example: the goods are put in parcels (date and time, place, identification of each goods, identification of the parcel ...); the package is taken care of by the carrier (date and time, place, identification of the parcel ...); - the parcel has passed the customs (date and time, place, identification of the parcel ...); the parcel is delivered (date and time, place, identification of the parcel ...) ...
  • A sends the order to the warehouse of X for preparation of the goods in a package (date and time, place ...);
  • C takes care of the package, at warehouse X (date and time, place ...); a confirmation of the handling of the parcel by C is transmitted to A (date and time, place ...);
  • A issues a goods receipt to B at the time of verification of the goods contained in the package;
  • the centralized database 14 therefore traces all the events related to the exchanges of goods between X and Y, as well as all the document exchanges between the various actors involved in the transaction (here A, B and C).
  • the method according to the invention allows the restitution 15, for any actor involved in the transaction, all these events related to objects and documents exchanged, as well as the return of specific information related to documents.
  • the refund 15 offers the possibility to the user to view one or more of the documents exchanged, for example to compare the date of the delivery slip with the date of the event corresponding to the delivery of the package.
  • the user can view the order form to compare the identification numbers associated with each parcel goods with the identification numbers actually present on each merchandise received.
  • the objects exchanged between X and Y are all plotted in a database managed by the traceability method of the invention, for example by using RFID tags affixed to each object.
  • the involved actor the seller, the carrier, the customs, the buyer, the insurer, the banks .
  • the seller identifies each object of the batch, then the batch itself, by reading information on each of the labels carried by the objects.
  • the same identification operation can be performed at the time of customs clearance if the goods are exchanged via several countries, and at the time of receipt of the delivery by the buyer.
  • the first step 20 of the method corresponds to the generation of a document relating to all the goods or objects of the transaction.
  • this document may be a purchase order issued by the company Y to the attention of the company X, concerning the purchase of several objects, forming a lot. The purchase order is then associated with the lot in question.
  • the document may also be a customs bond for the lot, or a lot delivery note to the buyer.
  • This generated document can be stored at its issuer (either in an electronic form or in a scanned form, from the paper version of the document) and then sent to its recipient.
  • the purchase order is stored in the company's database Y, and then transmitted to the company X, via a network of trade document exchanges.
  • the document can then also be stored, and / or supplemented, by its recipient, for example in the company's X database.
  • a data representative of the generated document is created, in a step 21, in the traceability database of the exchanged objects.
  • the document is referenced in the database, just like a physical object.
  • the representative data item of the document can be aggregated, in the database, with the data representing the batch of objects to which the document is associated.
  • the tracking of the lot of physical objects exchanged will also include information on the document or documents relating to this lot, also exchanged, even if these documents are not exchanged
  • a purchase order for example, can be exchanged electronically between the buyer and the seller, and not in a "physical" way at the same time as the goods.
  • all the information relating to the goods exchanged during the transaction are retrieved and processed in the database.
  • creating a document generates an event associated with the document, indicating the date and time of the creation, the location, the title of the document and its identification, and so on.
  • events are also generated each time a document is exchanged between two parties in the transaction.
  • a modification of the document confirmation of reception for example
  • Events specific to the data representative of documents can be generated, for example when a document is edited and modified, or when two documents are aggregated, etc.
  • the buyer wishes to know where the goods he has ordered are located, he can find this information thanks to the events returned by the traceability method according to the invention. In fact, if the goods were taken over by the carrier, an event related to this support was generated, likewise for a customs clearance, etc. In addition, once this information is found, it can check if the goods identified, for example during the loading by the carrier, are the ones he ordered, by accessing the corresponding order form, or even the transport slip generated by the seller to the carrier.
  • the traceability method according to the invention makes it possible for example to avoid errors in the reconciliation between a commercial document and an event relating to a physical object, insofar as it offers the possibility of aggregating documents to one or more objects. physical, or to a lot of physical objects.
  • the method also makes it possible to simply relate information relating to business transaction objects and information contained in commercial documents relating to such transactions.
  • EPC Electronic Product Code
  • the code "GTIN" is composed as follows:
  • F 5 to 10 digits: CNUF (Unified National Supplier Code assigned by GSl France or company code); P (1 to 6 digits): CIP (Product Interface Code assigned by the product creator); - C: Control key (calculated by the company). It is used to make the optical reading more reliable following the translation of the figures into bar codes. It is calculated according to the twelve digits.
  • the SSCC code In contrast to the EAN-13 codes described above, the SSCC code uniquely identifies any "logistic object". Thus, three identical standard objects all have the same EAN-13 code, but have three different SSCC codes.
  • the code "SSCC” is composed as follows:
  • E (between 0 and 9): extension character that increases the coding capacity of the SSCC. It is attributed by the creator of the SSCC code; - P: prefix of the country;
  • EPC Electronic Code Coding
  • This unique number includes: a description header, denoted "EPC Header”, which describes all the embedded data in the label; a prefix, noted “EPC manager”, which identifies the company that will be in charge of defining who owns the embedded data in the label (the manufacturer, the carrier, the distributor ...); a product reference; a serial number, denoted "EPC Number”, which corresponds in part to the GTIN code previously described
  • each object to be traced in the traceability system is therefore provided with a label comprising a unique number as described above. Then, as the transaction unfolds, each reading of the label corresponds to an event recorded in the traceability system.
  • EPC Information Service EPC Information Service
  • a codification of the commercial documents exchanged during transactions between several entities is defined, so as to ensure the follow-up of these documents, at the same time as the tracking of the exchanged objects.
  • This codification noted by the inventors "Electronic Document
  • Code "or” EDC " is based on the" EPC "code described above, and includes: a header that indicates the size, type, structure and version of the" EPC "; - a management number ("Manager Number”) indicating the company at the origin of the document; an object class ("Object Class”) specific to the business document; a serial number (Serial Number), which specifies the instance of the document class being traced. Like the plotted objects, the documents then have a universal identifier.
  • Appendix A presents an example of identification of items according to the "EPC” coding and an example of identification of commercial documents according to the "EDC” coding.
  • EPC electronic book code
  • IT objects are created, including attributes specific to document tracking, attributes common to those of
  • Computer objects representing the physical objects plotted, as well as specific values (such as, for example, the class identification number representing the class of documents).
  • the objects 30, for example milk bricks, are the object of a control 32.
  • the method according to the invention makes it possible to trace the objects 30, individually or in batches when they are made of cardboard 31, as well as the control document 32, by means of two aggregation events, E1 and E2.
  • the event El makes it possible to aggregate the objects 30 to the cardboard 31, and the event E2 makes it possible to aggregate the document 32 to the cardboard 31.
  • the events related to documents being of different types from these events related to physical objects, their capture and management within the traceability system according to the invention are specific.
  • this module integrated with the "EPC-Global” traceability system, makes it possible: to control or / and make compatible the data related to the documents with the "EPC-Global” standards; to provide data made compatible with the EPCIS database; - coordinate the multiple sources of data related to documents.
  • the information relating to the movements of the objects is entered in the directory of the base "EPC-IS” via the reading of an RFID tag, followed by a filtering and recovery operation, denoted “Filtering &Collection”, then of a capture operation "EPC-IS”, denoted “EPC-IS capturing”.
  • Information about a document comes from an application (for example the internal information system of a company or an operator, or a commercial document transfer network), and not from the reading of an RFID tag .
  • the interface described above thus makes it possible to transform this information coming from an application into information of the type of those coming from the reading of an RFID tag.

Abstract

L'invention concerne un procédé de traçabilité mettant en œuvre une base de données de traçabilité comprenant des données représentatives d'objets physiques, ladite base de données étant partagée par une pluralité d'utilisateurs impliqués dans le traitement d'au moins un lot comprenant au moins un objet physique. Selon l'invention, lesdits utilisateurs étant répartis sur au moins deux sites géographiques distincts interconnectées les uns aux autres par l'intermédiaire d'un réseau d'échange (Rl), ledit procédé comprend, pour un lot; une étape de génération, sur l'un au moins desdits sites, d'au moins un document relatif audit lot; une étape de création, dans ladite base de données, d'au moins une donnée représentative dudit au moins un document généré; une étape d'association, dans ladite base de données, de ladite au moins une donnée représentative dudit au moins un document à au moins une donnée représentative dudit lot, de façon que ledit document généré puisse être tracé au sein dudit réseau d'échange (Rl) en tant qu'objet appartenant audit lot d'objets physiques.

Description

Procédé de traçabilité, dispositif et programme d'ordinateur correspondants
1. Domaine de l'invention
Le domaine de l'invention est celui de la traçabilité. Plus particulièrement, l'invention concerne l'optimisation de la traçabilité des échanges d'objets physiques et des documents commerciaux associés, par exemple dans des contextes de transactions commerciales.
2. Art antérieur
La traçabilité des objets physiques échangés dans le cadre de transactions commerciales est un enjeu primordial pour chaque acteur d'une chaîne transactionnelle, du fabricant au transporteur, en passant par le distributeur, ou bien tout autre intermédiaire.
En effet, cette traçabilité permet non seulement de répondre à des exigences réglementaires et/ou de sécurité des biens et des personnes, mais permet également un suivi précis des objets physiques échangés, notamment grâce à des étiquettes d'identification portées par ces objets.
Par exemple, ces étiquettes d'identification se présentent sous la forme de code barre, à une ou deux dimensions, ou de puces de type RFID (pour « Radio Frequency IDentification » en anglais), encore appelés étiquettes électroniques.
Un certain nombre de systèmes de traçabilité des objets physiques ont été développés et sont utilisés internationalement, comme le réseau « EPC-Global », ou le réseau « Ubiquitous ID Network », qui mettent en œuvre de telles puces RFID.
Un inconvénient de ces réseaux réside dans le fait qu'ils ne permettent pas de suivi des documents commerciaux également échangés en relation avec les transactions des objets physiques. En effet, la plupart des transactions d'objets physiques impliquent des échanges de documents commerciaux, tels qu'un bon de commande, un bon de transport, un bon de livraison, une déclaration douanière, une facture, un paiement, etc. Les documents commerciaux faisant partie d'une même transaction d'affaire peuvent être regroupés dans un scénario, processus informatique formel qui traite l'enchaînement des opérations d'échanges entre les entreprises.
Il existe des réseaux, notamment les réseaux de commerce électronique traditionnels, qui proposent un tel suivi documentaire fiable et centralisé. Par exemple, les réseaux « B2B » (pour « Business To Business » en anglais) ou les réseaux « EDI » (pour « Electronic Data Interchange ») proposent des standards pour structurer les informations documentaires échangées dans le cadre de transactions.
Il existe également des systèmes dédiés, utilisés par un grand nombre d'entreprises, permettant la gestion des ressources internes de l'entreprise, et notamment un suivi des documents impliqués dans les transactions commerciales de l'entreprise. De tels systèmes sont appelés « ERP », pour « Enterprise
Resource Planning ».
Dans ces systèmes de suivi documentaire, les documents commerciaux sont générés, gérés et stockés dans les systèmes d'information des entreprises et échangés entre plusieurs entreprises impliquées dans une relation commerciale, via un réseau reliant les systèmes d'information des différentes entreprises en question.
Cependant, un inconvénient majeur de ces systèmes de suivi documentaire réside dans le fait qu'ils n'offrent pas de lien avec le suivi des objets physiques échangés auxquels sont liés les scénarios et les documents commerciaux tracés.
Ainsi, au sein d'une entreprise par exemple, pour accéder à la fois au suivi d'un ou plusieurs objets physiques ayant fait l'objet d'une transaction et au scénario ou à un ou plusieurs documents commerciaux relatifs à cette transaction, il faut au préalable mettre en place un système de lien entre les échanges d'objets physiques et de documents.
Par exemple, les systèmes d'information de certaines entreprises doivent assurer ce lien, en interne, dans l'entreprise, en récupérant des informations disponibles d'une part via un réseau de traçabilité d'objets physiques, et d'autre part, via un système de suivi documentaire. Cependant, il n'existe aucune consolidation entre la traçabilité des objets physiques échangés et le suivi des documents commerciaux relatifs à ces échanges, les deux systèmes de suivi étant indépendants.
Il n'est actuellement pas possible d'avoir une vision globale, efficace et simultanée des objets physiques échangés et des documents commerciaux générés relativement à ces échanges dans une même communauté de partenaires commerciaux le plus souvent géographiquement distants.
3. Exposé de l'invention
L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de traçabilité mettant en œuvre une base de données de traçabilité comprenant des données représentatives d'objets physiques, ladite base de données étant partagée par une pluralité d'utilisateurs impliqués dans le traitement d'au moins un lot comprenant au moins un objet physique. Selon l'invention, lesdits utilisateurs étant répartis sur au moins deux sites géographiques distincts interconnectées les uns aux autres par l'intermédiaire d'un réseau d'échange, un tel procédé comprend, pour un lot : une étape de génération, sur l'un au moins desdits sites, d'au moins un document relatif audit lot ; - une étape de création, dans ladite base de données, d'au moins une donnée représentative dudit au moins un document généré ; une étape d'association, dans ladite base de données, de ladite au moins une donnée représentative dudit au moins un document à au moins une donnée représentative dudit lot, de façon que ledit document généré puisse être tracé au sein dudit réseau d'échange en tant qu'objet appartenant audit lot d'objets physiques.
Ainsi, l'invention repose sur une approche nouvelle et inventive de la traçabilité d'objets physiques et de documents associés, basée sur la création, dans une base de données de traçabilité d'objets, d'un objet virtuel représentatif d'au moins un document relatif à un lot comprenant un ou plusieurs objets physiques, tracés dans la base de données. Cet objet virtuel est encore appelé « donnée représentative » d'un document généré.
Le procédé selon l'invention permet à chacun des utilisateurs de la base de données, impliqués dans une étape du traitement du lot, d'accéder simultanément et indifféremment à toutes les informations relatives à ce lot, y compris des informations contenues dans le(s) document(s) généré(s).
Selon un mode de réalisation de l'invention, ladite étape de génération comprend, pour au moins un document généré, une étape de création d'une instance d'une classe d'objet représentative d'une catégorie d'objet spécifique à un document, dite classe de document.
Ainsi, pour créer dans la base de données des données représentatives de documents à tracer, une classe d'objet spécifique est définie, distincte des classes d'objets associées aux objets physiques tracés, et appelée par la suite classe de document. Selon un aspect de l'invention, ladite classe de document comprend d'une part des informations partagées avec des instances de classe associées à des objets physiques correspondant à un lot donné, et d'autre part des informations spécifiques audit au moins un document généré.
Par exemple, au moins une desdites informations spécifiques appartient au groupe comprenant : un attribut spécifique ; une valeur spécifique ;
Ainsi, la classe de document comprend des informations similaires à celles des autres classes d'objet représentatives des objets physiques, et également des informations spécifiques, permettant de définir spécifiquement la donnée représentative d'un document.
Par exemple, les informations spécifiques sont des attributs spécifiques, et/ou des valeurs spécifiques (pour ces attributs spécifiques, ou pour des attributs existants, communs avec les classes représentatives d'objets physiques). Selon une caractéristique particulière, on associe au moins une opération spécifique à ladite instance de classe de document représentative dudit document généré, ladite opération spécifique étant distincte d'opérations associées aux instances de classes des objets physiques constitutifs dudit lot et exécutable par chacun desdits utilisateurs depuis l'un au moins desdits sites.
Ceci offre pour avantage que tout utilisateur impliqué dans une chaîne transactionnelle mettant en œuvre une traçabilité d'objets physiques d'un même lot d'objets physiques, peut désormais accéder à et manipuler les différents documents générés en relation avec ledit lot d'objets, tout au long de la chaîne transactionnelle, à partir des seules données contenues dans ladite base de données partagée.
Par exemple, ladite au moins une opération spécifique appartient au groupe comprenant : ouverture d'un document ; - lecture d'au moins une information contenue dans un document ; écriture d'au moins une information contenue dans un document ; fermeture d'un document ; impression d'au moins une partie d'un document ; affichage d'au moins une partie d'un document ; - émission d'un document ; réception d'un document ; routage d'un document ; contrôle d'un document ; duplication d'un document ; - archivage d'un document ; effacement d'un document.
Ainsi, les données représentatives de document(s) généré(s), spécifiquement créées pour les documents, sont associées à des opérations spécifiques, distinctes des opérations classiquement associées aux objets physiques. Par exemple, les opérations spécifiques correspondent aux opérations courantes associées à la gestion de documents, telles que l'ouverture, la lecture, la modification, l'impression, l'affichage, etc.
Selon un mode de réalisation de l'invention, ladite étape de génération tient compte d'au moins un paramètre prédéfini représentatif d'un scénario de génération d'au moins deux documents relatifs audit lot ou à un desdits objets dudit lot.
Il devient ainsi possible dans une plateforme de chaîne d'approvisionnement (pour "supply chain" en anglais) d'anticiper la génération automatique des documents associés à des lots d'objets, au fur et à mesure du cheminement et du traitement de ces lots d'objets sur l'ensemble de la chaîne industrielle. Par exemple, lorsqu'un lot d'objets est commandé, un bon de commande et un bon de livraison peuvent être automatiquement générés et associés audit lots d'objets de façon automatique, en s'appuyant sur un modèle de génération de documents représentatif dudit scénario.
Selon un aspect particulier du procédé de l'invention, les données manipulées dans ladite base de données sont conformes au standard EPC-Global.
En effet, il apparaît particulièrement avantageux dans un tel mode de réalisation possible de l'invention, de créer une nouvelle classe d'objet conforme au standard EPC-Global, qui soit à la fois représentative des documents qui seront générés dans une chaîne transactionnelle impliquant différents utilisateurs et qui permette en outre de gérer simplement et de façon efficace ces différents documents générés, d'une façon centralisée et similaire à la gestion des objets physiques dont le suivi est assuré par une instanciation d'objet physiques catégorisés au moyen du standard EPC-Global.
L'invention concerne également un dispositif de traçabilité mettant en œuvre une base de données de traçabilité comprenant des données représentatives d'objets physiques, ladite base de données étant partagée par une pluralité d'utilisateurs impliqués dans le traitement d'au moins un lot comprenant au moins un objet physique. Selon l'invention, lesdits utilisateurs étant répartis sur au moins deux sites géographiques distincts interconnectées les uns aux autres par l'intermédiaire d'un réseau d'échange, un tel dispositif comprend, pour un lot : des moyens de génération, depuis l'un au moins desdits sites, d'au moins un document relatif audit lot ; des moyens de création, dans ladite base de données, d'au moins une donnée représentative dudit au moins un document généré ; des moyens d'association, dans ladite base de données, de ladite au moins une donnée représentative dudit au moins un document à au moins une donnée représentative dudit lot, de façon que ledit document généré puisse être tracé au sein dudit réseau d'échange en tant qu'objet appartenant audit lot d'objets physiques.
L'invention concerne encore un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en œuvre du procédé de traçabilité décrit précédemment.
4. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente un exemple de système dans lequel est mis en œuvre le procédé selon un mode de réalisation de l'invention ; - la figure 2 illustre les principales étapes du procédé selon un mode de réalisation de l'invention ; la figure 3 décrit un exemple d'agrégation selon un mode de réalisation de l'invention.
5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur la création, dans une base de données de traçabilité d'objets, d'un objet virtuel représentatif d'un ou plusieurs documents (et/ou d'un scénario) relatifs) à un ou plusieurs objets tracés dans la base de données. Cet objet virtuel, appelé « donnée représentative » d'un document généré, permet d'assurer le suivi du ou des documents et/ou du scénario qu'il représente, dans le même système de traçabilité que celui où sont tracés les objets auxquels le document est lié.
Ainsi, il est possible de considérer un lot d'objets, qui comprend classiquement des objets physiques, présents en un lieu donné à un instant donné, et des informations, ou objets virtuels, présentes sur des documents et/ou des scénarios, qui ne sont pas physiquement présents sur, ou dans, le lot d'objets, mais qui y sont associés par le mécanisme de l'invention.
5.2 Description d'un mode de réalisation On présente, en relation avec la figure 1, un exemple d'un tel système de traçabilité dans lequel est mis en œuvre un mode de réalisation du procédé de traçabilité de l'invention.
Deux entreprises X et Y sont en relation commerciale, par exemple pour échanger des marchandises de X vers Y, ainsi que des documents associés, tels qu'un bon de commande, un accusé réception d'une commande, une facture, un règlement de facture, etc. D'autres documents peuvent également être échangés dans le cadre de cette relation commerciale, avec d'autres acteurs, tels qu'un transporteur par exemple, qui est chargé du transport des marchandises échangées.
Des documents peuvent être échangés entre l'entreprise X et le transporteur (demande de transport des marchandises, document de prise en charge des marchandises ...) et entre le transporteur et l'entreprise Y (réception de la livraison des marchandises, facture ...).
Chacune des deux entreprises X et Y possède une base de données, respectivement notées 10 et 1 1, leur permettant notamment de stocker en interne tous leurs documents. Les échanges, ou transferts, de documents commerciaux entre X et Y, notés TlO et Tl 1, se font via un réseau d'échange de documents Rl (par exemple de type EDI ou B2B précédemment cités).
Le procédé selon l'invention met en œuvre une base de données centralisée 14 pour assurer le suivi d'objets et de documents associés échangés entre plusieurs partenaires commerciaux.
Tous les événements relatifs aux marchandises échangées entre X et Y sont transférés (Tl 3) vers la base de données centralisée 14, qui les réceptionne et les traite. Ces événements sont par exemple : les marchandises sont mises en colis (date et heure, lieu, identification de chaque marchandise, identification du colis ...) ; le colis est pris en charge par le transporteur (date et heure, lieu, identification du colis ...) ; - le colis a passé la douane (date et heure, lieu, identification du colis ...) ; le colis est livré (date et heure, lieu, identification du colis ...) ...
De même, tous les événements liés aux documents échangés entre X et Y sont transférés (T 12) vers la base de données centralisée 14, qui les réceptionne et les traite. Ces événements sont par exemple : l'acheteur A de l'entreprise Y génère et émet un bon de commande de marchandises vers l'entreprise X (date et heure, lieu ...) ; le vendeur B de l'entreprise X enregistre la commande et émet une acceptation de commande vers A (date et heure, lieu ...) ; - A émet un bon de transport vers le transporteur C choisi pour assurer la livraison des marchandises commandées (date et heure, lieu ...) ;
A transmet la commande à l'entrepôt de X pour préparation des marchandises dans un colis (date et heure, lieu ...) ;
C prend en charge le colis, à l'entrepôt X (date et heure, lieu ...) ; une confirmation de prise en charge du colis par C est transmise à A (date et heure, lieu ...) ;
C émet un bon de livraison au moment du déchargement du colis en Y
(date et heure, lieu ...) ; - A émet un bon de réception vers C à la réception du colis ;
A émet un bon de réception des marchandises vers B au moment de la vérification des marchandises contenues dans le colis ;
B émet une facture vers A ;
C émet une facture vers B ; - A envoie un ordre de paiement vers B ;
B envoie un ordre de paiement vers C...
La base de données centralisée 14 trace donc tous les événements liés aux échanges des marchandises entre X et Y, ainsi que tous les échanges de documents entre les différents acteurs impliqués dans la transaction (ici A, B et C).
Le procédé selon l'invention permet la restitution 15, pour n'importe quel acteur impliqué dans la transaction, de tous ces événements liés aux objets et aux documents échangés, ainsi que la restitution d'informations spécifiques liées aux documents. Par exemple, la restitution 15 offre la possibilité à l'utilisateur de visualiser un ou plusieurs des documents échangés, par exemple pour comparer la date du bon de livraison avec la date de l'événement correspondant à la livraison du colis. Ou encore, l'utilisateur peut visualiser le bon de commande pour comparer les numéros d'identification associés à chaque marchandise du colis avec les numéros d'identification réellement présents sur chaque marchandise reçue.
On présente maintenant, en relation avec la figure 2, les principales étapes du procédé de traçabilité selon un mode de réalisation de l'invention, dans un système tel qu'illustré en figure 1.
On se place donc dans un contexte d'échanges de marchandises, ou d'objets, entre l'entreprise X et l'entreprise Y. Ces objets, comme indiqué précédemment, sont mis en colis, de façon à être échangés en « lots ».
Comme également indiqué précédemment, un certain nombre de documents sont générés et échangés pendant toute la durée de la transaction, de la commande à la livraison. De plus, les objets échangés entre X et Y sont tous tracés dans une base de données gérée par le procédé de traçabilité de l'invention, par exemple en utilisant des étiquettes RFID apposées sur chaque objet. Ainsi, à chaque étape de la transaction, l'acteur impliqué (le vendeur, le transporteur, les douanes, l'acheteur, l'assureur, les banques ...) peut identifier chaque objet. Par exemple, au moment de la mise en colis, le vendeur identifie chacun des objets du lot, puis le lot lui-même, grâce à la lecture d'informations sur chacune des étiquettes portées par les objets.
Ensuite, la même opération d'identification peut être effectuée au moment du passage en douane si les objets sont échangés via plusieurs pays, et au moment de la réception de la livraison par l'acheteur.
La première étape 20 du procédé correspond à la génération d'un document relatif à l'ensemble des marchandises ou objets de la transaction.
Par exemple, ce document peut être un bon de commande émis par l'entreprise Y à l'attention de l'entreprise X, concernant l'achat de plusieurs objets, formant un lot. Le bon de commande est alors associé au lot en question.
Le document peut également être un bon de passage en douane pour le lot, ou un bon de livraison du lot à l'acheteur.
Ce document généré peut être stocké chez son émetteur (soit sous une forme électronique soit sous une forme scannée, à partir de la version papier du document) et ensuite transmis à son destinataire. Par exemple, le bon de commande est stocké dans la base de données de l'entreprise Y, et ensuite transmis à l'entreprise X, via un réseau d'échanges de documents commerciaux.
Le document peut ensuite également être stocké, et/ou complété, par son destinataire, par exemple dans la base de données de l'entreprise X. Afin de pouvoir assurer la traçabilité de ce document, une donnée représentative du document généré est créé, lors d'une étape 21, dans la base de données de traçabilité des objets échangés. Ainsi, le document est référencé dans la base de données, au même titre qu'un objet physique.
Lors d'une étape 22, la donnée représentative du document généré est associée à au moins une donnée représentative du lot.
Par exemple, la donnée représentative du document peut être agrégée, dans la base de données, à la donnée représentative du lot d'objets auquel le document est associé. De cette façon, le suivi du lot d'objets physiques échangés comprendra également des informations sur le ou les documents relatifs à ce lot, également échangés, même si ces documents ne sont pas échangés
« physiquement » en même temps que les objets du lot.
En effet, un bon de commande, par exemple, peut être échangé de manière électronique entre l'acheteur et le vendeur, et non pas de manière « physique » en même temps que les marchandises. Pour assurer la traçabilité des marchandises échangés et des documents relatifs à ces marchandises, toutes les informations relatives aux marchandises échangées pendant la transaction sont récupérées et traitées dans la base de données.
Ainsi, dans cet exemple, à chaque fois que l'étiquette RFID d'un des objets du colis est lue, un événement est généré permettant de rendre compte de la situation de l'objet au moment de la lecture de l'étiquette. Par exemple, au moment de la mise en colis des objets avant le transport, un événement est généré pour chaque objet du colis, indiquant son identification, l'action de mise en colis, le lieu, la date et l'heure de cette action, etc. De tels événements sont aussi générés pour les documents échangés, et représentés par des données représentatives de document généré dans la base de données.
Par exemple, la création d'un document génère un événement associé au document, indiquant la date et l'heure de la création, le lieu, l'intitulé du document et son identification, etc. De plus, des événements sont également générés à chaque échange d'un document entre deux acteurs de la transaction. Une modification du document (confirmation de réception par exemple) peut également entraîner la génération d'un événement. Des événements spécifiques aux données représentatives de documents peuvent être générés, par exemple lorsqu'un document est édité et modifié, ou lorsque deux documents sont agrégés, etc.
Tous ces événements sont rendus accessibles par le procédé de traçabilité de l'invention, à tous les acteurs impliqués dans la relation commerciale entre les entreprises concernées. Par exemple, ces événements sont restitués sur un écran d'un utilisateur, ainsi que des informations contenues dans le ou les documents tracés.
Ainsi, si l'acheteur souhaite savoir où sont localisées les marchandises qu'il a commandées, il peut trouver cette information grâce aux événements restitués par le procédé de traçabilité selon l'invention. En effet, si les marchandises ont été prises en charge par le transporteur, un événement relatif à cette prise en charge a été généré, de même pour un passage en douane, etc. De plus, une fois cette information trouvée, il peut vérifier si les marchandises identifiées, par exemple lors du chargement par le transporteur, sont bien celles qu'il a commandées, en accédant au bon de commande correspondant, ou même au bon de transport généré par le vendeur à destination du transporteur.
Ainsi, toutes les informations concernant les marchandises sont accessibles, en même temps que les informations relatives à tous les documents commerciaux associés à ces marchandises, y compris le contenu des documents eux-mêmes.
Le procédé de traçabilité selon l'invention permet par exemple d'éviter les erreurs dans le rapprochement entre un document commercial et un événement relatif à un objet physique, dans la mesure où il offre la possibilité d'agréger des documents à un ou plusieurs objets physiques, ou à un lot d'objets physiques. Le procédé permet également de mettre en relation simplement des informations relatives à des objets de transactions commerciales et des informations contenues dans des documents commerciaux relatifs à ces transactions.
5.3 Exemple d'application On présente maintenant un exemple d'application du procédé de traçabilité selon l'invention, intégré dans un système connu de traçabilité d'objets physique, appelé « EPC Global ».
Ce système est basé sur une codification, notée « EPC » pour « Electronic Product Code » en anglais, ou code électronique de produit. Ce code unique associé à chaque objet géré par le système « EPC-Global » peut être créé à partir de la codification existante EAN (pour « European article Numbering »), comprenant les principaux systèmes de numérotation suivants :
« GTIN » (pour « Global Trade Item Number » en anglais), qui fait correspondre à une classe d'objet une identification d'une unité commerciale ;
« SSCC » (pour « Sériai Shipping Container Code »), qui correspond à une identification d'une unité logistique.
Le code « GTIN » est composé de la façon suivante :
Code EAN 13 : 3FFFFFFPPPPPPC, où : - 3 : préfixe pays (3 = France) ;
F (5 à 10 chiffres) : CNUF (Code National Unifié Fournisseur attribué par GSl France ou code entreprise) ; P (1 à 6 chiffres) : CIP (Code Interface Produit attribué par le créateur du produit) ; - C : Clé de contrôle (calculée par l'entreprise). Elle sert à fiabiliser la lecture optique suite à la traduction des chiffres en code à barres. Elle se calcule en fonction des douze chiffres.
Par opposition aux codes EAN- 13 décrits précédemment, le code SSCC identifie de façon unique tout "objet logistique". Ainsi, trois objets standard identiques ont tous le même code EAN- 13, mais ont trois codes SSCC différents. Le code « SSCC » est quant à lui composé comme suit :
E (entre 0 et 9) : caractère d'extension qui permet d'augmenter la capacité de codification des SSCC. Il est attribué par le créateur du code SSCC ; - P : préfixe du pays ;
CNUF : Code National Unifié Fournisseur de l'adhérent ; N0 séquentiel : partie du code libre. Il est fortement conseillé de gérer cette partie comme un compteur. Cette zone est à 7, 8, 9 ou 10 chiffres, en fonction de la longueur du CNUF ; - Clé : Clé de contrôle.
La codification « EPC » permet d'identifier de manière unique chaque objet tracé, par un numéro unique, par exemple contenu dans une étiquette RFID. Ce numéro unique comprend : un en-tête de description, noté « EPC Header », qui décrit toutes les données embarquées dans l'étiquette ; un préfixe, noté « EPC manager », qui identifie l'entreprise qui aura en charge de définir quel est le propriétaire des données embarquées dans l'étiquette (le fabricant, le transporteur, le distributeur ...) ; une référence produit ; - un numéro de série, noté « EPC Number », qui correspond en partie au code GTIN précédemment décrit
Dans un premier temps, chaque objet à tracer dans le système de traçabilité est donc doté d'une étiquette comprenant un numéro unique tel que décrit ci- dessus. Ensuite, au fur et à mesure du déroulement de la transaction, chaque lecture de l'étiquette correspond à un événement enregistré dans le système de traçabilité.
Tous les événements relatifs à la vie d'un objet ou d'un lot d'objets sont consignés dans des « EPCIS » (EPC Information Service) via une interface de capture standardisée. En schématisant, ces « EPCIS » contiennent des informations sur le « Quoi », le « Quand », le « Où » et le « Pourquoi ».
Ces « EPCIS » peuvent être interrogés via une interface de requête standardisée, pour récupérer les événements stockés. Ces événements sont décrits plus en détails dans le paragraphe ci-dessous.
5.5.1 Identification des documents dans le système de traçabilité
Selon l'invention, une codification des documents commerciaux échangés lors de transactions entre plusieurs entités est définie, de manière à assurer le suivi de ces documents, en même temps que le suivi des objets échangés. Cette codification, notée par les inventeurs « Electronique Document
Code » ou « EDC », s'inspire du code « EPC » décrit ci-dessus, et comprend notamment : un en-tête qui indique la taille, le type, la structure ainsi que la version de l'« EPC » ; - un numéro de gestion (« Manager Number ») indiquant l'entreprise à l'origine du document ; une classe d'objet (« Object Class ») spécifique au document commercial ; un numéro de série (« Sériai Number »), qui spécifie l'instance de la classe de document tracé. Comme les objets tracés, les documents ont alors un identifiant universel.
On présente en annexe A, faisant partie intégrante de la présente description, un exemple d'identification d'objets selon la codification « EPC » et un exemple d'identification de documents commerciaux selon la codification « EDC ». Pour les objets tracés, les informations contenues dans les « EPCIS » permettent de connaître :
« Quoi » : les objets sujets de l'événement (par l'intermédiaire du code
« EPC ») ;
« Quand » : la date et l'heure de l'événement (par l'intermédiaire d'une estampille) ; « Où » : la localisation de l'événement (par l'intermédiaire d'un
« BusinessLocation », localisation d'un événement lié à une transaction d'affaire) ;
« Pourquoi » : le contexte (par l'intermédiaire de « BusinessSteps », étapes de la transaction d'affaire).
Pour les documents tracés, ces informations sont similaires pour le « Quand » et le « Où ». Par contre, l'information « Quoi » est obtenue par l'intermédiaire du code « EDC », et l'information « Pourquoi » correspondant au contexte de traitement des documents utilise des « BusinessSteps » spécifiques, notés « BusinessStepDoc » (étape de la transaction d'affaire dans laquelle se trouve le document).
On présente en annexe B, faisant partie intégrante de la présente description, un exemple de structure d'événements « EPCIS » pour des objets et des documents tracés dans le système de traçabilité de l'invention. De plus, dans le système de traçabilité selon ce mode de réalisation de l'invention, basé comme décrit précédemment sur le système « EPC-Global », des
« objets informatiques » spécifiques aux documents sont créés, comprenant des attributs spécifiques au suivi des documents, des attributs communs avec ceux des
« objets informatiques » représentant les objets physiques tracés, ainsi que des valeurs spécifiques (telles que par exemple le numéro d'identification de la classe représentant la classe des documents).
Enfin, des opérations spécifiques sont également mises en œuvre pour le suivi des documents, par exemple pour la gestion des « objets informatiques » spécifiques décrits ci-dessus, et pour la gestion conjointe des deux types d'« objets informatiques » (type « document » et type « objet physique »).
5.3.2 Agrégation
Le procédé de traçabilité selon l'invention dans ce mode de réalisation, permet également d'utiliser la possibilité d'agrégation de plusieurs objets tracés pour agréger des objets et des documents commerciaux liés. L'agrégation de plusieurs objets physiques est représentée par un événement de type agrégation (noté « Aggregation Event » en anglais), qui concerne un ou plusieurs objets identifiés par un code « EPC », regroupés physiquement au même endroit, au même moment. Par exemple, au moment de la mise en colis de plusieurs cartons à transporter sur une palette, les cartons peuvent être agrégés à la palette. Dans ce cas, la notion de « contenu » correspond aux fils (cartons) et la notion de "contenant" correspond au parent (palette).
De la même façon, un ou plusieurs documents commerciaux peuvent être agrégés à un plusieurs objets physiques, par exemple un bon de livraison avec les objets livrés. Les documents commerciaux sont assimilés à des fils, comme les cartons dans l'exemple précédent, et associés à un parent (la palette dans l'exemple précédent, qui elle-même est associée aux cartons).
On présente, en relation avec la figure 3, un exemple d'agrégation de document et d'objets physiques.
Les objets 30, par exemple des briques de lait, font l'objet d'une commande 32.
Le procédé selon l'invention permet de tracer les objets 30, individuellement ou par lot lorsqu'ils sont mis en carton 31, ainsi que le document de commande 32, par l'intermédiaire de deux événements d'agrégation, El et E2.
L'événement El permet d'agréger les objets 30 au carton 31, et l'événement E2 permet d'agréger le document 32 au carton 31.
Pendant l'opération de préparation de la commande, les objets 30 (briques de lait), ainsi que les documents commerciaux 32 (la commande) sont considérés comme des fils associés au carton 31 (parent) grâce aux événements d'agrégation, El et E2. De plus, certains documents commerciaux (une commande, une facture
...) sont souvent intégrés dans un scénario de l'entreprise, représentant un processus commercial impliquant notamment ces documents. Avec l'invention, il est possible d'identifier de façon unique chaque scénario et d'agréger le scénario et les documents commerciaux qui en font partie. 5.3.5 Interface pour la capture des informations liées aux documents Actuellement, dans le système de traçabilité « EPC-Global », les événements sont capturés, via la lecture des étiquettes RFID sur les objets, et stockés sous forme d'« EPCIS », comme indiqué précédemment.
Les événements liés aux documents étant de type différent de ces événements liés aux objets physiques, leur capture et leur gestion au sein du système de traçabilité selon l'invention sont spécifiques.
Ainsi, une interface de capture des événements liés aux documents est mise en œuvre, pour permettre la gestion de ces événements spécifiques comme sont gérés les événements liés aux objets physiques tracés. Par exemple, ce module, intégré au système de traçabilité « EPC-Global », permet de : de contrôler ou/et rendre compatible les données liés aux documents avec les standards « EPC-Global » ; de fournir des données rendues compatibles à la base « EPCIS » ; - de coordonner les multiples sources de données liées aux documents.
Ainsi, les informations relatives aux mouvements des objets sont entrées dans le répertoire de la base « EPC-IS » via la lecture d'une étiquette RFID, suivie d'une opération de filtrage et de récupération, notée « Filtering & Collection », puis d'une opération de capture « EPC-IS », notée « EPC-IS capturing ». Une information relative à un document provient d'une application (par exemple le système d'information interne d'une entreprise ou d'un opérateur, ou un réseau de transfert de documents commerciaux), et non de la lecture d'une étiquette RFID. L'interface décrite ci-dessus permet donc de transformer ces informations provenant d'une application en des informations du type de celles provenant de la lecture d'une étiquette RFID. ANNEXE A
Exemple d'identification d'objets selon la codification « EPC » et un exemple d'identification de documents commerciaux selon la codification « EDC » :
Figure imgf000022_0001
On obtient par exemple pour la commande d'un téléphone portable X associé au document commande Y, pour l'entreprise A :
EPC de l'instance 1 du téléphone portable X : 01 0 000 A89 000 16F 000 000 DC EDC de l'instance 1 du document commande Y associé : 01 000 A89 000 01 A 000 000 AAO
ANNEXE B
Exemple de structure d'événements « EPCIS » pour des objets et des documents tracés dans le système de traçabilité de l'invention :
Figure imgf000023_0001

Claims

REVENDICATIONS
1. Procédé de traçabilité mettant en œuvre une base de données de traçabilité comprenant des données représentatives d'objets physiques, ladite base de données étant partagée par une pluralité d'utilisateurs impliqués dans le traitement d'au moins un lot comprenant au moins un objet physique, caractérisé en ce que, lesdits utilisateurs étant répartis sur au moins deux sites géographiques distincts interconnectées les uns aux autres par l'intermédiaire d'un réseau d'échange (Rl), ledit procédé comprend, pour un lot : une étape de génération, sur l'un au moins desdits sites, d'au moins un document relatif audit lot ; une étape de création, dans ladite base de données, d'au moins une donnée représentative dudit au moins un document généré ; une étape d'association, dans ladite base de données, de ladite au moins une donnée représentative dudit au moins un document à au moins une donnée représentative dudit lot, de façon que ledit document généré puisse être tracé au sein dudit réseau d'échange (Rl) en tant qu'objet appartenant audit lot d'objets physiques.
2. Procédé de traçabilité selon la revendication 1, caractérisé en ce que ladite étape de génération comprend, pour au moins un document généré, une étape de création d'une instance d'une classe d'objet représentative d'une catégorie d'objet spécifique à un document, dite classe de document.
3. Procédé de traçabilité selon l'une quelconque des revendications 1 et 2, caractérisé en ce que les données manipulées dans ladite base de données sont conformes au standard EPC-Global.
4. Dispositif de traçabilité mettant en œuvre une base de données (14) de traçabilité comprenant des données représentatives d'objets physiques, ladite base de données étant partagée par une pluralité d'utilisateurs impliqués dans le traitement d'au moins un lot (31) comprenant au moins un objet physique, caractérisé en ce que, lesdits utilisateurs étant répartis sur au moins deux sites géographiques distincts (X, Y) interconnectées les uns aux autres par l'intermédiaire d'un réseau d'échange (Rl), ledit dispositif met en œuvre, pour le traitement d'un lot : des moyens de génération, sur l'un au moins desdits sites, d'au moins un document (32) relatif audit lot ; - des moyens de création, dans ladite base de données, d'au moins une donnée représentative dudit au moins un document généré (32) ; des moyens d'association, dans ladite base de données, de ladite au moins une donnée représentative dudit au moins un document (32) à au moins une donnée représentative dudit lot, de façon que ledit document (32) généré puisse être tracé au sein dudit réseau d'échange (Rl) en tant qu'objet appartenant audit lot d'objets physiques.
5. Dispositif de traçabilité selon la revendication 4, caractérisé en ce que lesdits moyens de génération comprennent des moyens de création d'une instance d'une classe d'objet, pour au moins un document (32) généré, représentative d'une catégorie d'objet spécifique audit document, dite classe de document.
6. Dispositif de traçabilité selon la revendication 5, caractérisé en que ce ladite classe de document comprend d'une part des informations partagées avec des instances de classe associées à des objets physiques correspondant à un lot donné, et d'autre part des informations spécifiques audit au moins un document (32) généré.
7. Dispositif de traçabilité selon l'une quelconque des revendications 4 à 6, caractérisé en ce qu'il comprend des moyens d'association d'au moins une opération spécifique à ladite instance de classe de document représentative dudit document (32) généré, ladite opération spécifique étant distincte d'opérations associées aux instances de classes des objets physiques constitutifs dudit lot (31) et exécutable par chacun desdits utilisateurs depuis l'un au moins desdits sites (X, Y).
8. Dispositif de traçabilité selon la revendication 7, caractérisé en ce que ladite au moins une opération spécifique appartient au groupe comprenant : - ouverture d'un document ; lecture d'au moins une information contenue dans un document ; écriture d'au moins une information contenue dans un document ; fermeture d'un document ; impression d'au moins une partie d'un document ; - affichage d'au moins une partie d'un document ; émission d'un document ; réception d'un document ; routage d'un document ; contrôle d'un document ; - duplication d'un document ; archivage d'un document ; effacement d'un document.
9. Dispositif de traçabilité selon l'une quelconque des revendications 4 à 8, caractérisé en ce que lesdits moyens de génération tiennent compte d'au moins un paramètre prédéfini représentatif d'un scénario de génération d'au moins un document (32) relatif audit lot (31) ou à un desdits objets physiques (30) dudit lot.
10. Dispositif de traçabilité selon l'une quelconque des revendications 4 à 9, caractérisé en ce que les données manipulées dans ladite base de données sont conformes au standard EPC-Global.
11. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en œuvre du procédé de traçabilité selon l'une au moins des revendications 1 à 3.
PCT/FR2009/050429 2008-03-18 2009-03-16 Procede de tracabilite, dispositif et programme d'ordinateur correspondants WO2009122079A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0851750 2008-03-18
FR0851750A FR2929029A1 (fr) 2008-03-18 2008-03-18 Dispositif de tracabilite

Publications (2)

Publication Number Publication Date
WO2009122079A2 true WO2009122079A2 (fr) 2009-10-08
WO2009122079A3 WO2009122079A3 (fr) 2010-11-04

Family

ID=39930564

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/050429 WO2009122079A2 (fr) 2008-03-18 2009-03-16 Procede de tracabilite, dispositif et programme d'ordinateur correspondants

Country Status (2)

Country Link
FR (1) FR2929029A1 (fr)
WO (1) WO2009122079A2 (fr)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
EPO: "Mitteilung des Europäischen Patentamts vom 1. Oktober 2007 über Geschäftsmethoden = Notice from the European Patent Office dated 1 October 2007 concerning business methods = Communiqué de l'Office européen des brevets,en date du 1er octobre 2007, concernant les méthodes dans le domaine des activités" JOURNAL OFFICIEL DE L'OFFICE EUROPEEN DES BREVETS.OFFICIAL JOURNAL OF THE EUROPEAN PATENT OFFICE.AMTSBLATTT DES EUROPAEISCHEN PATENTAMTS, OEB, MUNCHEN, DE, vol. 30, no. 11, 1 novembre 2007 (2007-11-01), pages 592-593, XP007905525 ISSN: 0170-9291 *

Also Published As

Publication number Publication date
WO2009122079A3 (fr) 2010-11-04
FR2929029A1 (fr) 2009-09-25

Similar Documents

Publication Publication Date Title
US11645687B2 (en) Systems and methods for international dutiable returns
AU2018205172B2 (en) Method and apparatus for managing and providing provenance of product using blockchain
US8325750B2 (en) Accelerated system and methods for synchronizing, managing, and publishing business information
US8762415B2 (en) Modeling of order data
CN101755245B (zh) 用于向商家提供出口服务的系统和方法
CN112036901A (zh) 区块链中保护供应链数据的方法和记录供应链信息的系统
CN1439142A (zh) 包括生成、处理和跟踪在内的贸易运作及贸易单证的集成系统和方法
US20120036089A1 (en) System and Method for Dynamic, Real-Time Data Management and Processing to Facilitate Business Decisions
TW200534139A (en) Strategic sourcing for packaging material procurement using centralized packaging data management system
JP2005515135A (ja) コンテキスト認識リアル・タイム品目追跡システムのアーキテクチャ及び使用方法
US20120158583A1 (en) Automated bank transfers using identifier tokens
Solanki et al. OntoPedigree: Modelling pedigrees for traceability in supply chains
CN109923569A (zh) 加速标签打印
Grest et al. A meta model for a blockchain-based supply chain traceability
WO2009122079A2 (fr) Procede de tracabilite, dispositif et programme d'ordinateur correspondants
JP2003312846A (ja) 容器管理方法および容器管理システム
Nudin et al. DApp for Food Traceability Based on PyTeal and Algorand
Pothitong et al. Improve supply chain efficiency through a web-based system: A case study on a pharmaceutical company in Thailand
US20140337192A1 (en) Method and apparatus for facilitating an ipr market
KR102567996B1 (ko) 통합 유통 판매 관리방법 및 시스템
US7865396B1 (en) Managing storage in a networked environment
Müller A Real-Time In-Memory Discovery Service
CN116113998A (zh) 养殖鱼跟踪和验证系统
Solanki Towards Enabling Traceability in Supply Chains via Ontology Design Patterns.
CN108228162A (zh) 一种基于orm框架的商城系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09728327

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09728327

Country of ref document: EP

Kind code of ref document: A2