Cambiar el almacenamiento altera más que la lectura
Un programa puede depender del orden en que recorre un archivo y de cómo localiza el siguiente registro. Al pasar a otro modelo de datos, esas condiciones deben expresarse de forma explícita. Obtener todas las filas no demuestra que el recorrido sea equivalente.
Para empresas toledanas empezamos por inventariar claves, accesos y operaciones de actualización. Si el sistema utiliza ficheros indexados, se revisa la implementación concreta y las herramientas disponibles para interpretarlos.
Las claves tienen reglas que no siempre están documentadas
Una clave puede incorporar espacios, ceros a la izquierda o varias partes concatenadas. Revisamos cómo se construye y compara antes de convertirla. También se estudia qué hace el programa cuando no encuentra el registro o encuentra una situación inesperada.
El modelo de destino no debe eliminar duplicados de forma silenciosa para ajustarse a una restricción nueva. Esos casos se registran y se revisan con el cliente para decidir si representan un error o una condición que el origen admite.
Una migración de datos separada de la aplicación
Podemos preparar una carga de ensayo y su informe de reconciliación antes de cambiar el programa que utiliza los datos. Esto permite localizar problemas de formato y correspondencia sin mezclarlos con diferencias en la lógica C#.
Si COBOL y .NET conviven durante una fase, se define quién escribe y cómo se actualiza la otra representación. Mantener dos copias editables sin control no constituye una estrategia de transición.
IA como ayuda para interpretar accesos
OpenAI o Claude, de Anthropic, pueden apoyar la lectura de programas y copybooks autorizados. El análisis se contrasta con la documentación de la plataforma y con archivos de prueba. Una definición aproximada no sirve para declarar una carga completa.
Las propuestas de esquema se revisan por su relación con los usos existentes. No se transforma todo identificador en número ni todo campo vacío en valor ausente sin comprobar sus consecuencias.
Validar el recorrido, además de la cantidad de registros
Las pruebas comparan consultas por clave, rangos y actualizaciones que el programa realiza realmente. Se conserva un listado de excepciones y una forma de repetir la carga. El informe identifica qué se ha comprobado y qué queda pendiente.
Un ejemplo hipotético sería trasladar un maestro de referencias a una base de datos y mantener temporalmente un adaptador para sus consumidores. El piloto comprobaría lecturas y modificaciones acotadas. No se atribuye a un proyecto realizado en Toledo.