Un campo compartido necesita un significado compartido
Dos aplicaciones pueden utilizar un código con el mismo nombre y asignarle valores distintos. Antes de conectarlas, documentamos significado, longitud y condiciones de uso. El contrato debe explicar también cómo representar un dato que no existe o todavía no se conoce.
Para una empresa coruñesa con varias aplicaciones relacionadas, el diagnóstico empieza por una interacción concreta. Así se puede comprobar el acuerdo real entre sistemas sin elaborar un catálogo inmanejable de todos los campos desde el primer día.
Cambiar una definición obliga a revisar sus consumidores
Una ampliación aparentemente compatible puede alterar el comportamiento de un programa que espera una longitud fija. Identificamos quién produce y quién recibe cada registro. Las versiones que deban convivir se incluyen en la prueba.
También se revisa el tratamiento de valores nuevos. Un consumidor antiguo necesita una respuesta prevista ante un estado que todavía no conoce. Ignorarlo o convertirlo en un estado habitual podría ocultar una operación pendiente.
Un adaptador .NET que traduzca sin inventar
La capa en C# puede separar el formato interno de COBOL del contrato que necesita otro sistema. Esa traducción se documenta campo por campo, incluyendo conversiones y límites. Si un dato no tiene correspondencia, se plantea una decisión en lugar de rellenarlo con un valor arbitrario.
El piloto puede ser de solo lectura para comprobar primero significado y actualización. Las operaciones de escritura se estudian por separado porque añaden compromisos sobre validación y confirmación.
IA para apoyar la documentación del contrato
Claude de Anthropic o herramientas de OpenAI pueden proponer descripciones a partir de código y esquemas autorizados. Esas descripciones se revisan con ejemplos y con los responsables funcionales. El nombre abreviado de una variable no basta para deducir su sentido.
Las pruebas generadas deben cubrir valores límite y ausencias relevantes. Una colección de ejemplos correctos no demuestra que ambos sistemas interpreten igual un error o una versión desconocida.
Entregar ejemplos que sirvan a ambos equipos
Además de la especificación, preparamos muestras de entrada y salida que puedan reutilizar los productores y consumidores. Se identifica qué cambios obligan a revisar el contrato y cómo se comunicarán durante la transición.
Un caso ilustrativo sería exponer datos de una aplicación COBOL a un nuevo portal conservando el significado de estados y fechas. No es un proyecto realizado en A Coruña, sino un ejemplo para delimitar responsabilidades antes de desarrollar.