--- sourceDocument: Yokohama Build or modify applications sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/yokohama/application-development Release : - yokohama ft:locale : - en-US ft:publication_title : - Yokohama Build or modify applications ft:clusterId : - cadev bundleId : - cadev workflow : - Development, Data, and Analytics --- # Creator Studio roles and personas # Creator Studio roles and personas {#ariaid-title1} * Release version: Yokohama * * Updated January 30, 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete. ## Summary of Creator Studio roles and personas Creator Studio roles determine what team members can do within Creator Studio, controlling app creation and collaboration permissions. Administrators assign these roles to manage access, preventing redundant or unplanned apps in your ServiceNow instance. Personas such as low-code/citizen developers, App Engine admins, security admins, and system administrators interact with Creator Studio according to their assigned roles and responsibilities. Show full answer Show less ## Roles and Personas * **Low-code/citizen developers:** Tech-savvy users who can submit and build app ideas if approved. They have either the `sncreatorstudio.user` or `sncreatorstudio.restricteduser` roles. * **App Engine admins:** Manage app development processes, including idea review, deployment, and collaborator management. They hold the `appengineadmin` role and belong to the corresponding group. * **Security admins:** Handle role creation and access control lists at the platform level, enabling updates to Creator Studio roles. * **System administrators:** Have full access to all system features and data regardless of security constraints; use cautiously, especially with sensitive information. ## Key Creator Studio Roles and Permissions * **Creator Studio User (`sncreatorstudio.user`):** Can create apps and are automatically delegated as app owners with the delegateddeveloper role upon app creation or access. * **Creator Studio Restricted User (`sncreatorstudio.restricteduser`):** Cannot create apps but can request app creation and work on assigned apps as delegated developers. * **App Engine Admin (`appengineadmin`):** Approves app creation requests and collaboration, and can select development environments. * **ServiceNow Otto for Creator (`now.assist.creator`):** Grants access to ServiceNow Otto for Creator skills to create forms within Creator Studio. ## User Groups User groups simplify permission management by grouping users with similar access needs: * **Creator Studio Users:** Automatically approved to create apps; contain the `sncreatorstudio.user` role. * **Creator Studio Restricted Users:** Need to request app creation; contain the `sncreatorstudio.restricteduser` role. ## App Development and Testing Considerations Users with `sncreatorstudio.user` or `sncreatorstudio.restricteduser` roles cannot test apps in the non-production instance's Request App Workspace but can use Creator Studio's app previews. After deployment to production, users can test apps as fulfillers if they have appropriate roles assigned by administrators. Additional roles like `xacmeuserapp.agent` may be required to fulfill requests. ## Collaboration and Instance Version Compatibility Collaboration workflows may be affected if non-production and production instances run different ServiceNow AI Platform versions, especially when production lacks Creator Studio support. To maintain collaboration features across versions, administrators must assign the `catalogbuildereditor` role to Creator Studio user groups. ## Managing App Collaboration Creator Studio roles govern access to the platform, but app-level collaboration permissions are managed individually. Developers must invite others or request to join apps to collaborate on development efforts. Roles control what everyone you work with can do in Creator Studio. Administrators assign roles to give team members permission to configure or use Creator Studio. The two roles for Creator Studio are used to restrict access from creating new apps, which helps make sure your instance isn't overfilled with redundant, unplanned, or unused apps. ## Personas that use Creator Studio {#roles-creator-studio__section_pps_54b_v1c} Personas aren't explicitly part of Creator Studio, but administrators assign roles to give team members permission to configure or use Creator Studio. Low-code/citizen developer : Low-code/citizen developers are tech savvy and interested in creating apps. Though they might not have formal coding or app development training, citizen developers can submit ideas for new apps and, if approved, build them using Creator Studio. Low-code/citizen developers have either the sn_creatorstudio.user or sn_creatorstudio.restricted_user role. App Engine admin : App Engine admins manage all processes related to app development in Creator Studio. They review new app ideas, handle app deployment, and manage collaborators, usually in the App Engine Management Center. App Engine admins have the app_engine_admin role and must be in the app_engine_admin group. Security admin : The security admin creates and modifies roles and access control lists for apps. This role is set on the platform level, and it is required for making updates to roles in Creator Studio. System administrator : The system administrator has access to all system features, functions, and data, regardless of security constraints. Grant this privilege carefully. If you have sensitive information, such as HR records, that you must protect, create a custom admin role for that area and train a person who is authorized to see those records to act as the administrator. ## Roles and what they can do in Creator Studio {#roles-creator-studio__section_jwt_rjq_h1c} In addition to the roles in the following table, users with the admin and delegated_developer roles can also access Creator Studio. For complete details on which roles each role contains, see [Components installed with Creator Studio](https://servicenow-prod.fluidtopics.net/vjaIy8rb68KCjwTgkBd7nA "When you activate the Creator Studio plugin, various components like tables and user roles are automatically installed."). {#roles-creator-studio__table_zbp_qgq_h1c__entry__3} | Role | Name | Description | |-|-|-| | Creator Studio User | sn_creatorstudio.user | * Users can create apps in Creator Studio. * The user is automatically delegated as the app owner. For more information, see [Delegated development and deployment](https://servicenow-prod.fluidtopics.net/vDKOixlDEFKFULbsD2GEgg "Delegated development allows designated users without a system admin role to develop or deploy applications on the ServiceNow AI Platform."). * Contains sn_g_app_creator.app_creator. {#roles-creator-studio__ul_bd3_bhq_h1c} Note: This role gets assigned the delegated_developer role when they create or get access to an app. | | Creator Studio Restricted User | sn_creatorstudio.restricted_user | * Users can't create apps in Creator Studio. * Users can request apps to be created for them, and to work on an app. * Users can work on apps that they've been designated as developers for. * When assigned to work on an app, this user gets the delegated_developer role for that app. {#roles-creator-studio__ul_gs1_vhq_h1c} | | App Engine Admin | app_engine_admin | * Approve requests from restricted users to create an app. * Approve collaboration requests. * Select other development environments from the experience switcher. * Contains sn_creator_studio.admin_write and sn_creator_studio.basic_write to enable admins to see the apps they need to approve. {#roles-creator-studio__ul_xnc_2jq_h1c} | | ServiceNow Otto for Creator | now.assist.creator | Grants users access to ServiceNow Otto for Creator skills to create forms in Creator Studio. | [Table 1. Creator Studio roles] {#roles-creator-studio__table_zbp_qgq_h1c} Note: To ensure that users can use the Collaboration Approval Workflow regardless of instance versions, admins must assign the catalog _builder_editor role to Creator Studio user groups. ## User groups and what they can do in Creator Studio {#roles-creator-studio__section_ixt_sjq_h1c} Groups are a standard functionality that help you quickly control people's access to Creator Studio by adding them to a group. {#roles-creator-studio__table_dgw_vjq_h1c__entry__2} | Group | Description | |-|-| | Creator Studio Users | * Users are automatically approved to create apps in Creator Studio. * Contains sn_creatorstudio.user. {#roles-creator-studio__ul_ehg_wlq_h1c} | | Creator Studio Restricted Users | * Users in this group need to request applications be created in Creator Studio on their behalf. * Contains sn_creatorstudio.restricted_user. {#roles-creator-studio__ul_ym4_cmq_h1c} | [Table 2. Creator studio user groups] {#roles-creator-studio__table_dgw_vjq_h1c} ## Developer roles and testing apps on instances {#roles-creator-studio__id_ndc_htx_y1c} If you have a Creator Studio role of sn_creatorstudio.user or sn_creatorstudio.restricted_user, you won't be able to test the apps you build on the non-production instance's Request App Workspace. You should be able to test the app on the non-production instance using Creator Studio's app previews. You will be able to test the apps as a fulfiller in the workspace on the app that's been deployed to production. Use case: Let's say that a user is in the Creator Studio Users group, so when that user builds an app, that user gets delegated development permissions for that app. That user can then publish a request form, and if there are no roles required for the form, that user can submit requests with the form. However, that user won't be able to fulfill requests or access the Request App Workspace because that user won't have the x_acme_user_app.agent role, and that user can't give that role to themself. Administrators must assign additional roles as necessary. ## Collaboration roles and instances on different versions {#roles-creator-studio__id_y4n_14f_p1c} As admins implement Creator Studio, they may have it installed on a non-production instance while their production instance is on a previous version of the ServiceNow AI Platform that doesn't have Creator Studio. This mis-match of instance versions affects the Collaboration Approval Workflow, which specifies the non-production instance as the source and the production instance as the controller. If the controller doesn't have the version of the collaboration plugin that supports Creator Studio, collaboration is unsupported. To ensure that users can use the Collaboration Approval Workflow regardless of instance versions, admins must assign the catalog _builder_editor role to Creator Studio user groups.{#roles-creator-studio__cs-cb-permission-collab} ## Roles and app development collaboration {#roles-creator-studio__section_myh_5yr_m1c} Roles define user access to Creator Studio. Permission to work on individual apps is controlled on an app-by-app basis. That is, you must manage the collaborators for each app by inviting other citizen developers to work on the app with you, or request to join someone else's app. For more information, see [Collaborating with others to build apps in Creator Studio](https://servicenow-prod.fluidtopics.net/x9tilePagdk1ZZSVEDs4YQ "Sometimes you need help building out your app, and that’s ok! And sometimes other people need your help building their apps, which is great! This is where collaboration comes into play.").