Guidelines for Loading Progression Grade Ladders

You need to understand key aspects of progression grade ladders to load them successfully using HCM Data Loader. For example, how you load rates differs depending on whether your progression grade ladder has grades with steps or without steps.

Before You Load Progression Grade Ladders

These referenced objects need to exist in the destination environment:

  • Grade and Grade Set

  • Legislative Data Group

If you're using action reasons, you also need to define or load them before you load progression grade ladders.

Progression Grade Ladder Attribute Settings

For the Progression Grade Ladder object, set the attributes shown here:

Attribute Without Step Value With Step Value
GradeType GRADE STEP
ProgressionStyleCode CMP_GSP_GP CMP_GSP_GSP
ProgActionCode CMP_GRADE_STEP_PROGRESSION CMP_GRADE_STEP_PROGRESSION
SalaryActionCode CMP_GRADE_STEP_PROGRESSION CMP_GRADE_STEP_PROGRESSION

Rate Loading

Here's how you load the rates:

Grade Type How You Load Rates
GRADE Use the separate Progression Grade Rate object.
STEP Use the Progression Step Rate and Progression Step Rate Value components of the Progression Grade Ladder object.
Tip: Give the Progression Grade Ladder and Progression Step Rate components the same name because they've a one-to-one relationship. If you created a ladder with steps using the Progression Grade Ladder compensation task, the step rate and the ladder already have the same name.

Translatable Names

You can translate the name of the progression grade ladder using the Progression Grade Ladder Translation object.

  • If you're using grades with steps, you can also translate the name of the progression step rate. Use the Progression Step Rate Translation object. If you're using the same name for the progression grade ladder and progression step rate, as recommended, then use the same translated value for both.

  • If you're using grades without steps, you can also translate the name of the progression grade rate. Use the Progression Grade Rate Translation object.

Date and Salary Fast Formulas

You can optionally use fast formulas in your progression grade ladders to decide transaction dates or salary rates. If you do use them, the formulas must exist in the destination environment before you load Progression Grade Ladder objects.

  • Date formulas need to have the Salary Progression Date Determination Rule type.

  • Salary calculation formulas need to have the Salary Progression Rate Calculation Rule type.

When a fast formula decides the values of these date attributes, set the attributes to CMP_GSP_DATE_RULE:

  • ProgressionDateCode
  • SalaryChangeDateCode
  • RateChangeDateCode

Then specify the formula name on the ProgressionDateRuleName, SalaryChangeDateRuleName, or RateChangeDateRuleName attribute, as appropriate.

When fast formula decide the value for the SalaryCalculationMethodCode attribute, set the attribute to CMP_GSP_RATE_RULE. Then specify the formula name with the SalaryCalculationRuleName attribute.

The fast formulas must exist in the target environment before you load Progression Grade Ladder objects. Date formulas must have the Salary Progression Date Determination Rule type. Salary calculation formulas must have the Salary Progression Rate Calculation Rule type.

Progression Grade Ladder Deletion

You can delete a progression grade ladder if another object, such as an assignment, doesn't reference the ladder. Any linked grades and eligibility profiles are unaffected.

  • If the ladder doesn't have steps, you need to delete the linked Progression Grade Rate and Progression Rule objects separately.

  • If the ladder has steps, when you delete the ladder you're also deleting the linked step rates and values. You need to delete the linked Progression Rule object separately.

Reference

The Loading Data for Grade Step Progression document explains how you can load and update grade ladder and grade attributes for grade step progression. The document (ID 2569900.1) is on My Oracle Support at https://support.oracle.com.