Системні ролі
Дізнайтеся про системні ролі Paragraph CMS: Owner, Admin і Member. Ці вбудовані ролі лише для читання забезпечують стандартну модель доступу для організацій.
Grzegorz
Системні ролі — це вбудовані ролі доступу в Paragraph CMS: Owner, Admin і Member. Вони формують стандартну модель дозволів для організацій і відображаються поряд із користувацькими ролями, коли доступний окремий простір Roles.
На відміну від користувацьких ролей, системні ролі є фіксованими. Їхні назви та дозволи не можна редагувати, і вони призначені для того, щоб дати організаціям стабільну основу доступу з першого дня.
Вбудовані та лише для читання за задумом
Коли системну роль вибрано у поданні Roles, Paragraph CMS показує її як роль лише для читання та пояснює, що вбудовані ролі не можна редагувати. Це захищає базову модель доступу від випадкових змін.
Така сама стабільність проявляється і в процесах керування учасниками. Наприклад, роль Owner захищена від видалення та від перепризначення ролі в розділі Members.
Для чого потрібні Owner, Admin і Member
Owner — це роль із найвищим рівнем доступу. Це найвища адміністративна роль в організації, захищена від видалення або пониження в процесі керування учасниками.
Admin — це широка операційна роль. Вона має широкі права доступу до робочого простору, налаштувань організації, AI, медіа та функцій для розробників, не будучи при цьому захищеним обліковим записом власника.
Member — це щоденна роль для роботи з контентом. У поточній моделі дозволів вона може працювати зі сторінками, медіа, кошиком, активністю та використанням AI, але не має доступу до налаштувань і отримує лише доступ для читання до більш конфігураційно насичених розділів, таких як collections, data models, locales, statuses, labels і API keys.
Використовуються безпосередньо в керуванні учасниками
Системні ролі не є абстрактними. Вони відображаються безпосередньо там, де призначається доступ: у діалогах запрошення та засобах вибору ролі учасника.
Це робить їх практичними стандартними ролями для більшості організацій ще до впровадження користувацьких ролей. Команди можуть почати з Owner, Admin і Member, а потім додати більш спеціалізовані ролі пізніше, якщо робочому простору знадобляться точніші межі доступу.
