Configuring Guided Self-Service Transactions for Manager Self-Service

To set up guided self-service transactions, use the Transaction Configuration (HR_MSS_CT_CFG) and Clone Transaction (HR_MSS_CT_CLONE) components.

This video provides a demonstration of guided self-service configuration options for regulatory regions and action reasons.

Video: PeopleSoft HCM 9.2 Image 17 Highlights: Guided Self-Service Enhancements

Page Name

Definition Name

Usage

Transaction Configuration - Configuration Page

HR_MSS_CT_CFG

Configure guided self-service transactions for managers.

Clone Transaction Secondary Page

HR_MSS_CT_CLNE_SEC

Create a new row for an existing transaction ID, and specify the effective date and regulatory region for the new row.

Transaction Configuration - Questionnaire Page

HR_MSS_CT_SEQ

Add questions for guided self-service transactions.

Action Reasons Page

HR_MSS_CT_RSN_SEC

Choose the valid action reasons for the job data row that the transaction creates, and choose a default action reason.

Page Fields Page

HR_MSS_CT_FLDS_SEC

Choose which fields to display on the guided self-service transaction, and choose whether those fields are display-only.

Transaction Configuration - Position Data Options Page

HR_MSS_CT_POSN_SEC

Configure position data updates based on guided self-service updates to incumbent data.

Clone Transaction Page

HR_MSS_CT_CLONE

Clone guided self-service transactions for manager self-service.

Oracle delivers several preconfigured transactions. Part of the transaction configuration is choosing which fields to include. The available fields are those from records that exist specifically to support guided self-service.

This overview lists the delivered transactions and lists which fields are available to use with guided self-service.

Delivered Transactions

The PeopleSoft application delivers configurations for the following guided self-service transactions:

  • HR_DEMOTION (Demote Employee)

  • HR_FULL_PART_STATUS (Change Full/Part Time or Hours)

  • HR_GROUP_UPDATE (Update Job Details for Group)

    Note: The ability to process multiple employees is hard-coded into this transaction. You cannot configure other transactions to support multiple employees.

  • HR_LOA_PAID (Request Paid Leave of Absence)

  • HR_LOA_UNPAID (Request Leave of Absence)

  • HR_LOCATION_CHANGE (Request Location Change)

  • HR_POSITION_CLONE (Clone Position

  • HR_PROMOTE_PAY (Promote Employee)

  • HR_REPORTING_CHANGE (Request Reporting Change)

  • HR_RETIREMENT (Retire Employee)

  • HR_TERMINATE (Terminate Employee)

  • HR_SALARY_CHANGE (Request Ad Hoc Salary Change)

  • HR_TRANSFER_PAY (Transfer Employee)

Types of Delivered Fields

When you configure the fields for a guided self-service transaction, you first choose the page that contains the record and field definitions that you will use.

These are the supported pages:

  • HR_MSS_CT_JOB_SBF (Job Details subpage) for job data fields.

  • HR_MSS_CT_COMP_SBF (Compensation Details subpage) for compensation data fields.

  • HR_MSS_CLPOSN1_SBF (Clone Position subpage) for position data fields.

Oracle also delivers an additional job data subpage, HR_MSS_CT_JOBC_SBF that your organization can modify if you need to add additional fields for guided self-service. As delivered, this page does not include any fields.

Delivered Fields for Job Data

These fields are available on the Job Details subpage HR_MSS_CT_JOB_SBF:

  • Business Unit

  • Department ID

  • Expected Return Date

  • Full/Part Time

  • Job Title

  • Last Date Worked

  • Location Code

  • Position Number

  • Reports To (for employees in positions)

  • Standard Hours

    If the Standard Hours field from the Job Details subpage is made visible, the transaction also displays a read-only FTE (full-time equivalent) field. The value in the FTE fields is automatically updated when the manager changes the employee's standard hours.

  • Supervisor ID (for employees who are not in positions, or whose Reports To position data has been overridden with a Supervisor ID)

Delivered Fields for Compensation Details

These fields are available on the Compensation Details subpage HR_MSS_CT_COMP_SBF:

  • Annual Rate

  • Previous Salary

Delivered Fields for Clone Position

These fields are available on the Clone Position subpage HR_MSS_CLPOSN1_SBF:

  • Title

  • Short Title

  • Business Unit

  • Department

  • Job Code

  • Max Head Count

  • Reports To

  • Location

  • Standard Hours

  • Work Period

  • Union Code

  • Regular Shift

  • Reg/Temp

  • Full/Part time

  • Mon

  • Tue

  • Wed

  • Thu

  • Fri

  • Sat

  • Sun

  • Regulatory Region

  • Supervisor Level

  • Long Description

  • Company

  • Position Pool ID

  • Pre-Encumbrance Indicator

  • Encumber Salary Option

  • Encumber Salary Amount

  • Classified Indicator

  • FTE

  • Adds to FTE Actual Count

For the Clone Position subpage, the Standard Hours field and the FTE field are configured independently. This is different from the Job Data subpage, where configuring the Standard Hours field to appear in the transaction automatically causes a display-only FTE field to appear as well.

The Salary Plan, Salary Grade, and Salary Step fields cannot be configured to appear in the transaction. The delivered Clone Position transaction automatically copies the original position’s salary plan, grade, and step unless the values are cleared because the manager who requests the position clears the Business Unit value while updating data for the new position. An administrator is responsible for verifying that the newly created position has the correct salary information. If administrator approvals are required, this review can be done on the administrator approval page, where the administrator can update the fields before approving the transaction.

You also cannot configure the setting for the Update Incumbents check box on the new position; that check box is always selected in new positions that are created by the delivered Clone Position transaction.

For additional important information about the fields in the Clone Position transaction, refer to the documentation for the Clone Position Page.

This overview discusses considerations for employees in positions.

Note: This topic is not relevant to the Clone Position transaction, which creates a new position without changing any existing employee information.

Updating Data for an Employee’s Position

If you are changing certain information related an employee’s current position (rather than changing which position is associated with the employee), you can configure these delivered transactions to update position data:

  • Change Full/Part Time or Hours

  • Request Location Change

  • Request Reporting Change

  • Update Job Details for Group

Important! These are the only transactions that support position data updates.

If you enable position data updates, the updates occur only if both of these conditions are met:

  • The employee’s position data has not been overridden.

  • There is a one-to-one relationship between the employee and the position.

When position data updates are enabled and a manager submits a request for an employee who meets both conditions, both managers and approvers see messages stating that position data will be updated as a result of the request. When the system makes automatic database updates, it inserts a new effective-dated row into the position data record. As long as the Update Incumbents check box on the Position Data - Specific Information Page is selected, the new position data row triggers the Update Incumbent process, which adds a corresponding row to the employee’s job record.

Important! If you use Guided Self-Service to update positions, make sure that the Update Incumbents check box is selected in the Position Data component so that the position changes can flow through to employee’s job data records.

Conditions that Prevent Automatic Position Data Updates

The system does not make position data updates in the following situations:

  • Position data updates are not enabled, or the transaction is not one of the ones that supports position data updates.

    In these situations, the transaction is always routed to an administrator after any other approvals are complete. The administrator does not have the option to let the system make automatic updates. Instead, the administrator is instructed to update the data manually.

  • There is not a one-to-one relationship between the employee and the position.

    In this situation, the transaction works as if position data updates were not enabled, so the administrator who processes the transaction must make the database updates manually.

  • The employee’s position data is overridden in the job data record.

    In this situation, the employee is handled like an employee who is not in a position. If administrator approval is required, the administrator still has a choice between allowing automatic updates and making manual updates, but automatic updates are made to the job record rather than to the position data.

  • The employee has been given a new supervisor who is not in a position.

    This situation is possible only through the Update Job Details for Group transaction. The the group action includes a mix of position employees and non-position employees, and the manager chooses to change the employees’ supervisor, it is possible to select a new supervisor who is not in a position. The system can assign this new supervisor to the non-position employees, but an administrator must manually update the Reports To field for the position employees.

    In this scenario, the Update Job Details for Group transaction can still update the department and location for employees in positions.

Changes to Which Position is Associated With an Employee

Position configuration applies only to changes that you make to position data. No configuration is needed to change which position an employee holds. You can change an employee’s position using the delivered Promote Employee, Demote Employee, and Transfer Employee transactions.

With partial position management, the system can make automatic database updates only if the employee’s position data has not been overridden. Otherwise, an administrator must manually make the change after the transaction has been approved.

When you configure a guided self-service transaction, you choose whether to enable transaction attachments.

File Storage

PeopleTools manages the physical storage locations of file attachments using the URL Maintenance page (PeopleTools, Utilities, Administration, URLs). All guided self-service transactions use the delivered URL Identifier HR_MSS_CT_FILES.

As delivered, the HR_MSS_CT_FILES URL Identifier is configured to store attachments in a database record. Modify the settings to store attachments on a file server instead.

File Type Restrictions

On the URL Maintenance page in PeopleTools, click the URL Properties link to open a page where you can choose a file extension list that controls the allowable file types. File extension lists are managed on the File Extension List page (PeopleTools, Utilities, Administration, Administer File Processing, File Extension List).

As delivered, the HR_MSS_CT_FILES URL Identifier references the delivered GSS_EXTENSION_LIST. Note that on phones and tablets, the mobile operating system can additionally restrict user’s ability to attach certain types of files. For example, iOS phones allow users to attach photos or videos, but they do not provide access to a full file system where users can select other types of attachments

Use the Transaction Configuration - Configuration page (HR_MSS_CT_CFG) to configure guided self-service transactions for managers.

Navigation:

Set Up HCM > Common Definitions > Guided Self Service > Transaction Configuration > Configuration

This example illustrates the Transaction Configuration - Configuration page (1 of 2).

Transaction Configuration - Configuration page (1 of 2)

This example illustrates the Transaction Configuration - Configuration page (2 of 2).

Transaction Configuration - Configuration page (2 of 2)

Field or Control

Description

Transaction ID

Configuration settings are keyed by effective date and regulatory region as well as by transaction ID, but the transaction ID is the field that identifies the transaction.

For example, all settings with the transaction ID HR_PROMOTE_PAY are for the Promote Employee transaction. At runtime, when a manager initiates a Promote Employee transaction, the system looks at the effective date and regulatory region values to select the correct row for the HR_PROMOTE_PAY transaction.

Regulatory Region

Displays the regulatory region that you are configuring. For every Transaction ID, there must be a configuration record with no regulatory region defined. This is the default configuration that system uses for employees in regulatory regions that do not have region-specific settings.

Transaction Details

Field or Control

Description

Clone Transaction

Click to copy the current transaction to create a new configuration row for the transaction.

The newly created row retains the current Transaction ID, but you can enter a new effective date and / or regulatory region to create a modified configuration to support requirements that have changed or that are different for different regulatory regions.

Status

Keep the default value of Active for configurations that are currently in use. Select Inactive to remove a configuration from use. You cannot inactivate all effective-dated rows for a transaction’s default configuration (the configuration with no regulatory region).

Title

Enter a short description for this transaction. At runtime, the system will display this title at the top of the guided self-service pages.

Comments

Enter any additional descriptive information about the transaction.

Guided Self Service

Use this section to override the default setting that prevents a manager from submitting more than one transaction request for an employee at a time.

For more detailed information on enabling multiple transaction for an employee, see the "Allowing Multiple Guided Self Service Transactions for an Employee" subtopic under the Understanding Guided Self-Service Transactions discussion.

Field or Control

Description

Allow Multiple Transactions for Employee

Select this option for individual transactions to override the delivered Guided Self Service setting that prevents managers from entering multiple job transactions for an employee.

Enabling this option at the transaction configuration level allows a manager to initiate a request for this specific transaction even though another transaction may be in progress for the employee. The system sees the transaction as an exception and allows it. You will need to enable this option for each transaction that should be an exception.

Important! Organizations can enable this functionality at a global level by selecting the Allow Multiple Transactions for Employee option in the Guided Self Service section of the Installation Table - HCM Options Page.

When this option is selected on the Installation Table, the system will allow multiple job requests for all transactions and effective dates. The system does not look at the individual transaction configuration settings. Note that you cannot disable a transaction when this functionality is enabled on the Installation Table.

Oracle recommends that you do NOT enable multiple transactions at the global (Installation Table) level.

When deselected here and on the Installation Table, the manager cannot initiate a request if an employee already has a job transaction in progress.

Approvals

Field or Control

Description

Transaction Name and Approval Process ID

Enter the workflow transaction name to be used. The system displays the approval process ID that is related to the specified workflow transaction.

The delivered transactions all include delivered approval processes. For a list of the delivered approval processes, see Understanding Delivered Approval Process IDs for Guided Self-Service Transactions.

Activity Guide

Note: This section appears only if you use PeopleTools 8.55 or above. In earlier versions of PeopleTools, guided self-service transactions do not use the Activity Guide framework.

Field or Control

Description

Activity Guide ID

Select the activity guide that renders the transaction steps to end users. Guided self-service transactions that Oracle delivers already include an activity guide ID.

Activity Guides have their own security setup.  In the delivered activity guides, the eProfile Manager Fluid role has access to guided self-service transactions. If you set up your own activity guides, or if you use other roles for guided self-service users, use the activity guide security settings to ensure all users have proper access.

The delivered activity guides are GSS_POSN1L for the Clone Position transaction and GSS_SUOW01 for all other delivered transactions. Do not modify these activity guides except to update security. If you need to change other areas of the activity guide configuration, clone the delivered activity guide, make your changes, and then update the transaction to reference the modified activity guide.

Attachments

Field or Control

Description

Allow Attachments

Select this check box to enable requestors to attach supporting documents for this transaction.

When this check box is selected, the Review and Submit page for the transaction includes an attachments section where the requestor can upload attachments related to the request.

Approvers using classic approval pages or Fluid Approvals can review these attachments during the approval process. (Attachments are not supported by the Mobile Approvals Platform (MAP). If you still use MAP, consider switching to Fluid Approvals so that approvers can see attachments.)

For information on configuring attachment storage and allowable file types, see Understanding URL Definitions for Guided Self-Service Attachments.

Help & Support

Field or Control

Description

Help Text ID

Enter the message catalog text ID for the introductory text that appears before the questions on the Questionnaire Page of the guided transaction. This text gives the user instructions or guidance for answering the questionnaire.

Edit Help Text icon Edit Help Text icon

If a Help Text ID has been entered, you can click the Edit Help Text pencil icon to open a dialog box that displays the specified text catalog entry on the Maintain Text Catalog Page. Use the dialog box to view or modify the text catalog entry.

Decision Support

Use this section to list the decision support topics that appear within the Decision Support tab on the Questionnaire page. This information should provide guidance and assist the user in completing the transaction.

Field or Control

Description

Sequence

Enter the order in which the Decision Support tab should display the help topics.

Message Set and Number

Select the message set and number associated with the text that you want to display for Decision Support. The messages will appear as links and text on the Decision Support tab on the Questionnaire Page. Use the PeopleTools message catalog (not the HCM Text Catalog) to define additional decision support content for your organization.

Content

Displays the message text from the specified message catalog entry.

Use the Clone Transaction secondary page (HR_MSS_CT_CLNE_SEC) to create a new row for an existing transaction ID, and specify the effective date and regulatory region for the new row.

Navigation:

Click the Clone Transaction link on the Transaction Configuration - Configuration page.

This example illustrates the Clone Transaction secondary page.

Clone Transaction secondary page

Field or Control

Description

Regulatory Region

Enter the regulatory region for the new row to be created. When a transaction has different configurations for different regulatory regions, the system uses the configuration for the employee who is being processed. If there is not a row for the employee’s regulatory region, the system uses the default configuration (the one that does not have any regulatory region specified).

Title

The title for the new row appears as the transaction title at runtime.

Use the Transaction Configuration - Questionnaire page (HR_MSS_CT_SEQ) to add questions for guided self-service transactions.

Navigation:

Set Up HCM > Common Definitions > Guided Self Service > Transaction Configuration > Questionnaire

This example illustrates the Transaction Configuration - Questionnaire page.

Transaction Configuration - Questionnaire page

The pages and fields that appear in a guided self-service transaction depend on the answers to the questions listed in the Questionnaire grid. All transactions must have at least one question, even if that question is hidden and the end-user never sees it. Questions that are not hidden appear on the Questionnaire Page, which is presented to the end user when the transaction is first invoked.

Questions Tab

Field or Control

Description

Sequence

Enter a sequence number to determine order in which the questions are presented to the end-user on the Questionnaire page.

For the Hide Action/Reason setting on the Actions tab, the sequence also determines which setting is used if different rows have different settings. Specifically, the system uses the settings from the first question that has a Yes answer.

Question Text ID

Enter the text catalog ID for the text of the question. Valid text catalog IDs are those that have the object owner ID of HELM (eProfile Manager Desktop) and the sub ID of CT.

On the Form Factor tab, you can enter a different text catalog ID for small form factor devices such as phones.

View/Edit Text

If a Question Text ID has been entered, you can click this link to open a dialog box that displays the text catalog entry on the Maintain Text Catalog page. Use the dialog box to view or modify the text catalog entry.

Default Response

Select a default response of Yes or No to this question. The field defaults to No.

Hide Question

Select this check box to hide this question from the end user on the Questionnaire page. This check box is enabled only when the Default Response value is Yes.

If all the questions defined for a transaction are hidden, the Questionnaire page is not displayed as part of the guided self-service transaction.

Note: Any fields that are essential to a transaction should be associated with a hidden question. Because this question always has a Yes answer, the fields are always included in the transaction, even if the user answers No to all other questions.

Actions Tab

This example illustrates the Actions tab from the Questionnaire grid on the Transaction Configuration - Questionnaire page.

Transaction Configuration - Questionnaire page: Actions tab

Note: The fields on this tab relate to the actions and action reasons on the employee’s job record. They are not relevant to the delivered Clone Position transaction, which does not affect employee job records.

Field or Control

Description

Action

Select the personnel action code to associate with this question. You can select any active action that is defined on the Actions Page, with the exception of these actions:

  • Hire

  • Rehire

  • Add Contingent Worker or Renewal (actions for contingent workers).

The system uses this action code in the new Job record row that is created when the transaction is approved. If the same action code is specified for all of the transaction’s questions, then the system writes one row to the Job record. If different questions have different action codes, then the system creates multiple rows in the Job record, but the same data, except for the action and action reason, is written to each row.

Note: The manager will not see the Action field on the guided self-service transaction page.

Action Reasons

Click to access the Action Reasons Page, where you can choose valid action reasons for the job data row that the transaction creates and you can choose a default action reason.

Note: Rows that have the same action must also have the same action reason settings. If you change the action reason settings for a row, your changes are automatically applied to any other rows with the same action.

Hide Action Reason

Select this check box to hide the Reason field on the guided self-service transaction pages. This configuration prevents the manager from overriding the default reason.

If you select this check box for some questions but not for others, at runtime the system uses the setting from the first question that has a Yes answer. Typically this is the first question in the transaction, which is normally configured as a hidden question with a Yes answer.

When you select the Hide Action Reason check box, the Action Reasons link on this configuration page becomes read-only. Therefore, if you want a default action reason that cannot be changed, click the Action Reasons link and choose a default action reason before you select the Hide Action Reason check box.

Action Reason Required

Select this check box if an action reason is required for the transaction. This check box is available only if the Reason field is visible in the transaction (that is, the Hide Action Reason check box is not selected).

Pages Tab

This example illustrates the Pages tab from the Questionnaire grid on the Transaction Configuration - Questionnaire page.

Transaction Configuration - Questionnaire page: Pages tab

Field or Control

Description

Page Name

Select the page that contains the record and field definitions that are associated with this question. You can associate the same page with more than one question. After choosing a page, click the Page Fields link to access a secondary page where you choose which fields on the page to show to the end user when this question is answered Yes.

These are the supported pages:

  • HR_MSS_CT_JOB_SBF (Job Details subpage) for job data fields.

  • HR_MSS_CT_COMP_SBF (Compensation Details subpage) for compensation data fields.

  • HR_MSS_CLPOSN1_SBF (Clone Position subpage) for position data fields.

Oracle also delivers an additional job data subpage, HR_MSS_CT_JOBC_SBF that your organization can modify if you need to add additional fields for guided self-service. As delivered, this page does not include any fields.

For a detailed list of the fields on each page, see Understanding Delivered Transactions and Fields for Guided Self-Service.

Page Fields

Click to access the Page Fields Page where you choose which fields to show to the end user when this question is answered Yes.

Form Factor Tab

This example illustrates the Form Factor tab from the Questionnaire grid on the Transaction Configuration - Questionnaire page.

Transaction Configuration - Questionnaire page: Form Factor tab

Field or Control

Description

Small Form Factor Text ID

Use this field to define alternate question text for small form factors such as phones. This option enables you to shorten questions for the smaller screen. To choose the alternate text, enter the ID of the Text Catalog entry with the appropriate text.

When this field is blank, the regular question text appears on all devices.

View/Edit Text

If a small form factor text ID has been entered, you can click this link to open a dialog box that displays the text catalog entry on the Maintain Text Catalog page. Use the dialog box to view or modify the text catalog entry.

Position Data Options

Field or Control

Description

Position Data Options

If you use position management, click this link to access the Transaction Configuration - Position Data Options Page, where you configure options related to updating the employee’s position data.

Note: Position Data settings are valid only for the delivered transactions Change Full/Part Time or Hours, Request Location Change, Request Reporting Change, and Update Job Details for Group. Do not set up position options for any other transactions.

This link is not visible for the Clone Position transaction, which creates a new position but does not affect existing positions.

Use the Action Reasons page (HR_MSS_CT_RSN_SEC) to choose the valid action reasons for the job data row that the transaction creates and to choose a default action reason.

This page is not relevant to the delivered Clone Position transaction.

Navigation:

Click the Page Fields link on the Actions tab of the Transaction Configuration - Questionnaire page.

This example illustrates the Action Reasons page.

Action Reasons page

Important! Rows that have the same action must also have the same action reason settings. If you change the action reason settings for a row, your changes are automatically applied to any other rows with the same action.

The fields at the top of the page identify the transaction and regulatory region you are configuring and the action code for which you are configuring action reasons.

Action Reasons Grid

Field or Control

Description

Reason Code and Description

These fields identify the action reasons that are associated with the action you are configuring. The grid lists all available reasons for the specified action.

Display

Select this check box to make an action reason available for the job data row that gets created for this action. You must select this check box for the default action reason. Also select this check box for all values that you want managers to be able choose manually.

If you configure the transaction to hide the Action Reason field from end users, then the end user cannot override the default and there is no reason to select any rows other than the default.

Default

Select this check box for one row only. The selected reason becomes the default reason for the job row that is created with the specified action. The end user will be able to override the default reason unless you select the Hide Action Reason check box for this action.

If multiple questions have the same action code but different reasons, the system uses the default reason for the first question that has a Yes answer. Typically this is the first question in the transaction, which is normally configured as a hidden question with a Yes answer.

Use the Page Fields page (HR_MSS_CT_FLDS_SEC) to choose which fields to display on the guided self-service transaction and to choose whether those fields are display-only.

Navigation:

Click the Page Fields link on the Pages tab of the Transaction Configuration - Questionnaire page.

This example illustrates the Page Fields page.

Page Fields page

The fields at the top of the page identify the question you are configuring and the page that you associated with the question.

Page Fields Grid

Field or Control

Description

Page Field Name

Displays a list of fields that are associated with the Page Name shown at the top of the page.

For a list of the fields that are available for selection, see Understanding Delivered Transactions and Fields for Guided Self-Service at the beginning of this topic.

When you configure job data fields, use the same settings for the Reports To and Supervisor ID fields. The guided self-service transaction and approval pages include logic to display the correct field depending on the employee data.

For employees in positions, the Reports To field displays the position to which the employee reports rather than the person to whom the employee reports, so if this field is shown, the transaction and approval pages also display a read-only Manager Name field.

Visible

Select this check box to make a specific field visible to the end user on the guided self-service pages.

Note: The Clone Position transaction clones data from all of the available fields, including those that are not visible to end users.

Different fields are appropriate for different transactions. For example, the Last Date Worked field is used so that a manager can enter an employee’s actual last work day, so this field is appropriate for the Terminate and Retire transactions.

The field is visible if it is marked visible for at least one question with a Yes answer, regardless of whether it is marked visible for other questions.

Even if a field is marked as visible for multiple questions, it appears only once on the guided self-service pages.

Visible fields are enterable unless you also select the Display Only check box.

Note: If you make the Business Unit field enterable in a guided self-service transaction, you should also make the Location Code, Department ID, and Job Code fields enterable. This is necessary because if the end user changes the business unit, the system will clear the values for Department, Location and Job Code, and the end user will need to enter new values in those fields.

Display Only

Select this check box if you want a visible field to be read-only on the guided self-service pages. Only fields that are already marked as visible can be made read-only.

If a particular field is marked as read-only for at least one question with a Yes answer, the field will be read-only regardless of whether the field is configured as read-only for other questions.

Use the Transaction Configuration - Position Data Options page (HR_MSS_CT_POSN_SEC) to configure position data updates based on guided self-service updates to incumbent data.

Important! Position Data settings are for changing the data associated with a position. The only delivered transactions that support this option are Change Full/Part Time or Hours, Request Location Change, Request Reporting Change, and Update Job Details for Group.

This page is not applicable to the Demote Employee, Promote Employee, and Transfer Employee transactions, which assign employees to new positions. Nor is it applicable to the Clone Position transaction, which creates a new position without affecting existing position data.

Navigation:

Click the Position Data Options link on the Questionnaire page. This link is not available for the Clone Position transaction, which never updates an employee’s position data.

This example illustrates the Transaction Configuration - Position Data Options page.

Transaction Configuration - Position Data Options page

Field or Control

Description

Update Position Data

Select this check box to allow the system to make automatic updates to position data. The position data change occurs only if both of these conditions are met:

  • There is a one-to-one relationship between the employee and the position.

  • The employee’s position data has not been overridden.

See Understanding Updates to Position Data.

Reason

Select the reason for the position data change. This reason is entered into the new effective-dated row that the system creates in the position data record.

Position Data Fields

This read-only list shows which fields from the guided self-service transaction are included in position data updates:

  • For the Request Location Change transaction, the only field in the list is Location Code.

  • For the Change Full/Part Time or Hours transaction, the only field in the list is Full/Part Time.

  • For the Request Reporting Change transaction, the only field in the list is Report To.

  • For the Update Job Details for Group transaction, the fields in the list are Department ID, Location Code, and Reports To.

If you inadvertently access this page for other transactions, additional fields can appear in the list. However, because those other transactions do not support position data updates, you can ignore the field list.

Use the Clone Transaction page (HR_MSS_CT_CLONE) to clone guided self-service transactions for manager self-service.

Navigation:

Set Up HCM > Common Definitions > Guided Self Service > Clone Transaction > Clone Transaction

This example illustrates the Clone Transaction page.

Clone Transaction page

Select an existing transaction configuration and enter the new transaction ID, effective date, regulatory region, and title. Upon saving, the system will take you to the Transaction Configuration - Configuration Page where you can modify your newly copied transaction.