ES2959569T3 - Migración de sistema de procesamiento de datos utilizando gestión selectiva de sobres capturando imágenes de documentos - Google Patents

Migración de sistema de procesamiento de datos utilizando gestión selectiva de sobres capturando imágenes de documentos Download PDF

Info

Publication number
ES2959569T3
ES2959569T3 ES17000438T ES17000438T ES2959569T3 ES 2959569 T3 ES2959569 T3 ES 2959569T3 ES 17000438 T ES17000438 T ES 17000438T ES 17000438 T ES17000438 T ES 17000438T ES 2959569 T3 ES2959569 T3 ES 2959569T3
Authority
ES
Spain
Prior art keywords
document
envelope
replacement
image
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17000438T
Other languages
English (en)
Inventor
Christophe Angelini
Romain Arnaud
Gabriele Davini
Pascale Mantelet
Marc Perreaut
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Amadeus SAS
Original Assignee
Amadeus SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US15/072,474 external-priority patent/US20170270111A1/en
Priority claimed from FR1652250A external-priority patent/FR3049082B1/fr
Application filed by Amadeus SAS filed Critical Amadeus SAS
Application granted granted Critical
Publication of ES2959569T3 publication Critical patent/ES2959569T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/214Database migration support
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/14Travel agencies

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • General Engineering & Computer Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Abstract

Métodos, sistemas y productos de programas informáticos para migrar un sistema desde una plataforma heredada a una plataforma de reemplazo. Los datos de entrada se proporcionan a las plataformas heredadas y de reemplazo durante una fase de migración de doble ejecución, y los documentos en una base de datos heredada y una base de datos de reemplazo se actualizan de forma independiente en función de ello. En respuesta a la actualización de un documento en la base de datos de reemplazo, se captura una imagen del documento en un sobre para mantener un historial del documento. Durante la fase de ejecución dual, los documentos pueden migrarse desde la base de datos heredada a la base de datos de reemplazo y capturarse como imágenes en sobres en la base de datos de reemplazo. Las imágenes de documentos migrados se pueden comparar con imágenes de documentos nativos para validar la plataforma de reemplazo. Los documentos migrados se pueden limpiar y los documentos nativos se pueden filtrar o fusionar con documentos migrados según la comparación. Los documentos migrados o nativos podrán entonces seleccionarse como documentos maestros. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Migración de sistema de procesamiento de datos utilizando gestión selectiva de sobres capturando imágenes de documentos
Antecedentes
La invención se refiere en general a ordenadores ysoftwarede ordenador, y en particular a métodos, sistemas y productos de programas informáticos para migrar operaciones de sistema de una plataforma desoftwarea otra.
Los sistemas de procesamiento de datos suelen comprender un ordenador que ejecuta una o más aplicaciones desoftwareque intercambian archivos de datos con otros sistemas de procesamiento de datos. Para proporcionar sus funciones previstas, las aplicaciones desoftwaresuelen almacenar y recuperar archivos de datos de una o más bases de datos. Las aplicaciones desoftwarepueden depender de estos archivos de datos para procesar adecuadamente las consultas recibidas de los otros sistemas de procesamiento de datos. De este modo, las bases de datos pueden proporcionar un tipo de memoria de búsqueda que permite al sistema de procesamiento de datos procesar solicitudes y generar respuestas basadas en los resultados del procesamiento de datos previo.
Con el tiempo, las aplicaciones desoftware,así como los ordenadores que las albergan, pueden quedar obsoletas y necesitar ser reemplazadas. Dado que elsoftwareobsoleto a menudo todavía proporciona funciones críticas a los usuarios del sistema, cualquier interrupción significativa en el funcionamiento de aplicaciones existentes puede resultar costosa para el usuario del sistema. Por lo tanto, migrar la operación de un sistema de procesamiento de datos desde una plataforma desoftwareexistente a una nueva plataforma desoftwareimplica una cierta cantidad de riesgo para el usuario del sistema si la migración no se realiza sin problemas.
Si bien la migración del sistema puede ser inevitable para la mayoría de los sistemas, la migración del sistema puede presentar riesgos particulares para los sistemas de contabilidad de ingresos debido a la necesidad de garantizar la continuidad del procesamiento financiero durante y después de la migración. La continuidad operativa durante la migración del sistema puede afectar, por ejemplo, al manejo de cuentas financieras, la gestión de disputas, la gestión de asociaciones y las alimentaciones de datos de salida. La migración del sistema puede requerir la validación del procesamiento de datos, los archivos de datos generados internamente y los archivos de datos migrados en el nuevo sistema. En sistemas convencionales, es posible que no se sepa completamente con qué éxito se han migrado los archivos y procesos de datos heredados a la plataforma de sustitución hasta después de la transición, cuando los informes de integridad y precisión estén disponibles. Para resolver los problemas causados por la migración, puede ser necesaria la validación de los nuevos procesos del sistema mediante auditorías de seguimiento que comparen los datos migrados y heredados durante un período de tiempo significativo después de la transición. Estas deficiencias de los métodos existentes para migrar sistemas de procesamiento de datos pueden aumentar el riesgo de incurrir en tiempo de inactividad del sistema y de procesamiento incorrecto de archivos de datos.
El Informe técnico de VERITAS titulado " "Replicating and Restoring Microsoft SQL Databases with VERITAS Storage Replicator 2.1", páginas 1-27, ofrece un ejemplo de migración de datos desde una base de datos de origen a una base de datos de destino. La replicación se efectúa en dos fases, una fase de sincronización y una fase dinámica. La fase dinámica rastrea los cambios a medida que se producen en el sistema de origen durante la fase de sincronización. Los archivos en el sistema de destino se actualizan en el mismo orden después de la fase de sincronización. Se necesitan sistemas, métodos y productos de programa informático mejorados para migrar sistemas de procesamiento de datos de una plataforma desoftwarea otra que reduzcan los riesgos asociados con la migración del sistema.
Compendio
La invención está definida por las características de las reivindicaciones independientes. Las realizaciones preferidas están definidas por las características de las reivindicaciones dependientes. En una realización de la invención se proporciona un sistema de procesamiento de datos que incluye una plataforma heredada y una plataforma de sustitución según la reivindicación 9. El sistema comprende uno o más procesadores y una memoria acoplada a los procesadores. La memoria almacena código de programa que, cuando es ejecutado por al menos uno de los procesadores, hace que el sistema reciba, desde una fuente externa y a través de una alimentación de datos de entrada heredada y una alimentación de datos de entrada de sustitución, datos de entrada en cada una de la plataforma heredada y la plataforma de sustitución, refiriéndose los datos de entrada a un primer documento en una base de datos heredada. El código del programa además hace que el sistema actualice el primer documento en la base de datos heredada en función de los datos de entrada, genere un segundo documento en una base de datos de sustitución en función de los datos de entrada y capture una imagen del segundo documento en un primer sobre en la base de datos de sustitución, manteniendo el primer sobre un historial del segundo documento mediante la adición de una imagen del segundo documento en el primer sobre cuando se modifica el segundo documento. El código del programa además hace que el sistema migre el primer documento de la base de datos heredada a la base de datos de sustitución; capture una segunda imagen del primer documento en un segundo sobre en la base de datos de sustitución, conservando la segunda imagen en el segundo sobre el primer documento migrado en un momento específico, representando el segundo sobre el primer documento migrado desde la base de datos heredada; compare la primera imagen en el primer sobre con la segunda imagen en el segundo sobre; y, en respuesta a que la segunda imagen coincida con la primera imagen, valide el segundo documento en la base de datos de sustitución.
En otra realización de la invención se proporciona un método para migrar el sistema de procesamiento de datos desde la plataforma heredada a la plataforma de sustitución según la reivindicación 1. El método incluye recibir los datos de entrada, actualizar el primer documento en la base de datos heredada en función de la entrada datos, generar el segundo documento en la base de datos de sustitución en función de los datos de entrada, y capturar la imagen del segundo documento en el primer sobre en la base de datos de sustitución.
En otra realización de la invención se proporciona un producto de programa informático que incluye un medio de almacenamiento no transitorio legible por ordenador que incluye código de programa según la reivindicación 11. El código de programa está configurado, cuando lo ejecutan uno o más procesadores, para hacer que procesadores reciban los datos de entrada, actualicen el primer documento en la base de datos heredada en función de los datos de entrada, generen el segundo documento en la base de datos de sustitución en función de los datos de entrada y capturen la imagen del segundo documento en un sobre en la base de datos de sustitución.
Breve descripción de los dibujos
Los dibujos adjuntos ilustran diversas realizaciones de la invención y, junto con la descripción general de la invención proporcionada más arriba y la descripción detallada de las realizaciones proporcionadas más abajo, sirven para explicar las realizaciones de la invención.
La FIG. 1 es una vista esquemática de un entorno operativo ejemplar que incluye una pluralidad de sistemas de procesamiento de datos en comunicación a través de una red.
La FIG. 2 es una vista esquemática de un sistema de procesamiento de datos ejemplar de la FIG. 1.
La FIG. 3 es una vista esquemática de un diagrama de bloques que representa una plataforma heredada y una plataforma de sustitución que puede alojarse en uno o más de los sistemas de procesamiento de datos de la FIG. 1. La FIG.4 es una vista esquemática de un diagrama de bloques que representa una relación lógica entre un documento y una pluralidad de sobres que pueden almacenarse en una base de datos de la plataforma de sustitución de la FIG.
3.
La FIG. 5 es una vista esquemática que representa una estructura ejemplar para el documento de la FIG. 4.
La FIG. 6 es una vista esquemática que representa estructuras de árbol jerárquicas para el documento de la FIG. 5 para cada una de una base de datos heredada y una base de datos de sustitución.
La FIG. 7 es una vista esquemática que representa una tabla de discrepancias que puede almacenarse en una base de datos de validación.
La FIG. 8 es una vista esquemática de una interfaz de usuario que puede usarse para visualizar datos almacenados en la tabla de discrepancias de la FIG. 7.
La FIG. 9 es una vista esquemática del flujo de proceso para migrar un sistema de procesamiento de datos desde la plataforma heredada a la plataforma de sustitución de la FIG. 3.
Descripción detallada
Las realizaciones de la invención pueden implementarse mediante un sistema de procesamiento de datos, tal como un Sistema de Distribución Global (GDS). El sistema de procesamiento de datos puede proporcionar funciones de procesamiento y de base de datos que faciliten las interconexiones entre uno o más sistemas de vendedores externos, sistemas de compañía aérea, sistemas de planes de facturación y liquidación, sistemas de contabilidad de ingresos o cualquier otro sistema de procesamiento de datos asociado con el suministro de productos de viaje. En el contexto de los viajes aéreos, el sistema de procesamiento de datos puede permitir a los viajeros reservar billetes de avión y otros productos de viaje a través de canales de venta indirectos. Estos canales de venta indirectos pueden incluir agencias de viajes en línea u otras entidades comerciales que vendan billetes para servicios que proporcionará una entidad comercial diferente (por ejemplo, una compañía aérea). Los vendedores indirectos pueden recibir el pago de los viajeros por los billetes reservados y compensar a la compañía aérea por el coste del servicio prestado con el pago recibido o, alternativamente, hacer que los viajeros realicen un pago directo a la compañía aérea.
Algunas realizaciones de la invención pueden incluir un administrador de migración que permite una estrategia de migración de datos por fases para migrar sistemas de procesamiento de datos desde una plataforma heredada que incluye una aplicación heredada y una base de datos heredada a una plataforma de sustitución que incluye una aplicación heredada y una base de datos heredada. El administrador de migración puede proporcionar almacenamiento, manipulación e informes adaptativos de múltiples sobres para cada documento que se migra desde la plataforma heredada a la plataforma de sustitución. El administrador de migración puede recibir datos extraídos por la aplicación heredada de documentos en la base de datos heredada mientras la plataforma heredada está operando con datos del sistema en vivo. El administrador de migración puede usar estos datos para crear un sobre migrado en la base de datos de sustitución. Al mismo tiempo, la aplicación de sustitución puede generar por separado sobres nativos en la base de datos de sustitución operando con los datos del sistema en vivo en modo sombra. El sobre migrado puede estar entre los sobres nativos correspondientes, y el administrador de migración puede utilizar los sobres nativos para realizar comparaciones, generar informes, limpiar documentos migrados o fusionar documentos migrados y nativos. Durante este período de operación paralela o de "ejecución dual", el administrador de migración puede realizar una comparación de datos automatizada para detectar diferencias entre los datos de la base de datos heredada y de la base de datos de sustitución basándose en múltiples sobres para evaluar la correspondencia y la agregación de datos.
El administrador de migración puede permitir una estrategia de migración de datos flexible y por fases mediante la gestión selectiva de sobres en la plataforma de sustitución. La operación de ejecución dual de las plataformas heredadas y de sustitución y la gestión selectiva de sobres en la plataforma de sustitución pueden permitir la limpieza y validación de datos sobre la marcha, así como la generación de informes posteriores a la migración durante el período de migración. La evaluación de seguimiento del proceso de migración puede incluir la generación de alimentaciones de datos de salida basadas en datos seleccionados por el usuario en el sistema de sustitución (por ejemplo, sobres migrados o últimos sobres nativos disponibles), lo que permite la validación del proceso o el completamiento automático de entornos de prueba.
Haciendo referencia ahora a la FIG. 1, un entorno operativo ejemplar 10 de acuerdo con una realización de la invención puede incluir un Sistema de Distribución Global (GDS, por sus siglas en inglés) 12, uno o más sistemas de vendedor indirecto, tales como un sistema 14 de agencia de viajes, uno o más sistemas de proveedores de productos de viaje, tales como sistema 16 de compañía aérea, un sistema 18 de Plan de Facturación y Liquidación (BSP, por sus siglas en inglés), un sistema 20 de Compañía de Publicación de Tarifas (TPC, por sus siglas en inglés) y un sistema 22 de contabilidad de ingresos. Cada uno del GDS 12, el sistema 14 de agencia de viajes, el sistema 16 de compañía aérea, el sistema 18 BSP, el sistema 20 TPC y el sistema 22 de contabilidad de ingresos puede comunicarse a través de una red 24. La red 24 puede incluir una o más redes privadas y/o públicas (por ejemplo, Internet) que permitan el intercambio de datos.
El GDS 12 puede configurarse para facilitar la comunicación entre el sistema 16 de compañía aérea y el sistema 14 de agencia de viajes permitiendo a los agentes de viajes, compañías aéreas de validación u otros vendedores indirectos realizar reservas en uno o más sistemas 16 de compañía aérea a través del GDS 12. Con este fin, el GDS 12 puede mantener enlaces con cada sistema 16 de compañía aérea a través de la red 24. Estos enlaces pueden permitir al GDS 12 enrutar solicitudes de reserva desde el sistema 14 de agencia de viajes y/o el sistema 16 de compañía aérea de la compañía aérea de validación a un sistema 16 de compañía aérea correspondiente para la compañía aérea operadora. De este modo, el sistema 14 de agencia de viajes y el sistema 16 de compañía aérea pueden reservar vuelos en múltiples aerolíneas a través de una única conexión al GDS 12. El GDS 12 puede almacenar copias de Registros de Nombres de Pasajeros (PNR, por sus siglas en inglés) generados por el sistema 16 de compañía aérea, así como datos que define parámetros de contexto de precios y los precios de los billetes asociados a las reservas realizadas en una o más bases de datos con capacidad de búsqueda. Estos datos pueden permitir que el GDS 12 mantenga un PNR que incluya un conjunto completo de datos de vuelo para un itinerario que incluya segmentos aéreos de múltiples aerolíneas.
El sistema 16 de compañía aérea puede incluir un Sistema de Reserva por Ordenador (CRS, por sus siglas en inglés) y/o un sistema de facturación para la aerolínea respectiva que permite al GDS 12 y/o al sistema 14 de agencia de viajes reservar y pagar billetes de avión. El sistema 16 de compañía aérea también puede interactuar con otros sistemas 16 de compañía aérea, ya sea directamente o a través del GDS 12, para permitir que una compañía aérea de validación venda billetes para asientos proporcionados por la compañía aérea operadora. La compañía aérea operadora podrá entonces facturar a la compañía aérea de validación los servicios prestados. El sistema BSP 18 puede proporcionar la facturación entre entidades comerciales que actúan como vendedores indirectos y entidades comerciales que actúan como proveedores de servicios de viajes.
El sistema BSP 18 puede configurarse para recibir datos de la oficina de emisión de billetes de la agencia de viajes o de la compañía aérea de validación que notifica la venta del billete en nombre de la compañía aérea operadora. En los Estados Unidos, este servicio es proporcionado normalmente por Airline Reporting Corporation (ARC). En cualquier caso, el BSP podrá actuar como un Subcontratista de Procesos Comerciales (BPO, por sus siglas en inglés) que proporcione una cámara de compensación para liquidar cuentas entre agencias de viajes, compañías aéreas de validación, compañías aéreas operadoras y cualquier otra entidad comercial implicada en la transacción. De este modo, la compañía aérea operadora podrá cobrar una tarifa a través del BSP por proporcionar el asiento.
El sistema TPC 20 puede ser operado por una empresa de publicación de tarifas, tal como Airline Tariff Publishing Company (ATPCO) o Société Internationale de Télécommunications Aéronautiques (SITA). El sistema TPC 20 puede proporcionar datos de tarifas para múltiples compañías aéreas al GDS 12, al sistema 14 de agencia de viajes, al sistema 16 de compañía aérea, al sistema BSP 18, al sistema 22 de contabilidad de ingresos o a cualquier otro sistema que requiera datos de tarifas. Los datos de tarifas pueden incluir reglas que deben cumplirse para que se aplique la tarifa correspondiente, y pueden ser actualizados periódicamente por los proveedores de viajes correspondientes.
El sistema 22 de contabilidad de ingresos puede gestionar el control, uso y contabilidad de billetes electrónicos, Órdenes de Cargos Varios (MCO, por sus siglas en inglés), Documentos Misceláneos Electrónicos (EMD, por sus siglas en inglés) y otros documentos electrónicos relacionados con la venta y el uso de productos de viaje. El sistema 22 de contabilidad de ingresos puede validar transacciones y corregir errores de facturación, por ejemplo recuperando cobros insuficientes. El sistema 22 de contabilidad de ingresos también puede configurarse para detectar fraudes y suministrar ingresos de pasajeros y datos de segmentos a los sistemas administrativos de los proveedores de viajes. Aunque se muestra como un sistema separado, el sistema 22 de contabilidad de ingresos también puede ser proporcionado por o estar incluido en uno o más del GDS 12, el sistema 14 de agencia de viajes, el sistema 16 de compañía aérea, el sistema BSP 18 o el sistema TPC 20.
Haciendo referencia ahora a la FIG. 2, el GDS 12, el sistema 14 de agencia de viajes, el sistema 16 de compañía aérea, el sistema BSP 18, el sistema TPC 20 y el sistema 22 de contabilidad de ingresos del entorno operativo 10 pueden implementarse en uno o más dispositivos o sistemas informáticos, tales como el ordenador 30 ejemplar. El ordenador 30 puede incluir un procesador 32, una memoria 34, un dispositivo 36 de memoria de almacenamiento masivo, una interfaz 38 de entrada/salida (I/O, por sus siglas en inglés) y una interfaz 40 hombre-máquina (HMI, por sus siglas en inglés). El ordenador 30 también puede estar acoplado operativamente a uno o más recursos externos 42 a través de la red 24 o la interfaz I/O 38. Los recursos externos pueden incluir, entre otros, servidores, bases de datos, dispositivos de almacenamiento masivo, dispositivos periféricos, servicios de red basados en la nube o cualquier otro recurso informático adecuado que pueda ser utilizado por el ordenador 30.
El procesador 32 puede incluir uno o más dispositivos seleccionados entre microprocesadores, microcontroladores, procesadores de señales digitales, microordenadores, unidades centrales de procesamiento, agrupaciones de puertas programables de campo, dispositivos lógicos programables, máquinas de estado, circuitos lógicos, circuitos analógicos, circuitos digitales o cualquier otro dispositivo que manipule señales (analógicas o digitales) basándose en instrucciones operativas que se almacenan en la memoria 34. La memoria 34 puede incluir un único dispositivo de memoria o una pluralidad de dispositivos de memoria, incluyendo, entre otros, memoria de solo lectura (ROM, por sus siglas en inglés), memoria de acceso aleatorio (RAM, por sus siglas en inglés), memoria volátil, memoria no volátil, memoria de acceso aleatorio estática (SRAM, por sus siglas en inglés), memoria de acceso aleatorio dinámica (DRAM, por sus siglas en inglés), memoriaflash,memoria caché o cualquier otro dispositivo capaz de almacenar información. El dispositivo 36 de memoria de almacenamiento masivo puede incluir dispositivos de almacenamiento de datos tales como un disco duro, una unidad óptica, una unidad de cinta, un dispositivo de estado sólido volátil o no volátil o cualquier otro dispositivo capaz de almacenar información.
El procesador 32 puede funcionar bajo el control de un sistema operativo 44 que reside en la memoria 34. El sistema operativo 44 puede gestionar recursos informáticos de modo que el código de programa informático realizado como una o más aplicaciones desoftwareinformático, tal como una aplicación 46 residente en la memoria 34, puede tener instrucciones ejecutadas por el procesador 32. En una realización alternativa, el procesador 32 puede ejecutar la aplicación 46 directamente, en cuyo caso se puede omitir el sistema operativo 44. Una o más estructuras 48 de datos también pueden residir en la memoria 34 y pueden ser utilizadas por el procesador 32, el sistema operativo 44 o la aplicación 46 para almacenar o manipular datos.
La interfaz I/O 38 puede proporcionar una interfaz de máquina que acopla operativamente el procesador 32 a otros dispositivos y sistemas, tales como la red 24 o el recurso externo 42. De este modo, la aplicación 46 puede trabajar cooperativamente con la red 24 o el recurso externo 42 comunicándose a través de la interfaz I/O 38 para proporcionar las diversas características, funciones, aplicaciones, procesos o módulos que comprenden realizaciones de la invención. La aplicación 46 también puede tener un código de programa que se ejecuta mediante uno o más recursos externos 42, o depender de otro modo de funciones o señales proporcionadas por otros componentes de sistema o de red externos al ordenador 30. De hecho, dadas las casi infinitas configuraciones dehardwareysoftwareposibles, las personas con conocimientos habituales en la técnica entenderán que las realizaciones de la invención pueden incluir aplicaciones que estén ubicadas externamente al ordenador 30, distribuidas entre múltiples ordenadores u otros recursos externos 42, o proporcionadas por recursos informáticos(hardwareysoftware)que se proporcionan como un servicio a través de la red 24, tal como un servicio de computación en la nube.
La HMI 40 puede estar acoplada operativamente al procesador 32 del ordenador 30 de una manera conocida para permitir que un usuario interactúe directamente con el ordenador 30. La HMI 40 puede incluir pantallas de video o alfanuméricas, una pantalla táctil, un altavoz y cualquier otro indicador acústico y visual adecuado que pueda proporcionar datos al usuario. La HMI 40 también puede incluir dispositivos de entrada y controles tales como un teclado alfanumérico, un dispositivo de puntero, teclados, pulsadores, botones de control, micrófonos, etc., que puedan aceptar comandos o entradas del usuario y transmitir la entrada al procesador 32.
Una base 50 de datos puede residir en el dispositivo 36 de memoria de almacenamiento masivo y puede usarse para recopilar y organizar datos utilizados por los diversos sistemas y módulos descritos en la presente memoria. La base 50 de datos puede incluir datos y estructuras de datos de soporte que almacenan y organizan los datos. En particular, la base 50 de datos puede disponerse con cualquier organización o estructura de base de datos que incluye, entre otras, una base de datos relacional, una base de datos jerárquica, una base de datos en red, una base de datos orientada a objetos, o combinaciones de las mismas.
Se puede utilizar un sistema de gestión de bases de datos en forma de una aplicación informática desoftwareque se ejecuta como instrucciones en el procesador 32 para acceder a la información o los datos almacenados en registros de la base 50 de datos en respuesta a una consulta. La consulta puede ser determinada y ejecutada dinámicamente por el sistema operativo 44, otras aplicaciones 46, uno o más módulos o cualquier elemento adecuado del sistema. Aunque algunas realizaciones de la invención se pueden describir en la presente memoria usando terminología de base de datos relacional, jerárquica, de red, orientada a objetos u otra terminología de base de datos en casos específicos, las realizaciones de la invención pueden usar cualquier modelo de gestión de base de datos adecuado y no se limitan a ningún tipo particular de base de datos.
Haciendo referencia ahora a la FIG. 3, un administrador 52 de migración puede facilitar la migración de un sistema desde una plataforma heredada 54 a una plataforma 56 de sustitución. Con este fin, el administrador 52 de migración puede administrar las comunicaciones y la transferencia de datos entre la red 24 y la plataforma 56 de sustitución. La plataforma heredada 54 puede incluir una aplicación heredada 58 y una base 60 de datos heredada que comprende un sistema heredado que está siendo sustituido o actualizado. La plataforma 56 de sustitución puede incluir una aplicación 62 de sustitución y una base 64 de datos de sustitución que comprende un sistema de sustitución que sustituye o proporciona una actualización al sistema heredado. El administrador 52 de migración, la plataforma heredada 54 y la plataforma 56 de sustitución pueden residir dentro de un único sistema, o pueden residir en dos o más sistemas física o lógicamente separados.
El administrador 52 de migración puede incluir un módulo 66 de gestión de sobres que analiza sobres en la base 64 de datos de sustitución, y una base 68 de datos de validación que almacena diferencias detectadas entre sobres nativos y migrados en las bases 64 de datos de sustitución. Aunque la plataforma heredada 54 y la plataforma 56 de sustitución se describen más abajo en el contexto de la migración del sistema 22 de contabilidad de ingresos, las realizaciones de la invención no están limitadas a ello. Por lo tanto, la plataforma heredada 54 y la plataforma 56 de sustitución podrían representar plataformas para cualquier sistema de procesamiento de datos que se esté migrando, y las realizaciones de la invención no se limitan a la migración de ningún tipo específico de sistema de procesamiento de datos.
En el contexto de la migración del sistema 22 de contabilidad de ingresos desde la plataforma heredada 54 a la plataforma 56 de sustitución, la plataforma heredada 54 recibe datos de entrada a través de una alimentación 70 de datos de entrada heredada, y la plataforma 56 de sustitución recibe los mismos datos de entrada a través de una alimentación 72 de datos de entrada de sustitución. Los datos recibidos pueden incluir mensajes o archivos transmitidos desde uno o más del GDS 12, el sistema 14 de agencia de viajes, el sistema 16 de compañía aérea, el sistema BSP 18, el sistema TPC 20 o cualquier otro sistema en comunicación con la plataforma heredada 54 o la plataforma 56 de sustitución a través de la red 24. Los datos recibidos pueden comprender datos operativos, tales como facturas entre compañías, archivos de Cinta de Transferencia (HOT, por sus siglas en inglés) utilizados para notificar transacciones IATA BSP de agencia a aerolínea y de aerolínea a agencia, archivos de Cinta de Contabilidad de Compañía Aérea (CAT, por sus siglas en inglés) utilizados para notificar transacciones ARC de agencia a aerolínea y de aerolínea a agencia, archivos de Número de Control de Transacciones (TCN, por sus siglas en inglés), archivos de Registro de Ventas de la Industria (ISR, por sus siglas en inglés), y datos de tarifas.
Cada una de las plataformas 54, 56 heredada y de sustitución puede procesar los datos recibidos usando la aplicación 58, 62 heredada o de sustitución, respectivamente, y actualizar registros en las correspondientes bases 60, 64 de datos heredada o de sustitución. La plataforma heredada 54 puede dar salida a datos a través de la alimentación 74 de datos de salida heredada, y la plataforma 56 de sustitución puede dar salida a datos a través de la alimentación 76 de datos de salida de sustitución. Estos datos de salida pueden estar en forma de respuestas a los mensajes o archivos recibidos.
Haciendo referencia ahora a la FIG. 4, en ella se ilustra un documento 84 en relación con una pluralidad de sobres 86-88. Los documentos pueden almacenarse en la base 60 de datos heredada y en la base 64 de datos de sustitución, y pueden representar el tipo más elemental de datos que se migran desde la base 60 de datos heredada a la base 64 de datos de sustitución. Cada documento puede incluir uno o más cupones y un identificador único que permite identificar el documento de forma única. Los documentos pueden comprender archivos de datos que pueden migrarse desde la base 60 de datos heredada a la base 64 de datos de sustitución de forma independiente, aunque un documento puede hacer referencia a otro documento.
La base 64 de datos de sustitución rastrea los documentos usando sobres 86-88. Cada sobre 86-88 comprende una imagen del documento 84 generada en un momento específico. El historial de un documento 84 se mantiene generando un nuevo sobre, o añadiendo una imagen a un sobre existente, cada vez que se modifica el documento 84. El sobre generado más recientemente (por ejemplo, el sobre 88) puede comprender la imagen más reciente del documento y, por tanto, puede contener los datos más actualizados. Por el contrario, el sobre inicial generado (por ejemplo, el sobre 86) puede comprender la imagen más antigua disponible del documento (por ejemplo, la imagen del documento en el momento en que el documento se generó o migró por primera vez) y, por lo tanto, puede contener los datos menos recientes disponibles para ese documento.
El módulo 66 de gestión de sobres puede configurarse para comparar sobres nativos con sobres migrados de un documento en la base 64 de datos de sustitución. La gestión de sobres puede incluir la selección de sobres para el procesamiento de datos recibidos y la comparación de sobres para la validación del sistema. Un sobre determinado puede representar datos migrados desde la base 60 de datos heredada (es decir, un sobre migrado), datos generados de forma nativa por la aplicación 62 de sustitución (es decir, un sobre nativo) o una combinación de datos migrados y generados de forma nativa (es decir, un sobre fusionado). Al hacer fácilmente visibles las diferencias actuales e históricas entre los sobres migrados, fusionados y nativos en la base 64 de datos de sustitución, el módulo 66 de gestión de sobres puede facilitar las decisiones relacionadas con la migración desde la plataforma heredada 54 a la plataforma 56 de sustitución. Por ejemplo, el módulo 66 de gestión de sobres puede proporcionar comparaciones de pistas de auditoría entre documentos migrados, documentos nativos y documentos que comprenden datos fusionados en la base 64 de datos de sustitución.
El módulo 66 de gestión de sobres puede proporcionar una gestión de datos maestros flexible haciendo corresponder selectivamente datos de sobres seleccionados en la base 64 de datos de sustitución a un único documento de operación que se transmite a través de la alimentación 76 de datos de salida de sustitución. El módulo 66 de gestión de sobres puede proporcionar dominio de datos a través de un modo de migración histórica que migra datos desde la base 60 de datos heredada para generar sobres etiquetados como sobres históricos, pero que etiqueta el sobre más reciente generado por la aplicación 62 de sustitución como el sobre maestro.
El módulo 66 de gestión de sobres también puede limpiar documentos en la base 64 de datos de sustitución. La limpieza de documentos puede comprender detectar y corregir elementos de datos dañados o inexactos en los documentos. Con este fin, el módulo 66 de gestión de sobres puede identificar elementos de datos faltantes o valorados incorrectamente en documentos en la base 60 de datos heredada mientras se migran los documentos a la base 64 de datos de sustitución. La identificación de elementos de datos dañados o inexactos puede basarse en comparaciones con sobres correspondientes en la base 60 de datos heredada. El módulo 66 de gestión de sobres puede entonces sustituir o modificar el elemento de datos dañado fusionando valores de sobres seleccionados. El módulo 66 de gestión de sobres también puede proporcionar informes y comparación mediante etiquetado y selección de sobres específicos para informes y retransmisión.
Los archivos de datos gestionados por el sistema que se está migrando (por ejemplo, el sistema 22 de contabilidad de ingresos) pueden comprender documentos (por ejemplo, billetes electrónicos), comprendiendo cada documento uno o más cupones, representando cada uno un segmento de un itinerario definido por el documento. En particular, el sistema 22 de contabilidad de ingresos puede admitir la adquisición de datos en vivo y actualizaciones de los documentos y cupones de diferentes fuentes, por ejemplo, un servidor de billetes electrónicos, un servidor de documentos electrónicos diversos, un Sistema de Control de Salidas, etc. Cada nuevo evento que resulta en un cambio en un documento puede desencadenar la creación y el almacenamiento de un sobre específico que contiene datos originales más datos actualizados por el evento. Por tanto, el sobre más reciente de un documento determinado puede representar la imagen más reciente del documento.
Los sobres pueden etiquetarse como de un tipo específico, por ejemplo maestro, esclavo, histórico, datos sin procesar migrados, datos fusionados migrados o cualquier otro tipo adecuado definido dentro de la plataforma 56 de sustitución. De forma predeterminada, el módulo 66 de gestión de sobres puede configurarse para acceder al sobre más reciente para cualquier llamada de proceso recibida que utilice o actualice un documento o cupón sin tener en cuenta las etiquetas que puedan estar presentes. Sin embargo, las etiquetas pueden proporcionar un mecanismo que permite que el módulo 66 de gestión de sobres acceda a un sobre específico basándose en una etiqueta. Por ejemplo, el módulo 66 de gestión de sobres puede configurarse para acceder a un sobre que está etiquetado como sobre maestro incluso si hay un sobre más reciente para el documento en cuestión. El módulo 66 de gestión de sobres también puede utilizar sobres para proporcionar una pista de auditoría de documentos.
La base 60 de datos heredada y la base 64 de datos de sustitución pueden tener diferentes estructuras de documentos, lo que puede inhibir la validación de datos de referencia usando comparaciones directas entre documentos en la base 60 de datos heredada (es decir, documentos heredados) y documentos en la base 64 de datos de sustitución (es decir, documentos de sustitución). Por ejemplo, cada base de datos puede utilizar un modelo de objeto comercial diferente, una estructura de almacenamiento de datos diferente, un diseño de exportación de datos diferente (por ejemplo, valores separados por comas versus longitud fija) y/o un orden diferente para transacciones y elementos repetitivos (por ejemplo, cupones, impuestos, formas de pago). Los documentos heredados y de sustitución también pueden presentar diferencias en los datos causadas por problemas de redondeo o formatos de informes.
Para abordar las dificultades de validación causadas por diferencias en la estructura de la base de datos, el administrador 52 de migración puede configurarse para analizar documentos en una serie de "archivos de extracto", conteniendo cada uno de ellos un tipo específico de datos. Los archivos de extracto de documentos correspondientes de la base 60 de datos heredada y la base 64 de datos de sustitución se pueden comparar de una manera generalmente directa. En una realización de la invención, cada documento se puede dividir en tres archivos de extracto diferentes, uno para documentos, uno para cupones y otro para impuestos, tasas y cargos (TFC, por sus siglas en inglés).
El administrador 52 de migración puede comenzar el proceso de analizar un documento heredado exportado desde la base 60 de datos heredada identificando elementos comparables dentro del documento. El administrador 52 de migración puede entonces describir el contenido del documento heredado usando una sintaxis predefinida para identificar una estructura gramatical del documento. El administrador 52 de migración puede entonces realizar una correspondencia funcional entre los elementos identificados en el documento heredado y los campos coincidentes del documento de sustitución en la base 64 de datos de sustitución basándose en elementos correspondientes en la sintaxis predefinida. El administrador 52 de migración puede entonces completar los campos del documento de sustitución con datos exportados del documento heredado basándose en la correspondencia.
En una realización de la invención, el administrador 52 de migración puede realizar un análisis basado en gramática a medida que los datos de referencia se extraen de la base 60 de datos heredada y se usan para completar documentos en la base 64 de datos de sustitución. El análisis en tiempo de ejecución por parte del administrador 52 de migración puede permitir que la plataforma heredada 54 y la plataforma 56 de sustitución funcionen en paralelo sin cambios en elsoftwarepara adaptarse a las diferencias en el formato de documentos. El análisis en tiempo de ejecución también puede permitir que los mismos datos funcionales en una alimentación de salida se comparen en dos formatos de documentos diferentes, por ejemplo el Centro de Intercambio de Datos Entre Compañías (IDEC)<estándar y el IDEC de Liquidación Integrada>(IS-I<d>E<c>),<IDEC e IS-XML, etc.>
El análisis de documentos basado en la gramática puede permitir que el administrador 52 de migración ignore campos específicos dentro de un documento, o diferencias en los valores de campos particulares que son menores que un umbral predeterminado, por ejemplo, menos de una cantidad fija o un porcentaje del valor del elementos que se comparan. En cualquier caso, el administrador 52 de migración puede realizar un filtrado posterior al proceso para eliminar diferencias conocidas entre el documento heredado y el documento de sustitución. Las discrepancias entre elementos en correspondencia pueden almacenarse en la base 68 de datos de validación para facilitar el cálculo de indicadores clave de rendimiento definidos por el usuario, que pueden centrarse en ejecuciones o campos de comparación específicos.
La generación de archivos de extracto en cada una de la base 60 de datos heredada y la base 64 de datos de sustitución puede permitir la validación de datos sin procesar de la base de datos antes de que la aplicación heredada 58 o la aplicación 62 de sustitución procese los documentos correspondientes. Los archivos de extracto también pueden proporcionar flexibilidad al permitir la validación de datos independientemente de los formatos de datos de plataforma y las estructuras de bases de datos. Los archivos de extracto también pueden mejorar el seguimiento mediante el uso de indicadores clave de rendimiento que permiten a los usuarios definir criterios de transición objetivo basados en la calidad de datos de la plataforma de sustitución.
Haciendo referencia ahora a la FIG. 5, en ella se representa un documento ejemplar 90 que comprende dos cupones 92, 94 como un archivo de gramática. El archivo de gramática puede comprender una pluralidad de campos de datos, conteniendo cada uno de ellos un elemento de datos. En la realización ejemplar mostrada, cada cupón 92, 94 comprende un elemento 96 de tipo de un carácter, un elemento 98 de fecha de nueve caracteres, un elemento 100 de número de billete de 13 caracteres, un elemento de PNR 102 de seis caracteres, un elemento 104 de moneda de tres caracteres, un elemento 106 de importe de tarifa de ocho caracteres, y tres elementos 108, 110, 112 de grupo de impuestos, comprendiendo cada uno de ellos un código de dos caracteres (por ejemplo, YQ, FR, <nulo>) y un importe de ocho caracteres (por ejemplo, 00000,00, 00009,50, 00010,00, 00020,00).
Haciendo referencia ahora a la FIG. 6, el cupón 92 se representa mediante dos estructuras 114, 116 de árbol jerárquicas, que pueden representar el cupón 92 tal como está almacenado en las bases 60, 64 de datos heredada y de sustitución, respectivamente. Cada estructura 114, 116 de árbol puede comprender una pluralidad de nodos vinculados que se hacen corresponder con elementos en el archivo de gramática correspondiente del cupón 92. Las estructuras 114, 116 de árbol ejemplares incluyen cada una un nodo 118, 120 de documento, un nodo 122, 124 de importe, un nodo 126, 128 de moneda, un nodo 130, 132 de fecha, un nodo 134, 136 de número de billete, un nodo 138, 140 de tipo de documento y tres nodos 142-144, 146-148, de grupo de impuestos, cada uno de los cuales es el padre de un respectivo nodo 150-152, 154-156 de cantidad y nodo 158-160, 162-164 de código.
El nodo 118, 120 de documento puede contener datos que identifican el cupón 92, el nodo 122, 124 de importe puede contener datos que definen el importe de la tarifa, el nodo 126, 128 de moneda puede contener datos que identifican la moneda en la que están denominados los importes, el nodo 130, 132 de fecha pueden contener datos que definen una fecha relevante para el cupón 92 (por ejemplo, la fecha del vuelo), los nodos 142-144, 146-148 de importe del grupo de impuestos pueden contener datos que definen un importe de un impuesto o tasa, y los nodos 150-152, 154 156 de código pueden contener datos que definen un código que identifica el tipo de impuesto o tasa. La correspondencia de los elementos de datos que comprenden el cupón 92 en una estructura de árbol jerárquico puede unificar la representación de los datos subyacentes, facilitando así las comparaciones entre un documento que tiene diferentes formatos gramaticales en la base 60 de datos heredada y la base 64 de datos de sustitución.
Los nodos de las estructuras 114, 116 de árbol se pueden clasificar para resolver problemas causados por el posicionamiento aleatorio de elementos de datos en los archivos de gramática almacenados en la base 60 de datos heredada y la base 64 de datos de sustitución. La comparación de la estructura 116 de árbol generada a partir del cupón 92 almacenado en la base 64 de datos de sustitución con la estructura 114 de árbol generada a partir del cupón 92 correspondiente almacenado en la base 60 de datos heredada puede permitir que se identifiquen rápidamente nodos faltantes/adicionales y valores incorrectos.
El administrador 52 de migración puede almacenar resultados de comparaciones entre documentos en la base 68 de datos de validación. Por ejemplo, en el caso de las estructuras 114, 116 de árbol ejemplares representadas en la FIG.
6, la base 68 de datos de validación puede almacenar una tabla 170 de discrepancias tal como se ilustra en la FIG. 7. La tabla 170 de discrepancias puede incluir una pluralidad de columnas 172-176, una fila 178 de encabezado y una o más filas 180-182 de datos. La intersección de cada columna 172-176 y fila 180-182 puede definir un campo de datos que contiene información relacionada con una discrepancia detectada entre un documento heredado y un documento de sustitución. La fila 178 de encabezado puede incluir encabezados que identifican el tipo de información situada en cada columna correspondiente de las filas 180-182 de datos. Por ejemplo, como se representa en la FIG. 7, la fila 178 de encabezado incluye encabezados para el tipo de elemento de datos, la categoría de elemento de datos, la identidad del documento que contiene el elemento de datos en cuestión, el valor del elemento de datos en el documento heredado y el valor del elemento de datos en el documento de sustitución.
En el caso ejemplar presentado se han detectado tres discrepancias entre el cupón representado por las estructuras 114, 116 de árbol. Como se representa en la fila 180, el importe de la tarifa mostrado en el nodo 122 de la estructura 114 de árbol difiere del importe de la tarifa mostrado en el nodo 124 de la estructura 116 de árbol. Cada una de las filas 181 y 182 representa una discrepancia en el código que identifica los impuestos cobrados para el cupón 92.
Los datos almacenados en la tabla 170 de discrepancias se pueden usar para proporcionar indicadores clave de rendimiento a los usuarios del sistema implicados en la migración desde la plataforma heredada 54 a la plataforma 56 de sustitución. Estos indicadores clave de rendimiento se pueden proporcionar a los usuarios a través de, por ejemplo, una página web. Haciendo referencia ahora a la FIG. 8, una interfaz 190 de usuario ejemplar para mostrar indicadores clave de rendimiento puede incluir campos 192-195 de texto para mostrar información basada en texto y gráficos 198 201 para mostrar información gráfica, tales como gráficos de los indicadores clave de rendimiento durante un período de tiempo. La interfaz 190 de usuario puede ser proporcionada por una página web configurada para permitir a los usuarios examinar a fondo por formato de archivo, obtener estadísticas sobre todas las ejecuciones de validación o ejecuciones de validación seleccionadas, buscar errores de una ejecución específica, examinar a fondo por tipo de datos, ver estadísticas por categoría o elemento de datos, explorar errores y generar informes en varios formatos (como el Formato de Documento Portátil (PDF, por sus siglas en inglés)) utilizando un panel de indicadores clave de rendimiento.
Haciendo referencia ahora a la FIG. 9, una migración ejemplar 210 desde la plataforma heredada 54 a la plataforma 56 de sustitución puede implementarse en fases. La migración 210 puede comenzar con una fase 212 de configuración inicial. La fase 212 de configuración inicial puede incluir vincular la red 24 a cada una de las alimentaciones 70, 72 de entrada de datos heredadas y de sustitución, y cargar datos de referencia en la plataforma 56 de sustitución. Los datos de referencia pueden incluir, por ejemplo, los acuerdos de prorrateo privados de una compañía aérea.
En algunos casos, la base 60 de datos heredada y una o más de las fuentes de datos proporcionadas a la alimentación 72 de datos de entrada de sustitución pueden residir en el mismo sistema que la base 64 de datos de sustitución. Esto puede ocurrir, por ejemplo, si un sistema de contabilidad de producción de una compañía aérea está alojado en el GDS 12 y se actualiza desde la plataforma heredada 54 a la plataforma 56 de sustitución. En este caso, los datos de referencia para completar la base 64 de datos de sustitución pueden adquirirse de servidores de billetes electrónicos y documentos electrónicos diversos de la compañía aérea si estos servidores también están alojados en GDS 12.
Los métodos convencionales de migración de sistemas desde una plataforma heredada a una plataforma de sustitución generalmente abordan problemas relacionados con datos de referencia y enlaces de datos al final del período de migración. Por el contrario, algunas realizaciones de la presente invención pueden abordar estos problemas al comienzo de la migración para permitir el procesamiento dual y la validación de las etapas de migración que se producen posteriormente. Esto puede permitir la validación del proceso de adquisición, la integridad de los datos de referencia y la precisión de la plataforma de sustitución en fases utilizando comparaciones automatizadas de documentos. En particular, los documentos generados de forma nativa por la plataforma 56 de sustitución se pueden comparar con documentos correspondientes generados por la plataforma heredada 54 durante la operación de ejecución dual de las plataformas 54, 56 heredada y de sustitución.
Una vez que las plataformas 54, 56 heredada y de sustitución se han conectado a las alimentaciones de datos, y que la base 64 de datos de sustitución se ha completado con datos de referencia, la migración 210 puede proceder a una fase 214 de adquisición dual. Durante la fase 214 de adquisición dual se proporcionan datos de entrada a las alimentaciones 70, 72 de datos de entrada heredada y de sustitución de modo que los datos entrantes se proporcionan conjuntamente a la plataforma heredada 54 y a la plataforma 56 de sustitución. La plataforma heredada 54 y la plataforma 56 de sustitución pueden procesar cada uno los datos entrantes y actualizar sus correspondientes bases 60, 64 de datos heredada y de sustitución.
El administrador 52 de migración puede validar los documentos generados por la plataforma 56 de sustitución comparándolos con los documentos generados por la plataforma heredada 54. Por ejemplo, el administrador 52 de migración puede comparar los valores de los elementos de datos de los documentos tal como se ha descrito más arriba con respecto a las FIGS.6 y 7. Según extractos de datos específicos proporcionados por la plataforma heredada 54, los documentos pueden segregarse según el momento de emisión, por ejemplo el mes en el que se generó el documento. Para comparar los documentos emitidos, el administrador 52 de migración puede aplicar las mismas técnicas de análisis y correspondencias arriba descritas para abordar las diferencias entre los modelos de objetos comerciales y los formatos de archivos de datos de las plataformas 54, 56 heredada y de sustitución.
Se puede aplicar una limpieza de datos específica a documentos dañados en respuesta a que la plataforma heredada 54 no pueda proporcionar datos obligatorios a la plataforma 56 de sustitución. En este caso, el administrador 52 de migración puede establecer los elementos de datos que faltan en valores predeterminados o calcular un nuevo valor basándose en otros campos de datos, o fusionar datos de un campo de datos correspondiente en el sobre más reciente en la base 64 de datos de sustitución para el documento en cuestión.
El tipo de sobre generado en la base 64 de datos de sustitución a partir de documentos migrados también puede depender del tipo de migración. Los sobres pueden etiquetarse, por ejemplo, como maestro, esclavo, histórico, datos sin procesar migrados o sobre de datos fusionados migrados. Si el sobre más reciente para el documento en la base 64 de datos de sustitución está etiquetado como histórico, el módulo 66 de gestión de sobres puede identificar el sobre más reciente en la base 64 de datos de sustitución que tiene una marca de tiempo que precede al sobre migrado. El módulo 66 de gestión de sobres puede generar entonces una copia del sobre identificado que tiene una marca de tiempo que convierte el sobre copiado en el sobre más reciente para el documento. La reinserción de un sobre generado previamente que tiene una marca de tiempo anterior a un sobre migrado puede usarse en casos en los que los datos migrados no deben usarse como datos maestros mediante procesos operativos de seguimiento, pero se mantienen en la base 64 de datos de sustitución para propósitos históricos.
Durante la fase 216 de operación dual, la plataforma heredada 54 y la plataforma 56 de sustitución se operan en paralelo mientras el administrador 52 de migración continúa validando datos en la base 64 de datos de sustitución. Esta validación puede incluir comparar documentos en la base 64 de datos de sustitución con documentos en la base 60 de datos heredada y con versiones anteriores de los documentos en la base 64 de datos de sustitución tal como se capturan en los sobres correspondientes. En una realización alternativa de la invención, el administrador 52 de migración solo puede validar cada documento en la base 64 de datos de sustitución una vez comparando el documento con el documento correspondiente en la base 60 de datos heredada en el momento en que el documento se importa a la base 64 de datos de sustitución.
El administrador de migración también puede generar informes que proporcionen una indicación de la precisión e integridad de la migración. Una forma de determinar la precisión se basa en informes contables. Por ejemplo, un informe contable puede sumar los valores monetarios de cupones abiertos y usados para documentos en la base 60 de datos heredada y la base 64 de datos de sustitución. La proximidad de los valores de estas sumas puede entonces proporcionar una indicación de con qué precisión se han migrado los datos desde la plataforma heredada 54 a la plataforma 56 de sustitución.
La integridad de la migración se puede determinar en función de la cantidad de documentos migrados versus la cantidad de documentos recibidos. Los documentos faltantes pueden clasificarse como “normalmente” faltantes o “anormalmente” faltantes. Un documento normalmente faltante puede ser un documento recibido desde la base 60 de datos heredada que fue rechazado por el administrador 52 de migración porque el formato o la calidad de los datos en el documento eran deficientes. Por ejemplo, un documento puede rechazarse si faltan campos obligatorios y no es posible limpiarlo. Un documento anormalmente faltante en la base 64 de datos de sustitución puede incluir documentos faltantes donde están presentes uno o más sobres migrados para el documento faltante. Un documento puede clasificarse como anormalmente faltante si el documento fue proporcionado por la base 60 de datos heredada pero falta en la base 64 de datos de sustitución. Los documentos anormalmente faltantes pueden detectarse compilando una lista de documentos migrados desde la base 60 de datos heredada que no tienen un sobre correspondiente en la base 64 de datos de sustitución. Esta lista puede usarse para garantizar una transición precisa del sistema identificando documentos no contabilizados por la plataforma heredada 54 que faltan o están dañados.
La validación de la plataforma 56 de sustitución durante la fase 216 de operación dual también se realiza sobre la base de datos recibidos de fuentes externas, por ejemplo archivos de facturación salientes recibidos desde una compañía aérea operativa a través de la alimentación 72 de datos de entrada de sustitución. Para este tipo de validación, los archivos de datos en la alimentación 76 de datos de salida de sustitución se pueden comparar con archivos de datos en la alimentación 74 de datos de salida heredada que responden a la misma consulta externa. El uso de datos en vivo durante la fase 216 de operación dual puede permitir que tanto los documentos en la base 64 de datos de sustitución como la operación de la aplicación 62 de sustitución se validen al confirmar que la plataforma 56 de sustitución funciona correctamente con datos migrados y aplicaciones externas.
Los documentos de facturación de salida (es decir, documentos transmitidos a una compañía aérea de validación para vuelos operados por la compañía aérea cuyo sistema está siendo migrado) pueden validarse comparando los documentos generados por la plataforma 56 de sustitución con los documentos generados por la plataforma heredada 54. De este modo, el administrador 52 de migración puede permitir la validación de procesos de facturación entre compañías utilizando los mismos datos que los utilizados por la plataforma heredada 54, por ejemplo el sobre más reciente en la base 60 de datos heredada.
Los documentos de facturación entrante (es decir, notas de rechazo transmitidas a una compañía aérea operadora para vuelos vendidos por la compañía aérea cuyo sistema está siendo migrado) pueden validarse comparando el valor facturado esperado del vuelo calculado por la plataforma heredada 54 y la plataforma 56 de sustitución. La validación puede basarse en informes generados por cada plataforma que contienen el valor facturado esperado, el importe del rechazo y los motivos de la discrepancia.
Los procesos de contabilidad del sistema, por ejemplo, la lógica contable y la granularidad, pueden diferir en la plataforma heredada 54 y en la plataforma 56 de sustitución. La validación de los procesos contables mediante la comparación de documentos puede requerir un marco de comparación que incluya la correspondencia entre campos de datos en cada documento, la correspondencia entre cuentas actuales y cuentas futuras y la correspondencia de campos de datos uno a uno, uno a muchos, muchos a uno y muchos a muchos. En algunos casos se pueden agregar campos de datos sin filtrar valores sumando todos los valores de los campos de datos, por ejemplo agregando valores monetarios para múltiples transacciones asociadas con un solo billete. En otros casos se pueden agregar campos de datos con filtrado seleccionando uno de los documentos heredados o de sustitución para proporcionar el valor al documento agregado, por ejemplo, el campo de fecha que tiene el valor más reciente.
Una vez que la plataforma 56 de sustitución ha sido completamente validada, el proceso de migración puede proceder a la transición 218, momento en el que el proceso de salida de la plataforma 56 de sustitución puede convertirse en el proceso maestro. Si un documento está presente en la base 64 de datos de sustitución, pero falta o está dañado en la base 60 de datos heredada, la compañía aérea puede deshacer la acumulación al comienzo del primer mes después de la transición a la plataforma 56 de sustitución. Si no se ha realizado una contabilidad en la plataforma heredada 54, el administrador 52 de migración puede reactivar una contabilidad de todos los eventos relacionados con el documento faltante, por ejemplo la venta del billete y cualquier evento que afecte a los cupones en el documento antes de la transición.
Si un documento falta o está dañado tanto en la base 60 de datos heredada como en la base 64 de datos de sustitución, la compañía aérea puede deshacer cualquier acumulación para el documento en cuestión al comienzo del primer mes después de la transición. Se puede mantener una tarea de resolución en la plataforma 56 de sustitución para la resolución del problema después de la transición. Cuando se resuelve la tarea de resolución, los eventos previos a la transición pueden reproducirse en la plataforma 56 de sustitución y contabilizarse.
En algunos casos, un sistema externo puede requerir datos para pruebas de validación. Por ejemplo, las compañías aéreas pueden requerir datos de producción reales proporcionados en grandes volúmenes para realizar pruebas de validación de sus sistemas. Las pruebas también pueden requerir que los documentos y cupones estén en un estado específico, por ejemplo documento todavía no confirmado, un documento todavía no facturado, etc. Para proporcionar estos datos, el administrador 52 de migración puede seleccionar sobres y generar documentos basados en los mismos que tengan el nivel de integridad requerido. De este modo, el administrador 52 de migración puede replicar datos de producción y proporcionar estos datos replicados al sistema que se está probando. Con este fin, el administrador 52 de migración puede incluir una interfaz de usuario configurada para permitir la selección de un documento específico o una lista de documentos (por ejemplo, todos los documentos a los que se hace referencia en un archivo HOT o IS-IDEC determinado). La interfaz de usuario puede permitir además al usuario definir una etapa en el ciclo de vida del documento seleccionado que se exportará, por ejemplo antes de que el documento se transmitiera como factura entre compañías.
Las realizaciones de la invención pueden permitir la migración de datos desde la plataforma heredada 54 a la plataforma 56 de sustitución mientras se mantienen disponibles datos nativos adquiridos de la plataforma 56 de sustitución. Se pueden generar informes y validar la migración de datos. En comparación con los métodos convencionales de migración desde una plataforma heredada a una plataforma de sustitución, el administrador 52 de migración permite una migración por fases distribuida a lo largo de un período de tiempo, o período de migración. De este modo, el administrador 52 de migración puede proporcionar una validación continua y sin interrupciones en un entorno de producción.
Un marco de ejecución dual puede permitir la migración del sistema en entornos de gran volumen utilizando tráfico de sistema real proporcionando el mismo tráfico de datos a las plataformas 54, 56 heredada y de sustitución. La plataforma 56 de sustitución puede realizar procesamiento en sombra del tráfico de datos y generar la alimentación 76 de datos de salida de sustitución sobre la base de registros de bases de datos migrados o generados de forma nativa. La disponibilidad de alimentaciones de datos en vivo de las plataformas 54, 56 heredada y de sustitución puede permitir comparaciones flexibles y facilitar la generación de indicadores clave de rendimiento.
El administrador 52 de migración puede permitir una migración de datos mejorada y segura, por ejemplo proporcionando una pista de auditoría mediante la comparación de sobres de documentos recién generados y documentos migrados o fusionados. El administrador 52 de migración también puede permitir la limpieza de datos de documentos fusionando valores entre sobres, y la corrección de tareas de plataforma de sustitución mediante la migración de datos desde la plataforma heredada 54. El administrador 52 de migración también puede proporcionar funciones de administración de datos maestros. Estas características pueden incluir un modo de migración histórica que migra datos desde la base 60 de datos heredada a la base 64 de datos de sustitución para proporcionar un historial de documentos, y que restablece los datos de la plataforma de sustitución como el último evento maestro.
Una función de fijación o propiedad de datos previa a la transición puede solucionar tareas de plataforma de sustitución utilizando datos migrados. Si el documento de base de datos de sustitución correspondiente no incluye datos migrados desde la base 60 de datos heredada (por ejemplo, el documento fue originado por la aplicación 62 de sustitución), el administrador 52 de migración puede designar la plataforma 56 de sustitución como maestra. El administrador 52 de migración también puede facilitar la generación de informes y la comparación de sobres etiquetando y seleccionando sobres específicos para generar informes y/o reexportar.
Al permitir que las plataformas 54, 56 heredada y de sustitución funcionen en paralelo y produzcan datos equivalentes que puedan compararse y/o fusionarse si es necesario, el administrador 52 de migración puede proporcionar ventajas que no están disponibles para los métodos convencionales de migración de sistemas. La operación de ejecución dual también puede permitir que el administrador 52 de migración almacene varias imágenes de los mismos datos de cupón, lo que permite una continuidad de la comparación de los datos migrados con los datos heredados para proporcionar una pista de auditoría completa de la plataforma heredada versus los datos de la plataforma de sustitución.
En general, en la presente memoria se puede hacer referencia a las rutinas ejecutadas para implementar las realizaciones de la invención, ya sea implementadas como parte de un sistema operativo o una aplicación, componente, programa, objeto, módulo o secuencia de instrucciones específicos, o incluso un subconjunto de los mismos, como "código de programa informático" o simplemente "código de programa". El código de programa generalmente comprende instrucciones legibles por ordenador que residen en varios momentos en varios dispositivos de memoria y almacenamiento en un ordenador y que, cuando son leídas y ejecutadas por uno o más procesadores en un ordenador, hacen que ese ordenador realice las operaciones necesarias para ejecutar operaciones y/o elementos que incorporan los diversos aspectos de las realizaciones de la invención. Las instrucciones de programa legibles por ordenador para llevar a cabo operaciones de las realizaciones de la invención pueden ser, por ejemplo, lenguaje ensamblador o código fuente o código de objeto escrito en cualquier combinación de uno o más lenguajes de programación.
Diversos códigos de programa descritos en la presente memoria se pueden identificar en función de la aplicación dentro de la cual se implementan en realizaciones específicas de la invención. Sin embargo, se ha de entender que cualquier nomenclatura de programa particular siguiente se usa simplemente por conveniencia y, por lo tanto, la invención no debe limitarse a su uso únicamente en cualquier aplicación específica identificada y/o implícita en dicha nomenclatura. Además, dado el número generalmente infinito de maneras en que pueden organizarse los programas informáticos en rutinas, procedimientos, métodos, módulos, objetos y similares, así como las diversas maneras en que la funcionalidad del programa puede asignarse entre varias capas desoftwareresidentes dentro de un ordenador típico (por ejemplo, sistemas operativos, bibliotecas, API, aplicaciones, subprogramas, etc.), se ha de entender que las realizaciones de la invención no se limitan a la organización y asignación específicas de la funcionalidad del programa descrita en la presente memoria.
El código de programa incorporado en cualquiera de los módulos/aplicaciones descritos en la presente memoria puede distribuirse individual o colectivamente como un producto de programa en una variedad de formas diferentes. En particular, el código de programa puede distribuirse usando un medio de almacenamiento legible por ordenador que tenga instrucciones de programa legibles por ordenador para hacer que un procesador lleve a cabo aspectos de las realizaciones de la invención.
Los medios de almacenamiento legibles por ordenador, que son inherentemente no transitorios, pueden incluir medios tangibles volátiles y no volátiles, extraíbles y no extraíbles, implementados en cualquier método o tecnología para el almacenamiento de información, como instrucciones legibles por ordenador, estructuras de datos, módulos de programa u otros datos. Los medios de almacenamiento legibles por ordenador pueden incluir además RAM, ROM, memoria de solo lectura programable y borrable (EPROM, por sus siglas en inglés), memoria de solo lectura programable y borrable eléctricamente (EEPROM, por sus siglas en inglés), memoriaflashu otra tecnología de memoria de estado sólido, memoria de solo lectura en disco compacto portátil (CD-ROM, por sus siglas en inglés), u otro almacenamiento óptico, casetes magnéticos, cinta magnética, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que pueda usarse para almacenar la información deseada y que pueda ser leído por un ordenador. Un medio de almacenamiento legible por ordenador no debe interpretarse como señales transitoriasper se(por ejemplo, ondas de radio u otras ondas electromagnéticas que se propagan, ondas electromagnéticas que se propagan a través de un medio de transmisión tal como una guía de ondas, o señales eléctricas transmitidas a través de una línea de transmisión). Las instrucciones de programa legibles por ordenador pueden descargarse a un ordenador, otro tipo de aparato de procesamiento de datos programable u otro dispositivo desde un medio de almacenamiento legible por ordenador o a un ordenador externo o dispositivo de almacenamiento externo a través de una red.
Las instrucciones de programa legibles por ordenador almacenadas en un medio legible por ordenador pueden usarse para dirigir un ordenador, otros tipos de aparatos de procesamiento de datos programables u otros dispositivos para que funcionen de una manera particular, de modo que las instrucciones almacenadas en el medio legible por ordenador produzcan un artículo de fabricación que incluye instrucciones que implementan las funciones, actos y/u operaciones especificadas en los diagramas de flujo, diagramas secuenciales y/o diagramas de bloques. Las instrucciones de programa informático pueden proporcionarse a uno o más procesadores de un ordenador de propósito general, un ordenador de propósito especial u otro aparato de procesamiento de datos programable para producir una máquina, de manera que las instrucciones, que se ejecutan a través de uno o más procesadores, hacen que se realice una serie de cálculos para implementar las funciones, actos y/u operaciones especificadas en los diagramas de flujo, diagramas secuenciales y/o diagramas de bloques.
En ciertas realizaciones alternativas, las funciones, actos y/u operaciones especificadas en los diagramas de flujo, diagramas secuenciales y/o diagramas de bloques pueden reordenarse, procesarse en serie y/o procesarse simultáneamente de acuerdo con realizaciones de la invención. Además, cualquiera de los diagramas de flujo, diagramas secuenciales y/o diagramas de bloques puede incluir más o menos bloques que los ilustrados de acuerdo con realizaciones de la invención.
La terminología utilizada en la presente memoria tiene el propósito de describir realizaciones particulares únicamente y no pretende ser limitante de las realizaciones de la invención. Tal como se utilizan en la presente memoria, las formas singulares "un", "una", "el" y "la" pretenden incluir también las formas plurales, a menos que el contexto indique claramente lo contrario. Se entenderá además que las expresiones "comprende" y/o "que comprende", cuando se usan en esta memoria descriptiva, especifican la presencia de características, números enteros, etapas, operaciones, elementos y/o componentes indicados, pero no excluyen la presencia o adición de otra u otras características, números enteros, etapas, operaciones, elementos, componentes y/o grupos de los mismos. Además, en la medida en que las expresiones "incluye", "que tiene", "tiene", "con", "compuesto por" o variantes de las mismas se utilizan en la descripción detallada o en las reivindicaciones, dichas expresiones pretenden ser inclusivas de manera similar a la expresión "que comprende".
Si bien las realizaciones de la invención se han ilustrado mediante una descripción de varios ejemplos, y aunque estas realizaciones se han descrito con considerable detalle, no es la intención del solicitante restringir o limitar de ninguna manera el alcance de las reivindicaciones adjuntas a dicho detalle. Los expertos en la técnica apreciarán fácilmente ventajas y modificaciones adicionales. Por lo tanto, la invención en sus aspectos más amplios no se limita a los detalles específicos, al aparato y método representativos y a los ejemplos ilustrativos mostrados y descritos. Por consiguiente, se podrán hacer desviaciones de dichos detalles.

Claims (12)

REIVINDICACIONES
1. Un método implementado por ordenador para operar una plataforma heredada (54) y una plataforma (56) de sustitución en paralelo durante una fase (126) de operación dual de una migración de un sistema de procesamiento de datos desde la plataforma heredada (54) a la plataforma (56) de sustitución, comprendiendo el método: recibir, desde una fuente externa (12, 14, 16, 18, 20) datos de entrada en la plataforma heredada (54) a través de una alimentación (70) de datos de entrada heredada, los datos de entrada relacionados con un primer documento en una base (60) de datos heredada;
actualizar, mediante la plataforma heredada (54), el primer documento en la base (60) de datos heredada en función de los datos de entrada;
recibir, desde la fuente externa (12, 14, 16, 18, 20), los mismos datos de entrada relacionados con el primer documento en la plataforma (56) de sustitución a través de una alimentación (72) de datos de entrada de sustitución; generar, mediante la plataforma (56) de sustitución, un segundo documento en una base (64) de datos de sustitución en función de los datos de entrada;
capturar, mediante la plataforma (56) de sustitución, una primera imagen del segundo documento en un primer sobre en la base (64) de datos de sustitución, conservando la primera imagen en el primer sobre el segundo documento generado en un momento específico, manteniendo el primer sobre un historial del segundo documento añadiendo una imagen del segundo documento al primer sobre cuando se modifica el segundo documento;
migrar el primer documento desde la base (60) de datos heredada a la base (64) de datos de sustitución; capturar, mediante la plataforma (56) de sustitución, una segunda imagen del primer documento en un segundo sobre en la base (64) de datos de sustitución, conservando la segunda imagen en el segundo sobre el primer documento migrado en un momento específico, representando el segundo sobre el primer documento migrado desde la base (60) de datos heredada;
comparar la primera imagen del primer sobre con la segunda imagen del segundo sobre; y
en respuesta a que la segunda imagen coincida con la primera imagen, validar el segundo documento en la base (64) de datos de sustitución.
2. El método de la reivindicación 1, que además comprende:
etiquetar el primer sobre como un sobre nativo; y
etiquetar el segundo sobre como un sobre migrado.
3. El método de la reivindicación 1 o 2, que además comprende:
en respuesta a la validación del segundo documento, etiquetar el primer sobre como un sobre maestro.
4. El método de cualquiera de las reivindicaciones 1 a 3, que además comprende:
comparar la primera imagen del primer sobre con la segunda imagen del segundo sobre;
en respuesta a que la segunda imagen no coincida con la primera imagen, filtrar el segundo documento en la base (64) de datos de sustitución para eliminar una diferencia que ha provocado el fallo;
notificar la diferencia; y
en respuesta a recibir una notificación de aceptación, capturar una tercera imagen del segundo documento filtrado en un tercer sobre, conservando la tercera imagen en el tercer sobre el segundo documento filtrado en un momento específico.
5. El método de cualquiera de las reivindicaciones 1 a 4, que además comprende:
limpiar el primer documento antes de capturar la segunda imagen.
6. El método de cualquiera de las reivindicaciones 1 a 5, que además comprende:
fusionar datos del primer documento en el segundo documento; y
capturar el segundo documento fusionado como una cuarta imagen en un cuarto sobre, conservando la cuarta imagen en el cuarto sobre el segundo documento fusionado en un momento específico.
7. El método de la reivindicación 6, que además comprende:
en respuesta a la captura de la cuarta imagen en el cuarto sobre, etiquetar el cuarto sobre como un sobre fusionado.
8. El método de cualquiera de las reivindicaciones 1-2 que además comprende:
etiquetar uno del primer sobre o el segundo sobre como un sobre maestro.
9. Un sistema de procesamiento de datos dispuesto para operar una plataforma heredada (54) y una plataforma (56) de sustitución en paralelo durante una fase (126) de operación dual de una migración desde la plataforma heredada (54) a la plataforma (56) de sustitución, estando configurado el sistema de procesamiento de datos para: recibir, desde una fuente externa (12, 14, 16, 18, 20), datos de entrada en la plataforma heredada (54), a través de una alimentación (70) de datos de entrada heredada, los datos de entrada relacionados con un primer documento en una base (60) de datos heredada;
actualizar el primer documento en la base (60) de datos heredada en función de los datos de entrada;
recibir, desde una fuente externa (12, 14, 16, 18, 20), los mismos datos de entrada en la plataforma (56) de sustitución a través de una alimentación (72) de datos de entrada de sustitución;
generar un segundo documento en una base (64) de datos de sustitución en función de los datos de entrada; capturar una primera imagen del segundo documento en un primer sobre en la base (64) de datos de sustitución, conservando la primera imagen en el primer sobre el segundo documento generado en un momento específico, manteniendo el primer sobre un historial del segundo documento mediante la adición de una imagen del segundo documento al primer sobre cuando se modifica el segundo documento;
migrar el primer documento desde la base (60) de datos heredada a la base (64) de datos de sustitución; capturar una segunda imagen del primer documento en un segundo sobre en la base de datos de sustitución, conservando la segunda imagen en el segundo sobre el primer documento migrado en un momento específico, representando el segundo sobre el primer documento migrado desde la base (60) de datos heredada; comparar la primera imagen del primer sobre con la segunda imagen del segundo sobre; y
en respuesta a que la segunda imagen coincida con la primera imagen, validar el segundo documento en la base (64) de datos de sustitución.
10. El sistema de procesamiento de datos de la reivindicación 9, que además está dispuesto para realizar el método de cualquiera de las reivindicaciones 2 a 8.
11. Un programa informático para operar una plataforma heredada (54) y una plataforma (56) de sustitución en paralelo durante una fase (126) de operación dual de una migración de un sistema de procesamiento de datos desde la plataforma heredada (54) a la plataforma (56) de sustitución, comprendiendo el programa informático un código de programa que, cuando es ejecutado por uno o más procesadores, hace que los procesadores:
reciban, desde una fuente externa (12, 14, 16, 18, 20), datos de entrada en la plataforma heredada (54) a través de una alimentación (70) de datos de entrada heredada, los datos de entrada relacionados con un primer documento en una base (60) de datos heredada;
actualicen el primer documento en la base (60) de datos heredada en función de los datos de entrada; reciban, desde la fuente externa (12, 14, 16, 18, 20), los mismos datos de entrada relacionados con el primer documento en la plataforma (56) de sustitución a través de una alimentación (72) de datos de entrada de sustitución; generen un segundo documento en una base (64) de datos de sustitución en función de los datos de entrada; capturen una primera imagen del segundo documento en un primer sobre en la base (64) de datos de sustitución, conservando la primera imagen en el primer sobre el segundo documento generado en un momento específico, manteniendo el primer sobre un historial del segundo documento mediante la adición de una imagen del segundo documento al primer sobre cuando se modifica el segundo documento;
migren el primer documento desde la base (60) de datos heredada a la base (64) de datos de sustitución; capturen una segunda imagen del primer documento en un segundo sobre en la base de datos de sustitución, conservando la segunda imagen en el segundo sobre el primer documento migrado en un momento específico, representando el segundo sobre el primer documento migrado desde la base (60) de datos heredada; comparen la primera imagen del primer sobre con la segunda imagen del segundo sobre; y
en respuesta a que la segunda imagen coincida con la primera imagen, validen el segundo documento en la base (64) de datos de sustitución.
12. El programa informático de la reivindicación 11, en el que el código del programa provoca además que los procesadores, cuando se ejecutan, realicen el método de cualquiera de las reivindicaciones 2 a 8.
ES17000438T 2016-03-17 2017-03-17 Migración de sistema de procesamiento de datos utilizando gestión selectiva de sobres capturando imágenes de documentos Active ES2959569T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/072,474 US20170270111A1 (en) 2016-03-17 2016-03-17 System migration using selective envelope management
FR1652250A FR3049082B1 (fr) 2016-03-17 2016-03-17 Migration de systeme en utilisant la gestion selective d'enveloppe contexte

Publications (1)

Publication Number Publication Date
ES2959569T3 true ES2959569T3 (es) 2024-02-27

Family

ID=58314064

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17000438T Active ES2959569T3 (es) 2016-03-17 2017-03-17 Migración de sistema de procesamiento de datos utilizando gestión selectiva de sobres capturando imágenes de documentos

Country Status (2)

Country Link
EP (1) EP3220344B1 (es)
ES (1) ES2959569T3 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240103492A1 (en) * 2022-09-27 2024-03-28 International Business Machines Corporation Automation powered endpoint legacy duplicity

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10503723B2 (en) * 2013-07-19 2019-12-10 Transform Sr Brands Llc Method and system for migrating data between systems without downtime
US9298752B2 (en) * 2013-08-26 2016-03-29 Dropbox, Inc. Facilitating data migration between database clusters while the database continues operating

Also Published As

Publication number Publication date
EP3220344A1 (en) 2017-09-20
EP3220344B1 (en) 2023-09-06

Similar Documents

Publication Publication Date Title
US11068498B2 (en) Systems and methods for importing data from electronic data files
US11645710B2 (en) Systems and methods of mobile banking reconciliation
US7904491B2 (en) Data mapping and import system
CN104111966A (zh) 用于动态地同步技术环境中的元素的方法和系统
US20090319559A1 (en) Method And System of Using Social Networks and Communities to Ensure Data Quality of Configuration Items in a Configuration Management Database
US8332287B2 (en) Methods and apparatus for automated deposit reconciliation
Dikmans SOA made simple
US20170270111A1 (en) System migration using selective envelope management
ES2959569T3 (es) Migración de sistema de procesamiento de datos utilizando gestión selectiva de sobres capturando imágenes de documentos
CN108241718A (zh) 一种数据并行处理的方法及服务器
Gonzalez-Barahona et al. Analyzing gerrit code review parameters with bicho
US11327956B2 (en) Cloud-based renumbering of identifiers
JP7220113B2 (ja) 入金振替装置、入金振替方法、及び入金振替プログラム
Weise et al. Learning Apache Apex: Real-time Streaming Applications with Apex
US10592206B2 (en) Disruption index for tracking database records
CN118015196B (zh) 一种基于大数据的维修资金使用监测及预测系统
US11775267B2 (en) Identification and application of related source code edits
US20240232217A9 (en) Systems and methods for importing data from electronic data files
US11379500B2 (en) Automated data integration, reconciliation, and self healing using machine learning
FR3049082A1 (fr) Migration de systeme en utilisant la gestion selective d&#39;enveloppe contexte
Constantino Adoption of ISO 20022 for payments
Batallas et al. Going from Days to Hours: A Digital Journey to Optimize Barrels and Improve Work-Life Balance
Kaluarachchi Cloud based sales analysis system
Tupec Android components for business applications
WO2018127551A1 (en) Disruption index for tracking database records