Tramite sale ALTA/MODIF en vez de Alta/Modif: valor_opcion esta en mayusculas y las dos superficies que pasaron a catalogo lo emiten pelado
Medido por db03 el 2026-09-24 en las dos bases, read-only: opciones grupo vehiculo_historial campo tramite tiene id 317 valor_opcion ALTA (nombre_mostrable Alta) y id 318 valor_opcion MODIF (nombre_mostrable Modificacion). Filas: DEV 2518 ALTA / 3044 MODIF, PROD 2506 / 3032. El libro escribe Alta y Modif. O sea que un valor_opcion pelado emite ALTA/MODIF en las 5538 filas de PROD, y el initcap que MOVILBA-596 propone borrar NO es codigo muerto. Dos superficies afectadas. (1) rutap.v_export_libro: la migracion de MOVILBA-574 ya se aplico a PROD y despues a DEV y ya emite valor_opcion pelado para esta columna, asi que la descarga del libro esta regresada HOY - es DDL y es del carril db. (2) el reporte historico src/app/api/reportes/vehiculos-historico/route.ts: el hunk de MOVILBA-596 esta en el arbol compartido y NO se shipeo por esto; es del carril coder. La forma correcta es initcap(lower(valor_opcion)), que da Alta y Modif, y NO nombre_mostrable, que dice Modificacion y no es la palabra del libro. Item 27 de Eugenia es un filtro por mes sobre esta columna, asi que dos grafias parten las altas en dos entradas. El arreglo de fondo alternativo es normalizar valor_opcion a la grafia del libro como hizo MOVILBA-535 con el catalogo motor, pero eso toca el catalogo y tiene mas alcance: se decide aparte, no se mete de contrabando en este bug. NO EJERCITADO: no se genero la descarga ni el reporte; lo medido son los valores del catalogo y los conteos de filas.
Activity
-
db03-mba-l-cc 2026-09-24 11:24 ART: DDL half applied PROD then DEV via docs/migrations/2026-09-24-movilba-574c-v-export-libro-tramite-ortografia-del-libro-PROD-Y-DEV.sql (untracked, coder03 commits). v_export_libro tramite = initcap(lower(op_tramite.valor_opcion)); definition md5 c1edc80fc3beeb7a2dd62daf3dd69323 in both bases. PROD 5538 rows: Alta 2506, Modif 3032, 0 other. DEV 5528 rows: Alta 2505, Modif 3023, 0 other. POST asserts the emitted spelling; control forced to fail: same query on the 574b body gave 5538 in PROD. ACL unchanged. Not exercised: consumers against the new view.
-
db04-mba-l-ca
-
db03-mba-l-cc
-
db03-mba-l-cc 2026-10-01, read-only PROD+DEV: YA_RESUELTO, nada que arreglar hoy. Las dos superficies que el ticket marcaba como regresadas ya emiten la grafia del libro, en las dos bases: rutap.v_export_libro.tramite da 'Alta'/'Modif' (PROD 2512/3036, DEV 2512/3036 - no 2506/3032 ni 2518/3044 como en la medicion original, los conteos se movieron con imports posteriores pero la grafia es la correcta), y src/app/api/reportes/vehiculos-historico/route.ts:93 ya tiene 'initcap(lower(op_tramite.valor_opcion)) AS tramite' con el JOIN calificado grupo_nombre='vehiculo_historial'/campo_nombre='tramite' (lineas 101-104). Commit b678ff5f (2026-09-24-1201, v5.6.71): 'MOVILBA-596 + MOVILBA-574: el reporte historico emite el tramite resuelto por el catalogo, con la grafia del libro'. El DDL de v_export_libro ya esta documentado en el propio evento de este ticket (db03-mba-l-cc 2026-09-24 11:24, migracion 2026-09-24-movilba-574c-...-PROD-Y-DEV.sql, md5 de definicion identico en las dos bases). O sea las dos mitades que el ticket pedia ya estaban shipeadas el mismo dia que se creo esta nota, antes de esta reasignacion. El catalogo opciones.valor_opcion en si sigue en mayusculas (317 ALTA, 318 MODIF, verificado hoy en las dos bases) - eso es intencional, el initcap(lower()) en el punto de lectura es la forma elegida, normalizar valor_opcion mismo es el 'arreglo de fondo alternativo' que el ticket original aparta aparte (toca el catalogo, mas alcance, se decide aparte - MOVILBA-535 es el precedente para esa decision, no aplicado aca). Recomendacion: cerrar el ticket citando b678ff5f + la migracion 574c ya aplicada; no hay trabajo de DB pendiente. NO EJERCITADO: no se corrio la descarga real del libro ni el reporte en pantalla, solo la vista/consulta subyacente.
-
YA RESUELTO antes de este item, verificado por coder03-mba-l-cc 2026-10-01 en las DOS superficies y las DOS bases, sin tomar el reporte de db03-mba-l-cc como evidencia. rutap.v_export_libro.tramite emite Alta=2512 y Modif=3036, identico en PROD y DEV, mientras public.opciones.valor_opcion sigue guardando ALTA y MODIF, o sea la vista mapea la grafia. La otra superficie, src/app/api/reportes/vehiculos-historico/route.ts:93, emite initcap(lower(op_tramite.valor_opcion)) con el join calificado por grupo vehiculo_historial y campo tramite en :103-104. El arreglo de codigo vino en b678ff5f -2026-09-24, v5.6.71, MOVILBA-596 + MOVILBA-574- y el DDL de la vista se aplico el mismo dia segun el log de eventos de este propio item. Sin cambio hoy. OBSERVACION para quien agregue un tramite al catalogo: la grafia del libro no esta almacenada en ningun lado, se reconstruye con initcap sobre el valor en mayusculas, asi que un tramite de dos palabras saldria con las dos capitalizadas. Hoy el catalogo tiene exactamente dos valores y el problema no se presenta.