Previous  Next          Contents    Library

Oracle HRMS Documentation Updates Release 11.0

This section contains important information. Please read this section for the latest updates and additions to your online help and user's guide.

Post Install Steps for Release 11.0.1

Using the Application


Implementation Steps, Administration

In the Implementation Steps, Administration, Step 11, we identify that you need to run the Grant Permissions to Roles process (ROLEGEN) to grant access to the HRMS tables for the HR User Role. This is incorrect. It now runs automatically as part of the installation process.

You should, however, run the Grant Permissions to Roles process if any subsequent patch release has introduced new tables or objects.


Creating or Changing an Appraisal Template

In the section Creating or Changing an Appraisal Template, we identify that you can create your enterprise's appraisal templates, or modify one of the example appraisal templates.

There is one additional field on the Appraisal Template window, called Assessment Template. This enables you to include an assessment template in the Appraisal Template, and perform an assessment as part of your appraisal process.

Assessment Template Select an assessment template only if you want to include assessments as part of the appraisal. Otherwise, leave this field blank


Setting Up the Cost Allocation Key Flexfield

In the section Setting Up the Cost Allocation Key Flexfield, we identify which flexfield segments appear in which windows by qualifying each segment with the levels at which it should be displayed. The information should identify that you can enter five levels, and not six. The order of priority is also incorrect.

Table 1 - 2 lists the five levels, and the correct order of processing priority. Notice that the Payroll level now has the highest priority, but that the Element Entry is still the lowest level of priority.

Level Qualifiers for this Level Typical Segments Displayed at this Level
Payroll Payroll company code, set of books
Element Link Element, Balancing GL account codes for costing and balancing
Organization Organization cost centers
Assignment Assignment project or product codes, or cost centers that do not map onto organizations
Element Entry Element Entry project or product codes (for employees who submit timesheets)

It is still the case that a code entered at a lower level can override a code entered at a higher level. This means that if a segment is populated at element entry level, it overrides all other levels.


Defining Element Links - Costing

In the section Defining Element Links - Costing, we incorrectly state that if you select the Costable Type of Fixed Costed, you are prevented from overriding the account code at element entry level. You can, in fact, override the account code at element entry level. This is because the order of priorities for Fixed Costing is Payroll (highest priority), Element Link and finally Element Entry (lowest priority).

Instead, Step 1, second bullet for the task to enter costing information for the link should read as follows:

Costable Type If you want all entries of the element to be allocated to the same account, select Fixed Costed.


Deleting People from the System (Contacts)

Oracle HRMS now doesn't delete a contact if it is used by another person.

It deletes a person set up as a contact when you delete a person from the system only if:

If the contact is used by another person or has other information set up (for example, assignment or applicant information) the contact is not deleted. However, Oracle HRMS removes the record of their relationship to the person from the system.

If you use the Delete Person window to delete a person set up as a contact, Oracle HRMS removes all records of that contact and any relationships.


Ending a Position

The functionality has been enhanced to provide more flexibility around defining a position and amending the end date.

If you amend the end date for a position for which grades are attached, Oracle HRMS checks if any of the valid grade end dates are later than the end date of the position. If they are, it amends the 'valid' grade end date for that position so that it matches the position end date. For example, if the grade is valid from the 01-JAN-1900 until 01-JAN-2000 and you amend the position end date to 01-JAN-1999, the end date of the grade for that position is re-set to 01-JAN-1999.

If you remove the end date of a position, Oracle HRMS finds the valid grades for that position with the same original end dates and removes these dates as well.


Using HR Direct Access to Advertise Vacancies

Oracle HRMS now provides you with enhanced functionality to enable you to advertise vacancies using HR Direct Access. (HR Direct Access is available in the near future). This self-service approach enables employees and line managers to view vacancies at-a-glance.

To enable you to advertise vacancies using self-service access, you first define your enterprise's vacancy categories using the QuickCode Type VACANCY_CATEGORY. Then, when you are entering the vacancy information using the Requisition and Vacancy window, you complete the following new field:

Vacancy Category Select a vacancy category if you want to advertise the vacancy under a category using HR Direct Access.


Date Tracking Assignment Budget Values

The Date Tracking facility has been added to the Assignment Budget Values window enabling you to create and view a history of your assignment budget values.

Two new fields have been added to the Assignment Budget Values window:

Effective Date From This displays the effective dates of the assignment budget value and cannot be amended.
Effective Date To This displays the effective dates of the assignment budget value and cannot be amended.


Setting Up Length of Service Bands

In the section Setting Up Length of Service Bands, we omitted information about the Start Rule for plans of the type Six Months After Hire.

If you are setting up length of service bands for a PTO plan and the Start Rule for the plan is of the type Six Months After Hire, you need to perform an additional step. After you have completed Step 5, query up the element in the Element window and enter the following value in the Length of Service field:

Length of Service Six months.

Then, if another user tries to enter vacation or sick leave before the six month criterion has been reached, they receive a warning message.


The Employee Assignment

In the section The Employee Assignment, and subsequent Assignment sections, such as Using Multiple Assignments and Entering a New Assignment, we identify that your enterprise can enter multiple assignments for employees who work in two or more different capacities at once. We now provide additional information about default assignments, multiple assignments and entering additional assignments, ensuring that you get the most out of the Assignments functionality.

Default Assignment

When you hire an employee, Oracle HRMS automatically creates a default assignment for that employee. This is because an employee must have a current assignment at all times. You then record relocations, promotions, transfers and so on as changes to the existing assignment. These changes are datetracked so that you can make future-dated changes in advance and view the history of changes to an assignment.

Using Multiple Assignments

Oracle HRMS separately manages each assignment, together with its associated compensation and benefits. When an employee has more than one assignment, one assignment is designated as the primary assignment. When you hire an employee (by entering a person as an employee, or by changing the person type to employee), Oracle HRMS automatically creates a primary assignment for that employee. (The Primary box is automatically checked in the Miscellaneous alternative region of the Assignment window).

If you then enter an additional assignment, the Primary box is automatically unchecked for that secondary assignment.

If you created the secondary (or other) assignment first, and you are now entering the primary assignment, check the Primary box. The application automatically changes the previous assignment from primary to secondary.

Query back the assignment details to see the changes.

Entering an Additional Assignment

When you hire an employee, Oracle HRMS automatically creates a default assignment for that employee. You can view an employee's assignments in the Assignment window. You can then enter additional assignments for an employee, if required.

If you are now entering a secondary assignment for a person, the Primary box is automatically unchecked. If you created the secondary (or other) assignment first, and you are now entering the primary assignment, check the Primary box. The application automatically changes the previous assignment from primary to secondary.

Query back the assignment details to see the changes.

Changing Assignment Information

If you are changing a secondary assignment to be the the primary assignment, select the Primary checkbox in the Miscellaneous alternative region.

The application automatically changes the previous assignment from primary to secondary.

Query back the assignment details to see the changes.


End of Year Reporting

In What's New in Oracle HRMS Release 11.0, in the section End of Year Reporting, we incorrectly state that:


APIs, and APIs With User Hooks

Business Process APIs

We previously identified that the correct business process for pecpnapi.pkh is delete_objective. This in incorrect. The correct business process for pecpnapi.pkh is delete_competence.

Flexfield APIs

In the section Information for New Users, Flexfield APIs in this What's New document, we previously identified that no flexfield APIs exist yet. This is now incorrect. The following row handlers now use the AOL descriptive flexfield APIs:

The flexfield packages no longer require maintenance.

For all other APIs, you must consider what validation each flexfield segment requires and write your own code to maintain flexfield information. 'Skeleton' packages (filename *****fli.pkh, *****fli.pkb) have been provided to hold such code. They will raise an error if any flex segments containing data are passed to the APIs.

Missing APIs

We previously omitted several APIs from the List of APIs in this What's New document. The APIs are:

File Name Package Name Business Process Comments
peperapi.pkh/pkb hr_person_api update_person  
pecrlapi.pkh/pkb hr_contact_rel_api create_contract  
peprvapi.pkh hr_perf_review_api create_perf_review  
peprvapi.pkh hr_perf_review_api update_perf_review  
peprvapi.pkh hr_perf_review_api delete_perf_review  
pepypapi.pkh hr_maintain_proposal_api insert_salary_proposal  
pepypapi.pkh hr_maintain_proposal_api update_salary_proposal  
pepypapi.pkh hr_maintain_proposal_api approve_salary_proposal  
pepypapi.pkh hr_maintain_proposal_api delete_salary_proposal  
pepypapi.pkh hr_maintain_proposal_api insert_proposal_component  
pepypapi.pkh hr_maintain_proposal_api update_proposal_component  
pepypapi.pkh hr_maintain_proposal_api delete_proposal_component  

Missing Row Handlers

We previously omitted the Row Handlers from the Row Handlers section in this What's New document:


Salary Administration

There are major enhancements to the Salary Administration functionality, including changes to the Salary Administration windows.

See the following:

If you want to see the Performance window in your user defined task flows created before Release 11, you must add the Performance window.

See: Adding the Performance Window to User Defined Task Flows

Using the Salary Administration Window - Changes

The main changes to the functionality and to the Salary Administration window include:

To enter a salary for a new employee (or one assigned to a new salary basis):

Note: The employee must have an active assignment on this date.

Saving the Salary

Note: You do not have to approve the new salary, Oracle HRMS approves it automatically.

To propose a salary change for a current employee:

Note: If you are changing the salary basis, you must enter the exact date it changes.

Entering a New Amount or the Amount of Percentage Change

Entering Multiple Components

Note: To effect a salary decrease, enter a negative number in the Change Amount or Change Percent field.

Changing Other Information

Saving Your Proposal

To approve a salary change:

Using the Salary Basis Window - Changes

The main changes to the Salary Basis window are one new field, (Pay Annualization Factor), and one changed field (Grade Annualization Factor).

To define a salary basis:

Viewing Salary History - Changes

The Salary History folder now has two new fields:

You can remove, rearrange, add or re-size fields in the folder if you have access to the folder menu.

Performance Ratings - Changes

The Performance window is now available from both the Assignments and Salary Administration window.

Note: You cannot use a performance review entered through the self-service HR Direct Access interface.

To enter a performance rating for an existing review:

To enter a new review and performance rating:


Adding the Performance Window to User Defined Task Flows

Prior to this release, any user defined task flows which included the Salary Administration form would automatically display the Performance window. Now, because of the changes made to Salary Administration, the Performance form is an independent form which can be accessed via the Salary Administration window or the Assignment window. This affects user defined tasks flows created prior to Release 11, Oracle HRMS no longer automatically displays the Performance window as part of the Salary Administration form in your user defined task flows. Task Flows provided with Oracle HRMS are not effected.

If you want to see the Performance window in your user defined task flows created before Release 11, you must add the Performance window. A new node, PERFREV, has been created for the Performance window, this requires the Assignment (employee) context. Add the PERFREV node to your task flow and amend the navigation path of the task flow to include it.

To add a new form to an existing task flow

The following steps explain how to add a new form, using its node name, to an existing task flow. If you have already used the form in the task flow you only have to amend the navigation, refer to 'To amend the navigation of a task flow'.

To amend the navigation of a task flow


Hiring and Rehiring Applicants and Ex-Employees

The hiring process has been enhanced to support a wider range of business needs, such as back-to-back employment. It also provides you with better validation, for example, you cannot rehire an ex-employee if the final process date for the previous employment is still blank. This validation ensures that the information held in the database is always correct, and date-tracked.

Hire Date Rules for Applicants and Ex-Employees

HRMS now provides the following general rules. The hire date for Applicants and Ex-Employees must be:

Hiring an Applicant
    Minimum Hire Date:
Either:   1 day after the application has been accepted
Or:   The day after the last of any future-dated changes
     
Rehiring an Ex-Employee
    Minimum Hire Date:
Either:   1 day after the final process date of the previous employment
Or:   The day after the last of any future-dated changes
     
Rehiring an Ex-Employee (Back-to-Back Employment)
    Hire Date Must Be:
    The day after the final process date (the final process date must also be the same as the actual termination date)
And:   No future-dated changes can exist

Setting Hire Dates and Future-Dated Changes

HRMS provides you with the flexibility to make future-dated changes to a person's details. If you make future-dated changes to an applicant's details, such as changing their name, and you subsequently hire the person, the minimum hire date you can enter is the date of the last change, plus an additional day. The hire date can, of course, be any date into the future (providing it is after the date of the last change plus an additional day).

For example, if you received an application on January 10th and you changed the applicant's details using future-dates, say on January 22nd and February 10th and you subsequently hire the applicant, the earliest hire date you can enter is February 11th (the date of the last change plus one day).

Alternatively, you could hire the applicant (change their person type to Employee), and then make the changes to their details with the status of Employee.

Rehiring an Ex-Employee

You cannot rehire an ex-employee if the final process date for the previous employment is still blank. If you are rehiring an ex-employee, you need to check that the final process date (on the Terminate window) is entered before you rehire the ex-employee.

You can, however, rehire an ex-employee, providing that the hire date is at least 1 day after the final process date of the previous employment, or the day after the last of any future-dated changes.

Back-to-Back Employment

In some circumstances, you might need to rehire an existing employee into another role within your enterprise the day after the previous role ended. This is sometimes known as back-to-back employment (or a back-to-back contract). Back-to-back employment occurs when there is no period of ex-employment between two periods of service.

To create back-to-back employment, you terminate an existing period of service and enter a new period of service on the day after. For example, an employee starting new employment on April 1st must have an actual termination date and a final processing date (for payroll processing) for Employment A on March 31st. (If your enterprise does not have Oracle Payroll, the final processing date automatically defaults from the actual termination date for you).

Note: You cannot change the hire date of any back-to-back employment. Instead, you must cancel the hire and re-hire the employee.

Cancelling a Hire

After you have cleared the Hire Date field and saved your work, the application warns you that any changes made to the person's records after their hire date will be lost. If you continue. all employee records are deleted, and the person type changes to Applicant.

The applicant data history is retained.

Changing the Hire Date

To change the hire date:

Hiring an Applicant

To hire an applicant:

Note: If future-dated changes exist, the hire date is the date of the last change plus at least one day. If no future-dated changes exist, the minimum hire date is the accepted date, plus one day.

Rehiring an Ex-Employee

To rehire an ex-employee:

To rehire an ex-employee (back-to-back contract):


Registering a Function

The Formula option has been removed from the Class field on the Define Function window. You can now only enter External function and User Defined Function classes. The User Defined Function option is likely to be phased out in future releases, therefore we suggest you use the External function option instead. This has the same functionality as the User Defined Function option.


Adjusting a Pay Value

The functionality has been enhanced to enable you to remove all adjustments, if required.

In Step 2, in the section Entering Elements, Adjusting a Pay Value, we have now explained how you can select None as an adjustment from the adjustment pop-up list. This removes any existing adjustments.

You can now do either of the following:


Seeding New QuickCodes for BUDGET_MEASUREMENT_TYPE

The QuickCode BUDGET_MEASUREMENT_TYPE has changed from user-defined to extensible and now has seeded values to enable Oracle HRMS to use some or all these values in the future. For example, in formulas and by the forthcoming Oracle Advanced Benefits product.

In the 11.0.1 install, the following values are now seeded for BUDGET_MEASUREMENT_TYPE:

Value Meaning
FTE Full Time Equivalent
HEAD Head Count
MONEY Money
PFT Percent Full Time

Implications of the New Seeded Values

Your enterprise has probably been using values and meanings for the QuickCode Type BUDGET_MEASUREMENT_TYPE. The Release 11.0.1 install seeds the values and meanings depending on four criteria. These are that your enterprise has:

We explain the four different scenarios below, and provide solutions to help you resolve any problems with the seeded values or meanings.

Note: Once you have run the Release 11.0.1 install, we suggest you use the QuickCodes window to check your existing and new seeded values and meanings.

Scenario 1 - Identical QuickCode Value(s) But Different Meanings

Your enterprise has used identical QuickCode values to the values now seeded with 11.0.1, but with different meanings. For example, you might have used the value HEAD, but with your own meaning Number of Employees.

In this instance, Oracle HRMS assumes that you used the QuickCode value in the way the new seeded value is intended for use, irrespective of the meaning, so doesn't seed the new QuickCode value or meaning for HEAD and Number of Employees. It does, however seed the other QuickCode values and meanings.

Your Values and Meanings - Before the installation is performed:

Value Meaning
HEAD Number of Employees

Your Values and Meanings - After the installation is performed:

Value Meaning
FTE Full Time Equivalent
HEAD Number of Employees
MONEY Money
PFT Percent Full Time

Note: If, for example, a seeded formula to calculate head count is provided by Oracle HRMS in the future, the calculation drives off all assignment budget value records tagged with the QuickCode value HEAD, regardless of the use you made of this value in the past.

What You Need to Do

If your meanings are not the same as the seeded meanings, you must change the meaning to the seeded meaning. For example, you must change the meaning for the value HEAD from Number of Employees to Head Count.

To change the meaning of the QuickCode value:

To change the meaning of the QuickCode value, do one of the following:

Either:

Or:

Note: The meaning of the value 'HEAD' remains as 'Number of Employees' although the seeded meaning would have been 'Head Count' had the value not already existed.

Scenario 2 - Different QuickCode Value(s) But Identical Meaning

Your enterprise has used different QuickCode values to the values now seeded with 11.0.1, but with meanings identical to those being seeded. For example, you might have used the value FULL (the seeded value is FTE), with the meaning Full Time Equivalent (which is the seeded value).

In this instance, Oracle HRMS updates the meaning to avoid data integrity problems. However, none of the assignment budget value records that refer to this QuickCode value have been modified, and there are now two QuickCode values for full time equivalent assignment budget values: Full and FTE.

Note: The value changed to have an @ sign at the beginning of the meaning.

Your Values and Meanings - Before the installation is performed:

Value Meaning
FULL Full Time Equivalent

Your Values and Meanings - After the installation is performed:

Value Meaning
FULL @Full Time Equivalent
FTE Full Time Equivalent
HEAD Head Count
MONEY Money
PFT Percent Full Time

What You Need to Do

You need to replace the old QuickCode value with the seeded value.

To replace the old QuickCode value with the seeded value.:

Scenario 3 - Identical QuickCode Value(s) and Meanings

Your enterprise used identical QuickCode values and meanings to those QuickCode values and meanings seeded.

In this instance, Oracle HRMS does not seed the QuickCode values and meanings, and retains your own.

What You Need to Do

You need do nothing.

Note: We assume that your understanding and use of the QuickCode values and meanings is identical to Oracle HRMS's understanding and use.

Scenario 4 - Different QuickCode Value(s) and Meanings

Your enterprise used neither the QuickCode values and meanings to those QuickCode values and meanings seeded.

In this instance, Oracle HRMS retains your own QuickCode values and meanings (for example, EMP and My Head Count), and seeds the new QuickCode values and meanings (HEAD and Head Count).

Your Values and Meanings - Before the installation is performed:

Value Meaning
EMP My Head Count

Your Values and Meanings - After the installation is performed:

Value Meaning
EMP My Head Count
FTE Full Time Equivalent
HEAD Head Count
MONEY Money
PFT Percent Full Time

What You Need to Do

You can leave values and meanings as they are, and do nothing. If you do this, users will see two similar QuickCodes and meanings and will not know which one to select. Alternatively, you can replace the QuickCode value EMP with the seeded value of HEAD.

To replace the old QuickCode value with the seeded value:


Running the Script Pepstabv.sql to Transfer Budget Values

You can run the script pepstabv.sql to transfer budget values from one QuickCode value to another QuickCode value.

If you are running pepstabv.sql, you must run it immediately after Release 11.0.1 has been installed. Otherwise, if a single assignment has assignment budget values of both the old and new types before running the script, data problems mat occur.

To run the script pepstabv.sql:

Warning: If you have already moved an old value to a new value and you run pepstabv.sql again with a different old value and the same new value, both sets of data refer to the same new value and data problems will occur.

Making Post Script Checks

You should make the following checks after running pepstabv.sql.

To make post script checks:


         Previous  Next          Contents    Library