Copia staging->dev de vehiculos: dev arranca de cero con datos reales
OBJETIVO (Elazar 2026-08-07): cuando un usuario entra a dev tiene que ver datos ACTUALES - la flota real de 1.600 vehiculos de staging - y NO cientos/miles de filas de historial y logs acumulados. Dev tiene que leerse como una instalacion fresca con datos reales. Esta copia es el PRIMER paso del fresh-start. REQUIERE GO EXPLICITO DE ELAZAR. Ninguna escritura antes de eso. Entornos: dev = dbcaba movilba_dev (10.9.10.54); staging = lezama movilba_staging. Cross-host. EN ALCANCE - vehiculos, vehiculos_datos_colectivos: reemplazo total con contenido de staging. - vehiculo_historial: exactamente UNA fila vigente por vehiculo (lleva entidad + linea, no puede quedar en cero o la flota llega sin asignar). Se descartan las filas superadas. - vehiculos_archive, vehiculos_datos_colectivos_archive: vacias (dev hoy tiene 24.161 + 23.075 filas - ese es el ruido). - app_logs: limpiada. OJO: /admin/audit-log lee app_logs WHERE level='audit', NO la tabla audit_log. Limpiar solo audit_log deja la pantalla igual de llena. - audit_log: limpiada por consistencia. FUERA DE ALCANCE - NO TOCAR - personas, choferes, users. - asociaciones_entidad_persona (staging 0, dev 2). - TODOS los catalogos: opciones, fabricantes, chasis, carrocerias, entidades, lineas, vehiculos_tipos/subtipos_transporte, regimen_servicio(_modalidad). Dev conserva sus extras. - Drift de etiquetas de catalogo (entidad 58 S.A. vs SA; modalidad 3) - operacion aparte. PRECONDICION CLAVE: ids de catalogo ya identicos entre ambos entornos (74 carrocerias, 132 chasis, 50 fabricantes, 46 lineas, 39 entidades, 191 opciones, estado 116-119). No hace falta remapeo. Re-verificar en preflight y abortar si hay drift. PLAN DE REFERENCIA: informe analysis-only de db03-mba-l-ca, 2026-08-07 12:46 (DM llmmsg). Memoria: reference_archive_seq_drift_23505; nota PURGE CONSTRAINT en MEMORY.md. NO RESUELVE la testeabilidad del filtro de estado: staging es 1.600 Alta / 0 Baja / 0 Mantenimiento, una copia fiel reproduce lo mismo. Poner vehiculos en Baja/Mantenimiento para que SOTAMIT valide el filtro es un write SEPARADO.
Sub-tickets — 7/8 done
Questions
Activity
-
Ambiguedad bloqueante: copiar tablas completas de staging (2.281 vehiculos, 681 soft-deleted; 2.276 VDC, 676 no vigentes) contradice 'instalacion fresca'. Decision de Elazar pendiente: full-tables vs active/current-only (1.600/1.600/1.600 fisicas). Ver comentario de db03-mba-l-ca.
-
db-mba-l-cc / db
-
db-mba-l-cc named driver by Elazar 2026-08-07. Plan pivot: TRUNCATE model invalid (rendiciones FK + no-delete-rendiciones scope). New plan of record: in-place dominio-keyed sync - UPDATE 1566 common, INSERT 34 staging-only (+1 historial row each), soft-delete 22 dev-only. Preserves all vehiculo ids, all 206 rendiciones refs, no catalog changes except rsm id=3 descripcion (pending Elazar). db03 drafts SQL, db reviews+drives. Backup (MOVILBA-3) precondition. Awaiting Elazar GO.
-
unblocked: scope resolved by Elazar (overwrite only vehiculos+VDC, keep rendiciones); in-place sync removes the old blocker
-
Elazar ruling 2026-08-07: staging is SSoT for all value conflicts. rsm id=3 descripcion -> 'PP'. Relayed to db03 for inclusion in sync draft.
-
--note
-
db03 shut down (PM announce 15:48); db-mba-l-cc takes over SQL drafting and MOVILBA-2/3/5/6/7/8.
-
Correccion del comentario anterior (que quedo con cuerpo '--note', flag mal usado): db03-mba-l-ca esta apagado hasta nuevo aviso (pm-mba-l-cc, 2026-08-07 15:48). MOVILBA-2/5/6/7/8 siguen asignados a db03 y no pueden avanzar; redirigir a db-mba-l-cc / db02-mba-l-cc.
-
Data copy DONE. In-place dominio-keyed sync staging->dev committed; dev active fleet byte-equal to staging on verified fields. Backup: agents/db-mba-l/sync-20260807/dev-before-20260807-155155.dmp