TL;DR: SaaS Manager is being used to surface blind spots, reduce unnecessary SaaS spend, and automate provisioning, deprovisioning, and access reviews across the employee lifecycle, according to 1Password. The real issue is not tooling breadth but whether lifecycle governance can keep pace with app sprawl and manual IT overhead.
At a glance
What this is: This is a 1Password webinar on SaaS visibility and employee lifecycle access, centred on automating provisioning, deprovisioning, and access reviews across the SaaS estate.
Why it matters: It matters because IAM and IGA teams cannot govern SaaS access credibly if they cannot see the app estate, understand who has access, and remove it at the right time.
Context
SaaS visibility is the starting point for lifecycle governance. If teams do not have a reliable inventory of applications, they cannot tell where access is granted, where reviews should happen, or where offboarding gaps are hiding. In practice, that means employee lifecycle controls often lag the real SaaS footprint rather than governing it.
This webinar is framed around a common enterprise problem: manual IT overhead grows faster than access governance maturity. The article focuses on how 1Password uses SaaS Manager to improve visibility, automate lifecycle tasks, and reduce unnecessary SaaS spend. That is an employee access governance problem first, and a tooling problem only after that.
Key questions
Q: How should teams govern SaaS access when apps are discovered informally?
A: Start by treating discovery as a governance control, not just inventory. Every newly found app should be assigned an owner, linked to the identities using it, and reviewed for business need. If the app cannot be owned, reviewed, or revoked consistently, it should be treated as a governance exception rather than a normal part of the environment.
Q: Why do lifecycle workflows fail when SaaS sprawl grows faster than IAM processes?
A: Because the controls depend on accurate application ownership, current entitlements, and authoritative identity events. When those inputs are fragmented, provisioning happens late, deprovisioning misses edge cases, and reviews turn into checkbox exercises. The result is not just inefficiency, but access that outlives its business need.
Q: What are the signs that access reviews are no longer keeping up with SaaS sprawl?
A: Common signs include long review backlogs, repeated exceptions, unknown applications in use, and licence data that does not match actual business activity. When those signals appear together, the problem is usually not just staffing. It is that the governance process no longer matches the speed of the environment.
Q: How should organisations balance SaaS visibility, automation, and lifecycle controls?
A: Organisations should treat visibility, automation, and lifecycle management as one operating model rather than separate projects. Visibility shows the environment, automation removes manual discovery and repetitive work, and lifecycle controls reduce errors from onboarding through offboarding. Together, they improve security, save time, and give IT a defensible basis for decisions about applications and access.
Background and context
SaaS visibility and app inventory
SaaS visibility means knowing which applications exist, which users and groups are connected, and which integrations are creating access behind the scenes. Without that inventory, access review becomes partial and deprovisioning becomes reactive. The governance failure is not just hidden spend, but hidden identity paths that sit outside normal joiner-mover-leaver processes. When SaaS sprawl outruns inventory, teams lose the ability to prove who should still have access, who should not, and which apps need ownership before lifecycle controls can work.
Practical implication: build and maintain a complete SaaS application inventory before automating reviews or offboarding.
Automating provisioning and deprovisioning
Provisioning and deprovisioning are lifecycle control points that must follow employment status, role changes, and app ownership changes. In SaaS environments, manual handling creates delays that leave access active after it is no longer needed, while rushed provisioning often bypasses approval and documentation. The technical issue is not just automation volume, but whether workflow logic is tied to authoritative identity events and app ownership data. If those inputs are weak, automation simply scales the error faster.
Practical implication: tie lifecycle workflows to authoritative identity sources and app ownership, not ad hoc ticket handling.
Access reviews and access requests across the employee lifecycle
Access reviews only work when reviewers can see current entitlements, business justification, and app criticality. Access requests also need policy, because unstructured requests quickly become a parallel path to entitlement creep. In SaaS, these controls are strongest when they connect directly to the inventory, the identity source, and the offboarding process. The article points to a practical shift: lifecycle governance is moving from isolated review events to a continuous access operating model.
Practical implication: unify request, review, and offboarding workflows so the same access record drives each control.
NHI Mgmt Group analysis
SaaS visibility is now a prerequisite for lifecycle governance, not a reporting extra: once the app estate outgrows the access model, recertification and deprovisioning become incomplete by design. The article’s core signal is that organizations cannot govern what they cannot inventory. Practitioners should treat visibility as the control plane that makes employee lifecycle access measurable at all.
Employee lifecycle automation only works when identity events and SaaS ownership are joined: provisioning and deprovisioning tools fail when they operate on stale HR data or disconnected app records. That turns workflow automation into a speed multiplier for bad data. The practical lesson is that lifecycle governance in SaaS is as much about authoritative inputs as it is about workflow execution.
Access review fatigue is a symptom of architecture debt, not reviewer behaviour: when the review queue spans too many SaaS apps, teams start approving by habit. The article points to a broader governance shift toward continuous access management, where requests, reviews, and offboarding are part of one lifecycle rather than separate ceremonies. That is where IAM, IGA, and SaaS governance converge.
Unnecessary SaaS spend is an identity problem when unused apps still carry access and ownership: the point is not merely cost optimisation. Dormant apps often hide unmanaged entitlements, broken ownership, and weak offboarding discipline. The named concept here is SaaS lifecycle blind spots: applications that stay active in finance records or identity systems after governance has lost sight of who still needs them. Practitioners should use spend reduction as a trigger to clean up access governance, not just to cut licenses.
What this signals
SaaS lifecycle blind spots: when application ownership, entitlement records, and offboarding steps are disconnected, organizations lose control of who can still reach the estate. The next phase of maturity is not more review events, but tighter linkage between identity events and SaaS governance.
For IAM and IGA teams, the practical signal is to move from periodic cleanup to continuous governance over requests, provisioning, deprovisioning, and access reviews. That approach reduces manual overhead because the control model is tied to the current application footprint rather than to an outdated spreadsheet or ticket queue.
For practitioners
- Map the full SaaS application estate Create a continuously updated inventory of SaaS applications, connected identities, and ownership so access governance starts from visibility rather than assumption.
- Anchor lifecycle workflows to authoritative identity events Connect joiner, mover, and leaver events to provisioning and deprovisioning logic so access changes follow the source of truth instead of manual tickets.
- Unify access requests and access reviews Use one governed record for request, approval, entitlement, and review so reviewers see the same access state that provisioning systems enforce.
- Treat unused SaaS spend as governance debt Review dormant applications for hidden entitlements, stale owners, and missed offboarding before removing licences or consolidating tools.
Key takeaways
- SaaS access governance breaks down when teams cannot see the full application estate or assign ownership consistently.
- The article frames lifecycle automation as a response to manual overhead, hidden SaaS spend, and weak review coverage across the employee lifecycle.
- The strongest control response is to connect discovery, request, review, provisioning, and deprovisioning into one governed workflow.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 addresses the attack surface, NIST CSF 2.0 and CIS Controls v8 set the technical controls, and ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-01 — Improper Offboarding | The article centres on deprovisioning and lifecycle cleanup across SaaS access. |
| NHI-05 — Overprivileged NHI | SaaS entitlement creep and stale access are implicit risks in lifecycle gaps. | |
| NHI-10 — Human Use of NHI | The article covers human-managed SaaS access and lifecycle actions across the employee estate. | |
| Recommendation — Map offboarding workflows to NHI-01 and revoke app access when employment or ownership changes. Review SaaS entitlements for excess access and remove permissions that outlive business need. Separate human lifecycle actions from machine access paths so governance records stay accurate. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | SaaS visibility and access reviews map directly to entitlement governance. |
| Recommendation — Use PR.AA-05 to keep SaaS permissions aligned with current role and business need. | ||
| CIS Controls v8 | CIS-5 — Account Management | Lifecycle provisioning and deprovisioning are core account management concerns. |
| Recommendation — Apply CIS-5 to standardize account creation, review, and removal across SaaS apps. | ||
| ISO/IEC 27001:2022 | A.5.18 — Access rights | Access rights governance is directly relevant to the employee lifecycle controls discussed. |
| Recommendation — Maintain access rights records and revoke stale entitlements promptly under A.5.18. | ||
Key terms
- SaaS Visibility: SaaS visibility is the ability to identify which software services, tenants, and accounts exist in an environment and who controls them. In identity governance, it is the prerequisite for review, offboarding, and cost control because hidden applications cannot be certified or revoked reliably.
- Employee Lifecycle Access: Employee lifecycle access is the set of permissions that changes as a person joins, moves, or leaves an organisation. It includes provisioning, modification, review, and deprovisioning, and it only works when identity state is connected to application state with enough accuracy to enforce current business need.
- Access Review: A formal process for confirming whether access is still needed and justified. In IAM programs, the review becomes an evidence-bearing control when decisions are recorded, scoped correctly, and traceable to the right reviewer, application owner, or auditor.
- Deprovisioning: Deprovisioning is the removal of access when a user changes roles or leaves an organisation. For security teams, it is the point where stale accounts, tokens, and permissions should disappear. Weak deprovisioning leaves residual access that can outlive the business need that created it.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on June 10, 2026.
Updated on October 10, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org