주 컨텐츠로 이동
문서
문서
Administrator Guide
최종 업데이트: 2023-06-23
개념: Adaptive Planning에 메타데이터 로드

개념: Adaptive Planning에 메타데이터 로드

Adaptive Planning 통합 디자인은 다음 로더를 사용하여 메타데이터를 가져옵니다.
  • 계획 계정 로더
  • 계획 레벨 로더
  • 계획 디멘션 로더
  • 계획 특성 로더
  • 계획 연결 로더
로더에는 Workday 리포트가 하나 이상 선택된 Workday 데이터 소스가 필요합니다. 선택한 리포트의 내용에 따라 사용하는 로더의 종류가 결정됩니다.

기본 지침

메타데이터를 Adaptive Planning으로 가져오는 Workday 데이터 소스를 생성하는 경우 다음 기본 원칙을 따르십시오.
  • 계층형 항목의 경우 다음 Workday 기본제공 리포트를 사용합니다.
    • 계획 디멘션/계층의 예 - 코스트센터 및 코스트센터 계층
    • 원장 계정 또는 원장 계정 요약의 예 - 원장 계정 계층
  • 추가 특성의 경우 오브젝트에 대한 커스텀 리포트를 생성합니다. 예를 들어 다음과 같습니다.
    • 공급자 및 공급자 그룹
    • 회사의 회사 코드
Workday가 데이터 범위를 좁히도록 합니다.
  • 그룹 및 필터 사용:
    • 먼저
      회사를
      선택하고
      코스트센터를
      선택합니다.
    • 코스트센터의
      세부내용 행 요약을
      선택합니다.
  • 필요한 경우 필터를 추가합니다.
  • 서로 다른 데이터 하위 세트가 필요한 경우 필터를 하드코딩하는 대신 가능하면 프롬프트를 사용합니다.
  • 설명을 읽고 프롬프트를 이해하여 사용가능한 최상의 리포트 데이터 소스(RDS)를 사용합니다.
    • 가능한 경우
      '성능에 최적화'가
      선택됩니다.
    • 회사 기반 프롬프트는 회사 레벨에서 데이터를 검색합니다.
    • 조직 기반 프롬프트는 필터링할 때 코스트센터, 관할조직 또는 기타 조직 레벨에서 데이터를 검색할 수 있습니다.

레벨

레벨은 root 또는 최상위 레벨에 대한 연결을 사용하여 로드해야 합니다. 예를 들어, 레벨과 해당 parent 레벨을
모든 레벨
까지 로드해야 합니다.
레벨은 Workday 조직을 나타냅니다. 레벨은 계층형이며 액세스 및 보안을 강화하고 워크플로를 관리합니다. 단일 parent 계정으로 롤업됩니다. 최상위 레벨은 Adaptive Planning의 일부로 제공되므로 테이블의 최상위 레벨 parent ID는 비어 있어야 합니다. Parent ID가 비어 있는 모든 레벨은 모든 레벨의 root로 바로 롤업됩니다. 레벨 로더를 설정할 때 레벨 ID로 Workday ID(WIDS)를 선택하고 해당 parent ID의 parent Workday ID를 선택합니다. 레벨 ID(WIDS)가 고유하더라도 계층의 어느 위치에서도 레벨명을 중복하지 마십시오.

디멘션

로드하는 대부분의 디멘션은 Adaptive Planning에서 로드하고 특성을 지정할 수 있도록 비계층 목록형 디멘션이어야 합니다. Workday 데이터 소스를 생성할 때 특성이 포함된 커스텀 리포트를 선택합니다.

계정

계정은 총계정원장에 대한 계정 그룹별로 계층 형식으로 Adaptive Planning에 별도로 로드해야 합니다.
각 root 계정에는 Workday 프롬프트의 원장 계정 요약에 정의된 대로 데이터 소스에서 자체 스테이징 테이블을 가져와야 합니다. 동일한 Workday 리포트를 재사용한 후 별도의 스테이징 테이블을 생성할 수 있습니다. 각 root 계정에 대해 개별 계획 계정 로더를 생성합니다.
계정 계층 프롬프트 필터 설정
상세 리포트에
필터
탭을 사용할 수 있습니다. 리포트가 실행될 때 계층 및 날짜 값을 결정할 수 있는 필터 또는 프롬프트를 생성합니다.
AND/OR
(
*필드
*연산자
비교 유형
비교 값
)
AND
상위 원장 계정 요약
이(가) 다음 선택 목록에 하나라도 있음:
사용자에게 값을 입력하라는 메시지를 표시하고, 비어 있는 경우 필터 조건을 무시합니다.
Default Prompt
AND
회계처리일
≥
사용자 입력
시작 프롬프트
AND
회계처리일
≤
사용자 입력
종료 프롬프트

연결된 Workday ID

WID가 로더 ID 필드에 매핑되면 매핑 프로필의 WID를 사용하여 Adaptive Planning으로 데이터 및 메타데이터가 로드됩니다. WID 및 매핑 프로필은 Adaptive Planning에서 드릴하고 게시할 수 있는 브리지를 생성합니다. 총계정원장 계정 구조를 생성할 때 계정을 사용하여 계획할 방법을 정확히 결정합니다. 원장 계정, 지출 카테고리 또는 항목 조합별로 계획할 수 있습니다. 계획 계정을 Workday 구조에 매칭하면 데이터 검증, 리포트 생성 및 기타 태스크에 도움이 됩니다.
처음에는 Workday 오브젝트명을 기준으로 사전순으로 연결이 형성됩니다. 다대일 계정, 레벨 및 디멘션을 매핑할 때 Workday 외부 시스템에서 연결의 요소를 재정렬할 수 있습니다. 매핑 중에 요소를 선택하면 해당 요소가 목록의 맨 위로 이동합니다. 필요한 순서대로 끌어서 놓을 수 있습니다.
WID별로 값을 연결하여 드릴다운하려는 리포트의 구분 기호를 사용하여 단일 Adaptive Planning 열을 생성할 수 있습니다. 하나의 구분 기호를 선택하여 모든 데이터 소스에 일관되게 사용합니다. 사용자는 WID 또는 해당 구분 기호를 볼 수 없습니다.
계정 구조에 따라 통합 디자인의 SQL 표현식을 사용하여 연결해야 하는 열을 식별하고 커스텀 SQL 열을 생성합니다.
SQL 열과 데이터 소스를 저장하면 로더에서 열을 참조할 수 있습니다.
열에 대해 추가 SQL 로직을 수행하려면 연결하기 전에 별도의 SQL 열을 사용합니다. 문제 해결을 더 쉽게 하려면 논리적 단계를 분리합니다.
값이 비어 있는 계정에 대해 연결
특정 경비의 경우 지출 카테고리가 필수 Worktag가 아닙니다. 존재하지 않는 오브젝트를 처리하려면 을(를) 연결하여 빈 값을 전달하십시오.
[blank]
WID 연결에 포함합니다. 구분 기호는 공백 값이 있는 전체 문자열을 적절한 위치로 파싱합니다.
예를 들어 원장 계정 6000의 경우 모든 분개장 라인에 지출 카테고리가 없을 수 있습니다. 이 계정에는 3개의 child 계정이 있을 수 있습니다.
  • 6000_SC123
  • 6000_SC124
  • 6000_
계정
6000_
에는 지출 카테고리가 없으므로 빈 값을 로드할 수 있습니다.
연결 대상
[blank]
- Workday에 게시 또는 드릴스루
Null
지출 카테고리
연결 대상
[ignore]
모든 지출 카테고리가 필요한 경우 Workday로 드릴스루하기 위한 지출 카테고리를 무시합니다.
계정 표시명 연결
WID에 사용된 것과 동일한 연결 로직을 반복하여 계획 데이터 로더에 표시되는 계정 표시명을 작성합니다. 계정 표시명 매핑은
계정 매핑
에 표시되므로, 이름에 데이터를 매핑하는 데 도움이 되는 충분한 요소가 포함되어 있는지 확인하십시오.

계정 코드 및 레이블

계획 계정 로더에서 계정을 로드할 때 계정 코드, 계정명 및 WID를 지정해야 합니다. 계정 코드:
  • 고유해야 합니다.
  • 공백을 포함할 수 없습니다.
  • 밑줄 이외의 특수 문자는 포함할 수 없습니다.
허용되는 계정 코드를 작성하려면 계정의 각 요소와 연결된 참조 ID를 사용합니다. 원장 계정 코드는 Workday에서 사용하는 원장 계정 ID를 따르기 때문에 잘 작동합니다. 지출 또는 수익 카테고리를 추가하는 경우 계정 코드에 허용되는 형식의 참조 ID가 사용되는지 확인합니다. 참조 ID는 주로 다음을 사용합니다.
SC123
또는
RC012
.
밑줄을 사용하여 계정 코드를 구분하여 WID 로직과 일치하는 계정 코드를 작성할 수 있습니다. 계정 WID SQL 열을 따라 계정 코드를 구성하고 일치하도록 열 선택항목을 수정합니다.
참조 ID
필드를 사용할 수 없거나 계정 코드에 대한 형식이 지정되지 않은 경우, 가장 식별하기 쉬운 필드를 코드로 사용하여 중복 가능성을 줄입니다.
Adaptive Planning 관련 SQL 명령 사용
TO_ACCOUNT_CODE
계정 코드에 허용되지 않는 공백이나 특수 문자를 제거하는 텍스트 문자열을 출력합니다.
계정 레이블
계정 로더를 빌드할 때 계정 레이블을 지정합니다. 사용자가 계정 레이블을 보고 사용합니다.
(레이블)
열 필드를 사용하여 WID에서 연결을 미러링할 수 있습니다. 사용
CASE
문을 사용하여 연결된 지출 카테고리가 필요하지 않은 경우 레이블을 수정합니다.

로더에 계정 매핑

데이터 소스를 완료한 후 메타데이터 또는 계획 데이터 로더를 생성할 수 있습니다.
계획 계정 로더는 수익 또는 매출원가와 같이 로드할 Adaptive Planning root 계정을 지정해야 합니다. 데이터 소스는 다음을 충족해야 합니다.
  • root 계정 또는 최상위 계정에 연결된 계정 및 해당 모든 parent 계정을 포함합니다.
  • 최상위 계정의 경우 '상위 ID 포함'이 비어 있습니다.
  • 이미 Adaptive Planning에 있는 root 계정으로 로드합니다.
root 계정을 생성하거나 삭제할 수는 없지만 이름을 바꿀 수는 있습니다. 수익, 경비 및 매출원가에 대해 별도의 로더를 생성하여 수신 계정을 더 효과적으로 제어합니다. Workday 리포트 매개변수를 사용하여 Adaptive Planning에서 예상하는 계정을 가져오도록 합니다. 계획 계정 로더에는
계정 WID
,
계정 코드
및
계정 레이블이
필요합니다.
계획 데이터 로더를 생성할 때
소스 ID 열에
WID를 사용하고
소스 계정 코드 열에
계정 코드 또는 원장 계정 ID를 사용합니다.
소스 표시명은
계획 데이터 로더의
데이터 매핑
탭에서 항목을 매핑하는 데 도움이 됩니다.

연결

데이터 보안을 위해 Adaptive Planning 사용자에게 Workday 역할을 제공하는 방법으로 연결을 사용할 수 있습니다. 연결은 Workday 코어 조직 지정내역 및 멤버십을 지원합니다. 연결을 로드하면 Workday에서 사용자의 조직 접근 권한을 유지관리하고 이를 Adaptive Planning에 동기화할 수 있습니다. 디멘션 및 레벨 연결 또는 레벨 소유권에 대해 계획 연결 로더를 사용합니다. 다음 이후의 레벨 소유권만 로드합니다.
  • 다른 모든 메타데이터는 완전히 로드됩니다.
  • 사용자 동기화를 한 번 이상 완료한 경우
별도의 로더를 사용하여 각 디멘션에 대한 연결을 로드합니다. 레벨 연결과 별도의 로더에서 레벨 소유권을 로드합니다. 레벨 연결 및 레벨 소유권에는 서로 다른 커스텀 리포트 필드 및 프롬프트가 필요합니다.
연결의 리포트 필드 및 프롬프트
계획 디멘션/계층 리포트
에 다음 리포트 필드와 프롬프트를 추가합니다.
  • 디멘션 또는 레벨 연결의 경우:
    • Adaptive Planning System Users for Assignable Role
      리포트 필드
    • 지정가능 역할
      리포트 필드
    • 지정가능 역할 참조 ID
      리포트 필드
      연결을 처음 로드하기 전에 사람이 읽을 수 있도록 Workday에서 이 값을 편집하는 것이 좋습니다.
    • 디멘션 유형 프롬프트의 지정가능 역할
  • 레벨 소유권의 경우:
    • Adaptive Planning System Users for Assignable Roles
      리포트 필드
    • 지정가능 역할 - 디멘션 유형
      프롬프트

로더에 연결 또는 레벨 소유권 매핑

소스 ID 열을
매핑할 때 연결에 대한 사용자 ID, 디멘션 또는 레벨 ID 및 역할 참조 ID를 선택하십시오. 레벨 소유권을 로드할 때
소스 ID 열
의
참조 ID를
선택하거나 매핑하지 마십시오. Adaptive Planning의 레벨 소유권은 사용자 연결을 위해 연결 코드를 비워두는 방식으로 구성됩니다.