Cisco
CompTIA
ISC
EC-Council
EXIN
Fortinet
ITIL
Juniper
Microsoft
VMware
Avaya
SAP
Google
NVIDIA
Salesforce
Amazon
Palo Alto Networks
ISC2
Splunk
ServiceNow
All Vendors
  2. Home
  3. Exams
  4. Workday
  5. Workday-Pro-Integrations

Workday Workday-Pro-Integrations Exam
Workday Pro Integrations Certification (Page 5 )

Updated On: 7-Feb-2026
Page 3 of 17
PDF with 77 Questions

Refer to the following scenario to answer the question below. You need to configure a Core Connector: Candidate Outbound integration for your vendor. The connector requires the data initialization service (DIS).

The vendor needs a value on the output file which contains the average number of jobs a candidate applied to. This value is not delivered by Workday so you have identified that you will need to build a calculated field to generate this value.

What steps do you follow to output the calculated field?

  1. Configure a custom field override service to output the calculation.
  2. Configure integration attributes to output the calculation.
  3. Configure integration field attributes to output the calculation.
  4. Configure integration field overrides to output the calculation.

Answer(s): D

Explanation:

The scenario involves a Core Connector: Candidate Outbound integration requiring a calculated field for the average number of jobs a candidate applied to, which isn't a delivered Workday field. The task is to output this calculated field in the integration file. Core Connectors in Workday use predefined templates but allow customization through various configuration options. Let's evaluate the steps:

Context:

Core Connector: Candidate Outbound uses the Data Initialization Service (DIS) to extract candidate data.

A calculated field must be created (e.g., averaging the "Number of Job Applications" field across a candidate's records).

This value needs to be included in the output file sent to the vendor.

Integration Field Overrides:In Core Connectors, calculated fields are typically incorporated into the output by defining integration field overrides. This feature allows you to map a calculated field to a specific field in the connector's output structure, overriding the default delivered value (or adding a new field). The calculated field is built separately (e.g., in Report Writer or Calculated Fields) and then referenced in the integration configuration.

Option Analysis:

A . Configure a custom field override service to output the calculation: Incorrect. There's no "custom field override service" in Workday Core Connectors. This might confuse with integration field overrides, but it's not a distinct service.

B . Configure integration attributes to output the calculation: Incorrect. Integration attributes define metadata or settings for the integration (e.g., file name, delivery method), not specific field mappings for output data.

C . Configure integration field attributes to output the calculation: Incorrect. "Integration field attributes" isn't a precise Workday term for this purpose; it may confuse with field-level settings, but field overrides are the correct mechanism.

D . Configure integration field overrides to output the calculation: Correct. This is the standard method in Core Connectors to include calculated fields in the output file by overriding or adding to the delivered field structure.

Implementation:

Create a calculated field (e.g., "Average Job Applications") using functions like Arithmetic Calculation to average job application counts.

In the Core Connector configuration, navigate to the Integration Field Overrides section.

Define a new field or override an existing one, mapping it to the calculated field.

Test the integration to ensure the calculated value appears in the output file.

Reference from Workday Pro Integrations Study Guide:

Core Connectors & Document Transformation: Section on "Configuring Integration Field Overrides" explains mapping calculated fields to output files.

Integration System Fundamentals: Details how Core Connectors extend delivered functionality with custom calculations.



Refer to the following scenario to answer the question below.

You need to configure a Core Connector: Candidate Outbound integration for your vendor. The connector requires the data initialization service (DIS).

The vendor needs the file to only include candidates that undergo a candidate assessment event in Workday.

How do you accomplish this?

  1. Configure the integration services to only include candidates with assessments.
  2. Set the integration transaction log to subscribe to specific transaction types.
  3. Make the Candidate Assessment field required in integration field attributes.
  4. Create an integration map to output values for candidates with assessments.

Answer(s): A

Explanation:

The scenario requires configuring a Core Connector: Candidate Outbound integration with the Data Initialization Service (DIS) to include only candidates who have undergone a candidate assessment event in Workday. Core Connectors are event-driven integrations that rely on business process transactions or specific data changes to trigger data extraction. Let's analyze how to meet this requirement:

Understanding Core Connector and DIS:The Core Connector: Candidate Outbound integration extracts candidate data based on predefined services and events. The Data Initialization Service (DIS) ensures the initial dataset is populated, but ongoing updates depend on configured integration services that define which candidates to include based on specific events or conditions.

Candidate Assessment Event:In Workday, a "candidate assessment event" typically refers to a step in the recruiting business process where a candidate completes an assessment. The requirement to filter for candidates with this event suggests limiting the dataset to those who triggered an assessment-related transaction.

Integration Services:In Core Connectors, integration services determine the scope of data extracted by subscribing to specific business events or conditions. For this scenario, you can configure the integration services to monitor the "Candidate Assessment" event (or a related business process step) and include only candidates who have completed it. This is done by selecting or customizing the appropriate service within the Core Connector configuration to filter the candidate population.

Option Analysis:

A . Configure the integration services to only include candidates with assessments: Correct. This involves adjusting the integration services in the Core Connector to filter candidates based on the assessment event, ensuring only relevant candidates are included in the output file.

B . Set the integration transaction log to subscribe to specific transaction types: Incorrect. The integration transaction log tracks processed transactions for auditing but doesn't control which candidates are included in the output. Subscription to events is handled via integration services, not the log.

C . Make the Candidate Assessment field required in integration field attributes: Incorrect. Integration field attributes define field-level properties (e.g., formatting or mapping), not the population of candidates included. Making a field "required" doesn't filter the dataset.

D . Create an integration map to output values for candidates with assessments: Incorrect. Integration maps transform or map field values (e.g., converting "United States" to "USA") but don't filter the population of candidates included in the extract. Filtering is a service-level configuration.

Implementation:

Edit the Core Connector: Candidate Outbound integration.

In the Integration Services section, select or configure a service tied to the "Candidate Assessment" event (e.g., a business process completion event).

Ensure the service filters the candidate population to those with an assessment event recorded.

Test the integration to verify only candidates with assessments are extracted.

Reference from Workday Pro Integrations Study Guide:

Core Connectors & Document Transformation: Section on "Configuring Integration Services" explains how services define the data scope based on events or conditions.

Integration System Fundamentals



Refer to the following scenario to answer the question below.

You need to configure a Core Connector: Candidate Outbound integration for your vendor. The connector requires the data initialization service (DIS).

The vendor requests additional formatting of the candidate Country field. For example, if a candidate's country is the United States of America, the output should show USA.

What steps do you follow to meet this request?

  1. Use an Evaluated Expression calculation and add it to the integration's report data source.
  2. Use the integration related action Configure Integration Population Eligibility.
  3. Use the integration services to only output shortened country codes.
  4. Use the integration related action Configure Integration Maps.

Answer(s): D

Explanation:

The scenario involves a Core Connector: Candidate Outbound integration with the Data Initialization Service (DIS), where the vendor requires the "Country" field to be formatted differently (e.g., "United States of America" to "USA"). This is a data transformation requirement, and Core Connectors provide specific tools to handle such formatting. Let's evaluate the solution:

Requirement:The vendor needs a shortened country code (e.g., "USA" instead of "United States of America") in the output file. This involves transforming the delivered "Country" field value from the Candidate business object into a vendor-specific format.

Integration Maps:In Workday Core Connectors, integration maps are used to transform or map field values from Workday's format to a vendor's required format. For example, you can create a map that replaces "United States of America" with "USA," "Canada" with "CAN," etc. This is configured via the "Configure Integration Maps" related action on the integration system, allowing you to define a lookup table or rule-based transformation for the Country field.

Option Analysis:

A . Use an Evaluated Expression calculation and add it to the integration's report data source:
Incorrect.
While an Evaluate Expression calculated field could transform the value (e.g., if-then logic), Core Connectors don't directly use report data sources for output formatting. Calculated fields are better suited for custom reports or EIBs, not Core Connector field mapping.

B . Use the integration related action Configure Integration Population Eligibility: Incorrect. This action filters the population of candidates included (e.g., based on eligibility criteria), not the formatting of individual fields like Country.

C . Use the integration services to only output shortened country codes: Incorrect. Integration services define the dataset or events triggering the integration, not field-level formatting or transformations.

D . Use the integration related action Configure Integration Maps: Correct. Integration maps are the standard Core Connector tool for transforming field values (e.g., mapping "United States of America" to "USA") to meet vendor requirements.

Implementation:

Navigate to the Core Connector: Candidate Outbound integration system.

Use the related action Configure Integration Maps.

Create a new map for the "Country" field (e.g., Source Value: "United States of America," Target

Value: "USA").

Apply the map to the Country field in the integration output.

Test the output file to ensure the transformed value (e.g., "USA") appears correctly.

Reference from Workday Pro Integrations Study Guide:

Core Connectors & Document Transformation: Section on "Configuring Integration Maps" details how to transform field values for vendor-specific formatting.

Integration System Fundamentals: Explains how Core Connectors handle data transformation through maps rather than calculated fields or services for field-level changes.



Refer to the following scenario to answer the question below.

You have been asked to build an integration using the Core Connector: Worker template and should leverage the Data Initialization Service (DIS). The integration will be used to export a full file (no change detection) for employees only and will include personal data. The vendor receiving the file requires marital status values to be sent using a list of codes that they have provided instead of the text values that Workday uses internally and if a text value in Workday does not align with the vendors list of codes the integration should report "OTHER".

What configuration is required to output the list of codes required from by the vendor instead of Workday's values in this integration?

  1. Configure Integration Maps with a blank Default
  2. Configure Integration Attributes with a blank Default
  3. Configure Integration Maps with "OTHER" as a Default
  4. Configure Integration Attributes with "OTHER" as a Default

Answer(s): C

Explanation:

The scenario involves a Core Connector: Worker integration using the Data Initialization Service (DIS) to export a full file of employee personal data. The vendor requires marital status values to be transformed from Workday's internal text values (e.g., "Married," "Single") to a specific list of codes (e.g., "M," "S"), and any Workday value not matching the vendor's list should output "OTHER." Let's analyze the configuration:

Requirement:Transform the "Marital Status" field values into vendor-specific codes, with a fallback to "OTHER" for unmapped values. This is a field-level transformation, common in Core Connectors when aligning Workday data with external system requirements.

Integration Maps:In Core Connectors, Integration Maps are the primary tool for transforming field values. You create a map that defines source values (Workday's marital status text) and target values (vendor's codes). The "Default" setting in an integration map specifies what value to output if a Workday value isn't explicitly mapped. Here, setting the default to "OTHER" ensures that any marital status not in the vendor's list (e.g., a new Workday value like "Civil Union" not recognized by the vendor) is output as "OTHER."

Option Analysis:

A . Configure Integration Maps with a blank Default: Incorrect. A blank default would leave the field empty or pass the original Workday value for unmapped cases, not "OTHER," failing the requirement.

B . Configure Integration Attributes with a blank Default: Incorrect. Integration Attributes define integration-level settings (e.g., file name, delivery method), not field value transformations. They don't support mapping or defaults for specific fields like marital status.

C . Configure Integration Maps with "OTHER" as a Default: Correct. This uses Integration Maps to map Workday values to vendor codes and sets "OTHER" as the default for unmapped values, meeting the requirement fully.

D . Configure Integration Attributes with "OTHER" as a Default: Incorrect. Integration Attributes don't handle field-level transformations or defaults for data values, making this option inapplicable.

Implementation:

Edit the Core Connector: Worker integration.

Use the related action Configure Integration Maps.

Create a map for the "Marital Status" field (e.g., "Married" "M," "Single" "S").

Set the Default Value to "OTHER" in the map configuration.

Test the output to ensure mapped values use vendor codes and unmapped values return "OTHER."

Reference from Workday Pro Integrations Study Guide:

Core Connectors & Document Transformation: Section on "Configuring Integration Maps" explains mapping field values and using defaults for unmapped cases.

Integration System Fundamentals: Highlights how Core Connectors transform data to meet vendor specifications.



Refer to the following scenario to answer the question below.

You have been asked to build an integration using the Core Connector: Worker template and should leverage the Data Initialization Service (DIS). The integration will be used to export a full file (no change detection) for employees only and will include personal data.

What configuration is required to ensure that when outputting phone number only the home phone number is included in the output?

  1. Configure an integration map to map the phone type.
  2. Include the phone type integration field attribute.
  3. Configure the phone type integration attribute.
  4. Configure an integration field override to include phone type.

Answer(s): B

Explanation:

The scenario involves a Core Connector: Worker integration using DIS to export a full file of employee personal data, with the requirement to output only the home phone number when including phone data. Workday's "Phone Number" field is multi-instance, meaning a worker can have multiple phone types (e.g., Home, Work, Mobile). Let's determine the configuration:

Requirement:Filter the multi-instance "Phone Number" field to include only the "Home" phone number in the output file. This involves specifying which instance of the phone data to extract.

Integration Field Attributes:In Core Connectors, Integration Field Attributes allow you to refine how multi-instance fields are handled in the output. For the "Phone Number" field, you can set an attribute like "Phone Type" to "Home" to ensure only home phone numbers are included. This is a field-level configuration that filters instances without requiring a calculated field or override.

Option Analysis:

A . Configure an integration map to map the phone type: Incorrect. Integration Maps transform field values (e.g., "United States" to "USA"), not filter multi-instance data like selecting a specific phone type.

B . Include the phone type integration field attribute: Correct. This configures the "Phone Number" field to output only instances where the phone type is "Home," directly meeting the requirement.

C . Configure the phone type integration attribute: Incorrect. "Integration attribute" refers to integration-level settings (e.g., file format), not field-specific configurations. The correct term is "integration field attribute."

D . Configure an integration field override to include phone type: Incorrect. Integration Field Overrides are used to replace a field's value with a calculated field or custom value, not to filter multi-instance data like phone type.

Implementation:

Edit the Core Connector: Worker integration.

Navigate to the Integration Field Attributes section for the "Phone Number" field.

Set the "Phone Type" attribute to "Home" (or equivalent reference ID for Home phone).

Test the output file to confirm only home phone numbers are included.

Reference from Workday Pro Integrations Study Guide:

Core Connectors & Document Transformation: Section on "Integration Field Attributes" explains filtering multi-instance fields like phone numbers by type.

Integration System Fundamentals: Notes how Core Connectors handle multi-instance data with field- level attributes.






Post your Comments and Discuss Workday Workday-Pro-Integrations exam prep with other Community members:

Join the Workday-Pro-Integrations Discussion