Record Producers: Application Scope vs Update Sets
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-16-2025 12:28 AM
Hi everyone,
I know this topic has come up before, but I'm looking for advice on current practices.
Our small, dedicated ServiceNow team handles all administrative and development tasks on the ServiceNow platform, including creating scoped applications, widgets, and maintaining record producers (catalog items, order guides, UI policies, etc.). We don't have citizen developers in our organization and have no plans to introduce them. Everything is managed by our centralized ServiceNow team.
Over time, we've developed scoped applications for HR, Finance, Facilities, and more using ServiceNow Studio, with each application having its own scope. We don't use source control but rely on the native Application Repository to move our applications from DEV to TEST to PROD. The custom application scopes also include the record producers relevant to their respective areas. For example, the HR application scope contains over 100 HR-related record producers.
While we rarely change the applications themselves, updates to record producers across the platform occur almost daily. As the organization evolves, new record producers are needed, or existing ones require updates. This results in frequent updates to many of our applications, necessitating careful planning when multiple record producers within a single application scope have pending changes.
This presents challenges, such as when a more complicated record producer is being updated and tested, preventing us from implementing other, smaller changes to record producers in the same scope.
I see two options and am curious about what others are doing:
- Continue as we are, with frequent application updates due to changes in record producers and accepting that we might be less flexible or quick to implement minor adjustments or updates.
- Move record producers to global scope and manage updates through update sets, allowing individual record producers, variable sets, catalog UI policies, etc., to be updated and moved from DEV to TEST to PROD. This approach will enhance flexibility but go against utilizing application scopes rather than update sets.
I'd love to hear your thoughts! Perhaps I'm missing something.
Any advice would be super helpful!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-16-2025 01:07 AM
My thoughts
Hybrid Approach: Consider a hybrid approach where critical and complex record producers remain within their respective application scopes, while simpler and frequently updated record producers are moved to the global scope. This can balance flexibility and security.
Source Control: Implement source control to better manage changes and track updates across different environments. This can help mitigate some of the deployment complexities.
Automation: Use automation tools to streamline the deployment process and reduce the risk of errors. Automated testing can also help ensure that changes do not introduce new issues
If my response helped please mark it correct and close the thread so that it benefits future readers.
Ankur
✨ Certified Technical Architect || ✨ 9x ServiceNow MVP || ✨ ServiceNow Community Leader
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-22-2025 12:48 AM
Thank you for marking my response as helpful.
If my response helped please mark it correct and close the thread so that it benefits future readers.
Ankur
✨ Certified Technical Architect || ✨ 9x ServiceNow MVP || ✨ ServiceNow Community Leader