Recibir un fichero no significa haberlo procesado
Una integración puede confirmar que un archivo ha llegado y fallar después al interpretarlo. Si el emisor confunde ambos estados, puede dar por terminada una operación que sigue pendiente. En la consultoría trazamos las confirmaciones necesarias de principio a fin.
Para empresas gaditanas revisamos cómo se identifica cada envío, qué archivos se consideran completos y cómo se notifican los rechazos. El problema se estudia como un contrato entre sistemas, no únicamente como una rutina de lectura COBOL.
Versionar el formato antes de cambiarlo
Ampliar un campo o incorporar un nuevo tipo de registro puede afectar a consumidores externos. Documentamos qué versiones deben coexistir y cómo se reconoce cada una. Si el archivo no contiene esa información, se estudia otra forma de distinguirlo sin ambigüedad.
El análisis incluye codificación, separadores, longitudes y reglas sobre campos vacíos. También revisamos nombres y rutas cuando forman parte del acuerdo. Ninguno de esos detalles debe quedar supuesto porque «siempre se ha hecho así».
Un conector moderno sin cambiar todo el núcleo
Podemos desarrollar un componente en C# sobre .NET que gestione recepción, validación y entrega a la aplicación existente. La frontera define cuándo el conector puede marcar un archivo como terminado y qué información devuelve si el proceso COBOL lo rechaza.
Si se migra también la transformación, se comparan archivos completos y registros concretos. Se mantiene una relación entre el envío original y los resultados para facilitar la investigación de incidencias.
Qué aporta la IA a la revisión del intercambio
OpenAI o Claude, de Anthropic, pueden ayudar a describir formatos a partir de programas y documentación autorizada. Las propuestas se contrastan con archivos de ejemplo y con la especificación acordada con el tercero. Una salida histórica aislada no demuestra todas las variantes posibles.
La generación de pruebas puede incorporar envíos truncados, duplicados y versiones incompatibles. Los resultados esperados se definen antes de ejecutar el conector; no se aceptan solo porque la herramienta los presente como razonables.
Comprobar el ciclo de error y reenvío
El ensayo incluye una recepción correcta, un rechazo y una nueva entrega corregida. Debe quedar claro si el identificador del envío se conserva, cómo se evitan duplicaciones y quién puede desbloquear una incidencia.
Un piloto podría sustituir únicamente la recepción de un archivo periódico manteniendo el cálculo principal en COBOL. Es un ejemplo de alcance para explicar el servicio, no una referencia a un cliente de Cádiz. Su viabilidad depende de los contratos y accesos disponibles.