La misma aplicación puede tener varias versiones de la realidad
Cuando distintos centros comparten datos, interesa saber cuál es la copia autorizada y cuándo reciben los demás una actualización. La divergencia no siempre es un fallo: puede ser un retraso admitido que nadie ha explicado claramente al usuario.
Para proyectos COBOL en Badajoz proponemos dibujar el recorrido de la información entre sedes o aplicaciones. El mapa distingue lectura, edición y sincronización. No asumimos que todas las delegaciones tengan los mismos permisos ni las mismas necesidades.
Resolver conflictos antes de automatizar el intercambio
Si dos ubicaciones pueden modificar el mismo dato, hay que definir qué ocurre cuando las actualizaciones se cruzan. Elegir la última llegada puede no coincidir con la decisión que necesita el negocio. El criterio se acuerda y se prueba con ejemplos.
También se revisa la propagación de bajas y correcciones. Un intercambio que solo transmite altas deja abierta la pregunta de cómo se retira información o se corrige un registro ya distribuido.
Un servicio .NET con responsabilidad delimitada
La modernización puede incorporar un componente que coordine cambios o una consulta común. Se define qué función conserva COBOL y qué componente pasa a gestionar el dato. La transición debe evitar una doble autoridad no controlada.
En el piloto se comparan los estados visibles en cada punto. Se ensaya una actualización correcta, una interrupción y la recuperación posterior. El resultado debe mostrar qué permanece pendiente y cómo se reanuda.
Asistencia de IA sin asumir la topología
Claude de Anthropic o herramientas de OpenAI pueden ayudar a leer programas de intercambio y proponer documentación. Sin embargo, no conocen todas las conexiones solo por ver un repositorio. El análisis incorpora configuraciones y explicaciones del cliente.
Las propuestas de sincronización se revisan con criterios funcionales. No se adopta un patrón por su popularidad si el volumen, los permisos o el entorno no permiten mantenerlo de forma razonable.
Un proyecto por flujo de información
El primer alcance puede centrarse en un catálogo, un estado de pedido o una referencia compartida. Esa unidad permite probar la coordinación sin transformar todas las aplicaciones a la vez. Las conclusiones del piloto se limitan al flujo ensayado.
Como situación ilustrativa, una delegación podría necesitar consultar cambios realizados en otra sin editar directamente su archivo. El estudio definiría actualización y permisos. No se trata de un caso de cliente en Badajoz ni de una afirmación sobre su infraestructura.