El badge decia alta y baja el mismo dia sobre periodos que nunca se dieron de baja

Item 17 de Eugenia: 'Al realizar la alta figura alta y baja el mismo dia | no se realizo baja del movil.' Tenia razon literal: no hubo baja. CORREGIDO en v5.5.209, src/components/HistoryPeriodContent.tsx. El badge ahora dice 'Abre y cierra el mismo dia'. Mecanismo. El badge se disparaba con anomaliasDelPeriodo().largoCero (fecha_alta = fecha_baja) siempre que la fila NO fuera un evento de baja de app. Pero largoCero mide el LARGO del periodo, no el tramite que lo cerro, y el texto afirmaba un tramite. Un periodo puede cerrar el mismo dia porque una MODIFICACION posterior lo superseded, y cerrar un periodo no es dar de baja el vehiculo - es la regla de commons que MOVILBA-451 ya habia escrito para el lado del escritor, y que el renderer seguia violando del lado de la lectura. Misma clase que MOVILBA-115: nombrar un evento por una etiqueta en vez de por su naturaleza. MEDIDO (db02, DEV, 2026-09-17). De las 22 filas de app con fecha_alta = fecha_baja y borrado_en IS NULL: - 10 son la forma de cierre correcta (expte_alta NULL, expte_baja puesto) que esEventoDeBaja ya reconoce y cuyo badge ya estaba suprimido. 9 de esas 10 tienen estado_id 117 (Baja). - 12 caian en la rama del badge. LAS 12 TIENEN estado_id 116 (Alta) - ninguna transiciono a Baja jamas. Ids 80580, 80590, 177668, 177673, 177682, 177687, 193875, 193879, 193882, 193886, 193889, 193890. O sea el badge afirmaba una baja en 12 de 12 filas donde el vehiculo seguia de alta. No era un caso borde. El test HistoryPeriodContent.test.tsx ya cubria las dos ramas (suprimido para la baja de app, presente para el largo cero importado); se actualizo el texto esperado en ambas. QUEDA ABIERTO, no lo arregla este item: por que esas 12 filas tienen fecha_baja escrita si el vehiculo esta en estado Alta. db02 las rastreo a cuatro caminos distintos de cierre (close-open-app-periods, close-current-period, close-period-baja, close-open-app-periods-baja) mas 9 filas donde el propio CREATE ya dejo las dos fechas iguales sin ningun cierre posterior en audit_log. Son todas patentes sinteticas de prueba de DEV, asi que no hay dato del libro en riesgo, pero el escritor merece su propio item.