Xestión de usuarios

A xestión de usuarios en ProjectLibre Cloud está en Administración. O acceso funciona en dúas capas: roles da organización (o que alguén pode facer no produto en xeral) e acceso ao proxecto (que proxectos pode abrir, e o seu rol en cada proxecto). Como Administrador, engades usuarios, asignas roles da organización, colocas persoas en equipos, configuras privilexios, creas roles personalizados e — desde a Carteira — abres Xestionar o acceso nun proxecto para controlar quen está nese proxecto e se actúa como Xestor do proxecto, Membro do equipo ou outro rol de proxecto.

Ver tamén: Administración e seguridade (páxina principal — o mesmo vídeo) · Control de acceso baseado en roles (RBAC) · Configuración persoal e avatar · Vista de recursos · Carteira · O meu traballo e O meu equipo · Asignar recursos · Administración e configuración xeral.

Mira: Xestión de usuarios (~3:30).

Abrir Administración

1. Na barra lateral esquerda, preme Administración (engrenaxe).

2. Accións do pé: Cancelar · Aplicar · Gardar.

3. A dispoñibilidade das lapelas e dos controis cambia segundo o rol — o percorrido mostra a experiencia do administrador.

Administración → Usuarios — + Engadir un usuario; selecciona un usuario para configuralo

Engadir un usuario

1. Na lapela Usuarios, preme + Engadir un usuario.

2. Introduce Nome, Apelidos, Correo electrónico e Contrasinal.

3. Recurso: por defecto o usuario queda configurado como recurso novo (+ Crear un recurso novo). Opcionalmente podes asociar o usuario a un recurso existente.

4. Roles: arrastra (ou usa as frechas) os roles até a Selección activa. O predeterminado é Xestor do proxecto (Project_Manager). Déixao, ou arrastra Team_Member, Portfolio_Manager, etc.

5. Equipos: move equipos até a Selección activa (demostración: IT Team + India — usuario en dous equipos).

6. Confirma con Aplicar e/ou Gardar.

Engadir un usuario — Nome, Apelidos, Correo electrónico, Contrasinal

Recurso — + Crear un recurso novo (ou asociar un existente)

Lista dupla de roles — Selección activa fronte a roles dispoñibles

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

Roles e privilexios

O acceso en ProjectLibre Cloud é baseado en roles. Pensa nos roles da organización como o conxunto de ferramentas predeterminado da persoa no produto: que vistas pode abrir, que diálogos pode usar, e se é Administrador ou Membro do equipo. Xestionas ese conxunto de ferramentas na lapela Roles (e asignas eses roles ás persoas na lapela Usuarios).

Dúas capas de acceso (le isto primeiro)

Capa	Onde a configuras	Que controla
Roles da organización	Administración → Roles / Usuarios	O que alguén pode facer no produto en xeral (vistas, diálogos, privilexios de Administrador fronte a Membro do equipo). Os nomes de rol en negro son estándar; os nomes en azul son roles personalizados que creas.
Acceso ao proxecto	Carteira → selecciona un proxecto → Xestionar o acceso	Que proxectos pode abrir, e o seu rol nese proxecto (Project_Manager, Team_Member, Schedule_Manager, etc.). O rol de proxecto dunha persoa pode diferir do seu predeterminado na organización.

Os roles da organización non contan toda a historia por si sós. Un contratista pode ter un rol de organización de Membro do equipo, pero segues decidindo que proxectos ve e se é xestor do proxecto ou membro do equipo en cada proxecto en Xestionar o acceso. Detalles: Acceso a nivel de proxecto (Xestionar o acceso).

Ler a lapela Roles

Abre Administración → Roles. Na captura da lapela Roles, as lapelas da parte superior son Usuarios, Roles, Licenzas, Pagamento e Empresa.

• + Engadir un rol crea un novo rol personalizado. As iconas de duplicar e eliminar están ao seu lado.

• A lista da esquerda mostra todos os roles. Texto en negro = roles estándar incluídos co produto. Texto en azul = roles personalizados que creou a túa organización. Exemplos de nomes personalizados que podes ver: PM UI Streamlined, PM_new UI, Customer Role, Customer Role_copy.

• Os roles estándar da lista inclúen normalmente: Administrator, Project_Manager, Authenticated, Schedule_Manager, Portfolio_Manager, Team_Member, Resource_Manager.

• Selecciona un rol para editar Roles herdados (etiquetas como Portfolio_Manager e Resource_Manager en Administrator) e Privilexios.

Os privilexios agrúpanse en categorías como XERAL, ACCESO A VISTAS e ACCESO A DIÁLOGOS. Cada fila de privilexio pode mostrar unha pequena insignia PM ou TM e, nalgúns casos, un candado.

Os privilexios hérdanse ao subir pola cadea, polo que a asignación segue sendo moi granular: comeza por un rol estándar, duplícao, quita ou engade caixas de verificación, e garda.

Administración → Roles — negro = estándar, azul = personalizado; Roles herdados; Privilexios (XERAL / ACCESO A VISTAS / ACCESO A DIÁLOGOS) con insignias PM / TM

Roles — Roles herdados de Administrator

Privilexios — caixas de verificación de Xeral / Acceso a vistas

Roles estándar

Rol	Capacidade
Administrator	Pode engadir e eliminar de forma amplia; hereda roles máis amplos (demostración: hereda Portfolio_Manager + Resource_Manager)
Portfolio_Manager / Portfolio Manager	Ve todos os proxectos aínda que os equipos ou o acceso Restrinxido limiten a Carteira para outras persoas
Project_Manager / Project Manager (PM)	Pode eliminar e xestionar os seus proxectos; hereda Team_Member
Schedule_Manager	Rol de proxecto centrado na programación (tamén dispoñible como chip de rol de proxecto en Xestionar o acceso)
Team_Member / Team Member (TM)	Menos privilexios; tras a asignación de tarefas, o inicio de sesión mostra só o seu proxecto e só as súas tarefas
Resource_Manager / Resource Manager	Persoa dedicada a configurar usuarios, equipos e a estrutura de recursos
Authenticated	Rol base de usuario autenticado na lista estándar

Exemplos de roles personalizados para xestores de proxecto

Estes patróns combinan roles / privilexios da organización con equipos e Xestionar o acceso no proxecto. Escríbeos en frases completas para que un novo administrador poida imaxinar o resultado:

1. Cliente (só lectura do seu proxecto). Crea ou refina un rol personalizado estilo Customer (nome en azul na lapela Roles) con privilexios de só lectura ou de vista limitada para que poida abrir ProjectLibre e ver o seu proxecto sen editar o plan. Colócao nun proxecto Restrinxido mediante Xestionar o acceso (e/ou no equipo do proxecto) para que vexa e acceda a ese proxecto — non á carteira completa dos proxectos doutros clientes.

2. Contratista (só actualiza as súas tarefas). Dálle ao contratista un rol de organización Team_Member (ou un rol personalizado baseado nel). Cando se lle asignan tarefas, actualiza o progreso só no seu traballo — non ve nin edita o plan completo do proxecto.

3. Líder interno neste proxecto. En Xestionar o acceso, pon o rol de proxecto do líder interno en Project_Manager aínda que os seus predeterminados da organización sexan outros. Así é como fas que alguén sexa xestor do proxecto neste proxecto sen facelo Administrador de toda a empresa.

Ver tamén: Control de acceso baseado en roles (RBAC) · Acceso a nivel de proxecto (Xestionar o acceso).

Equipos

1. Abre a lapela Equipos.

2. Selecciona un equipo (por exemplo IT Team, India) ou + Engadir un equipo; edita o Nome do equipo.

3. Baixo Recursos, move persoas á Selección activa (demostración: India comeza con Tayler, Kai, Kristen; engade Connor e Sidney).

4. Garda, e despois pon o equipo nun proxecto para que a pertenza teña efecto — camiño máis claro: Carteira → selecciona o proxecto → Xestionar o acceso → Engadir un equipo. Isto engade cada membro do equipo; despois axusta o rol de proxecto de cada persoa.

Que fan os equipos nos proxectos

1. Eficiencia na asignación — Ao asignar recursos, o xestor do proxecto ve só os membros do equipo, non todo o fondo de recursos.

2. Control de acceso — Limita que proxectos aparecen na Carteira. Exemplo: pon un cliente nun equipo de proxecto e pon ese equipo nun proxecto → esa persoa ve só ese proxecto.

Excepción: un xestor de carteira segue vendo todos os proxectos.

Lapela Equipos — IT Team; lista dupla de Recursos

Equipo India — membros na Selección activa

Ver tamén: Asignar recursos · Carteira · O meu traballo e O meu equipo · Acceso a nivel de proxecto.

Acceso a nivel de proxecto (Xestionar o acceso)

Os roles da organización responden “que pode facer esta persoa en ProjectLibre?”. Xestionar o acceso responde “que proxectos pode abrir, e cal é o seu rol neste proxecto?”.

Abrir Xestionar o acceso desde a Carteira

1. Vai a Carteira.

2. Selecciona un proxecto.

3. Abre Xestionar o acceso. O título do diálogo inclúe o nome do proxecto — por exemplo Manage Access Consulting Project.

Público fronte a Restrinxido

Na parte superior do diálogo escolles Público ou Restrinxido.

• Restrinxido (mostrado cun escudo) significa: Só os usuarios listados poden acceder a este proxecto.

• Usa Restrinxido cando un cliente, un contratista ou un plan confidencial non deba aparecer para todos os que poden explorar a Carteira.

Unha nota baixo o conmutador indica: Os cambios aplícanse a próxima vez que os usuarios afectados inicien sesión. Despois de Gardar, pídelles ás persoas que pechen sesión e volvan iniciala (ou agarda á súa próxima sesión) antes de xulgar se a visibilidade da Carteira é correcta.

Engadir un usuario e Engadir un equipo

• Engadir un usuario — engade unha persoa á lista de acceso deste proxecto, e despois configura os seus Roles de proxecto.

• Engadir un equipo — engade todos os membros dese equipo ao proxecto dunha vez. Despois de engadir o equipo, podes seguir modificando o rol de cada persoa no proxecto individualmente. Ese é o patrón habitual: trae o grupo con Engadir un equipo, e despois axusta quen é Project_Manager fronte a Team_Member neste proxecto.

Un resumo no diálogo (por exemplo 4 usuarios con acceso) indica cantas persoas teñen acceso actualmente.

Roles por usuario no proxecto

A táboa ten as columnas Usuario e Roles.

• Os chips de rol mostran os roles de proxecto actuais (por exemplo Administrator, Project_Manager).

• Abre o despregable dunha fila para configurar un ou varios roles como Project_Manager, Schedule_Manager, Resource_Manager e Team_Member. Pódense asignar varios roles a unha mesma persoa.

• Estes roles de proxecto poden diferir do predeterminado da organización da persoa. Alguén pode ser Team_Member a nivel da organización e Project_Manager só neste proxecto — ou o contrario para un colaborador limitado.

• Elimina unha persoa do proxecto coa icona do lixo na súa fila.

• Cancelar descarta os cambios; Gardar mantenos (efectivos a próxima vez que inicien sesión os usuarios afectados).

Manage Access Consulting Project — Restrinxido; Engadir un usuario / Engadir un equipo; táboa Usuario | Roles con chips de rol de proxecto

Como funcionan as dúas capas xuntas. Na capa da organización podes dar a un cliente un rol personalizado limitado e a un contratista un rol Team_Member. Na capa do proxecto configuras o proxecto como Restrinxido, listas ese cliente e ese contratista en Xestionar o acceso, e pos ao líder interno como Project_Manager neste proxecto. Xuntos: o cliente ve e abre o seu proxecto Restrinxido con dereitos limitados; o contratista só actualiza as súas tarefas; o líder interno xestiona este proxecto como xestor do proxecto.

Como encaixa todo

Un escenario sinxelo de extremo a extremo que usa explicitamente Carteira → Xestionar o acceso:

1. Crea un rol Customer personalizado (nome en azul) con privilexios de só lectura ou de vista limitada en Administración → Roles.

2. En Carteira, selecciona o proxecto do cliente → Xestionar o acceso → pon Restrinxido → Engadir un usuario ou Engadir un equipo para que queden listados → dálles un rol de proxecto axeitado. Ven e acceden a ese proxecto, non á carteira completa do traballo doutros clientes.

3. Engade un contratista cun rol de organización Team_Member, pono no proxecto mediante Xestionar o acceso, e asígnalle tarefas → actualiza o progreso nas súas tarefas, non en todo o plan do proxecto.

4. Pon ao líder interno como Project_Manager neste proxecto en Xestionar o acceso. Os roles da organización seguen definindo o que cada persoa pode facer en todo o produto; Xestionar o acceso define quen é xestor do proxecto e quen membro do equipo aquí.

Se o configuras por primeira vez

1. Abre Administración → Roles. Observa que negro = estándar, azul = personalizado. Duplica un rol estándar se necesitas unha variante de Cliente ou de xestor do proxecto limitado; configura os Roles herdados e os Privilexios (fíxate nas insignias PM / TM).

2. En Usuarios, engade persoas, asigna roles da organización, e colócaas en Equipos se a túa versión inclúe Equipos.

3. En Carteira, abre cada proxecto sensible → Xestionar o acceso → escolle Restrinxido cando só as persoas listadas deban velo.

4. Engadir un equipo (ou Engadir un usuario), e despois configura os Roles de proxecto de cada persoa (Project_Manager para o líder, Team_Member para os colaboradores, etc.).

5. Garda, e despois fai que os usuarios afectados volvan iniciar sesión para que a Carteira e o acceso ao proxecto se actualicen.

6. Fai unha comprobación rápida: o cliente ve só o seu proxecto; o contratista ve só as súas tarefas; o líder interno pode xestionar o proxecto como xestor do proxecto.

Resumo — camiño rápido de creación

Engadir un usuario → correo electrónico + contrasinal → escolle un rol de organización (por defecto, Xestor do proxecto) → opcionalmente pono nun equipo → Garda. Despois abre Carteira → Xestionar o acceso no proxecto para rematar quen pode abrilo e quen é xestor do proxecto e quen membro do equipo nel.

Mira: Xestión de usuarios.

---