Roles y permisos
Cuenta, grupos y permisosEl acceso a los proyectos depende de la pertenencia a un grupo. Cada miembro tiene exactamente un rol en el grupo, que se aplica a todos los proyectos de ese grupo. Quien no es miembro no ve los proyectos del grupo.
Los cuatro roles
Los roles se basan unos en otros: cada rol puede hacer todo lo que pueden hacer los roles inferiores.
| Rol | Para quién | Puede además |
|---|---|---|
| READ (lector) | stakeholders que quieren estar informados | leer todo el contenido, líneas base, revisiones, indicadores; exportar Excel, Word, ReqIF y copia de seguridad |
| COMMENT (comentarista) | clientes, proveedores, aseguramiento de la calidad | comentar y mencionar, participar en revisiones y decidir, aprobar líneas base, presentar solicitudes de cambio |
| EDIT (editor) | el equipo del proyecto | crear, modificar, desplazar y eliminar módulos y artefactos; crear y confirmar enlaces; crear líneas base; iniciar revisiones; implementar solicitudes aceptadas; importar Excel/CSV; crear, copiar y renombrar proyectos |
| ADMIN (administrador del grupo) | dirección del proyecto | modificar las propiedades del proyecto (tipos, atributos, tipos de enlace); importar ReqIF; decidir sobre solicitudes de cambio; eliminar líneas base; archivar y eliminar proyectos; gestionar miembros y roles |
La configuración de un proyecto está reservada deliberadamente a los administradores del grupo: un cambio en la definición de un tipo o atributo afecta a todos los artefactos y exportaciones.
Cualquiera puede ser administrador
No necesita un administrador central. Cualquier usuario registrado puede crear un grupo y es entonces su administrador. Como administrador invita a los miembros y les asigna sus roles.
Recomendaciones
- Los mínimos derechos necesarios: los clientes y proveedores que revisan y aprueban reciben COMMENT. Así pueden opinar y aprobar, pero no modificar nada.
- Dos administradores: en los grupos importantes, nombre a una segunda persona ADMIN para que el grupo siga operativo en caso de ausencia.
- Grupos separados para socios distintos: los roles se aplican a todo el grupo. Si trabaja con distintos clientes, cree un grupo por cliente.
Acceso mediante la API
Las claves de acceso a la API REST actúan con los derechos de su propietario. El acceso de escritura requiere además una clave con derecho de escritura.