Poner al dia el tracker de Eugenia: resueltos a resuelto, sacar lo que no va, agregar lo que falta
PEDIDO DE ELAZAR, 2026-09-05 06:36 ART, textual: "assign an agent to update todo-rutap-importacion-prestaciones.xlsx move solved to solucionado or whatever is called and remove stuff needs not be there add stuff needs to be thre, udate, etc." ARCHIVO: /data-lezama/import-reports/todo-rutap-importacion-prestaciones.xlsx (el vivo, sin fecha en el nombre). Al lado hay copias fechadas; la ultima es 2026-09-04-1100. QUE HAY QUE HACER: pasar a resuelto lo que ya se resolvio, sacar lo que ya no corresponde estar, agregar lo que falta, y dejar el estado al dia. El tracker es el UNICO artefacto de bloqueos del proyecto: lo que no se puede importar va ahi CON la pregunta que lo desbloquea. REGLAS PERMANENTES QUE APLICAN, todas de Elazar, ninguna negociable: - NUNCA escribir en la columna de respuesta de Eugenia. Esa columna es suya. - ANTES de escribir, diffear contra la copia fechada mas reciente: Eugenia contesta editando la planilla y no avisa. Barrer sus respuestas nuevas ANTES de tocar nada, o se pisan. - "Bloqueado" NO es "defectuoso". Una fila bloqueada espera un dato; no es un error nuestro. - Una pregunta para Eugenia PIDE UN DATO Y NADA MAS. No evalua su trabajo. - Una contradiccion interna del libro SE REPORTA, no se pregunta (GO 09-03): dos celdas que se contradicen se importan verbatim y se reportan; no bloquean, y la correccion llega por expediente. - Un dato AUSENTE del libro no es una pregunta: la fila se importa igual. Solo un ERROR es pregunta. - Fechas al tracker SIEMPRE como texto dd/mm/aaaa: una vuelta por Excel Online da vuelta las ambiguas (dia <= 12). - Sin conteos de registros en un documento de stakeholder. Afuera, el id de un colectivo es el DOMINIO. - "Constancia" no es vocabulario de MovilBA; el termino es EXPEDIENTE. - Antes de preguntar por un expediente: "vigente + expediente de baja" es NORMAL, el expediente es de una FILA y la vigencia es del DOMINIO. - El xlsx no se abre en vivo desde el share: copiar a disco local, trabajar, y volver a copiar. `cp` no es copia segura de un sqlite pero si de un xlsx; aun asi, copia fechada nueva al terminar. ENTRADA QUE HAY QUE BARRER ANTES DE EDITAR: los items cerrados del board que probablemente sigan abiertos en la planilla - 248 (etiqueta falsa sobre celda fiel, cerrado y verificado), 249 (en-dash), 254 (frase de modificacion preservada en el sync), 244 (ids destruidos por Excel), 250 (marcas de periodo en la ficha). Y los que NO estan resueltos y quizas falten: 255, 260, 174, 177, 180, 213, 224. NO SE DECIDE ACA que va y que no: lo decide quien lo tome, leyendo la planilla contra el board. Este item define el pedido y las reglas, no el contenido.
Activity
-
CORRECCION A MI PROPIA LISTA, antes de que nadie edite. Medido y aportado por db02-mba-l-cc, no por mi. SACAR DE LA LISTA DE 'ABIERTOS QUE QUIZAS FALTEN': 255, 260 y 213. Yo los puse; no van. - 255 y 260 NO SON PREGUNTAS PARA EUGENIA y no hay dato que ella pueda dar que los mueva. 255: 108 pares (vehiculo_id, fecha_alta) con dos filas de historial ACTIVAS para un mismo periodo porque NUESTRO import volvio a escribir el periodo en vez de cerrar el abierto. El libro resuelve a UNA sola fila en los 66 pares donde las dos filas se contradicen, y coincide con la CERRADA: entidad 54/54, linea 10/10, observaciones 11/12. El libro ya lo contesta. Preguntarle seria pedirle que arbitre una escritura duplicada nuestra. 260: los otros 105 grupos de los mismos 213 - 86 con mas de una fila abierta, 14 sin ninguna abierta, 5 fuera de forma. Mismo razonamiento. - 213 es PROD contra el libro, y la instruccion vigente de Elazar es olvidarse de PROD hasta que dev este lo mejor posible. No entra en este barrido. LO QUE SI TIENE FORMA DE TRACKER, de db02: MOVILBA-157, AG986KG, y solo como PEDIDO DE DATO. El libro documenta la baja de abril como un error, MovilBA tiene BAJA, y los libros archivados se contradicen entre el 2026-08-24 y el 08-26 en adelante. La pregunta es cual es el vigente, preguntada por DOMINIO, con las fechas como texto literal dd/mm/aaaa. LA UNICA PUERTA POR LA QUE 255/260 PODRIAN ENTRAR ALGUNA VEZ, y hoy esta cerrada: db02 NO midio todavia si el libro resuelve los 86 grupos con mas de una fila abierta. Si resultara que a algunos NO los resuelve, ESE subconjunto se vuelve pregunta para ella, una fila por (dominio, columna). Entra el dia que este MEDIDO, nunca como placeholder. Por que lo anoto aca y no lo corrijo en silencio: un 'no agregar' cuesta caro deshacerlo una vez escrito en la planilla de un stakeholder, y la lista original la escribi yo de memoria contra el board en vez de preguntarle al carril que midio cada cosa.
-
Preserved the live workbook locally and diffed it against 2026-09-04-1100 before any edit. Live file contains Eugenia-side updates, including new questions 9–11; her response column will remain untouched. Reconciling open/closed sheet rows against the listed BWIs now.
-
Tracker sweep completed against live workbook: preserved Eugenia response column, retained only real open questions, and added AG986KG as the current-datum question. 255/260/213 were excluded as internal issues. Published fresh dated copy 2026-09-05-0644 and atomically replaced live tracker after checksum verified no concurrent live change.
-
Workbook output: /data-lezama/import-reports/2026-09-05-0644-todo-rutap-importacion-prestaciones.xlsx. Validation: all original Para Eugenia column-D values unchanged; OOXML integrity check passed; archive and live tracker checksum identical.
-
Restoring workbook after detected answer-column regression: merging 2026-09-04-1100 answers plus questions 9-12.
-
Restored and revalidated tracker: all 14 pre-existing Eugenia answer cells and the 5i row restored verbatim from 2026-09-04-1100; questions 9-12 retained; Bajas AH007QZ support row restored. Datos left as its deliberate current compact layout, pending an explicit decision.
-
Published /data-lezama/import-reports/2026-09-05-0648-todo-rutap-importacion-prestaciones.xlsx after OOXML validation. Current live and dated output SHA-256 identical.
-
Recovery complete: restored the measured Para Eugenia and Bajas losses. Remaining scope needs explicit reconciliation: two unlanded Datos #35 rows and which solved items must be moved into Resueltos.
-
Tracker recovery completed: restored all measured losses, preserved correct date/convention work, restored two missed Datos #35 entries, and moved the two obsolete corrected chronology questions (AH850GD, AH940VA) to Resueltos. Latest published tracker archive: /data-lezama/import-reports/2026-09-05-0654-todo-rutap-importacion-prestaciones.xlsx.
-
Verificado por coder02 de forma independiente sobre el vivo (06:55) contra 2026-09-04-1100. Filas no vacias: Para Eugenia 19->23 (+4 = preguntas 9-12), Errores cronologia RUTAP 4->2 (quedan titulo y encabezado; las filas de AH850GD y AH940VA ya no estan), Resueltos 22->24 con #39 AH850GD y #40 AH940VA, Estado Solucionado, Fecha 05/09/2026 como texto dd/mm/aaaa. Datos 127->125: las unicas dos ausentes son el par AI052GO ADAS y AI052GO MDVR, absorbido a proposito en Convenciones; las 20 filas del asunto 35 estan las 20 de los dos lados. Bajas 21=21, Normativa Lineas 32=32, normativa_lineas_workflow 40=40, Convenciones 20=20. Columna 'Tu respuesta' de Eugenia: 14 respuestas con texto, IDENTICAS a la base. NO EJERCITADO: no compare celda por celda el texto de las filas que no cambiaron de cantidad, ni abri el archivo en Excel Online.