EC Position Management Workbook 2H 2024
EC Position Management Workbook 2H 2024
Management Config
Workbook v2H
Co
Kic
Go
Central Position
nt Configuration
kbook v2H 2024
Company:
Company ID:
Kick Off Date:
Go Live Date:
Document History
Revision Date Summary of Changes
12/16/2019 1911 Version - updated position org chart configuration options & RBP
8/4/2020 2005 Version - update with more details on the Object page & UI worksheet
7/5/2021 2105 Version - update to Position Management settings
5/12/2022 2205 Version - update to Position Object
28th July 2023 H2 2022 and H1 2023 release updates
2/2/2024 H2 2023 release updates
1/7/2025 H1 and H2 2024 updates
Approvals
Name Title Date
ory
Revised By
P Nathan Wilkinson
ksheet Nathan Wilkinson
Nathan Wilkinson
Henriette Beek
Tanya Page
Tanya Page
Tanya Page
Iteration 2 Change
Iteration 3 Change
JUMP BACK TO TOC
Foundation
jobCode Job Code 255
Object
Foundation
payGrade Pay Grade 255
Object
Foundation
businessUnit Business Unit 255
Object
Foundation
division Division
Object
Foundation
department Department 255
Object
Foundation
location Location 255
Object
Foundation
costCenter Cost Center 255
Object
Foundation
payRange Ray Range 255
Object
cust_
Default Screen
Searchable Fields
Security
Security Yes
Permission Category Miscellaneous Permissions
CREATE Respects Target Criteria Yes/No
Pending Data Yes/No
Base Date Field For Blocking Date
Rules
Initialize Rules
Validate Rules
Save Rules
Delete Rules
Customer Label (specify alternative label to "Position" if required)
Position
Visibility Customer Label Required Data Source
Editable Yes
Editable Yes
com.successfactors.fo.bean.eo.StatusEn
Editable Yes
um
Editable Yes
Not Visible No
Editable No
Not Visible No
Editable No
Editable
Editable No
Editable No Yes / No
Editable No
Editable No
Editable No
Editable No
Editable No Legal Entity Foundation Object
Editable No
Editable No
Editable No
Editable No
Association
Read Only No
Association
Rules Decimal Precision Comments
The position code is the unique identifier for
the position. You can have the system
generate the code automatically.
Example of Position
Admin Center -> Company Processes & Cycles -> person(Employee Files) ->
Manage Positions
JUMP BACK TO TOC
All rules
Iteration 2 Change
Iteration 3 Change
RULE Description Fields
Approver
Approver
Type
Type
Value
WORKFLOW CONTENT DETAILS
Edit Edit
Approver Approver Approver
Transactio Approver Transactio Approver Approver Approver
Type Type Type
n Type n Type Type Type
Value Value Value
Capability Capability
WORKFLOW SETTINGS
Approver Approver
Approver
Type Type
Type
Value Value
General Settings
Use Position Types
Hierarchy Adaption
Leading Hierarchy
Synchronization
Position to Job Inforrmation Synchronisation
Rule for Synchronising Position to Job Information
UI Customizing
Rule for Defining Copy-Relevant Position Fields
Right to Return
Right to return for leave of absence
Unassigned from Position
Transition Period
Recruitment Integration
Raise Events
Use Recruitment Integration
Rule for deriving Requisition Template ID
Rule for mapping fields between position and requisition
Information
If you want to use Position Types you need to set the value to Yes.
If you are generating the position external code automatically you need to set the field to 'Yes'.
Choose Yes if you want to set or reset the position To Be Recruited status if the position FTE is changed.
Choose Yes if you want to set or reset the position To Be Recruited status if an incumbent's FTE is changed in
the Manager Self Service (MSS) or Job Information Import. If the Position assignment changes, this setting is
not relevant.
Information
You can define which hierarchy is leading in the system. If the leading hierarchy is changed, the changes are
automatically adopted in the other hierarchy.
No: This is the default. When terminating a manager, the Transfer Direct Reports section does not include
transferring directs according to the position hierarchy.
Yes - Optional: If this is chosen, the Transfer Directs According to Position Hierarchy option is set as the default
for the Transfer Direct Reports section on the Termination screen. The user can accept this default or change
it.
Yes - Always: This will completely hide the Transfer Direct Reports section on the Termination screen. A text
will inform the user that the direct reports were reassigned based on the position hierarchy. The user will not
be able to select another option.
Note: This option can only be used if the position hierarchy is the leading hierarchy.
If the position hierarchy is the leading hierarchy or if there is no leading hierarchy, the system defaults the
supervisor when selecting a position. If the reporting hierarchy is the leading hierarchy, the system defaults the
position when selecting the supervisor. Select Yes to switch on defaulting.
Once the number of incumbents of either child positions or matrix positions hits this number, the updates to
the hierarchy or job relation will be carried out as a scheduled job. If the number falls below the number, then
the update will happen immediately. Please note number must be between 5-20, otherwise it will display an
error. Also, this setting is only relevant if the position hierarchy is the leading hierarchy.
Yes/No
Offset in Days
Information
Use this option to determine how synchronisation of incumbents in the position organisational chart is carried
out.
- User Decision: If you choose this, a popup appears after every position change asking whether the
incumbents should be synchronised.
- User Decision If Required: If you choose this, a popup only appears if synchronisation-relevant fields are
being changed.
- Automatic: If you choose this, synchronisation takes place in the background.
- Never: If you choose this, no synchronisation takes place.
The rule you select here is used when the position is changed in the Position Organisational Chart or via import
and the changes are synchronised to the incumbent's job information
The rule you select here is used to determine which common fields between Job Information and Position are
synchronised when job information is changed and this leads to a position reclassification or position transfer.
Choose Yes if you want the system to first search for a position that has status To Be Hired before creating a
new position.
Choose Yes if you want the system to first search for a position that has status To Be Hired before creating a
new position.
You can define an area in which the headcount should keep stable in case an employee is assigned to a new
position in a reclassification or transfer.
Note that the headcount will only be adopted if the "leaving" position is subject to position control.
Choose “Yes” if you want the system to automatically synchronize Position to Job Information using a job if
they are not in sync.
Information
You can use this option to determine whether and how the synchronization of position matrix relationships
and job relationships is executed.
“No” :
- When the setting is set to No, the options for transferring job relationships are shown on the Termination and
Internal Hires pages.
“Delimit Job Relationships” :
- When this setting is set, the options for transferring job relationships are no longer shown on the Termination
and Internal Hire pages. This setting checks if there is another incumbent available for a given matrix position,
for example, if the job relationship manager's employment is terminated.
- If there is another incumbent available, this user is assigned as the new job relationship manager.
- If there is no other incumbent available for this matrix position, then the given job relationship type is
delimited (this means that the system sets an end date for the job relationship that is equal to the termination
date.)
- When this setting is set, the options for transferring job relationships are no longer shown on the Termination
and Internal Hire pages. This setting checks if there is another incumbent available for a given matrix position,
for example, if the job relationship manager's employment is terminated.
- If there is another incumbent available, this user is assigned as the new job relationship manager.
- If there is no other incumbent available for this matrix position, the search proceeds to the higher-level
positions of the user whose employment is terminated until the system finds an incumbent. This incumbent is
assigned as the new job relationship manager.
Choose “Yes” if you want the system to automatically synchronize Position Matrix Relationships to Job
Relationships using a job if they are not in sync.
Information
The rule you select here is used to determine which position fields are copied when you create a new position
in the position organisational chart.
You can use this option to respect configured workflows while copying a position in the position organisational
chart. If set to No, the copied positions are created without respecting any workflow. Note: For each new
position a separate workflow request will be created.
If you want to filter positions by company in the Manager Self Service (MSS) job information and history you
need to set the value to Yes. If you select No, the positions will still be filtered by company in the recruitment
process.
If you only want to show positions that have status To Be Hired in the Manager Self Service (MSS) Job
Information UI and Hire UI, you need to set the value here to Yes. Even if you do this, all positions, whatever
their status, are shown in the Job Information History UI.
Choose Yes to display the Positions Under Employee field in New Recruit, Manager Self Service (MSS) Job
Information, and History UI. Choosing an employee in this field ensures that the Position field provides only
lower-level positions of the position of the chosen employee. Choose No to hide the Positions Under Employee
field, that means, all positions are offered in the Position field.
Information
The rule you select here is used to decide whether the employee shall be unassigned from the position in the
leave of absence period
The rule must have 'Job Information' as base object and 'Position Management Decision' as parameter with
code 'Decision'.
The rule you select here is used to decide whether a Right to Return to the employee's position shall be
created in the leave of absence period
The rule must have 'Job Information' as base object and 'Position Management Decision' as parameter with
code 'Decision'.
The rule you select here is used to decide whether the home employee shall be unassigned from the position
in the Global Assignment period or not.
The rule must have 'Job Information' as base object and 'Position Management Decision' as parameter with
code 'Decision'.
The rule you select here is used to decide whether a Right to Return to the home employee's position shall be
created in the Global Assignment period or not.
The rule must have 'Job Information' as base object and 'Position Management Decision' as parameter with
code 'Decision'.
The event reason you select here is used for assigning the home employee from the position in the Global
Assignment period.
The event reason you select here is used for assigning the home employee again to the position after the
Global Assignment period.
Information - You can use the options on this tab to determine whether a transition period for positions is
allowed or not. With a transition period, you can define a period in which a position can be overstaffed by
incumbent or FTE. This means that you can assign a successor to a position while the employee who is
leaving the position is still assigned even if the position is overstaffed as a result. You can either switch on
this feature globally for all positions with this option or you can use the options in the Position Type if the
feature should only be relevant for a group of positions.
If you want to use transition periods, you need to set the value to Yes.
Information
Choose Yes if you want the system to trigger adaptation of the reporting hierarchy when you are importing
positions.
Note that this option is only relevant if the position hierarchy is the leading hierarchy. If you have chosen No
the system will not respect the setting in field Adapt Reporting Line if Position Hierarchy is changed? of an
assigned position type if the position hierarchy was changed via a position import.
Choose Yes if you want the system to trigger adaptation of the non-leading hierarchy when you are importing
Leave of Absence records.
Note that this option is only relevant if you use Right To Return and if the employee will be unassigned from
the position in the Leave of Absence period.
Choose Yes if you want the system to validate the position assignment when you are importing Job History data.
Choose Yes if you want the system to trigger adaptation of the To Be Recruited status of the affected positions
when you are importing Job History data.
Note that this option is only relevant if you have specified that the To Be Recruited status of a position has to
be adapted if an employee is assigned to a position, if the employee's assignment is removed and/or if the
incumbent's FTE is changed.
Choose Yes if you want the system to trigger a Position Reclassification or Transfer when you are importing job informatio
Choose Yes if you want the system to trigger adaptation of the non-leading hierarchy when you are importing
Job History data.
Note that this option is only relevant if you have specified a leading hierarchy.
The event reason you select here is used when the supervisor assignment (if the position hierarchy is leading)
or the position assignment (if the reporting hierarchy is leading) is changed during the import of Job History
data. If you do not select an event reason here, the event reason from the Job Information import file will be
reused.
Note that this option is only relevant if you enter Yes in the Adapt The Non-Leading Hierarchy field.
Information
Options Client Option SAP Leading Practice
Yes/No No
Yes/No Yes
Never/Always/Only if planned Only if planned FTE value is reached
FTE value is reached
No Yes - Always
Yes - Optional
Yes - Always
Yes/No Yes
Yes
Offset in Days = 0
JobinfoToPos JobinfoToPos
Yes/No No
Yes/No No
Yes/No Yes
Offset in Days = 0
Yes/No Yes
Offset in Days = 0
Yes/No No
Yes/No Yes
Yes/No Yes
Yes/No No
Yes/No No
Rule Rule
Rule Rule
Rule Rule
Options Options
Yes/No Yes
3
Months
Options Client Option Options
Yes/No Yes
It is recommended to set this to No
during the initial import at go live
Yes/No Yes
It is recommended to set this to No
during the initial import at go live
Yes/No Yes
It is recommended to set this to No
during the initial import at go live
Yes/No Yes
It is recommended to set this to No
during the initial import at go live
Yes/No No
Yes/No Yes
onInitUI Rules
onInsertUI Rules
Correct (also need Metadata Framework that give Admin tools link
in UI)
Delete
Field Level Overrides
Please define position field to be read on invisible
Respects Target Criteria Only Position
below their role
X X X
X X
X X X
X
X
MassChangeJobConfiguration
ExternalID
Name
TargetGOType Position
minRecordLimitToTriggerJob
Field configurations
FieldDefinition defaultFilter filterable editable
Yes/No Yes/No
Employee Central Quick Action Template(Employe
Iteration 2 Change
Iteration 3 Change
Create
Creae Same- CREATE_NEW_POSITI
Same-Level Position
Level ON_FROM_GIVEN_P Active
Position Information
Position OSITION
(Copy Rule)
standardHou
jobCode targetFTE
rs
Customer
Comments
© 2016 SAP SE or an SAP affiliate company. All rights reserved.
SAP and other SAP products and services mentioned herein as well as their
respective logos are trademarks or registered trademarks of SAP SE (or an SAP
affiliate company) in Germany and other countries. All other product and service
names mentioned are the trademarks of their respective companies.