- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
I am looking for best practice guidance. I am utilizing ServiceNow HR Lifecycle Events for a large project. Should all my customizations (integrations, flows, business rules, fields, etc.) be in a new scoped application? Or should I use the existing out-of-the-box (OOTB) HR Scoped App "Human Resources - Lifecycle Events" and just create update sets there?
My understanding is ServiceNow wants customers to be creating scoped apps, I just don't know if we should make customizations within their OOTB scoped apps or create our own scoped apps for those customizations. Having scoped apps would be an advantage for this because I can easily package it up and move to different instances.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hi @Justin Little ,
I'll suggest keeping your HR Services Events within the OOB Human Resources Lifecycle Event scope when they relate to events like onboarding, offboarding, or promotions.
If you need to interact with functionality outside that scope, you can enable it through the cross-scope Privilege (Application Restricted Caller Access) module.
- Add/update fields, business rules, and Flow Designer logic as needed
- You would have versioning on your hand. What you have customized, you can check.
You should create a separate scoped app only when:
- You’re building completely custom functionality not tied to Lifecycle Events
- You need strict separation (e.g., reusable platform utilities, shared integrations)
- You want to isolate complex integrations or custom frameworks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hi @Justin Little ,
I'll suggest keeping your HR Services Events within the OOB Human Resources Lifecycle Event scope when they relate to events like onboarding, offboarding, or promotions.
If you need to interact with functionality outside that scope, you can enable it through the cross-scope Privilege (Application Restricted Caller Access) module.
- Add/update fields, business rules, and Flow Designer logic as needed
- You would have versioning on your hand. What you have customized, you can check.
You should create a separate scoped app only when:
- You’re building completely custom functionality not tied to Lifecycle Events
- You need strict separation (e.g., reusable platform utilities, shared integrations)
- You want to isolate complex integrations or custom frameworks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
if your customizations are revolving around HR Lifecycle Events then use that scope only for your integrations, flows etc
This avoids any cross scope issues
Use separate scope only when there is a need to do so when everything like data, process needs to be kept separated
💡 If my response helped, please mark it as correct ✅ and close the thread 🔒— this helps future readers find the solution faster! 🙏
Ankur
✨ Certified Technical Architect || ✨ 10x ServiceNow MVP || ✨ ServiceNow Community Leader
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hope you are doing good.
Did my reply answer your question?
💡 If my response helped, please mark it as correct ✅ and close the thread 🔒— this helps future readers find the solution faster! 🙏
Ankur
✨ Certified Technical Architect || ✨ 10x ServiceNow MVP || ✨ ServiceNow Community Leader
