Description
The Applications tab has been moved under the Access Model menu to better align with how Applications represent access. You can now find Applications alongside Entitlements, Access Profiles, and Roles.
Solution
Before: Admin → Applications
After: Admin → Access Model → Applications
Who is affected?
All ISC and IdentityNow customers.
Important Dates
- Sandbox Rollout: September 2nd, 2025
- Production Rollout: The week of September 8th, 2025.
Calendar
By RSVP’ing to this event you will be reminded of this release prior.
3 Likes
I see you mention the argument for this change is:
However, I think this might be triggered for a different reason. Due to this recent announcement, the term “Application” to getting even more ambiguous. We already used it for these objects, and we also had integrations through sources like Azure, ServiceNow and others which are also called applications (or target applications). SailPoint is about to add a new meaning of the word Application for objects related to machine identities.
So I think this is moved not because it would align better to represent access, but changing this for all customers just to cater for MIS customers.
Also I think this does not necessarily should fall under “Access Model“ anymore. It used to be the case some years ago that applications were necessary to request access profiles without needing to request roles. But since this is now replaced by functionality allowing for direct requests for access profiles, this is no longer necessarily the primary function of Applications. Many customers only use Applications to perform password management. You can only allow end users to reset their password on an account on a specific source, if you create an Application object and map it to that source. Since password reset functionality is just like source objects not part of the Access Model. It makes sense not to add Applications under the Access Model.
I vaguely recall that Applications used to be part of the Access Model tab and was moved for this specific reason, or that it was planned to add it to the Access Model, but then decided not to due to this reason.
Based on this, It seems to me that this decision to perform this action is not truly based on the argument given, which is not very applicable anymore, but rather to cater for MIS customers as part of the last week announcement.
That would also explain why this short announcement was made specifically now.
Kind regards,
Angelo
Hi @angelo_mekenkamp -
Applications are represented as Access under human identities. It’s natural that we’d place Applications under Access in the main nav as well.
It’s true that Applications are dual purpose and also facilitate Password Management use cases. Access Requests are still the key use case for Applications. About a third of all access requests submitted each day come in through the Applications path. We’re catering to the customers who implemented using that pattern.
Every MIS customer is also an ISC customer. This change caters to their usability as well.
This nav update was designed back in 2023 when we updated navigation, list, and control panels for human identities. It didn’t make the cut then and @NataliaYunusov finished it up for us years later. It’s true that changes to MIS were the catalyst to pull this work out of the backlog.
We’re doing our best as product managers to meet the needs of every customer. We consider a lot of information each day and often need to make tough compromises.
Keep watching Product News for further updates to Applications. We regard them as central to Identity Security Cloud and have big plans in this particular area.
1 Like
Hi @kirby_fitch ,
Thank you for your response, which gives a more transparent view of why this is getting moved now.
I do get the desire to move it from the main nav bar and categorize it, as the Application object does not necessarily require such a prominent spot, and perhaps the access tab makes most sense then.
But at the same time, although It is nice to know that around 33% of access requests use applications, I think that around 100% of self service password resets through ISC use applications, which could also be a strong argument that Applications should be found under the Password Mgmt tab instead.
