The task is to write XSLT within a template matching wd:Report_Data/wd:Report_Entry to categorize wd:Job_Skills data, outputting "HR Skills" if the value contains "HR" and "NON-HR Skills" if it does not, using a series of elements. The correct syntax must use the contains() function to check for the substring "HR" within wd:Job_Skills, as the question implies partial matching (e.g., "HR Specialist" or "Senior HR"), not exact equality.

Let’s analyze each option:

Option A:

xml

HR Skills

NON-HR Skills

Issues:

is misused here. It outputs the result of the expression (e.g., "true" or "false" for a comparison), not the conditional text. The inside won’t execute as intended.

The = operator checks for exact equality (e.g., wd:Job_Skills must be exactly "HR"), not substring presence, which contradicts the requirement to check if "HR" is contained within the value.

is malformed (self-closing without a test attribute) and misplaced.

Verdict: Incorrect syntax and logic.

Option B:

xml

HR Skills

NON-HR Skills

Issues:

Similar to A, outputs the boolean result of contains() ("true" or "false"), not the conditional text "HR Skills" or "NON-HR Skills."

The elements are inside invalid tags (self-closing, no test), rendering them ineffective.

While contains() is correct for substring checking, the structure fails to meet the requirement.

Verdict: Incorrect structure despite using contains().

Option C:

xml

HR Skills

NON-HR Skills

Analysis:

Uses correctly with test attributes, satisfying the "series of elements" requirement.

However, wd:Job_Skills='HR' tests for exact equality, not whether "HR" is contained within the value. For example, "HR Specialist" would fail this test, outputting "NON-HR Skills" incorrectly.

Verdict: Semantically incorrect due to exact matching instead of substring checking.

Option D:

xml

HR Skills

NON-HR Skills

Analysis:

Correctly uses with test attributes, aligning with the question’s requirement.

The contains() function properly checks if "HR" is a substring within wd:Job_Skills (e.g., "HR Manager" or "Senior HR" returns true).

not(contains()) ensures the opposite condition, covering all cases (mutually exclusive).

outputs the exact strings "HR Skills" or "NON-HR Skills" as required.

Note: The closing tag is a typo in the option (should be ), but in context, it’s an obvious formatting error, not a substantive issue.

Verdict: Correct logic and syntax, making D the best answer.

Correct Implementation in Context:

xml

HR Skills

NON-HR Skills

Example Input: Senior HR Analyst → Output: HR Skills

Example Input: IT Specialist → Output: NON-HR Skills

References:

Workday Pro Integrations Study Guide: "Configure Integration System - TRANSFORMATION" section, detailing and contains() for conditional XSLT logic in Workday.

Workday Documentation: "XSLT Transformations in Workday" under EIB, confirming wd: namespace usage and string functions.

W3C XSLT 1.0 Specification: Section 9.1, "Conditional Processing with ," and Section 11.2, "String Functions" (contains()).

Workday Community: Examples of substring-based conditionals in XSLT for report transformations.