Professional Documents
Culture Documents
4 Flextime Bandwidth. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
4.1 Defining Flextime Bandwidth in a Work Schedule. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
4.2 Creating a Time Type Group for Flextime Bandwidth. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
4.3 Setting Up Time Valuations for Flextime Bandwidth. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Creating Time Valuations That Raise Error Messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19
Creating Time Valuation Alerts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.4 Permission of Time Recording Outside the Flextime Bandwidth. . . . . . . . . . . . . . . . . . . . . . . . . . . .20
Defining Extra Time Types. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Creating Extra Time Type Groups. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Setting Up Time Valuations for Flextime Violations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Get an overview of some Time Management scenarios and learn how to implement these scenarios.
Implementation partners who set up SAP SuccessFactors Employee Central can implement a number of Time
Management scenarios. This guide provides an overview of some of these scenarios and explains how to
implement them. Before you can implement any of these scenarios, you must complete the basic setup of SAP
SuccessFactors Employee Central, including Time Management.
Advance Leave Payment refers to advancing one or more periods of the net pay to the employee, when the
employee is going to be absent in the subsequent pay day(s).
The request for an advance payment for the absence can be requested by the employee itself or even by the HR
admins. In the current release, the advance leave payment can be requested based on the configuration.
However, typically it is applicable for the below leave types:
● Recreational/Annual Leave.
● Long Service Leave.
When requesting for the advance payment, there is an option to allow the split of the advance payment across
the financial year. This is essential in case the absence requested by the employee is spanning across the
financial year change. In the new financial year, the employee may have different tax implications and hence the
option is available to split the advance payment across the financial year.
Create a Time Type for the Advance Leave Payment for the country Australia, so that the employees or the HR
admins will be allowed to request for it.
Context
When requesting for Time Off, if the Time Type selected is the one we are creating here, the option to request
for the advance leave payment will be shown to the users.
Procedure
1. Go to Admin Center and choose Manage Time Off Structures under Time Management.
2. Select the Time Type option from the Create New drop down.
Note
Country/Region specific localization for Time Type is supported only with Unspecified as the
Absence Class.
Next Steps
For more information on the Absences Infotype, see Absences (Infotype 2001) - Australia
For more information regarding the payroll processing, please refer to the Advance Payment Reporting section
in the Payroll Australia guide.
Next task: Create a Business Rule for Pay Date validation [page 6]
A business rule can be created to check if the pay date falls outside the start date and the end date of the leave
for which the advance leave payment is being requested.
Context
When requesting for an advance leave payment, there may be a need of the pay date being within the start date
and end date of the leave. You can create a business rule to display a message if the pay date falls outside the
start date and end date of the absence.
Note
Field Entry
8. In the Then block, select the output type as Raise Message and choose the Message created as per your
requirement. Select the Severity of the message as per your requirement.
9. Click on Save.
Next Steps
The rule created needs to be selected in the Take Rules section of the Time Type.
Related Information
It is possible to schedule an automated periodic update of time accounts. The update will then carry out a
specific predefined action without you having to do it manually.
Here are some use cases for which you might find this helpful:
● Automatically processing flextime accounts (working time accounts) at the end of each flextime cycle
The balances on such time accounts cannot grow indefinitely. You can handle this by capping the balances
so that no more than the average contractual weekly hours are transferred to the next flextime cycle.
Note
You can only forward a maximum of -10 hours to the next flextime cycle.
How It Works
You schedule an update for a time account, and specify that the update should carry out a predetermined
action, such as capping the balance at a certain limit. You have complete freedom to specify the frequency of
the updates for each time account (for example, at the end of every week or month, at the end of a quarter, at
the end of a year, and so on). You can rerun and recalculate any periodic update.
Note
● If there are no postings of type Periodic Update for the period for which the run has taken place, then
those employees will be selected for rerun.
● There is no automatic recalculation. You need to create a calendar run manually in order to trigger the
recalculation of existing periodic update bookings.
● Any errors that occur during a periodic update run can be viewed on the Admin Alerts 2.0 tile on the
homepage.
There's also a new screen, Review Periodic Time Account Updates, on which managers and administrators can
check the balances for all employees for whom the periodic update has been performed. If necessary, they can
also make corrections. For example, they can update the employee's timesheet or report an unpaid absence in
order to trigger a salary recalculation.
● The posting date cannot be any date other than the period end date.
Limitations
This function is not supported for recurring time accounts. In addition, you cannot use automated periodic
updates to do any of the following:
Note
If you want to close a time account, you can use Interim Updates instead.
Related Information
Setting Up Automated Processing of Flextime Accounts at the End of Each Flextime Cycle [page 10]
Reviewing Automated Periodic Updates of Time Accounts [page 12]
Make the necessary settings to enable the regular automatic processing of flextime accounts (working time
accounts).
Prerequisites
● You have been assigned all the necessary administrator permissions to run Time Off calendars.
● You have been assigned the permission Access Periodic Time Account Update.
● The time recording method has been set to Clock Time and the unit of the time account has been set to
Hours.
This is required when you use the working time account to post the plus/minus hours compared to
your planned working time into the time account.
● Recalculation has been switched on. This is to ensure that all changes will be reflected in the time account
if you add an absence or attendance later after the periodic update has run.
Procedure
Note
This setting is only required if you want to post the plus/minus hours to working time accounts after
the time sheets have been approved.
4. Create a time recording profile with a time valuation rule that will post the hours worked more/less than
your planned working times as credits/debits to your working time account. This is required for flextime
scenarios in which working time accounts are used. For more information, see Setting Up Working Time
Accounts [page 14].
Time accounts will now be updated automatically based on the period you specified in the Periodic Time
Account Update Profile object.
Related Information
Use the Review Periodic Time Account Updates UI to keep track of any automated periodic updates that have
been made to time accounts, and correct them if necessary.
Prerequisites
You've been assigned the Access Periodic Time Account Update permission under Manage Permission Roles
Manage Time Off .
Using the UI
Search for and open the Review Periodic Time Account Updates UI from the homepage. Once there, select the
relevant time account type and the period in which the periodic update took place (or is scheduled to take
place). You will see:
Note
Specifically, you'll see updates for the target population specified in Edit Granting. Any user not in that
target population will be filtered out, and will not be displayed.
● Make corrections to an automated posting. To do this, use the icon to navigate to the Time Workbench UI
and add a Periodic Update Correction posting.
You cannot correct any periodic updates that occurred more than one year into the past from the
current date.
● Record an unpaid absence using the Time Workbench. In cases like this, the hours for unpaid absence
should result in a reduction of salary.
● Navigate to an employee's time sheet and make corrections on their behalf.
● Filter the list of results by employee name, supervisor name, department name, and posting type.
● Download the list of results as an Excel sheet.
Related Information
Use this object to specify how regularly you want a periodic update rule to be applied to each time account of a
certain time account type. The profile can be assigned to multiple time account types.
To record variations from standard working time, set up working time accounts and specify which employees
can use them.
Context
Working time accounts record variations from standard working time. These variations are recorded by
calculating the balance of time worked in excess or falling short of standard working time. This balance is
calculated by comparing the time employees actually work with their work schedule.
Procedure
1. Create a time account type you can use to post data to a working time account.
Note
Do not use a time account type that you already use for time off in lieu.
Note
If you use period-end processing, do not use the account creation type Recurring for working time
accounts.
2. Assign your time account type for working time accounts to a time profile.
Note
If Update Working Time Account Only When Changes Approved is activated, time sheet entries must be
approved before they're posted to the working time account.
3. Decide which of your time type groups should show the working time input.
4. Create a time type group.
a. Set Time Category to Calculated Time.
b. Set Time Pay Type to Yes.
c. Set Valuation Result Category to Difference in Working Time.
d. In the Valuation Result Factor field, enter 1.
5. Create a time valuation.
a. In the Time Type Group Above field, select the time type group you've just created.
b. Set Valuation Type to Difference between Input and Threshold.
c. Choose a fixed threshold or a threshold group, such as scheduled working time.
d. In the Input Time type Group field, select the time type groups that show the working time input.
6. Add your time valuation to a time recording profile.
Results
Employees for whom you've gone through the above process can see the balance on their working time
account when they access their timesheet UI.
To prevent flextime employees from recording extreme working times, flextime bandwidth defines the earliest
possible start time and the latest possible end time that a flextime employee can record.
Flextime allows employees to choose when they start and finish work, as long as they work for a certain
number of hours each week. However, this flexibility allows employees to record long working days, early start
times, and late end times. You can prevent employees from recording such extreme working times by
implementing flextime bandwidth. Flextime bandwidth defines the earliest start time and the latest time that
flextime employees can record. Working time recorded outside the flextime bandwidth isn’t taken into account.
Before you can define flextime bandwidth, you need to define scheduled working time in the work schedule.
Scheduled working time defines the typical start and end time of a working day and is used as a calculation
basis for things such as weekly hours and overtime. You also define flextime bandwidth in the work schedule. To
define that the time recorded outside the flextime bandwidth isn’t taken into account, you create time type
groups and time valuations for flextime bandwidth. If necessary, you can also permit employees to record time
outside their flextime bandwidth.
To specify the earliest and latest times employees are allowed to record working time, define flextime
bandwidth in a work schedule.
Prerequisites
Procedure
Next Steps
Next task: Creating a Time Type Group for Flextime Bandwidth [page 18]
Create a time type group for flextime bandwidth so that the flextime bandwidth you define in the work schedule
can be processed by the time valuation.
Procedure
Next task: Setting Up Time Valuations for Flextime Bandwidth [page 18]
Define what happens when employees record time outside their flextime bandwidth.
Prerequisites
Procedure
Recorded working time is used as the basis for the following calculations.
5. Assign the time type group for flextime bandwidth as the deduction group.
The recorded working time is filtered for time within and outside the flextime bandwidth.
6. Specify the time type group for working time taken into account as the time type group below.
○ To prevent employees from recording times outside the flextime bandwidth, create an error message
on the time type group above.
○ To warn employees that time outside the flextime bandwidth isn't taken into account, create a time
valuation alert on the time type group above.
9. Save your new time valuation and assign it to the time recording profiles of the employees who use this
valuation type.
Previous task: Creating a Time Type Group for Flextime Bandwidth [page 18]
Next: Permission of Time Recording Outside the Flextime Bandwidth [page 20]
To prevent employees from entering time values that aren't permitted, create time valuations that raise error
messages.
Procedure
Results
If employees try to enter a time value that isn’t permitted, an error message is raised.
Create time valuation alerts to notify employees and administrators of certain time valuation results.
Procedure
Results
If the time valuation creates a result for which you've defined a time valuation alert, the following happens: A
warning is displayed and an admin alert is created on the Admin Alerts 2.0 page.
If exceptional circumstances require employees to record working time outside their flextime bandwidth, you
can permit employees to record such times.
Flextime bandwidth is intended to prevent employees from working at specific times. However, there can be
situations that require employees to work at unusual times. Examples include emergency situations and work
You permit time recording outside the flextime bandwidth by defining extra time types, creating extra time type
groups, and by setting up time valuations for flextime violation.
Previous task: Setting Up Time Valuations for Flextime Bandwidth [page 18]
Define extra time types so that users can record additional time information that further specifies recorded
attendance time.
Context
Collision checks prevent the recording of concurrent times for an employee. However, some scenarios require
that recorded attendance time is further specified. Extra time types enable users to further specify certain
attendance times without causing a collision.
Procedure
To use the extra time type in a time valuation, create an extra time type group.
Task overview: Permission of Time Recording Outside the Flextime Bandwidth [page 20]
To process extra time types in time valuations, create an extra time type group.
Procedure
Task overview: Permission of Time Recording Outside the Flextime Bandwidth [page 20]
Next task: Setting Up Time Valuations for Flextime Violations [page 22]
Define what happens when employees record time outside their flextime bandwidth and are allowed to do so.
Prerequisites
Time outside the flextime bandwidth is used as the basis for the following calculations.
5. Assign the extra time type group as the deduction group.
The recorded working time outside the flextime bandwidth is filtered for time within and outside the extra
time period.
6. Specify the following time type group below: the time type group for working time outside the flextime
bandwidth that is taken into account.
Time recorded within the extra time period is taken into account.
7. Specify the following time type group above: the time type group for working time outside the flextime
bandwidth that isn't taken into account.
Time recorded outside the extra time period isn't taken into account.
8. Specify what happens if an employee records time outside the extra time.
9. Save your new time valuation and assign it to the time recording profiles of the employees who use this
valuation type.
Task overview: Permission of Time Recording Outside the Flextime Bandwidth [page 20]
In case standard leave doesn't meet an employee's needs, they can now officially request half pay leave or
double pay leave instead.
If an employee has insufficient balance left in their time account, they can take half pay leave, meaning only half
the usual balance will be deducted while they receive half their usual salary when on leave. Or if an employee
needs more money for vacation, they can request double pay leave, meaning double the number of leave days
will be deducted but they will receive double their usual salary.
How It Works
The Absence Counting Method object has a field called Deduction Factor. In that field, you specify the relevant
deduction factor (0.5 for half pay leave, 2 for double pay leave), and then employees can request the
accompanying type of leave in Time Off.
Note
● You can specify different deduction factors for each individual time type.
● The deduction factor can be a number ranging from 0 to 10, with 10 decimal places.
1. Setting Up Half Pay Leave and Double Pay Leave [page 24]
Create time types with the relevant deduction factors in EC Time, and make the accompanying
configuration setttings in Payroll.
2. Absence Counting Method Time Off Data Object [page 26]
Absence counting methods control the days Time Off includes when it calculates an absence of a time
type. It determines the basis on which the calculation takes place and the weekdays that the calculation
base should applies to.
Create time types with the relevant deduction factors in EC Time, and make the accompanying configuration
setttings in Payroll.
The half pay leave and double pay leave options provide employees with more flexibility when requesting leave.
If an employee has insufficient balance left in their time account, they can take half pay leave, meaning only half
Prerequisites
Configuration in EC Time
1. In Configure Object Definitions Absence Counting Method , set the visibility of the deductionFactor
field to Editable.
2. Create three time types with unit Days, and assign each one a separate absence counting method with the
relevant deduction factor:
○ Full pay leave: deduction factor = 1
○ Half pay leave: deduction factor = 0.5
○ Double pay leave: deduction factor = 2
Note
The final deduction quantity for an absence is calculated by first applying the other parameters and
then multiplying the quantity by the deduction factor.
3. For each time type, set the calculation method for the absence counting method as Work Schedule.
4. For each time type, set the duration display to Deduction Quantity in the object definition.
5. Assign the time types to a time profile, and make them available in Employee Self-Service (ESS) in EC
Time.
Configuration in EC Payroll
Ensure there's also a rule that will valuate the absences in Payroll. You can use view V_T554C for this.
Parent topic: Half Pay Leave and Double Pay Leave [page 24]
Next: Absence Counting Method Time Off Data Object [page 26]
Absence counting methods control the days Time Off includes when it calculates an absence of a time type. It
determines the basis on which the calculation takes place and the weekdays that the calculation base should
applies to.
Field Description
Country Enter the country that uses this absence accounting method.
Consider Holidays Choose Yes here if you want to take account of holidays when calculating an
absence.
Calculation based on Choose which of these options should be considered as days for the absence
calculation:
● Work Schedule
● Calendar Days
Note
Calculation based on calendar days is not possible when the time type
unit is Hours. This is because calendar days include also non-working
days. As such, the system doesn't know how many hours to deduct for
non-working days.
Days of the week (Monday through Sunday) For each day, if you want the day to apply to the absence counting method,
select Yes. To exclude it, select no.
External Name Enter a name that is meaningful for all relevant languages: typically the lan
guages that apply to your selection in Country.
Deduction Factor Enter a number that specifies the deduction quantity of an absence.
For example, if you enter 0.5, the final deduction quantity will be multiplied
by 0.5. If you apply for 5 days of leave, your deduction quantity would then be
calculated as 5 * 0.5 = 2.5 days. And if you enter 2, your deduction quantity
would be calculated as 5 * 2 = 10 days.
The deduction factor can thus be used to facilitate both half pay leave and
double pay leave scenarios.
Note
This field is hidden by default. You need to enable it by setting it to
Editable in Configure Object Definitions.
Parent topic: Half Pay Leave and Double Pay Leave [page 24]
Previous: Setting Up Half Pay Leave and Double Pay Leave [page 24]
The self-service scenario is an enhancement for time account payouts. When eligible for self-service is enabled,
employees and their managers can request payouts.
Prerequisites
Self-service for time account payout is an enhancement of the existing payout functionality. This scenario
assumes that you have an installed and configured Time Off. The following conditions are assumed:
A payout occurs, for example, when an employee receives payment instead of taking leave or time off.
Previously, time account payout was available in an administrator scenario, created in the Time Workbench.
Now, an enhancement is provided to add a self-service scenario functionality. With this enhancement,
employees or their managers can request for payouts on earned time account balances in Time Off.
The high-level steps for implementing the Time Account Payout for self-service scenario include creating the
following:
Context
To enable eligibility for payout functionality, you assign permissions to administrators. The administrators can
then create, edit, and delete time account payouts.
Note
All of the time objects are delivered as unsecured. We recommend that you secure them. Use Configure
Object Definition to change security settings.
Tip
We recommend using the Time Management Object Permissions category for securing all of the time
objects. Legacy systems might have the permissions currently located in Miscellaneous Permissions.
Note
The role, or roles, depends on how your company defines administrator tasks and responsibilities.
The Permission Role Detail view for the selected role displays
4. Choose Permission…
To view and edit the Time Account Payout Profile. Go to User Permissions Miscellaneous Permissions
and for Time Account Payout Profile. Select one or more of
To allow self-service for payout, a Time Account Payout these options depending on your requirements:
Profile object must be created and maintained. ○ Visibility select View
Allows the administrator to see the Time Account
Payout Profile.
○ Actions select Edit
Allows the administrator to edit the Time Account
Payout Profile.
To view and maintain Time Account Payout object. Go to User Permissions Time Management Object
This permission is for editing the delivered object defi- Permissions select one or more of these options for
nitions for time objects, for example, to enable custom Time Account Payout depending on your requirements:
fields, or add business rules, specific to your business ○ Visibility select View
logic. Allows the administrator to view time account payout.
○ Actions select Edit
Allows the administrator to edit the object definition
for time account payout.
Remember
All of the time objects are delivered as unsecured. Se
cure the Time Account Payout Profile object using
Configure Object Definition to make it available with
role-based permissions.
To provide access to the Payout tab on Time Go to Administrator Permissions Manage Time se
Administrator Workbench. lect one or more of these options depending on your re
quirements:
○ Access Workbench
Allows the user to access the Time Workbench in or
der to maintain time-related objects.
○ Access Accounts Payouts
Users with this permission can access the Account
Payouts tab in the Time Workbench "
To provide access to create, edit, and delete a payout Go to Administrator Permissions Manage Time Off
request. select the option depending on your requirements:
○ Manage Payout
Allows the administrator to create payouts for em
ployees.
Results
Next task: Assigning User Permissions for Self-Service Time Account Payout [page 32]
For employees or their managers to access the self-service dashboard to view balances and request payouts
from eligible time accounts.
Context
To enable access to the self-service feature for payout, you assign permissions to users to view information
about available time accounts and to allow them to create requests.
Note
All of the time objects are delivered as unsecured. We recommend that you secure them. Use Configure
Object Definition to change security settings.
Tip
We recommend using the Time Management Object Permissions category for securing all of the time
objects. Legacy systems might have the permissions currently located in Miscellaneous Permissions.
Procedure
The Permission Role Detail view for the selected role displays
To view the Time Account Payout object. Go to User Permissions Time Management Object
This object provides, for example, the associated ap Permissions . For Time Account Payout:
proval workflow to be applied to self-service requests. ○ Visibility select View
To view the requester name and photo when the re Go to User Permissions Employee Data .
quest for payout isn’t made by the user. ○ First Name select View
○ Middle Name select View
○ Last Name select View
○ Photo select View
To view the requester in the self-service dashboard. Go to User Permissions General User Permissions .
○ Select the Company Info Access checkbox.
○ Select the User Search checkbox
Allows the user to see the requester name and photo
in the self-service dashboard when the request for
the payout isn’t made by the user
Previous task: Assigning Administrator Permissions for Time Account Payout [page 29]
Next task: Enabling Time Account Type as Eligible for Self-Service [page 34]
Allow employees to request for time account payout for each time account type.
Prerequisites
Time Account Types are created and available to your role to edit.
Context
Any Time Account Type that is allowed to accept employee self-service requests must be designated as eligible
for self-service.
Procedure
The details for Time Account Type : <account name, for example, TA_VACATION> display.
4. Go to the Take Action button and select Make Correction.
5. Under Payroll Eligibility select Eligible for Self Service.
6. For the Payout Profile, select a previously created Time Account Payroll Profile to associate with this type.
Results
Next Steps
User permissions are required to allow employees to create payout requests. Refer to Assigning Permissions for
Time Account Payout for both administrators and employees for more information.
Previous task: Assigning User Permissions for Self-Service Time Account Payout [page 32]
Next task: Creating Time Account Payout Validation Rules [page 35]
Prerequisites
You’ve created the warning or error messages for Time Account Payouts in the Message Definition area of
Manage Data.
Context
You use this rule scenario for payout validation to generate a warning or error message. The relevant message
is triggered whenever the administrator makes changes or when an employee enters data.
When you create, cancel, or edit a payout, the system performs certain checks. For example, an error displays
when the requested quantity is greater than time account balance. You also have the option to add more
Procedure
Field Entry
7. Choose Continue.
If you want to format the text of the message, you can use any of these BBcodes:
[b]...[/b] Bold
[i]...[/i] Italics
[u]...[/u] Underline
[quote]...[/quote] Quote
[img]...[/img] Image
[code]...[/code] Code
[table]...[/table] Tables
10. You're free to add further ELSE conditions to the rule to trigger different messages under different
conditions.
11. When you've completed your IF/THEN statement, choose Save from the bottom of the view.
Previous task: Enabling Time Account Type as Eligible for Self-Service [page 34]
Next task: Creating Error Messages for Time Account Payout [page 37]
You create the error or warning messages that display when an employee requests a payout.
Context
When employees enter their payout request, validation business rules are executed. These rules enforce your
organization's policy guidelines by displaying warnings or error messages. For example, your policy restricts
employees to creating five payout requests a year. Another example is that employees are limited to request a
payout for a maximum of 10 days, even if their balance is more than 10 days.
The steps for creating validation rules are provided in Creating Time Account Payout Validation Rules. In these
steps, you create the message that displays when the validation rules for time account payout are executed.
Use the Message Definition to create messages that appear when these requests are created or edited.
Procedure
Note
To format the text of the error message or include an https: URL link, use standard BB Code (Bulletin
Board Code) markup language. See the table of supported BB Codes in the previous Creating Time
Account Payout Validation Rules.
When employee entry exceeds available time for payout. For example, Selected balance must be less
than or equal to [b]10[/b].
[xurl]https://mycompany.com/HRpolicy[/
xurl],
When employee request exceeds the number of requests For example, You have [i]exceeded[/i] your
allowed for a time period. payout request limit for this period.
[xurl]https://mycompany.com/HRpolicy[/
xurl]
Remember
The External Code must be unique and not used by any other Message Definitions or an errorCode
Already Exists displays.
6. Either copy and paste the code text in the Name field, or create a meaningful name to describe the error
message.
7. For Status, use the default, Active.
8. For these scenarios, you don't enter Parameters.
9. Choose Save.
Previous task: Creating Time Account Payout Validation Rules [page 35]
Next task: Creating a Business Rule to Trigger a Workflow for Payout [page 39]
Related Information
Creating Time Account Payout Validation Rules (for table of supported BB Codes) [page 35]
A business rule is required to trigger the approval process for a payout request.
Context
When making time account payout eligible for self-service, often an approval process is required to accept or
decline the request. You create a business rule to trigger the workflow.
Note
These steps trigger a workflow, they don't create a workflow. You create the workflow by following the
procedures in Setting Up Workflows in the Employee Central Workflows: Implementation and Administration
guide. Your created workflow is added to the Time Account Payout of the time account type.
Procedure
Field Entry
Purpose Workflow
11. Retain to be equal to and from the Value field, expand Time Account Payout Time Account Type
Payout Profile and select Workflow Configuration.
12. Choose Save.
Results
Next Steps
Go to Admin Center Tool Search Configure Object Definition and open the Time Account Payout object
in correction mode. Assign this created rule to onSave of the Time Account Payout object.
Previous task: Creating Error Messages for Time Account Payout [page 37]
A payout profile defines the configuration elements that determine how your payout policy is implemented.
Prerequisites
● You must be assigned permission to create or edit a time account payout profile
● Pay components and pay component groups
● Payout Validation Rules
● Workflow for the approval process
Context
Time Account Payout Profile is a new object. You create the profile to define the elements needed to implement
your payout policy. These elements include:
● Pay components
● Pay component groups
● Workflows
● Instructional texts
● Validation rules
Procedure
Pay Component Group <pay component group ID> This field is required to calcu
late the standard rate for payout. Maintain this field when
the pay component used for payout is of Amount type. To
calculate the standard rate, maintain the appropriate val
ues in the average field included in the work schedules.
Only active pay component groups are used, not an inac
tive group.
Pay Component <component ID> You must maintain this field to use the
payout function. The Pay Component can be either an
amount type or number type. When the pay component is
an amount type, it's required to maintain the previous en
try, Pay Component Group, for the profile. The pay com
ponent must be nonrecurring. This component is used to
create a spot bonus when the payout request is approved
or saved.
Separate Pay Component for Accrual <component ID> To make accrual payouts, you must
maintain this field. When using Amount type pay compo
nents, maintain the pay component group and entry in
average fields included in the work schedule. Only use ac
tive pay components, not an inactive component. The pay
component must be an Amount or Number type. The pay
component must be nonrecurring. This component is con
sidered when the payout is made from Manage Time Off.
Separate Pay Component for Accrual on Termination <component ID> To make an accrual pay out when termi
nating, you must maintain this field. When using Amount
type pay components, maintain the pay component group
and entry in average fields included in the work schedule.
Only use active pay components, not an inactive compo
nent. The pay component must be an Amount or Number
type. The pay component must be nonrecurring. This
component is considered when the payout is being made
from the termination view in Time Off.
Instructional Text <text> This field can be used to enter instructional text
and guidelines for your employees that display on the UI of
self-service payout request. Use standard BB Code (Bulle
tin Board Code) to format text or add an https URL link.
For example, Some [b]limitations[/b] apply.
Review the payout policies at
[xurl]https:/mycompany.com/HRpayout[/
xurl]
Workflow Configuration <workflow ID> Use this field to trigger a workflow for a
time account payout. The workflow conditions are based
on the business rule added to the Time Account Payout
object. When a workflow is only required for a self-service
payout request, add an If condition to execute this rule
only when Scenario is equal to Self-Service.
5. Under Validation Rules select the Time Account Payout Validation Rule you created previously.
6. On external code view,
7. Choose Save.
Next Steps
To allow employee self-service, administrator must select Eligible for Self Service on the Payout Eligibility field
for the Time Account Type that is selected for the Time Account Payout Profile.
Note
The Time Account Payout Profile defines the pay components and pay component groups included for
payout for the Time Account Type. The Time Account Payout Profile controls which components and
component groups that the system reads and clear.
Previous task: Creating a Business Rule to Trigger a Workflow for Payout [page 39]
Next task: Enabling Attachments for Time Account Payout Requests [page 44]
Related Information
Creating Time Account Payout Validation Rules (for table of supported BB Codes) [page 35]
Prerequisites
Before starting, you must have a Time Account Type that is enabled as Eligible or Eligible for Self Service for
payouts.
You have permissions to Configure Object Definitions and Time Account Payout objects.
Context
By default, adding attachments isn't enabled for a Time Account Payout Request. To allow attachments on your
payout request, you must do it by adding a custom field of type attachment.
Restriction
Only one custom field of the type, attachment, is allowed with Time Account Payout.
Procedure
Field Entry
6. Choose Save.
An attachment area is available when a time account payout is requested. When a payout request includes an
attachment, the payout dashboard displays an attachment icon.
Next task: Enabling Requester Visibility in Time Account Payout [page 45]
Additional configuration is required for requester information to display in the self-service and administrator
dashboards for payouts.
Context
You make the following configuration changes to the Visibility field in the time account payout generic object.
You manually enable the following fields, so that information about the requester of a time account payout
appears in the self-service and administrator dashboards for payouts.
Remember
Permissions for time account payout must be granted for administrators and users.
Procedure
Note
To make the changes effective in the system, you must refresh the metadata. The next steps show you
how.
11. Go back to the Admin Center Tools OData API Metadata Refresh and Export .
12. Choose Refresh.
Results
When a payout request is made, the requester information is visible on the self-service and administrator
dashboards for payouts.
Previous task: Enabling Attachments for Time Account Payout Requests [page 44]
If you use an external system to plan employees' shifts, you can now transfer short-term planned working time
to Employee Central Time Off using an OData API (TemporaryTimeInformation).
You can upload shift information for either a single day or for a period, and you can use either a day model or a
work schedule as the basis. Here are the main scenarios in which you might find this useful:
● Substitution
A shift worker usually works the night shift, but due to some family commitments he'd like to switch to an
early shift for a week. You can handle this by uploading temporary time information for that week.
● Shift swapping
A shift worker usually has Sunday as a working day and Friday as a non-working day. On one upcoming
weekend she needs to swap her working day with her non-working day. You can handle this by uploading
temporary time information for Friday (day model assignment of working day) and Sunday (day model
assignment of non-working day).
● Daily shift planning with recalculation of absence
A shift worker has Thursday as a working day and has an absence on the same day. If Thursday is then
changed from a working day to a non-working day, the absence for that day will be automatically
recalculated, taking into consideration the updated planned working time information for the day.
And here's an example of how it would look using the OData API. In this case, the user is calling the OData API
with a 7.5-hour day model as the reference parameter. The day model (CLT-7.5h) already exists in the EC Time
system. Only the reference of the day model is passed to the API.
Sample Code
https://<hostname>/odata/v2/restricted/upsert
{
"__metadata":{
"uri":" TemporaryTimeInformation('Temporary change Working day')"
},
"externalCode":"Temporary Change Working day",
"endDate" : "\/Date(1581292800000)\/",
"dayModel":"CLT-7.5H",
"startDate":"\/Date(1581292800000)\/",
"userId":"0001"
}
Once the upload is complete, you can view the newly uploaded temporary time information records on the
Work Schedule tab of the Time Workbench. You can see the information for a maximum of one year in the past
and one year in the future.
If you make any updates to temporary time information, it overwrites the existing data in EC Time. You can
make updates either by using the OData API from the shift planning system, or directly in EC Time using the
Time Workbench UI.
● When using a day model or an individual work schedule as the reference, you can edit and delete them
from the UI.
● When using a work schedule as the reference, you cannot edit or delete it from the UI.
● You need to create the work schedule or the day model in Employee Central Time Off before you carry out
the upload.
● The date values need to be passed with time UTC 00:00:00 to the API. The value must be passed in
milliseconds; for example, "1581292800000" is the value for Monday, February 10, 2020 12:00:00 AM
GMT. You can convert values into the necessary millisecond format at http://www.epochconverter.com/
.
● Any errors during the upload will be returned in the OData API response.
● If you use daily shift planning, we recommend that you have a dummy work schedule in EC Time that
contains the average contractual hours. Any absence deductions for future absences can then be based on
the dummy work schedule. Later, when the shift is uploaded, the absence will be recalculated.
● It's also possible to carry out a mass upload of temporary time information using MDF import, but you
would need to manually create and upload the Excel file.
● It's important that you always have the correct planned working time maintained in the system. This is
required for things like absence recording and the correct calculation of time account deductions, as well
as time sheet and time valuation when it comes to overtime calculation, shift premium generation, and
input validation.
Related Information
Assign the permissions and make the settings necessary to transfer short-term planned working time to
Employee Central Time Off using an OData API.
Procedure
This enables you to use the OData API and make temporary changes from the UI.
2. In Admin Center Configure Object Definitions Temporary Time Information , go to the field
dayModel and set the visibility of the field to Editable.
This enables you to upload temporary time information using day models as the reference.
Results
You'll now be able to upload temporary time information with the TemporaryTimeInformation OData API, using
both work schedules and day models as a reference.
Related Information
7.2 TemporaryTimeInformation
This entity defines deviating time information for a specific period for a specific user. It is used, for example, if
an employee is on vacation and someone else needs to take over his or her work schedule for the vacation
period.
For information about the entity metadata and supported operations, please refer to your OData API dictionary
in the Admin Center or use the Entity query:https://<hostname>/odata/v2/Entity('<Your
Entity')?$format=json.
This table shows the required fields and business keys for this entity. Check the OData API dictionary in your
instance to see the complete list of properties, and check your metadata for navigations and associations.
Navigation Properties
Code Examples
URI: http://<hostname>/odata/v2/restricted/
TemporaryTimeInformation('d9ad6aea798143d599c63e9f4f251048')?$format=JSON{
Sample Code
{
"d": {
"__metadata":
{ "uri": "https://<hostname>/odata/v2/restricted/
TemporaryTimeInformation('d9ad6aea798143d599c63e9f4f251048')", "type":
"SFOData.TemporaryTimeInformation" }
,
"externalCode": "d9ad6aea798143d599c63e9f4f251048",
"startDate": "/Date(1450569600000)/",
"mdfSystemObjectType": "TemporaryTimeInformation",
"mdfSystemEffectiveEndDate": "/Date(253402214400000)/",
"mdfSystemVersionId": null,
"workSchedule": "i90306d711",
This object defines deviating time information for a specific period for a specific user. It is used, for example, if
an employee is on vacation and someone else needs to take over his or her work schedule for the vacation
period.
Field Description
External Code The external code is created automatically by the system when this object is
created from the corresponding UI.
User User ID for the user who has Temporary Time Information object.
Start Date This is the date from which the Temporary Time Information applies.
End Date This is the date until which the Temporary Time Information applies.
Work Schedule This is the work schedule the employee is temporarily working for.
Day Model This contains the reference to the work schedule's day model.
Hyperlinks
Some links are classified by an icon and/or a mouseover text. These links provide additional information.
About the icons:
● Links with the icon : You are entering a Web site that is not hosted by SAP. By using such links, you agree (unless expressly stated otherwise in your
agreements with SAP) to this:
● The content of the linked-to site is not SAP documentation. You may not infer any product claims against SAP based on this information.
● SAP does not agree or disagree with the content on the linked-to site, nor does SAP warrant the availability and correctness. SAP shall not be liable for any
damages caused by the use of such content unless damages have been caused by SAP's gross negligence or willful misconduct.
● Links with the icon : You are leaving the documentation for that particular SAP product or service and are entering a SAP-hosted Web site. By using such
links, you agree that (unless expressly stated otherwise in your agreements with SAP) you may not infer any product claims against SAP based on this
information.
Example Code
Any software coding and/or code snippets are examples. They are not for productive use. The example code is only intended to better explain and visualize the syntax
and phrasing rules. SAP does not warrant the correctness and completeness of the example code. SAP shall not be liable for errors or damages caused by the use of
example code unless damages have been caused by SAP's gross negligence or willful misconduct.
Gender-Related Language
We try not to use gender-specific word forms and formulations. As appropriate for context and readability, SAP may use masculine word forms to refer to all genders.
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.