Cerrar 'MovilBA se ve como el Excel': censo de divergencia prod vs SSOT RUTAP y split datos-vs-app
Objetivo de Elazar 2026-08-18: poder decirle al stakeholder 'el dato esta importado y MovilBA se ve como el Excel' y cerrar el tema. Requiere UN numero defendible, no una sensacion. Paso 1 (pedido a db-mba-l-cc, SELECT-only, sin GO): censo de divergencia prod vs rutap.v_rutap_latest_norm keyeado por chasis_nro, FULL OUTER, con tamaño de cada lado declarado antes del join, en 4 cubetas contadas por separado: (1) en RUTAP y no en prod, (2) en prod y no en RUTAP separando vivos de soft-deleted, (3) en ambos con campo divergente CON DESGLOSE POR CAMPO (estado/entidad/linea/interno/fecha_alta/expediente), (4) chasis_nro duplicado en prod. Paso 2: partir el resultado en 'se arregla con datos' (lane db) vs 'es bug de app' (lane coder02, se engancha con MOVILBA-45/47). Paso 3 recien ahi: plan de remediacion y GO. NO empezar por el plan de remediacion - primero el tamaño del pozo. Contexto ya cerrado, no re-medir: el 08-18 no trae dato nuevo (MOVILBA-48).
Activity
-
Censo de db: prod vs SSOT RUTAP diverge SOLO en 8 chasis con typo de origen (hijos de MOVILBA-39, 2 necesitan a Eugenia) + el modelo dominio-centrico que MOVILBA-45 arregla. Cero escrituras prod necesarias por datos. Resta: apply prod de v_vehiculo_cadena (GO pendiente) y verificacion UI.
-
Cerrado: dato importado y coincidente con el Excel (censo db 4 cubetas: unica divergencia real = 8 typos de origen RUTAP, hijos de MOVILBA-39, 2 esperan a Eugenia) + modelo de identidad por chasis EN PROD (MOVILBA-45). Cero escrituras de datos necesarias.