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