SelectorMes: /reportes/liquidacion elige mes y anio con dos select nativos en vez de input type=month

Orden directa de Elazar en CLI 2026-09-18: 'in /reportes/liquidacion enhance the UI/UX, the input box there is not best practices, use a better year/month selector, something nextjs/reactjs native'. SHIPEADO en dev v5.5.243, commit e252fa32, ANTES de que existiera este item - se abre despues del hecho porque el trabajo salio sin ticket y el 09-18 Elazar pidio el ref. Que se hizo: src/components/SelectorMes.tsx (nuevo) reemplaza al <input type="month"> en src/app/reportes/liquidacion/page.tsx. Por que dos <select> nativos y no una libreria: el input type=month se renderiza distinto en cada navegador y en Firefox no ofrece calendario ninguno - el usuario tenia que tipear '2026-08' a mano sin nada en pantalla que se lo dijera. Dos selects nativos son la version React/Next: cero dependencias, accesibles por teclado, mismo aspecto en todos lados, y el estado invalido deja de ser alcanzable, asi que el boton Generar perdio su guarda de formato. Detalles que importan si alguien lo toca: ventana movil de anios (ANIOS_HACIA_ATRAS, no un piso escrito a mano que envejece); el futuro no se ofrece (un informe de un mes que no termino no existe) y emitir() ACOTA en vez de dejar un mes futuro viejo; sigue emitiendo 'YYYY-MM', asi que la server action y la descarga xlsx no se tocaron. Meses y anios NO salen de opciones: son el calendario, no un enumerado de negocio. Pendiente aparte: nadie lo ejercito en navegador ni con test - se verifico por typecheck/lint del deploy y lectura.