Una orden puede estar abierta en más de un sistema
Cuando una aplicación mantiene órdenes de trabajo, importa saber qué componente decide que una operación está terminada. Puede haber confirmaciones, consumos pendientes o devoluciones posteriores. Cambiar una pantalla sin revisar esa secuencia puede crear estados que antes no eran posibles.
En la consultoría COBOL para Burgos trazamos el recorrido de una orden y sus movimientos asociados. Si el programa se utiliza en un entorno productivo, el caso de análisis se adapta a ese proceso; no presuponemos que todas las empresas de la provincia trabajen con el mismo modelo.
Consumir, corregir y devolver no son la misma operación
Una devolución puede necesitar referenciar el movimiento original, conservar su valoración o afectar a otro periodo. Revisamos las reglas existentes antes de consolidar todas las variaciones en una sola función. La simplificación del código no debe borrar diferencias que utiliza el negocio.
Preparamos ejemplos que permitan seguir cantidades desde el alta hasta el cierre. Cuando se detecta una inconsistencia, el informe identifica el movimiento y la condición que la produce. Un total final sin esa trazabilidad es difícil de utilizar para corregir el proceso.
Un módulo moderno con límites claros
Si se plantea .NET, buscamos una frontera que permita mover una responsabilidad completa. Por ejemplo, una consulta de situación puede separarse antes que la confirmación de consumos. La elección depende de las dependencias y de las pruebas disponibles, no de que la consulta tenga menos líneas.
El diseño define dónde se guarda el estado autorizado y cómo se comunican los cambios. Evitamos que COBOL y el servicio nuevo modifiquen independientemente la misma orden sin un procedimiento que resuelva conflictos.
Asistencia de IA y revisión de estados
Podemos emplear OpenAI o Claude, de Anthropic, para apoyar la localización de transiciones y condiciones. Cada transición propuesta se contrasta con programas y ejemplos. La ausencia de una llamada en un fragmento de código no demuestra que una operación nunca ocurra.
La IA también puede ayudar a generar combinaciones de prueba, como cerrar una orden con un movimiento pendiente. El responsable funcional decide qué debe ocurrir; el resultado esperado no se deduce únicamente del código de destino.
Comprobar con secuencias, no solo con registros sueltos
El plan de ensayo incluye operaciones consecutivas: alta, modificación, confirmación y eventual corrección. Algunas diferencias aparecen solo después de varios pasos. Conservamos el estado inicial para repetir el escenario sin contaminarlo con ejecuciones anteriores.
Una situación ilustrativa sería modernizar la consulta de órdenes mientras la contabilización de consumos permanece en COBOL. El piloto comprobaría la correspondencia entre ambos lados. No se presenta como un trabajo realizado en Burgos, sino como una forma de acotar una petición amplia.