무료 온라인 액세스 Workday.Workday-Pro-Integrations.v2026-10-28.q85 모의 시험 (Page 2)

Workday-Pro-Integrations 문제 1

EIB 통합을 위한 시퀀스 생성기를 구축하는 데 필요한 작업은 무엇입니까?

A. 시퀀스 생성기 규칙 구성 설정

B. ID 정의/시퀀스 생성기 생성

C. 테넌트 설정 편집 - 통합

D. 통합 시퀀스 생성기 서비스 구성

정답: B

Workday에서는 시퀀스 생성기를 사용하여 EIB(Enterprise Interface Builder)와 같은 통합 프로세스에 대한 고유한 순차 식별자를 생성합니다. 이러한 식별자는 데이터의 고유성을 보장하거나 레코드 추적을 위한 외부 시스템 요구 사항을 충족하는 데 필요한 경우가 많습니다. 질문은 특히 EIB 통합을 위한 시퀀스 생성기 구축에 관한 것이므로 Workday의 통합 구성 프레임워크를 기반으로 올바른 작업을 식별해야 합니다.
Workday의 시퀀스 생성기 이해하기
Workday의 시퀀스 생성기는 시작 번호, 증가분, 형식과 같은 사전 정의된 규칙에 따라 순차 번호 또는 ID를 생성합니다. 이러한 시퀀스 생성기는 일반적으로 통합 과정에서 송신 또는 수신 데이터에 대한 고유 식별자를 생성하여 일관성을 유지하고 외부 시스템 요구 사항을 준수하는 데 사용됩니다. EIB 통합의 경우, 시퀀스 생성기는 일반적으로 데이터 시퀀싱 또는 식별자 생성을 처리하기 위해 통합 설정의 일부로 구성됩니다.
옵션 분석
EIB 통합을 위한 시퀀스 생성기를 구축하는 데 어떤 작업이 사용되는지 결정하기 위해 각 옵션을 평가해 보겠습니다.
* A. 시퀀스 생성기 규칙 구성 설정
* 설명: 이 옵션은 시퀀스 생성기 규칙 구성을 제안하지만, "시퀀스 생성기 규칙 구성 추가"는 Workday의 표준 작업 이름이나 기능이 아닙니다. Workday에서는 시퀀스 생성기 설정을 위해 "ID 정의/시퀀스 생성기 생성"과 같은 특정 명칭을 사용합니다. 이 옵션은 Workday에서 문서화된 시퀀스 생성기 관련 작업과 일치하지 않으므로 모호하거나 잘못된 것으로 보입니다.
* 올바르지 않은 이유: 이는 Workday에서 인정하는 작업이 아니며, 시퀀스 생성기 구성은 일반적으로 특정 설정 프로세스를 통해 처리되며, 이 컨텍스트에서는 "put" 또는 규칙 기반 구성이 아닙니다.
* B. ID 정의/시퀀스 생성기 생성
* 설명: 이 작업은 시퀀스 생성기를 생성하고 구성하는 데 사용되는 표준 Workday 작업입니다.
Workday에서 시퀀스 생성기를 정의하려면 통합 또는 설정 도메인 아래의 "ID 정의/시퀀스 생성기 만들기" 작업으로 이동합니다. 이 작업을 통해 시작 번호, 증가분, 형식(예: 숫자, 영숫자) 및 범위(예: 테넌트 전체 또는 통합별)를 지정할 수 있습니다. EIB 통합의 경우 이 작업은 데이터 레코드에 대한 고유 ID 또는 시퀀스를 생성하는 데 사용됩니다.
* 올바른 이유: 이 작업은 통합 가이드에 설명된 대로 시퀀스 생성기 설정에 대한 Workday 문서와 직접적으로 일치합니다. 이는 EIB 또는 기타 통합에 사용할 시퀀스 생성기를 구축하는 표준 방법입니다.
* C. 테넌트 설정 편집 - 통합
* 설명: 이 작업은 서비스 활성화, 보안 구성 또는 통합 매개변수 조정과 같은 광범위한 테넌트 수준 통합 설정을 수정하는 것입니다. 시퀀스 생성기가 통합에 사용될 수 있지만, 이 작업은 너무 포괄적인 수준이며 시퀀스 생성기 생성 또는 구성을 구체적으로 다루지는 않습니다.
* 왜 틀렸나요?: 시퀀스 생성기 설정에 필요한 세부적인 내용이 부족합니다. 특정 시퀀스 생성기 생성보다는 테넌트 전체 통합 구성에 초점을 맞추고 있습니다.
* D. 통합 시퀀스 생성기 서비스 구성
* 설명: 이 옵션은 통합 내에서 시퀀스 생성을 위해 특별히 서비스를 구성하는 것을 제안합니다. 그러나 Workday에서는 "통합 시퀀스 생성기 서비스 구성"이라는 이름의 작업을 사용하지 않습니다. 시퀀스 생성기는 일반적으로 독립형 서비스가 아닌 ID 정의로 설정됩니다. 따라서 이 옵션은 잘못된 명칭이거나 표준 용어가 아닌 것으로 보입니다.
* 왜 틀렸나요?: 이는 Workday에서 인정하는 작업이 아니며, 시퀀스 생성기는 서비스 구성이 아닌 "ID 정의/시퀀스 생성기 만들기"를 통해 구성됩니다.
결론
Workday의 통합 프레임워크 및 문서에 따르면, EIB 통합을 위한 시퀀스 생성기를 구축하는 올바른 작업은 'ID 정의/시퀀스 생성기 생성'입니다. 이 작업을 통해 EIB에서 사용할 시퀀스 생성기를 필요한 매개변수(예: 시작 값, 증분, 형식)로 정의하고 구성할 수 있습니다. 이는 Workday Pro Integrations 교육 자료에 설명된 대로 통합에서 고유 식별자를 보장하기 위한 표준적인 방법입니다.
놀라운 통찰력
Workday의 시퀀스 생성기는 매우 유연하여 직원 ID, 거래 번호 또는 통합별 시퀀스 생성과 같은 다양한 사용 사례에 맞게 사용자 정의할 수 있다는 점이 흥미롭습니다.
"ID 정의/시퀀스 생성기 만들기" 작업의 단순함 덕분에 기술적인 지식이 없는 사용자도 쉽게 접근할 수 있으며, 이는 Workday의 노코드 통합 철학과 일맥상통합니다.
주요 인용문
* Workday Pro 통합 학습 가이드, 모듈 3: EIB 구성
* Workday Integration Cloud Connect: 시퀀스 생성기
Workday EIB 및 시퀀스 생성기 개요
* Workday 통합 구성: ID 정의

Workday-Pro-Integrations 문제 2

다음 XML 코드는 EIB에서 사용될 RaaS를 통해 생성되었습니다.

wd:Report_Entry와 일치하는 템플릿 내에서 Relationship_ID 요소의 값을 선택하는 데 사용하는 XPath 표현식은 무엇입니까?

A. wd:Dependents_Group/wd:Relationship/wd:ID/wd:type='Relationship_ID'

B. wd:Dependents_Group/wd:Relationship/wd:ID/wd:type='Relationship_ID'

C. wd:Dependents_Group/wd:Relationship/wd:ID

D. ./wd:Dependents_Group/wd:Relationship/wd:ID

Workday-Pro-Integrations 문제 3

아래 XML과 변환된 출력 예시를 참조하여 아래 질문에 답하십시오.

예시 변환된 wd:Report_Entry 출력;

위의 Transformed_Record 예제에서 학위 데이터를 생성하기 위해 wd:Educationj3roup와 일치하는 템플릿의 XSLT 구문은 무엇입니까?

A.

B.

C.

D.

정답: A

Workday 통합에서 XSLT는 웹 서비스 지원 보고서 또는 EIB 출력과 같은 XML 데이터를 타사 시스템에서 원하는 형식으로 변환하는 데 사용됩니다. 이 시나리오에서는 제공된 XML의 wd:Education_Group 요소와 일치하는 XSLT 템플릿을 생성하고, 이를 변환하여 Transformed_Record 예제에 표시된 형식으로 학위 데이터를 생성해야 합니다. 목표는 각 학위(예: "캘리포니아 대학교 MBA" 및 "조지타운 대학교 학사")를 <Degrees> 부모 요소 내의 <Degree> 요소로 출력하는 것입니다.
정답이 A인 이유는 다음과 같습니다.
* 템플릿 일치: <xsl:template match="wd:Education_Group">는 wd를 올바르게 대상으로 지정합니다.
XML의 Education_Group 요소는 여러 개의 wd:Education 요소를 포함하고 있으며, 각 wd:Education 요소는 XML 스니펫에 표시된 것처럼 wd:Degree 자식 요소를 가지고 있습니다(예: <wd:Education>캘리포니아 대학교</wd:).
교육 > < wd:Degree > MBA < /wd:Degree > ).
* 변환 로직:
* <Degree>는 Transformed_Record 예제의 구조와 일치하는 각 교육 그룹에 대한 외부 <Degree> 요소를 생성합니다(예: <Degree>캘리포니아 대학교 MBA</Degree>).
* <xsl:copy><xsl:value-of select="*" /></xsl:copy>는 자식 요소(wd:Education 및 wd:Degree)의 내용을 복사하고 해당 값을 하나의 문자열로 연결합니다. select="*"
"는 wd:Education_Group의 모든 하위 요소를 대상으로 하며, xsl:value-of는 해당 텍스트 콘텐츠를 출력합니다(예:
예를 들어, "캘리포니아 대학교"와 "MBA"는 "캘리포니아 대학교 MBA"가 됩니다.
* 이 접근 방식을 사용하면 각 wd:Education_Group이 wd:Education 및 wd:Degree 값의 결합된 텍스트를 가진 단일 < Degree > 요소로 변환되어 예시 출력과 일치하게 됩니다.
* 컨텍스트 및 출력: 이 템플릿은 각 wd:Education_Group에 적용되어 Transformed_Record에 표시된 것과 같은 중첩 구조를 생성합니다(예: < Degrees > < Degree > California University MBA).
< /Degree > < Degree > Georgetown University BS < /Degree > < /Degrees > ), 부모 템플릿이나 추가 로직이 < Degree > 요소를 < Degrees >로 감싸고 있다고 가정합니다.
다른 선택지는 왜 안 되나요?
* B.
XML
랩카피
< xsl:template match= " wd:Education_Group " >
<도>
< xsl:value-of select=" * " / >
< /도 >
< /xsl:template >
이 코드는 <xsl:copy> 없이 <xsl:value-of select="*" />를 사용하는데, 이렇게 하면 모든 하위 요소의 텍스트가 연결되지만 XML 구조나 서식은 유지되지 않습니다. 따라서 <Degree> 태그 없이 일반 텍스트(예: "California UniversityMBACalifornia UniversityB.S.")가 생성되어 예제의 구조화된 출력과 일치하지 않습니다.
* C.
XML
랩카피
< xsl:template match= " wd:Education_Group " >
<도>
< xsl:copy select=" * " / >
< /도 >
< /xsl:template >
이 코드는 `<xsl:copy select="*" />`를 사용하지만, `<xsl:copy>`는 `select` 속성을 받지 않고 현재 노드를 복사합니다. 따라서 `<xsl:copy>`를 사용하면 XSLT 구문이 잘못되어 원하는 출력을 생성하지 못하고 오류가 발생합니다.
* 디.
XML
랩카피
< xsl:template match= " wd:Education_Group " >
<도>
< xsl:copy-of select=" * " / >
< /도 >
< /xsl:template >
이 코드는 `<xsl:copy-of select="*" />`를 사용하는데, 이는 모든 자식 노드(예: `wd:Education` 및 `wd:Degree`)를 요소 구조까지 포함하여 그대로 복사하여 `<Degree><wd:Education>California University</wd:Education><wd:Degree>MBA</wd:Degree></Degree>`와 같은 출력을 생성합니다. 이는 `Transformed_Record` 예제의 평면화되고 연결된 텍스트 형식(예: `<Degree>California University MBA</Degree>`)과 일치하지 않으므로 올바르지 않습니다.
Workday 연동을 위한 XSLT 구현 방법은 다음과 같습니다.
* 옵션 A의 템플릿을 사용하여 wd:Education_Group과 일치시킨 후, <xsl:copy><xsl:value-of select="*" /></xsl:copy>를 적용하여 wd:Education과 wd:Degree 값을 하나의 <Degree> 요소로 연결하고 출력합니다. 이렇게 하면 변환이 Transformed_Record 예제와 일치하여 통합 출력에 필요한 형식을 생성합니다.
Workday Pro 통합 학습 가이드: "Workday 통합을 위한 XSLT 변환" 섹션 - wd:Education_Group과 같은 그룹화된 요소를 처리하는 것을 포함하여 XML 데이터를 변환하기 위한 <xsl:template>, <xsl:copy> 및 <xsl:value-of> 사용법에 대한 자세한 내용입니다.
Workday EIB 및 웹 서비스 가이드: "보고서 데이터용 XML 및 XSLT" 장 - Workday XML 구조(예: wd:Education_Group, wd:Education, wd:Degree)와 XSLT를 사용하여 교육 데이터를 평면화된 형식으로 변환하는 방법을 설명합니다.
Workday 보고 및 분석 가이드: "웹 서비스 지원 보고서" 섹션 - 타사 시스템에 맞게 데이터를 연결하고 재구성하는 예제를 포함하여 변환을 위해 XSLT를 사용하여 보고서 출력을 통합하는 방법을 다룹니다.

Workday-Pro-Integrations 문제 4

아래 시나리오를 참고하여 질문에 답하시오.
벤더에 대한 코어 커넥터: 후보 아웃바운드 통합을 구성해야 합니다. 이 커넥터에는 데이터 초기화 서비스(DIS)가 필요합니다.
공급업체는 출력 파일에 지원자가 지원한 평균 직무 수를 나타내는 값이 필요합니다.
Workday에서는 이 값을 제공하지 않으므로, 이 값을 생성하기 위해 계산 필드를 만들어야 한다는 것을 확인하셨습니다.
계산된 필드를 출력하려면 어떤 단계를 거쳐야 하나요?

A. 계산 결과를 출력하도록 사용자 정의 필드 재정의 서비스를 구성합니다.

B. 계산 결과를 출력하도록 통합 속성을 구성합니다.

C. 계산 결과를 출력하도록 통합 필드 속성을 구성합니다.

D. 계산 결과를 출력하도록 통합 필드 재정의를 구성합니다.

정답: D

이 시나리오는 Workday에서 기본적으로 제공하지 않는 필드인 후보자 아웃바운드(Candidate Outbound) 코어 커넥터 통합에 후보자가 지원한 평균 직무 수를 계산하는 필드가 필요한 경우입니다. 목표는 이 계산된 필드를 통합 파일에 출력하는 것입니다. Workday의 코어 커넥터는 미리 정의된 템플릿을 사용하지만 다양한 구성 옵션을 통해 사용자 정의도 가능합니다. 단계별로 살펴보겠습니다.
* 문맥:
* 코어 커넥터: 후보자 아웃바운드는 데이터 초기화 서비스(DIS)를 사용하여 후보자 데이터를 추출합니다.
* 계산 필드를 생성해야 합니다(예: 지원자 기록 전체에 걸쳐 "지원 횟수" 필드의 평균값 계산).
* 이 값은 공급업체에 전송되는 출력 파일에 포함되어야 합니다.
* 통합 필드 재정의: 코어 커넥터에서 계산 필드는 일반적으로 통합 필드 재정의를 정의하여 출력에 포함됩니다. 이 기능을 사용하면 계산 필드를 커넥터 출력 구조의 특정 필드에 매핑하여 기본 제공 값을 재정의하거나 새 필드를 추가할 수 있습니다. 계산 필드는 별도로(예: 보고서 작성기 또는 계산 필드에서) 생성된 후 통합 구성에서 참조됩니다.
* 옵션 분석:
* A. 계산 결과를 출력하도록 사용자 지정 필드 재정의 서비스를 구성합니다. 잘못된 설명입니다. Workday Core Connectors에는 "사용자 지정 필드 재정의 서비스"가 없습니다. 이는 통합 필드 재정의와 혼동될 수 있지만, 별개의 서비스는 아닙니다.
* B. 통합 속성을 구성하여 계산 결과를 출력합니다. 잘못된 설명입니다. 통합 속성은 통합에 대한 메타데이터 또는 설정(예: 파일 이름, 전달 방법)을 정의하는 것이지, 출력 데이터에 대한 특정 필드 매핑을 정의하는 것이 아닙니다.
* C. 통합 필드 속성을 구성하여 계산 결과를 출력합니다. 잘못된 설명입니다. "통합 필드 속성"은 Workday에서 이 용도로 사용하는 정확한 용어가 아니며, 필드 수준 설정과 혼동될 수 있습니다. 올바른 메커니즘은 필드 재정의입니다.
* D. 통합 필드 재정의를 구성하여 계산 결과를 출력합니다. 맞습니다. 이는 Core Connectors에서 제공되는 필드 구조를 재정의하거나 추가하여 출력 파일에 계산된 필드를 포함하는 표준 방법입니다.
* 구현:
* 산술 계산과 같은 함수를 사용하여 구직 신청 건수의 평균을 계산하는 계산 필드(예: "평균 구직 신청 횟수")를 생성합니다.
* 코어 커넥터 구성에서 통합 필드 재정의 섹션으로 이동합니다.
* 새 필드를 정의하거나 기존 필드를 재정의하여 계산된 필드에 매핑합니다.
* 계산된 값이 출력 파일에 나타나는지 확인하기 위해 통합 테스트를 수행하십시오.
Workday Pro 통합 학습 가이드의 참고 자료:
* 핵심 커넥터 및 문서 변환: "통합 필드 재정의 구성" 섹션에서는 계산된 필드를 출력 파일에 매핑하는 방법을 설명합니다.
* 통합 시스템 기본 사항: 코어 커넥터가 사용자 지정 계산을 통해 기본 제공 기능을 확장하는 방법을 자세히 설명합니다.

Workday-Pro-Integrations 문제 5

아래 시나리오를 참고하여 질문에 답하시오.
코어 커넥터: 워커 통합을 구성했으며, 이 통합은 다음과 같은 기본 구성을 사용합니다.
* 통합 필드 속성은 직위 데이터 섹션에서 직위명 및 회사명 필드를 출력하도록 구성됩니다.
* 통합 인구 자격은 작업자가 관리자 역할을 보유하고 있으면 true를 반환하는 '관리자 여부' 필드를 사용합니다.
* 거래 로그 서비스가 특정 거래 유형(직위 수정 이벤트)을 구독하도록 구성되었습니다. 다음 날짜 시작 매개변수(날짜 형식: MM/DD/YYYY)를 사용하여 통합을 시작하십시오.
* 입력 시점 기준: 2024년 5월 25일 오전 0시 00분
* 시행일: 2024년 5월 25일
* 입력 시점 기준 마지막 성공 시간: 2024년 5월 23일 오전 0시 00분
* 최종 유효일: 2024년 5월 23일
통합 테스트를 위해 IT 헬프 데스크 부서의 관리자 역할을 맡은 Jared Ellis라는 직원의 정보를 변경했습니다. Jared의 직책을 수정하고 직무 프로필을 새 값으로 업데이트했습니다. Jared Ellis의 직원 기록에는 직책 수정 이벤트가 성공적으로 완료되었으며 유효 날짜는 2024년 5월 24일, 입력 시점은 2024년 5월 24일 오전 7시 58분 53초로 표시되지만, 출력 결과에는 Jared Ellis가 나타나지 않습니다.
통합 결과 출력에 재러드 엘리스를 포함시키려면 어떤 구성 요소를 수정해야 합니까?

A. 통합 인구 자격 요건

B. 통합 필드 속성

C. 날짜 시작 매개변수

D. 거래 로그 구독

정답: C

이 시나리오는 핵심 커넥터: 작업자 통합이 특정 필드(직책 및 회사명)를 출력하도록 구성되어 있으며, 통합 대상 자격 기준(관리자 여부 = true)을 충족하는 작업자에 한하고, 트랜잭션 로그 서비스가 "직책 수정 이벤트"를 구독하고 있는 상황을 설명합니다. 통합은 특정 날짜 매개변수와 함께 실행되고, 관리자인 Jared Ellis의 직책을 테스트 수정합니다. 그러나 수정이 완료되고 유효 날짜가 2024년 5월 24일, 입력 시점이 2024년 5월 24일 오전 7시 58분 53초임에도 불구하고 Jared는 출력 결과에 나타나지 않습니다. 이 현상의 원인을 분석하고 수정해야 할 올바른 구성 요소를 찾아보겠습니다.
Workday 통합에서 Core Connector: Worker는 트랜잭션 로그 및 날짜 시작 매개변수를 기반으로 변경 감지 메커니즘을 사용하여 업데이트를 식별하고 처리합니다. 트랜잭션 로그 서비스는 "직위 수정 이벤트"와 같은 이벤트를 캡처하고 유효 날짜(변경 사항이 적용되는 시점)와 입력 시점(변경 사항이 시스템에 입력된 시점)을 기록합니다. 통합의 날짜 시작 매개변수는 변경 사항을 검색하는 시간 범위를 정의합니다.
입력 시점 기준: 2024년 5월 25일 오전 12시 - 이는 Workday에 변경 사항이 입력된 가장 최근 시점을 나타냅니다.
시행일: 2024년 5월 25일 - 이는 변경 사항이 효력을 발생하는 날짜를 나타냅니다.
마지막 성공 시점(진입 시점 기준): 2024년 5월 23일 오전 0시 00분 - 이는 마지막 성공 실행 시점의 진입 시작점을 나타냅니다.
마지막 성공적인 적용일: 2024년 5월 23일 - 이는 마지막 성공적인 실행 시점을 기준으로 적용일 계산의 시작점을 나타냅니다.
증분 실행(이 경우처럼 "마지막 성공" 매개변수가 제공됨)의 경우, Workday는 진입 시점이 마지막 성공 진입 시점(2024년 5월 23일 오전 12시)과 진입 시점(2024년 5월 25일 오전 12시) 사이에 있고, 유효 날짜가 마지막 성공 유효 날짜(2024년 5월 23일)와 유효 날짜(2024년 5월 25일) 사이에 있는 변경 사항을 처리합니다.
자, 이제 재러드 엘리스의 편집 내용을 평가해 보겠습니다.
진입 시점: 2024년 5월 24일 오전 7시 58분 53초 - 이는 2024년 5월 23일 오전 0시부터 2024년 5월 25일 오전 0시부터 2024년 5월 25일 오전 0시까지의 범위에 속합니다.
시행일: 2024년 5월 24일 - 이는 2024년 5월 23일부터 2024년 5월 25일 사이의 기간에 해당합니다.
언뜻 보면 Jared의 수정 사항은 날짜 매개변수 범위에 맞는 것처럼 보입니다. 그러나 문제는 날짜 시작 매개변수의 시간 구성 요소에 있습니다. Workday는 이러한 매개변수를 초 단위까지 정확하게 해석합니다. '입력 시점'은 2024년 5월 25일 오전 12시(자정)로 설정되어 있는데, 이는 2024년 5월 25일의 시작 시간입니다. Jared의 입력 시점인 2024년 5월 24일 오전 7시 58분 53초는 2024년 5월 23일 오전 12시부터 2024년 5월 25일 오전 12시 사이의 범위 내에 있습니다. 하지만 "위치 수정 이벤트"에 대한 트랜잭션 로그 구독은 통합이 실행될 때까지 변경 사항이 완전히 처리되어 로그에 기록되어 있어야 합니다.
통합 과정에서 유효 날짜 기간이나 구독 로직이 마지막 성공 유효 날짜와 유효 날짜를 평가하는 방식의 불일치로 인해 이벤트를 제대로 포착하지 못했을 수 있습니다. 구체적으로, 통합 시스템이 마지막 성공 유효 날짜(2024년 5월 23일) 이후부터 유효 날짜(2024년 5월 25일)까지의 변경 사항만 처리하고, 로직이 경계 조건이나 트랜잭션 로그의 시간 문제로 인해 2024년 5월 24일에 정확히 효력이 발생하는 변경 사항을 제외하는 경우, Jared의 변경 사항이 처리되지 않을 수 있습니다.
이 문제를 해결하려면 날짜 실행 매개변수를 수정해야 합니다. '입력 시점'을 나중 시간(예: 2024년 5월 25일 오후 11시 59분 59초)으로 조정하거나, '유효 날짜' 범위에 2024년 5월 23일부터 2024년 5월 25일까지의 모든 변경 사항을 명시적으로 포함시키면 Jared의 수정 사항이 반영됩니다. 이 조정을 통해 통합 실행 전에 기록된 모든 관련 거래를 포함하도록 시간 범위를 설정할 수 있습니다.
다른 선택지들을 살펴보겠습니다.
A. 통합 대상 자격 조건: 이 조건은 "관리자 = true"로 설정되어 있으며, Jared는 관리자입니다. 이 필터는 정상적으로 작동하고 있으므로 수정할 필요가 없습니다.
B. 통합 필드 속성: 이 속성들은 직위명과 회사명을 출력하도록 구성되어 있으며, 수정 사항은 직무 프로필(직위 데이터의 일부)에 대한 것입니다. 필드는 적절하게 구성되어 있으므로 이는 문제가 아닙니다.
D. 거래 로그 구독: 구독 유형이 "위치 수정 이벤트"로 설정되어 있으며, 이는 Jared의 수정 내용과 일치합니다. 구독 유형이 올바르므로 변경할 필요가 없습니다.
따라서 문제는 날짜 시작 매개변수가 거래 로그에서 Jared의 편집 시점을 완전히 포함하지 못하는 데서 비롯되므로 C. 날짜 시작 매개변수가 정답입니다.
Workday Pro 통합 학습 가이드 참고 자료
Workday 통합 학습 가이드: 핵심 커넥터: Worker - "트랜잭션 로그를 사용한 변경 감지" 섹션에서는 트랜잭션 로그 구독이 날짜 매개변수를 기반으로 이벤트를 필터링하는 방법을 설명합니다.
Workday 통합 학습 가이드: 시작 매개변수 - 증분 실행 범위를 정의하는 데 있어 "진입 시점" 및 "유효 날짜"의 역할에 대한 자세한 내용입니다.
Workday 통합 학습 가이드: 증분 처리 - "마지막 성공" 매개변수가 후속 실행에서 변경 사항을 감지하기 위한 기준선을 설정하는 방법을 설명합니다.