Difference: 520RoleBasedSecurity (1 vs. 9)

Revision 92016-09-12 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Line: 32 to 32
 A Parameter file sets default actions and other features of RBS.

RBS is accessed from the 'System Administration' menu.

Added:
>
>
NOTE: Role Based Security is NOT enforced when running processes directly via Option 99 from within Application Design.
 

Getting Started

  1. Define your Databases, Departments, Workgroups, Roles, Users

Revision 82015-03-18 - JeffPrentice

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Line: 62 to 62
 
  1. Export Hierarchy
  2. Import Hierarchy
  3. Copy Security
Added:
>
>
  1. User Last Login Date/Time
 

Comments:

Read what other users have said about this page or add your own comments.

Revision 72012-11-08 - AlKalter

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Revision 62012-11-01 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Line: 44 to 44
 Managing Security

  1. Security Configuration
Changed:
<
<
  1. Security Hierarchy Maintenance
>
>
  1. Security Hierarchy Maintenance
 
  1. Access Control List - Processes
  2. Access Control List - Files/Fields
Reports
Line: 54 to 54
 
  1. Inactivity Report
  2. User Security Overrides
  3. Locked Users
Changed:
<
<
  1. New/Changed Objects
>
>
  1. New/Changed Objects
 
  1. User Rights
Utilities

Revision 52012-11-01 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Revision 42012-10-31 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Line: 52 to 52
 
  1. Security Hierarchy List/Export
  2. Users
  3. Inactivity Report
Changed:
<
<
  1. User Security Overrides
>
>
  1. User Security Overrides
  2. Locked Users
 
  1. New/Changed Objects
Changed:
<
<
  1. User Rights
>
>
  1. User Rights
 Utilities

  1. Create Access Control List

Revision 32012-10-31 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Line: 36 to 36
 
  1. Define your Databases, Departments, Workgroups, Roles, Users
  2. Create Access Control List
Changed:
<
<
  1. Set Process Security
  2. Set File/Field Security
  3. Setting RBS Configuration
>
>
  1. Set Process Security
  2. Set File/Field Security
  3. Setting RBS Configuration
 

Reference

Managing Security

Changed:
<
<
  1. Security Configuration
>
>
  1. Security Configuration
 
  1. Security Hierarchy Maintenance
Changed:
<
<
  1. Access Control List - Processes
  2. Access Control List - Files/Fields
>
>
  1. Access Control List - Processes
  2. Access Control List - Files/Fields
 Reports

  1. Security Hierarchy List/Export
Changed:
<
<
  1. Users
  2. Inactivity Report
>
>
  1. Users
  2. Inactivity Report
 
  1. User Security Overrides
  2. New/Changed Objects
  3. User Rights

Revision 22012-10-31 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

Line: 27 to 27
  Both of those settings can be set at the Database, Department, Workgroup, Role and User level. Lower levels take priority over higher levels, so a setting at the User level overrides all other levels.
Changed:
<
<
RBS allows you to control execution of processes by the parent/child process combination. In other words, a user might be able to run 'Customer File Maintenance' from the 'File Maintenance' menu, but not from the Order Entry screen.
>
>
RBS allows you to control execution of processes by the parent/child process combination. In other words, a user might be able to run 'Customer File Maintenance' from the 'File Maintenance' menu, but not from the Order Entry screen. This is managed by 'Access Control Lists' which will define which users are allowed to access various application objects at run-time and with which permissions.
  A Parameter file sets default actions and other features of RBS.
Added:
>
>
RBS is accessed from the 'System Administration' menu.
 

Getting Started

Changed:
<
<
  1. Setting RBS Configuration
  2. Define your Databases, Departments, Workgroups, Roles, Users
  3. Create Access Control List
>
>
  1. Define your Databases, Departments, Workgroups, Roles, Users
  2. Create Access Control List
 
  1. Set Process Security
  2. Set File/Field Security
Added:
>
>
  1. Setting RBS Configuration
 

Reference

Managing Security

Line: 47 to 49
 
  1. Access Control List - Files/Fields
Reports
Changed:
<
<
  1. Security Hierarchy List/Export
>
>
  1. Security Hierarchy List/Export
 
  1. Users
  2. Inactivity Report
  3. User Security Overrides
Line: 53 to 55
 
  1. User Security Overrides
  2. New/Changed Objects
  3. User Rights
Deleted:
<
<
 Utilities
Changed:
<
<
  1. Create Access Control List
  2. Export Hierarchy
  3. Import Hierarchy
  4. Copy Security
>
>
  1. Create Access Control List
  2. Export Hierarchy
  3. Import Hierarchy
  4. Copy Security
 

Comments:

Read what other users have said about this page or add your own comments.

Revision 12012-10-30 - JeanNeron

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="APPX520Features"

Role Based Security (RBS)

This release of Appx includes a new method of managing security, known as 'Role Based Security'.


Overview:

The new Role Based Security (RBS) will provide an alternative to the existing APPX Security Profiles feature. The resulting run-time security provided by RBS will be similar in function to the run-time security capabilities provided by the existing APPX Security Profiles feature but will be much easier to manage.

It is referred to as 'Role Based Security' because the security can be managed by a job function, rather than by individual users. There is a 5 level hierarchy that allows you to define the job functions in your company:

  • Databases (Companies)
  • Departments (within a Database)
  • Workgroups (within a Department)
  • Roles (within a Workgroup)
  • Users ( within a Role)

Each user in the system must be assigned to a Database/Department/Workgroup and Role. Security is then managed by the Database/Department/Workgroup/Role and User. When checking security, the system first looks for permissions at the Role/User level. If nothing is found, it then checks the Role, then the Workgroup, Department and finally Database. This means it is not necessary to establish permissions at each level. For example, if there are processes that everyone is allowed to run, then setting permission at the database level will be sufficient for everyone. This approach also makes it easier to change a users permissions, for example, if an employee is temporarily filling in for someone else, all you have to do is change their role (or add them to the same role as the other employee). You can then remove them from the role or change their role back when the original employee returns.

RBS also has an optional 'Inactivity' setting you can use to automatically prevent logins after a certain period of time. For example, you could set this to 30, and anyone who has not logged in during the last 30 days will not be allowed access.

Another optional feature is a 'Timeout' setting, where the user will be logged off after X minutes of inactivity.

Both of those settings can be set at the Database, Department, Workgroup, Role and User level. Lower levels take priority over higher levels, so a setting at the User level overrides all other levels.

RBS allows you to control execution of processes by the parent/child process combination. In other words, a user might be able to run 'Customer File Maintenance' from the 'File Maintenance' menu, but not from the Order Entry screen.

A Parameter file sets default actions and other features of RBS.

Getting Started

  1. Setting RBS Configuration
  2. Define your Databases, Departments, Workgroups, Roles, Users
  3. Create Access Control List
  4. Set Process Security
  5. Set File/Field Security

Reference

Managing Security

  1. Security Configuration
  2. Security Hierarchy Maintenance
  3. Access Control List - Processes
  4. Access Control List - Files/Fields
Reports

  1. Security Hierarchy List/Export
  2. Users
  3. Inactivity Report
  4. User Security Overrides
  5. New/Changed Objects
  6. User Rights

Utilities

  1. Create Access Control List
  2. Export Hierarchy
  3. Import Hierarchy
  4. Copy Security

Comments:

Read what other users have said about this page or add your own comments.


<--/commentPlugin-->

-- JeanNeron - 2012-10-30

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback