Pamamahala ng mga User

Nasa ilalim ng Administrasyon ang pamamahala ng user sa ProjectLibre Cloud. Gumagana ang access sa dalawang layer: mga tungkulin sa organisasyon (kung ano ang magagawa ng isang tao sa produkto sa pangkalahatan) at project access (aling mga proyekto ang mabubuksan niya, at ang tungkulin niya sa bawat proyekto). Bilang Administrator, nagdadagdag ka ng mga user, nagtatalaga ng mga org role, naglalagay ng mga tao sa mga team, nagko-configure ng mga pribilehiyo, gumagawa ng mga custom role, at — mula sa Portfolio — binubuksan ang Pamahalaan ang Access sa isang proyekto para kontrolin kung sino ang kasama sa proyektong iyon at kung siya ay Tagapamahala ng Proyekto, Miyembro ng Team, o may ibang tungkulin sa proyekto.

Tingnan din: Administrasyon at Seguridad (hub — parehong video) · Role-Based Access Control (RBAC) · Mga Personal na Setting at Avatar · Mga View ng Mapagkukunan · Portfolio · Trabaho Ko at Team Ko · Pagtatalaga ng mga Mapagkukunan · Administrasyon at Pangkalahatang Configuration.

Panoorin: Pamamahala ng mga User (~3:30).

Buksan ang Administrasyon

1. Sa kaliwang sidebar, i-click ang Administrasyon (gear).

2. Mga aksyon sa footer: Kanselahin · Ilapat · I-save.

3. Nag-iiba ayon sa tungkulin ang mga available na tab at kontrol — ipinapakita ng walkthrough ang karanasan ng administrator.

Administrasyon → Mga User — + Magdagdag ng User; Pumili ng user na iko-configure

Magdagdag ng user

1. Sa tab na Mga User, i-click ang + Magdagdag ng User.

2. Ilagay ang Pangalan, Apelyido, Email, at Password.

3. Mapagkukunan: bilang default, sine-set up ang user bilang bagong mapagkukunan (+ Gumawa ng bagong mapagkukunan). Kung gusto mo, i-ugnay ang user sa isang umiiral na mapagkukunan.

4. Mga Tungkulin: i-drag (o gamitin ang mga arrow) ang mga tungkulin papunta sa Active Selection. Ang default ay Tagapamahala ng Proyekto (Project_Manager). Iwanan ito, o i-drag ang Team_Member, Portfolio_Manager, at iba pa.

5. Mga Team: ilipat ang mga team papunta sa Active Selection (demo: IT Team + India — nasa dalawang team ang user).

6. Kumpirmahin gamit ang Ilapat at/o I-save.

Magdagdag ng User — Pangalan, Apelyido, Email, Password

Mapagkukunan — + Gumawa ng bagong mapagkukunan (o iugnay sa umiiral)

Dalawahang listahan ng Mga Tungkulin — Active Selection kumpara sa mga available na tungkulin

Mga Team ng user — IT Team + India (badge 2)

Mga tungkulin at pribilehiyo

Batay sa tungkulin ang access sa ProjectLibre Cloud. Isipin ang mga tungkulin sa organisasyon bilang default na toolkit ng isang tao sa produkto: aling mga view ang mabubuksan niya, aling mga dialog ang magagamit niya, at kung siya ay Administrator o Miyembro ng Team. Pinamamahalaan mo ang toolkit na iyon sa tab na Mga Tungkulin (at itinatalaga ang mga tungkuling iyon sa mga tao sa tab na Mga User).

Dalawang layer ng access (basahin muna ito)

Layer	Saan ito itinatakda	Ano ang kinokontrol nito
Mga tungkulin sa organisasyon	Administrasyon → Mga Tungkulin / Mga User	Kung ano ang magagawa ng isang tao sa produkto sa pangkalahatan (mga view, mga dialog, pribilehiyo ng Admin kumpara sa Miyembro ng Team). Standard ang mga pangalan ng tungkulin na itim; ang mga pangalang asul ay mga custom role na ginawa mo.
Project access	Portfolio → piliin ang proyekto → Pamahalaan ang Access	Aling mga proyekto ang mabubuksan niya, at ang tungkulin niya sa proyektong iyon (Project_Manager, Team_Member, Schedule_Manager, at iba pa). Puwedeng iba ang tungkulin ng isang tao sa proyekto kaysa sa org default niya.

Hindi pa buo ang kuwento sa mga tungkulin sa organisasyon lamang. Puwedeng Miyembro ng Team ang org role ng isang contractor, pero ikaw pa rin ang magpapasya sa Pamahalaan ang Access kung aling mga proyekto ang makikita niya at kung PM o TM siya sa bawat proyekto. Mga detalye: Access sa antas ng proyekto (Pamahalaan ang Access).

Pagbasa sa tab na Mga Tungkulin

Buksan ang Administrasyon → Mga Tungkulin. Sa screenshot ng tab na Mga Tungkulin, ang mga tab sa itaas ay Mga User, Mga Tungkulin, Mga Lisensya, Pagbabayad, at Kompanya.

• Gumagawa ng bagong custom role ang + Magdagdag ng Tungkulin. Nasa tabi nito ang mga icon para mag-duplicate at magbura.

• Ipinapakita ng listahan sa kaliwa ang bawat tungkulin. Itim na text = mga standard na tungkulin na kasama ng produkto. Asul na text = mga custom role na ginawa ng organisasyon mo. Mga halimbawa ng custom na pangalang maaari mong makita: PM UI Streamlined, PM_new UI, Customer Role, Customer Role_copy.

• Karaniwang kasama sa listahan ang mga standard na tungkuling ito: Administrator, Project_Manager, Authenticated, Schedule_Manager, Portfolio_Manager, Team_Member, Resource_Manager.

• Pumili ng tungkulin para i-edit ang Mga Minanang Tungkulin (mga tag gaya ng Portfolio_Manager at Resource_Manager sa Administrator) at ang Mga Pribilehiyo.

Nakagrupo ang mga pribilehiyo sa ilalim ng mga kategorya gaya ng PANGKALAHATAN, ACCESS SA VIEW, at ACCESS SA DIALOG. Puwedeng may maliit na badge na PM o TM ang bawat row ng pribilehiyo at, sa ilang kaso, isang lock.

Namamana ang mga pribilehiyo habang pataas ang tungkulin sa hanay, kaya nananatiling napakadetalyado ang pagtatalaga: magsimula sa isang standard na tungkulin, i-duplicate ito, magbawas o magdagdag ng mga checkbox, at i-save.

Administrasyon → Mga Tungkulin — itim = standard, asul = custom; Mga Minanang Tungkulin; Mga Pribilehiyo (PANGKALAHATAN / ACCESS SA VIEW / ACCESS SA DIALOG) na may badge na PM / TM

Mga Tungkulin — Mga Minanang Tungkulin ng Administrator

Mga Pribilehiyo — mga checkbox ng Pangkalahatan / Access sa View

Mga standard na tungkulin

Tungkulin	Kakayahan
Administrator	Nakapagdaragdag at nakapagbubura nang malawakan; minamana ang mas malalawak na tungkulin (demo: minamana ang Portfolio_Manager + Resource_Manager)
Portfolio_Manager / Portfolio Manager	Nakikita ang lahat ng proyekto kahit nililimitahan ng mga team o ng Restricted na access ang Portfolio para sa iba
Project_Manager / Tagapamahala ng Proyekto (PM)	Nakapagbubura at nakapamamahala ng sarili niyang mga proyekto; minamana ang Team_Member
Schedule_Manager	Tungkulin sa proyekto na nakatuon sa iskedyul (available din bilang chip ng tungkulin sa proyekto sa Pamahalaan ang Access)
Team_Member / Miyembro ng Team (TM)	Pinakakaunting pribilehiyo; kapag naitalaga na sa gawain, ang proyekto lang niya at ang mga gawain lang niya ang lumalabas pagka-login
Resource_Manager / Resource Manager	Nakatalagang tao para sa pag-set up ng mga user, team, at istruktura ng mga mapagkukunan
Authenticated	Pangunahing tungkulin ng naka-authenticate na user sa standard na listahan

Mga halimbawa ng custom role para sa mga PM

Pinagsasama ng mga pattern na ito ang mga tungkulin / pribilehiyo sa organisasyon at ang mga team at Pamahalaan ang Access sa proyekto. Nakasulat ang mga ito nang buong pangungusap para mailarawan ng bagong admin ang kalalabasan:

1. Customer (read-only, sarili niyang proyekto lang). Gumawa o pinuhin ang isang custom role na parang Customer (asul na pangalan sa tab na Mga Tungkulin) na may read-only o limitadong pribilehiyo sa pagtingin, para mabuksan niya ang ProjectLibre at makita ang sarili niyang proyekto nang hindi nae-edit ang plano. Ilagay siya sa isang proyektong Restricted gamit ang Pamahalaan ang Access (at/o sa team ng proyekto) para makita at ma-access niya ang proyektong iyon — hindi ang buong portfolio ng mga proyekto ng ibang customer.

2. Contractor (sariling mga gawain lang ang ina-update). Bigyan ang contractor ng org role na Team_Member (o ng custom role na batay rito). Kapag naitalaga siya sa mga gawain, ang progreso lang ng sarili niyang trabaho ang ina-update niya — hindi niya nakikita o nae-edit ang buong plano ng proyekto.

3. Internal lead sa proyektong ito. Sa Pamahalaan ang Access, itakda sa Project_Manager ang tungkulin ng internal lead sa proyekto kahit iba ang org default niya. Ganito mo ginagawang PM ang isang tao para sa proyektong ito nang hindi siya ginagawang Admin ng buong kompanya.

Tingnan din: Role-Based Access Control (RBAC) · Access sa antas ng proyekto (Pamahalaan ang Access).

Mga Team

1. Buksan ang tab na Mga Team.

2. Pumili ng team (halimbawa IT Team, India) o + Magdagdag ng Team; i-edit ang Pangalan ng team.

3. Sa ilalim ng Mga Mapagkukunan, ilipat ang mga tao papunta sa Active Selection (demo: nagsisimula ang India kasama sina Tayler, Kai, Kristen; idagdag sina Connor at Sidney).

4. I-save, pagkatapos ay ilagay ang team sa isang proyekto para magkabisa ang pagiging miyembro — pinakamalinaw na paraan: Portfolio → piliin ang proyekto → Pamahalaan ang Access → Magdagdag ng Team. Idinaragdag nito ang lahat ng miyembro ng team; pagkatapos ay ayusin ang tungkulin ng bawat tao sa proyekto.

Ano ang ginagawa ng mga team sa mga proyekto

1. Mas mabilis na pagtatalaga — Kapag nagtatalaga ng mga mapagkukunan, mga miyembro lang ng team ang nakikita ng PM, hindi ang buong pool.

2. Kontrol sa access — Nililimitahan kung aling mga proyekto ang lumalabas sa Portfolio. Halimbawa: ilagay ang isang customer sa team ng proyekto at ilagay ang team na iyon sa isang proyekto → ang proyektong iyon lang ang makikita ng taong iyon.

Eksepsiyon: nakikita pa rin ng Portfolio manager ang lahat ng proyekto.

Tab na Mga Team — IT Team; dalawahang listahan ng Mga Mapagkukunan

Team na India — mga miyembro sa Active Selection

Tingnan din: Pagtatalaga ng mga Mapagkukunan · Portfolio · Trabaho Ko at Team Ko · Access sa antas ng proyekto.

Access sa antas ng proyekto (Pamahalaan ang Access)

Sinasagot ng mga tungkulin sa organisasyon ang tanong na “ano ang magagawa ng taong ito sa ProjectLibre?” Sinasagot naman ng Pamahalaan ang Access ang “aling mga proyekto ang mabubuksan niya, at ano ang tungkulin niya sa proyektong ito?”

Buksan ang Pamahalaan ang Access mula sa Portfolio

1. Pumunta sa Portfolio.

2. Pumili ng proyekto.

3. Buksan ang Pamahalaan ang Access. Kasama sa pamagat ng dialog ang pangalan ng proyekto — halimbawa Pamahalaan ang Access Consulting Project.

Pampubliko kumpara sa Restricted

Sa itaas ng dialog, pipili ka ng Pampubliko o Restricted.

• Ang ibig sabihin ng Restricted (may kasamang shield): Ang mga nakalistang user lamang ang puwedeng mag-access sa proyektong ito.

• Gamitin ang Restricted kapag hindi dapat lumabas ang isang customer, contractor, o kumpidensyal na plano sa lahat ng iba pang nakakapag-browse sa Portfolio.

May tala sa ilalim ng toggle na nagsasabing: Magkakabisa ang mga pagbabago sa susunod na pag-sign in ng mga apektadong user. Pagkatapos mong i-save, pakiusapan ang mga tao na mag-sign out at mag-sign in ulit (o hintayin ang susunod nilang session) bago mo tasahin kung tama na ang nakikita sa Portfolio.

Magdagdag ng User at Magdagdag ng Team

• Magdagdag ng User — idagdag ang isang tao sa listahan ng access ng proyektong ito, pagkatapos ay itakda ang kanyang Mga Tungkulin sa proyekto.

• Magdagdag ng Team — idagdag nang sabay-sabay sa proyekto ang lahat ng miyembro ng team na iyon. Kapag naidagdag na ang team, puwede mo pa ring baguhin nang isa-isa ang tungkulin ng bawat tao sa proyekto. Ito ang karaniwang pattern: ipasok ang grupo gamit ang Magdagdag ng Team, pagkatapos ay ayusin kung sino ang Project_Manager at sino ang Team_Member sa proyektong ito.

Sinasabi sa iyo ng buod sa dialog (halimbawa 4 user na may access) kung ilang tao ang kasalukuyang may access.

Mga Tungkulin ng bawat user sa proyekto

May mga column na User at Mga Tungkulin ang table.

• Ipinapakita ng mga chip ng tungkulin ang kasalukuyang mga tungkulin sa proyekto (halimbawa Administrator, Project_Manager).

• Buksan ang dropdown sa isang row para magtakda ng isa o higit pang tungkulin gaya ng Project_Manager, Schedule_Manager, Resource_Manager, at Team_Member. Puwedeng magkaroon ng maraming tungkulin ang isang tao.

• Puwedeng iba ang mga tungkuling ito sa proyekto kaysa sa default ng tao sa organisasyon. Puwedeng Team_Member ang isang tao sa antas ng organisasyon at Project_Manager sa proyektong ito lamang — o ang kabaligtaran para sa isang limitadong contributor.

• Alisin ang isang tao sa proyekto gamit ang icon ng basurahan sa row niya.

• Itinatapon ng Kanselahin ang mga edit; pinapanatili ng I-save ang mga ito (magkakabisa sa susunod na pag-sign in ng mga apektadong user).

Pamahalaan ang Access Consulting Project — Restricted; Magdagdag ng User / Magdagdag ng Team; table na User | Mga Tungkulin na may mga chip ng tungkulin sa proyekto

Paano nagtutulungan ang dalawang layer. Sa layer ng organisasyon, puwede mong bigyan ang isang customer ng custom na limitadong tungkulin at ang isang contractor ng tungkuling Team_Member. Sa layer ng proyekto, itinatakda mo sa Restricted ang proyekto, inililista ang customer at contractor na iyon sa Pamahalaan ang Access, at itinatakda ang internal lead sa Project_Manager sa proyektong ito. Kapag pinagsama: nakikita at nabubuksan ng customer ang sarili niyang Restricted na proyekto nang may limitadong karapatan; ang sarili lang niyang mga gawain ang ina-update ng contractor; pinamamahalaan ng internal lead ang proyektong ito bilang PM.

Paano nagkakaugnay ang lahat

Isang simpleng end-to-end na senaryo na tahasang gumagamit ng Portfolio → Pamahalaan ang Access:

1. Gumawa ng custom na tungkuling Customer (asul na pangalan) na may read-only o limitadong pribilehiyo sa pagtingin sa Administrasyon → Mga Tungkulin.

2. Sa Portfolio, piliin ang proyekto ng customer → Pamahalaan ang Access → itakda sa Restricted → Magdagdag ng User o Magdagdag ng Team para mailista sila → bigyan sila ng angkop na tungkulin sa proyekto. Nakikita at naa-access nila ang proyektong iyon, hindi ang buong portfolio ng trabaho ng ibang customer.

3. Magdagdag ng contractor na may org role na Team_Member, ilagay siya sa proyekto gamit ang Pamahalaan ang Access, at italaga siya sa mga gawain → ina-update niya ang progreso ng sarili niyang mga gawain, hindi ang buong plano ng proyekto.

4. Itakda ang internal lead sa Project_Manager sa proyektong ito sa Pamahalaan ang Access. Ang mga org role pa rin ang nagtatakda kung ano ang magagawa ng bawat tao sa buong produkto; ang Pamahalaan ang Access ang nagtatakda kung sino ang PM at sino ang TM dito.

Kung ise-set up mo ito sa unang pagkakataon

1. Buksan ang Administrasyon → Mga Tungkulin. Tandaan: itim = standard, asul = custom. Mag-duplicate ng standard na tungkulin kung kailangan mo ng bersyong Customer o limitadong PM; itakda ang Mga Minanang Tungkulin at Mga Pribilehiyo (bantayan ang mga badge na PM / TM).

2. Sa Mga User, magdagdag ng mga tao, magtalaga ng mga org role, at ilagay sila sa Mga Team kung kasama ang Mga Team sa build mo.

3. Sa Portfolio, buksan ang bawat sensitibong proyekto → Pamahalaan ang Access → piliin ang Restricted kapag ang mga nakalistang tao lang ang dapat makakita nito.

4. Magdagdag ng Team (o Magdagdag ng User), pagkatapos ay itakda ang Mga Tungkulin sa proyekto ng bawat tao (Project_Manager para sa lead, Team_Member para sa mga contributor, at iba pa).

5. I-save, pagkatapos ay ipa-sign in ulit ang mga apektadong user para ma-refresh ang Portfolio at ang project access.

6. Mabilisang pagsusuri: ang sarili lang niyang proyekto ang nakikita ng customer; ang sarili lang niyang mga gawain ang nakikita ng contractor; napamamahalaan ng internal lead ang proyekto bilang PM.

Buod — mabilisang paraan ng paggawa

Magdagdag ng user → email + password → pumili ng org role (default ay Tagapamahala ng Proyekto) → kung gusto, ilagay siya sa isang team → I-save. Pagkatapos ay buksan ang Portfolio → Pamahalaan ang Access sa proyekto para tapusin kung sino ang makapagbubukas nito at kung sino ang PM at sino ang Miyembro ng Team doon.

Panoorin: Pamamahala ng mga User.

---