Scribd
Upload
120 views

Oracle HRMS

This document discusses security restrictions and profiles in an HR system. It states that the security performance enhancement feature cannot be used if custom security is defined, as the performance table only includes data from 13 columns while custom security can use any column. It also provides instructions on running a process to synchronize the performance and base security tables. Finally, it outlines different criteria that can be used to define security profiles, such as organizations, positions, payrolls, and supervisor hierarchies.

Uploaded by

tangocharlie4
Copyright
© © All Rights Reserved
Available Formats
Download as RTF, PDF, TXT or read online on Scribd
120 views

Oracle HRMS

This document discusses security restrictions and profiles in an HR system. It states that the security performance enhancement feature cannot be used if custom security is defined, as the performance table only includes data from 13 columns while custom security can use any column. It also provides instructions on running a process to synchronize the performance and base security tables. Finally, it outlines different criteria that can be used to define security profiles, such as organizations, positions, payrolls, and supervisor hierarchies.

Uploaded by

tangocharlie4
Copyright
© © All Rights Reserved
Available Formats
Download as RTF, PDF, TXT or read online on Scribd
You are on page 1/ 4

Restrictions

You cannot use the security performance enhancement feature if your


enterprise uses custom security. When the system administrator creates
custom security mechanism, the administrator can make use of any of the
columns in the PER_ALL_ASSIGNMENTS_F table to define security restrictions.
However, the PER_ALL_ASSIGNMENTS_F_PERF table contains data from only
13 columns of the PER_ALL_ASSIGNMENTS_F base table. See list of columns,
page 1-28. If you use any column other than the columns in the
PER_ALL_ASSIGNMENTS_F_PERF table, set the HR: Security Performance
Enhancer profile option and define custom security, then this feature as well
as the general Oracle HRMS security mechanism will not work.
1-30 Oracle Human Resources Management Systems Configuring,
Reporting, and System Administration Guide
Running the Synchronize Security Performance Tables Process The
Synchronize Security Performance Tables is a process which deletes the rows
from the PER_ALL_ASSIGNMENTS_F_PERF performance table and inserts data
from the PER_ALL_ASSIGNMENTS_F base table to the
PER_ALL_ASSIGNMENTS_F_PERF table. Run this process if you want to use the
security performance enhancement feature. For more information, see:
Setting Up the Security Performance Enhancement Feature, page 1-28 You
run this process from the Submit Request window.
Prerequisites
This process is not delivered in any request sets or groups. To use the
process, you must add the process to a request group and, if applicable, a
request set. See: Organizing Programs into Request Groups, Oracle EBusiness Suite System Administrator's Guide - Configuration See: Organizing
Programs into Request Sets, Oracle E-Business Suite System Administrator's
Guide - Configuration
To run the Synchronize Security Performance Tables process: 1. In the Name
field, select Synchronize Security Performance Tables.
2. Select ASG_PERF, which is the Assignment Performance Table
(PER_ALL_ASSIGNMENTS_F_PERF) table.
3. Click OK and submit the process.
What's Next
Verify if there is any difference in the row count between
PER_ALL_ASSIGNMENTS_F and PER_ALL_ASSIGNMENTS_F_PERF tables. If there
is any difference between the two tables, then rerun the Synchronize Security

Performance Tables process to synchronize data in the two tables.


Security Rules

1-31

Security Profiles
Security Profiles The security profile determines which applicant, employee,
contingent worker and other person type records are available to holders of
the responsibility the profile is linked to. If you are using HRMS Standard
security, you link a security profile to one responsibility using the HR:Security
Profile profile option. If you are using Security Groups Enabled security, you
link a security profile to the user's responsibility and business group using the
Assign Security Profile window. You can also link more than one security
profile to a responsibility, as long as the user is different. This saves you
setting up a new responsibility for each security profile you use. Note: If you
are using the Security Groups Enabled security model you must not use the
HR:Security Profile profile option. This is automatically set up when you
assign security profiles using the Assign Security Profile window.
See also Defining a Security Profile, page 1-49
Restricting Access to Records You set up a security profile by identifying
records of employees, applicants, contingent workers, and candidates in the
system which you want users to be able to access. You identify the records by
selecting work structures or other criteria in the application to which
employees, applicants, contingent workers, or candidates are attached. For
example, you could give users access only to the records of employees,
applicants, contingent workers, or candidates in a single organization. You
can also create restrictions on records with a person type of "Other". This
includes contacts for employees or applicants, and any other people with a
person type in the category of "Other". You do this using the "View Contacts"
option. You can combine different types of restriction to create a set of rules
giving exactly the security access permissions you require. When you create
a business group a view-all security profile is automatically created. This has
the same name as the business group. The security profile provides access to
all employee, contingent worker, andapplicant records in the business group.
The system administrator links this view-all profile to users who are setting
up the system. They in turn can set up security for other users. The criteria
you can use to identify records are:
1-32 Oracle Human Resources Management Systems Configuring,
Reporting, and System Administration Guide
Internal organizations and organization hierarchies
Positions and position hierarchies

Payrolls
Supervisors and supervisor hierarchies
Custom restrictions
Assignments
Tip: Oracle recommends that you use either a supervisor or position hierarchy
for Self-Service Human Resources (SSHR). For more information on
hierarchies in SSHR, see: People in Hierarchy, My List, and Search Pages,
Oracle SSHR Deploy Self-Service Capability Guide.
InternalOrganizations and Organization Hierarchies Organizations include
structures like departments, sections, groups and teams. You can restrict
access to a single organization, a list of organizations, or an organization
hierarchy. If you restrict on an organization hierarchy, you can exclude
specific organizations that are in the hierarchy, or add other organizations
that are not in the hierarchy.
Positions and Position Hierarchies Positions are jobs performed within
specified organizations. The position is derived from an organization and a
job, for example, you may have a position of Shipping Clerk associated with
the organization Shipping and the job Clerk.You can define security
restrictions based on a position hierarchy.
Payrolls
You can restrict access to employee records by payroll.For example, you can
give payroll staff who work on the payroll at a particular location access to
records of employees on this payroll only. Controlling security by payroll
assignment limits the employee records users can see and update on
employee-related windows, such as those for employee information, and
element entry. Of course, if an employee assignment does not include a
payroll, payroll security cannot apply to this assignment. Payroll security also
applies to applicants if they are assigned to a payroll.
Security Rules

1-33

Note: Payroll security is not available for contingent workers since they are
not assigned to a payroll.
The windows for compensation definition are unrelated to any particular
employee records or payroll assignments. Therefore limiting access by payroll
does not affect users' access to these windows.
Supervisors and Supervisor Hierarchies The supervisor for an employee,
applicant or contingent worker is the person identified in the Supervisor field

in HRMS applications. Supervisor profiles are dynamic, in that they do not


have to specify a particular person or hierarchy level. You can therefore set
up a single security profile and use it for multiple users, who will each be able
to access a different set of records depending on their own location in the
hierarchy. Note: If you choose to use supervisor hierarchy, you must also set
the HR: Supervisor Hierarchy Usage profile option. This profile defines how
supervisor hierarchies are built. You can choose whether to create personbased or assignment-based supervisor hierarchies.
Person-based supervisor hierarchy A person-based supervisor hierarchy is a
hierarchy based on a person's supervisor and direct reports. Assignmentbased supervisor hierarchy As an alternative to the person hierarchy, you can
choose to build a hierarchy based on the supervisor assignment. In this case,
you also specify the supervisor assignment number for a person and the
security processes use this assignment to generate an assignment-based
supervisor hierarchy. As for the other supervisor-based hierarchy, the
assignment-based hierarchy is dynamic and this security profile can be used
for multiple users. Note: When you set up security based on supervisor
hierarchies, the list of employees visible to a user is usually generated at the
start of the session. Therefore, for profiles that only restrict access by
supervisor there is usually no need to run the Security List Maintenance
process. However, for supervisors with a large number of subordinates (for
example, at higher management levels) this may result in a delay in
generating the list. You can improve performance by limiting the number of
hierarchy levels a supervisor can access or by using the Static Lists
functionality to store the security permissions in a list. For more information,
see Static Lists, page 1-35. Alternatively, for the highest levels of
management, consider setting up
1-34 Oracle Human Resources Management Systems Configuring,
Reporting, and System Administration Guide
security using organization hierarchies.

You might also like