TOP-175: Implementa resolución de solicitudes

[ma7payne]

Requerimiento

Funcionalidad desarrollada

1. Creación de un modal específico (modalResolver) para la selección del motivo, optimizando el diseño para que el selector ocupe todo el ancho disponible.
2. Adición de lógica en el componente para procesar el cambio de estado a "resuelta" enviando el motivo seleccionado en las observaciones.
3. Incorporación del estado "RESUELTA" en los filtros de búsqueda del listado y en la carga inicial por defecto.
4. Actualización de los pipes de visualización (badges) para mostrar correctamente el estado "resuelta" con su color (verde/éxito) y descripción.
5. Implementación de la función "Deshacer Resolver" que permite revertir la solicitud a su estado anterior (Pendiente/Auditoría) consultando el historial técnico.
6. Actualización de la lógica de visibilidad en el pipe de la botonera para habilitar las acciones de resolución y reversión según el estado y permisos del efector.

UserStory llegó a completarse

• Si
• No
• No corresponde

Requiere actualizaciones en la base de datos

• Si
• No

Requiere actualizaciones en la API

• Si TOP-175: Agrega nuevo estado "resuelta" a solicitudes api#2193
• No

Requiere actualizaciones en andes-test-integracion

• Si
• No

[nicolasarana]

Funcionando todo OK!

[MarianoCampetella]

A modo de comentario nomas, cuando resuelvo una solicitud, revierto dicha resolución y vuelvo a querer seleccionar el botón de resolver me pasa que el select queda de esta forma. Tal vez porque no se resetea la variable.

[ma7payne]

A modo de comentario nomas, cuando resuelvo una solicitud, revierto dicha resolución y vuelvo a querer seleccionar el botón de resolver me pasa que el select queda de esta forma. Tal vez porque no se resetea la variable.

Listo, ya quedó el fix para el error en el campo!