FR 3049082 A1 20170922 FR 1652250 A 20160317 MIGRATION DE SYSTÈME EN UTILISANT LA GESTION SÉLECTIVE D'ENVELOPPE CONTEXTE [0001] L'invention concerne de façon générale des ordinateurs et des logiciels informatiques et en particulier des méthodes, des systèmes, et des produits-programmes informatiques pour la migration des opérations d'un système à partir d'une plate-forme logicielle vers une autre. [0002] Les systèmes de traitement de données comprennent typiquement un ordinateur sur lequel fonctionnent une ou plusieurs applications logicielles qui échangent des fichiers de données avec d'autres systèmes de traitement de données. Pour remplir leurs fonctions voulues, les applications logicielles stockent et extraient souvent des fichiers de données à partir d'une ou de plusieurs bases de données. Les applications logicielles peuvent reposer sur ces fichiers de données afin de traiter correctement les interrogations reçues en provenance d'autres systèmes de traitement de données. Les bases de données peuvent donc procurer un type de mémoire consultable qui permet au système de traitement de données de traiter des demandes et de générer des réponses en fonction des résultats du traitement de données obtenu précédemment. [0003] Dans le temps, les applications logicielles, ainsi que les ordinateurs qui les abritent, peuvent devenir désuètes et avoir besoin d'être remplacées. Puisque les logiciels désuets fournissent souvent toujours des fonctions critiques pour les utilisateurs du système, toute perturbation substantielle des opérations d'applications existantes peut être lourde de conséquences pour l'utilisateur du système. Ainsi, la migration d'opérations d'un système de traitement de données à partir d'une plate-forme logicielle existante vers une nouvelle plate-forme logicielle comporte un certain degré de risque pour l'utilisateur du système si la migration ne se déroule pas sans incident. [0004] Bien que la migration de système puisse être inévitable pour la plupart des systèmes, la migration de système peut présenter des risques particuliers pour les systèmes de comptabilisation des recettes en raison du besoin de continuité assurée du traitement financier pendant et après la migration. La continuité opérationnelle pendant la migration de système peut affecter par exemple, le traitement des comptes financiers, la gestion de conflit, la gestion de partenariats, et l'alimentation des données sortantes. La migration de système peut exiger la validation de traitement de données, de fichiers de données générés en interne, et de fichiers de données migrés dans le nouveau système. Avec les systèmes conventionnels, le succès de la migration des fichiers de données existants et de processus vers une plate-forme de remplacement ne peut être vraiment 3049082 2 apprécié qu'après le basculement, lorsque des rapports d'exhaustivité et d'exactitude deviennent disponibles. Pour résoudre les problèmes causés par la migration, la validation de nouveaux processus de système en utilisant des audits de suivi qui comparent les données migrées avec les données existantes peuvent être nécessaires pendant une période de temps substantiel après le basculement. Ces déficiences des méthodes existantes pour migrer des données de systèmes de traitement peuvent augmenter le risque d'indisponibilité du système et de traitement défectueux des fichiers de données. [0005] Ainsi, il existe un besoin de systèmes, de méthodes, et de produits-programmes d'ordinateur améliorés pour la migration de données de système de traitement à partir d'une plate-forme logicielle vers une autre plate-forme, afin de réduire les risques associés à la migration de système. RÉSUMÉ [0006] Dans un mode de réalisation de l'invention, un système de traitement de données incluant une plate-forme existante et une plate-forme de remplacement est procuré. Le système comprend un ou plusieurs processeurs et une mémoire couplée aux processeurs. La mémoire stocke un programme codé qui, lorsqu'il est exécuté par au moins l'un des processeurs, amène le système à recevoir des données entrantes par chacune des plates-formes existantes et par la plate-forme de remplacement, les données entrantes étant relatives à un premier document dans la base de données existante. Le programme codé amène par ailleurs le système à mettre à jour le premier document dans la base de données existante en fonction des données entrantes, à générer un second document dans une base de données de remplacement en fonction des données entrantes, et à capturer une image du second document dans une enveloppe, dans la base de données de remplacement. [0007] Dans un autre mode de réalisation de l'invention, une méthode de migration du système de traitement de données d'une plate-forme existante vers une plate-forme de remplacement est procurée. La méthode inclut la réception de données entrantes, la mise à jour du premier document dans la base de données existante en fonction des données entrantes, la génération d'un second document dans la base de données de remplacement en fonction des données entrantes, et la capture de l'image du second document dans l'enveloppe, dans la base de données de remplacement. [0008] Dans un autre mode de réalisation de l'invention, un produit-programme d'ordinateur est procuré qui inclut un support de stockage non transitoire déchiffrable par ordinateur 3049082 3 comprenant un programme codé. Le programme codé est configuré pour, lors de son exécution par un ou plusieurs processeurs, amener les processeurs à recevoir les données entrantes, mettre à jour le premier document dans la base de données existante en fonction des données entrantes, de générer le second document dans la base de données de remplacement en fonction des données entrantes, et capturer l'image du second document dans une enveloppe dans la base de données de remplacement. BRÈVE DESCRIPTION DES DESSINS [0009] Les dessins accompagnant et illustrant des modes de réalisation variés de l'invention, avec la description générale de l'invention ci-dessus et la description détaillée des modes de réalisation fournie ci-dessous, servent à expliquer les modes de réalisation de l'invention. [0010] Fig. 1 est une vue schématique d'un environnement d'exploitation exemplaire incluant une pluralité de systèmes de traitement de données en communication par l'intermédiaire d'un réseau. [0011] Fig. 2 est une vue schématique d'un système de traitement de données exemplaire de la Fig. 1. [0012] Fig. 3 est une vue schématique d'un diagramme bloc illustrant une plate-forme existante est une plate-forme de remplacement qui peuvent être abritées par un ou plusieurs des systèmes de traitement de données de la Fig. 1. [0013] Fig. 4 est une vue schématique d'un diagramme bloc, illustrant une relation logique entre un document et une pluralité d'enveloppes qui peuvent être stockées dans une base de données de la plate-forme de remplacement de la Fig. 3. [0014] Fig. 5 est une vue schématique illustrant une structure exemplaire du document de la Fig. 4. [0015] Fig. 6 est une vue schématique illustrant des structures arborescentes hiérarchiques pour le document de la Fig. 5 pour chacune des bases de données : la base existante et une base de remplacement. [0016] Fig. 7 est une vue schématique illustrant un tableau de divergences qui peut être stocké dans une base de données de validation. [0017] Fig. 8 est une vue schématique d'une interface d'utilisateur qui peut être utilisée pour afficher les données stockées dans le tableau de divergences de la Fig. 7. 3049082 4 [0018] Fig. 9 est une vue schématique du déroulement du processus pour la migration d'un système de traitement de données à partir d'une plate-forme existante vers une plate-forme de remplacement de la Fig. 3. DESCRIPTION DÉTAILLÉE [0019] Les modes de réalisation de l'invention peuvent être implémentés par un système de traitement de données, tel que le système de distribution globale (Global Distribution System, ou GDS). Le système de traitement de données peut procurer des fonctions de traitement et des fonctions de base de données qui facilitent les connexions internes entre un ou plusieurs systèmes de vendeurs tiers, des systèmes de transporteurs, des systèmes de facturation et de plan de règlement, des systèmes de comptabilisation des recettes, ou tout autre système de traitement de données associé avec l'apport de produits de voyage. Dans le contexte du voyage aérien, le système de traitement de données peut permettre aux voyageurs de réserver et de confirmer des billets d'avion et d'autres produits de voyage par l'intermédiaire de chaînes de vente indirectes. Ces chaînes de vente indirectes peuvent inclure des agences de voyages en ligne ou d'autres sociétés qui vendent des billets pour des services fournis par des sociétés différentes (par exemple, un transporteur). Les vendeurs indirects peuvent recevoir un paiement de la part des voyageurs pour les billets confirmés et compenser le transporteur pour le coût du service fourni à partir du paiement reçu, ou alternativement, ils peuvent demander au voyageur d'effectuer un paiement directement au transporteur. [0020] Des modes de réalisation de l'invention peuvent inclure un gestionnaire de migration permettant de mettre en place une stratégie de migration de données par phases pour migrer des systèmes de traitement de données à partir d'une base de donnée existante incluant une application existante et une base de données existante, vers une plate-forme de remplacement incluant une application existante et une base de données existante. Le gestionnaire de migration peut procurer un stockage adaptatif, une manipulation et une production de rapports pour de multiples enveloppes, pour chaque document en cours de migration à partir de la plate-forme existante vers la plate-forme de remplacement. Le gestionnaire de migration peut recevoir des données extraites par l'application existante à partir de documents dans la base de données existante, alors que la plate-forme existante est en cours de fonctionnement avec des données de système réelles. Le gestionnaire de migration peut utiliser ces données pour créer une enveloppe de migration dans la base de données de remplacement. En même temps, l'application de remplacement peut générer des enveloppes d'origine séparément dans la base de données de remplacément en fonctionnant 3049082 avec les données de système réelles en mode ombre. L'enveloppe de migration peut tomber entre des enveloppes d'origine correspondantes, et le gestionnaire de migration peut utiliser les enveloppes d'origine pour effectuer des comparaisons, générer des rapports, nettoyer des documents migrés, ou fusionner des documents migrés avec des documents d'origine. Pendant cette période d'opération parallèle, ou « de double opération » le gestionnaire de migration peut effectuer une comparaison automatisée des données pour détecter les différences entre les données de la base de données existante et celles de la base de données de remplacement sur la base d'enveloppes multiples pour évaluer le mappage des données et leur agrégation. [0021] Le gestionnaire de migration peut permettre une stratégie de migration de données flexible et par phase grâce à la gestion sélective d'enveloppe dans la plate-forme de remplacement. La double opération de la plate-forme existante et de la plate-forme de remplacement, et la gestion sélective d'enveloppe dans la plate-forme de remplacement, peut permettre le nettoyage et la validation de données à la volée, ainsi que la production de rapports postmigration, pendant la période de migration. Une évaluation faisant suite au processus de migration peut inclure la génération de flux de données basés sur des données sélectionnées par l'utilisateur dans le système de remplacement (par exemple, des enveloppes migrées, ou les dernières enveloppes d'origine disponibles) permettant de valider le processus ou de peupler automatiquement des environnements de test. [0022] Faisant maintenant référence à la Fig. 1, un environnement d'exploitation exemplaire 10 conforme avec un mode de réalisation de l'invention peut inclure un système de distribution global (Global Distribution System, ou GDS) 12, un ou plusieurs systèmes de vendeurs indirects, tels que le système d'une agence de voyages 14, un ou plusieurs systèmes de fournisseurs de produits de voyage tel qu'un système de transporteur 16, un système de facturation et de plan de règlement (Billing and Settlement Plan, ou BSP) 18, un système de la société d'édition de tarifs (Tariff Publishing Company, ou TPC) 20, et un système de comptabilisation des recettes 22. Chacun d'entre eux : le GDS 12, le système de l'agence de voyages 14, le système transporteur 16, le système BSP 18, le système TPC 20, et le système de comptabilisation des recettes 22, peuvent communiquer par l'intermédiaire d'un réseau 24. Le réseau 24 peut inclure un ou plusieurs réseaux privés et/ou public (par exemple, Internet) qui permettent l'échange de données. [0023] Le GDS 12 peut être configuré pour faciliter la communication entre le système transporteur 16 et le système agence de voyages 14 en permettant aux agents de voyage, aux 3049082 6 transporteurs émetteurs, ou autres vendeurs indirects de confirmer des réservations sur un ou plusieurs systèmes transporteurs 16 par l'intermédiaire du GDS 12. Dans ce but, le GDS 12 peut maintenir des liens vers chaque système transporteur 16 par l'intermédiaire du réseau 24. Ces liens peuvent permettre au GDS 12 d'acheminer les demandes de réservation à partir du système agence de voyages 14 et/ou du système transporteur 16 du transporteur émetteur vers le système du transporteur de fait correspondant 16. Le système de l'agence de voyages 14 et le système du transporteur 16 peuvent ainsi confirmer des vols avec des compagnies aériennes multiples grâce à une seule connexion au GDS 12. Le GDS 12 peut stocker des copies d'enregistrement de noms de passagers (Passenger Name Records, ou PNR) générées par le système du transporteur 16, ainsi que des données qui définissent les paramètres du contexte tarifaire et les prix des billets associés avec des réservations confirmées dans une ou plusieurs bases de données consultables. Ces données peuvent permettre qu'un PNR incluant un ensemble complet de données de vols pour un itinéraire qui inclut des segments de vols sur de multiples compagnies aériennes, soit conservé par le GDS 12. [0024] Le système transporteur 16 peut inclure un système de réservation informatique (Computer Reservation System, ou CRS) et/ou un système de facturation pour les compagnies aériennes respectives qui permet au GDS 12 et/ou au système agence de voyage 14 de réserver et de payer des billets d'avion. Le système transporteur 16 peut aussi interagir avec d'autres systèmes de transporteurs 16, directement ou par l'intermédiaire du GDS 12, pour permettre à un transporteur émetteur de vendre des billets pour des places assises fournies par le transporteur de fait. Le transporteur de fait peut ensuite facturer le transporteur émetteur pour les services fournis. La facturation entre des sociétés agissant en qualité de vendeur indirect et des sociétés agissant en qualité de fournisseur de produits de voyage peut être procurée par le système BSP 18. [0025] Le système BSP 18 peut être configuré pour recevoir des données en provenance du bureau d'émission des billets de l'agence de voyage ou du transporteur émetteur qui déclare la vente du billet au nom du transporteur de fait. Aux États-Unis, la société Airline Reporting Corporation (ARC) procure normalement ce service. Quel que soit le cas, le BSP peut servir de prestataire extérieur pour le processus commercial (Business Process Outsourcer, ou BPO) et sert de chambre de compensation et de règlement pour les comptes entre des agences de voyages, des transporteurs émetteurs, des transporteurs de fait et de toute autre société impliquée dans la transaction. Le transporteur de fait peut ainsi collecter un paiement par l'intermédiaire du BSP pour avoir procuré une place assise. 3049082 7 [0026] Le système TPC 20 peut être géré par une société d'édition de tarifs, telle que la société Airline Tariff Publishing Company (ATPCO) ou la Société Internationale de Télécommunications Aéronautiques (SITA). Le système TPC 20 peut fournir des données tarifaires pour de multiples transporteurs au GDS 12, au système de l'agence de voyage 14, au système du transporteur 16, au système BSP 18, au système de comptabilisation de recettes 22, ou à tout autre système ayant besoin de données tarifaires. Les données tarifaires peuvent inclure des règles qui doivent être satisfaites afin que le tarif correspondant soit appliqué et qui peuvent être mises à jour régulièrement par les fournisseurs de voyage correspondants. [0027] Le système de comptabilisation des recettes 22 peut gérer le contrôle, l'utilisation, et la comptabilité des billets électroniques, les ordres de facturation divers (Miscellaneous Charges Orders, ou MCOs), de divers documents électroniques (Electronic Miscellaneous Documents, ou EMDs), et d'autres documents électroniques associés à la vente et à l'utilisation de produits de voyage. Le système de comptabilisation des recettes 22 peut valider des transactions et corriger des erreurs de facturation, par exemple en recouvrant les sommes sous-collectées. Le système de comptabilisation des recettes 22 peut aussi être configuré pour détecter la fraude et pour délivrer les données relatives aux segments et aux recettes liées aux passagers aux systèmes d'arrière-guichet (back-office) des fournisseurs de voyage. Bien qu'il soit illustré comme un système séparé, le système de comptabilisation des recettes 22 peut aussi être inclus dans un ou plusieurs des systèmes du GDS 12, du système agence de voyage 14, du système transporteur 16, du système BSP 18, du système TPC 20, ou il peut être fourni par ceux-là. [0028] Faisant maintenant référence à la Fig. 2, le GDS 12, le système agence de voyages 14, le système transporteur 16, le système BSP 18, le système TPC 20, et le système de comptabilisation des recettes 22 de l'environnement d'exploitation 10 peuvent être implémentés sur un ou plusieurs dispositifs ou systèmes informatisés, tels que l'ordinateur exemplaire 30. L'ordinateur 30 peut inclure un processeur 32, une mémoire 34, un dispositif de mémoire de masse 36, une interface entrée/sortie (I/O) 38, et une interface homme-machine (HMI) 40. L'ordinateur 30 peut aussi être couplé de façon fonctionnelle avec une ou plusieurs ressources extérieures 42 par l'intermédiaire du réseau 24 ou de l'interface I/O 38. Les ressources extérieures peuvent inclure, de façon non exhaustive, des serveurs, des bases de données, des dispositifs de mémoire de masse, des dispositifs périphériques, des services de réseau en nuage (cloud), ou toute autre ressource informatique appropriée qui peut être utilisée avec l'ordinateur 30. 3049082 8 [0029] Le processeur 32 peut inclure un ou plusieurs dispositifs sélectionnés : microprocesseurs, microcontrôleurs, processeurs de signal numérique, micro-ordinateurs, unités centrales de traitement, des réseaux de portes programmables, des dispositifs logiques programmables, des machines à état défini, des circuits logiques, des circuits analogiques, des circuits numériques, ou tout autre dispositif servant à manipuler des signaux (analogues ou numériques) reposant sur des instructions de fonctionnement enregistrées dans la mémoire 34. La mémoire 34. peut inclure un seul dispositif ou une pluralité de dispositifs de mémoire, notamment, mais de façon non exhaustive, la mémoire à lecture seule (read-only memory, ou ROM), la mémoire à accès aléatoire (random access memory, ou RAM), la mémoire volatile, la mémoire non volatile, mémoire vive statique (SRAM), la mémoire dynamique à accès aléatoire (DRAM), la mémoire flash, l'antémémoire (cache memory), ou tout autre dispositif capable de stocker l'information. Le dispositif de mémoire de masse 36 peut inclure des dispositifs de stockage de données tels qu'un disque dur, un disque optique, un dérouleur de bande magnétique, un circuit à l'état solide volatile ou non volatile, ou tout autre dispositif capable de stocker l'information. [0030] Le processeur 32 peut fonctionner sous le contrôle d'un système d'exploitation 44 qui réside dans la mémoire 34. Le système d'exploitation 44 peut gérer les ressources informatiques afin que le programme codé de l'ordinateur, intégré sous forme d'un ou plusieurs logiciels d'application, tels que l'application 46 qui réside dans la mémoire 34, puisse recevoir les instructions exécutées par le processeur 32. Dans un autre mode de réalisation de l'invention, le processeur 32 peut exécuter l'application 46 directement, et dans ce cas le système d'exploitation 44 peut être omis. Une ou plusieurs structures de données 48 peuvent aussi résider dans la mémoire 34 et peuvent être utilisées par le processeur 32, le système d'exploitation 44, ou l'application 46 pour stocker ou manipuler des données. [0031] L'interface I/O 38 peut fournir une interface machine qui couple le processeur 32 de façon fonctionnelle avec d'autres dispositifs et systèmes, tels que le réseau 24 ou la ressource externe 42. Le serveur d'application 46 peut ainsi collaborer avec le réseau 24 ou avec la ressource externe 42 en communiquant par l'intermédiaire de l'interface I/O 38 pour fournir les divers éléments, fonctions, applications, processus, modules composant les modes de réalisation de l'invention. L'application 46 peut aussi comporter un programme codé qui est exécuté par une ou plusieurs ressources externes 42, ou autrement repose sur les fonctions ou signaux fournis par d'autres composants de système ou de réseau externes à l'ordinateur 30. En effet, au vu des configurations presque infinies de matériel informatique et de logiciel possibles, les hommes de 3049082 9 métier comprendront que les modes de réalisation de l'invention peuvent inclure des applications localisées extérieurement à l'ordinateur 30, distribuées à des ordinateurs multiples ou à d'autres ressources externes 42, ou fournies par des ressources informatiques (matériel et logiciel) qui sont fournies par un service tel qu'un service informatique cloud, par l'intermédiaire du réseau 24. [0032] Le HMI 40 peut être couplé de façon opérationnelle au processeur 32 de l'ordinateur 30, de façon connue, pour permettre à un utilisateur d'interagir directement avec l'ordinateur 30. Le HMI 40 peut inclure un affichage vidéo ou une unité d'affichage à caractères, un écran tactile, un haut-parleur et tout autre indicateur visuel et audio capable de communiquer des données à l'utilisateur. Le HMI 40 peut aussi inclure des dispositifs et des contrôles tels qu'un clavier alphanumérique, un périphérique de pointage, des claviers, des boutons poussoir, des boutons de commande, des microphones, etc., capables d'accepter des commandes ou entrées de l'utilisateur et de les transmettre au processeur 32. [0033] Une base de données 50 peut résider sur le dispositif de mémoire de masse 36, et peut être utilisée pour collecter et organiser les données utilisées par les différents systèmes et modules décrits dans les présentes. La base de données 50 peut inclure des données et accommoder les structures de données associées qui stockent et organisent les données. En particulier, la base de données 50 peut être aménagée avec toute organisation ou structure de base de données, notamment, mais de façon non exhaustive, une base de données relationnelle, une base de données de type hiérarchique, une base de données en réseau, une base de données orientée-objet, ou des combinaisons de celles-là. [0034] Un système de gestion de base de données, sous forme d'une application logicielle exécutant des instructions sur le processeur 32, peut être utilisé pour accéder à l'information ou aux données stockées dans les enregistrements de la base de données 50, en réponse à une interrogation. L'interrogation peut être déterminée de façon dynamique et être exécutée par le système d'exploitation 44, d'autres applications 46, un ou plusieurs modules, ou tout autre élément de système approprié. Bien que des modes de réalisation de l'invention, décrits dans les présentes, utilisent dans certains cas une terminologie de base de données relationnelle hiérarchique, de réseau, orientée-objet, ou autre modèle de gestion de bases de données approprié, ils ne sont limités à aucun type particulier de base de données. [0035] Faisant maintenant référence à la Fig. 3, un gestionnaire de migration 52 peut faciliter la migration d'un système à partir d'une plate-forme existante 54 vers une plate-forme de remplacement 56. Dans ce but, le gestionnaire de migration 52 peut gérer les communications et le 3049082 transfert de données entre le réseau 24 et la plate-forme de remplacement 56. La plate-forme existante 54 peut inclure une application existante 58 et une base de données existante 60 comprenant un système existant qui est en cours de remplacement ou de mise à niveau. La plate-forme de remplacement 56 peut inclure une application de remplacement 62 et une base de données de remplacement 64 qui comprennent un système de remplacement qui remplace ou procure une mise à niveau au système existant. Le gestionnaire de migration 52, la plate-forme existante 54, et la plate-forme de remplacement 56 peuvent résider à l'intérieur d'un système unique ou peuvent résider sur deux ou plusieurs systèmes physiquement ou logiquement séparés. [0036] Le gestionnaire de migration 52 peut inclure un module de gestion d'enveloppe 66 qui analyse les enveloppes dans la base de données de remplacement 64 et une base de données de validation 68 qui stocke les différences détectées entre les enveloppes d'origine et les enveloppes migrées dans les bases de données de remplacement 64. Bien que la plate-forme existante 54 et la plate-forme de remplacement 56 soient décrites ci-dessous dans le contexte de la migration d'un système de comptabilisation des recettes 22, les modes de réalisation de l'invention ne sont pas limités. Ainsi, la plate-forme existante 54 et la plate-forme de remplacement 56 pourraient représenter des plates-formes pour tout système de traitement de données en cours de migration, et les modes de réalisation de l'invention ne sont pas limités à la migration d'un type particulier de système de traitement de données. [0037] Dans le contexte de la migration du système de comptabilisation de recettes 22 de la plate-forme existante 54 vers la plate-forme de remplacement 56, la plate-forme existante 54 peut recevoir des données entrantes grâce à un flux existant de données entrantes 70, et la plate-forme de remplacement 56 peut recevoir les mêmes données entrantes grâce à un flux de remplacement de données entrantes 72. Les données reçues peuvent inclure des messages ou des fichiers transmis à partir d'un ou de plusieurs GDS 12, systèmes d'agence de voyages 14, systèmes de transporteur 16, systèmes BSP 18, systèmes TPC 20, tout autre système en communication avec la plate-forme existante 54 ou la plate-forme de remplacement 56 par l'intermédiaire du réseau 24. Les données reçues peuvent comprendre des données opérationnelles, telles des factures entre compagnies (interline) des bandes magnétiques de transfert de données (Hand-Off Tape, ou HOT) utilisées pour transmettre les transactions IATA BSP : agence de voyages-compagnie aérienne et compagnie aérienne - agence de voyages, les bandes magnétiques de transfert de comptabilité du transporteur (Carrier Accounting Tape, ou CAT) utilisées pour rapporter les transactions ARC : agence de voyages-compagnie aérienne et compagnie aérienne-agence de voyages, les fichiers de 3049082 11 numéros de contrôle de transaction (Transaction Control Number, ou TCN, les enregistrements de ventes de l'industrie (Industry Sales Record, ou TSR) et des données tarifaires. [0038] Chacune des plates-formes, la plate-forme existante 54 et la plate-forme de remplacement 56 peuvent traiter les données reçues en utilisant l'application existante 58 ou l'application de remplacement 62 respectivement, et mettre à jour les enregistrements dans la base de données correspondante existante 60, ou la base de données de remplacement correspondante 64. La plate-forme existante 54 peut sortir des données par l'intermédiaire du flux existant de données sortantes 74, et la base de données de remplacement 56 peut sortir des données par l'intermédiaire du flux de remplacement de données sortantes 76. Les données sortantes peuvent être sous forme de réponses à des messages ou à des fichiers reçus. [0039] Faisant maintenant référence à la Fig. 4, un document 84 est illustré en relation avec une pluralité d'enveloppe 86 - 88. Les documents peuvent être stockés dans la base de données existante 60 et dans la base de données de remplacement 64, et peuvent représenter le type le plus élémentaire de données qui est migré de la base de données existante 60 vers la base de données de remplacement 64. Chaque document peut inclure un ou plusieurs coupons et un identifiant unique qui permet aux documents d'être identifié de façon unique. Les documents peuvent comprendre des fichiers de données qui peuvent être migrés à partir de la base de données existante 60 vers la base de données de remplacement 64 indépendamment, bien qu'un document puisse se rapporter un autre document. [0040] La base de données de remplacement 64 peut suivre les documents en utilisant les enveloppes 86 - 88. Chaque enveloppe 86 - 88 peut comprendre une image du document 84 générée à un moment précis dans le temps. L'histoire du document 84 peut être conservée en générant une nouvelle enveloppe ou en ajoutant une image à une enveloppe existante à chaque fois que le document 84 est modifié. L'enveloppe générée le plus récemment (par exemple, l'enveloppe 88) peut comprendre l'image la plus récente du document et peut ainsi contenir les données les plus actualisées. Par contraste, l'enveloppe initiale générée (par exemple, l'enveloppe 86) peut comprendre la première image disponible du document (par exemple, l'image du document au moment où le document a été généré ou migré pour la première fois) et peut ainsi contenir les données les moins récentes disponibles pour ce document. [0041] Le module de gestion d'enveloppe 66 peut être configuré pour comparer des enveloppes d'origine avec des enveloppes migrées d'un document dans la base de données de remplacement 64. La gestion d'enveloppe peut inclure la sélection d'enveloppes pour le traitement 3049082 12 des données reçues et la comparaison des enveloppes pour validation par le système. Une enveloppe donnée peut représenter les données migrées à partir de la base de données existante 60 (c'est-à-dire, une enveloppe migrée), les données générées à l'origine par l'application de remplacement 62 (c'est-à-dire, une enveloppe d'origine) ou une combinaison de données migrées et de données d'origine générées (c'est-à-dire, une enveloppe fusionnée). En donnant de la visibilité aux différences actuelles et historiques entre les enveloppes d'origine, les enveloppes migrées et les enveloppes fusionnées dans la base de données de remplacement 64, le module de gestion d'enveloppe 66 peut faciliter les décisions relatives à la migration à partir d'une plate-forme existante 54 vers une plate-forme de remplacement 56. Par exemple, le module de gestion d'enveloppe 66 peut fournir des comparaisons de pistes d'audit entre documents migrés, documents d'origine et documents comprenant des données fusionnées dans la base de données de remplacement 64. [0042] Le module de gestion d'enveloppe 66 peut procurer une gestion flexible des données maîtresses en mappant de façon sélective les données d'enveloppes sélectionnées dans la base de données de remplacement 64 à un document d'opération unique qui est transmis par l'intermédiaire du flux de remplacement de données sortantes 76. Le module de gestion d'enveloppe 66 peut procurer une maîtrise des données grâce à un mode de migration historique qui migre les données à partir de la base de données existante 60 pour générer des enveloppes étiquetées enveloppes historiques, mais étiquette l'enveloppe la plus récente générée par l'application de remplacement 62 comme enveloppe maîtresse. [0043] Le module de gestion d'enveloppe 66 peut aussi nettoyer les documents dans la base de données de remplacement 64. Le nettoyage des documents peut comprendre la détection et la correction d'éléments de données corrompus ou erronés dans les documents. Dans ce but, le module de gestion d'enveloppe 106 peut identifier dans la base de données existante 60, les éléments de données manquants, ou dont la valeur est erronée, pendant la migration des documents vers la base de données de remplacement 64. L'identification d'éléments de données erronés ou corrompus peut être basé sur des comparaisons avec des enveloppes correspondantes dans la base de données existante 60. Le module de gestion d'enveloppe 66 peut ensuite remplacer ou modifier les éléments de données corrompus en fusionnant les valeurs à partir d'enveloppes sélectionnées. Le module de gestion d'enveloppe 66 peut aussi procurer les rapports et les comparaisons en étiquetant, et par la sélection d'enveloppes spécifiques pour les rapports et la retransmission. 3049082 13 [0044] Les fichiers de données gérés par le système en cours de migration (par exemple, le système de comptabilisation des recettes 22) peuvent comprendre des documents (par exemple, des billets électroniques), chaque document comprenant un ou plusieurs coupons et chacun d'entre eux représentant un segment d'un itinéraire défini par le document. En particulier, le système de comptabilisation de recettes 22 peut appuyer des acquisitions de données en temps réel et des mises à jour des documents et de coupons en provenance de sources différentes, par exemple, un serveur de billets électroniques, un serveur de divers documents électroniques, un système de contrôle de départ, etc. Chaque nouvel événement qui donne lieu à un changement dans le document peut déclencher la création et le stockage d'une enveloppe spécifique qui contient les données d'origine, plus les données mises à jour en raison de l'événement. Ainsi, l'enveloppe la plus récente d'un document donné peut représenter l'image la plus récente du document. [0045] Des enveloppes peuvent être étiquetées comme appartenant à un type spécifique, par exemple, des données maîtresses, dépendantes, historiques, brutes migrées, migrées fusionnées, ou de tout autre type pertinent défini dans la plate-forme de remplacement 56. Par défaut, le module de gestion d'enveloppe 66 peut être configuré pour accéder à l'enveloppe la plus récente pour tout appel de processus reçu qui utilise ou met à jour un document ou un coupon, sans souci d'une quelconque étiquette pouvant être présente. Cependant, les étiquettes peuvent apporter un mécanisme permettant au module de gestion d'enveloppe 66 d'accéder à une enveloppe spécifique sur la base d'une étiquette. Par exemple, le module de gestion d'enveloppe 66 peut être configuré pour accéder à une enveloppe qui est étiquetée comme étant une enveloppe maîtresse même s'il existe une enveloppe plus récente pour le document en question. Le module de gestion d'enveloppe 66 peut aussi utiliser des enveloppes qui procurent un document de piste d'audit. [0046] La base de données existante 60 et la base de données de remplacement 64 peuvent avoir des structures de documents différentes ce qui peut empêcher la validation de données de référence en utilisant les comparaisons directes entre documents dans la base de données existante 60 (c'est-à-dire, des documents existants) et les documents dans la base de données de remplacement 64 (c'est-à-dire, les documents de remplacement). Par exemple, chaque base de données peut utiliser un modèle différent d'objet commercial, une structure de stockage de données différentes, un agencement différent de données d'export (par exemple, des valeurs séparées par des virgules contre des longueurs fixes), et/ou un ordre différent pour les transactions et les éléments répétitifs (par exemple, des coupons, des taxes et des formes de paiement). Les 3049082 14 documents existants et des documents de remplacement peuvent aussi afficher des différences de données causées par des valeurs arrondies ou les formats de rapports. [0047] Afin de remédier aux difficultés rencontrées lors de la validation, causées par des différences de structure de base de données, le gestionnaire de migration 52 peut être configuré pour analyser des documents dans un nombre de « fichiers extraits », chacun d'eux contenant un type spécifique de données. Les fichiers extraits de documents correspondants à partir de la base de données existante 60 et à partir de la base de données de remplacement 64 peuvent être comparés généralement de façon directe. Dans un mode de réalisation de l'invention, chaque document peut être divisé en trois fichiers extraits différents : un pour les documents, un autre pour les coupons et le dernier pour les frais et taxes (Taxes-Fees-Charges, ou TFCs). [0048] Le gestionnaire de migration 52 peut commencer le processus d'analyse d'un document existant exporté à partir de la base de données existante 60 en identifiant les éléments comparables dans le document. Le gestionnaire de migration 52 peut ensuite décrire le contenu du document existant en utilisant une syntaxe prédéfinie pour identifier une structure grammaticale du document. Le gestionnaire de migration 52 peut ensuite effectuer un mappage fonctionnel entre les éléments identifiés dans le document existant et des champs correspondants du document de remplacement dans la base de données de remplacement 64 en fonction des éléments correspondants dans la syntaxe prédéfinie. Le gestionnaire de migration 52 peut ensuite peupler les champs du document de remplacement avec les données exportées à partir du document existant en fonction du mappage. [0049] Dans un mode de réalisation de l'invention, l'analyse basée sur la grammaire peut être effectuée par le gestionnaire de migration 52 alors que les données de référence sont extraites de la base de données existante 60 et sont utilisées pour peupler les documents dans la base de données de remplacement 64. La durée d'exécution de l'analyse effectuée par le gestionnaire de migration 52 peut permettre à la plate-forme existante 54 et à la plate-forme de remplacement 56 de fonctionner en parallèle sans modification du logiciel pour accommoder les différences de format de document. La durée d'exécution de l'analyse peut aussi permettre aux mêmes données fonctionnelles d'un flux sortant d'être comparées sous deux formats de documents différents, par exemple, le format standard du centre d'échange de données entre compagnies (Interline Data Exchange Centre, ou IDEC) le format intégré des règlements (Integrated Settlement IDEC, ou IS-IDEC), IDEC et IS-XML, etc. 3049082 [0050] L'analyse de documents basée sur la grammaire peut permettre au gestionnaire de migration 52 d'ignorer des champs spécifiques dans un document, ou des différences dans les valeurs de champs particuliers qui sont en dessous d'un seuil prédéterminé par exemple, des valeurs inférieures à un montant fixe ou à un pourcentage de la valeur des éléments en cours de comparaison. Quel que soit le cas, le gestionnaire de migration 52 peut effectuer un filtrage post processus pour enlever les différences connues entre le document existant et le document de remplacement. Les divergences entre les éléments mappés peuvent être stockées dans la base de données de validation 68 pour faciliter le calcul des indicateurs de performance clés de l'utilisateur qui peuvent s'appuyer sur des processus de comparaison ou des champs spécifiques. [0051] La génération de fichiers extraits dans la base de données existante 60 et dans la base de données de remplacement 64 peut permettre la validation de données de base de données à l'état brut avant le traitement des documents correspondants par l'application existante 58 ou l'application de remplacement 62. Les fichiers extraits peuvent aussi procurer de la flexibilité en permettant la validation de données indépendamment des formats de données de la plate-forme et des structures de base de données. Les fichiers extraits peuvent aussi améliorer le suivi grâce à l'utilisation d'indicateurs de performance clés permettant aux utilisateurs de définir des critères objectifs de basculement sur la base de la qualité des données de la plate-forme de remplacement. [0052] Faisant maintenant référence à la Fig. 5, un document exemplaire 90 comprenant deux coupons 92 et 94 est illustré sous la forme d'un fichier grammatical. Le fichier grammatical peut comprendre une pluralité de champs de données, chacun d'entre eux contenant un élément de données. Dans un mode de réalisation exemplaire représenté, chaque coupon 92 et 94 comprend un élément 96 de type de caractère, un élément 98 de date à neuf caractères, un élément 100 de numéro de billets à 13 caractères, un élément 102 de PNR à six caractères, un élément 104 de devise à trois caractères, un élément 106 de tarif à huit caractères, et des éléments représentant trois groupes de taxes, 108, 110, 112, chacun d'entre eux ayant un code à deux caractères (par exemple, YQ, FR, ) et un montant à huit caractères (par exemple, 00000.00; 00009.50; 00010.00; 00020.00). [0053] Faisant maintenant référence à la Fig. 6, le coupon 92 est illustré par deux structures arborescentes hiérarchiques 114 et 116 qui peuvent représenter le coupon 92 sous sa forme de conservation dans les bases de données existantes et de remplacement 60 et 64 respectivement. Chaque structure arborescente 114 et 116 peut comprendre une pluralité de noeuds liés qui mappent des éléments dans un fichier de grammaire correspondant du coupon 92. Les structures 3049082 16 arborescentes exemplaires 114 et 116 incluent chacune un noeud de documents 118 et 120, un noeud de montants 122 et 124, un noeud de devises 126 et 128, un noeud de dates 130 et 132, un noeud de numéros de billets 134 et 136, un noeud de types de document 138 et 140, est trois noeuds de groupes de taxe 142 - 144,146 - 148, chacun étant le parent d'un noeud respectif de montants 150 - 152,154 - 156 et un noeud de codes 158 - 160,162 - 164. [0054] Le noeud de documents 118 - 120 peut contenir des données identifiant le coupon 92, le noeud de montant 122 - 124 peut contenir des données définissant le montant du tarif, le noeud de devise 126 - 128 peut contenir des données identifiant la devise dans laquelle les montants sont libellés, le noeud de date 130 - 132 peut contenir des données définissant une date pertinente pour le coupon 92 (par exemple, la date du vol), les noeuds de montant des groupes de taxes 142 -144, 146 -148 peuvent contenir des données définissant un montant de taxe ou de frais et les noeuds de code 150 - 152, 154 - 156 peuvent contenir des données définissant un code qui identifie le type de taxe ou de frais. Le mappage des éléments de données compris dans le coupon 92 dans une structure arborescente hiérarchique peut unifier la représentation des données sous-jacentes, facilitant ainsi les comparaisons entre un document ayant des formats grammaticaux différents dans la base de donnée existante 60 et dans la base de données de remplacement 64. [0055] Les noeuds des structures arborescentes 114 et 116 peuvent être triés pour résoudre des problèmes causés par le positionnement aléatoire des éléments de données dans les fichiers grammaticaux dans la base de données existante 60 et dans la base de données de remplacement 64. La comparaison de la structure arborescente 116 générée à partir du coupon 92 stocké dans la base de données de remplacement 64 avec la structure arborescente 114 générée à partir du coupon 92 correspondant stocké dans la base de données existante 60 peut permettre d'identifier rapidement des valeurs incorrectes et des noeuds manquants ou additionnels. [0056] Le gestionnaire de migration 52 peut stocker les résultats des comparaisons entre des documents dans la base de données de validation 68. Par exemple, dans le cas des structures arborescentes exemplaires 114 et 116 illustrées dans la Fig. 6, la base de données de validation 68 peut stocker un tableau de divergences 170 comme le montre la Fig. 7. Le tableau de divergences 170 peut inclure une pluralité de colonnes 172 - 176, un rang d'en-tête 178 et un ou plusieurs rangs de données 180 - 182. L'intersection de chaque colonne 172 - 176, et de chaque rang 180 - 182 peut définir un champ de données qui contient l'information relative à une divergence détectée entre un document existant est un document de remplacement. Le rang d'en-tête 178 peut inclure des en-têtes qui identifient le type d'information localisée dans chaque 3049082 17 colonne correspondante des rangs de données 180 - 182. Par exemple, comme le montre la Fig. 7, le rang d'en-tête 178 inclut des en-têtes pour le type d'élément de données, la catégorie d'élément de données, l'identité du document contenant l'élément de données en question, la valeur de l'élément de données dans le document existant et la valeur de l'élément de données dans le document de remplacement. [0057] Dans le cas exemplaire présenté, trois divergences ont été détectées entre le coupon représenté par les structures d'arbre 114 et 116. Comme le montre le rang 180, le montant du tarif indiqué dans le noeud 122 de la structure arborescente 114 diffère du montant du tarif indiqué dans le noeud 124 de la structure arborescente 116. Les rangs 181 et 182 illustrent chacun une divergence de code identifiant les taxes facturées pour le coupon 92. [0058] Les données contenues dans le tableau de divergence 170 peuvent être utilisées pour procurer des indicateurs de performance clés aux utilisateurs de système impliqués avec la migration de la plate-forme existante 54 vers la plate-forme de remplacement 56. Ces indicateurs de performance clés peuvent être fournis aux utilisateurs par exemple par une page Web. Faisant maintenant référence à la Fig. 8, une interface exemplaire d'utilisateur 190 pour l'affichage d'indicateurs de performance clés peut inclure des champs de texte 192 - 195 pour afficher des informations et des graphiques 198 - 201, basés sur du texte afin d'afficher une information graphique telle qu'un tracé des indicateurs de performance clés dans le temps. L'interface utilisateur 190 peut-être procurée par une page Web configurée pour permettre aux utilisateurs d'affiner selon le format de fichier, d'obtenir des statistiques sur tous les processus de validation, ou une partie de ceux-là, de parcourir les erreurs d'un processus spécifique, d'affiner par type de données, de voir les statistiques par catégorie ou par élément de données, de parcourir les erreurs et de générer des rapports dans des formats variés (tels que le format de document portable (PDF) en utilisant un tableau d'indicateurs de performance clés. [0059] Faisant maintenant référence à la Fig. 9, une migration exemplaire 210 à partir d'une plate-forme existante 54 vers une plate-forme de remplacement 56 peut-être implémentée par phases. La migration 210 peut commencer par une phase initiale de mise en place 212. La phase initiale de mise en place 212 peut inclure la liaison d'un réseau 24 à chacun des flux d'alimentation de données, le flux existant 70 et le flux de remplacement 72, et de charger les données de référence dans la plate-forme de remplacement 56. Les données de référence peuvent inclure par exemple, les accords de quote-part d'un transporteur privé. 3049082 18 [0060] Dans certains cas, la base de données existante 60 et une ou plusieurs des sources de données fournies au flux de remplacement d'alimentation entrante 72, peuvent résider dans le même système que la base de données de remplacement 64. Cela peut survenir par exemple, lorsqu'un système de comptabilisation de production d'un transporteur est abrité par le GDS 12 et est mis à niveau à partir de la plate-forme existante 54 vers la plate-forme de remplacement 56. Dans ce cas, les données de référence pour peupler la base de données de remplacement 64 peuvent être acquises à partir d'un serveur de billets électroniques et d'un serveur de divers documents électroniques lorsque ces serveurs sont aussi abrités sur le GDS 12. [0061] Les méthodes conventionnelles de migration de système d'une plate-forme existante vers une plate-forme de remplacement résolvent typiquement les problèmes impliquant des données de référence et des liens de données à la fin de la période de migration. Par contraste, les modes de réalisation de l'invention présente peuvent résoudre ces problèmes au début de la migration pour permettre un double traitement et la validation d'étapes de migration survenant plus tard. Cela peut permettre la validation du processus d'acquisition de l'exhaustivité des données de référence et de l'exactitude de la plate-forme de remplacement, par phases, en utilisant des comparaisons automatisées de documents. En particulier, les documents générés à l'origine par la plate-forme de remplacement 56 peuvent être comparés à des documents correspondants générés par la plate-forme existante 54 pendant les doubles opérations en cours sur la plate-forme existante 54 et sur la plate-forme de remplacement 56. [0062] Une fois que la plate-forme existante 54 et la plate-forme de remplacement 56 ont été connectées aux flux de données et que la base de données de remplacement 64 est peuplée avec les données de référence, la migration de 210 peut procéder à une double phase d'acquisition 214. Pendant la double phase d'acquisition 214, les données d'entrées peuvent être fournies à la fois au flux de données existant 70 et au flux de données de remplacement 72 de façon à ce les données entrantes soit fournies ensemble à la plate-forme existante 54 et à la plate-forme de remplacement 56. La plate-forme existante 54 et la plate-forme de remplacement 56 peuvent chacune traiter les données entrantes et mettre à jour leur base de données correspondante, la base de donnée existante 60 et la base de données de remplacement 64. [0063] Le gestionnaire de migration 52 peut valider les documents générés par la plate-forme de remplacement 56 en les comparants avec les documents générés par la plate-forme existante 54. Par exemple le gestionnaire de migration 52 peut comparer les valeurs des éléments de données des documents comme cela a été décrit ci-dessus pour les Fig. 6 et 7. Sur la base d'extraits de 3049082 19 données spécifiques fournies par la plate-forme existante 54, les documents peuvent être ségrégés en fonction de l'occurrence du problème dans le temps, par exemple le mois pendant lequel le document a été généré. Pour comparer les documents émis, le gestionnaire de migration 52 peut appliquer les mêmes techniques d'analyse et de mappage décrites ci-dessus pour traiter les différences entre les modèles d'objets commerciaux et les formats de fichiers de données des plates-formes existantes et de remplacement 54 et 56. [0064] Le nettoyage de données spécifiques peut être appliqué à des documents corrompus lorsque la plate-forme 54 est incapable de fournir des données obligatoires à la plate-forme de remplacement 56. Dans ce cas, le gestionnaire de migration 52 peut, soit fixer les éléments de données manquants sur des valeurs par défaut, soit calcule' une nouvelle valeur basée sur d'autres champs de données, ou fusionner les données à partir d'un champ de données correspondant dans l'enveloppe la plus récente de la base de données de remplacement 64 pour le document en question. [0065] Le type d'enveloppe générée dans la base de données de remplacement 64 à partir des documents migrés peut aussi dépendre du type de migration. Les enveloppes peuvent être étiquetées, par exemple, comme : maîtresse, esclave, historique, données brutes migrées, ou enveloppes de données migrées et fusionnées. Lorsque l'enveloppe la plus récente pour le document dans la base de données de remplacement 64 est étiquetée comme historique, le module de gestion d'enveloppe 66 peut identifier l'enveloppe la plus récente dans la base de données de remplacement 64 dont l'horodatage précède celui de l'enveloppe migrée. Le module de gestion d'enveloppe 66 peut ensuite générer une copie de l'enveloppe identifiée comme étant, selon son horodatage, l'enveloppe copiée la plus récente pour le document. La réinsertion d'une enveloppe générée précédemment, dont l'horodatage est antérieur à celui d'une enveloppe migrée, peut être utilisée lorsque les données migrées ne doivent pas être utilisées comme données maîtresses par les processus opérationnels suivants, mais qu'elles sont conservées dans la base de données de remplacement 64 à des fins historiques. [0066] Pendant la double phase d'opérations 216, la plate-forme existante 54 et la plate-forme de remplacement 56 peuvent fonctionner parallèlement pendant que le gestionnaire de migration 52 continue à valider les données dans la base de données de remplacement 64. Cette validation peut inclure la comparaison de documents dans la base de données de remplacement 64 avec des documents dans la base de données existante 60 et avec des versions antérieures de document capturées dans des enveloppes correspondantes dans la base de données de 3049082 remplacement 64. Dans un mode de réalisation alternatif de l'invention, le gestionnaire de migration 52 ne peut valider chaque document dans la base de données de remplacement 64 qu'une seule fois en comparant le document avec le document correspondant dans la base de données existante 60 au moment où le document est importé dans la base de données de remplacement 64. [0067] Le gestionnaire de migration peut aussi générer des rapports qui fournissent une indication de l'exactitude et de l'exhaustivité de la migration. Une façon de déterminer l'exactitude est basée sur les rapports comptables. Par exemple, un rapport comptable peut additionner les valeurs monétaires de coupons non utilisés et de coupons usagés pour des documents dans la base de données existante 60 et dans la base de données de remplacement 64. La proximité des valeurs de ces sommes peut ensuite apporter une indication du degré d'exactitude des données qui ont été migrées de la plate-forme existante 54 vers la plate-forme de remplacement 56. [0068] L'exhaustivité de la migration peut ensuite être déterminée sur la base du nombre de documents migrés comparé au nombre de documents reçus. Les documents manquants peuvent être classés selon qu'ils sont manquants « normalement » ou manquants « anormalement ». Un document manquant normalement peut être un document reçu à partir de la base de données existante 60 qui a été rejeté par le gestionnaire de migration 52 parce que le format ou la qualité des données dans le document était insuffisant. Par exemple un document peut être rejeté si des champs obligatoires sont manquants et qu'un nettoyage n'est pas possible. Le document manquant anormalement dans la base de données de remplacement 64 peut inclure des documents manquants alors qu'une ou plusieurs des enveloppes migrées pour le document manquant sont présentes. Un document peut être classé anormalement manquant si le document a été fourni par la base de données existante 60, mais qu'il est manquant dans la base de données de remplacement 64. Les documents manquants anormalement peuvent être détectés en dressant, à partir de la base de données existante, une liste des documents migrés n'ayant pas d'enveloppe correspondante dans la base de données de remplacement 64. Cette liste peut être utilisée pour assurer l'exactitude du basculement en identifiant les documents non comptabilisés par la plate-forme existante 54 qui sont soit manquants, soit corrompus. [0069] La validation de la plate-forme de remplacement 56 pendant la phase de double opération 216 peut aussi être effectuée sur la base des données reçues de sources externes par exemple, les fichiers de facturation sortants reçus par un transporteur de fait par l'intermédiaire d'un flux de remplacement de données entrantes 72. Pour ce type de validation, les fichiers de données dans le flux de remplacement de données sortantes 76 peuvent être comparés à des 3049082 21 fichiers de données dans le flux existant de données sortantes 74 qui répondent à la même interrogation externe. L'utilisation de données en temps réel pendant la phase de double opération 216 peut permettre à la fois aux documents dans la base de données de remplacement 64 et au fonctionnement de l'application de remplacement 62 d'être validés, en confirmant que la plate-forme de remplacement 56 fonctionne correctement avec les données migrées et les applications externes. [0070] Les documents de facturation sortants (c'est-à-dire, les documents transmis un transporteur émetteur pour des vols effectués par le transporteur dont le système est en cours de migration) peuvent être validés en comparant les documents générés par la plate-forme de remplacement 56 avec les documents générés par la plate-forme existante 54. Le gestionnaire de migration 52 peut ainsi permettre la validation des processus de facturation entre compagnies en utilisant les mêmes données que celles utilisées par la plate-forme existante 54, par exemple, l'enveloppe la plus récente dans la base de données existante 60. [0071] Les documents de facturation entrants (c'est-à-dire, les mémos de rejet transmis à un transporteur de fait pour des vols vendus art le transporteur dont le système est en cours de migration) peuvent être validés en comparant la valeur de facturation anticipée pour le vol, calculée par la plate-forme existante 54 et par la plate-forme de remplacement 56. La validation peut être basée sur des rapports générés par chaque plate-forme qui contiennent la valeur de facturation anticipée, le montant du rejet, et les causes de la divergence. [0072] Les processus de système de comptabilisation, par exemple, la logique comptable et la granularité, peuvent être différents entre la plate-forme existante 54 et la plate-forme de remplacement 56. La validation des processus de comptabilisation par comparaison de documents peut exiger un cadre de comparaison qui inclut le mappage entre des champs de données dans chaque document, le mappage entre des comptes courants et des comptes futurs et le mappage entre un à un, un à plusieurs, plusieurs à un, et plusieurs à plusieurs champs de données. Dans certains cas les champs de données peuvent être agrégés sans filtrage des valeurs en additionnant toutes les valeurs des champs de données, par exemple, en additionnant les valeurs monétaires pour de multiples transactions associées avec un seul billet. Dans d'autres cas, les champs de données peuvent être agrégés sans filtrage en sélectionnant un des documents existants ou de remplacement pour fournir la valeur au document agrégé, par exemple, le champ de date ayant la valeur la plus récente. 3049082 22 [0073] Une fois que la plate-forme de remplacement 56 a été entièrement validée, le processus de migration peut avancer au basculement 218, et à ce stade le processus sortant de la plate-forme de remplacement 56 peut devenir le processus maitre. Lorsqu'un document est présent dans la base de données de remplacement 64, mais qu'il est manquant ou corrompu dans la base de données existante 60, le transporteur peut annuler l'accumulation au début du premier mois suivant le passage définitif à la plate-forme de remplacement 56. Si la comptabilisation n'a pas été effectuée sur la plate-forme existante 54, le gestionnaire de migration 52 peut déclencher à nouveau une comptabilisation de tous les événements relatifs un document manquant, par exemple, la vente d'un billet et tous les événements qui ont affecté les coupons dans le document avant le basculement. [0074] Lorsqu'un document est manquant ou corrompu à la fois dans la base de données existante 60 et dans la base de données de remplacement 64, le transporteur peut annuler toute accumulation pour le document en question au début du premier mois suivant le basculement. Une tache de résolution dans la plate-forme de remplacement 56 peut être conservée pour une résolution d'un problème après le basculement. Lorsque la tâche a effectué la résolution, les événements prébasculement peuvent être recréés sur la plate-forme de remplacement 56 et peuvent être pris en compte. [0075] Dans certains cas, un système externe peut exiger des données pour le test de validation. Par exemple, les transporteurs peuvent exiger de grands volumes de données de production réelles afin d'effectuer des tests de validation sur leurs systèmes. Le test peut aussi demander que les documents et des coupons soient dans un état spécifique par exemple, un document qui n'est pas encore confirmé, un document qui n'a pas encore été facturé, etc. Pour fournir ces données, le gestionnaire de migration 52 peut sélectionner des enveloppes et générer des documents basés sur celles-là qui ont le niveau requis d'exhaustivité. Le gestionnaire de migration 52 peut ainsi répliquer des données de production et fournir les données répliquées au système en cours de test. Dans ce but, le gestionnaire de migration 52 peut inclure une interface utilisateur configurée pour permettre la sélection d'un document spécifique ou d'une liste de documents (par exemple, tous les documents référencés HOT ou IS-IDEC dans un fichier donné). L'interface utilisateur peut par ailleurs permettre à l'utilisateur de définir une étape dans le cycle de vie du document sélectionné qui sera exportée, par exemple avant que le document soit transmis comme facture entre compagnies. 3049082 23 [0076] Des modes de réalisation de l'invention peuvent permettre aux données d'être migrées à partir de la plate-forme existante 54 vers la plate-forme de remplacement 56 tout en gardant les données d'origine acquises disponibles de la plate-forme de remplacement 56. Des rapports peuvent être générés et la migration de données peut être validée. Comparé aux méthodes conventionnelles de migration d'une plate-forme existante vers une plate-forme de remplacement, le gestionnaire de migration 52 permet une migration par phases étalées sur une période de temps, ou une période de migration. Le gestionnaire de migration 52 peut ainsi fournir une validation continue et sans incidents dans un environnement de production. [0077] Un cadre de double opération peut permettre une migration de système dans des environnements à volume élevé en utilisant le trafic réel du système, en fournissant le même trafic de données à la fois à la plate-forme existante 54 et à la plate-forme de remplacement 56. La plate-forme de remplacement 56 peut effectuer un traitement parallèle du trafic de données, et générer un flux de remplacement de données sortantes 76 basé sur des enregistrements de base de données migrés ou générés à l'origine. La disponibilité des flux de données en temps réel, à la fois de la plates-forme existante 54 et de la plate-forme remplacement 56, peut permettre des comparaisons flexibles et faciliter la génération d'indicateurs de performance clés. [0078] Le gestionnaire de migration 52 peut permettre la migration de données améliorées et sécurisées par exemple, en procurant une piste d'audit par la comparaison d'enveloppes de documents nouvellement générés et de documents migrés ou fusionnés. Le gestionnaire de migration 52 peut aussi permettre le nettoyage de données de documents en fusionnant les valeurs entre enveloppes et en corrigeant les tâches de la plate-forme de remplacement par la migration de données à partir de la plate-forme existante 54. Le gestionnaire de migration 52 peut aussi procurer des caractéristiques de gestion de données maîtresses. Ces caractéristiques peuvent inclure un mode de migration historique qui migre des données à partir de la base de données existante 60 vers la base de données de remplacement 64 pour fournir un relevé historique du document et qui requalifie les données de la plate-forme de remplacement comme dernier événement maitre. [0079] Une caractéristique d'appropriation et de correction des données prébasculement peut réparer les tâches de la plate-forme de remplacement en utilisant des données migrées. Si le document correspondant de la plate-forme de remplacement n'inclut pas de données migrées en provenance de la base de données existante 60 (par exemple, le document a été généré par l'application de remplacement 62), le gestionnaire de migration 52 peut désigner la plate-forme de remplacement 56 comme maîtresse. Le gestionnaire de migration 52 peut aussi faciliter le rapport 3049082 24 et la comparaison d'enveloppes en étiquetant et en sélectionnant des enveloppes spécifiques pour la génération de rapport et/ou la réexportation. [0080] En permettant à la plate-forme existante 54 et à la plate-forme de remplacement 56 de fonctionner en parallèle et de produire des données équivalentes qui peuvent être comparées et/ou fusionnées si besoin, le gestionnaire de migration 52 peut procurer des avantages qui ne sont pas disponibles avec les méthodes conventionnelles de migration de système. Une double opération peut aussi permettre au gestionnaire de migration 52 de stocker plusieurs images des données du même coupon pour procurer une piste complète d'audit de la plate-forme existante par rapport aux données de la plate-forme de remplacement. [0081] En général les sous programmes exécutés pour mettre en oeuvre les modes de réalisation de l'invention, qu'ils soient implémentés 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 « programme codé informatique » ou simplement « programme codé ». Un programme codé comporte typiquement des instructions déchiffrables par ordinateur qui résident à divers moments dans divers dispositifs de mémoire et de stockage dans un ordinateur et qui, lorsqu'elles sont déchiffrées et exécutées par un ou plusieurs processeurs dans un ordinateur, amènent l'ordinateur à effectuer des d'opérations nécessaires à l'exécution d'opérations et/ou d'éléments propres à la mise en oeuvre des aspects variés des modes de réalisation de l'invention. Les instructions d'un programme, déchiffrables par ordinateur, pour effectuer les opérations des modes de réalisation de l'invention peuvent être par exemple, le langage d'assemblage, ou, soit un code source soit un code objet écrit en combinaison avec un ou plusieurs langages de programmation. [0082] Divers programmes codés décrits dans les présentes peuvent être identifiés selon l'application dans laquelle ils sont implémentés dans les modes de réalisation spécifiques de l'invention. Cependant, on remarquera que toute nomenclature d'un programme particulier qui suit, est utilisée uniquement par commodité ; ainsi l'invention ne peut être limitée à un seul usage dans toute application spécifique identifiée et/ou sous-entendue par ladite nomenclature. Par ailleurs, au vu du nombre généralement infini de moyens par lesquels les programmes informatiques peuvent être organisés selon dessous programmes, des procédures, des méthodes, des modules, des objets, et ainsi de suite, ainsi que les façons variées d'affecter les fonctionnalités d'un programme parmi diverses couches de logiciels qui sont résidents dans un ordinateur typique (par exemple, les 3049082 systèmes d'exploitation, les bibliothèques, les interfaces d'application de programme (API), les applications, les applets, etc.), on remarquera que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique et à l'affectation spécifique de fonctionnalités de programme décrites dans les présentes. [0083] Le programme codé mis en oeuvre dans toute application/module décrite dans les présentes peut-être distribué individuellement ou collectivement comme un produit programme dans une variété de formes. En particulier, le programme codé peut être distribué en utilisant un médium de stockage déchiffrable par ordinateur disposant d'instructions de programme déchiffrables par ordinateur en lui-même permettant à un processeur d'effectuer des aspects des modes de réalisation de l'invention. [0084] Les supports de stockage déchiffrables par machine, qui sont intrinsèquement non transitoires, peuvent inclure des médias tangibles volatiles et non volatiles, amovibles et non amovibles, implémentés dans toute méthode ou technologie de stockage d'information, telle que des instructions de programme déchiffrables par machine, des structures de données, des modules de programme, ou autres données. Les supports de stockage lisibles par ordinateur peuvent aussi comprendre des mémoires RAM, ROM, EPROM (mémoire à lecture exclusivement, programmable et effaçable), une mémoire flash, ou toute technologie de support solide de mémoire, CD-ROM (disque compact portable doté d'une mémoire à lecture seule), ou tout autre stockage optique, bandes d'enregistrement magnétique, mémoire à disque magnétique, ou tout autre médium pouvant être utilisé pour stocker l'information désirée et apte à être déchiffré par un ordinateur. Un support de stockage déchiffrable par ordinateur ne peut être interprété comme « des signaux transitoires » en soi (par exemple, des ondes radio ou toute autre onde électromagnétique 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 déchiffrables 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 déchiffrable par machine, ou vers un ordinateur externe ou vers un dispositif de stockage externe par un réseau. [0085] Les instructions de programme de programme déchiffrables par ordinateur, stockées dans un support lisible par ordinateur, d'autres types d'appareil programmable de traitement de données, ou d'autres dispositifs pour fonctionner d'une façon particulière, telles que les instructions stockées sur un support lisible par ordinateur produisent un article de fabrication comprenant les instructions qui implémentent les fonctions, les actions et/ou les opérations spécifiées dans les 3049082 26 organigrammes, diagrammes de séquence, et/ou diagrammes blocs. Les instructions de programme d'ordinateur peuvent être fournies à un ou plusieurs processeurs d'un ordinateur à usage général, à un ordinateur dédié, ou à un autre appareil programmable de traitement de données pour produire une machine, par exemple, des instructions qui, lorsqu'elles sont exécutées à l'aide du ou des processeurs, accomplissent une série de calculs pour implémenter les fonctions, actions, et/ou les opérations spécifiées dans les organigrammes, diagrammes séquentiels et/ou diagrammes blocs. [0086] 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 commandé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, tout organigramme, diagramme séquentiel, et/ou diagramme bloc peut inclure plus ou moins de blocs que ceux illustrés tout en restant conformes avec les modes de réalisation de l'invention. REVENDICATIONS1. Une méthode pour migrer un système de traitement de données d'une plate-forme existante vers une plate-forme de remplacement comprenant : la réception de données entrantes par chacune des plates-formes existantes et par la plate- forme de remplacement, les données entrantes étant relatives à un premier document dans une base de données existante ; la mise à jour, par la plate-forme existante, du premier document dans la base de données existante en fonction des données entrantes ; la génération, par la plate-forme de remplacement, d'un second document dans une base de données de remplacement en fonction des données entrantes ; et la capture par la plate-forme de remplacement, d'une première image du second document dans une première enveloppe dans la base de données de remplacement. 2. La méthode selon la revendication 1 comprenant par ailleurs : la migration du premier document à partir de la base de données existante vers la base de données de remplacement ; et la capture, par la plate-forme de remplacement, d'une seconde image du premier document dans une seconde enveloppe dans la base de données de remplacement. 3. La méthode selon la revendication 2 comprenant par ailleurs : l'étiquetage d'au moins la première enveloppe comme enveloppe maîtresse. 4. Un système de traitement de données organisé pour migrer, à partir d'une plate-forme 25 existante vers une plate-forme de remplacement, le système de traitement des données étant configuré pour : recevoir des données entrantes par chacune des plates-formes, la plate-forme existante et la plate-forme de remplacement, les données entrantes étant relatives à un premier document dans une base de données existante ; 30 mettre à jour le premier document dans la base de données existante en fonction des données entrantes ; 3049082 2 générer un second document dans une base de données de remplacement en fonction des données entrantes ; et capturer une première image du second document dans une première enveloppe dans la base de données de remplacement. 5 5. Le système de traitement des données selon la revendication 4 étant par ailleurs configuré pour : migrer le premier document à partir d'une première base de données vers la base de données de remplacement ; et 10 capturer une seconde image du premier document dans une seconde enveloppe dans la base de données de remplacement. 6. Le système de traitement des données selon la revendication 4 ou la revendication 5 étant par ailleurs configuré pour mettre en oeuvre la méthode selon la revendication 3. 7. Un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon les revendications 1 à 3 lorsque ledit programme est exécuté sur un ordinateur. 15 20