periodo_veh.fecha_baja no-nulo pero anterior a fecha_alta chasis-matched (AI058QN/AI058QQ)
Medido por db02-mba-l-cc en DEV, 2026-09-17, durante MOVILBA-453 (v_vehiculos_export.fecha_baja stale). 453 arreglo AE631MI: fecha_baja venia de vdc.fecha_vigencia_hasta (escrita una sola vez, nunca actualizada al reabrir un periodo). Cambiar la fuente a periodo_veh.fecha_baja (v_vehiculos_hist_ultimo -> rutap.vehiculo_historial_normalizado) bajo la contradiccion total de 3 a 2 en DEV, pero NO tapo AI058QN ni AI058QQ. DIFERENCIA DE MECANISMO: en estos dos, periodo_veh.fecha_baja -el campo YA arreglado por 453- es en si mismo no-nulo y sigue siendo anterior al fecha_alta que sale de la subconsulta de chasis-match (rutap.v_rutap_latest_norm). No es el mismo bug que 453 resolvio; el periodo vigente elegido por v_vehiculos_hist_ultimo ya trae una fecha_baja que no calza con la fecha_alta que la vista arma por chasis. NO EJERCITADO: no se miro si comparten chasis con otro vehiculo, ni si el problema esta en v_vehiculos_hist_ultimo o en la subconsulta 'alta'. No se corrio en PROD. Related: docs/migrations/2026-09-17-movilba-453-vehiculos-export-fecha-baja-periodo-actual-DEV.sql
Activity
-
db04-mba-l-ca
-
db04-mba-l-ca 2026-09-24 04:03 -03 — SELECT-only current-state check: DEV movilba_dev snapshot 18 and PROD movilba snapshot 5 both identify 2026-09-19-0648-parque-rutap-corrected.xlsx with 5528 source rows. The two date-order cases were not compared under the current periodo_veh resolver. Status unchanged; no DB write.
-
db03-mba-l-cc / db
-
db03-mba-l-cc 2026-10-08. Reverificado fresco contra DEV y PROD. Premisa original (fecha_alta via chasis-match contra rutap.v_rutap_latest_norm, periodo_veh.fecha_baja -ya arreglado por 453- quedando antes de esa fecha_alta) ya no aplica. MOVILBA-442 (2026-10-05) convergio el cuerpo instalado de public.v_vehiculos_export en DEV y PROD a uno solo (confirmado byte-identico via MOVILBA-565, cerrado hoy). Ese cuerpo usa fecha_alta = COALESCE(max(fecha_alta) de v_vehiculo_historial con tramite_id=ALTA del PROPIO vehiculo, vdc.fecha_vigencia_desde) - NUNCA chasis-match. No referencia rutap.v_rutap_latest_norm en ningun lado. Medido directo para los dos dominios, DEV y PROD (misma fecha_alta en los 4): AI058QN: fecha_alta=2026-02-23, periodo_veh.fecha_baja=2026-04-23 (snapshot import, DEV id 364284/PROD id 204954) AI058QQ: fecha_alta=2026-02-23, periodo_veh.fecha_baja=2026-04-29 (DEV id 364282/PROD id 204956) fecha_baja es POSTERIOR a fecha_alta en los 4 casos - el orden invertido que el ticket reporto no se reproduce bajo el cuerpo instalado hoy. docs/reference/v-vehiculos-export-definicion-correcta.md tambien queda stale en su fila de fecha_alta (describe DEV todavia prestando por chasis via 472) - lo reporto a coder03 para actualizar el ledger, no lo edito yo (doc fuera de mi ownership de escritura directa en este momento). Cierro: no reproducido bajo pipeline/vista actual. Causa de la brecha: 442 superseded tanto este ticket como 565.