Calculated Fields in Workday
Calculated Fields in Workday
© 2015 Workday, Inc. All rights reserved. Workday, the Workday logo, Workday Enterprise Business Services, Workday Human Capital
Management, Workday Financial Management, Workday Resource Management and Workday Revenue Management are all trademarks
of Workday, Inc. All other brand and product names are trademarks or registered trademarks of their respective holders.
Version 24.1 April, 2015
Calculated Fields for Workday 24
CONTENTS
Calculated Fields for Workday 24 ............................................................................................. 5
Description ............................................................................................................................................5
Goal & Objectives ..................................................................................................................................5
Agenda .................................................................................................................................................5
Activity 1B – Copy a custom report to use for testing calculated fields ................................................. 18
Activity 22– Lookup Organizational Role & Lookup Organization ........................................................ 162
Lookup Hierarchy............................................................................................................................... 165
Lookup Hierarchy Rollup .................................................................................................................... 167
Activity 23– Lookup Hierarchy Rollup & Lookup Hierarchy ................................................................. 169
Class Workshop 3 – Age Difference Between Oldest and Youngest Child ............................................ 192
Class Workshop 4 – T/F CF: 2 or More Children................................................................................ 195
Class Workshop 5 – Review Calculated Fields in Business Process Steps/Condition Rules .................... 197
Class Workshop 6 – What Calculated Fields Are Defined for a Given Report Field? .............................. 199
DESCRIPTION
Calculated fields allow users to perform simple arithmetic, date calculations, text concatenation, logical
expressions, retrieval of related data, formatting and transformations of existing data. Calculated fields can
be based on delivered Workday fields, other calculated fields, or available custom fields. You can use
calculated fields in reporting (e.g. prompts, filters), business processes (e.g. condition steps), integrations,
scheduling recurring processes, and other areas within Workday.
AGENDA
Why Calculated Fields?
CALCULATED FIELDS
Calculated Fields are new field definitions that you can configure that allow you to manipulate, transform,
retrieve and derive values based on existing data. As you will see in this course, you can use calculated
fields to, for example:
CALCULATED AT RUNTIME
Calculated fields determine the value for the field at the time that it is used. The value can be calculated
based on other Workday-delivered fields, other calculated fields, and/or available custom fields. You can use
arithmetic, or text, date, and currency manipulations. You can also create Boolean fields (yes/no), transform
data and traverse Workday’s object relationships to retrieve other field values. Calculated fields are resolved
at run time because the values of the other fields used to determine the value of the calculated field can vary
from day to day (or, moment to moment). These fields and objects instances values are retrieved as of the
moment you run the report or execute the condition rule that uses the calculated field.
Consider performance when using Calculated Fields. See Appendix A for guidelines.
Calculated fields are associated with a business object (BO). This BO is referred to as the Calculated Field
Business Object (CFBO). The CFBO controls the fields are available when creating the calculated field. There
are calculated field function types that enable you to retrieve values from related business objects (RBOs).
Any calculated fields you create for a business object appear and behave just like any other Workday-
delivered fields for the business object. The business object on which you base your calculated field (CFBO)
also controls when the calculated field appears in prompts and reports.
Note: Calculated fields associated with the Worker business object are available to both data sources that
access the Worker business object and data sources that access the Employee business object . However,
calculated fields associated with the Employee business object are available only to data sources that access
the Employee business object. To provide maximum flexibility, where possible, associate calculated fields with
the Worker business object.
Global calculated fields are associated to the Global business object. The Global business object contains the
fields that are global in nature, which can be both Workday delivered fields and calculated fields you define.
Fields associated with the Global business object are available for use with any business object and are visible
to all users. They can represent constants such as '1', '23', 'single space', 'is true', and 'USD'. They can also
represent data that varies over time such as 'today', 'last day of this month', and 'current user'. You can
create additional global fields by selecting “Global” as the business object when you create a calculated field.
Global fields are displayed in their own “Global” field prompt.
To create, edit, or delete system-wide calculated fields, you must be assigned to a security group that is
authorized for the Custom Field Management domain. To ensure control and consistency, and to avoid
duplicate field definitions, access to that domain should be limited to key individuals in your organization.
Security Domain: Custom Field Management (for system-wide Calculated Fields)
Sub-domain: Private Calculated Fields Management (for Report-specific Calculated Fields)
Sample Access: Setup Administrator, Implementer, Report Administrator & Report Writer
Once defined, only users with access to the underlying secured fields can access and see the values for
calculated fields. Underlying secured fields are Workday delivered report fields or Custom Fields. Workday
delivered report fields and Custom Fields are secured to domains. Users must have access to the domain(s)
for these underlying fields in order to have access to any calculated fields that are based on them. Security
access to a calculated field definition is therefore ‘derived’ from its underlying secured fields.
You can view the security for a calculated field to see the underlying secured fields and configured security.
Using related actions, Calculated Field > View Security Groups you can see the underlying secured fields
and configured security groups.
To determine which domains/domain security policies can be configured, select Security>View Security
to see the underlying domains/domain security policies.
This demonstration will show how system-wide calculated field definitions are visible by default and can be
edited by any user that has access to creating calculated fields, regardless of ownership. It will also show
how you can create any calculated field definition using any field regardless of security, however when it
comes to then using the calculated field in, for example, a report or rule, you can only use and see calculated
fields that you have access to.
3. Click OK
5. Click OK to save.
2. Click OK
a. Gender
i. See how Teresa does not have access to the Gender Report Field
b. Test CF
i. See how Teresa does not have access to the calculated field she created in Task 1.
Why? Because she does not have access to the underlying secured field: Gender.
Note: you would typically have access to the underlying fields to then test your
calculated field, but this demo is to show you how you can DEFINE any calculated field
definition, even if you do not have access to the underlying fields to then use and test
the calculated field in a report to see the values.
5. Click OK
See how Logan was able to edit Teresa’s calculated field definition. Any user with access to the
domain: Custom Field Management can create/edit/view/delete any system-wide calculated field
definition in the tenant.
1. As Logan, use related actions off the Test CF calculated field to view the audit trail. See how you can see
the changes to the definition.
1. Since the Test CF calculated field is not being used anywhere, Logan can delete the definition.
(End of Demo)
You can use the Maintain Calculated Fields report as a control center for tasks related to system-wide
calculated fields. With this report you can:
View all the calculated fields your company has defined in Workday.
Create a new calculated field using the Add New button at the bottom of the report.
Edit a calculated field using the Edit button, or by using Calculated Field > Edit from the related
actions menu for the given Calculated field.
Delete a calculated field using the Delete button, or by using the Calculated Field > Delete option
from the related actions menu for the given calculated field. Calculated fields already in use, such as
in a custom report, cannot be deleted until all references within Workday have been removed for that
calculated field. To determine if a calculated field is being used, view the Where Used tab in the
calculated field definition.
Copy a field using Calculated Field > Copy from the related actions menu.
Check all the security groups required to access this field with Calculated Field > View Security
Groups from the related actions menu. The groups listed are based on the security of all the Workday
delivered (and/or Custom) fields used in the calculation.
You can also directly run tasks such as edit, create, and delete calculated fields from the search box using:
Create Calculated Field
Edit Calculated Field
Delete Calculated Fields
Note: Don’t be confused by other tasks used to define Payroll calculations (e.g. Create xxx Calculation, Edit
xxx Calculation, Delete Calculation). Use the search prefix option cf: to just search Calculated Field definitions
in your tenant.
Other helpful reports to see existing report fields in the tenant (either Workday Delivered.
Calculated Fields or Custom Fields) are: Report Fields and Business Object Details report.
All Calculated Fields is another delivered report that can show you system-wide and report
specific calculated fields on a given business object and where they’re being used.
The following is an alphabetical list of the available Workday Calculated Field Functions.
Be sure to explore other examples and use cases to better see the potential applications of
calculated fields in Workday. Examples can be found in this guide, in your training tenants,
and potentially in your own implementation tenants, to name a few.
Calculated fields can be date fields, numeric fields, currency fields, text fields, Boolean fields, single instance
fields, and multi-instance fields. The calculation function determines the possible field types that can be
returned. By having different field types returned, further calculations can be done off of calculated fields
themselves.
2. Using the filter icon , filter on the Business Object column and choose “Worker”.
a. See all the existing system-wide calculated fields defined in the tenant for the Worker business
object.
b. Now also filter on the Function column and choose “True/False Condition” to see calculated fields
of this function for the Worker business object.
c. Click on the calculated field: 45 Years or Older to view the definition. (Tip: use a right mouse
click on the field link and select “see in new tab” (this option may vary depending on your
browser)
e. Click on the Additional Information tab and see how this calculated field is described and
categorized.
f. Click on the Where Used tab to see where this calculated field is being used.
3. Re-run (or go back to) the Maintain Calculated Fields report and try filtering the output on another
business object: “Journal Line”
a. See all the existing system-wide calculated fields defined in the tenant for the Journal Line
business object.
c. Click on the calculated field: Fiscal Period to view the definition under the Calculation tab.
This calculated field is taking the Accounting Date on the Journal Line and formatting it as a
Fiscal Period - Year using the Standard Corporate Schedule.
d. Click on the Additional Information tab and see how this calculated field is documented.
e. Click on the Where Used tab to see where this calculated field is being used.
Besides the Maintain Calculated Fields report, there are other key reports and resources to show
you existing fields in the tenant.
1. From the search box, run the All Calculated Fields report, choose business object: Expense Report and
select the Include Report Specific Calculated Fields checkbox.
2. See all system-wide and report specific calculated fields for that object and where they are currently
being used.
3. From the search box, run the Business Object Details report and select the business object: Expense
Report. See how under the first tab, Fields, you can see not only Workday delivered, but also any
calculated fields or even any custom fields (if applicable) defined on this business object
4. Now, try running the Report Fields report. See all report fields, delivered, custom and calculated in the
tenant!
*** It is important to leverage existing resources to know what fields already exist in
the tenant before creating new calculated fields. ***
(End of Activity)
1. From the search box, search for and run the Copy Custom Report task.
4. Click OK.
Keep in mind that using the All Workers data source and then filtering down to just Employees is
not the most efficient report design for performance. It is always recommended that you select
the most targeted data source from the start. In our example, All Active Employees or
Employees by Organization could be more efficient choices.
7. We will use this report as a basis for testing our calculated fields.
(End of Activity)
To create a system-wide Calculated Field, run the Create Calculated Field task. You will then be prompted
to enter a Field Name, select the Business Object (CFBO) and Function desired.
CALCULATION TAB
Next, specify the parameters required for the function under the Calculation tab. The parameters required
will vary depending on the calculated field function selected.
Specify Additional Information as needed to help organize, document, locate, and reference your
Calculated Field.
Category
Categorizing your calculated fields can help users locate calculated fields by category in field prompts.
“Uncategorized” is the default. You can configure more than one category as needed.
Authorized Usage
This field allows customers to restrict the areas within Workday where the calculated field will be
displayed in prompts. “Default Areas” is the default and should be used unless there is a compelling reason
not to. Benefits Eligibility, Calculation Engine (Payroll/Absence) and Compensation Eligibility should, for
example, be explicitly added in addition to Default Areas if needed.
Intermediate Calculation
This checkbox drives whether the calculated field will show in main field prompts or not. If checked as
intermediate, it will NOT show in main prompts, and if not checked as intermediate, it will show in main field
prompts.
There are occasions where you need to define a calculated field only to be used in another calculated field.
The calculated field would never be used on its own, and was only needed as an intermediate calculated field
to get the eventual end-use calculated field. These intermediate calculated fields can be ‘not shown’ in main
field prompts, and instead can be found under “Other > Intermediate Calculated Fields” in field prompts.
Intermediate calculated fields are still searchable and usable. This checkbox only dictates
where the field will show in field prompts.
Not Checked
If not checked as intermediate, the calculated field will show in the main ‘end-use’ field prompts under All
(or by Category if categorized).
Checked
If checked (i.e., marked as an Intermediate Calculation) then the intermediate calculated field will NOT
appear under All or a Category and will only appear grouped separately under “ Other”. This way you can
reduce the volume of fields shown in your field prompts to not include intermediate calculated fields. You
can still get to your intermediate calculated fields via Other as shown below.
Do Not Use
The Do Not Use check box will append the “Do Not Use” label to your calculated field name to indicate that
this field should not be used going forward. “Do Not Use” fields will also no longer show in the main field
prompt (All or By Category) and can instead be found under Other> Do Not Use Fields.
Advanced Options
Options Include as default View By field in drill downs. This option is only used with matrix reports
and applies to single instance, text, Boolean, date, and numeric calculated fields. It specifies that
the calculated field should be included in the list of "default fields" from which the user can group
data by when drilling down.
Reference This is an identification field that is created by default from the business object name and your
ID calculated field name. You can change the value. This field can be used by implementers for
operations that need to access this field by its ID.
FORMAT DATE
The Format Date function extracts the year, year-quarter, and year-month from a date and formats it as a
text field. It can also extract and format fiscal period, fiscal year, fiscal year-period, and date-time fields.
This function enables you to determine higher level time periods from a date. For example, you could use this
function to group and summarize headcount activity by month or generate a list of promotions by quarter.
You can also use it to extract date components based on an employee's hire date, determine who is going to
have an anniversary next month, or extract the month and date from an employee's birth date.
Year returns a four character field. Quarter returns Q1, Q2, Q3, or Q4. Month and Day returns a two-
character field with a leading zero as necessary. The calculation assumes the first day of the week is Sunday.
When using the Format Date function, you can select from Pre-defined Formats, or provide your own
Format Mask using the legend of valid values.
Format Mask provides additional date formatting flexibility beyond the predefined formats. It allows you to
construct a formatting mask using the options shown in the table below. The mask options are case sensitive
and can be combined with each other, along with spaces and other characters. For example, a format mask
such as h:m a would produce a result such as "9:28 PM". In addition, you can add other text, even if the
text contains these reserved characters, provided that you wrap the text in single quotes, such as: 'Hello,
the time is:' h:m a. This would produce a result like "Hello, the time is 9:28 PM".
The following are examples of tasks you can perform using a calculated date format:
The Format Date function allows you to determine the fiscal period and period schedule information as it
pertains to a date field. You can use Format Date with the fiscal schedules you create. The full steps for
creating fiscal schedules are described in detail in Workday's Financials documentation.
Fiscal Period Returns either the Fiscal Posting Interval Name or the Fiscal
Summary Interval Name you created with the Create Fiscal Schedule
task depending on the Fiscal Period Return Type selected
Fiscal Year Returns a fiscal year name that you've created with the Create Fiscal
Schedule task
Fiscal Year-Period Returns a fiscal year name, followed by a hyphen, followed by either
the fiscal posting interval name or the fiscal summary interval name,
depending on the fiscal period return type
Period Schedule Year-Period Number Returns the period year name, followed by a hyphen, followed by
the period number, such as 2011-01.
Period Schedule Period End Date Returns the period year name, followed by a hyphen, followed by
the month number, followed by a hyphen, followed by the day of
the month, such as 2011-12-31.
Note: Setting up Fiscal Schedules and Period Schedules is beyond the scope of this class.
Scenario: Logan McNeil has been asked to modify the WICT CF Employee Report. She has been asked to
format the hire date to Year-Quarter. She also needs to add the Fiscal Pay Period in which each worker
was hired.
Category Employment
Customer Defined
10. Use the related action icon to initiate the Custom Report > Edit task
11. Add the WICT CF Hire Date Year-Quarter next to the existing Hire Date field to the report.
14. ADVANCED (Optional): Try using the Format Mask option to and using the pop up legend, configure
your own mask.
(OPTIONAL) - TASK 2 - CREATE SECOND CALCULATED FIELD TO SHOW THE PAY PERIOD
Category Employment
Customer Defined
9. Search for the WICT CF Employee Report and use the related action icon to initiate the Custom Report
> Edit task.
10. Add the WICT CF Hire Pay Period Semi-Monthly near the existing Hire Date field on the report.
11. Click OK to save your report and Run. (Note: Employees hired on 01/01/2000 will not show a pay period
in this tenant. Try running “View Period Schedule” for semi-monthly to see tenant setup.)
Questions:
1. Which users in the tenant can edit the definition for WICT CF Hire Date Year-Quarter calc field?
____________________________
2. Which users in the tenant can access and use the WICT CF Hire Date Year-Quarter calculated
field in reports or rules to see data for the calculated field? _____________________________
(End of Activity)
The Increment or Decrement Date function calculates a date that is a specified number of milliseconds,
seconds, minutes, hours, days, months, and/or years before or after the value of a date field. This function
returns a Date field type.
If the date field is blank, a run time error will be returned. If Return Blank Date on Error is checked, the
error will be suppressed and a blank date will be returned.
The Increment or Decrement Date calculated field function is commonly used on Global date fields (e.g.
Today, Report Effective Date). It is also useful for change detection, allowing you to derive a date/time field
to lookup the value of a field as of, for example, Today vs. 2 years ago (Today – 2 years).
The following are examples of incrementing and decrementing dates using calculated fields:
Calculate two months from now for use in a report filter to select the employee certifications that
expire in the next two months.
Dynamically calculate the “First day of the month, three months ago,” for use as a parameter for
scheduling a recurring report.
Subtract one millisecond from the date/time a business process event was completed, so you can
look up the prior value of a field one millisecond before the change to the business process was
applied.
DATE DIFFERENCE
The Date Difference function computes the number of days, months, years, hours, minutes or seconds
between two date or date time related field types. The start date is subtracted from the end date. If the
calculation requires a date constant, it must exist prior to entering the calculated field. The results are
rounded down to the nearest whole number depending on the calculation type selected. This function returns
a numeric field type.
If the start date is greater (later) than the end date, the result is a negative number. If either of the dates is
blank, a run time error will be returned. If Return Zero on Error is checked, the error will be suppressed
and a zero value will be returned.
By default, the year difference calculation (in Years) takes into account the month and day in computing the
number of years. Similarly, by default, the month difference calculation (In Months) takes into account the
day.
Select the Ignore Lower Level Date Components check box if you want the lower level components to
not be taken into account in the date difference calculation. For example, the year difference between April 1,
2006 and Feb 1, 2008 would result in 1 year if the Ignore Lower Level Date Components check box is not
selected (the default) and 2 years if it is selected. Similarly, the months difference between May 15, 2007 and
Sep 14, 2007 would result in 3 months if the Ignore Lower Level Date Components check box is not selected
(the default) and 4 months if it is selected.
Scenario: Logan McNeil has been asked to modify the WICT CF Employee Report. She has been asked to
add a parking eligibility date field that is exactly 6 months after a worker’s hire date and to create a
Calculated Field for the number of months since an employee’s last base pay increase.
Category Employment
Customer Defined
5. Click OK to save the field and click Done on the confirmation page.
7. Use the related action icon to initiate the Custom Report > Edit task.
9. Add the WICT CF Months Since Last Pay Increase field to the report.
10. Add Column Heading Overrides of Parking Eligibility Date and Months Since Last Pay Increase.
11. Click OK to save and run the report, review results. (End of Activity)
BUILD DATE
Build Date is a function that allows you to build a Date or Time or Date and Time or Date TimeZone field
from its components (e.g. year, month, day). You can specify a given component explicitly or extract the
component value from another date field.
The specific date components that you can construct for a date field are:
Year
Month
Day
The specific time components that you can construct are below. Note that a 24-hr clock is used to enter the
time components.
Hour
Minute
Second
Millisecond
You can also specify timezone information if using a field type: Date TimeZone.
Build Date can also be a useful function to derive the ‘first or last day’ of a given system date year or month
(e.g. first day of the month based on today’s date) or to derive the ‘first or last day’ of a report’s effective
date year or month (e.g. the last day of the year based on the report’s effective date). These calculated
fields can then, for example, allow for dynamic report filter ranges or scheduling criteria.
Scenario: Logan McNeil has been asked to create a date field that returns the last day of the month in
which an employee was hired.
Value 31
Category Employment
12. Use the related action icon to initiate the Custom Report > Edit task.
13. Add the WICT CF Last Day of Month Hired next to the existing Hire Date field to the report.
14. Click OK to save and Run the report to review the results.
Challenge – How could you create a calculated field that represents the ‘first day of the month
following the worker’s hire date’? So if a worker is hired on Jun 15, 2002, the calculated field would
return July 1, 2002?
(End of Activity)
TRUE/FALSE CONDITION
The True/False Condition function determines if a condition is true or not. The return value is a Boolean type
field, whose value is either true or false, and can be used in custom reporting, condition rules, and as a
condition for other calculated fields. You can use parentheses when necessary to group the conditions for
evaluation.
Tip: Put conditions that exclude the greatest number of instances first.
Where possible, remember to use filters/sub filters in your report instead of Calculated Fields for
optimal report performance.
Scenario: Logan McNeil has been asked to modify the WICT CF Employee Report. She has been asked to
add a yes/no field that indicates whether or not the employee is highly compensated. Highly compensated
should be yes if the employee makes over $100,000 or is above the Management Level of Manager.
1. Search for the string Create Calc Fi and run the Create Calculated Field task.
4.
5. Add another row for a second filter condition and configure as follows:
And/Or OR
Category Compensation
7. Click OK to save.
12. Scroll through the report while looking at the Total Base Pay column. Anything wrong? How do some
‘Individual Contributors’ get paid so much? (i.e. Benny Marquez)
(End of Activity)
The Convert Currency function determines the equivalent value of field in a different currency. In Workday,
all monetary fields have an associated currency code.
In addition to converting a source currency amount field to a specific currency, you can also convert the
source currency to the user's preferred currency by entering the global variable Users Preferred Currency in
the Target Currency Code Field prompt. This value can vary from user to user; each user can change their
preferred currency using the Change Preferences task.
To convert currencies, ensure you have setup conversion rates for all the valid Source Currency/Target
Currency/ Currency Rate Type combinations prior to using this calculation function. To do this, use the
Maintain Currency Conversion Rates task. If no conversion rate is found at run time for the Source
Currency/Target Currency/Currency Rate Type combination, this function returns an error.
When the report or condition that uses this calculated field runs, the Currency Rate Type and As of date are
evaluated and the appropriate exchange rate is calculated and returned. If the As of Date Field has a blank
value at run time, the resulting value will be zero and a run time error will be returned. If no data is found for
the combination of Source Currency Amount Field, Target Currency Code Field, and Currency Rate Type, the
resulting field will be zero and a run time error will be returned.
Display an employee's annual salary in Euros, regardless of how it is entered or stored in the system.
Determine all employee bonuses in US dollars, using the exchange rate that was in effect at the end
of last year.
Convert an expense report total to a common currency (such as USD) for business process approval
rules that are based on an amount.
Convert Canadian employee benefit contributions into USD for consolidated reporting with US benefit
data.
Please refer to Community documentation around Global Deployments, Currencies and Conversions.
Scenario: Logan McNeil has noticed that some employees in the system are not paid in US Dollars. This
causes an error in the evaluation logic and results in some employees being evaluated as ‘Highly
Compensated’ when, in fact, they are not. Logan must use the Convert Currency function to create one
more calculated field. She must also edit the Evaluate Expression calculated field that was created
previously.
Category Compensation
9. Use search to find & initiate the Edit Calculated Field task.
10. Search for WICT CF to see list of calculated fields created so far in class.
11. Edit the WICT CF High Comp TF True/False condition calculation created in the last activity to now
include the WICT CF Total Base Pay in USD calculated field:
3. Add the WICT CF Total Base Pay in USD calculated field next to the Total Base Pay Annualized –
Amount field to see the calculation.
FUNCTION PREREQUISITES
Some calculation functions have prerequisites that are necessary to be set up using other calculated fields
before the desired calculated field can be entered. The two most common prerequisites are defining
constants and defining test conditions. Constants, such as specific dates, numeric values, and text strings,
must first be defined as field constants before they can be referenced in a calculation. Similarly, test
conditions must first be defined as a calculated field using the True/False Condition function before they can
be referenced in a calculation. Having a second browser window open makes it easier to enter any
prerequisites required as you enter calculated fields.
EVALUATE EXPRESSION
The Evaluate Expression function groups and transforms data. It evaluates a series of conditions and returns
the value associated with the first condition that is true. At run time the function applies the default value and
then starts testing conditions starting with the first condition defined. If a condition is true, the run-time sets
the corresponding return value and does not test any subsequent conditions. Otherwise, it tests the second
condition, and if true, sets the corresponding return value, and so on.
The evaluated conditions must be Boolean fields that return either true or false at run time. The evaluated
conditions, default values, and return values must already exist for the business object prior to entering the
calculated field.
Using Evaluate Expression you can encapsulate information by evaluating existing data across different fields
and returning values in one Calculated Field as shown in the example below.
GLOBAL FIELDS
A global field is a Workday delivered field or customer defined calculated field that is global in nature and can
be accessed by any business object. Simply select “Global” as the business object. Examples of global fields:
To copy an existing calculated field, use the Calculated Field > Copy related actions menu item. When
you copy an existing calculated field, the new field must use the same Business Object and the same
Function as the original field.
Scenario: Logan McNeil has been asked to modify the WICT CF Employee Report. She has been asked to
change the yes/no field that indicates whether or not the employee is highly compensated into a Low,
Medium or High value. The word “High” is used if the employee makes over $100,000 and the word “Low”
is used if the employee makes less than $50,000.
6. Click on OK to save.
12. This time, Copy the WICT CF Medium text constant you just created to create your third constant. Use
the related action icon and select Calculated Field> Copy.
5. Click OK to save.
6. Click on the Create Another Calculation button (or Copy your previous TF Condition and edit)
And/Or And
12. Click on the Create Another Calculation button (or Copy your previous TF Condition and edit)
5. Set the Default value to the Global Fields> Text select the hyphen ‘-‘ to catch an error and
unexpected condition.
7. Click OK to save.
4. Add a new row by clicking on the icon at the bottom of the report.
8. Review the results by clicking on the filter icon to filter on the new Compensation Level column.
1. From the search box, search for another Evaluate Expression example calc field cf: Talent Source
This Calculated field is created on the Journal Line business object, and is checking a series of
conditions that if true, will return a configured talent source text constant.
2. Now look at where this Talent Source calculated field is being used (hint: look at the Where Used tab
for the Talent Source calculated field definition).
3. This report is a matrix report that is grouping journal lines by this calculated field, Talent Source, to show
Acquisition Costs by Talent source.
4. Check out the report’s definition and run the report to see how results are grouped.
(End of Activity)
CALCULATION HIERARCHY
To view a hierarchy of all the fields used in the calculation and all the fields those fields use, use the
Calculated Field > View Calculation Hierarchy related actions menu item. Calculation hierarchies can
be invaluable in troubleshooting calculated field errors and potential circular references.
In this activity we will answer such questions as: How can you get a good ‘top down’ view of a given
calculated field and all its underlying fields? How can I see where a given calculated field is being used?
How can I see what security groups have access to the calculated field, and if I need to change the access,
what domain security policies to modify?
Remember that the security of your calculated field is based on the underlying security of the
delivered or custom fields used in the calculation.
(End of Activity)
The Lookup Range Band function enables you to lookup a specific value and determine where it falls in
relation to a set of ranges that you define.
This function returns a single instance field type that corresponds to the range band (the range
of values) in which the source field falls.
If the value of the field does not meet a defined band, the calculated field will return a blank
instance.
Scenario: Logan has been asked to show a Customer Invoice Aging report for all Billable projects according
to needed aging bands. A summary of project counts by Customer Category and Age band is also desired.
1. From the search box, run the Copy Custom Report task.
4. Click OK.
5. Review the report’s data source, primary business object, configured columns, sort, filter and
overall configuration settings. Because the Customer Invoices data source is indexed and
has filters, see how a data source filter is required and has been selected to show all
customer invoices by billable project, so we will expect a prompt for billable project when we
run the report.
7. Run your report for All available billable projects (select all projects) with the Reporting
date: 12/01/2010
1. From the search box, run the Create Calculated Field task
Decimal O
-999 0 0-Current
1 30 1-30 days
31 60 31-60 days
61 90 61-90 days
4. Run your report for All available billable projects with the Reporting date: 12/01/2010
5. Click on the Aging days as of Reporting date column to sort the results in ascending order and/or filter
the results to see the invoices by the range bands you defined.
(End of Activity)
The Lookup Date Rollup is a calculated field function similar to Format Date that is primarily targeted for
Financial Composite Reports. When created, it will return a single instance field type that can be used in
Composite Reports for Control field groupings. It will allow you to take transaction dates and report them in
the format you defined, i.e. accounting transaction date calculated to a period lookup date in a fiscal year
period (2/15/2014 = 2014 02).
Similar to how the Format Date function allows you to map a date field to a fiscal period or schedule, Lookup
Date Rollup can similarly return fiscal periods or schedules. The main difference between the Format Date
calculated field function and Lookup Date Rollup is that Format Date returns a text field type and
Lookup Date Rollup returns a single instance field type. This single instance field type is required for
control fields in Composite reports, allowing you to group, drill and report on data across subreports by a
mapped time period.
Examples of existing date fields that can be used in a Lookup Date Rollup calculation include: accounting
date, budget date, transaction date, document date, etc. You can create Lookup Date Rollup calculated fields
on these fields to be referenced in each subreport that is part of a Composite report.
FORMATS
Year
Quarter
Month
Year-Quarter
Year-Month
Quarter-Year
Month-Year
Fiscal Year
Fiscal Year-Period
Fiscal Period
Fiscal Period-Year
Period Schedule Year-Period Number
Tip: When creating a Lookup Date Rollup calculated field, under the Additional Info tab, select the Advanced
Option to include as a default View By field in drill downs.
For more information on Lookup Date Rollup, please refer to the financial Composite Reporting training and
documentation.
SUBSTRING TEXT
The Substring Text function extracts the specified portion of the text within a field. You can use the
Substring calculated field function to extract a substring from a text or single instance field. Substrings can
be based on fixed positions or delimiters. You can also designate whether to search a string forward or
backwards.
Direction: You can search your field in either a Forward (left to right) or Backwards (right to left) direction
when searching for a delimiter or character position.
Delimiter examples:
Once your delimiter, for example, is found, you can then return the characters before (to the left of) or
after (to the right of) the delimiter.
CONCATENATE TEXT
The Concatenate Text function concatenates one or more text (or single instance) fields together and returns
a text field type. If the concatenation requires any text constants, they must already exist prior to entering
the calculated field. Special characters that are commonly used when concatenating fields are provided by
Workday as global text constants. To concatenate fields with a blank space in between them, use the global
text constant Single Space. Any leading or trailing spaces are automatically removed from the results of a
concatenated field.
There are also global fields containing punctuation, parentheses, a line break, spaces, and other useful
strings that you can use in your concatenations.
Create a name field that contains an employee's legal last name, comma, space, legal first name,
space, left parenthesis, preferred name, and right parenthesis.
Append the literal “ (cell)” to the end of a mobile phone number.
FORMAT TEXT
The Format Text function allows you to change the case of a Text or Single Instance field to Upper Case,
Lower Case, or Proper Case.
The ability to format text case can be of substantial value in certain integrations, like when preparing bulk
mailings for postal entities that require text data to be in a specific format.
For Proper Case, the first letter of a given string will be converted to upper case with remaining letters in
lower case. The letter following non-letter character will also be converted to upper case, as shown in
John O’Neil. See how for Tom Mcintosh, the ‘i’ is not converted to upper case since it does not follow a
non-letter character.
Scenario: Logan McNeil has been asked to create a calculated field to show a worker’s preferred name and
preferred language in one field, along with the marital status where the country info is removed. She also
needs to format the worker’s full name in UPPER case.
1. Edit the WICT CF Employee Report and add a row to include the Marital Status field. Run the
report to see the field values. Our goal will be to pull out the status only (and not the Country) from
this text field.
6. Set the Delimiter to an open parenthesis '(' (You will find this under Global Fields >Text)
8. The checkbox for Remove Leading and Trailing Spaces can be either checked or unchecked.
1. Create a Calculated Field WICT CF Preferred Name (Preferred Language) on the Worker Business object
by concatenating the following fields:
a. Preferred Name
b. Single Space
d. Preferred Language
3. Click OK to save.
5. Click ok to save.
1. Edit the WICT CF Employee Report to include your 3 new calc fields to test.
(End of Activity)
TEXT LENGTH
Text Length returns the length of either a text field or a single instance field. It typically is used as filter
criteria in a custom report to list any employees whose data will be truncated during an integration.
For example, assume the third party you are integrating with only allows a 15-character City field. A
calculated field can be created that determines the length of each employee's City field in Workday, and that
calculated field can then be used in a report filter for a custom audit report that lists any employees whose
City field will be truncated during the integration.
The following table shows some example return values when using Text Length. Note that spaces are
counted in the returned text length.
Scenario: The payroll organization has asked Logan McNeil to create a report that shows workers whose
addresses are greater than 26 characters which could impact the external payroll system.
TASK 2 – COPY YOUR REPORT TO HAVE A NEW REPORT THAT SHOW WORKERS WITH
ADDRESSES OVER 26 CHARACTERS ON REPORT
1. Find and Copy your WICT CF Employee report and rename your report WICT CF Employees with
addresses over 26 characters
2. Under the Columns tab, add Primary Home Address as a field on your report
3. Still in edit mode, go to the Filter tab and add a filter condition using your text length calculated field to
only show instances where length is greater than 26.
FORMAT NUMBER
The Format Number calculated field enables you to convert the data type of a numeric field to its text
form, formatted in the way that you specify. You have the option to apply specific format masks or include
the currency symbol or currency code as part of the returned text field. Once the numeric field has been
converted to text, you can concatenate it with other text and use it in a report, a notification, and so on.
Convert Text to Number enables you to extract a number that currently exists as a text field and
convert it to a numeric data type. For example, using Convert Text to Number you can convert the text
"2006" to the number 2006. Once you have converted the field to a numeric data type, you then have the
flexibility to perform mathematical arithmetic operations on it as required. Convert Text to Number
also includes an option to return zero if the result is not valid, rather than presenting the user with a runtime
error message.
Scenario: Logan McNeil has been asked to further filter the WICT CF Employee Report to only show
employees who have 12 or more years of service.
2. Edit the WICT CF Employee Report and add the Length of Service field. Run the report to see the
field values. Our goal will be to pull out the # of years from this text string, convert text to number, so
that we can then use the number in a filter to only show employees with 12 or more years of service.
(Data shown in screenshot below may not match your tenant exactly)
Direction Forward
a. Mark this calculated field as an intermediate calculation. It is unlikely it would ever be used
on its own, and is only being created in order to create our end-use calculated field.
5. Click OK to save.
TASK 3 - EDIT REPORT TO FILTER FOR EMPLOYEES WITH 12+ YEARS OF SERVICE
2. Add a Filter condition to only show Employees with 12 or more years of service. Be sure to select your
numeric WICT CF Years of Service calculated field (not the text substring of the years).
3. Click OK to save and run the report, then review the results. (End of Activity)
Calculated Field functions can also allow for the promotion and retrieval of fields and instances from Related
Business Objects onto the CFBO.
For example, what if you need to perform a calculation between two fields that are not on the same business
object?
Use the Business Object Details report to see the relationships between business objects and
whether the relationships are 1:1 (Single instance) or 1:M (multi-instance). Understanding the
relationships between objects will be very important when designing needed calculated fields.
The Lookup Related Value function looks up the value of a field from a related business object. This
function allows you to promote fields from a related business object to the primary business object where you
need it for either a calculation, rule or for reporting.
In order to use the Lookup Related Value calculated field function, there must be a 1:1 relationship between
the two objects.
Note: Lookups where there is a one to many (1:M) relationship can be accomplished by first performing an
Extract Single Instance function and then referencing the resulting single instance field as the Lookup Field.
Tip: Where possible, just use related business object fields in your report instead of Lookup
Related Value calculated fields. The Lookup Related Value calculated field can be useful when
you need to reference the given RBO field in another calculation or make it available in a report
where the report is not able to access the field directly.
Scenario: Logan McNeil has been asked to modify the WICT CF Employee Report. She has been asked to
include a field that shows the number of months difference between the employee’s hire date and the
employee’s manager’s hire date.
1. Edit the WICT CF Employee Report and add the following fields.
2. See how you can access the manager’s hire date by going to the RBO: Manager Level 01 in your report.
4. Filter the report output on the Manager’s Hire Date to find examples where the Worker’s Hire Date does
not equal the Manager’s Hire date.
1. Now, let’s create needed calculated fields to determine the date difference between the Manager’s Hire
date and the Worker’s Hire date.
8. Click OK to save.
12. Set the End Date Field to WICT CF Managers Hire Date.
1. Edit the WICT CF Employee Report and add the calculated fields:
2. Click OK to save and run the report, then review the results.
ADVANCED (optional):
1. Edit your WICT CF Employee Report and remove the report filter (under the Filter tab) that we
added in the prior activity for # of years of service > 12.
2. Click OK to save the change and rerun your report. (Your report output should now include all
employees, not just those with more than 12 years of service)
3. Edit your calc field (WICT CF Hire Date Difference from Manager) and this time Uncheck the
Return Zero on Error checkbox.
4. Rerun the report to test it and review the results. You should get an error explaining the case of a
blank or missing date encountered in the date difference calculation.
Why? For terminated employees (such as Eloise Blanchard), the report shows no Manager
information, so the manager’s date is ‘null’ in the report, causing our date difference to error.
(End of Activity)
Lookup Related Value can be a useful function in reporting, calculations, as well as when configuring
business process condition rules.
With matrix reporting, you are limited to just fields from the report’s Primary Business Object (PBO). If
you need to include fields from related business objects (RBOs), you can leverage Lookup Related Value to
make RBO fields available to the matrix report.
In an Advanced report type, you can only access fields from RBOs that are directly related to the PBO (“one
level deep”). In order to include fields that are more than one level away from your report’s PBO, you can
similarly use the Lookup Related Value calculated field function to make needed fields available where you
need them, promoting them up the object relationships.
With business process conditions rules, you are limited to business objects available given the context of
your rule and the business process event. If you need to reference fields in your rules that are not directly
available, you can also leverage Lookup Related Value to make needed fields available where you need them.
Remember that Lookup Related Value requires a 1:1 relationship between the two objects.
Please refer to the Business Object Details report to understand object relationships.
Scenario: Logan McNeil has been asked to create a Matrix Report showing # of Benefit Elections by Benefit
Provider and Benefit Coverage Type. Detail data for each count should include the Benefit Election, the
Worker, and the Worker’s Hire date.
2. Click OK
Row Grouping
Group by Field Benefit Provider
Column Grouping
Group by Field Benefit Coverage Type
4. While still in edit mode, go to the Drilldown tab, and add the following 2 fields under Detail Data:
a. Benefit Election
b. Worker
c. (Note how the Worker’s Hire date or Total base pay is not available to the matrix report. You
can only select fields from the report’s PBO: Benefit Election, not from the RBO: Worker)
5. While still in edit mode, go to the Filter tab and add a Filter condition to only show Benefit Elections a
worker is currently enrolled in (field: Currently Enrolled equal to True (checked box))
6. Click OK to save your report and Run to see the output. Click on a count in the output to see the detail
data
TASK 2- CREATE A CALCULATED FIELD TO MAKE THE WORKER’S HIRE DATE AVAILABLE
TO THE REPORT
3. Click OK
5. Click OK to save.
2. Add the WICT CF Worker Hire Date on Benefit Election calculated field under the Drill Down tab,
Detail Data section:
5. Click on a count in the output to now see the Worker’s hire date shown in the details. (End of Activity)
Scenario: Teresa has been asked to report on revenue by company organization code.
1. From the search box, run the Copy Custom Report task
2. Copy the WDINST RW Revenue by Company Org Code report and name it: WICT CF Revenue By
Company Org Code
3. Click OK
b. Data Source: Journal Lines, Data Source Filter: Journal Lines for Company
ii. Sum the Translated Amount for Natural Debit or Credit field
i. Review the Group By Fields: Uses Default Fields for drillable fields
ii. Review the Detail Data Fields: fields to be shown when viewing details.
i. The data source Journal Lines has many built-in prompts. Here we can preset some
default values to save data entry at run time.
7. Click on a Company, for example, Global Modern Services BV (Netherlands) and click on Details.
8. Note how companies have an Organization Code, for example, GMS NLD.
9. Let’s now go back to edit our report to group by Company Organization Code instead.
10. Try changing your report’s row grouping to Org Code. Note how we cannot access this field.
Why? Because the organization code is a field on the Company bus object, and our report is on
the Journal Line business object. In a matrix report we can only access fields on the report’s
PBO.
11. Let’s now create a calculated field to make the Company Organization code available on Journal Line so
that we can group by it.
1. From the search box, run the Create Calculated Field task.
3. Click OK
5. Click OK to save.
2. Under the Matrix tab, instead of grouping on Company, replace the Company field with your WICT CF
Company Org Code on Journal Line calculated field.
4. Run the report (accept prompt defaults). See how the data is now grouped by Company Organization
Code, made available via a Lookup Related value calculated field.
(End of Activity)
The Extract Single Instance function returns a single instance field from a related business object. It allows
you to extract once instance out of many, typically used to retrieve the ‘last’ or ‘first’ or specific
instance of a given object. Based on the number of instances that satisfy the condition specified on the
related business object, either zero or one instance will be returned. The sort field and direction will enable
you select the occurrence that meets your needs.
The Extract Single Instance calculated field function type requires both a Condition field and a Sort field
and the occurrence to be returned. Even if there is only one instance that meets your condition, you are
still required to enter a sort field and select an occurrence.
The Extract Single Instance calculated field function type creates a new field that holds a 1:1 relationship with
an RBO.
Extract Single Instance is often used in conjunction with Lookup Related Value, where you need to
look up a field from a related business object that is 1:M and must first extract a given instance before the
lookup.
The Extract Single Instance function determines the return value as follows:
1. The function accesses the related business object associated with the source field you specify.
2. The function applies the filter condition to the instances in the related business object to narrow
down the results. The filter condition must be defined prior to entering this function.
3. The function sorts the resulting data that passed the condition based on the sort field you select.
4. Since this function returns only one instance based on the criteria you specified, the final step is to
identify the instance to be returned. It could be either the first, last or nth occurrence of the sorted
result set.
Tip: Use the most targeted source field (fewest number of needed instances) to extract an
instance from. For example, if wanting to extract a given time off event, use a source field that
just points to time off events, as opposed to all worker events.
Scenario: Logan McNeil has been asked to create a calculated field for a Worker’s oldest child dependent.
If a Worker does not have a child listed as a Dependent, the field should be empty. Once the field is
created, add it to the WICT CF Employee Dependents report.
2. Click the OK and add the following fields by clicking on the add row icon as defined below:
Worker Worker
Dependents Dependent
Dependents Relationship
Dependents Age
3. Select the Filter tab and remove workers who do not have any dependents ( Dependents is
not empty)
Field Relationship
4. Click OK to save.
9. Add the WICT CF Extract Oldest Child to the WICT CF Employee Dependents report.
Challenge (optional):
1. Having extracted the oldest Child, extract the worker's spouse and add it to the report
2. Your WICT CF Extract Oldest Child calculated field is now a single instance field that you have derived
from an existing multi-instance relationship. By now having this single instance calculated field, you can
use your calculated field like any RBO in your report to access fields for your instance. See example
below.
(End of Activity)
EXTRACT MULTI-INSTANCE
The Extract Multi-Instance function returns a multi-instance field from a related business object. It allows
you to extract a multi-instance type field from another instance-based field. Based on the number of
instances that satisfy the condition specified on the related business object, either zero, one, or multiple
instances will be returned.
Commonly used to extract and “point to” a subset of instances in a related business object that meet a given
condition.
Other examples:
List the training each employee has completed in the last 12 months.
List all the staffing events associated with an employee's current position.
List the current enrollment elections for an employee.
List the teams each employee is a member of.
List any worker event for an employee that occurred in 2009.
Tip: Use the most targeted source field (fewest number of needed instances) to extract
instances from. For example, if wanting to extract a certain time off events, use a source field
that just points to time off events, as opposed to all worker events.
OPERATION TYPES
Subset: Filters instances found in the specified source field (Source Field 1) and returns the
results.
Intersection: Evaluates the filtered instances from both fields (Source Field 1 and Source Field 2) and
returns only the instances that are common to both fields. The Related Business Object
associated with Source Field 1 must be the same as the Related Business Object
associated with Source Field 2.
Except: Evaluates the filtered instances from both specified source fields (Source Field 1 and
Source Field 2) and returns the instances from the first field minus the instances from the
second field. This is particularly useful for exception reporting. The Related Business
Object associated with Source Field 1 must be the same as the Related Business Object
associated with Source Field 2.
Return a list of benefits an employee is currently enrolled in, but not currently eligible for
Union: Combines the filtered instances from both specified source fields (Source Field 1 and
Source Field 2) and returns the results. The Related Business Object associated with
Source Field 1 must be the same as the Related Business Object associated with Source
Field 2.
Return a list for each employee consisting of their manager and HR Partner
Note: All Extract Multi-Instance calculated fields created prior to Workday 16 were based on the Subset
operation type. No other operation types were available.
Scenario: Logan McNeil has been asked to create a calculated field for a Worker’s children and add it to the
WICT CF Employee Dependents report. If a Worker does not have children listed as Dependents, the
field should be empty. Otherwise, the field should contain a list of all the Children (a 1:M Related Business
Object).
5. Click OK to save .
6. Add the WICT CF Extract All Children to the WICT CF Employee Dependents report.
Your WICT CF Extract All Children calculated field is now an object type multi-instance field that you have
derived from an existing multi-instance relationship. By now having this multi instance calculated field, you
can use your calculated field like any RBO in your report to access fields for your instances. See example
below.
Reminder: Use subfilters where possible instead of calculated fields. Depending on our requirement, here
we could have used a subfilter in the report definition to only see worker’s dependents who are children.
(End of Activity)
The Lookup Value As Of Date function determines the value of a field as of a specific effective and/or
entry date.
For business object fields that support effective dating, you can retrieve a field's value that was in effect as
of a specific date, retrieve a field's latest value that was entered on or before a specific date, or a
combination of both. For business object fields that do not support effective dating, you can only retrieve a
field's latest value that was entered on or before a specific date. Business object fields that support effective
dating are typically populated and maintained by one or more business processes.
For example, assume an employee's proposed salary change was entered on March 15th, which is the data
entry date. That salary change could be recorded to take effect retroactively on March 1st, or to take effect
on March 15th, or take effect in the future on April 1st.
If the calculation requires a date constant, it must already exist prior to entering the calculated field. If you
supply both an effective date and an entry date, Workday looks only at transactions whose entry date
occurred on or before the calculated-field's entry date. Of those, it uses the transaction with the latest
effective date that is on or before the calculated-field's effective date.
You can also run a report ‘as of a given effective or entry date’ using Runtime Date Prompts
(Prompts tab) to see data as of a point in time without needing calculated fields. The Lookup
Value as of Date CF can be useful if you need the value in a separate field for reference in a
column of its own on a report, or to be used elsewhere (e.g. in another calculation).
Scenario: Logan McNeil has been asked to create a report that shows the employees currently in the
organization and employees in the organization one year ago. Additionally, the report should display a
column that lists the employees that were NOT in the organization one year ago.
4. Under the Columns tab, add the fields by clicking on the add row icon:
1. Organization
2. Employees
6. Run the report using the related action icon (Custom Report > Run).
7. Choose Global Modern Services as the Organization (By Organization Type > Supervisory).
Date as of
Effective Date One Year Ago (can be found under Global Fields >
Date)
5. Click OK to save.
9. Set the Source Field 1 to Employees. Allow the Related Business Object and Condition to default.
10. Set the Source Field 2 to WICT CF Employees in Org 1 Year Ago. Allow the Related Business Object and
Condition to default.
1. Add both the fields to the WICT CF Employees in Org Summary report.
2. Change the Column Heading Override as needed. Click OK to save and run the report
(End of Activity)
1. What operation type would you use if you wanted a calculated field that shows employees that were
in the organization a year ago AND are still there now.
Operation type:____________________
Source Field2:_____________________
2. Create a calculated field that prompts a user for a date and then determine employees in org as of
prompted date (use Global field: Prompt - Date 1).
a. Copy your WICT CF Employees in Org 1 Year Ago calculated field and reconfigure as follows:
b. Add the WICT CF Employees in Org as of Prompt Date CF you just created to the WICT CF
Employees in Org Summary report.
c. Run the report and notice you are prompted for a date value. Enter a date of 01/01/2008.
d. You should now see Employees in Org as of 01/01/2008 in this Calc Field column on your
report. You can re-run the report with different date prompt values to see results as of
different points in time, captured in this Calc Field report column.
(End of Activity)
CHANGE DETECTION
Lookup Value as of Date is a useful function for change detection. Using the Lookup Value as of Date
calculated field function, you can:
– The effective date of the event vs. the day before the effective date of event
* The Increment or Decrement Date Calculated Function can help derive the ‘millisecond ago’ or ‘day before’
type calculated dates.
Keep in mind that many event objects capture the current and proposed values as part of your
business process events where you can see if the value changed. You can directly use these delivered
fields in reporting to detect change between the current and proposed fields.
Calculated fields can be used in cases where the before and after values are not available to the event, or if
you are looking to see changes in values for fields changed outside of business process events or as of
different points in time.
Check out example audit and change detection reports and posts on Workday Community.
Another example showing role assignment changes on a Workday Account as of two points in time.
https://community.workday.com/node/60388
The Prompt for Value calculated field function enables you to create a prompt-able calculated field for use
in a custom report. The calculated field can be used within another calculated field, e.g. driving a condition
for an extract multi-instance calculated field, can appear as a field on the report’s output, or it can be used as
part of the report’s filter condition. When the custom report runs, it prompts you to enter the value that the
calculated field should be set to.
You can define Prompt for Value calculated fields for the following field types:
Text
Date
Date Time
Date Time Zone
Time
Numeric
Currency
Boolean
Single Instance
Multi-Instance
Prompt for Value calculated fields are similar to Workday’s Global delivered date prompt fields such as
Prompt-Date1, Prompt-Date2. The Prompt for Value calculated field function allows you to configure
your own prompt for values, from prompting for date, numeric, boolean values to prompting for single
instance and multi-instance values of business objects. Beyond this Field Type designation, you can also
configure your Prompt for Value calculated field as required or not.
The Prompt for Value calculated field function is useful when needing to show report results for
prompted values across separate columns on a report. As a reminder: you can use your
report filter or subfilter to prompt the user for a value as well, without calculated fields. Use the
Prompt for Value calculated field when you need to capture the prompted value in another
calculation to show in a separate field.
Scenario: Logan McNeil has been asked to show employees by organization with separate columns to show
those employees by a prompted location and (optionally) prompted compensation level.
DESIGN
1. Top down design: Needed Field: Employees by Organization for prompted location.
1. Using related actions, copy the WICT CF Employees in Org Summary report.
2. Rename as: WICT CF Employees in Org with Prompts for Location and Compensation Level
4. Click OK to save.
2. Click OK
4. Click Ok to save.
6. Click OK
Field Location
8. Click Ok to save
10. Click OK
1. Edit the WICT CF Employees in Org with Prompts for Location and Compensation Level
2. Add the WICT CF Empl in Org for Prompted Location calculated field to your report under the
Columns tab.
3. Click OK to save and run. Run for location=Chicago and Organization=Global Modern Services.
See how you can now see employees in a given organization and whether they are also in a given
prompted location in a side-by-side column with our calculated field.
The prompt for value calculated field, can be used in a True/False Condition which can then be
dynamically used in an Extract Multi-Instance to show the desired subset of instances.
TASK 4 – OPTIONAL - CREATE PROMPT FOR COMPENSATION LEVEL AND ADD TO REPORT
1. Top down design: Needed Field: Employees by Organization by prompted Compensation Level
(High, Medium, Low)
Need a field that prompts on Comp Level. Since our WICT Eval Comp Level is a text field,
we can use the delivered global prompt field: Prompt – Text 1.
Need a condition that returns true if employee’s comp level = Prompted Text value.
4. Click OK
6. Click Ok to save
8. Click OK
11. Edit the WICT CF Employees in Org with Prompts for Location and Compensation Level
12. Add the WICT CF Empl in Org for Prompted Comp Level calculated field to your report
14. Enter ‘ Chicago’ for the prompted location, ‘High’ for the prompted compensation level text value
and Global Modern Services for the organization. See how Employees in Organizations with a
‘High’ Compensation Level are now shown in our calculated field separate column.
Reminder: You can change the label of the field prompts in your report definition under the Prompts
tab/Prompt Defaults.
(End of Activity)
ARITHMETIC CALCULATION
The Arithmetic Calculation function performs simple arithmetic. If the arithmetic calculation requires numeric
constants, they must already exist. You can use parentheses when necessary to specify the order the
calculations should be evaluated. All the fields being operated on must have the same currency code value or
be numeric.
If division by zero is attempted, a run time error will be returned. If Return Zero on Error is checked and
division by zero is attempted, the error will be suppressed and a zero amount will be returned.
Steps:
2. Move $Total Base Pay in USD from Worker to Retirement Savings Election (Lookup Related Value)
3. Create Arithmetic Calculation now that all Calculated Fields are in place
4. Add new field to report (define column heading override and show currency symbol)
To build a calculation between two fields, those two fields must be on the same Business Object and appear
on the same “level” in the report output.
To create the Estimated Annual and Estimated Monthly Contribution fields you first need to bring the
Worker’s Total Base Pay in USD (our Calculated field from an earlier activity) from the Worker
business Object to the Retirement Savings Election business object. Once there, you now have the
Total Pay in USD and the Employee Contribution Percentage on the same object to then ‘do the math’ on.
Scenario: Logan McNeil has been asked to add some analytical data to the WICT CF 401k Report. The
Benefits Department would like fields that estimate the annual contribution and the monthly contribution
for each employee retirement savings election based on their election percentage and their annual base
pay (in USD).
TASK 1 – COPY A CUSTOM REPORT AND ADD YOUR CONVERT CURRENCY CALC FIELD
1. From the search box, run the Copy Custom Report task and select:WDINST CF 401K Report
2. Click OK
4. Under the Columns tab, add your calculated field from the Convert Currency previous activity WICT CF
Total Base Pay in USD
Note: You created this Calc Field on Worker, but you can access it off of this report’s
Primary Business Object: Employee as calculated fields defined on Worker are
available on Employee. The Employee business object inherits fields defined on the
Worker business object.
It is a good practice to define calculated fields on Worker (vs. on Employee) so that they
can be accessed off of either business object. If defined on Employee, you can access
the calculated field off of Employee only.
TASK 2 - LOOKUP RELATED VALUE TO RETRIEVE WORKER’S TOTAL BASE PAY IN USD ON
RETIREMENT SAVINGS ELECTION
4. Click OK to save.
5. Arithmetic Expression:
Operator *(Multiply)
Parentheses ( (
Operator / (Divide)
Parentheses ) )
7. Click OK to save.
5. Configure the arithmetic expression to divide the estimated annual contribution by 12. (The global
numeric field #12 exists in tenant).
2. Add the following fields that you just created to your report with Column Heading Overrides:
(End of Activity)
You typically create calculated fields with either the Create Calculated Field task or the Maintain Calculated
Fields task. Any calculated field you create with one of these tasks is automatically enabled for system-wide
use. However, you can also create a calculated field with more limited scope directly within advanced and
matrix report definitions. These calculated fields are called Report-Specific Calculated fields
Report-specific calculated fields are identical to calculated fields defined system-wide, except that they are
only available to a single report definition, and do not appear in the list of system-wide calculated fields that
appears when you run the Maintain Calculated Fields task. You can use report-specific calculated fields in
your advanced and matrix report definitions.
Reduce the "clutter" associated with having calculated fields define system-wide, when they are used
only by a single report or integration.
Streamline the report definition process for report authors who want to define calculations without
having to coordinate the creation of a calculated field with others.
Report-specific calculated fields are secured in the domain: Private Calculated Fields Management
which is a subdomain of Custom Field Management. You can modify security policies for these domains
to limit who can create system-wide vs. report-specific calculated fields in the tenant.
There are several ways that you can create report-specific calculated fields for a given custom report
definition. Be aware that if you create a report-specific calculated field and it is no longer referenced in your
report, but is still associated with and defined for your report, you will see a warning.
From a field prompt in the report definition, you can select Create>Create Calculated Field for
Report to add a report-specific calculated field to your report column, prompt, filter, sort, etc.
From the Related action icon off of the report definition, you can select:
o Calculated Field for Report > Create
o Calculated Field for Report > Maintain
From the Maintain Calculated Fields for Report task for given report, you can use the Add, Edit,
Delete options.
The Maintain Calculated Field for Report task works the same as the Maintain Calculated Fields task for
system-wide calculated fields but results are shown by custom report and the output will display only report
specific calculated fields used in that report. You can edit, delete and add report-specific calculated fields
from this task option as well.
You can convert report-specific calculated fields to system-wide calculated fields and vice versa.
To convert a report-specific calculated field to a system-wide calculated field (so that other custom
reports can reference it), follow these steps:
1. Access the Convert Calculated Field for Report task.
2. Select the Report Name where the calculated field is referenced.
3. Select the Business Object associated with the calculated field.
4. Select the Field.
5. Click OK and then click Done.
To convert a system-wide calculated field to a report-specific calculated field (so that it is no longer
available to other custom reports), follow these steps:
1. Access the Convert Calculated Field task.
2. Select the Report Name where the calculated field is referenced.
3. Select the Business Object associated with the calculated field.
4. Select the Field.
5. Click OK and then click Done.
Count the number of sick days that occurred on Monday or Friday during the last year for each
employee.
Count the number of employees hired during the last year by location.
Count the number of open positions in an organization.
Performance Tip: Use a source field with the most targeted number of instances to process.
For example, if you want to add a field that displays the number of base pay changes in a worker’s
history, create a Count Related Instances field using the source field: Compensation History – Base
Pay Changes Only field rather than Worker Events – Completed or even Compensation History
which would include many more instances to process.
Scenario: Per expense report, show the number of expense report lines that are Meals, the Sum of the
Meal Expense lines, and the average meal amount per expense report.
3. Using related actions, copy this report (Custom Report > Copy)
4. Save the copied report as: WICT CF Expense Report Related Instances
6. At the company prompt (the data source has a built-in prompt), enter Global Modern Services, Ltd. (
Canada)
7. See the expense report data. We will next count the number of expense lines that are ‘meal’ related, we
will sum the meal amounts.
TASK 2- COUNT THE NUMBER OF “MEAL” EXPENSE REPORT LINES PER EXPENSE REPORT
2. Under the Columns tab, add a field after the Expense Report Lines field, and using the prompt, select
Create > Create Calculated Field for Report
This new calculated field should be the 3rd field in the report columns. The business object
should be Expense Report.
6. See how the Additional Info tab has less information with report specific calculated fields.
9. Run the report again for Company: Canada to see the count calculation results.
1. Use related actions off your custom report definition and select, Calculated Fields for Report > Create
Calculated Field
6. This calculated field though associated with the report definition, has not yet been used in the report
definition.
7. View your report definition (hint: click on the report link or run the View Custom Report task from the
search box) to see the warning.
8. Edit your custom report and add your sum related instances calculated field under the Columns tab,
below the count related calculated field you created in Task 2. Business object should be Expense
Report.
a. Also add the Extended Amount in Company Base Currency field for business object: Expense
Report Lines
b. Using field Options, show currency codes and symbols for your currency fields.
10. Click OK to save and Run the report for Company: Canada to see the sum calculations.
1. Now let’s try to create a system-wide calculated field that calculates the average meal amount. From the
search box, run the Create Calculated Field task. Remember that this task creates a system-wide
calculated field, not report specific.
1. From the search box, run Maintain Calculated Fields for Report
4. Try searching for these calculated fields from the search box, using cf: WICT CF Count (or cf: WICT CF
Sum) to see how they are not visible outside of the custom report.
5. From the search box, run the task: Convert Calculated Field for Report
8. Now try to search for the calculated fields from the search box. They should be visible system-wide.
TASK 6 – CREATE A CALCULATED FIELD FOR THE AVERAGE MEAL AMOUNT PER EXPENSE
REPORT
1. From the search box, run the Create Calculated Field task.
Arithmetic Expression
Operator / (Divide)
6. Add the WICT CF Average Meal Amount calculated field to your report.
Remember to add it where business object is Expense Report (not Expense Report Lines) as you
created these calculated fields on Expense Report.
7. Click OK to save and run the report for Global Modern Services Ltd (Canada)
(End of Activity)
The Aggregate Related Instances calculated field lists all the instances associated with a field in a child object
and eliminates any duplicate instances from the results.
You can only aggregate fields that are object type fields (single instance or multi instance), not simple types
(e.g., text, numeric, Boolean, currency, date).
For example, you can use the aggregate related instances calculated field to ‘aggregate’ the validation errors
and warnings for a given expense report across all expense report lines to come up with a unique list of
errors per expense report.
The final result returned would be a multi-instance field that lists all the aggregated validation errors and
warnings across all expense report lines of a given expense report.
Another example to show how for a given purchase order, you can aggregate the supplier invoices across all
the supplier invoice lines.
More examples:
Aggregate users across security groups permitted for a given data source
Scenario: Teresa must now include a field that shows the aggregate values of the expense item
transactions on a given expense report.
5. Click OK to save
6. Click Done.
7. Go back into edit mode and add your aggregate related instances calculated field:
Remember that this calculated field is on the business object: Expense Report
Scroll through results to see how the expense report lines transactions are aggregated.
(End of Activity)
1. Since we created several calculated fields just now on the Expense Report business object, let’s
find an instance of an expense report in the tenant.
3. Click on this specific Expense Report to view the expense report and its details.
4. Using related actions, select Reporting > Report Fields and values
5. See the values for all available report fields on the Expense Report business object for this given
instance, including your system-wide calculated fields. Scroll down to find your WICT CF calculated
fields.
The Reporting > Report Fields and Values option shows you what the values would be for all
the report fields available for that business object instance, as if you had written a report with
those report fields and run it for this particular instance.
(End of Activity)
The Lookup Organizational Roles calculated field function returns and looks up the instances assigned to
a given role for the context of the calculated field business object. So for example, if creating the calculated
field on Worker, and looking up a given role, the calculated field will return instances assigned to that role for
the organization context of that given worker. If the business object is Organization, this calculation returns
the assigned instances to the given role specified for the organization currently being processed.
Organizational roles can be assigned to different organization types, e.g. Cost Centers, Location Hierarchies,
Companies. The above example shows organizational roles assigned for a Supervisory Organization.
If the Field Type is Single Instance and the organizational role has more than one worker assigned to it, the
function returns the first worker. If the Organization Type field is blank and the Business Object is Worker
or Employee, the system determines all the organizations the employee or worker is assigned to (such as
supervisory, cost center, region, and so on) and return the worker or workers who hold the organization role
for all those organizations.
LOOKUP ORGANIZATION
The Lookup Organization function provides the ability to determine a specific organization level or node
assigned in an organizational hierarchy based on a worker's organizational assignment. This calculation
is valid only for Worker and Employee business objects. It takes into account the organization level
security and returns only the organization levels or nodes that the user has rights to access, such as from
organizations that are public. This calculation returns any organization levels or nodes associated with the
worker currently being processed.
Example - Assume that an employee belongs to an organization hierarchy such as the one depicted below
and that the employee is assigned to an organization that is a member of the Finance and Administration
organizational hierarchy node.
You can return any organization level associated with the organization to which the employee is assigned by
selecting Organization Associated with Level as the Return Value and specifying the exact level of
organization that you want to return. A level of "1" would return "ABC Company". A level of "2" would return
"Executive Management", and so on.
You also can look up the specific organization to which an employee or worker has been assigned , by
selecting Organization Assigned as the Return Value. For example, if the employee were assigned to the
Finance and Administration organization, the Organization Assigned option would return "Finance and
Administration."
Below is an example organization chart for the Global Modern Services Location Hierarchy. We will be
using this hierarchy in the next activity. Note the nodes or levels of the hierarchy.
In the activity, based on a given worker’s location, we can use the Lookup Organization calculated field
function using this Location Hierarchy to lookup what level or node in the hierarchy a worker would roll up to.
Level 1
Level 2
Scenario: The 401k Administrator has requested that the Benefits Partner be listed on the report along with
where on the location hierarchy they employee rolls up to at level 2.
1. Search for the WICT CF 401k Report you copied in a previous activity.
2. Use the related action icon to edit the report definition Custom Report > Edit
3. Add a field to your report. Using the field prompt, select Create>Create Calculated Field for Report
9. Add another field to the report. Add a row to include the employee’s Location.
10. Now add another row to your report and create a new Report Specific Calculated field as follows to
capture the employee’s Location Hierarchy level 2 organization node:
Optional:
Try creating a report-specific calculated field to show the Worker’s Accountant. Leave the
organization type blank to return all organization types for which the role: Accountant is defined. In
our training tenant, Accountant is a valid role for Company and Company Hierarchy org types. (End
of Activity)
Try converting your report specific calculated fields to system-wide. Task: Convert Calculated Field
for Report (End of Activity)
LOOKUP HIERARCHY
The Lookup Hierarchy calculated field makes it easy to report on your hierarchical data in Workday,
including custom hierarchies and financial data.
Lookup Hierarchy is similar to the Lookup Organization calculated field, except that it provides greater
flexibility allowing you to leverage any defined hierarchy. Lookup Organization is limited to just hierarchy
lookups for organizations or workers/employees. Lookup Hierarchy however, enables you to retrieve data
from any Workday object that has an associated hierarchical structure, not just organizations or
workers. So you can use Lookup Hierarchy to report on projects hierarchies, location hierarchies, customer
hierarchies, and so on, greatly expanding your ability to report on hierarchical information in Workday.
For example, you can create a calculated field that returns a level or node in a Project Hierarchy for a given
project, or a level or node in a defined Spend Category Hierarchy for a given Spend Category.
Lookup Hierarchy supports any hierarchical structure defined (not just organizations) and includes custom
organization hierarchies as well.
The Ledger Account Summary is a commonly used Hierarchy Type for lookups in Financials:
The Lookup Hierarchy Rollup function is a special calculated field designed to be used in conjunction with a
matrix report definition. Using this calculated field function, users can see matrix report data stepping
through levels of a hierarchy as they drilldown. Summarizations will be rolled up and can be drilled through
leveraging defined hierarchies.
Lookup Hierarchy Rollup supports any Workday hierarchical structure, including custom organizations.
This feature respects the access control that you have to an organization, as configured with Workday
security. When you begin drilling down on the Lookup Hierarchy Rollup field, the drill down automatically
starts at the highest level in the hierarchy to which you have access. If there is data that you don't have
access to, a blank value is returned.
You would then include your Lookup Hierarchy Rollup calculated field as a drillable field.
Then when drilling into the matrix report summarization, you can ‘step through’ and ‘drill into’ a
summarization by your defined hierarchy, the cost center hierarchy as shown here in the Top Ten Suppliers
matrix report, grouping supplier invoice lines by Supplier.
Scenario: Logan has been asked to modify the purchases by cost center report to allow for rollups by cost
center hierarchy and spend categories captured at a higher level in the spend category hierarchy.
REFERENCES
Chart for Global Modern Services Cost Centers (Cost Center Hierarchy)
TASK 1 – RUN THE EXISTING PURCHASES BY COST CENTER REPORT AND COPY IT
2. Note how the data is captured at the lowest cost center level, and lowest spend category
level. (Refer to the hierarchies referenced in this activity to see the levels currently reported)
3. Using related actions, copy the Purchases by Cost Center report and rename to WICT CF
Purchases by Cost Center
1. From the search box, run the Create Calculated Field task to create a system-wide calculated
field.
Top Level Node in Hierarchy All > Spend Category Hierarchy > All Spend
Categories
TASK 3 – EDIT YOUR REPORT TO INCLUDE YOUR CALCULATED FIELDS TO GROUP DATA
AT HIGHER LEVEL
1. Edit yourWICT CF Purchases by Cost Center report. (you can search for it in the search
box and use related actions to Edit the definition.)
a. Replace the row grouping field with WICT CF Cost Center Hierarchy Rollup
b. Replace the column grouping field with WICT CF Spend Category Level 3
a. Under Drillable Fields, add the WICT CF Cost Center Hierarchy Rollup field
5. See how the cost center data is rolled up to the Cost Center Hierarchy top level for the row
grouping and the spend categories are now grouped at the Spend Category Hierarchy Level 3
for the column grouping.
6. Drill into the total purchases amount using your WICT CF Cost Center Hierarchy Rollup
calculated field to breakdown the total based on the defined cost center hierarchy.
8. You can now see purchase order totals according to the nodes and levels in your cost center
hierarchy instead of at the individual cost center level originally in the report.
This calculated field enables you to look up the value of a text field in another language. For example, you
might want to create a custom report that returns both the English and French names of your organizations.
Having the ability to easily look up the translated value of a field make this possible. You can use Lookup
Translated Value with any text field associated with the selected business object that has been enabled for
translation. This function returns the text field in the language you specify. The language must be one that is
in the list of available languages specified in your tenant setup. You have the option to simply return the field
in the base language, rather than producing a runtime error message, if no translated value is available for a
particular instance.
The following examples illustrate some ways in which can use Lookup Translated Value:
Return both the English, French, and German names of your organizations.
Return all translated values available for text fields associated with the selected business object.
Following are some factors to consider when designing and implementing calculated fields:
Design the calculations from the top down, but enter calculations into Workday from the bottom up (e.g.
prerequisite constants, conditions).
Always test calculations in a sandbox environment first to ensure you get the expected results, before
implementing them in production.
Consider performance when designing calculated fields. Calculated fields impact performance similar to
adding additional columns on a report or integration. The more intermediate the calculations, the longer
it will take to run the report or integration. See Appendix A for more performance points.
Anticipate errors and exceptions. Test for them in advance using the Evaluate Expression function, and
take the appropriate action.
To re-validate your system-wide calculated fields and list any errors, run the Calculated Field
Exception Audit report.
To re-validate your report-specific calculated fields and list any errors, run the Report-Specific
Calculated Fields Exception Audit report.
TROUBLESHOOTING
Common errors include:
Circular References
The Calculated Field > Calculation Hierarchy as well as the Calculated Field Exception Audit reports
are helpful resources to identify errors. Note: Before you change any calculated field to fix a problem, check
the Where Used tab and investigate whether your change will create a problem in other places where the
field is used.
HELPFUL REPORTS
Business Object Details
Report Fields
Calculated Fields Defined
Maintain Calculated Fields & Maintain Calculated Fields for Report
Calculated Field Exception Audit & Report-specific Calculated Field Exception Audit
Calculated Field Hierarchy
Contextual Reports
o Include: All Workday Delivered Fields, Custom Fields, Customer Defined Calculated Fields
o Do not include fields classified as “Intermediate Calculation” or “Do Not Use”, do not include
Report Specific Calculated Fields
o Can be used to a view calculated fields’ return values without having to write a separate
report.
ADDITIONAL RESOURCES
There are many resources and offerings to continue your knowledge of Calculated Fields for reporting and
integrations in Workday. Some suggested classes and resources are mentioned below to further support and
strengthen your experience.
For a more complete and for the latest list of options, please visit the Workday Learning Center and
Workday Community for continued offerings and resources.
Collaborate
o Join the Reporting and Analytics Group to share, collaborate, get answers to your
reporting needs including Calculated Fields.
o Contribute and checkout the Solutions Catalog for Calculated Fields examples shared
amongst customers
1. Be careful when adding Calculated Fields (CF’s) on an Indexed Report Data Source (RDS) (e.g. Indexed
Workers, Trended Workers, Journal Lines to name a few) as they can significantly impact performance.
a. It is still OK to use CF’s on Indexed RDS’s but you need to performance test the report to see
the effect of adding the CF.
2. Use the “View Indexed Fields for Data Source” report to see what fields are indexed for filtering,
grouping, aggregation and detailed reporting, including calculated fields.
3. Where possible, use RBO fields to get to RBO data in a report vs. CFs.
4. Where possible, use subfilters to get to RBO data in a report vs. CFs.
5. If aggregating a multi-instance related object (for example, Count Related Instances or Sum Related
Instances), use a source field that contains the least amount of instances.
a. For example, if you want to add a field that displays the number of base pay changes in a
worker’s history, create a Count Related Instances field using the source field: Compensation
History – Base Pay Changes Only field rather than Worker Events – Completed or even
Compensation History which would include many more instances to process. Pick the most
targeted source field possible to minimize the # of instances processed.
b. Use the Related Business Objects tab of the Business Object Details report to see the fields
on an object that link to related business objects to choose the best and most specific
relationship to process for your requirement to minimize the processing time and instances
processed.
6. Look at the complexity of the CF, not just the number of CFs in a given report
a. Complex calc fields on a report will slow a report down, for example, when used as filters, in
summary calculations, as dimensions
7. Also consider the number of instances for which the Calc field has to compute
a. For example, if your report is based on employees in an organization and there are 10,000
employees in the org, the CF has to compute something for all the 10,000 employees.
Design your reports with the right data source selection as well to also bring in the most
optimal # of instances.
8. When building a True/False calc field make sure that you put conditions that exclude the greatest
amount of instances first.
9. When creating an Evaluate Expression calc field, make sure you put the conditions in order of
likelihood, with most likely listed first.
10. Benchmark your calc fields in sandbox, with production level volumes and data, to ensure expected
performance levels are met.
APPENDIX B - WORKSHOPS
Scenario: Logan McNeil has been asked to create a report that shows whether a worker is a contingent
worker, regular employee or non-regular employee all in one column.
Since the worker type and employee type information is in 2 different fields, she will need a calculated field
to capture the information in one field/report column.
Remember to design your calculated field from the top down and build it from the bottom up.
1. Run the Create Custom Report task and create a new report as follows:
a. Worker
b. Worker Type
c. Employee Type
4. Click OK to save your report and Run the report. Note how whether a worker is an employee vs.
contingent worker is captured in the Worker Type column, and how for employees, whether they are a
regular employee or not regular is captured in the Employee Type column. We will create a calculated
field to evaluate these 2 fields and return the values we need in one field.
What Calculated Field function does the Worker Employee Type calculated field need to ultimately
use?
Any Constants?
What Calculated Field function does the Worker Employee Type calculated field need to ultimately
use?
Else if (employee type does NOT equal Regular) then return “Non-Regular Employee”
Any Constants?
o Answer: 4 Text Constants (Global):
“Contingent Worker”
“Regular Employee”
“Non-Regular Employee”
“unexpected type”
Any True/False Conditions?
o Answer: 3 True/False Conditions:
If you need detailed steps, the next few pages will walk you through the steps. We encourage
you to try this activity using only the design steps above to enforce your learning.
4. Click OK.
5. Create Another Calculation (or Copy the calculated field you just saved)
8. Click OK.
9. Create Another Calculation (or Copy the calculated field you just saved)
13. Create Another Calculation (or Copy the calculated field you just saved)
2. Click OK.
4. Click OK.
5. Create Another Calculation (or Copy the calculated field you just saved)
7. Click OK.
9. Click OK.
10. Create Another Calculation (or Copy the calculated field you just saved)
3. Click OK.
5. Click OK to save
Scenario: Logan McNeil has been asked to create a new employee dependents report, with spouse and
children listed individually, in separate columns. Specifications are provided below. Please attempt to
create the required calculated fields without looking at the step by step instructions on the next page.
a. Worker
b. Date of Birth
c. Supervisory Organization
d. Position
e. Dependents
5. We will be creating calculated fields extracting each dependent to show as separate columns.
HINTS
Account for 4 child dependents and no more.
You will use the Extract Single Instance function 5 times (One for spouse, and 4 for children)
Name all calculated fields with a WICT CF prefix (this aids in search). You can re-use calculated
fields created in previous activities (as long as they weren't report specific!!!).
10. Select WICT CF Dependent is Child T/F as the Condition. (re-use from previous activity)
13. Select the Specific Occurrence as the Instance to be Returned and enter a value of 1.
15. Using related actions, Copy your calculated field and modify the following fields: (leave all other
fields the same).
Specific Occurrence 2
17. Using related actions, Copy your calculated field and modify the following fields: (leave all other
fields the same).
Specific Occurrence 3
19. Using related actions, Copy your calculated field and modify the following fields: (leave all other
fields the same).
Specific Occurrence 4
21. Search for the WICT CF Flattened Dependents Report and add the following fields:
Scenario: Logan McNeil has been asked to create a calculated field that determines the age difference
between an employee's oldest and youngest child in years. Only employees that have dependents should
be displayed in the report. If an employee only has one child or no children, a zero should be displayed.
Please attempt to create the required calculated fields without looking at the step by step instructions on
the next page.
HINT
Before you can calculate the age difference, you will need to make sure all the fields are on the same
business object.
Name all calculated fields with a WICT CF prefix (this aids in search). You can re-use calculated fields
created in previous activities (as long as they weren't report specific!!!).
You can use report filters to make your report more user friendly.
5. Click OK to save.
9. Click OK to save.
18. Search for the WICT CF Flattened Dependents Report and add the following field(s):
19. Add a Filter to remove employees that do not have any dependents
Scenario: Logan McNeil has been asked to create a Calculated Field that returns whether or not an
employee has 2 or more children listed as dependents. Specifications are provided below. Please attempt
to create the required calculated fields without looking at the step by step instructions on the next page.
1. Create a Calculated Field that returns whether or not an employee has 2 or more dependents who are
children.
HINT
You could first attempt to create a Calculated Field that returns the count of child dependents, instead of
a T/F Calculated Field.
Name all calculated fields with a WICT CF prefix (this aids in search). You can re-use calculated fields
created in previous activities (as long as they weren't report specific!!!).
8. Select WICT CF Dependent is Child T/F as the Count condition. (re-use from previous activity)
9. Click OK to save.
Comparison Value 2
14. Search for the WICT CF Flattened Dependents Report and add the following fields:
1. Search using the bp: search prefix for Expense Report Event for Global Modern services
Companies and View the Business Process definition.
2. Note the condition rules under the “If” column. These are entry conditions that drive
whether a given step will be executed.
3. Click on the condition rule: Expense Report Total Amount >= $5000 USD? Note the
Calculated Field being used and its definition.
4. Go back to the BP definition, and now view the Every 5th Expense Report condition and
calculated field used:
Scenario: Logan McNeil has been asked to write a report that shows Calc Field definitions in the tenant for
a given Workday delivered Report Field to help manage and access existing information about calc fields in
the tenant.
2. Click OK
Field Field
Field Categories
Field Description
4. While still in Edit mode, go to the Filter tab and configure Filter conditions as follows to only report on
Calculated Fields that have underlying report fields for security.
And/Or And
6. While still in edit mode, go to the subfilter tab and configure a subfilter that prompts the user for a field
used in the report field security.
7. Add a Subfilter
Field Field
Comparison Type Common > Prompt the user for the value
8. While still in edit mode, go to the Prompts tab to default the prompt label.
Field Field
11. Select the Hire Date Report Field on the Worker Business Object and click OK to see calculated fields in
tenant that use the Worker/Hire Date report field.
Note how using the Description field along with the Categories in your Calculated Field definition can
help you gain insight into your defined calc fields for improved management and maintenance.
NOTES: