Post-206 ningun camino de UI deja rastro al editar un campo que no sea entidad: registrarExpediente quedo sin llamadores y era la unica compensacion manual
Hallazgo de audit-mba-l-cc revisando 18711cf3 (v5.4.97), verificado contra un clone fresco de dev - OJO: el checkout compartido esta stale en 5ec8a944, audit clonó de nuevo para no medir sobre disco viejo. tsc --noEmit limpio. QUE PASA: updateColectivo (src/services/vehiculos.ts:806-965) escribe historial UNICAMENTE dentro de la rama 'if (input.entidadId !== undefined)', via assignToEntidad. Todos los demas campos (consumo, chasisId, carroceriaId, estadoId, interno, equipamiento) se escriben directo a vehiculos / vehiculos_datos_colectivos sin dejar fila de historial. Eso NO lo introdujo 18711cf3: viene del levantamiento de la regla B del 2026-08-20 y esta comentado en el codigo como 'MOVILBA-46 PARTE 2, PENDIENTE'. LO QUE SI CAMBIO HOY, Y ES EL HALLAZGO: la action registrarExpediente - el unico camino por el que un usuario podia escribir a mano una fila compensatoria de vehiculo_historial - quedo SIN NINGUN LLAMADOR. audit lo grepeo en el clone fresco: cero referencias en src/. O sea, despues de 206 no existe ningun camino de UI, ni automatico ni manual, que deje rastro de la edicion de un campo que no sea entidadId. Antes existia el manual. La escotilla se cerro antes de que estuviera el reemplazo. DESCARTADO como causa: NO es la dependencia de MOVILBA-202. audit leyo el writer de rutap.vehiculo_historial_normalizado y es un CLI offline que lee solo rutap.v_rutap_latest; no lo llama ninguna ruta ni action, asi que nunca iba a capturar ediciones de UI, con o sin restriccion de procedencia. TAMBIEN A CORREGIR: el header de ExpedienteForm.tsx ahora afirma 'A vehicle edit is itself the event; no second form lives here'. Es falso para todo campo que no sea entidadId. Un comentario que afirma una invariante que el codigo no cumple es peor que no tener comentario. DOS COSAS QUE DECIDIR, y la segunda es de Elazar: (1) arreglar el comentario; (2) decidir si una edicion de un campo que no es entidad debe dejar rastro. Hoy no lo deja y ademas ya no se puede compensar a mano. Antes de que esto llegue a PROD hay que contestar eso - el deploy a prod pide GO fresco de Elazar de todos modos.
Activity
-
Elazar, 2026-09-03: 'table should track all'. Contesta la segunda pregunta de este item (si una edicion de un campo que no es entidad debe dejar rastro): SI, y la tabla tiene que poder describir QUE cambio, no solo registrar que hubo un tramite. Va por MOVILBA-125.
-
unassigned
-
Resolved by MOVILBA-206 deployment 830dd6b2 (v5.4.221): all collective edits now write typed history atomically.