In EmpowerID, a Business Role is a user-defined hierarchical container for grouping EmpowerID Person objects that can be used to delegate access to resources based on a particular job function; in its simplest form, an EmpowerID Location is a container for holding resources. These two objects combine in EmpowerID to determine a collection of people based on their job function and location within an organization.
Keys to Business Roles and Locations
đź—ť Business Roles are the top tier in the EmpowerID 3-tiered RBAC model. |
🗝 EmpowerID’s unique approach to Business Roles solves RBAC's fundamental weakness, known as the “role explosion” problem. Organizations often end up with large numbers of roles to accommodate people performing the same job function within an organization but in different geographies or areas of the company. To accommodate the slight differences between “organizational locations” for a position, they are forced to create and manage many very similar Business Roles. This role duplication is known as “role explosion.” Often organizations with an inflexible RBAC system will end up managing thousands of roles and be forced to build roles for each simple access case. |
🗝 To solve the role explosion challenge, EmpowerID provides a unique two-trees or “polyarchical” RBAC approach. The top tier or Business Role tier describes a user’s position in the organization in combination with a hierarchical Organizational Location representing where within the organization or in which context the user performs their Business Role. This position is visualized as two trees with people assigned to one or more Business Roles combined with an Organizational Location. A person’s Business Roles bundles up direct technical entitlements and, more commonly, Task or Activity-Based roles. 🗝 Combining Business Roles and Locations in Delegations
|
đź—ť Business Roles vs. Other RBAC Actors
|
Benefits of Business Roles and Locations:
Business Roles and Locations provide a familiar and commonly accepted grouping mechanism that non-technical users of the system can recognize and easily navigate. The structure can be mapped to the organizational structure of the business.
Provides an anchor point for mapping external roles and locations from connected systems so that the master person identities can be provisioned into a business structure
Business Roles and Locations can be architected to leverage powerful and complex inheritance relationships to allow you to anchor common access and policy assignments very efficiently at varying inheritance levels. Inheritance eliminates the need to create unnecessary duplicate assignments.
Provides a structure for rolling up multiple and varied assignments to a common anchor point allowing the administrator to accumulate widely varying types of assignments and policies to an easily recognized business structure.
Design Strategies and Considerations
When designing your business role and location structure there are a few key questions that you should ask yourself:
Will the system be used by non-technical, business-oriented employees or only by centralized, technical, IT staff?
What is the architecture of the target back-end resource systems that EmpowerID needs to automatically provision to or provide access to?
What entitlements (accounts, mailboxes, home folders) will need to be automatically provisioned?
What other access assignments will need to be automatically provisioned?
General Tips and Advice
Don’t try to boil the ocean! Start out by identifying the critical assignment points and mappings to your back-end systems and establish a base architecture that will support the direction you want to go. Then configure the base structure and begin assigning the global assignments and entitlements. You can always get more granular and grow the configuration as you become more comfortable with the system and with your understanding of the patterns within your organization.
Not all job titles represent unique technology assignments. Look for areas that you can consolidate job roles and location structures. If a secretary, janitor, receptionist, and file clerk do not need to have special access outside of the department they are in then consider rolling all of these job titles into a single role called “Employee”. Create unique roles only for job functions that have distinct access requirements or entitlements.
Related Docs Topics: