Creator Studio Rôles et profils

Les deux rôles pour Creator Studio sont utilisés pour restreindre l’accès à la création de nouvelles applications, ce qui permet de s’assurer que votre instance n’est pas surchargée d’applications redondantes, non planifiées ou inutilisées.

Profils qui utilisent Creator Studio

Les profils ne font pas explicitement partie de Creator Studio, mais les administrateurs affectent des rôles pour autoriser les membres de l’équipe à configurer ou à utiliser Creator Studio.

Développeur low-code/citoyen: Les développeurs low-code/citoyens sont férus de technologie et intéressés par la création d’applications. Bien qu’ils n’aient peut-être pas de formation formelle en codage ou en développement d’applications, les développeurs citoyens peuvent soumettre des idées pour de nouvelles applications et, si elles sont approuvées, les créer à l’aide de Creator Studio.
Les développeurs low-code/citoyens ont le rôle sn_creatorstudio.user ou sn_creatorstudio.restricted_user.
App Engine administrateur: App Engine Les administrateurs gèrent tous les processus liés au développement d’applications dans Creator Studio. Ils examinent les nouvelles idées d’applications, gèrent le déploiement des applications et gèrent les collaborateurs, généralement dans le App Engine Management Center.
App Engine Les administrateurs ont le rôle app_engine_admin et doivent faire partie du groupe app_engine_admin.
Administrateur de sécurité: L’administrateur de sécurité crée et modifie les rôles et les listes de contrôle d’accès pour les applications. Ce rôle est défini au niveau de la plateforme et est requis pour effectuer des mises à jour des rôles dans Creator Studio.
Administrateur système: L’administrateur système a accès à l’ensemble des fonctionnalités, fonctions et données système, quelles que soient les contraintes de sécurité. Accordez ce privilège avec soin. Si vous disposez d’informations sensibles, telles que des enregistrements RH, que vous devez protéger, créez un rôle administrateur personnalisé pour cette zone et formez une personne autorisée à consulter ces enregistrements pour agir en tant qu’administrateur.

Les rôles et ce qu’ils peuvent faire dans Creator Studio

Outre les rôles indiqués dans le tableau suivant, les utilisateurs disposant des rôles admin et delegated_developer peuvent également accéder à Creator Studio.

Pour obtenir des détails complets sur les rôles contenus dans chaque rôle, reportez-vous à la section Composants installés avec Creator Studio.

Tableau 1. Creator Studio rôles
Rôle	Nom	Description
Creator Studio Utilisateur	sn_creatorstudio.utilisateur	Les utilisateurs peuvent créer des applications dans Creator Studio. L’utilisateur est automatiquement délégué en tant que propriétaire de l’application. Pour plus d'informations, consultez Développement et déploiement délégués. Contient sn_g_app_creator.app_creator. Remarque : Ce rôle se voit attribuer le rôle delegated_developer lorsqu’il crée une application ou y accède.
Creator Studio Utilisateur restreint	sn_creatorstudio.restricted_user	Les utilisateurs ne peuvent pas créer d’applications dans Creator Studio. Les utilisateurs peuvent demander que des applications soient créées pour eux et qu’ils travaillent sur une application. Les utilisateurs peuvent travailler sur les applications pour lesquelles ils ont été désignés comme développeurs. Lorsqu’il est affecté à une application, cet utilisateur obtient le rôle delegated_developer pour cette application.
App Engine Administrateur	app_engine_admin	Approuvez les demandes de création d’une application provenant d’utilisateurs restreints. Approuver les demandes de collaboration. Sélectionnez d’autres environnements de développement à partir du commutateur d’expérience. Contient sn_creator_studio.admin_write et sn_creator_studio.basic_write pour permettre aux administrateurs d’afficher les applications qu’ils doivent approuver.
Now Assist pour les créateurs	now.assist.creator	Accorde aux utilisateurs l’accès aux Now Assist pour les créateurs compétences nécessaires pour créer des formulaires dans Creator Studio.

Remarque :

Pour s’assurer que les utilisateurs peuvent utiliser le workflow d’approbation de collaboration quelles que soient les versions d’instance, les administrateurs doivent affecter le rôle de _builder_editor de catalogue à des groupes d’utilisateurs Creator Studio .

Les groupes d’utilisateurs et ce qu’ils peuvent faire dans Creator Studio

Les groupes sont une fonctionnalité standard qui vous aide à contrôler rapidement l’accès des personnes en Creator Studio les ajoutant à un groupe.

Tableau 2. Groupes d’utilisateurs de Studio de création
Groupe	Description
Utilisateurs Creator Studio	Les utilisateurs sont automatiquement approuvés pour créer des applications dans Creator Studio. Contient sn_creatorstudio.user.
Creator Studio Utilisateurs restreints	Les utilisateurs de ce groupe doivent demander la création d’applications en Creator Studio leur nom. Contient sn_creatorstudio.restricted_user.

Rôles de développeur et applications de test sur les instances

Si vous disposez du Creator Studio rôle sn_creatorstudio.user ou sn_creatorstudio.restricted_user, vous ne pourrez pas tester les applications que vous créez sur l’espace de travail de l’application de demande de l’instance de non-production. Vous devriez pouvoir tester l’application sur l’instance de non-production à l’aide Creator Studiodes aperçus d’applications de . Vous pourrez tester les applications en tant que prestataire dans l’espace de travail de l’application qui a été déployée en production.

Cas d'utilisation :

Supposons qu’un utilisateur fait partie du Creator Studio groupe Utilisateurs, de sorte que lorsque cet utilisateur crée une application, cet utilisateur obtient des autorisations de développement déléguées pour cette application. Cet utilisateur peut ensuite publier un formulaire de demande et, si aucun rôle n’est requis pour le formulaire, il peut envoyer des demandes avec le formulaire.

Toutefois, cet utilisateur ne sera pas en mesure de répondre aux demandes ou d’accéder à l’espace de travail de l’application de demande, car il n’aura pas le rôle x_acme_user_app.agent et ne pourra pas se donner ce rôle à lui-même. Les administrateurs doivent affecter des rôles supplémentaires si nécessaire.

Rôles et instances de collaboration sur différentes versions

Au fur et à mesure que les administrateurs implémentent Creator Studio, ils peuvent l’avoir Creator Studioinstallé sur une instance de non-production alors que leur instance de production se trouve sur une version précédente de .Now Platform Cette incompatibilité des versions d’instance affecte le workflow d’approbation de collaboration, qui spécifie l’instance de non-production comme source et l’instance de production comme contrôleur. Si le contrôleur ne dispose pas de la version du module d’extension Collaboration qui prend en charge Creator Studio, la collaboration n’est pas prise en charge.

Pour s’assurer que les utilisateurs peuvent utiliser le workflow d’approbation de collaboration quelles que soient les versions d’instance, les administrateurs doivent affecter le rôle de _builder_editor de catalogue à des groupes d’utilisateurs Creator Studio .

Collaboration en matière de rôles et de développement d’applications

Les rôles définissent l’accès de l’utilisateur à Creator Studio. L’autorisation de travailler sur des applications individuelles est contrôlée application par application. En d’autres termes, vous devez gérer les collaborateurs de chaque application en invitant d’autres développeurs citoyens à travailler sur l’application avec vous, ou en demandant à rejoindre l’application de quelqu’un d’autre. Pour en savoir plus, reportez-vous à Collaboration dans Creator Studio.