Керування користувачами

Керування користувачами в ProjectLibre Cloud міститься в розділі Адміністрування. Доступ працює на двох рівнях: ролі організації (що людина може робити в продукті загалом) і доступ до проєкту (які проєкти вона може відкривати та яка в неї роль у кожному проєкті). Як Адміністратор, ви додаєте користувачів, призначаєте ролі організації, розподіляєте людей по командах, налаштовуєте привілеї, створюєте власні ролі і — з Портфеля проєктів — відкриваєте для проєкту вікно «Керувати доступом», щоб визначати, хто працює в цьому проєкті і в якій ролі — Керівника проєкту, Учасника команди чи іншій ролі проєкту.

Див. також: Адміністрування та безпека (огляд — те саме відео) · Керування доступом на основі ролей (RBAC) · Особисті налаштування та аватар · Подання ресурсів · Портфель проєктів · Моя робота та Моя команда · Призначення ресурсів · Адміністрування та загальні налаштування.

Дивіться: Керування користувачами (~3:30).

Відкриття розділу «Адміністрування»

1. У лівій бічній панелі натисніть Адміністрування (шестірня).

2. Дії в нижній частині: Скасувати · Застосувати · Зберегти.

3. Доступність вкладок і елементів керування відрізняється залежно від ролі — у відеоогляді показано роботу адміністратора.

Адміністрування → Користувачі — + Додати користувача; виберіть користувача для налаштування

Додавання користувача

1. На вкладці Користувачі натисніть + Додати користувача.

2. Введіть Ім’я, Прізвище, Електронну пошту і Пароль.

3. Ресурс: за умовчанням для користувача створюється новий ресурс (+ Створити ресурс). За бажанням пов’яжіть користувача з наявним ресурсом.

4. Ролі: перетягніть (або скористайтеся стрілками), щоб перенести ролі до Active Selection. Типова роль — Керівник проєкту (Project_Manager). Залиште її або перетягніть Team_Member, Portfolio_Manager тощо.

5. Команди: перенесіть команди до Active Selection (у демонстрації: IT Team + India — користувач у двох командах).

6. Підтвердьте, натиснувши Застосувати та/або Зберегти.

Додати користувача — ім’я, прізвище, електронна пошта, пароль

Ресурс — + Створити ресурс (або пов’язати наявний)

Список ролей — Active Selection і доступні ролі

Команди користувача — IT Team + India (позначка 2)

Ролі та привілеї

Доступ у ProjectLibre Cloud є рольовим. Розглядайте ролі організації як типовий набір засобів людини в продукті: які подання вона може відкривати, які діалогові вікна може використовувати і чи є вона Адміністратором чи Учасником команди. Ви керуєте цим набором на вкладці Ролі (і призначаєте ці ролі людям на вкладці Користувачі).

Два рівні доступу (прочитайте спершу)

Рівень	Де налаштовується	Що контролює
Ролі організації	Адміністрування → Ролі / Користувачі	Що людина може робити в продукті загалом (подання, діалогові вікна, привілеї Адміністратора порівняно з Учасником команди). Ролі з чорними назвами — стандартні; із синіми — власні ролі, які створюєте ви.
Доступ до проєкту	Портфель проєктів → виберіть проєкт → Керувати доступом	Які проєкти людина може відкривати і яка в неї роль у цьому проєкті (Project_Manager, Team_Member, Schedule_Manager тощо). Роль людини в проєкті може відрізнятися від її типової ролі в організації.

Однієї ролі організації недостатньо. Підрядник може мати роль організації «Учасник команди», але саме ви у вікні «Керувати доступом» вирішуєте, які проєкти він бачить і чи є він PM чи TM у кожному з них. Докладніше: Доступ на рівні проєкту (Керувати доступом).

Читання вкладки «Ролі»

Відкрийте Адміністрування → Ролі. На знімку екрана вкладки «Ролі» вгорі видно вкладки Користувачі, Ролі, Ліцензії, Оплата і Компанія.

• + Додати роль створює нову власну роль. Поруч розміщені значки дублювання та видалення.

• У списку зліва показано кожну роль. Чорний текст = стандартні ролі, вбудовані в продукт. Синій текст = власні ролі, створені вашою організацією. Приклади власних назв, які можуть зустрітися: PM UI Streamlined, PM_new UI, Customer Role, Customer Role_copy.

• До стандартних ролей у списку зазвичай належать: Адміністратор, Project_Manager, Authenticated, Schedule_Manager, Portfolio_Manager, Team_Member, Resource_Manager.

• Виберіть роль, щоб редагувати Успадковані ролі (теги, як-от Portfolio_Manager і Resource_Manager у ролі Адміністратора) і Привілеї.

Привілеї згруповано за категоріями, як-от ЗАГАЛЬНЕ, ДОСТУП ДО ПОДАНЬ і ДОСТУП ДО ДІАЛОГОВИХ ВІКОН. Кожен рядок привілею може мати невелику позначку PM або TM, а в деяких випадках — замок.

Привілеї успадковуються вгору ланцюжком ролей, тож їх можна призначати дуже детально: почніть зі стандартної ролі, продублюйте її, приберіть або додайте позначки та збережіть.

Адміністрування → Ролі — чорний = стандартна, синій = власна; Успадковані ролі; Привілеї (ЗАГАЛЬНЕ / ДОСТУП ДО ПОДАНЬ / ДОСТУП ДО ДІАЛОГОВИХ ВІКОН) з позначками PM / TM

Ролі — Успадковані ролі Адміністратора

Привілеї — прапорці «Загальне» / «Доступ до подань»

Стандартні ролі

Роль	Можливості
Адміністратор	Має широкі права додавання й видалення; успадковує ширші ролі (у демонстрації: успадковує Portfolio_Manager + Resource_Manager)
Portfolio_Manager / Portfolio Manager	Бачить усі проєкти, навіть коли команди чи обмежений доступ звужують Портфель для інших
Project_Manager / Project Manager (PM)	Може видаляти та керувати своїми проєктами; успадковує Team_Member
Schedule_Manager	Роль проєкту, зосереджена на розкладі (також доступна як позначка ролі проєкту у вікні «Керувати доступом»)
Team_Member / Team Member (TM)	Найменші привілеї; після призначення на завдання, увійшовши, бачить лише свій проєкт і лише свої завдання
Resource_Manager / Resource Manager	Окрема особа для налаштування користувачів, команд і структури ресурсів
Authenticated	Базова роль автентифікованого користувача в стандартному списку

Приклади власних ролей для керівників проєктів

Ці шаблони поєднують ролі/привілеї організації з командами та вікном «Керувати доступом» проєкту. Описуйте їх повними реченнями, щоб новий адміністратор міг уявити результат:

1. Замовник (лише перегляд свого проєкту). Створіть або уточніть власну роль у стилі Customer (синя назва на вкладці «Ролі») з привілеями лише для читання або обмеженого перегляду, щоб користувач міг відкрити ProjectLibre і бачити свій проєкт без редагування плану. Додайте його до обмеженого проєкту через «Керувати доступом» (та/або в команду проєкту), щоб він бачив і мав доступ до того проєкту — не до всього портфеля проєктів інших замовників.

2. Підрядник (оновлює лише свої завдання). Надайте підряднику роль організації Team_Member (або власну роль на її основі). Коли його призначено на завдання, він оновлює перебіг роботи лише за своїми завданнями — він не бачить і не редагує весь план проєкту.

3. Внутрішній керівник у цьому проєкті. У вікні «Керувати доступом» встановіть для внутрішнього керівника роль у проєкті Project_Manager, навіть якщо його типові ролі відрізняються. Так ви робите людину PM саме в цьому проєкті, не роблячи його Адміністратором усієї компанії.

Див. також: Керування доступом на основі ролей (RBAC) · Доступ на рівні проєкту (Керувати доступом).

Команди

1. Відкрийте вкладку Команди.

2. Виберіть команду (наприклад, IT Team, India) або + Додати команду; змініть Назву команди.

3. У розділі Ресурси перенесіть людей до Active Selection (у демонстрації India починає з Tayler, Kai, Kristen; додайте Connor і Sidney).

4. Натисніть Зберегти, потім додайте команду до проєкту, щоб членство набуло чинності — найпростіший шлях: Портфель проєктів → виберіть проєкт → Керувати доступом → Додати команду. Це додає кожного учасника команди; потім налаштуйте роль кожної людини в проєкті.

Що команди роблять у проєктах

1. Ефективність призначення — під час призначення ресурсів керівник проєкту бачить лише учасників команди, а не весь пул.

2. Контроль доступу — обмежує, які проєкти показуються в Портфелі проєктів. Приклад: додайте замовника до команди проєкту й додайте цю команду до проєкту → ця людина бачить лише цей проєкт.

Виняток: керівник портфеля все одно бачить усі проєкти.

Вкладка «Команди» — IT Team; список ресурсів

Команда India — учасники в Active Selection

Див. також: Призначення ресурсів · Портфель проєктів · Моя робота та Моя команда · Доступ на рівні проєкту.

Доступ на рівні проєкту (Керувати доступом)

Ролі організації відповідають на запитання «що ця людина може робити в ProjectLibre?». Вікно «Керувати доступом» відповідає на запитання «які проєкти вона може відкрити і яка в неї роль саме в цьому проєкті?».

Відкрийте «Керувати доступом» з Портфеля проєктів

1. Перейдіть до Портфеля проєктів.

2. Виберіть проєкт.

3. Відкрийте «Керувати доступом». Заголовок діалогового вікна містить назву проєкту — наприклад, Керувати доступом Consulting Project.

Загальнодоступний чи обмежений

У верхній частині діалогового вікна виберіть Загальнодоступний або Обмежений.

• Обмежений (позначений щитом) означає: Доступ до цього проєкту мають лише перелічені користувачі.

• Використовуйте «Обмежений», коли проєкт замовника чи підрядника або конфіденційний план не має бачити кожен, хто загалом може переглядати Портфель проєктів.

Під перемикачем є примітка: Зміни набудуть чинності під час наступного входу відповідних користувачів. Після натискання «Зберегти» попросіть людей вийти та зайти знову (або зачекайте на їхній наступний сеанс), перш ніж оцінювати, чи правильно відображається видимість у Портфелі проєктів.

«Додати користувача» та «Додати команду»

• Додати користувача — додає одну людину до списку доступу цього проєкту, після чого ви встановлюєте її ролі в проєкті.

• Додати команду — додає всіх учасників цієї команди до проєкту одразу. Після додавання команди ви й далі можете змінити роль кожної людини в проєкті окремо. Це звичний підхід: спершу додайте групу через «Додати команду», а потім налаштуйте, хто Project_Manager, а хто Team_Member у цьому проєкті.

Підсумок у діалоговому вікні (наприклад, 4 користувачі з доступом) повідомляє, скільки людей наразі мають доступ.

Ролі користувача в проєкті

У таблиці є стовпці Користувач і Ролі.

• Позначки ролей показують поточні ролі в проєкті (наприклад, Administrator, Project_Manager).

• Відкрийте розкривний список у рядку, щоб встановити одну або кілька ролей, наприклад Project_Manager, Schedule_Manager, Resource_Manager і Team_Member. Кілька ролей для однієї людини дозволено.

• Ці ролі в проєкті можуть відрізнятися від типової ролі людини в організації. Хтось може бути Team_Member на рівні організації і Project_Manager лише в цьому проєкті — або навпаки, для обмеженого учасника.

• Видаліть людину з проєкту значком кошика в її рядку.

• Скасувати відхиляє зміни; Зберегти зберігає їх (набирають чинності під час наступного входу відповідних користувачів).

Керувати доступом Consulting Project — Обмежений; Додати користувача / Додати команду; таблиця «Користувач | Ролі» з позначками ролей у проєкті

Як два рівні працюють разом. На рівні організації ви можете надати замовнику власну обмежену роль, а підряднику — роль Team_Member. На рівні проєкту ви встановлюєте для проєкту режим Обмежений, вносите цього замовника та підрядника до списку в «Керувати доступом» і призначаєте внутрішньому керівнику роль Project_Manager у цьому проєкті. Разом: замовник бачить і відкриває свій обмежений проєкт з обмеженими правами; підрядник оновлює лише свої завдання; внутрішній керівник керує цим проєктом як PM.

Як усе поєднується

Простий наскрізний сценарій, у якому явно використовується Портфель проєктів → Керувати доступом:

1. Створіть власну роль Customer (синя назва) з привілеями лише читання або обмеженого перегляду в Адміністрування → Ролі.

2. У Портфелі проєктів виберіть проєкт замовника → Керувати доступом → встановіть Обмежений → Додати користувача або Додати команду, щоб внести їх до списку → надайте відповідну роль у проєкті. Вони бачать і мають доступ до того проєкту, а не до всього портфеля робіт інших замовників.

3. Додайте підрядника з роллю організації Team_Member, додайте його до проєкту через «Керувати доступом» і призначте на завдання → він оновлює перебіг роботи за своїми завданнями, а не за всім планом проєкту.

4. Встановіть для внутрішнього керівника роль Project_Manager у цьому проєкті в «Керувати доступом». Ролі організації, як і раніше, визначають, що кожна людина може робити в продукті загалом; «Керувати доступом» визначає, хто PM, а хто TM саме тут.

Якщо ви налаштовуєте це вперше

1. Відкрийте Адміністрування → Ролі. Зверніть увагу: чорний = стандартна, синій = власна. Продублюйте стандартну роль, якщо потрібен варіант Customer або обмежений варіант PM; налаштуйте «Успадковані ролі» та «Привілеї» (зверніть увагу на позначки PM / TM).

2. На вкладці Користувачі додайте людей, призначте ролі організації та розподіліть їх по Командах, якщо у вашій версії є команди.

3. У Портфелі проєктів відкрийте кожен чутливий проєкт → Керувати доступом → виберіть Обмежений, коли проєкт мають бачити лише перелічені люди.

4. Натисніть «Додати команду» (або «Додати користувача»), потім встановіть ролі кожної людини в проєкті (Project_Manager для керівника, Team_Member для учасників тощо).

5. Натисніть Зберегти, потім попросіть відповідних користувачів увійти знову, щоб доступ до Портфеля проєктів і проєкту оновився.

6. Перевірте: замовник бачить лише свій проєкт; підрядник бачить лише свої завдання; внутрішній керівник може керувати проєктом як PM.

Короткий підсумок — швидкий шлях створення

Додайте користувача → електронна пошта + пароль → виберіть роль організації (типово Project Manager) → за бажанням додайте до команди → Зберегти. Потім відкрийте Портфель проєктів → Керувати доступом для проєкту, щоб остаточно визначити, хто може його відкривати і хто в ньому PM, а хто Учасник команди.

Дивіться: Керування користувачами.

---