Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Management Roles in EmpowerID serve as an intermediate layer between job-based Business Roles typically represent job positions within an organization and are used to bundle and report appropriate Compliant Access. However, modern organizations are composed of cross-functional teams working on initiatives or projects, and not all access is either job-based or necessarily assigned directly to each Business Role. In EmpowerID, this type of access is commonly bundled into manageable and technical entitlements and permissions in external systems. These activity-based functional roles, known as Task-Based RBAC or T-RBAC “activity-based” functional roles known as “Management Roles.” These Management Roles can be designed to grant the bundles of technical , help manage and audit access more efficiently by bundling the necessary roles, entitlements, and permissions in external systems required to complete everyday job duties or tasks, such as “New Customer Onboarding.” It is quite possible that, in an organization, multiple Business Roles might perform this task, and, therefore, granting the task as a bundle makes access far more manageable and auditable. Moreover, it is this middle layer that bridges the gap between the organization’s job-based business roles and their cryptic, external system technical entitlements and permissions and enables the user to perform their business activities. As shown in Figure 1 below, these IAM activity-based roles then act as an ‘Anti-Corruption Layer’ (to borrow a Microservices term) by ensuring that the .

Management Roles act as an 'Anti-Corruption Layer,' ensuring that business activities performed by various job roles remain unaffected by any changes to in the IT landscape, in turn thereby protecting the business processes and operating model.

...

Figure 1: IAM Acting as an Anti-Corruption Layer Insulating the Business Model from Technical Changes and Limitations

To further expand upon this concept, if the organization were to define the activities performed by its sales staff and directly map the required technical roles and permissions to these business roles, any change in the system used to perform these activities would require a redesign of multiple Business Roles. Now though, with Management Roles acting as our anti-corruption layer, the Business Roles would remain the same even if sales tasks were now spread across numerous SaaS applications. In this instance, the only changes required would be mapping the clearly defined models. This approach reduces the need to redesign multiple Business Roles when systems change, as the adjustments are made only in the mapping of the activity-based Management Roles to the new system’s system's corresponding technical roles and permissions. One further added advantage is that the technical system owners could handle this mapping without requiring the business team's business role redesign and involvement.In addition to

...

Apart from providing activity-based roles, Management Roles are can also be used for teams, cross-department collaborations, or project teams. This tier is looser and more flexible than the Business Role tier as it is and less tied to a person’s person's job description compared to the Business Role tier.

T-RBAC

EmpowerID uses T-RBAC is used internally by EmpowerID to organize who may use which access for user interfaces, APIs, and workflows, who may see which objects and data , and who may perform which actions against objects. T-RBAC separates access for UI, data visibility, and data access to avoid bundling and over-permissioning. As shown in Figure 2, these . These are broken down into three primary types to segregate the access they grant: “UI/API” : "UI/API" roles, Data Visibility (“VIS"VIS-") roles, and Data Access roles (“ACT"ACT-").

...

...

As seen above, users must have Users need a combination of these Management Roles to have task access. When assigning Management Roles, keep the following in mind:

  1. UI/

...

  1. API Management Roles

...

  1. : Grant access to user interface elements, such as pages and controls, and access to run workflows.

...

  1. VIS-Management Roles: Grant visibility access to view specific types of objects or resources

...

  1. within a particular scope

...

  1. and control access to

...

  1. API endpoints that

...

  1. retrieve

...

  1. data for that object type.

...

  1. ACT-Management Roles: Grant authorization to perform specific actions or

...

  1. "operations" within EmpowerID user interfaces and workflows against scoped data

...

  1. .

By segregating activity-based or task-based roles

...

, they can be easily reused and

...

combined into

...

various combinations without requiring the creation and maintenance of new roles.

Insert excerpt
IL:External Stylesheet
IL:External Stylesheet
nopaneltrue