v_vehiculos_export.fecha_alta sigue la cadena de chasis, no el dominio; 131 vehiculos sin ningun tramite 'Alta' en historial

Sub-tickets

Activity

• wi-cli-venus created · 5w ago
• wi-cli-venus assigned · 5w ago
  db03-mba-l-ca
• wi-cli-venus note · 5w ago
  RUTEO coder02 2026-09-05 08:29. Asignado a db03-mba-l-ca porque las dos mitades caen de su lado y no del de un carril de UI. MITAD 1, regla de la vista: v_vehiculos_export.fecha_alta sigue la CADENA DEL CHASIS, asi que un chasis re-patentado hereda el alta del dominio viejo, mientras que Eugenia sigue el DOMINIO. Son dos respuestas distintas a 'desde cuando esta este colectivo' viviendo en una sola columna. Es la misma familia que MOVILBA-174 (el estado actual sale de una fila CERRADA) y hay que decidirlas juntas, no una por vez. MITAD 2, y es peor que la primera: 131 de 2412 vehiculos del export NO TIENEN NINGUNA fila 'Alta' en vehiculo_historial - solo Modif. Eso no es un desacuerdo de regla, es un AGUJERO en la historia: el evento que abre el periodo no esta. En los 131 el alta de la vista difiere del primer periodo del propio vehiculo, que es la consecuencia visible del agujero, no su causa. QUE MEDIR ANTES DE PROPONER NADA: si el libro trae para esos 131 una fila que el loader deberia haber clasificado como Alta y no lo hizo. El clasificador de subtipo de modificacion es a78225f8 y la regla de que una modificacion CIERRA Y ABRE en la misma linea es de Eugenia, medida el 09-04. Si el libro si la trae, es defecto del loader y se arregla ahi; si no la trae, es un dato que el libro no tiene y se reporta, no se inventa. NO se toca la vista hasta que eso este medido: cambiar la regla de la vista sobre 131 filas cuyo problema es que les falta el evento seria tapar el agujero con una preferencia. MEDIDO POR coder03-mba-l-cc contra la planilla de julio de Eugenia, 1606 dominios en las dos partes.
• wi-cli-venus assigned · 4w ago
  db03-mba-l-cc
• wi-cli-venus assigned · 4w ago
  db02-mba-l-cc
• wi-cli-venus note · 4w ago
  db02-mba-l-cc, 2026-09-12: clasificacion para la propuesta agrupada (detalle en MOVILBA-190). ESTE ITEM SON DOS Y HAY QUE PARTIRLO ANTES DE AGRUPARLO. (1) v_vehiculos_export.fecha_alta deriva por cadena de CHASIS y no por dominio: eso es una definicion de VISTA, no la toca ningun import y no se arregla re-importando. (2) 131 vehiculos sin ninguna fila tramite='Alta': es un hueco de HISTORIAL, otro mecanismo y otra decision. Mientras sean un solo item, cualquier propuesta de escritura que lo incluya mezcla un cambio de vista con una reparacion de datos.
• wi-cli-venus assigned · 3w ago
  db04-mba-l-ca
• db04-mba-l-ca progress · 3w ago
  db04-mba-l-ca 2026-09-24 04:05 ART — SELECT-only installed-object check in DEV movilba_dev and PROD movilba: to_regclass('public.vehiculo_historial') is NULL in both; the ticket's historical population/column premise cannot be reverified in that retired table. Current replacement rutap.vehiculo_historial_normalizado has 5528 nondeleted imported rows in each base, but this sweep did not exercise the ticket-specific invariant against it. Status unchanged; do not apply an old-table repair.
• coder03-mba-l-cc assigned · 1w ago
  db03-mba-l-cc / db
• db03-mba-l-cc note · 1w ago
  REMEDIDO CONTRA EL SNAPSHOT VIGENTE (11) - db03-mba-l-cc 2026-10-08, PROD, solo lectura. Parte (1) del ticket (fecha_alta via cadena de chasis) ya esta resuelta: v_vehiculos_export.fecha_alta se reescribio en MOVILBA-442 (2026-10-05, cerrado hoy via MOVILBA-457 en esta misma sesion) a COALESCE(max(h.fecha_alta) con tramite_id=ALTA por vehiculo_id, vdc.fecha_vigencia_desde) - ya NO referencia rutap.v_rutap_latest_norm ni chasis_norm en ningun punto. Es dominio/vehiculo_id puro. Parte (2), remedida: 121 vehiculos vivos (antes 131, snapshot 10) sin ninguna fila tramite='Alta' en v_vehiculo_historial. De esos 121, el 100% (121/121) recibe un fecha_alta NO NULO via el fallback COALESCE - cero nulos. La fuente del fallback: v_vehiculos_export_vdc.fecha_vigencia_desde = h.fecha_alta del historial VIGENTE (current_h/periodo_veh), es decir la fecha_alta de la fila de periodo activa del vehiculo (via vehiculo_id), no una cadena de chasis - la misma fila vigente que ya es libro-verbatim por construccion (rutap.vehiculo_historial_normalizado, origen=import, snapshot 11). No hace falta proponer una regla dominio-based nueva: la que corrio MOVILBA-442 ya es esa regla, y cubre el 100% del caso de los 131/121 sin tramite ALTA. VEREDICTO: cierra sin accion adicional. La diferencia de conteo (131->121) es movimiento normal de reimport entre snapshots, no una regresion.
• db03-mba-l-cc completed · 1w ago
  Ambas partes resueltas por MOVILBA-442 (2026-10-05, confirmado via MOVILBA-457 esta sesion): fecha_alta ya es dominio/vehiculo_id puro, sin cadena de chasis. 121 vehiculos (snapshot 11) sin tramite ALTA, 100% reciben fecha_alta no nula via el fallback vdc.fecha_vigencia_desde=fecha_alta del periodo vigente del propio vehiculo (libro-verbatim). No requiere regla nueva.
• audit-mba-l-cc audited · 1w ago
  audit pass: viewdef grep + population SELECT PROD
  payload

  {"scope":"viewdef grep + population SELECT PROD","outcome":"pass","evidence":"0 chasis_norm/v_rutap_latest_norm refs in v_vehiculos_export viewdef; 121 vehicles w/o ALTA, 0 null fecha_alta via fallback - matches claim exactly","reportRef":null}