Política: PROD replica el snapshot RUTAP vigente en PostgreSQL

Sub-tickets — 22/23 done

Activity

• wi-cli-venus created · 2026-08-14
• wi-cli-venus titleChanged · 2026-08-14
  PROD debe ser copia del sqlite de RUTAP (v_rutap_latest)
• wi-cli-venus completed · 2026-08-21
  MUERTO POR MEDICION, no por trabajo sobre este item. db03-mba-l-ca midio prod contra el libro crudo actual el 2026-08-21 08:11:08 ART: 0 dominios del SSOT ausentes en prod y 0 divergencias de estado por dominio. Lo cerraron los paquetes de esta manana - el import de faltantes, la reconciliacion de estado, y MOVILBA-94 y 104 en prod. Nota de metodo para el que lo relea: este item pedia que prod fuera copia de v_rutap_latest y durante semanas se midio mal, con borrado_en IS NULL, que es el test de liveness equivocado y reportaba cientos de dominios faltantes que estaban ahi. La medicion que lo cierra cuenta sobre TODAS las filas y separa presencia de estado, que son dos preguntas distintas con remedios opuestos.
• wi-cli-venus note · 2026-08-21
  CIERRE SOSTENIDO, pero con una advertencia que hay que leer antes de reabrirlo. Se cerro con la medicion de db03-mba-l-ca CONTRA EL LIBRO CRUDO 0624 (0 dominios del SSOT ausentes, 0 divergencias de estado, 08:11:08 ART), y el libro es el SSOT, asi que el cierre vale. db02-mba-l-cc midio en paralelo contra rutap.v_rutap_latest y tambien dio cero en presencia (2388 dominios distintos de cada lado, contando TODAS las filas de prod incluidas las soft-deleteadas, segun la regla de que baja es un estado y no un borrado) - pero encontro que rutap.snapshots quedo una revision atras: llega al 2026-08-20 02:11 y el libro con el que se reconcilio prod es el 0624. O sea que v_rutap_latest ya no es el SSOT vigente. Eso se filo aparte como MOVILBA-110; no reabrir este item por una divergencia que reporte esa vista sin mirar 110 primero.
• wi-cli-venus statusChanged · 2026-08-21
  REABIERTO. Lo cerre a las 08:11 con la medicion de PRESENCIA de db03 contra el libro crudo, y db-mba-l-cc tiene razon en que eso no alcanza: el alcance de este item es a NIVEL DE CAMPO, no solo de dominios, y sus hijos MOVILBA-30 y 59 siguen abiertos. Ademas la referencia esta desactualizada - el snapshot mas nuevo del schema rutap es el id 4 (libro del 20/08 02:11, md5 537bcb62, 5086 filas) y prod se reconcilio contra el 0624 (md5 8674ba4e, 5088 filas), asi que un verde contra v_rutap_latest es verde contra el libro de ayer (MOVILBA-110). PARA CERRARLO DE VERDAD hacen falta dos cosas: cargar el snapshot 5 desde el libro 0624 - que es una ESCRITURA y necesita su propio GO descrito - y despues correr el diff a nivel de campo. db puede correr las dos apenas alguien cargue el libro. Nota de metodo: cerre esto con una medicion que contestaba una pregunta mas angosta que el item. Presencia no es paridad de campos, igual que dominio-gap-cero no es paridad de estado.
• wi-cli-venus assigned · 6w ago
  db03-mba-l-ca / db
• wi-cli-venus descriptionChanged · 6w ago
  was: Directiva Elazar 2026-08-14: lo que este en prod y no en v_rutap_latest (rutap-snapshots.sqlite) se borra; lo que este en el sqlite y falte en prod se carga. Excepcion: no se borra dato que sirva para reconstruir dato daniado de los exports de Eugenia. Alcance: solo planos que RUTAP modela. Fuera de alcance: users, grupos, permisos, app_logs, catalogos. Nada se ejecuta sin GO por item.
• wi-cli-venus priorityChanged · 6w ago
  2
• wi-cli-venus titleChanged · 6w ago
  Política: PROD replica el snapshot RUTAP vigente en PostgreSQL
• wi-cli-venus deferred · 6w ago
  Standing policy only; MOVILBA-155 is the active 2026-08-31 snapshot-import instance.
• 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
  PROPUESTA DE CORTE - db02-mba-l-cc, 2026-09-12. Este item es una POLITICA, no trabajo, y su texto sigue siendo correcto: PROD replica el snapshot RUTAP vigente, cada brecha concreta es un item ejecutable aparte con su ensayo y su GO. Tres cosas lo desactualizan y una lo cierra. 1. LA INSTANCIA QUE NOMBRA YA NO ES LA VIGENTE. El texto dice 'MOVILBA-155 es la instancia ejecutable actual (libro del 2026-08-31 ausente y sin importar; PROD dos libros atras)'. Eso esta falsificado y ya lo escribi en 155: el libro del 08-31 nunca fue un snapshot, y hoy PROD esta UN libro atras de DEV (PROD punta = snapshot 11 del 09-05, DEV = 12 del 09-07) y DOS atras del disco (2026-09-10-1150, sin importar en ningun lado). La politica no puede seguir apuntando a una instancia falsificada. 2. LA POLITICA SE CUMPLE HOY MEJOR DE LO QUE EL ITEM SUPONE, para lo que mide: PROD tiene los 2407 dominios de su libro, cero faltantes y cero de mas. Lo que NO cumple es cosa de OTRO plano - el modelo de historial, que en PROD sigue siendo el viejo (ver 125 y 294). 3. EL ESTADO DE LA FILA ES CONTRADICTORIO: status deferred pero con closedAt del 2026-08-21. Sea cual sea la intencion, hoy la fila no dice si la politica esta vigente, y una politica que nadie puede citar con seguridad no gobierna nada. PROPUESTA: a. DEJARLA ABIERTA COMO POLITICA PERMANENTE -no deferred, no closed- y sacarle del cuerpo la referencia a 155 como instancia actual. Una politica sin fecha de cierre es correcta; una politica cerrada no se puede invocar. b. REEMPLAZAR esa linea por la regla que si resistio la medicion: la punta de rutap.snapshots es el ultimo libro IMPORTADO, no el ultimo que existe en disco, y por lo tanto 'PROD replica el vigente' se verifica contra el libro importado nombrandolo, jamas contra 'el ultimo'. c. REPARENTAR el unico hijo vivo, 59 (pipeline de import no reproducible). Es un item de herramienta, no una instancia de esta politica. d. NO cerrarla. Cerrar la politica dejaria a cada import futuro sin la frase que obliga a item concreto + GO.
• 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: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. This is a standing policy, not an executable import; its old reference to snapshot 155 is obsolete and fidelity was not fully gated. Status unchanged; no DB write.
• coder03-mba-l-cc assigned · 1w ago
  researcher-mba-l-cc / solo
• researcher-mba-l-cc note · 1w ago
  2026-10-08T12:48:53-03:00 researcher-mba-l-cc re-measurement. What the installed importer already guarantees: for a given, named snapshot it is executed against, row-level fidelity to that snapshot's domains (confirmed by db02 2026-09-12: PROD had zero missing/zero extra of its book's 2407 domains). It does NOT guarantee PROD stays current over time - pulling a new book, importing it, and promoting the snapshot pointer are manual, GO-gated steps per instance. db02's own measurement showed PROD one snapshot behind DEV and two behind disk at the time (snapshot 11 vs DEV's 12 vs an unimported 2026-09-10 book). So the gap this policy exists to close is real and not closed by the importer's own mechanics - the policy is live governing text, not already-true. Ticket state is stale and contradictory, confirmed independently of db02's note: status=deferred but closedAt=2026-08-21 set, body still names MOVILBA-155 as 'the current executable instance' though 155 itself was found falsified (the 2026-08-31 book it cites was never a real snapshot) and is long superseded by later imports. db02's 2026-09-12 proposal (quoted in the history, never actioned) already covers this exactly: (a) leave open as a permanent standing policy, neither deferred nor closed - a closed policy can't be invoked; (b) replace the MOVILBA-155 reference with the rule that actually held up: rutap.snapshots' tip is the last IMPORTED book, not the last one that exists on disk, so 'PROD mirrors the current snapshot' is checked against the named imported book, never against 'the latest'; (c) reparent the one live child, MOVILBA-59 (import pipeline not reproducible - a tooling defect, not an instance of this policy); (d) do not close - closing would drop the per-import GO requirement for every future snapshot. Recommendation: adopt db02's unactioned proposal verbatim - this is real standing work (status/body need fixing, and each future snapshot gap still needs its own GO-gated item), not something to close as already-true.
• coder03-mba-l-cc note · 1w ago
  coder03 2026-10-08 13:02 ART: adopting db02's 2026-09-12 proposal verbatim. Stays OPEN as permanent policy. The MOVILBA-155 reference is removed - 155 was found falsified - and replaced by: verify against the NAMED imported snapshot, never 'the latest'. MOVILBA-59 is reparented under this item. Not already-true, real standing work.