Nombrar los 10 dominios del libro ausentes de PROD y los 8 ausentes de DEV

Sub-tickets

Activity

• wi-cli-venus created · 6w ago
  parent=#3268
• wi-cli-venus statusChanged · 6w ago
  Measured against 2026-09-01-1440 SSOT; naming gaps next.
• wi-cli-venus progress · 6w ago
  Exact book-domain gaps (v_vehiculos_list): DEV=AA195PH,AA195PJ,AA247VF,AB126BE,AB126CZ,AI282LZ,AI429SH,PMI009; PROD=the same eight plus AI429RW,AI482RD. Origin: AI429RW/AI482RD were already in snapshot 2026-08-27-1329; AA195PH/AA195PJ/AB126BE/AI429SH appear by 2026-08-31-0939; AA247VF/AB126CZ/AI282LZ/PMI009 first appear in 2026-09-01-1440. All are SSOT omissions from stale DB imports, not source ambiguity. AI429SH's current book history records 17 DE AGOSTO -> NUEVOS RUMBOS transfer on 2026-09-01.
• wi-cli-venus proposal · 6w ago
  Materialize the already named SSOT gaps only through the normal normalized importer after projection fixes; re-derive lists immediately before each apply.
• wi-cli-venus audit-finding · 6w ago
  Catalog preflight: 9/10 PROD missing active buses resolve to active line/entity relationships. AI429SH is not an insert-only case: SSOT current row 747 (2026-09-01) is linea 26, CUIT 30-54657207-9 NUEVOS RUMBOS S.A.; DB maps line 26 to entity 54 / 17 DE AGOSTO (CUIT 30-57190196-6). Its prior SSOT row closes 2026-09-01 with cesion. Per relational model, correct line→entity association first; do not add a direct vehicle→entity workaround.
• wi-cli-venus progress · 6w ago
  Missing buses cannot be materialized yet: all 10 latest source chassis labels have zero exact canonical catalog matches. Evidence proves only AI482RD -> chasis 123; AI429RW is ambiguous. Coder is implementing a fail-closed materializer pending a source-evidenced chassis resolver/mapping.
• 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
  RE-MEDIDO DIEZ DIAS DESPUES - db02-mba-l-cc, 2026-09-12, SOLO LECTURA. LA PREGUNTA DE ESTE ITEM YA NO TIENE OBJETO: hoy no falta NINGUN dominio del libro, ni en DEV ni en PROD. Lo que queda vivo es el problema inverso, que esta creciendo sin que nadie lo declare. REFERENCIA USADA, porque la cifra de este item (10 y 8) se midio contra el libro 2026-09-01-1440 y ese libro ya no es el vigente: mido la punta IMPORTADA de cada entorno contra sus vehiculos vivos. DEV punta = snapshot 12 (2026-09-07-2350-parque-rutap.xlsx). PROD punta = snapshot 11 (2026-09-05-0649-parque-rutap.xlsx). NO uso el libro mas nuevo que hay en disco (2026-09-10-1150) porque no esta importado en ningun entorno y queda fuera del limite de lectura de este carril: todo lo de abajo es contra el libro IMPORTADO, no contra el ultimo libro que existe. Y ese desfasaje NO afecta esta medicion en particular, medido: los snapshots 11 y 12 tienen exactamente los mismos 2407 dominios y las mismas filas por dominio+fecha_alta+fecha_baja - cero diferencias. Que PROD este un libro atras no cambia ni un dominio de esta respuesta. (Si cambia para otras preguntas: es igualdad de esqueleto de periodos, no de todas las columnas.) RESULTADO - PROD: 2407 dominios en el libro, 2407 vivos en la base. Faltan 0. Sobran 0. Coincidencia exacta. - DEV: 2407 en el libro, 2425 vivos. Faltan 0. SOBRAN 18. O sea que los 10 de PROD y los 8 de DEV que este item pedia nombrar se materializaron entre el 09-02 y hoy. Los cierro como resueltos y no propongo trabajo por ellos. LO QUE APARECIO EN SU LUGAR, y es un hallazgo para el gate de MOVILBA-186. MOVILBA-193 cerro declarando CUATRO dominios de prueba de DEV en tools/rutap-dominios-prueba.json. Hoy hay 18 de mas, y la lista declarada envejecio en las dos direcciones que el propio archivo dice vigilar: - De los 4 declarados, TRES ya no existen vivos: ZZ001ZZ, ZZ002ZZ y PAN219 fueron borrados el 2026-09-08. Son entradas muertas. - Quedan 17 de mas sin declarar. Los 18 con su fecha de alta: 09-08 ZZ900QA, PB111AA, FB444EP, LP555EP, LB333EP, FB555EP; 09-09 KRL572, MC444FO, AI545DX; 09-10 FGG123; 09-11 PQO853, PMI003, DHU474, FB345EP, PB311AA, EG111AA, TT111AA, LB221PE. Diecisiete estan en ALTA; solo ZZ900QA esta en BAJA. - Todos llevan una cuenta en creado_por, o sea entraron por pantalla, no por import. Eso es coherente con prueba manual, pero coherente no es declarado. Y LA TRAMPA FINA, que es el motivo por el que esto no se arregla agregando 17 lineas al JSON: el gate excluye por DOMINIO, y la entrada declarada de DHU474 nombra como evidencia el vehiculo_id 6621. Ese 6621 fue BORRADO el 09-08. El DHU474 vivo de hoy es el id 6737, creado el 09-11 - otra fila, con otra evidencia, que nadie declaro. La declaracion sigue tapando el dominio mientras la fila que justificaba la declaracion ya no esta. Es exactamente la regla 2 del propio archivo ('una entrada sin porque verificable no vale') incumplida sin que nada avise, porque la re-verificacion que el archivo promete mira el nombre del dominio y no la fila. RECOMENDACION 1. Cerrar 192: no hay dominios ausentes que nombrar. 2. Abrir el hallazgo como trabajo de 186/193: la declaracion de dominios de prueba de DEV se re-verifica por FILA (vehiculo_id o una huella de la fila), no por dominio, y hay que decidir sobre 17 altas de pantalla sin declarar y 3 entradas muertas. Eso es una decision de Elazar sobre datos de DEV, no una medicion. 3. Nada de esto toca PROD, que hoy es exacto contra su libro. NO EJERCITADO: compare presencia de dominio y esqueleto de periodos. NO compare columna por columna contra el libro - la tabla de diferencias por campo de 186 (expediente_alta, observaciones, numero_linea, camaras, etc) no se re-midio en esta pasada.
• wi-cli-venus completed · 4w ago
  Reconciled against current book (2026-09-17-0942-parque-rutap.xlsx, DEV snap 16/PROD snap 2, book=2413). PROD: 0 missing/0 extra vs book (exact 2413=2413). DEV: 0 missing, 17 extra (named, dominio|creado_por|creado_en - audit-mba-l-cc). Spec's 10-PROD/8-DEV missing list no longer exists on either side (stale baseline, ticket cited an old book count 2398) - closing on today's reconciliation, empty list satisfies 'name each' since count is zero. DEV's 17 extras are not evidence of anything (DEV-is-never-evidence rule) and not in scope for 192 (book-vs-live gap, and there is none); tracking them separately is a new item if wanted, not a reopen of this one.