Antes de mover un archivo, entender cómo se lee
Un histórico puede contener varias generaciones de un mismo registro. Un campo que hoy representa un estado pudo tener otro significado hace años, y una longitud aparentemente constante no garantiza que todo el archivo se interprete igual. En una consultoría COBOL para Huesca revisamos los programas que escribieron y consultan esos datos, además del fichero en sí.
La primera entrega puede ser un mapa de formatos, periodos y reglas de lectura. Su utilidad es práctica: permite distinguir una incidencia de conversión de una particularidad que ya existía en el origen. También ayuda a decidir qué información debe seguir accesible y con qué nivel de detalle.
Una capa de consulta antes de sustituir el núcleo
No siempre hace falta migrar la aplicación completa para permitir búsquedas nuevas. Podemos estudiar una extracción controlada hacia una base de datos o un servicio de consulta en .NET. En ese planteamiento se mantiene separado el circuito que registra operaciones del que permite analizarlas.
La frecuencia de actualización se define según el uso. Un informe de actividad histórica puede tolerar una copia diaria; una pantalla utilizada para tomar decisiones sobre operaciones recientes quizá no. La página o el servicio deben mostrar la fecha del dato, evitando que una copia se confunda con información en tiempo real.
Qué comprobar en una transformación de registros
El recuento total de filas es una comprobación insuficiente. Proponemos reconciliar claves, totales y relaciones entre archivos, y conservar un informe de registros rechazados con su causa. Las correcciones no se aplican de manera silenciosa: se distinguen los datos transformados de las excepciones que requieren una decisión.
Si un identificador tiene ceros a la izquierda, tratamos su significado antes de convertirlo a un número. Lo mismo ocurre con fechas incompletas y campos que utilizan blancos como un estado válido. Esas decisiones se documentan para que otra persona pueda repetir la carga.
IA para describir formatos, no para inventar datos ausentes
Claude, de Anthropic, o las herramientas de OpenAI pueden incorporarse como asistentes al análisis de programas y copybooks autorizados. Pedimos descripciones vinculadas a fragmentos concretos del código; una explicación plausible sin respaldo no se considera una definición del archivo.
En la migración a C# se revisan por separado el lector, las reglas de conversión y el almacenamiento de destino. Para las pruebas proponemos registros sintéticos que representen variantes reales sin trasladar información privada a una herramienta externa.
Un archivo recuperable y una operación repetible
El trabajo no termina cuando una consulta devuelve resultados. Dejamos descritos el origen de la extracción, las condiciones de repetición y la forma de comprobar que se ha completado. Si la carga se interrumpe, debe saberse si se continúa desde un punto seguro o se reinicia sobre un destino limpio.
Este enfoque es útil para una empresa oscense que necesite consultar información antigua desde nuevas aplicaciones. Es una propuesta de servicio, no una afirmación sobre los sistemas utilizados por las empresas de la provincia. El diagnóstico confirmará si existe un archivo aprovechable y qué restricciones tiene.