FR3107382A1 - Système de gestion des commandes et modèle de données pour structurer les données qui les composent - Google Patents
Système de gestion des commandes et modèle de données pour structurer les données qui les composent Download PDFInfo
- Publication number
- FR3107382A1 FR3107382A1 FR2001677A FR2001677A FR3107382A1 FR 3107382 A1 FR3107382 A1 FR 3107382A1 FR 2001677 A FR2001677 A FR 2001677A FR 2001677 A FR2001677 A FR 2001677A FR 3107382 A1 FR3107382 A1 FR 3107382A1
- Authority
- FR
- France
- Prior art keywords
- order
- data
- item
- fulfillment
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000013499 data model Methods 0.000 title claims abstract description 49
- 238000007726 management method Methods 0.000 title claims abstract description 49
- 230000000875 corresponding effect Effects 0.000 claims description 66
- 238000012545 processing Methods 0.000 claims description 23
- 230000008859 change Effects 0.000 claims description 18
- 238000000034 method Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 12
- 230000009471 action Effects 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000013507 mapping Methods 0.000 claims description 4
- 238000000547 structure data Methods 0.000 claims description 4
- 238000003860 storage Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 230000010354 integration Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 241000135309 Processus Species 0.000 description 1
- 241000607056 Stenodus leucichthys Species 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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/02—Reservations, e.g. for tickets, services or events
-
- 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
-
- 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
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
-
- 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
- G06Q10/067—Enterprise or organisation modelling
-
- G06Q50/40—
Abstract
La présente invention concerne un modèle de données de commande pour structurer les enregistrements de données dans un système de gestion des commandes. Le modèle de commande est configuré pour décomposer chaque commande au sein de ses enregistrements de données d'éléments et de sous-éléments correspondants, qui sont à leur tour associés à des enregistrements de données d'éléments de réalisation contenant des informations sur le produit et/ou les services à exécuter par un fournisseur assigné. Le modèle de commande peut être configuré pour ajouter, lors de la génération de l'enregistrement de données, un certain nombre de champs de données d’éléments de substitution, qui peuvent être utilisés par une gamme de systèmes et d'applications pour ajouter des informations supplémentaires à chaque enregistrement de données. Figure pour l’abrégé : Fig. 1
Description
La présente invention concerne un modèle de données utilisable pour structurer des enregistrements de données stockant des informations sur les commandes de produits au sein d’un système de gestion des commandes. La présente invention concerne en outre un système de gestion des commandes qui utilise le modèle de données pour gérer les enregistrements de données associés à une gamme de produits ou de services, quels que soient leur type et leurs fournisseurs.
Les systèmes de gestion des commandes sont utilisés par les détaillants pour gérer et traiter les commandes de produits passées par les clients. Dans les systèmes représentatifs de vente au détail, les commandes ont un cycle de vie court avec des changements limités. Il est dans l'intérêt du vendeur de traiter les commandes le plus rapidement possible afin d'accroître la satisfaction des clients, de préserver sa réputation et d'augmenter l'efficacité du cycle de la commande à l'encaissement. Les changements au niveau des produits contenus dans la commande sont limités et nécessitent généralement l'annulation ou la régénération de la commande existante. En général, une fois qu'un produit ou un service est vendu, il est considéré comme ayant atteint la fin de son cycle de vie. Par exemple, pour un détaillant qui vend des billets de concert, lorsque les billets ont été émis, le cycle de vie de la commande prend fin. En outre, les systèmes conventionnels sont généralement limités en ce qui concerne l'expression d'une demande de l'utilisateur. Les systèmes conventionnels de gestion des commandes de produits ne permettent généralement pas de créer des commandes composées de divers produits ou services liés entre eux, avec leurs conditions respectives, éventuellement interdépendantes. Les systèmes conventionnels des détaillants n'ont pas non plus la capacité de traiter de telles commandes.
Dans l'industrie aérienne, le traitement des commandes est plus difficile que pour les détaillants traditionnels. Le cycle de vie d'une commande peut être très long, et la commande doit rester active pendant toute sa durée. Un passager peut acheter un vol jusqu'à deux ans à l'avance, et la commande doit donc rester active pendant ces deux années jusqu'à ce que le vol réservé ait été effectué. En outre, divers facteurs influencent la planification et la mise en œuvre d'un vol et peuvent entraîner des changements dans les horaires, les itinéraires, la configuration des avions, etc. Par conséquent, pendant la durée de vie d'une commande, une compagnie aérienne peut ne pas être en mesure de livrer ce qui a été promis au passager lors de la commande. Le secteur du transport aérien adopte actuellement la norme IATA des nouvelles capacités de distribution (NDC), qui permet aux compagnies aériennes de créer des commandes personnalisées en fonction des besoins de l'utilisateur, en combinant éventuellement divers produits interdépendants, ce qui permet à l'utilisateur d'avoir un niveau d'expressivité élevé. Dans ce contexte, il devient essentiel de disposer d'un système de gestion des commandes amélioré qui permette de définir les différents éléments d'une commande, la relation entre ceux-ci et les conditions associées aux éléments, et qui permette de contrôler si un produit ou un service acheté a été livré conformément aux conditions de service convenues lors de la passation de la commande. Les détaillants conventionnels bénéficieront également de ce système car il permet un degré élevé de personnalisation et un suivi rigoureux et sécurisé des commandes.
La présente invention a pour objet de fournir un modèle de données de commande utilisable pour structurer des enregistrements de données de commande stockant des informations sur les commandes de produits ou de services passées par un utilisateur.
Un autre objectif de la présente invention est de fournir un système de gestion des commandes capable de gérer et de contrôler la réalisation d'une commande contenant différents types de produits ou de services.
Selon un premier aspect de la présente invention, un modèle de données est fourni. Le modèle de données est utilisable pour structurer les données dans un système de gestion de base de données d'un système de gestion des commandes configuré pour gérer les commandes de produits et/ou de services passées par les utilisateurs et pour surveiller leur réalisation par le fournisseur assigné conformément aux conditions contractuelles de service correspondantes convenues entre un utilisateur et un fournisseur pour la fourniture des produits ou services achetés, le modèle de données comprenant :
un premier conteneur de données comprenant une pluralité d'enregistrements de données de commande stockant des informations sur les commandes de produits ou de services passées par les utilisateurs et les conditions contractuelles de service correspondantes, chaque enregistrement de données de commande étant affecté à un identificateur de commande et comprenant au moins un enregistrement de données d'élément de commande stockant des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes, chaque enregistrement de données d'élément de commande comprenant des sous-éléments de commande spécifiant le produit ou les services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande étant affecté à un fournisseur pour la réalisation, dans lequel les conditions de service spécifient les actions à prendre lorsque certaines conditions sont activées; et
un conteneur de données de réalisation comprenant une pluralité d'enregistrements de données d'éléments de réalisation, chacun étant associé à un enregistrement de données de sous-élément de commande correspondant d'un enregistrement de données de commande, chaque enregistrement de données d'éléments de réalisation étant configuré pour stocker des informations de statut de réalisation d'un élément de réalisation associé à un produit ou à un service référencé dans l'enregistrement de données de sous-élément de commande correspondant.
un premier conteneur de données comprenant une pluralité d'enregistrements de données de commande stockant des informations sur les commandes de produits ou de services passées par les utilisateurs et les conditions contractuelles de service correspondantes, chaque enregistrement de données de commande étant affecté à un identificateur de commande et comprenant au moins un enregistrement de données d'élément de commande stockant des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes, chaque enregistrement de données d'élément de commande comprenant des sous-éléments de commande spécifiant le produit ou les services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande étant affecté à un fournisseur pour la réalisation, dans lequel les conditions de service spécifient les actions à prendre lorsque certaines conditions sont activées; et
un conteneur de données de réalisation comprenant une pluralité d'enregistrements de données d'éléments de réalisation, chacun étant associé à un enregistrement de données de sous-élément de commande correspondant d'un enregistrement de données de commande, chaque enregistrement de données d'éléments de réalisation étant configuré pour stocker des informations de statut de réalisation d'un élément de réalisation associé à un produit ou à un service référencé dans l'enregistrement de données de sous-élément de commande correspondant.
Selon les modes de réalisation de la présente invention, chaque enregistrement de données d'élément de réalisation est configuré pour stocker les changements et/ou les erreurs de réalisation associées à un élément de réalisation.
Selon les modes de réalisation de la présente invention, le modèle de données est configuré, lors de l'enregistrement d'un changement et/ou d'une erreur d'état de réalisation, pour identifier et récupérer à partir du sous-élément de commande correspondant les conditions contractuelles de service afin de déterminer les conditions à vérifier à la suite du changement et/ou de l'erreur de réalisation et, en conséquence, de lancer les actions correspondantes.
Le modèle de données de la présente invention permet de contrôler la réalisation de chacun des enregistrements de données d'éléments de réalisation associé à un enregistrement de données de sous-élément de commande. En outre, le présent modèle de données permet de lier chacun des enregistrements de données d’éléments de réalisation à une condition contractuelle de service correspondante, en précisant les modalités et conditions convenues entre les parties pour la fourniture du produit ou du service lors de l'achat du produit ou du service. Les informations contenues dans les conditions contractuelles de service constituent une base de référence pour déterminer si un produit ou un service acheté a été satisfait. Les conditions de service peuvent préciser les actions à déclencher lorsque les conditions contractuelles sont remplies ou supprimées. Le modèle de données de la présente invention permet la collecte et le stockage d'informations sur la réalisation directement à partir du système de réalisation du fournisseur assigné d'un produit ou d'un service acheté. Par conséquent, le contrôle de la réalisation peut être déterminé avec plus de précision et une violation des conditions contractuelles de service due à un changement ou à une erreur de réalisation enregistrée pour un produit ou un service acheté correspondant peut être résolue.
Selon les modes de réalisation de la présente invention, chaque enregistrement de données dans le premier conteneur de données et le conteneur de données de réalisation comprend des champs de données d’éléments de substitution configurés pour stocker des données d'extension afin d'enrichir la description des enregistrements de données correspondants.
Selon les modes de réalisation de la présente invention, les conditions contractuelles de service dans chaque enregistrement de données correspondant se présentent sous la forme d'un langage de balisage extensible. Par exemple, chaque terme et/ou condition peut être représenté par une clé et une valeur. Selon les modes de réalisation de la présente invention, la clé identifie le type de terme ou de condition correspondant, tandis que la valeur comprend des données qui sont spécifiques au type de terme ou de condition donné. Par exemple, la valeur peut être sous toute forme appropriée et peut représenter une série de données, par exemple une condition de délai peut contenir une limite de temps comme valeur.
Selon les modes de réalisation de la présente invention, le conteneur de données de réalisation est configuré pour obtenir des informations sur la réalisation d'un sous-élément d'une commande à partir d'un système de surveillance de la réalisation couplé de manière communicative au système de réalisation du fournisseur assigné.
Le modèle de données de la présente invention permet d'ajouter des informations supplémentaires à chaque enregistrement de données pendant la période où il reste actif dans le système de gestion des commandes. Par conséquent, la description des produits ou des services peut être enrichie à tout moment du cycle de vie d'une commande. Cela est réalisé en ajoutant des champs de données d’éléments de substitution à chacun des enregistrements de données générés par le modèle de données de la présente invention, par exemple l'enregistrement de données de commande, l'enregistrement de données d’élément de commande, l'enregistrement de données de sous-élément de commande et l'enregistrement de données d’élément de réalisation, ou tout autre enregistrement de données souhaitable généré, traité ou géré par le présent modèle de données. Par conséquent, le présent modèle de données peut être considéré comme un modèle de données extensible, qui permet d'ajouter des données spécifiques de manière transparente à chacun des enregistrements de données générés et/ou gérés par l’OMS. Le système de gestion des commandes (OMS) permet à tous les processus interagissant avec chacun des enregistrements de données de manipuler les données ajoutées. En général, tout processus externe et/ou interne à l'OMS peut mettre en œuvre sa propre logique pour décoder les données ajoutées et déclencher une logique au sein de l'OMS et/ou une action. Par conséquent, le présent modèle de données peut permettre :
- des composants d'application configurés pour interagir avec le système de gestion des commandes afin d'ajouter leurs propres données de domaine enrichissant la description de la commande sans qu'il soit nécessaire de demander le développement ou l'intégration du contenu du côté de la commande, ce qui contraste avec les plateformes commerciales existantes des détaillants. Par exemple, le modèle de données de commande proposé peut proposer nativement des champs de données de remplacement aux composants de la demande pour ajouter les données requises. Il permet donc à un détaillant, par exemple une compagnie aérienne, de vendre une gamme de types de produits sans avoir à développer une seule ligne de code pour supporter le nouveau contenu. Un exemple de composant de demande peut être un système dorsal d'hôtel, qui peut être capable d'interagir avec les enregistrements de données de commande et les enregistrements de données d’éléments de réalisation correspondants pour ajouter des données supplémentaires sur les chambres d'hôtel.
- Les développeurs tiers doivent ajouter des extensions, c'est-à-dire des données sur mesure enrichissant la description de la commande sans avoir à demander un développement ou une intégration du côté de la commande, car le modèle de données de la commande propose nativement des emplacements pour l'ajout de ces données. Par exemple, les données personnalisées peuvent être configurées pour être décodées uniquement par le fournisseur d'un élément de réalisation. Ainsi, certaines informations peuvent être protégées. Dans un autre exemple, un fournisseur peut ajouter des métadonnées spécifiques à un enregistrement de données de commande particulier, ce qui permet d'identifier l'enregistrement de données de commande dans un autre processus, par exemple le rapprochement de la commande avec d'autres enregistrements.
- La gestion de l'offre ou tout élément interagissant avec le système de gestion de l'offre peut ajouter tout type de conditions connues ou inconnues à l'offre. Les conditions générales sont décrites dans un langage de description ouvert et extensible, et un logiciel permettant de décoder ce langage peut être exécuté à différents stades de la gestion des commandes pour faire appliquer les modalités et conditions générales.
Selon les modes de réalisation de la présente invention, le modèle de données comprend un conteneur de données d'association stockant un lien de correspondance entre les enregistrements de données de sous-éléments de commande et les enregistrements de données de réalisation. Le modèle de données peut en outre comprendre un conteneur de données du fournisseur spécifiant une correspondance entre chaque enregistrement de données de réalisation et un système de réalisation d'un fournisseur. Le modèle de données des commandes maintient une association entre les différents enregistrements de données, et avec les fournisseurs assignés pour assurer le traitement correct de chaque commande.
Selon les modes de réalisation de la présente invention, chaque enregistrement de données de sous-élément de commande peut être attribué à un utilisateur. Par exemple, une commande peut être une commande de groupe, qui peut contenir une gamme de produits, qui peut être spécifique à l'ensemble du groupe, par exemple la classe du billet, ou à l'individu, par exemple une préférence de siège spécifiée.
Selon un deuxième aspect de la présente invention, un système de gestion des commandes (OMS) est prévu. Le système de gestion des commandes est configuré pour gérer les commandes de produits ou de services passées par les utilisateurs et pour contrôler leur réalisation par le fournisseur désigné conformément aux conditions contractuelles de service correspondantes convenues entre un utilisateur et un fournisseur pour la fourniture des produits ou services achetés, les conditions de service spécifiant les mesures à prendre lorsque certaines conditions sont remplies, le système de gestion des commandes comprenant
un module de communication configuré pour recevoir les commandes de produits ou de services passées par les utilisateurs ;
un système de gestion de base de données configuré pour stocker et structurer les données associées aux commandes de produits ou de services reçues sur la base d'un modèle de données selon le premier aspect de la présente invention ;
un module de traitement configuré pour traiter les informations reçues au niveau du module de communication, le module de traitement étant configuré, lors de la réception d'une commande de produit ou de service pour:
traiter la commande afin d'extraire des informations sur les éléments de commande, les sous-éléments de commande et les conditions contractuelles de service correspondantes qu'elle contient ;
générer un enregistrement de données de commande stockant des informations sur la commande de produit ou de service et les conditions contractuelles de service correspondantes, chaque enregistrement de données de commande étant doté d'un identificateur de commande et comprenant au moins un enregistrement de données d’élément de commande stockant des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes, chaque enregistrement de données d’élément de commande comprenant des sous-éléments de commande spécifiant le produit ou les services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande étant attribué à un fournisseur pour réalisation ;
générer pour chaque sous-élément de commande au moins un enregistrement de données d’élément de réalisation, chaque enregistrement de données d’élément de réalisation étant configuré pour stocker des informations sur le statut de traitement d’élément de réalisation associé à un produit ou à un service référencé dans l'enregistrement de données de sous-élément de commande correspondant ;
associer, sur la base des premières données contenues dans la commande de produits ou de services, chaque enregistrement de données d'élément de réalisation à un système de réalisation d'un fournisseur ;
stocker l'enregistrement de données de la commande et les enregistrements de données d'éléments de réalisation associés dans le premier conteneur de données et le conteneur de données de réalisation correspondants du système de gestion de la base de données ;
transmettre, via le module de communication, chaque enregistrement de données de réalisation au système de réalisation du fournisseur assigné ;
surveiller l'état de réalisation de chaque enregistrement de données sur les éléments de réalisation en interrogeant, pour obtenir des informations sur la réalisation, le système de réalisation correspondant du fournisseur assigné ; et
stocker les informations sur le statut de réalisation et les changements associés à un élément de réalisation dans l'enregistrement de données de l'élément de réalisation correspondant ;
dans lequel le module de traitement est configuré, lors de l'enregistrement d'un changement et/ou d'une erreur d'état de réalisation sur un élément de réalisation, pour identifier et récupérer à partir du sous-élément de commande correspondant les conditions contractuelles de service afin de déterminer les conditions qui doivent être vérifiées à la suite du changement et/ou de l'erreur de réalisation et de lancer en conséquence les actions correspondantes.
un module de communication configuré pour recevoir les commandes de produits ou de services passées par les utilisateurs ;
un système de gestion de base de données configuré pour stocker et structurer les données associées aux commandes de produits ou de services reçues sur la base d'un modèle de données selon le premier aspect de la présente invention ;
un module de traitement configuré pour traiter les informations reçues au niveau du module de communication, le module de traitement étant configuré, lors de la réception d'une commande de produit ou de service pour:
traiter la commande afin d'extraire des informations sur les éléments de commande, les sous-éléments de commande et les conditions contractuelles de service correspondantes qu'elle contient ;
générer un enregistrement de données de commande stockant des informations sur la commande de produit ou de service et les conditions contractuelles de service correspondantes, chaque enregistrement de données de commande étant doté d'un identificateur de commande et comprenant au moins un enregistrement de données d’élément de commande stockant des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes, chaque enregistrement de données d’élément de commande comprenant des sous-éléments de commande spécifiant le produit ou les services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande étant attribué à un fournisseur pour réalisation ;
générer pour chaque sous-élément de commande au moins un enregistrement de données d’élément de réalisation, chaque enregistrement de données d’élément de réalisation étant configuré pour stocker des informations sur le statut de traitement d’élément de réalisation associé à un produit ou à un service référencé dans l'enregistrement de données de sous-élément de commande correspondant ;
associer, sur la base des premières données contenues dans la commande de produits ou de services, chaque enregistrement de données d'élément de réalisation à un système de réalisation d'un fournisseur ;
stocker l'enregistrement de données de la commande et les enregistrements de données d'éléments de réalisation associés dans le premier conteneur de données et le conteneur de données de réalisation correspondants du système de gestion de la base de données ;
transmettre, via le module de communication, chaque enregistrement de données de réalisation au système de réalisation du fournisseur assigné ;
surveiller l'état de réalisation de chaque enregistrement de données sur les éléments de réalisation en interrogeant, pour obtenir des informations sur la réalisation, le système de réalisation correspondant du fournisseur assigné ; et
stocker les informations sur le statut de réalisation et les changements associés à un élément de réalisation dans l'enregistrement de données de l'élément de réalisation correspondant ;
dans lequel le module de traitement est configuré, lors de l'enregistrement d'un changement et/ou d'une erreur d'état de réalisation sur un élément de réalisation, pour identifier et récupérer à partir du sous-élément de commande correspondant les conditions contractuelles de service afin de déterminer les conditions qui doivent être vérifiées à la suite du changement et/ou de l'erreur de réalisation et de lancer en conséquence les actions correspondantes.
Selon les modes de réalisation de la présente invention, les premières données comprennent des informations identifiant le système de réalisation du fournisseur chargé de la réalisation de l'élément de réalisation. Selon les représentations de la présente invention, le système de gestion des commandes est couplé de manière communicative à un système de gestion des offres de voyage.
Le système de gestion des commandes (OMS) de la présente invention tire parti du modèle de données décrit précédemment pour gérer et suivre la réalisation des produits ou services référencés dans une commande passée par un utilisateur, par exemple dans un système de gestion des offres. L’OMS proposé est configuré pour communiquer directement avec le système de traitement des commandes du fournisseur désigné afin de recueillir des informations sur l'état de traitement de chaque commande. Sur la base des informations sur le statut de réalisation et des détails sur les demandes de changement au niveau du produit ou du service acheté, l'OMS peut déclencher des actions spécifiées dans les conditions de service correspondantes. Contrairement aux systèmes conventionnels, l’OMS proposé ne peut utiliser qu'une partie des données contenues dans la commande de produits ou de services. Par exemple, l’OMS peut utiliser une première partie de données de la commande identifiant les détails du système de réalisation du fournisseur assigné. Il en résulte que l'OMS proposé ne doit pas nécessairement avoir une connaissance complète de la description du produit ou du service acheté. Par conséquent, l'OMS proposé offre une configuration flexible qui peut prendre en charge le traitement de différents types de services et de produits sans nécessiter de développement ou d'intégration supplémentaires. Ainsi, un détaillant peut facilement ajouter de nouveaux produits et services sans avoir à demander un développement ou une intégration du côté de la commande. En outre, étant donné que l’OMS proposé n'exige de rendre visibles que certaines informations spécifiques de la commande, il peut permettre de protéger les autres informations, notamment les informations sensibles en matière de sécurité. Par exemple, l’OMS peut être configuré pour transmettre un produit pour réalisation à un fournisseur désigné en fonction de l'identification du fournisseur sans qu'il ait connaissance du contenu de la commande, qui ne serait visible que par le fournisseur. En tant que telles, les informations sensibles, par exemple le nom des passagers, le prix et autres similaires, peuvent être protégées.
Les dessins suivants sont fournis à titre d'exemple pour expliquer et décrire plus en détail les différents aspects de l'invention :
La figure 1 montre un exemple de plate-forme de détaillant commercial selon les modes de réalisation de la présente invention.
La figure 2 montre un exemple de système de gestion des commandes selon les modes de réalisation de la présente invention.
La figure 3 montre un exemple de modèle de données de commande selon les modes de réalisation de la présente invention.
La figure 4 montre un exemple de structure logique d'enregistrement des données de commande selon les modes de réalisation de la présente invention.
La figure 5 montre un exemple de structure logique d'enregistrement de données de réalisation selon les modes de réalisation de la présente invention.
Les figures 6 et 7 montrent un exemple de gestion des commandes et de suivi de leur réalisation selon les modes de réalisation de la présente invention.
La présente invention sera illustrée à l'aide des modes de réalisation présentés dans les figures 1 à 7, qui seront décrits plus en détail ci-dessous. Il convient de noter que toute référence aux dimensions n'est qu'indicative et ne restreint en rien l'invention. Bien que cette invention ait été montrée et décrite en référence à certaines de ses modes de réalisation illustrés, il sera entendu par les hommes de métier que divers changements n matière de forme et de détails peuvent y être apportés sans s'écarter de la portée de l'invention. En outre, bien que l'invention ait été décrite en faisant référence à un modèle de données particulier pour structurer les enregistrements de données de commande dans un système de gestion des commandes et un système de gestion des commandes pour gérer et surveiller la réalisation des enregistrements de données de commande, il doit être entendu par les hommes de métier que des changements en matière de formes et de détails peuvent être apportés pour faciliter d'autres types de méthodes et/ou de systèmes et/ou de modèles de données dans des domaines connexes sans s'écarter du champ d'application de l'invention.
La figure 1 montre un exemple d’une plate-forme commerciale 100 de détaillants de compagnie aérienne selon les modes de réalisation de la présente invention. La plate-forme commerciale des détaillants peut être dotée d'un système de gestion des commandes (OMS) 130 qui est configuré pour gérer les commandes de produits et/ou de services passées par les utilisateurs et surveiller leur réalisation par le(s) fournisseur(s) désigné(s) conformément aux conditions contractuelles de service correspondantes convenues entre un utilisateur et un fournisseur pour la fourniture des produits ou services achetés. L'OMS 130 peut être communicativement couplé par un lien de communication à un système de gestion des offres 120 et/ou à un canal numérique 110, pour recevoir des informations sur les commandes passées par les utilisateurs. Les informations relatives aux commandes peuvent se présenter sous la forme d'enregistrements de données d’offres 121, qui sont générés par le système de gestion des offres, et/ou d'enregistrements de données de produits/services 111, qui sont générés à partir du canal numérique 110, par exemple un canal de vente numérique. Le système de gestion des offres 120 peut être configuré pour générer des offres de produits et/ou de services en réponse aux demandes reçues d'un utilisateur via une interface d'un canal numérique 110, par exemple un canal de vente numérique. Une fois qu'une offre est sélectionnée et que l'utilisateur reçoit des instructions de paiement, le système de gestion des offres 120 est configuré pour générer un enregistrement d'offre 121 contenant des détails sur les produits et/ou services achetés, ainsi que les conditions contractuelles de service correspondantes convenues entre l'utilisateur et le fournisseur au moment de l'achat. Les conditions de service peuvent comprendre un ensemble de modalités et de conditions.
Les conditions sont des garanties qui limitent la possibilité de changer la commande d'un État à l'autre. Les conditions peuvent être soit non remplies, soit remplies ou levées. Lors du traitement d'un changement d'état de commande, l'OMS doit vérifier que toutes les conditions sont soit remplies, soit levées. Une modalité est une clause dont les parties conviennent et qu'elles doivent respecter dans le cadre du contrat. Une modalité peut être «respectée» ou «enfreinte». Par exemple, un voyageur M. G peut réserver un vol partiellement remboursable s'il ne peut pas prendre le vol en raison d'une maladie. Lors de la réservation du vol, M. G accepte qu'en cas de maladie, il fournisse un certificat médical afin d'obtenir un remboursement partiel. La commande correspondante peut être assortie des conditions «Condition de remboursement : vol non effectué» et «Condition de remboursement : fournir un certificat médical». La commande peut être associée à des termes «Modalité : Remboursable» et «Modalité : Pénalité de remboursement : 50 euros». Si la commande est annulée, l'OMS vérifiera les conditions pour déterminer si elle peut passer de l'état «annulé» à l'état «remboursé». Si M. G prouve qu'il n'a pas pris l'avion et fournit un certificat médical prouvant qu'il n'est pas en mesure de voyager, un remboursement partiel sera effectué selon les modalités convenues.
L'OMS 130 génère, en réponse à la réception d'un enregistrement d'offre 121 ou d'un enregistrement de produit/service 111 du canal numérique 110, un enregistrement de données de commande 131 configuré pour stocker des informations sur les commandes de produits et/ou de services passées par les utilisateurs, ainsi que les conditions contractuelles de service correspondantes. L'OMS 130 est configuré pour générer, sur la base de l'enregistrement de données de commande 131, un enregistrement de données de réalisation correspondant 141, qui est configuré pour stocker des informations sur les produits et/ou les services à exécuter. Chaque élément de réalisation est transmis au système de réalisation 190 du fournisseur assigné pour réalisation. L'OMS 130 est configuré pour contrôler l'état de réalisation de chaque élément de réalisation et, par conséquent, valider les informations relatives à l'état de réalisation par rapport aux conditions de service correspondantes afin de déterminer si les conditions spécifiées ont été remplies. En fonction de la détermination, l'OMS 130 peut déclencher certaines actions et/ou notifier les services d’extension, par exemple les applications externes, pour qu'ils prennent les mesures nécessaires.
En reprenant l'exemple ci-dessus, si l'OMS constate que l'état de réalisation du vol de la commande de M. G est «non réalisé», l'OMS vérifiera si M. G a pris son vol et, si ce n'est pas le cas, si un certificat médical a été fourni. Si M. G n'a pas pris l'avion et qu'un certificat médical n'a pas été fourni, l'OMS peut envoyer un message à M. G pour lui rappeler d'envoyer un certificat médical afin d'avoir droit au remboursement partiel.
La figure 2 montre un exemple de l'architecture du système de gestion des commandes. Comme le montre l'illustration, l'OMS 130 peut comprendre un module de communication permettant d'établir une communication pour l'échange d'informations avec des systèmes externes tels que le système de gestion des offres 120, un canal de vente numérique, un système de paiement, un système de réalisation des fournisseurs assignés 190, etc. L’OMS peut être doté d'un système de gestion de base de données 132 comprenant un premier conteneur de données 133 pour le stockage des enregistrements de données de commande 131, et un conteneur de données de réalisation 134 pour le stockage des enregistrements de données de réalisation 141. Il convient de noter que les enregistrements des données de commande et de réalisation 134 et 141 peuvent également être stockés dans la même base de données. Un processeur 136 est prévu pour traiter les enregistrements d'offres reçus du système de gestion des offres 120 et/ou les commandes de produits/services reçues de l'un des canaux de vente numériques 110 afin d'extraire des informations sur les éléments de la commande, les sous-éléments de la commande et les conditions contractuelles de services correspondantes qui y sont contenues. Sur la base des données extraites, le processeur est configuré pour générer un enregistrement de données de commande 131 stockant des informations sur la commande de produit et/ou de service et les conditions contractuelles de service correspondantes. Un identificateur de commande est attribué à chaque enregistrement de données de commande 131 et comprend au moins un enregistrement de données d’élément de commande 231, également appelé enregistrement de données d’élément de contrat, qui stocke des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes. Chaque enregistrement de données d’élément de commande 231 comprend les sous-éléments de commande 331, spécifiant les produits ou services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande 331 étant attribué à un fournisseur pour réalisation. Le processeur 136 est configuré sur la base des données extraites sur le sous-élément de commande 331 pour générer au moins un enregistrement de données d’élément de réalisation 241 stockant des informations sur l'état de réalisation d'un élément de réalisation associé à un produit ou un service référencé dans les enregistrements de données de sous-élément de commande 331 correspondants. Les enregistrements de données de réalisation 241 peuvent faire partie d'un enregistrement de données de réalisation 141 associé à un enregistrement de données de commande 131 correspondant. Chaque enregistrement de données 241 est associé au système de réalisation du fournisseur assigné. Par exemple, le processeur peut être configuré pour associer chaque enregistrement de données de réalisation 241 à un fournisseur sur la base d'un ensemble d'informations contenues dans l'enregistrement de données de commande 131, par exemple le nom du système du fournisseur. L'enregistrement de données de commande 131 et l'enregistrement de données de réalisation 141 sont respectivement stockés dans le premier conteneur de données 133 et le conteneur de données de réalisation 134 du système de gestion de base de données (DBMS) (Database Management System) 132. Le processeur est configuré pour transmettre chaque enregistrement de données de l'élément de traitement 241 au système de traitement 190 du fournisseur assigné et, par conséquent, pour surveiller, au moyen d'un module de surveillance du traitement 142, le statut de réalisation de chaque enregistrement de données de l'élément de réalisation. Par exemple, le module de surveillance 142 peut interroger périodiquement le système de traitement 190 d'un fournisseur pour obtenir des informations sur l'état de traitement de chaque élément de traitement. Le processeur 136 peut stocker les informations sur le statut de réalisation et les changements associés à un élément de réalisation dans l'enregistrement de données de l'élément de réalisation correspondant. Le processeur 136 est configuré, lors de l'enregistrement d'un changement et/ou d'une erreur d'état de réalisation sur un élément de réalisation, pour identifier et récupérer à partir du sous-élément de commande correspondant les conditions contractuelles de service afin de déterminer les conditions qui doivent être vérifiées à la suite du changement et/ou de l'erreur de réalisation et de lancer en conséquence les actions correspondantes.
La figure 3 montre un exemple de modèle de données pour structurer les données dans un système de gestion de base de données (DBMS) 132 d'un OMS 130 selon les modes de réalisation de la présente invention. Le DBMS 132 peut comprendre au moins une base de données pour le stockage des enregistrements de données. Comme indiqué, chaque enregistrement de données 131 généré par le système comprend au moins un enregistrement de données d’élément de commande 231-1 à n. Par exemple, comme le montre la figure 3, l'enregistrement de données d’élément de commande indique que le service acheté est un «forfait Premium» d'une valeur de 500 EUR. Chaque enregistrement de données d’élément de commande peut comprendre au moins un enregistrement de données de sous-élément de commande 331, indiquant le produit que l'utilisateur a acheté. Par exemple, le sous-élément 331-11 précise les détails d'un vol avec la compagnie aérienne 33, tels que le numéro du vol, l'origine et la destination et l'horaire, tandis que le sous-élément 331-13 précise que le passager a également acheté un siège offrant plus d'espace pour les jambes. Plusieurs éléments de commande peuvent être ajoutés à un seul enregistrement de données de commande 131. Chaque élément et sous-élément de la commande fournit des détails sur les produits et/ou services qui ont été achetés par le passager, ce qui crée une base de référence pour évaluer si un produit et/ou un service acheté a été satisfait. Chaque sous-élément de commande 331 est associé à au moins un élément de réalisation 241, indiquant le fournisseur assigné et les détails du produit. Dans l'exemple de la figure 3, le sous-élément de commande 331-11 est associé à un élément de réalisation 241-11, étant donné que le vol de NCE-LHR est considéré comme un élément à exécuter. D'autre part, le sous-élément de commande 331-12 est un vol à étapes multiples ; il est donc lié à deux éléments de commande 241-12 et 241-13, chacun spécifiant les détails de l'étape associée du voyage et le prestataire assigné, qui dans ce cas est la «Compagnie aérienne42». En cas de problème concernant la réalisation de l'un des éléments de réalisation, par exemple une perturbation empêchant la réalisation de la deuxième étape, cela déclenchera les conditions spécifiées dans les conditions de service associées au sous-élément de commande 331 correspondant. En conséquence, la décomposition des éléments de commande en ses sous- éléments de commande essentiels 331 et la décomposition de ceux-ci en un ou plusieurs éléments de réalisation 241, permettent de contrôler la réalisation de chaque sous-élément de commande 331, et donc la réalisation de l’élément de commande correspondant 231 et la commande englobante 131 à surveiller avec la granularité la plus fine, ce qui n'est pas possible avec les solutions existantes. En outre, avec le modèle de données de commande proposé, des règles plus souples pour définir un service et/ou un produit peuvent être mises en œuvre. Par exemple, plutôt que de spécifier un numéro de siège, il devient possible, avec le modèle de données de commande actuel, de définir un paramètre du siège, par exemple un espace supplémentaire pour les jambes ou un siège côté fenêtre. Ainsi, en cas de changement, il devient plus facile de déterminer si un changement au niveau d’un élément de la commande entraînerait une violation des conditions générales spécifiées pour le produit acheté.
La figure 4 montre un exemple plus détaillé d'un enregistrement de données de commande 131. Comme indiqué l'enregistrement 131 des données relatives aux commandes peut comprendre une série de données, par exemple l'ID de la commande, la version de la commande, le statut de la commande, etc. Chaque enregistrement de données de commande 131 peut être associé à un enregistrement de données de conditions contractuelles 670, qui peut contenir les enregistrements de données de conditions 671 et les enregistrements de données de conditions. En outre, chaque enregistrement de données de commande 131 peut être associé à un ou plusieurs enregistrements de données d’élément de commande 231, chacun comprenant une série de données telles que l'IDélément, l'IDoffre du produit/service référencé, le statut et autres similaires. Chaque enregistrement de données d’élément de commande 231 peut être lié à au moins un enregistrement de données de modalités et conditions 671, 672, et en outre à au moins un enregistrement de données de sous-élément 331. Chaque enregistrement de données de sous-élément peut également être lié à au moins un enregistrement de données de modalités et conditions 671, 672. Comme le montre la figure 6, chaque enregistrement de données comprend quelques champs de données d’éléments de substitution standard, à savoir les «données de domaine» et les «extensions». Ces champs de données d’éléments de substitution peuvent être utilisés par les utilisateurs autorisés, tels que les fournisseurs, les applications tierces et autres, pour enrichir chaque enregistrement de données avec des informations supplémentaires, sans qu'il soit nécessaire de développer un logiciel pour intégrer le nouveau contenu. Les champs de données du champ d’éléments de substitution permettent d'étendre les enregistrements de données avec de nouvelles données et capacités, ce qui n'est actuellement pas possible avec les solutions existantes. Chaque sous-élément 331 est lié à au moins un enregistrement de données de la rubrique de réalisation 241 comprenant une gamme de données pour le produit et/ou le service à exécuter. Chaque enregistrement de données d’élément de réalisation 241 peut être lié à au moins un enregistrement de tâche de réalisation 641 spécifiant les tâches que le fournisseur doit exécuter pour la réalisation de l'enregistrement de données de l’élément de réalisation 241 correspondant. La surveillance des tâches assignées par l'enregistrement de tâche de réalisation 641 est effectuée à l'aide d'un enregistrement de données de statut externe de tâche de réalisation 741, qui est configuré pour obtenir des informations sur le statut d'une tâche à partir du système du fournisseur. De même, l'état de réalisation de chaque élément 241 peut être surveillé par un enregistrement de données d'état externe 541, qui est configuré pour stocker des données sur l'état de réalisation, qui peuvent être déterminées sur la base d'informations obtenues directement auprès d'un système de fournisseur assigné. Par conséquent, un changement au niveau de l'élément de réalisation ou une erreur d'état de réalisation peut faire que certaines ou toutes les tâches assignées pour la réalisation ne soient pas remplies par le fournisseur assigné. Par conséquent, l'état de réalisation de l'élément 241 peut être enregistré, en raison du changement ou de l'erreur de réalisation, comme non exécuté. L'OMS peut valider l'état de réalisation d'un élément de réalisation 441 par rapport aux conditions de service correspondantes afin de déterminer si l'une des conditions spécifiées a été remplie. Comme le montre la figure 5, chaque enregistrement de données de réalisation comprend également des champs de type champ d’éléments de substitution similaires à ceux des enregistrements de données de commande.
Les figures 6 et 7 montrent un exemple de la manière dont une commande peut être gérée dans un OMS 130 en utilisant le modèle de données de commande de la présente invention. Comme le montre la figure 6, une passagère, «Jane Smith», a réservé un vol XX33 de LHR à JFK en classe économique avec la compagnie aérienne XX comme fournisseur. La commande générée peut être associée à un dossier personnel contenant les informations personnelles du passager. Chaque commande est liée à un élément de paiement spécifiant les détails de paiement d'une commande et le statut externe du paiement. Les éléments de la commande peuvent être extraits de chaque commande, une fois que le paiement a été confirmé, et que la vente est définitive et liée aux sous-éléments correspondants du contrat. Comme le montre la figure 9, chaque sous-élément de contrat est lié à au moins un élément de réalisation associé à un enregistrement de données de statut externe pour le suivi de son état de réalisation. Chaque élément de réalisation est traité pour extraire les tâches de réalisation correspondantes à exécuter par le fournisseur, qui peuvent être liées à des enregistrements de données sur l'état des tâches stockant des informations sur la réalisation de chaque tâche par le prestataire. À tout moment, si un changement ou une erreur de réalisation est enregistré, les conditions contractuelles de service associées à chaque sous-élément peuvent être déclenchées, comme indiqué précédemment.
En général, les routines exécutées pour mettre en œuvre les modes de réalisation de l'invention, qu'elles soient implémentées dans le cadre d'un système d'exploitation ou d'une application spécifique, d'un composant, d'un programme, d'un objet, d'un module ou d'une séquence d'instructions, ou même un sous-ensemble de ceux-là, peuvent être désignées dans les présentes comme « code de programme informatique » ou simplement « code de programme ». Un code de programme comporte typiquement des instructions lisibles par ordinateur qui résident à divers moments dans divers dispositifs de mémoire et de stockage dans un ordinateur et qui, lorsqu'elles sont lues et exécutées par un ou plusieurs processeurs dans un ordinateur, amènent l'ordinateur à effectuer des opérations nécessaires à la réalisation d'opérations et/ou d'éléments propres à la mise en œuvre des aspects variés des modes de réalisation de l'invention. Les instructions d'un programme lisibles par ordinateur pour mettre en œuvre les opérations des modes de réalisation de l'invention peuvent être, par exemple, le langage d'assemblage, ou un code source ou un code objet écrit en combinaison avec un ou plusieurs langages de programmation.
Le code de programme mis en œuvre dans une/un quelconque des applications/modules décrit(e)s dans les présentes peut être distribué individuellement ou collectivement comme un produit-programme d'ordinateur, sous une variété de formes. En particulier, le code de programme peut être distribué en utilisant le support de stockage lisible par ordinateur disposant d'instructions de programme lisibles par ordinateur en lui-même permettant à un processeur d'effectuer des aspects des modes de réalisation de l'invention.
Les supports de stockage lisibles par ordinateur, étant intrinsèquement non transitoires, peuvent inclure des supports tangibles, volatiles et non volatiles et amovibles et non amovibles, implémentés dans un quelconque procédé ou technologie pour le stockage d'informations, telles que les instructions de programme lisibles par ordinateur, des structures de données, des modules de programme, ou autres données. Les supports de stockage lisibles par ordinateur peuvent aussi comprendre une mémoire à accès aléatoire (RAM), une mémoire à lecture seule (ROM), une mémoire à lecture exclusivement, programmable et effaçable (EPROM), une mémoire à lecture exclusivement, programmable et effaçable électriquement (EEPROM), une mémoire flash, ou toute technologie de support solide de mémoire à état défini, un disque compact portable doté d'une mémoire à lecture seule (CD-ROM), ou tout autre stockage optique, des cassettes magnétiques, une bande d’enregistrement magnétique, un disque de stockage magnétique ou d’autres dispositifs de stockage magnétique, ou tout autre support pouvant être utilisé pour stocker l'information désirée et pouvant être lu par un ordinateur. Un support de stockage lisible par ordinateur ne peut être interprété comme signaux transitoires en soi (par exemple, des ondes radio ou toutes autres ondes électromagnétiques se propageant, des ondes électromagnétiques se propageant à travers un support de transmission telle qu'un guide d'ondes, ou des signaux électriques transmis par câble). Les instructions de programme lisibles par ordinateur peuvent être téléchargées sur un ordinateur, un autre type d'appareil de traitement de données programmable ou sur tout autre dispositif de support de stockage lisible par ordinateur, ou vers un ordinateur externe ou vers un dispositif de stockage externe via un réseau.
Les instructions de programme lisibles par ordinateur, enregistrées sur un support lisible par ordinateur, peuvent être utilisées pour amener un ordinateur, d'autres types d'appareils programmables de traitement de données, ou d'autres dispositifs, à fonctionner d'une façon particulière, de sorte que les instructions stockées sur le support lisible par ordinateur produisent un article de fabrication incluant les instructions qui mettent en œuvre les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, diagrammes de séquence, et/ou diagrammes blocs. Les instructions du programme informatique peuvent être fournies à un ou plusieurs processeurs d'un ordinateur à usage général, d'un ordinateur à usage spécial ou d'un autre appareil de traitement de données programmable pour produire une machine, de telle sorte que les instructions, qui s'exécutent via le ou les processeurs, provoquent une série de calculs pour mettre en œuvre les fonctions et/ou les actes spécifiés dans les organigrammes, les diagrammes de séquence et/ou les schémas-blocs.
Dans certains autres modes de réalisation, les fonctions, les actions et/ou des opérations spécifiées dans les organigrammes, diagrammes de séquence, et/ou des diagrammes blocs peuvent être réorganisées à nouveau, traitées en série et/ou traitées en même temps conformément aux modes de réalisation de l'invention. De plus, un quelconque des organigrammes, diagrammes séquentiels, et/ou diagrammes bloc peut inclure plus ou moins de blocs que ceux qui sont illustrés, conformément à des modes de réalisation de l'invention.
Claims (15)
- Un modèle de données utilisable pour structurer des données dans un système de gestion de base de données d'un système de gestion des commandes configuré pour gérer les commandes de produits et/ou de services passées par les utilisateurs et pour surveiller leur réalisation par le fournisseur assigné selon les conditions contractuelles de service correspondantes convenues entre un utilisateur et un fournisseur pour la fourniture des produits ou services achetés, le modèle de données comprenant :
un premier conteneur de données comprenant une pluralité d'enregistrements de données de commande stockant des informations sur les commandes de produits ou de services passées par les utilisateurs et les conditions contractuelles de service correspondantes, chaque enregistrement de données de commande étant assigné à un identificateur de commande et comprenant au moins un enregistrement de données d'élément de commande stockant des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes, chaque enregistrement de données d'élément de commande comprenant des sous-éléments de commande spécifiant le produit ou les services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande étant assigné à un fournisseur pour réalisation, dans lequel les conditions de service spécifient les actions à prendre lorsque certaines conditions sont remplies ; et
un conteneur de données de réalisation comprenant une pluralité d'enregistrements de données d'éléments de réalisation, chacun étant associé à un enregistrement de données de sous-éléments de commande correspondant d'un enregistrement de données de commande, chaque enregistrement de données d'élément de réalisation étant configuré pour stocker des informations sur le de statut de réalisation d'un élément de réalisation associé à un produit ou un service référencé dans l'enregistrement de données de sous-élément de commande correspondant. - Un modèle de données selon la revendication 1, dans lequel chaque enregistrement de données d'élément de réalisation est configuré pour stocker des changements et/ou des erreurs de réalisation associés à un élément de réalisation.
- Un modèle de données selon la revendication 2, dans lequel le modèle de données est configuré, lors de l'enregistrement d'un changement et/ou d'une erreur de statut de réalisation, pour identifier et récupérer à partir du sous-élément de commande correspondant les conditions contractuelles de service pour déterminer les conditions qui doivent être vérifiées à la suite du changement et/ou de l'erreur de réalisation et, en conséquence, lancer les actions correspondantes.
- Un modèle de données selon l'une quelconque des revendications précédentes, dans lequel chaque enregistrement de données dans le premier conteneur de données et le conteneur de données de réalisation comprend des champs de données d’éléments de substitution configurés pour stocker des données d'extension afin d'enrichir la description des enregistrements de données correspondants.
- Un modèle de données selon l'une quelconque des revendications précédentes, dans lequel le modèle de données comprend un conteneur de données d'association stockant un mappage de relation entre les enregistrements de données de sous-éléments de commande et les enregistrements de données de réalisation.
- Un modèle de données selon l'une quelconque des revendications précédentes, dans lequel le modèle de données comprend un conteneur de données de fournisseur spécifiant un mappage de relation entre chaque enregistrement de données de réalisation et un système de réalisation d'un fournisseur.
- Un modèle de données selon l'une quelconque des revendications précédentes, dans lequel le conteneur de données de réalisation est configuré pour obtenir des informations de réalisation d'un sous-élément de commande à partir d'un système de surveillance de la réalisation couplé de manière communicative au système de réalisation du fournisseur assigné.
- Un modèle de données selon l'une quelconque des revendications précédentes, dans lequel les conditions contractuelles de service dans chaque enregistrement de données correspondant sont sous la forme d'un langage de balisage extensible.
- Un modèle de données selon la revendication 8, dans lequel chaque terme et/ou condition est représenté par une clé et une valeur.
- Un modèle de données selon la revendication 9, dans lequel la clé identifie le type de la modalité ou de la condition correspondante.
- Un modèle de données selon la revendication 8 ou 9, dans lequel la valeur comprend des données qui sont spécifiques au type de la modalité ou de la condition donné.
- Un modèle de données selon l'une quelconque des revendications de la procédure, dans lequel chaque enregistrement de données de sous-élément de commande est attribué à un utilisateur.
- Un système de gestion des commandes configuré pour gérer les commandes de produits ou de services passées par les utilisateurs et surveiller leur réalisation par le fournisseur assigné conformément aux conditions contractuelles de service correspondantes convenues entre un utilisateur et un fournisseur pour la fourniture des produits ou services achetés, les conditions de service spécifiant les actions à prendre lorsque certaines conditions sont remplies, le système de gestion des commandes comprenant:
un module de communication configuré pour recevoir les commandes de produits ou de services passées par les utilisateurs ;
un système de gestion de base de données configuré pour stocker et structurer les données associées aux commandes de produits ou de services reçues sur la base d'un modèle de données selon les revendications 1 à 12 ;
un module de traitement configuré pour traiter les informations reçues au niveau du module de communication, le module de traitement étant configuré, lors de la réception d'une commande de produit ou de service pour:
traiter la commande afin d'extraire des informations sur les éléments de commande, les sous-éléments de commande et les conditions contractuelles de service correspondantes qu'elle contient ;
générer un enregistrement de données de commande stockant des informations sur la commande de produit ou de service et les conditions contractuelles de service correspondantes, chaque enregistrement de données de commande se voyant assigné un identifiant de commande et comprenant au moins un enregistrement de données d'élément de commande stockant des informations sur le type de produit ou de service acheté et les conditions contractuelles de service correspondantes, chaque enregistrement de données d'élément de commande comprenant des sous-éléments de commande spécifiant le produit ou les services achetés par un utilisateur et les conditions contractuelles de service correspondantes, chaque sous-élément de commande étant assigné à un fournisseur pour la réalisation ;
générer pour chaque sous-élément de commande au moins un enregistrement de données d'élément de réalisation, chaque enregistrement de données d'élément de réalisation étant configuré pour stocker des informations sur le statut de réalisation d'un élément de réalisation associé à un produit ou à un service référencé dans les enregistrements de données de sous-éléments de commande correspondants;
associer, sur la base des premières données contenues dans la commande de produits et/ou de services, chaque enregistrement de données d'élément de réalisation à un système de réalisation d'un fournisseur ;
stocker l'enregistrement de données de la commande et les enregistrements de données d’éléments de réalisation associés dans le premier conteneur de données et le conteneur de données de réalisation correspondants du système de gestion de base de données ;
transmettre, via le module de communication, chaque enregistrement de données de réalisation au système de réalisation du fournisseur assigné ;
surveiller le statut de réalisation de chaque enregistrement de données d'élément de réalisation en demandant au système de réalisation correspondant du fournisseur assigné des informations de réalisation ; et
stocker les informations sur le statut de réalisation et les changements associés à un élément de réalisation dans l'enregistrement de données des éléments de réalisation ;
dans lequel le module de traitement est configuré, lors de l'enregistrement d'un changement et/ou d'une erreur de statut de réalisation sur un élément de réalisation, pour identifier et récupérer à partir du sous-élément de commande correspondant les conditions contractuelles de service afin de déterminer les conditions qui doivent être vérifiées à la suite du changement et/ou de l'erreur de réalisation et de lancer en conséquence les actions correspondantes. - Un système de gestion des commandes selon la revendication 13, dans lequel les premières données comprennent des informations sur le système de réalisation du fournisseur assigné.
- Un système de gestion des commandes de la revendication 14, dans lequel le système de gestion des commandes est couplé de manière communicative à un système de gestion des offres de voyage.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2001677A FR3107382A1 (fr) | 2020-02-19 | 2020-02-19 | Système de gestion des commandes et modèle de données pour structurer les données qui les composent |
| EP21705981.5A EP4107682A1 (fr) | 2020-02-19 | 2021-02-19 | Système de gestion des commandes guidée par les événements distribué et modèle de données pour structurer des données dans celui-ci |
| PCT/EP2021/054195 WO2021165489A1 (fr) | 2020-02-19 | 2021-02-19 | Système de gestion des commandes guidée par les événements distribué et modèle de données pour structurer des données dans celui-ci |
| US17/799,196 US20230074740A1 (en) | 2020-02-19 | 2021-02-19 | A distributed event-driven order management system and a data model for structuring data therein |
| CN202180021391.3A CN115427989A (zh) | 2020-02-19 | 2021-02-19 | 分布式事件驱动的订单管理系统和用于在其中构建数据的数据模型 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2001677A FR3107382A1 (fr) | 2020-02-19 | 2020-02-19 | Système de gestion des commandes et modèle de données pour structurer les données qui les composent |
| FR2001677 | 2020-02-19 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3107382A1 true FR3107382A1 (fr) | 2021-08-20 |
Family
ID=72644279
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2001677A Pending FR3107382A1 (fr) | 2020-02-19 | 2020-02-19 | Système de gestion des commandes et modèle de données pour structurer les données qui les composent |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20230074740A1 (fr) |
| EP (1) | EP4107682A1 (fr) |
| CN (1) | CN115427989A (fr) |
| FR (1) | FR3107382A1 (fr) |
| WO (1) | WO2021165489A1 (fr) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020010686A1 (en) * | 2000-04-04 | 2002-01-24 | Whitesage Michael D. | System and method for managing purchasing contracts |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050256750A1 (en) * | 1999-07-01 | 2005-11-17 | American Express Travel Related Services Company, Inc. | Ticket tracking and refunding system and method |
| GB2366403A (en) * | 2000-08-29 | 2002-03-06 | British Airways Plc | Electronic reservation system |
| US20040019509A1 (en) * | 2002-07-23 | 2004-01-29 | Bekkers Ivan H. | System and method for managing flight information |
| US20060059024A1 (en) * | 2002-11-07 | 2006-03-16 | Flytecomm, Inc. | Advanced travel management system |
| US20060026014A1 (en) * | 2004-07-30 | 2006-02-02 | Getthere Inc. | Methods, systems and computer program products for performing subsequent transactions for prior purchases |
| US8254961B2 (en) * | 2007-10-23 | 2012-08-28 | Verizon Patent And Licensing Inc. | Retail-related services for mobile devices |
| EP2232898A4 (fr) * | 2007-12-17 | 2012-08-08 | Smooth Productions Inc | Système de réseau de communications |
| US10204317B2 (en) * | 2009-03-09 | 2019-02-12 | Sabre Glbl Inc. | Post-booking travel assistance and organization |
| US8793262B2 (en) * | 2010-03-05 | 2014-07-29 | Oracle International Corporation | Correlating and mapping original orders with new orders for adjusting long running order management fulfillment processes |
| US20150073841A1 (en) * | 2013-05-19 | 2015-03-12 | Blue Star Infotech Ltd | Method and system for facilitating vacation planning and management |
| US20160125327A1 (en) * | 2014-10-30 | 2016-05-05 | Amadeus S.A.S. | Dynamic packaging for re-accommodation |
| US10387863B2 (en) * | 2015-12-14 | 2019-08-20 | Mastercard International Incorporated | Method and system for usage of payment cards at travel terminals |
| AU2017297323A1 (en) * | 2016-07-09 | 2019-01-24 | The Upside Travel Company, Llc | System for generating and managing a customized online travel product |
| US11544675B2 (en) * | 2019-07-03 | 2023-01-03 | Microsoft Technology Licensing, Llc | Contextually aware schedule services |
-
2020
- 2020-02-19 FR FR2001677A patent/FR3107382A1/fr active Pending
-
2021
- 2021-02-19 EP EP21705981.5A patent/EP4107682A1/fr active Pending
- 2021-02-19 WO PCT/EP2021/054195 patent/WO2021165489A1/fr unknown
- 2021-02-19 US US17/799,196 patent/US20230074740A1/en active Pending
- 2021-02-19 CN CN202180021391.3A patent/CN115427989A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020010686A1 (en) * | 2000-04-04 | 2002-01-24 | Whitesage Michael D. | System and method for managing purchasing contracts |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4107682A1 (fr) | 2022-12-28 |
| US20230074740A1 (en) | 2023-03-09 |
| CN115427989A (zh) | 2022-12-02 |
| WO2021165489A1 (fr) | 2021-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9262503B2 (en) | Similarity matching of products based on multiple classification schemes | |
| US8160984B2 (en) | Similarity matching of a competitor's products | |
| US9390158B2 (en) | Dimensional compression using an analytic platform | |
| US8250051B2 (en) | System, program product, and methods to enhance media content management | |
| US11935110B2 (en) | Methods and systems for electronic commerce order management | |
| US11582276B1 (en) | Distributed messaging communication system integrated with a cross-entity collaboration platform | |
| US20090006788A1 (en) | Associating a flexible data hierarchy with an availability condition in a granting matrix | |
| US20210182730A1 (en) | Systems and methods for detecting non-causal dependencies in machine learning models | |
| US11895169B2 (en) | Distributed messaging communication system integrated with a cross-entity collaboration platform | |
| US20130018700A1 (en) | Optimizing product portfolios under customer choice | |
| Moses et al. | Data Quality Fundamentals | |
| Al-Fedaghi et al. | Conceptual modeling of inventory management processes as a thinging machine | |
| CA3127810A1 (fr) | Systemes et methodes pour controler un stock de produits | |
| US11640629B2 (en) | Methods and systems for electronic commerce order management | |
| FR3107382A1 (fr) | Système de gestion des commandes et modèle de données pour structurer les données qui les composent | |
| TW202207128A (zh) | 從數位訊息中獲得資訊的系統及方法 | |
| FR3090960A1 (fr) | Apprentissage automatique pour la détection de fraude dans un système informatique de réservation | |
| Comb | Assessing customer relationship management strategies for creating competitive advantage in electronic business | |
| US20160034832A1 (en) | Determining a monetary value for an outcome based on a user's activity | |
| FR3001823A1 (fr) | Systeme de gestion d'ordres de transactions a contreparties limites | |
| US20240078537A1 (en) | Methods and systems for usage-conditioned access control based on a blockchain wallet | |
| US20230360032A1 (en) | Methods and systems for dynamic update to access control rules in a computing system based on blockchain monitoring | |
| US11303699B1 (en) | Dynamic configuration of multi-part transfers | |
| US20230351334A1 (en) | Method and system for message respeciation | |
| da Silva Ramos | Analysis and Assessment of Sellers' Operational Performance in an E-Marketplace |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20210820 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |