Workdayの統合では、XSLTを使用して、エンタープライズ・インターフェース・ビルダー（EIB）の出力やWebサービス対応レポートなどのXMLデータを、サードパーティシステムで利用可能な形式に変換します。このシナリオでは、wd:Dependents_Group要素を処理し、wd:Relationship属性または要素の値に基づいて関係コードを出力するXSLTを記述する必要があります。要件は、
「配偶者」関係の場合は「CH」、子供関係の場合は「CH」、その他の関係の場合は「OTHER」。
wd:Dependents_Group に一致するテンプレート内の <xsl:choose> ステートメント。
オプション C が正しい理由は次のとおりです。
* XSLT <xsl:choose> 構造: XSLT の <xsl:choose> 要素は、switch 文に似た条件ロジックを提供します。<xsl:when> 要素内の条件を順に評価し、最初に一致した条件を実行し、一致しない場合は <xsl:otherwise> を使用します。
* 属性としての Relationship: 提供された XML スニペットに基づくと、wd:Relationship は属性です (例:
例えば、wd:Dependents_Group 内の <wd:Relationship>Spouse</wd:Relationship> など)。ただし、統合用の Workday XML では、wd:Relationship は属性 (@wd:
特にレポート内の従属データのようなコンテキストでは、子要素ではなく、関係（Relationship）として扱われます。<xsl:when> のテスト属性における構文 @wd:Relationship は、この属性を正しく参照しており、Workday のこのようなデータに対する一般的な XML 構造と一致しています。
* 条件マッチング:
* 最初の <xsl:when test="@wd:Relationship='Spouse'">SP</xsl:when> は、wd: をチェックします。
関係属性は「配偶者」に等しく、true の場合は「SP」を出力します。
* 2 番目の <xsl:when test="@wd:Relationship='Child'">CH</xsl:when> は、wd: をチェックします。
関係属性は「Child」に等しく、true の場合は「CH」を出力します。
* <xsl:otherwise>OTHER</xsl:otherwise> は他のすべてのケースを処理し、関係が「配偶者」でも「子供」でもない場合は「OTHER」を出力します。
* テンプレート内のコンテキスト: テンプレートは wd:Dependents_Group に一致するため、テスト条件は現在の wd:Dependents_Group 要素とその属性に適用され、各従属関係に対して正しい関係コードが出力されるようになります。XML スニペットでは wd:Relationship が要素として示されていますが、Workday のドキュメントや統合プラクティスでは、XSLT 変換において属性として標準化されることが多く、@wd:Relationship が適切です。
他の選択肢はなぜダメなのですか?
* A.
xml
ラップコピー
<xsl:選択>
<xsl:when test="wd:Relationship='配偶者'">SP</xsl:when>
<xsl:when test="wd:Relationship='Child'">CH</xsl:when>
<xsl:otherwise>その他</xsl:otherwise>
</xsl:choose>
これは、wd:Relationship が属性ではなく、wd:Dependents_Group の子要素であると想定しています。XML スニペットでは wd:Relationship が要素として示されていますが、Workday の統合では、特にレポート出力において、効率性と一貫性のために XSLT で属性が求められることがよくあります。wd:Relationship を @ なしで使用すると、一般的に使用される属性ベースの構造と一致しないため、このコンテキストでは不適切です。
* B.
xml
ラップコピー
<xsl:選択>
<xsl:when test="@wd:Relationship='配偶者'">SP</xsl:when>
<xsl:when test="@wd:Relationship='Child'">CH</xsl:when>
<xsl:otherwise>その他</xsl:otherwise>
</xsl:choose>
これは属性に@wd:Relationshipを正しく使用していますが、論理的な欠陥があります。wd:Relationship='Child'の場合、2番目の<xsl:when>は「CH」を出力しますが、条件の順序が重要です。しかし、主な問題は、オプションCほど構造や意図が明確に一致していないことです。Workdayのドキュメントでは、オプションCのような属性ベースの条件が厳密に指定されていることがよくあります。
* D.
xml
ラップコピー
<xsl:選択>
<xsl:when test="/wd:Relationship='配偶者'">SP</xsl:when>
<xsl:when test="/wd:Relationship='Child'">CH</xsl:when>
<xsl:otherwise>その他</xsl:otherwise>
</xsl:choose>
これは絶対パス（/wd:Relationship）を使用しており、現在のwd:Dependents_Groupコンテキスト内ではなく、XMLドキュメントのルートにあるwd:Relationship要素を検索します。これは、wd:Dependents_Groupに一致するテンプレートのコンテキスト内での依存関係の処理には正しく機能しないため、誤りとなります。
これを XSLT で実装するには:
* wd:Dependents_Group に一致するテンプレート内に、オプション C の <xsl:choose> ステートメントを含めて wd:Relationship 属性を評価し、その値に基づいて適切な関係コード（「SP」、「CH」、または「OTHER」）を出力します。これにより、提供された XML で wd:Relationship が要素として表示されている場合でも、EIB または Web サービス対応レポートで従属データを処理するための Workday の XML 構造および統合要件に準拠した変換が保証されます。XSLT 変換では、一貫性を保つために属性に正規化されることがよくあります。
参考文献:
* Workday Pro 統合学習ガイド:「Workday 統合のための XSLT 変換」のセクション
- @wd:Relationship などの属性の処理を含む、XSLT の条件付きロジックにおける <xsl:choose>、<xsl:when>、<xsl:otherwise>、および XPath の使用について詳しく説明します。
* Workday EIB および Web サービス ガイド: 「レポート データの XML と XSLT」の章 - Workday XML の構造 (例: wd:Dependents_Group、@wd:Relationship) と、属性ベースの条件を含む依存データを XSLT を使用して変換する方法について説明します。
* Workday レポートおよび分析ガイド:「Web サービス対応レポート」のセクション - 関係コードの条件付きロジックの例など、レポート出力を変換用の XSLT と統合する方法について説明します。