Gestión de usuarios

La gestión de usuarios en ProjectLibre Cloud se encuentra en Administración. El acceso funciona en dos capas: roles de organización (lo que alguien puede hacer en el producto en general) y acceso a proyectos (qué proyectos puede abrir, y su rol en cada uno). Como Administrador, añade usuarios, asigna roles de organización, sitúa a las personas en equipos, configura privilegios, crea roles personalizados y, desde la Cartera, abre Administrar el acceso en un proyecto para controlar quién está en ese proyecto y si actúa como Jefe de proyecto, Miembro del equipo u otro rol de proyecto.

Véase también: Administración y seguridad (página principal — mismo video) · Control de acceso basado en roles (RBAC) · Ajustes personales y avatar · Vista Recursos · Cartera · Mi trabajo y Mi equipo · Asignar recursos · Administración y configuración general.

Vea: Gestión de usuarios (~3:30).

Abrir Administración

1. En la barra lateral izquierda, haga clic en Administración (engranaje).

2. Acciones del pie: Cancelar · Aplicar · Guardar.

3. La disponibilidad de las pestañas y los controles varían según el rol; el recorrido muestra la experiencia del administrador.

Administración → Usuarios — + Añadir un usuario; Seleccione un usuario para configurarlo

Añadir un usuario

1. En la pestaña Usuarios, haga clic en + Añadir un usuario.

2. Introduzca Nombre, Apellidos, Correo electrónico y Contraseña.

3. Recurso: de forma predeterminada, el usuario se configura como un nuevo recurso (+ Crear un recurso). Opcionalmente, puede asociar el usuario a un recurso existente.

4. Roles: arrastre (o use las flechas) los roles a Selección activa. El valor predeterminado es Jefe de proyecto (Project_Manager). Déjelo, o arrastre Team_Member, Portfolio_Manager, etc.

5. Equipos: mueva los equipos a Selección activa (demostración: IT Team + India — usuario en dos equipos).

6. Confirme con Aplicar y/o Guardar.

Añadir un usuario — Nombre, Apellidos, Correo electrónico, Contraseña

Recurso — + Crear un recurso (o asociar uno existente)

Lista doble de roles — Selección activa frente a roles disponibles

Equipos del usuario — IT Team + India (insignia 2)

Roles y privilegios

El acceso en ProjectLibre Cloud es por roles. Piense en los roles de organización como el conjunto de herramientas predeterminado de la persona en el producto: qué vistas puede abrir, qué cuadros de diálogo puede usar y si es Administrador o Miembro del equipo. Gestiona ese conjunto de herramientas en la pestaña Roles (y asigna esos roles a las personas en la pestaña Usuarios).

Dos capas de acceso (lea esto primero)

Capa	Dónde se configura	Qué controla
Roles de organización	Administración → Roles / Usuarios	Lo que alguien puede hacer en el producto en general (vistas, cuadros de diálogo, privilegios de Admin frente a Miembro del equipo). Los nombres de rol en negro son estándar; los nombres en azul son roles personalizados que usted crea.
Acceso a proyectos	Cartera → seleccione un proyecto → Administrar el acceso	Qué proyectos puede abrir, y su rol en ese proyecto (Project_Manager, Team_Member, Schedule_Manager, etc.). El rol de una persona en un proyecto puede diferir de su valor predeterminado en la organización.

Los roles de organización por sí solos no lo resuelven todo. Un contratista puede tener un rol de organización de Miembro del equipo, pero usted sigue decidiendo qué proyectos ve y si es JP o MT en cada proyecto en Administrar el acceso. Detalles: Acceso a nivel de proyecto (Administrar el acceso).

Cómo leer la pestaña Roles

Abra Administración → Roles. En la captura de la pestaña Roles, las pestañas de la parte superior son Usuarios, Roles, Licencias, Pago y Empresa.

• + Añadir un rol crea un nuevo rol personalizado. Junto a él hay iconos de duplicar y eliminar.

• La lista de la izquierda muestra todos los roles. El texto en negro = roles estándar incluidos con el producto. El texto en azul = roles personalizados creados por su organización. Ejemplos de nombres personalizados que puede ver: PM UI Streamlined, PM_new UI, Customer Role, Customer Role_copy.

• Los roles estándar de la lista suelen incluir: Administrator, Project_Manager, Authenticated, Schedule_Manager, Portfolio_Manager, Team_Member, Resource_Manager.

• Seleccione un rol para editar los Roles heredados (etiquetas como Portfolio_Manager y Resource_Manager en Administrator) y los Privilegios.

Los privilegios se agrupan bajo categorías como GENERAL, ACCESO A VISTAS y ACCESO A CUADROS DE DIÁLOGO. Cada fila de privilegio puede mostrar una pequeña insignia JP o MT y, en algunos casos, un candado.

Los privilegios se heredan al subir por la cadena de roles, de modo que la asignación se mantiene muy granular: parta de un rol estándar, duplíquelo, quite o añada casillas y guarde.

Administración → Roles — negro = estándar, azul = personalizado; Roles heredados; Privilegios (GENERAL / ACCESO A VISTAS / ACCESO A CUADROS DE DIÁLOGO) con insignias JP / MT

Roles — Roles heredados de Administrator

Privilegios — casillas General / Acceso a vistas

Roles estándar

Rol	Capacidad
Administrator	Puede añadir y eliminar de forma general; hereda roles más amplios (demostración: hereda Portfolio_Manager + Resource_Manager)
Portfolio_Manager / Jefe de cartera	Ve todos los proyectos incluso cuando los equipos o el acceso Restringido limitan la Cartera para otros
Project_Manager / Jefe de proyecto (JP)	Puede eliminar y gestionar sus proyectos; hereda Team_Member
Schedule_Manager	Rol de proyecto centrado en la programación (también disponible como chip de rol de proyecto en Administrar el acceso)
Team_Member / Miembro del equipo (MT)	Privilegios mínimos; tras la asignación de tareas, al iniciar sesión ve solo su proyecto y solo sus tareas
Resource_Manager / Jefe de recursos	Persona dedicada a configurar usuarios, equipos y la estructura de recursos
Authenticated	Rol base de usuario autenticado en la lista estándar

Ejemplos de roles personalizados para jefes de proyecto

Estos patrones combinan roles / privilegios de organización con equipos y Administrar el acceso en el proyecto. Escríbalos en frases completas para que un nuevo administrador pueda imaginar el resultado:

1. Cliente (solo lectura de su proyecto). Cree o refine un rol personalizado tipo Customer (nombre en azul en la pestaña Roles) con privilegios de solo lectura o de vista limitada, para que pueda abrir ProjectLibre y ver su proyecto sin editar el plan. Póngalo en un proyecto Restringido mediante Administrar el acceso (y/o en el equipo del proyecto) para que vea y acceda a ese proyecto, no a toda la cartera de proyectos de otros clientes.

2. Contratista (actualiza solo sus tareas). Dé al contratista un rol de organización Team_Member (o un rol personalizado basado en él). Cuando se le asignan tareas, actualiza el avance de su trabajo únicamente; no ve ni edita todo el plan del proyecto.

3. Responsable interno de este proyecto. En Administrar el acceso, establezca el rol de proyecto del responsable interno como Project_Manager, aunque sus valores predeterminados de organización sean distintos. Así es como convierte a alguien en JP de este proyecto sin convertirlo en Admin de toda la empresa.

Véase también: Control de acceso basado en roles (RBAC) · Acceso a nivel de proyecto (Administrar el acceso).

Equipos

1. Abra la pestaña Equipos.

2. Seleccione un equipo (por ejemplo, IT Team, India) o + Añadir un equipo; edite Nombre del equipo.

3. En Recursos, mueva a las personas a Selección activa (demostración: India empieza con Tayler, Kai, Kristen; añada Connor y Sidney).

4. Guarde, y luego ponga el equipo en un proyecto para que la pertenencia surta efecto — la ruta más clara: Cartera → seleccione el proyecto → Administrar el acceso → Añadir un equipo. Esto añade a todos los miembros del equipo; después ajuste el rol de proyecto de cada persona.

Qué hacen los equipos en los proyectos

1. Eficiencia de asignación — al asignar recursos, el JP ve solo a los miembros del equipo, no a todo el conjunto de recursos.

2. Control de acceso — limita qué proyectos aparecen en la Cartera. Ejemplo: ponga a un cliente en el equipo de un proyecto y ponga ese equipo en un proyecto → esa persona ve solo ese proyecto.

Excepción: un Jefe de cartera sigue viendo todos los proyectos.

Pestaña Equipos — IT Team; lista doble de Recursos

Equipo India — miembros en Selección activa

Véase también: Asignar recursos · Cartera · Mi trabajo y Mi equipo · Acceso a nivel de proyecto.

Acceso a nivel de proyecto (Administrar el acceso)

Los roles de organización responden a «¿qué puede hacer esta persona en ProjectLibre?». Administrar el acceso responde a «¿qué proyectos puede abrir, y cuál es su rol en este proyecto?».

Abrir Administrar el acceso desde la Cartera

1. Vaya a Cartera.

2. Seleccione un proyecto.

3. Abra Administrar el acceso. El título del cuadro de diálogo incluye el nombre del proyecto, por ejemplo Administrar el acceso Consulting Project.

Público frente a Restringido

En la parte superior del cuadro de diálogo elige Público o Restringido.

• Restringido (mostrado con un escudo) significa: Solo los usuarios de la lista pueden acceder a este proyecto.

• Use Restringido cuando un cliente, un contratista o un plan confidencial no deba aparecer para todos los que puedan explorar la Cartera.

Una nota bajo el interruptor indica: Los cambios se aplican la próxima vez que los usuarios afectados inicien sesión. Después de Guardar, pida a las personas que cierren sesión y vuelvan a entrar (o espere a su próxima sesión) antes de juzgar si la visibilidad de la Cartera es correcta.

Añadir un usuario y Añadir un equipo

• Añadir un usuario — añade una persona a la lista de acceso de este proyecto, y luego establece sus Roles de proyecto.

• Añadir un equipo — añade a todos los miembros de ese equipo al proyecto de una vez. Tras añadir el equipo, aún puede modificar el rol de cada persona en el proyecto individualmente. Ese es el patrón habitual: incorpore al grupo con Añadir un equipo y luego ajuste quién es Project_Manager frente a Team_Member en este proyecto.

Un resumen en el cuadro de diálogo (por ejemplo, 4 usuarios con acceso) indica cuántas personas tienen acceso actualmente.

Roles por usuario en el proyecto

La tabla tiene las columnas Usuario y Roles.

• Los chips de rol muestran los roles de proyecto actuales (por ejemplo, Administrator, Project_Manager).

• Abra el desplegable de una fila para establecer uno o varios roles como Project_Manager, Schedule_Manager, Resource_Manager y Team_Member. Se permiten varios roles en una misma persona.

• Estos roles de proyecto pueden diferir del valor predeterminado de la organización de la persona. Alguien puede ser Team_Member a nivel de organización y Project_Manager solo en este proyecto, o al revés en el caso de un colaborador limitado.

• Elimine a una persona del proyecto con el icono de papelera en su fila.

• Cancelar descarta los cambios; Guardar los conserva (efectivos en el próximo inicio de sesión de los usuarios afectados).

Administrar el acceso Consulting Project — Restringido; Añadir un usuario / Añadir un equipo; tabla Usuario | Roles con chips de rol de proyecto

Cómo funcionan juntas las dos capas. En la capa de organización puede dar a un cliente un rol personalizado limitado y a un contratista un rol Team_Member. En la capa de proyecto establece el proyecto como Restringido, incluye a ese cliente y a ese contratista en Administrar el acceso, y establece al responsable interno como Project_Manager en este proyecto. En conjunto: el cliente ve y abre su proyecto Restringido con derechos limitados; el contratista actualiza solo sus tareas; el responsable interno gestiona este proyecto como JP.

Cómo encaja todo

Un escenario sencillo de principio a fin que usa explícitamente Cartera → Administrar el acceso:

1. Cree un rol Customer personalizado (nombre en azul) con privilegios de solo lectura o de vista limitada en Administración → Roles.

2. En Cartera, seleccione el proyecto del cliente → Administrar el acceso → establezca Restringido → Añadir un usuario o Añadir un equipo para que figuren en la lista → deles un rol de proyecto adecuado. Ven y acceden a ese proyecto, no a toda la cartera del trabajo de otros clientes.

3. Añada un contratista con un rol de organización Team_Member, póngalo en el proyecto mediante Administrar el acceso y asígnele tareas → actualiza el avance en sus tareas, no en todo el plan del proyecto.

4. Establezca al responsable interno como Project_Manager en este proyecto en Administrar el acceso. Los roles de organización siguen definiendo lo que cada persona puede hacer en todo el producto; Administrar el acceso define quién es JP frente a MT aquí.

Si lo está configurando por primera vez

1. Abra Administración → Roles. Recuerde: negro = estándar, azul = personalizado. Duplique un rol estándar si necesita una variante de Cliente o de JP limitado; establezca los Roles heredados y los Privilegios (vigile las insignias JP / MT).

2. En Usuarios, añada personas, asigne roles de organización y colóquelas en Equipos si su configuración incluye Equipos.

3. En Cartera, abra cada proyecto sensible → Administrar el acceso → elija Restringido cuando solo deban verlo las personas de la lista.

4. Añadir un equipo (o Añadir un usuario), y luego establezca los Roles de proyecto de cada persona (Project_Manager para el responsable, Team_Member para los colaboradores, etc.).

5. Guarde, y luego haga que los usuarios afectados vuelvan a iniciar sesión para que se actualice el acceso a la Cartera y al proyecto.

6. Compruebe: el cliente ve solo su proyecto; el contratista ve solo sus tareas; el responsable interno puede gestionar el proyecto como JP.

Resumen — ruta rápida de creación

Añadir un usuario → correo electrónico + contraseña → elija un rol de organización (de forma predeterminada, Jefe de proyecto) → opcionalmente póngalo en un equipo → Guardar. Luego abra Cartera → Administrar el acceso en el proyecto para terminar de definir quién puede abrirlo y quién es JP frente a Miembro del equipo ahí.

Vea: Gestión de usuarios.

---