---
sourceDocument: Brazil Release Notes
sourceDocumentLink: https://www.servicenow.com/docs/r/release-notes

 Release :

    - brazil

ft:locale :

    - en-US

ft:publication_title :

    - Brazil Release Notes

ft:clusterId :

    - rn

bundleId :

    - rn


---

# Service Catalog release notes

# Service Catalog release notes {#ariaid-title1}

Release version: Brazil  
Updated September 10, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read  
The ServiceNow®
Service Catalog application provides a requester view of available services and products offered by departments within your organization. See the following sections for release notes by version.

## About Service Catalog {#service-catalog-rn__service-catalog-rn-about}

* Develop comprehensive service catalogs to empower users with self-service capabilities.
* Tailor portals to let users request a range of catalog items, including services and product offerings.
* Standardize request fulfillment processes to verify the accuracy and availability of items within the catalogs.
{#service-catalog-rn__ul_i2s_sxm_lkc}

See [Service Catalog](https://www.servicenow.com/docs/access?context=service-catalog&version=brazil&pubname=brazil-servicenow-platform&ft:locale=en-US) for more information.{#service-catalog-rn__service-catalog-rn-about-2}

## Activation and other requirements {#service-catalog-rn__service-catalog-rn-requirements-activation}

Activation information{#service-catalog-rn__service-catalog-rn-activation-info}
:   Service Catalog is a ServiceNow AI Platform feature that is active by default.{#service-catalog-rn__service-catalog-rn-requirements-info-1}
{#service-catalog-rn__service-catalog-rn-requirements-info-1}{#service-catalog-rn__service-catalog-rn-activation-details}

## Brazil Early Availability {#ariaid-title2}

The Brazil release adds configurable subscription access enforcement for catalog items and lets migrate Core UI to an Angular portal using a plugin only on upgrades.

### What's new {#service-catalog-rn-2026-09__service-catalog-rn-2026-09-new}

[Configurable subscription access enforcement for catalog items](https://www.servicenow.com/docs/access?context=r_ServiceCatalogProperties&version=brazil&pubname=brazil-servicenow-platform&ft:locale=en-US){#service-catalog-rn-2026-09__service-catalog-rn-2026-09-new-feature-1}

:   Control whether service subscriptions can bypass "Available for" user criteria on catalog items using the `glide.sc.catalog_item.subscription_enforcement` property. This setting verifies that only
    users meeting specific criteria can access items, even with a parent service subscription.

    The property controls this behavior with the following two modes:

    * require_criteria: Prevents access to users who don't meet the item's criteria, even if they are subscribed to the parent service offering.
    * allow_bypass: Preserves existing behavior that means users gain access through the "Available for" user criteria. "allow_bypass" is a default value.
    {#service-catalog-rn-2026-09__ul_k42_33k_fkc}

[Migration from Core UI to Angular portal](https://www.servicenow.com/docs/access?context=migrate-core-ui-to-angular-catalog-exp&version=brazil&pubname=brazil-servicenow-platform&ft:locale=en-US)

:   Migrate from the Core UI catalog experience to the Angular portal using the `com.glideapp.servicecatalog.ui16_portal` plugin, but only for upgraded instances.

    Administrators on upgraded instances must install the` com.glideapp.servicecatalog.ui16_portal` plugin to move from the Core UI catalog experience to the Angular portal. On new instances, the plugin is active by default. Requesters view the Angular portal instead of Core UI while requesting a catalog item.
{#service-catalog-rn-2026-09__service-catalog-rn-2026-09-new-list}

### What's deprecated or removed {#service-catalog-rn-2026-09__service-catalog-rn-2026-09-deprecated-removed}

Removal of Catalog Roles from request management ACLs{#service-catalog-rn-2026-09__service-catalog-rn-2026-09-dep-feature-1}

:   ACL records on request management tables and fields no longer grant access based on the catalog role or the catalog admin role. ACL records for tables owned by request management, such as Request \[sc_request\] and Requested
    Item \[sc_req_item\], no longer include catalog-related roles in the list of required roles. Each ACL record retains at least one request management role, so the list is never empty. Users who have only a catalog-related role
    and no request management role can no longer use these ACL records to access request management tables or features. Another ACL record on the same table might still grant access through a different role. This change affects
    only the ACL records that the catalog team owns.

{#service-catalog-rn-2026-09__service-catalog-rn-2026-09-dep-list}