Brevet FR3107382A1 — publié le 20210820

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 UN SYSTÈME DE GESTION DES COMMANDES ET UN MODÈLE DE DONNÉES POUR STRUCTURER LES DONNÉES QUI LES COMPOSENT 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. 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. 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. 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.