040105 Load a Data Model

2023-04-10

위 벳지는 수강을 완료하고 받은 뱃지입니다.

Get Data into the EMS

01 Set up a Data Pipeline

Load a Data Model

1 소개

11 학습 목표

환영!

이 과정을 완료했다면 이제 데이터 파이프라인 구축의 마지막 단계 중 하나에 있는 것입니다.

이 과정을 완료하면 다음을 수행할 수 있습니다.

  • 데이터 모델 설정 및 로드
  • Technical 테이블 이름에 이름 매핑 적용
  • 적절한 로드 방법 선택
  • 데이터 모델 로드 문제 해결

시작하자!

2 데이터 모델 설정

21 활동 테이블 추가

211 데이터 모델에 활동 테이블 추가

212 사용해 보기 - 데이터 모델에 활동 테이블 추가

이제 당신의 차례입니다. 평소와 같이 개인 훈련 환경 으로 이동하여 이 연습을 완료하십시오. 여기서는 다음 세 과정을 이미 완료했다고 가정합니다.

  1. 시스템에 연결
  2. 데이터 추출
  3. 데이터 변환

그렇지 않은 경우 과정을 진행하고 “사용해 보기” 페이지의 작업을 건너뛸 수 있습니다. 우리는 그것을 당신에게 맡깁니다.

기본 지침

  1. “P2P 데이터 모델”이라는 새 프로세스 데이터 모델을 만듭니다.
  2. 활동 테이블을 추가하고 열을 올바르게 할당하십시오.

단계

  1. 데이터 흐름 다이어그램에서 데이터 모델 만들기로 이동하거나 교육 데이터 풀에 기존 데이터 모델이 이미 있는 경우 데이터 모델을 클릭한 다음 “데이터 모델 추가"를 클릭합니다. “P2P 데이터 모델"이라는 새 데이터 모델을 만듭니다.

  2. 활동 테이블 “_CEL_P2P_ACTIVITIES"를 추가하고 다음을 클릭하십시오.

  3. 다음 화면에서 활동 테이블을 선택합니다.

  4. 사례 ID로 _CASE_KEY 열, 활동 이름으로 _ACTIVITY_EN, 타임스탬프로 _EVENTTIME, 정렬로 _SORTING을 선택하고 종료 타임스탬프가 나타나면 마지막 단계를 건너뜁니다.

  5. “마침”을 클릭하면 완료됩니다.

결과

활동 테이블은 이제 데이터 모델에 있지만 그 자체로는 약간 외롭습니다 🙂. 이미 데이터 모델을 로드할 수 있지만 그 전에 다른 테이블을 추가해 보겠습니다.

22 케이스 테이블 및 기타 테이블 추가

221 케이스 테이블이 필요한 이유는 무엇입니까?

데이터 모델의 활동 테이블만으로는 충분하지 않습니다. 사례 정보를 드릴다운하려면 사례 테이블과 기타 마스터 데이터 테이블이 필요합니다.

아시다시피 Celonis에서 Case 테이블은 각 케이스에 대해 하나의 행을 포함하는 테이블입니다. 즉, 이 테이블에는 애플리케이션에서 분석 중인 각 “프로세스 경로”(케이스 다음 경로)에 대한 행이 포함되어 있습니다.

이 예에서는 구매-지불 프로세스와 구매 주문 항목을 프로세스를 통해 따르는 중심 개체로 보고 있습니다. 사례 키를 살펴봄으로써 하나 의 사례가 “EKPO” 테이블의 한 줄을 참조한다는 것을 이미 확인했습니다(“데이터 추출” 및 “데이터 변환” 과정 참조) . 그렇기 때문에 이 테이블을 Case 테이블로 선택해야 합니다.

CASE 테이블을 지정하면 Celonis 분석에서 사례 수와 같은 사전 정의된 KPI를 사용할 수 있습니다. 사례 수는 이제 구체적으로 “EKPO” 테이블을 참조하며 항상 적용된 필터와 관련하여 이 테이블의 항목 수를 계산합니다. 이것은 KPI 뒤에 무엇이 있는지 보여주는 Studio의 스크린샷입니다.

222 테이블 추가 및 연결

223 사용해 보기 - 테이블 추가 및 연결

이제 데이터 모델에 몇 개의 테이블을 추가하고 서로 연결해 보겠습니다.

기본 지침

  1. 데이터 모델에 P2P_EKPO, P2P_EKKO 및 P2P_LFA1 테이블을 추가합니다.

  2. 테이블 연결 a. 적절한 외래 키를 사용하여 Activity 테이블과 P2P_EKKO를 P2P_EKPO(케이스 테이블)에 연결합니다.

    활동 테이블 및 P2P_EKPO 연결의 경우 Case 키를 사용할 수 있습니다. 다른 사람들의 경우 필요한 경우 leanx.eu 에서 올바른 키를 찾을 수 있습니다 . b. P2P_LFA1을 P2P_EKKO에 연결

  3. P2P_EKPO를 기본 케이스 테이블로 지정하십시오.

단계

  1. 아직 없는 경우 P2P 데이터 모델로 이동하여 “테이블 추가”를 클릭합니다.

  2. P2P_EKPO, P2P_EKKO, P2P_LFA1 테이블 추가

  3. _CASE_KEY 열을 통해 P2P_EKPO와 활동 테이블(_CEL_P2P_ACTIVITIES)을 연결합니다. 활동 테이블이 오른쪽의 “팩트 테이블(N)”인지 확인하십시오.

  4. MANDT 및 EBELN을 통해 P2P_EKPO를 P2P_EKKO에 연결합니다. 이번에는 P2P_EKPO가 팩트 테이블(N)입니다.

  5. 팩트 테이블로 P2P_EKKO를 사용하여 LIFNR 및 MANDT를 사용하여 P2P_EKKO를 P2P_LFA1에 연결합니다.

  6. P2P_EKPO를 기본 CASE 테이블로 지정하고 저장합니다.

결과

데이터 모델의 최종 모습은 다음과 같습니다.

CASE 테이블과 활동 테이블을 각각 나타내는 “C”와 “A”에 주목하십시오.

23 테이블 관계

231 테이블을 올바르게 연결

테이블을 연결할 때 Dimension 테이블(1)과 Fact 테이블(N) 레이블이 무엇을 의미하는지 궁금하셨습니까?

이 관계는 데이터 모델을 사용한 다운스트림 작업에 중요합니다. 다음은 나중에 데이터 모델 로드 및 분석 문제를 방지하기 위해 테이블을 연결할 때 따라야 하는 중요한 지침입니다.

  • 팩트 (N) 테이블은 항상 (1) 테이블의 한 행에 대해 여러 행이 있는 테이블입니다 . 따라서 Activity to Case 테이블 관계에서 Activity 테이블은 Fact 테이블(N)이고 Case 테이블은 Dimension 테이블(1)입니다. 즉, 하나의 케이스 ID에 대해 항상 여러 활동이 있습니다.
  • 팩트 (N) 테이블은 다른 테이블과 여러 개의 1 관계를 가질 수 있지만 1 테이블은 데이터 모델에서 여러 N 관계를 가질 수 없습니다. 이를 피하는 것은 나중에 분석 및 프로세스 쿼리 언어(PQL) 내에서 작업하는 데 중요합니다.
  • 데이터 모델은 1:N 또는 1:1 관계에서만 작동합니다 . 순환 관계 또는 M:N 관계는 데이터 모델 로드 및 분석에서 문제를 일으키므로 피해야 합니다.

명심하세요: 고맙게도 잘못 설정된 관계는 일반적으로 데이터 모델을 로드할 때 자동으로 수정되지만 잘못된 관계로 인해 로드 시간이 약간 늘어날 수 있으므로 가능하면 이러한 관계를 피해야 합니다.

24 로드 작동 방식

241 로딩 순서 이해

데이터 모델이 설정되고 “로드"를 클릭하면

Celonis Data Storage의 데이터는 쿼리 엔진용 데이터 모델에 로드됩니다. 데이터 저장소와 쿼리 엔진은 함께 “프로세스 데이터 엔진"이라고 하는 것을 형성합니다. 이것은 또한 데이터 흐름 다이어그램에서 볼 수 있는 것입니다.

이 시점에서 무엇이 어디에 로드되는지 혼란스러워지기 쉽습니다. 데이터 풀의 데이터 흐름 다이어그램을 한 눈에 볼 수 있기를 바랍니다. 다음은 데이터가 Celonis 데이터 모델로 들어가는 방법에 대한 검토입니다.

  1. 추출: 첫 번째 단계는 소스 시스템에서 추출하는 것입니다. 추출 구성에 따라 Celonis는 소스 시스템에서 직접 또는 폐쇄된 호스팅 환경에 설치된 추출기 서버에서 요청된 데이터를 호출합니다. 이 데이터는 Celonis Data Storage로 알려진 트랜잭션 데이터베이스에 저장됩니다.
  2. 변환: 다음으로 변환에 따라 데이터가 변환되고 모든 새 테이블과 결과도 데이터 저장소에 저장됩니다.
  3. 데이터 모델 로드: 데이터 모델을 정의하고 로드하면 Celonis는 데이터 저장소에서 데이터를 가져와서 여러 쪽모이 세공 파일로 변환하고( 여기에 좋은 정의가 있음 ) 데이터 모델의 스키마에 대한 메타데이터 정보를 사용하여 저장합니다. 쿼리 엔진에. 쿼리 엔진은 분석에 가장 적합한 분석 데이터베이스입니다.
  4. Studio의 다운스트림 활동: 여기에서 이제 이 데이터 모델을 사용하여 Studio에서 분석 및 기타 Celonis EMS 객체를 생성할 수 있습니다.

25 로딩 옵션

251 부분 데이터 모델 로드

전체 로드는 데이터 모델 내에서 로드할 때 자동 옵션입니다.

일반 데이터 모델 로드 외에도 데이터 작업에서 작업을 사용하여 데이터 모델을 로드할 때 부분 데이터 모델 로드를 실행할 수도 있습니다.

부분 데이터를 테스트하려면

점진적으로 새로운 데이터 파이프라인을 설정하고 분석에서 테스트하기 위해 데이터를 로드한다고 가정해 보십시오 . 매번 전체 로드를 수행하면 시간이 너무 오래 걸릴 수 있습니다. 따라서 대신 데이터 작업에서 부분 데이터 모델 로드 작업을 설정할 수 있습니다.

일정 포함

부분 데이터 모델 로드를 사용할 수 있는 또 다른 중요한 시간은 일정입니다. 테스트 작업과 마찬가지로 일부 테이블만 업데이트해야 하고 나머지는 영향을 받지 않는다는 것을 알고 있는 경우 부분 로드가 적합합니다.

부분 데이터 모델 로드 설정

먼저 데이터 작업 내에서 데이터 모델 로드 작업(부분 또는 전체)을 생성합니다.

그런 다음 데이터 작업 실행을 클릭하고 데이터 모델에 로드할 테이블을 선택하기만 하면 됩니다.

대부분의 경우 이렇게 하면 로드 프로세스 및 테스트 작업 속도가 빨라집니다.

데이터 모델 로드를 데이터 작업의 태스크로 수동으로 실행하는 경우 데이터 모델 로드 태스크를 부분 또는 전체로 설정했는지 여부에 관계없이 항상 로드할 테이블을 선택할 수 있습니다.

252 용량 권장 사항

데이터 모델에 매우 큰 데이터 세트를 로드하면 어떻게 됩니까? 대부분의 경우 21억 행인 테이블당 행의 엄격한 상한에 절대 도달하지 않습니다. 즉, 성능 및 시각화 이유로 따라야 하는 몇 가지 일반적인 권장 상한이 있습니다 .

  • 테이블당 테이블당 8억 개 이하의 행을 갖는 것을 목표로 합니다 .
  • 개별 사례당 평균 사례 길이가 20개 이하인 활동을 목표로 합니다 .
  • 활동 테이블에서 1000개 이하의 개별 활동을 목표로 합니다 .

권장 제한에 대해 자세히 알아보려면 이 도움말 페이지 를 살펴보십시오 .

253 사용해 보기 - 데이터 모델 로드

데이터 모델을 로드하고 Studio에서 살펴보겠습니다. Studio에 익숙하다면 기본 지침을 따를 수 있습니다. 그렇지 않은 경우 단계를 살펴보십시오.

기본 지침

  1. P2P 데이터 모델의 전체 로드 수행
  2. 스튜디오로 이동
  3. 새 패키지를 만들고 데이터 모델을 새 데이터 모델 변수에 할당
  4. 새 분석을 만들고 프로세스 탐색기를 엽니다.

단계

  1. P2P 데이터 모델의 전체 로드 수행

  2. “감지된 일별 활동” 경고는 무시해도 됩니다. 이는 일부 타임스탬프가 날짜 기반이기 때문입니다. 정렬 열을 사용하는 이유입니다.

  3. 데이터 모델 로드에 다른 오류가 있습니까? 오류 또는 경고의 짧은 목록과 해결 방법은 다음 페이지를 참조하십시오.

  4. 왼쪽 탐색 표시줄을 사용하여 Studio로 이동합니다.

  5. 기본 공간 또는 선택한 공간에서 왼쪽 상단으로 이동하여 적절한 이름으로 새 패키지를 만듭니다.

  6. 설정에서 데이터 모델을 변수로 추가하십시오.

  7. 적절한 이름을 지정하고 데이터 모델 변수를 할당하여 패키지에 분석을 생성합니다.

  8. Process Explorer(또는 다른 시트)를 열어 프로세스를 살펴보십시오.

결과

축하해요! 데이터 모델을 로드하고 분석 작업을 시작하기 위해 Studio에서 설정했습니다. 오른쪽의 모든 활동을 전환하면 다음과 같이 표시됩니다.

26 문제 해결

261 가장 일반적인 오류 및 경고

경우에 따라 데이터 모델이 실패하거나 일부 경고가 표시될 수 있습니다. 특히 초기 단계에서 또는 변경할 때 여기에서 발생할 수 있는 가장 일반적인 문제를 인식하는 것이 좋습니다. 다음은 가장 일반적인 오류와 이를 해결하기 위해 취할 수 있는 조치에 대한 간단한 목록입니다. 인상을 얻으려면 빠르게 읽으십시오.

  • 활동 테이블과 CASE 테이블 간의 사례 불일치

    활동 테이블[“Activities”]의 사례 열에는 CASE 테이블[“CaseTable”]에 존재하지 않는 사례가 포함되어 있습니다. 활동 테이블의 영향을 받는 사례 2개: 1, 2.

    이러한 테이블 간의 불일치는 활동 생성 및 CASE 테이블 생성 중에 적용된 서로 다른 필터로 인해 발생했을 수 있습니다. 변환을 확인하십시오.

  • 타임스탬프 및 정렬 열이 있는 고유한 순서 없음

    타임스탬프 및 정렬 열은 활동 테이블[“활동”]의 고유한 순서를 정의하지 않습니다.

    타임스탬프와 정렬 열을 검토하여 쿼리 엔진이 활동에 대한 명확한 순서를 결정할 수 있는지 확인하세요. 그렇지 않으면 로드할 때마다 활동이 다른 순서로 나타날 수 있습니다.

  • 활동 테이블과 CASE 테이블 간의 잘못된 연결

    활동 테이블[“Activities”]과 CASE 테이블[“CaseTable"] 간의 조인에 활동 테이블과 CASE 테이블 간의 잘못된 연결이 포함되어 있습니다. 케이스 테이블의 여러 케이스와 연관된 활동 테이블에 하나 이상의 케이스가 있습니다. 활동 테이블의 6개 영향 사례: 1, 2, 3, 4, 5, …

    활동 테이블[“Activities”]과 CASE 테이블[“CaseTable”] 간의 조인이 활동 테이블의 사례 ID 열에서 정의한 사례와 일치하지 않습니다. 케이스 테이블의 동일한 케이스와 연관된 활동 테이블에 적어도 두 개의 서로 다른 케이스가 있습니다. 영향을 받는 사례는 모두 CASE 테이블의 행 1과 연결된 2, 3입니다.

    이 두 가지 오류는 다음과 같은 이유로 발생할 수 있습니다.

    케이스 키가 충분히 정제되지 않았을 수 있습니다. CASE 테이블에 중복 항목이 있거나 활동과 CASE 테이블 간의 외래 키 조인이 정확하지 않습니다.

  • 일별 활동 감지됨

    일별 활동이 감지되었으며 일부 타임스탬프가 수정 및/또는 재정렬될 수 있습니다. 일별 활동에 대한 자세한 내용은 PQL 설명서에서 “활동 테이블 정렬”을 검색하십시오.

    타임스탬프가 일 기준인 경우 이 경고가 표시됩니다. 정렬 열이 있는 경우 이에 대해 걱정할 필요가 없습니다. 그렇지 않으면 활동 타임스탬프를 정확한 시간으로 수정하는 것이 다른 최상의 대안입니다.

여기에 있는 경고는 데이터 모델에 대한 몇 가지 중요한 사항을 반영합니다. 다음이 필요합니다.

활동에 대해 명확하게 정렬된 타임스탬프

  • 정확한 케이스 키
  • 테이블 간의 정확한 조인
  • 활동 및 CASE 테이블의 깨끗하고 일치하는 데이터
  • 데이터 모델을 로드하는 동안 테이블에서 데이터 작업이 실행되지 않음

262 경고 구독

방금 본 경고 외에도 다양한 이유로 자리를 비울 때 데이터 모델 로드가 실패할 수 있습니다.

로드 실패에 대한 이메일 알림을 받으려면 데이터 모델의 추가 옵션에서 데이터 모델을 구독해야 합니다.

27 권한

271 사용 및 데이터 권한

데이터 모델의 또 다른 중요한 측면은 권한입니다. 두 가지 유형이 있습니다.

  1. 사용 권한: 분석과 같은 Studio의 다운스트림 활동에 모델을 사용할 수 있는 사람.
  2. 데이터 권한: 누가 데이터 모델에서 데이터의 어느 부분을 볼 수 있는지.

데이터 모델의 추가 옵션에서 이 두 옵션에 액세스할 수 있습니다.

데이터 권한을 통해 특정 사용자의 데이터 모델에 대한 액세스를 제한할 수 있습니다. 예를 들어, 각 데이터 모델을 기반으로 하는 분석을 열 때 사용자가 특정 회사 코드에 대한 데이터만 볼 수 있도록 사용자 A의 액세스를 제한할 수 있습니다.

데이터 모델에 대한 데이터 권한을 설정하려면 EMS 내에서 수동으로 구성하거나 미리 저장된 정보가 있는 기존 권한 테이블을 업로드하도록 다시 선택할 수 있습니다.

권한에 대한 자세한 내용은 “ EMS 관리 “ 과정을 살펴보십시오 .

28 이름 매핑 및 앨리어싱

281 이름 매핑 개요

Technical 테이블 이름 문제

원하는 모든 테이블을 데이터 모델에 추가했으므로 이제 이 모든 정보를 사용하여 분석 또는 뷰를 구축할 수 있습니다. 그러나 아직 극복해야 할 장애물이 하나 있습니다.

일반적으로 분석가는 최종 데이터 모델과 함께 작업하여 분석을 생성합니다. 종종 분석가는 분석 및 비즈니스 배경을 가진 고급 사용자이지만 Technical 테이블 이름에 대한 지식이 제한적이거나 전혀 없습니다.

데이터 모델에 통합한 SAP 테이블을 보면 기술 이름만 볼 수 있습니다. 이상적으로는 자명한 번역이 있어야 합니다 .

이름 매핑

Celonis의 변환은 “이름 매핑”이라고 하며 데이터 모델의 구성에서 찾을 수 있습니다.

일반적으로 Celonis 분석에 번역을 포함하는 두 가지 방법이 있습니다.

  1. 파일에서 이름 매핑
  2. 풀에서 이름 매핑

각각에 대해 자세히 살펴보겠습니다.

282 파일에서 이름 매핑

파일에서 이름 매핑을 적용하려면 먼저 템플릿을 다운로드합니다. 이 템플릿에는 데이터 모델의 모든 테이블과 해당 테이블의 모든 열이 포함됩니다.

각 테이블과 열에 대해 영어, 독일어(DE), 스페인어(ES-ES) 또는 네덜란드어(NL)와 같은 다른 언어에 대한 번역을 삽입할 수 있습니다. 예를 들어 테이블 EKPO에 대한 번역으로 “주문 항목 구매”를 입력하고 템플릿을 저장하고 데이터 모델 이름 매핑으로 이동하여 방금 저장한 파일을 업로드할 수 있습니다.

변경 사항을 적용하려면 이름 매핑을 적용한 후 데이터 모델을 다시 로드해야 합니다. Studio의 분석 또는 기타 자산에서 “P2P_EKPO” 테이블이 구매 주문 항목으로 변환되고 다른 테이블에는 여전히 기술 이름이 표시됩니다

마찬가지로 데이터 모델의 모든 테이블과 열에 대해 고유한 번역을 추가할 수 있습니다.

다음으로 기존 번역 테이블에서 이름 매핑을 적용하는 방법을 살펴보겠습니다.

283 풀에서 이름 매핑

“파일에서 이름 매핑”을 사용하여 변환해야 하는 테이블과 열의 수를 볼 때 이것이 대규모 데이터 모델에 대한 실용적인 접근 방식이 아님이 분명합니다.

여기에서 두 번째 가능성인 “풀에서 이름 매핑”이 시작됩니다.

DD02T 및 DD03M의 콘텐츠

“DD02T” 및 “DD03M” 테이블에 이미 익숙할 것입니다. SAP에서 프로세스를 연결할 때 이 테이블은 이름 매핑 문제에 대한 매우 우아한 솔루션을 제공합니다. 짐작할 수 있듯이 두 테이블에는 SAP 테이블 및 SAP 테이블 열에 대한 변환이 포함되어 있습니다.

여기에서 적용하는 방법론은 “DD02T” 및 “DD03M” 테이블을 항상 사용할 수 있기 때문에 모든 SAP 프로세스에 보편적으로 적용할 수 있습니다.

변환에서 SELECT *를 실행하여 DD02T의 내용을 보면 테이블에 다른 언어에 대한 테이블 이름 번역이 포함되어 있음을 알 수 있습니다.

DD03M은 매우 유사한 방식으로 구성됩니다. 주요 차이점은 각 테이블의 모든 열에 대한 번역이 포함되어 있다는 것입니다.

이름 매핑 테이블을 Celonis 데이터 모델에 통합하려면 이름 매핑에서 이 두 테이블을 선택하기만 하면 됩니다.

새로 생성된 테이블 별칭 지정

기본적으로 “P2P_EKKO” 및 “P2P_EKPO”와 같이 다시 만든 테이블은 이름 매핑에 포함되지 않습니다. 데이터 모델에서 변환이 작동하려면 먼저 소스 시스템 이름을 기반으로 테이블 별칭을 지정해야 합니다.

풀에서 맵의 이름을 지정하는 방법

이것은 설명입니다. 다음 페이지의 단계에 따라 사용자 환경에서 이 작업을 수행할 수 있습니다.

테이블 이름 매핑의 경우 DD02T를 선택하고 각 열을 필드와 일치시키기만 하면 됩니다.

당연히 이름이 “_CEL_P2P_ACTIVITIES”인 활동 테이블은 “DD02T”에서 찾을 수 없습니다. 이는 우리가 직접 활동 테이블을 만들었고 표준 SAP 테이블이 아니기 때문입니다. 결과적으로 4개의 테이블 중 3개만 변환됩니다. 중요한 경우 활동 테이블에 별칭을 사용할 수 있습니다.

참고: 이름 매핑은 테이블 이름의 별칭보다 우선합니다. 테이블에 대한 이름 매핑이 없으면 해당 별칭이 Studio에 나타납니다.

DD03M을 사용한 열 이름 매핑에 대해서도 동일한 작업을 수행할 수 있습니다.

이제 “풀에서 매핑 로드”를 클릭하면 대부분의 열도 성공적으로 변환된 것을 볼 수 있습니다. 이제 이름 매핑이 적용되도록 데이터 모델을 다시 로드할 수 있습니다.

번역표는 SAP만을 위한 것이 아닙니다.

“DD02T” 및 “DD03M”과 같은 변환 테이블은 SAP에서만 사용되지 않습니다. 다른 소스 시스템은 종종 Celonis에서 이름 매핑에 사용할 수 있는 유사한 테이블을 호스트합니다.

284 사용해 보세요 - 풀에서 이름 매핑

행동할 준비가 되셨습니까? DD02T 및 DD03M을 사용하여 테이블과 열에 이름 매핑을 적용합니다.

기본 지침

  1. 테이블 P2P_EKKO, P2P_EKPO 및 P2P_LFA1에 해당 별칭 EKKO, EKPO, LFA1을 지정합니다.
  2. DD02T 및 DD03M 테이블을 사용하여 테이블과 열 모두에 대해 풀에서 이름 매핑 적용

단계

  1. 데이터 모델로 이동하여 P2P_EKKO, P2P_EKPO 및 P2P_LFA1 테이블을 편집하고 적절한 원래 테이블 이름을 EKKO, EKPO, LFA1 과 같은 별칭으로 지정합니다.

  2. 이름 매핑 탭으로 이동하고 “풀의 이름 매핑“에서 테이블 이름 매핑에 대한 DD02T를 선택합니다. DD02T의 열을 필수 필드와 일치시킵니다.

  3. 아래로 스크롤하여 DD03M 및 열 이름 매핑을 사용하여 유사한 연습을 수행합니다. 그리고 매핑을 로드하십시오!

결과

3개의 테이블이 매핑되어 있고 열에 대해 506개의 독일어 항목과 510개의 영어 항목이 있어야 합니다.

이제 데이터 모델을 다시 로드(전체 다시 로드)하고 Studio에서 Analysis로 이동하면 다양한 영역에서 테이블과 해당 열의 사람 이름을 볼 수 있습니다.

예: OLAP 테이블의 열을 편집할 때(분석에 새 시트 추가 -> 구성 요소 추가 -> OLAP 테이블 선택 -> 차원 추가):

또는 프로세스 탐색기에서 하위 선택 추가(분석의 왼쪽 상단에 있는 이 버튼을 클릭합니다.

-> 그런 다음 속성 선택:

기억하십시오. 원본 테이블 이름이 난해한 경우 분석가가 데이터 모델로 작업할 수 있도록 이름 매핑이 중요합니다.

29 캘린더 옵션 설정

291 달력으로 처리 시간을 정확하게 계산

달력을 사용하여 분석 내에서 처리량 시간 계산을 세분화 할 수 있습니다. 활성화된 경우 Celonis는 데이터 모델을 사용하여 분석의 모든 계산을 조정합니다. 캘린더를 활성화하려면 두 가지 옵션이 있습니다.

데이터 풀에서 공장 캘린더를 연결할 수 있습니다 . 따라서 회사에서 사용하는 기존 캘린더는

또는 고려할 요일과 작업 시간을 지정하여 사용자 지정 달력을 정의 할 수 있습니다.

모든 달력 시간은 UTC(Universal Time Coordinated)를 따릅니다 . 이것은 기본값이며 변경할 수 없습니다.

210 과정 요약

results matching ""

    No results matching ""

    카탈로그

    최근글

    99 other / uml

    04 react / JSX