Un texto legible puede haber perdido información
Al transformar archivos, una cadena puede mostrarse correctamente en algunos ejemplos y fallar con otros caracteres. Revisamos la codificación de origen y de destino, además de cómo se mide la longitud de cada campo. La conversión no se valida solo con letras sin acentos.
Para proyectos COBOL en Girona preparamos muestras que representen los textos realmente necesarios. No se usan datos personales reales por comodidad: es posible construir nombres y descripciones ficticias que cubran las mismas condiciones técnicas.
La fecha no debe depender de cómo está configurado un equipo
Una misma cadena puede resultar ambigua si no se define el orden de día, mes y año. El contrato de intercambio especifica formato, valores admitidos y tratamiento de fechas incompletas. También se revisan los valores especiales que utiliza el sistema actual.
Si el programa transforma fechas antes de guardarlas o mostrarlas, esa secuencia forma parte de la prueba. Una biblioteca del destino puede rechazar entradas que COBOL aceptaba o interpretar automáticamente un dato de otra forma.
Migrar lectores y escritores con reglas explícitas
En C# y .NET se definen las conversiones necesarias en la frontera del sistema. Las reglas no se dejan a valores por defecto que puedan variar entre entornos. El lector y el escritor se prueban por separado y juntos cuando el archivo debe volver a su formato original.
La migración puede limitarse a la capa de intercambio. Mantener el cálculo COBOL mientras se moderniza la recepción de datos permite acotar las diferencias y comprobarlas con precisión.
IA para localizar supuestos de formato
Claude de Anthropic o herramientas de OpenAI pueden ayudar a identificar conversiones y comparaciones de cadenas. Revisamos qué propuestas dependen de un entorno concreto y contrastamos el resultado con muestras. La IA no puede deducir con certeza una codificación ausente a partir de un fragmento de texto sencillo.
Las pruebas incluyen caracteres, espacios y longitudes límite, además de fechas que puedan confundirse. El objetivo es detectar pérdida o cambio de significado, no solo evitar excepciones al leer el archivo.
Un informe que explique cada transformación
La entrega documenta formatos y decisiones, registra los valores rechazados y permite repetir la conversión. Si existe una transformación que no se puede invertir, se señala antes de usarla con históricos o intercambios que necesiten fidelidad exacta.
Un ejemplo ilustrativo sería adaptar una exportación para otra aplicación manteniendo los identificadores y los textos completos. No es una referencia a un cliente de Girona, sino una forma de concretar las comprobaciones de un proyecto de integración.