Workdayとの連携では、XSLTを使用したドキュメント変換（DT）を用いて、コアコネクタやEIBからの出力などのXMLデータを、サードパーティシステム向けの特定の形式に変換します。このシナリオでは、ps:Position要素内のps:Position_IDフィールドを10文字の固定長に変換し、Workdayの変換および検証拡張機能（ETV）属性を使用して、切り捨てが発生した場合はエラーとして報告する必要があります。テンプレートはps:Position要素と一致し、指定された書式設定ルールと検証ルールを適用する必要があります。
選択肢Dが正解である理由は以下のとおりです。
テンプレートのマッチング: <xsl:template match="ps:Position"> は、提供されたスニペットに示すように、XML 内の ps:Position 要素を正しくターゲットにし、変換が適切なノードに適用されるようにします。
ETVの属性：
etv:fixedLength="10"は、Pos_IDフィールドを10文字の固定長にフォーマットすることを指定します。これにより、出力が切り捨てられたり、必要に応じてパディングされたりして、長さの要件を満たすことが保証されます。
etv:reportTruncation="error" は、ps:Position_ID の値が 10 文字を超え、データ損失なしに切り捨てることができない場合に、変換処理がエラーを発生させるように指示します。これは、切り捨てられた値をエラーとして報告するという要件に合致しています。
XPath の選択: <xsl:value-of select="ps:Position_Data/ps:Position_ID"/> は、XML 構造 (<ps:Position_ID>P-00030</ps:Position_ID>) に示されているように、ps:Position_Data 子要素から ps:Position_ID 値を正しく抽出します。
出力構造：<Position><Pos_ID>...</Pos_ID></Position>構造により、変換されたデータがターゲットシステムにとって意味のあるタグで囲まれ、Workday統合プラクティスとの一貫性が維持されます。
他の選択肢はどうでしょうか？
A 。
XML
ラップコピー
<xsl:template match="ps:Position">
＜ポジション＞
<Pos_ID etv:fixedLength="10">
<xsl:value-of select="ps:Position_Data/ps:Position_ID"/>
</Pos_ID>
</位置>
</xsl:template>
このオプションには etv:fixedLength="10" が含まれていますが、etv:reportTruncation="error" が省略されています。切り捨てに関する報告がないため、切り捨てられた値をエラーとして報告するという要件を満たしておらず、不正確です。
B.
XML
ラップコピー
<xsl:template match="ps:Position">
<Position etv:fixedLength="10">
<Pos_ID etv:reportTruncation="error">
<xsl:value-of select="ps:Position_Data/ps:Position_ID"/>
</Pos_ID>
</位置>
</xsl:template>
これは、Pos_ID ではなく Position 要素に etv:fixedLength="10" を、Pos_ID に etv:reportTruncation="error" を適用しています。しかし、fixedLength や reportTruncation のような ETV 属性は、親要素 (Position) ではなく、フォーマット対象の特定のフィールド (Pos_ID) に適用する必要があります。この誤った配置により、正しく動作しません。
C 。
XML
ラップコピー
<xsl:template match="ps:Position">
<Position etv:fixedLength="10">
<Pos_ID etv:reportTruncation="error">
<xsl:value-of select="ps:Position_Data/ps:Position_ID"/>
</Pos_ID>
</位置>
</xsl:template>
オプションBと同様に、これはPositionにetv:fixedLength="10"を、Pos_IDにetv:reportTruncation="error"を適用しますが、同じ理由で誤りです。ETV属性は、フォーマットと検証が必要な特定のフィールド（Pos_ID）に適用する必要があり、親要素に適用するべきではありません。
これをWorkdayとの連携のためにXSLTで実装するには：
オプションDのテンプレートを使用してps:Positionを照合し、etv:fixedLength="10"とetv:reportTruncation="error"をPos_ID要素に適用し、正しいXPathを使用してps:Position_ID値を抽出します。これにより、ps:Position_ID（例：「P-00030」）が10文字にフォーマットされ、切り捨てられた場合はエラーとして報告されるため、統合ファイルの要件を満たします。
:
Workday Pro統合学習ガイド：「ドキュメント変換（DT）とETV」のセクション - XSLT変換におけるデータのフォーマットと検証のために、fixedLengthやreportTruncationなどのETV属性を使用する方法を詳しく説明します。
Workday Core Connector および EIB ガイド: 「XML 変換」の章 - XSLT テンプレートを使用して位置データを変換する方法、長さと切り捨て検証のための ETV 属性について説明します。
Workday統合システムの基礎: 「統合におけるETV」のセクション - 統合出力のXML内の特定のフィールドにETV属性を適用し、フォーマットとエラー報告の要件への準拠を確保する方法について説明します。