Application administration

  • Release version: Zurich
  • Updated November 17, 2025
  • 4 minutes to read
    • Summarize
    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 Application administration

    Application administration in ServiceNow allows you to protect sensitive application data by controlling how users acquire application-specific roles. This feature helps prevent unauthorized access to sensitive data such as financial records or personally identifiable information within forms, lists, and the UI. It restricts even system-level administrators from bypassing access controls or self-assigning protected roles related to an application.

    Show full answer Show less

    Key Features

    • Role-based Access Control: Define application-specific administrator and developer roles to control access and administrative privileges within an application.
    • Application-Specific Admin Role: Enables users to manage roles and application-specific configurations without granting full system-level admin rights.
    • Restricted Role Assignment: Prevent system-level admins from self-assigning protected application roles or bypassing access controls.
    • Enable Application Administration: Turn on this feature on an application record to start restricting role assignments and protect application data.
    • Minimum Admin Count Property: Configure a minimum number of application-specific admins to prevent accidental lockout and enforce role management best practices.
    • Deployment Requirements: Require system-level admin in both development and production instances to deploy applications using application administration.

    Key Outcomes

    • Enhanced Security: Protect sensitive application data by strictly controlling who can assign roles and access the application.
    • Granular Role Management: Assign application-specific roles to multiple users to avoid operational risks when personnel changes occur.
    • Controlled Deployment: Follow a clear process to enable application administration before publishing and deploying applications, ensuring security is maintained across environments.
    • Compliance with Best Practices: Use application administration after application development is complete but before adding records, safeguarding data from unauthorized access.

    Practical Guidance for ServiceNow Customers

    • Enable application administration only after developing the application but before adding application records to protect sensitive data.
    • Assign application-specific admin roles to more than one user to avoid lockouts and facilitate role management continuity.
    • Do not assign system-level admin roles to users who only need application-specific admin privileges; instead, assign the appropriate scoped admin and developer roles.
    • Use the [scopedappname].minadmincount property to enforce a minimum number of application-specific admins and manage role deletions safely.
    • Ensure system-level admin access on both development and production instances when deploying applications with application administration enabled.
    • Refer to the ServiceNow Developer Site for dedicated training on securing applications and delegated development.

    Protect sensitive application data by using application administration to restrict how users acquire application-specific roles.

    Functions of application administration

    Use application administration to:
    • Help prevent unauthorized users from accessing sensitive data via forms, lists and UI, such as financial records or personally identifiable information.
    • Determine who can assign scope-protected roles such as the administrator and designated developers for the application.
    • Help prevent users with the system-level admin role from:
      • Assigning themselves a protected application role.
      • Assigning themselves to a group containing a protected application role.
      • Bypassing existing access controls to a protected application by creating access controls.
      • Impersonating a user who has a protected application administration role, unless the developer or administrator also has that role.
      • Inheriting a protected application role.
      • Overriding existing access controls to a protected application.

    Roles in application administration

    You can make any role an application-specific administrator by selecting the Application Administrator check box in Role Configuration. To learn more, see Restrict access to an application. By convention, create the following roles:
    Table 1. Application administration roles
    Role name Description
    Application-specific admin Users with this role can assign other users to an application-specific role for that application. For example, you can create a role named my_application.admin. It should include the name of the restricted application, with a suffix of "admin" to indicate that it is the admin role for the application.
    Application-specific developer Users with this role can access the restricted application. For example, you can create a role named my_application.developer. It should include the name of the restricted application, with a suffix of "developer" to indicate that it is the developer role for the application. The developer role needs both application administrator and delegated development permissions to modify the application files.

    To learn more, see Exploring Delegated Development and Delegating development permissions to personnel.

    Application-specific admin role

    The application-specific admin role enables a user to access a specific application, but does not grant the user any other admin rights. Assign the system-level admin role to a user before that user can do these tasks:
    • Configure form and list layouts.
    • Change application tables and fields.
    • Assign the application-specific admin role to new users.
    If you do not want a user with the application-specific admin role to have the system-level admin role:
    • Do not assign the system-level admin role to the user. Assign only the application-specific admin role.
    • Have the user assign themselves the application-specific developer role.

    As an application-specific developer, the user can perform a subset of administrative tasks without having the system-level admin role.

    Note:
    Assign the application-specific admin role to more than one user. Then if a user with the application-specific admin role leaves the company, you are not prevented from changing the application.

    Enabling application administration and assigning application-specific roles

    You can enable application administration for an application from the application record and restrict the assignment of application-specific roles from the user role record.
    Note:
    Enable application administration and assign application-specific roles after completing development of the application, but before adding application records. This practice protects sensitive data in the application records from access by unauthorized users.
    The target instance must have at least one authorized user with the application-specific admin role.
    • If you enable application administration for an application but do not assign the application-specific roles, no user can access the application.
    • If you assign only one application-specific role, you cannot delete that role.

    A warning appears if you enable application administration for an application, but no users have the application-specific admin role required to assign roles for the application. The warning reminds you to assign the application-specific roles for administrators and developers of the application.

    Set the [scoped_app_name].min_admin_count property to require that more than one user must have the application-specific admin role. Assigning the application-specific admin role to multiple users reduces the risk of getting locked out of the scoped application. The [scoped_app_name].min_admin_count property has the following limitations:
    • If you specify an invalid value for the property, the default requirement for assigning at least one application-specific admin is enforced.
    • If you specify a valid value for the property, you can't delete any application-specific admins unless you exceed the specified value. For example, if you specify a value of two and you have three application-specific admins, you can delete only one of those roles.
    • You can specify a value higher than the actual number of assigned application-specific admins. However, you can't delete any application-specific admins until you exceed the specified value. For example, if you specify a value of six, but have only three application-specific admins, you can't delete any of those roles.

    For procedures, see Restrict access to an application.

    Deploying applications with application administration

    You must have the system-level admin role in both your developer and production instances to deploy an application protected by application administration. The process is outlined in the following steps.

    1. Develop the application on a development instance.
    2. Create the application-specific admin role.
    3. Grant the application-specific admin role to all system-level admin users.
    4. Update the application record to enable application administration and restrict access to the application.
    5. Publish the application to the application repository.
    6. From a production instance, install the application from the application repository.
    7. As a system-level admin on the production instance, grant the application-specific admin role to the appropriate users.
    8. Remove the application-specific admin role from all users with the system-level admin role.

    For procedures to enable application administration and restrict the assignment of application-specific roles, see Restrict access to an application.

    Training

    The ServiceNow® Developer Site has training for Securing Applications.