Working with Search Page Security
This topic discusses how department security (Search Page Security on PERS_SRCH_COR and EMPLMT_SRCH_COR) works when you use the system's Multiple Jobs functionality.
Note: You can set up this security in many different ways. Your specific business requirements determine how you set up yours. This topic describes one example of how you may set up your security.
This information makes the following assumptions:
You want to manage two companies in one database: company A and company B, where company B is a subsidiary of company A.
The entire organization of company A belongs to business unit A (BUA), and the entire organization of company B belongs to business unit B (BUB).
You have defined two setIDs: SIDA and SIDB for companies A and B, respectively.
Neither company's workers have meaningful employee IDs; that is, the ID does not identify the company.
For example, a person with employee ID 1002 may belong to company B, whereas workers with employee IDs 1001 and 1003 belong to company A.
This security has two users: USR1 and USR2.
USR1 has the right to access the sales department of company A, and USR2 has the right to access the sales department of company B.
Following these assumptions, the next table represents the job rows for the person with employee ID 1001, who:
Was originally hired by company A.
Went on a temporary intercompany transfer to company B (scenario B1).
Returned to company A (scenario B3).
Went on permanent intercompany transfer to company B (scenario B6).
Key: In this table, Empl Rec# = Employment Record Number, Co. = Company, ICT = InterCompany Transfer, A/R = Action/Reason, D = Department, and J = Job Indicator.
Event |
Empl Rec#0 |
Empl Rec#1 |
---|---|---|
1. Hired by company A |
A/R − Hired Co. − A D − Sales J − Primary |
NA |
2. Temporary ICT to company B |
A/R − Transfer/ICT Co. − A D − Human Resources J − Secondary |
A/R − Hire/Temporary ICT Co. − B D − Sales J − Primary |
3. Returned to company A |
A/R −Transfer/Completion of Temporary ICT Co. − A D − Sales J − Primary |
A/R −Termination/Completion of Temporary ICT Co. − B D − Sales J − Secondary |
4. Permanent ICT to company B 4a. Terminated from company A 4b. Hired (or rehired) by company B |
A/R − Termination / Permanent ICT Co. − A A/R − Hired or rehired / Permanent ICT Co. − B D − Sales J − Primary |
NA |
This example shows how departmental security (search page security) works for users who have security right access to a department. Users can do one of the following:
Access all employees whose current jobs belong to that department when PERS_SRCH_GBL is used as the search table.
Access the particular record numbers for employees whose current job is in the department when EMPLMT_SRCH_GBL is used as the search table.
This table shows which users have access to which data at each of the four events described for employee 1001:
Event |
Personal Data |
Empl Rec#0 Data |
Empl Rec#1 Data |
---|---|---|---|
PERS_SRCH_GBL |
EMPLMT_SRCH_GBL |
EMPLMT_SRCH_GBL |
|
1. Hired by company A |
USR1 |
USR1 |
NA |
2. Temporary ICT to company B |
USR1 and USR2 |
USR1 |
USR2 |
3. Returned to company A |
USR1 and USR2 |
USR1 |
USR2 |
4a. Permanent ICT to company B 4b. Hired or rehired by company B |
USR1 and USR2 USR2 |
USR1 USR2 |
USR2 USR2 |