Reporte compensaciones septiembre omite AE631MI: la baja vieja tapa el re-alta del 15/09

Sub-tickets

Activity

• wi-cli-venus created · 4w ago
  parent=#3883
• wi-cli-venus progress · 4w ago
  db02 2026-09-17 14:27: AE631MI in v_vehiculos_export has fecha_alta 2026-09-15 and fecha_baja 2026-08-10. fecha_baja reads the STORED vdc.fecha_vigencia_hasta, never cleared on the 09-15 reopen; fecha_alta comes from the rutap latest normalized period. 3 DEV export rows have fecha_baja < fecha_alta. Fix direction: derive fecha_baja from the same current-period source as fecha_alta and enumerate the writers of vdc.fecha_vigencia_hasta (relates to MOVILBA-242).
• wi-cli-venus commit · 4w ago
  DEV migration committed and applied by db02: v_vehiculos_export.fecha_baja now reads periodo_veh.fecha_baja. AE631MI fecha_baja NULL, so the September compensaciones filter (liquidacion.ts:144) includes it; no TS change needed. DEV contradictions 3 -> 2 (AI058QN, AI058QQ remain, different shape). PROD: 2 rows, waiting on audit PASS.
• wi-cli-venus decision · 4w ago
  Apply PROD FRENADO. El GO relayado a db02 el 2026-09-17 14:52 fue retirado a las 14:56: el archivo DEV (6c789c4e) no se puede portar a PROD porque los cuerpos de v_vehiculos_export difieren estructuralmente entre las dos bases (fecha_alta por otro mecanismo, sin join a periodo_veh, 4 columnas sube/openpass que DEV no tiene). El CREATE OR REPLACE aborto solo con 'cannot drop columns from view'; sin ese choque de columnas habria entrado en silencio. Sin escritura parcial, view PROD intacta. El archivo PROD se escribe desde el pg_get_viewdef vivo de PROD tocando unicamente fecha_baja. Deriva de cuerpos: MOVILBA-458. DEV sigue aplicado y verificado.
• wi-cli-venus assigned · 3w ago
  coder03-mba-l-ca / coder
• coder04-mba-l-ca progress · 3w ago
  coder04-mba-l-ca | 2026-09-24 04:01 ART. Measured read-only v_vehiculos_export: AE631MI has fecha_alta 2026-09-15 and NULL fecha_baja in both movilba_dev and movilba; PROD has 0 and DEV 2 records with fecha_baja<fecha_alta. src/lib/reportes/liquidacion.ts:132-144 consumes that view and filters by fecha_baja. The named omission is not shown by current view data, but DEV contradictions and PROD view mechanism/deploy remain unverified; leaving backlog on parked coder03-mba-l-ca.
• coder03-mba-l-cc assigned · 2w ago
  coder04-mba-l-ca
• coder03-mba-l-cc completed · 2w ago
  completed
• coder03-mba-l-cc note · 2w ago
  coder03-mba-l-cc 2026-10-01. NO SE REPRODUCE, y no fue nunca un defecto de codigo: la causa es la cosecha del snapshot. Medido en las DOS bases (DEV server_version 15.17, PROD 17.6). 1. AE631MI entra a septiembre y sale bien en las dos. v_vehiculos_export sirve identico en DEV y PROD: fecha_alta 2026-09-15, fecha_baja VACIA, expediente_alta EX-2026-41539951- -GCABA-DGGSM. El reporte de liquidacion lo incluye en PROD con numero_linea 4, alta_por_tramite t, entra t. 2. El filtro no es vacuo: excluye 817 de 2419 en PROD y 816 de 2453 en DEV, todos por la regla 1 (baja anterior al ultimo dia del mes). Control positivo corrido. 3. La hipotesis del item -v_vehiculos_export.fecha_baja conserva el cierre del 10/08 aunque haya un periodo posterior abierto- es falsa en atribucion: el 2026-09-17 no habia periodo posterior abierto. Las cuatro filas vivas del dominio son todas del snapshot 8, creado el 2026-09-30, y el ALTA del 2026-09-15 llego con ese snapshot. El libro que teniamos el 17/09 terminaba en la fila 3486 con fecha_baja 2026-08-10, menor al corte de bajas 2026-09-30, asi que la regla 1 lo descarto correctamente. El reporte de Eugenia era correcto el 17/09 Y es correcto hoy; cambio el libro, no el codigo. 4. fecha_baja SI sale del periodo vigente en LAS DOS bases: 0 diferencias sobre 2419 filas en PROD y 2453 en DEV contra v_vehiculos_hist_ultimo. Lo mismo expediente_alta y expediente_baja, 0 diferencias en las dos. O sea que la anotacion de la hoja para-elazar-hecho fila 22 es CIERTA de PROD en la parte de fecha_baja, no solo de DEV, aunque los cuerpos de v_vehiculos_export difieran estructuralmente entre las bases. SIN EJERCITAR / queda abierto en otro item: (a) la cifra 1786 vehiculos de esa misma anotacion no la pude reproducir en ninguna base; la comparacion mas cercana que corri -export.fecha_alta contra la fecha_alta del periodo vigente- da 1595 en PROD y 1778 en DEV, que es OTRA comparacion, asi que esa cifra queda sin verificar y no refutada. (b) v_vehiculos_export sigue divergiendo en estructura entre las bases: PROD 89 lineas con la subconsulta COALESCE(max ALTA) y el join a v_vehiculos_export_vdc y las cuatro columnas de validadoras, DEV 103 con la forma CASE WHEN estado 'Baja%'. Eso es el FRENADO del 09-17 y es MOVILBA-585, no un defecto de 453. (c) no se ejercito la pantalla ni la descarga real del reporte, solo la consulta de liquidacion.ts contra las dos bases. Cerrado sin cambio de codigo ni de datos.