Comparar cantidades exige saber qué representan
Una cifra puede expresar unidades, peso o una medida ajustada. Antes de migrar, documentamos su significado y las operaciones que la transforman. Un campo con nombre abreviado puede esconder una regla que no se entiende leyendo solo su definición.
Para una empresa de Lleida con este tipo de proceso, el diagnóstico recorre un movimiento desde su entrada hasta la liquidación o el informe. Se identifican los puntos donde cambia la unidad y quién utiliza el resultado.
Los ajustes necesitan una relación con el origen
Una corrección puede modificar una medición o añadir un movimiento compensatorio. Revisamos qué permite reconstruir la cifra anterior y cómo se conserva el motivo del cambio. La migración no debe convertir ambos casos en una sobrescritura sin distinguirlos.
También se estudia el tratamiento de mediciones ausentes o fuera del intervalo admitido. Sustituirlas por cero puede ocultar un dato pendiente. El comportamiento se acuerda con el responsable funcional antes de implementarlo.
Una implementación .NET que haga visibles las conversiones
En C# se pueden separar magnitudes y reglas para evitar operaciones entre valores que representan cosas distintas. La estructura concreta depende del proceso y de sus consumidores. No se amplía el modelo sin una utilidad para el mantenimiento o la validación.
Las pruebas comparan conversiones individuales y totales acumulados. Incluyen cantidades pequeñas y límites donde aparece una diferencia de redondeo. El objetivo es explicar el resultado, no solo aproximarlo.
IA para descubrir reglas dispersas
OpenAI o Claude, de Anthropic, pueden apoyar la localización de fórmulas en distintos programas. Las similitudes se revisan porque un mismo factor puede tener otra escala o vigencia. No se unifican automáticamente fragmentos que parecen repetidos.
El conjunto de prueba se construye con ejemplos autorizados o sintéticos. Las expectativas se contrastan con COBOL y con las reglas aprobadas; no se toman del mismo borrador de código que se quiere comprobar.
Un piloto que permita reconciliar cada diferencia
La primera fase puede centrarse en una conversión o un tipo de movimiento. El informe muestra entrada, regla aplicada y salida, de modo que el usuario pueda identificar qué parte no coincide. Después se decide si conviene extender el trabajo.
Imaginemos una aplicación que debe comparar una medición recibida con un valor ajustado que utiliza otro proceso. El piloto revisaría ambos significados antes de conectar sistemas. Es un ejemplo hipotético y no un caso de cliente en Lleida.