2.1.-Requisitos.md

 ### Requisitos Funcionales
 | Id | Prioridad   | Descripción       | MVP | Fuente |
 |----|-------------|-------------------|-----|--------|
-| RF1 | Alta | Existirán cuatro roles diferenciados: Administrador Central, Administrador de Unidad, Agente GC y Técnico| ✔️ | Reunión developers - PO |
-| RF2 | Alta | Usuarios administradores centrales podrán de alta nuevo material, categorizado dentro de una de las categorías (subtipos) existentes| ✔️ | Reunión developers - PO |
-| RF3 | Alta | Los administradores centrales podrán dar de baja o modificar material existente.  | ✔️ | Reunión developers - PO |
-| RF4 | Alta | El material se podrá asignar a un usuario (agente gc) o a una unidad - PO | ✔️ | Reunión developers - PO |
-| RF5 | Alta | Los agentes pertenecerán a una unidad determinada, pudendo los administradores listar el material que tiene la unidad, bien asignado a la propia unidad, o asignado a alguno de sus usuarios. Los usuarios agentes, solo podrán ver sus materiales| ✔️ | Reunión developers - PO |
-| RF6 | Media | Los agentes y los administradores de Unidad podrán dar de alta nuevas incidencias, que pueden ser relativas a configuración, avería o extravío. |  | Reunión developers - PO |
-| RF7 | Media | Los usuarios técnicos/órganos resolutores podrán marcar las incidencias como resueltas, o cambiarlas al estado que corresponda | ✔️ | Reunión developers - PO |
-| RF8 | Media | Habrá tres órganos resolutores, uno por cada tipo de inicidencia. Las incidencias se asignarán al órgano reslutor que corresponda |  | Reunión developers - PO |
+| RF1 | Alta | Existirán cuatro roles diferenciados: Administrador Central, Administrador de Unidad, MiembroGC no administrador y Personal Externo (Técnico) | ✔️ | Reunión developers - PO |
+| RF2 | Alta | Usuarios administradores centrales podrán de alta nuevo material, categorizado dentro de una de las categorías (subtipos) existentes | ✔️ | Reunión developers - PO |
+| RF3 | Alta | Los administradores centrales podrán dar de baja o modificar material existente | ✔️ | Reunión developers - PO |
+| RF4 | Alta | El material se podrá asignar a un usuario (MiembroGC) o a una unidad | ✔️ | Reunión developers - PO |
+| RF5 | Alta | Los MiembroGC pertenecerán a una unidad determinada, pudendo los administradores listar el material que tiene la unidad, bien asignado a la propia unidad, o asignado a alguno de sus usuarios. Los MiembroGC no administrador, solo podrán ver sus materiales | ✔️ | Reunión developers - PO |
+| RF6 | Media | Todos los MiembroGC (administrador y no administrador) podrán dar de alta nuevas incidencias, que pueden ser relativas a configuración, avería, extravío o solicitud |  | Reunión developers - PO |
+| RF7 | Media | Los Administradores y Técnicos podrán marcar las incidencias como resueltas, o cambiarlas al estado que corresponda | ✔️ | Reunión developers - PO |
+| RF8 | Media | Los Administradores y Técnicos solo podrán atener aquellas incidencias que estén dentro de su ámbito competencias (restringido por su perfil) |  | Reunión developers - PO |
 | RF9 | Media | Los dos tipos de administradores podrán listar todas las incidencias existentes, pudiendo filtrar por diferentes criterios. Los administradores de Unidad solamente podŕan acceder a las incidencias reportadas por sus usuarios |  | Reunión developers - PO | 
-| RF10 | Alta | Los administradores centrales podrán ver estadísticas sobre el número de usuarios, unidades, en relación con el material que tienen asignado y las incidencias que han dado de alta |  | Reunión developers - PO | 
-| RF11 | Alta | Los administradores de unidad podran ver estadísticas sobre su personal y metariales dependientes  |  | Reunión developers - PO | 
-| RF12 | Alta | Los usuarios Administradores de Unidad podrán visualizar los usuarios de su unidad, así como el material que tienen asignado | | Reunión developers - PO | 
+| RF10 | Alta | Los administradores centrales podrán ver estadísticas sobre el número total de equipamiento asignado a cada unidad y del tipo de cada equipamiento |  | Reunión developers - PO | 
+| RF11 | Alta | Los administradores de unidad podran ver estadísticas sobre el tipo de equipamiento que tienen asignado |  | Reunión developers - PO | 
+| RF12 | Alta | Los Administradores de Unidad podrán visualizar los usuarios de su unidad, así como el material que tienen asignado | | Reunión developers - PO | 
 | RF13 | Baja | El listado de Unidades se obtendrá del sistema NERHU (Nuevo Entorno de Recursos Humanos) de la Guardia Civil | | Reunión developers - PO | 
-| RF14 | Baja | El listado de Usarios se obtendrá del sistema de gestión de usuarios que proporcione Guardia Civil (LDAP, NERHU ...)| | Reunión developers - PO | 
+| RF14 | Baja | El listado de Usarios se obtendrá del sistema de gestión de usuarios que proporcione Guardia Civil (LDAP, NERHU ...) | | Reunión developers - PO | 
 | RF15 | Media | Los diferentes usuarios deben poder autenticarse mediante usuario/contraseña |  | Reunión developers - PO |
 
 
@@ -24,7 +24,7 @@
 | RNF1 | Alta | La aplicación debe poseer un diseño que garantice la adecuada visualización en PC, tablets y smartphones | ✔️ | Reunión developers - PO |
 | RNF2 | Alta | El sistema debe garantizar el cumplimiento del régimen general de protección de datos personales | ✔️ | Restricción legal |
 | RNF3 | Alta | El acceso a la aplicación se realizará a través de protocolos que aseguren la confidencialidad de la información | ✔️ | Reunión developers - PO |
-| RNF4 | Baja | La aplicación se desplegará en cluster de alta disponiblidad con, al menos, dos servidores | ✔️ | Reunión developers - PO |
+| RNF4 | Baja | La aplicación se desplegará en cluster de alta disponiblidad con, al menos, dos servidores |  | Reunión developers - PO |