PCC에서 디클러스터링된 급여 계산 결과
디클러스터링된 급여 결과는 읽기 쉬운 십진수 형식으로 변환된 결과 테이블입니다. 급여 계산 결과의 유효성 확인은 일반적으로 압축된 형태로 저장되며, 이는 급여 계산 결과를 압축된 서식에서 사용자가 이해할 수 있는 십진수 표현으로 변환하는 표준 또는 사용자 정의 리포트 또는 트랜잭션을 통해서만 가능합니다.
PCC를 사용하는 고객은 테스트 급여 계산 결과를 디클러스터링된 테이블에 저장해야 합니다. 이러한 고객은 "정책 시작" 급여 계산 프로세스 단계에서 급여 계산 결과의 정확성과 완전성을 점검할 수 있습니다. 또한 실제 급여 계산을 기다리지 않고도 발견된 모든 이슈를 미리 해결하고 필요한 모든 KPI를 점검할 수 있습니다.
PCC를 사용하지 않는 고객의 경우 급여 계산 결과가 축소되어 급여 계산 결과를 확인하기 위한 리포트를 쉽고 빠르게 개발할 수 있습니다. PCC가 있는 고객은 PCC의 모든 이점을 사용하여 유효성 확인 규칙과 KPI를 사용합니다. 디클러스터링된 급여 계산 결과를 십진수 형식으로 변환하여 데이터를 더 쉽게 사용할 수 있도록 해야 합니다. 이러한 디클러스터링된 결과를 사용하려면 따라야 할 특정 선행조건이 있습니다.
이것이 어떻게 보이는지 살펴보겠습니다.
테이블 요구사항 설명
급여 계산 솔루션에는 몇 가지 중요한 기술적 요구사항이 있습니다. 엄격한 기한 내에 수백, 종종 수천 명의 사원에게 급여 계산을 처리해야 하기 때문에 성과는 첫 번째 필수 요건입니다.
급여 계산은 정기적으로 실행되기 때문에 각 사원의 급여 계산 중에 생성되는 다양한 임금 유형을 매월, 연후로 저장해야 합니다. 따라서 두 번째 중요한 요구사항은 급여 계산 결과 저장을 위한 자원을 최소화하는 것입니다.
급여 계산 결과 관리
급여 계산 결과 관리는 데이터가 저장되는 방식과 데이터의 출처를 이해하는 데 매우 중요합니다.
- 구성 관리 앱을 통해 신규 유효성 확인 규칙, KPI, 분석 디자이너 커스터마이즈
- 개발자가 구성 워크벤치에서 유효성 확인 규칙 유형, KPI 유형 및 분석 디자이너 유형에 대한 클라이언트 규칙 로직을 생성할 수 있는 기술 사양을 준비합니다.
이는 급여 계산 솔루션의 핵심 요구사항입니다. 압축된 형태로 저장된 급여 계산 결과의 유효성 확인은 표준 또는 사용자 정의 리포트 또는 트랜잭션을 통해서만 가능합니다. 이러한 트랜잭션은 급여 계산 결과를 압축된 서식에서 사용자가 이해할 수 있는 십진수 표현으로 변환합니다. PSOREC을 사용하지 않는 고객의 경우, 급여 계산 결과를 보다 쉽고 빠르게 개발하여 급여 계산 결과를 확인할 수 있습니다.
이미지 B는 사람이 읽을 수 있는 클러스터 테이블 형식을 보여줍니다. 최종 사용자 결과입니다. 변환된 급여 계산 결과는 데이터베이스의 어느 곳에도 저장되지 않고 화면에만 표시됩니다.
추가 옵션은 이미지 C에 표시된 디클러스터링된 테이블에 정보를 저장하는 것입니다. 이 옵션은 최종 사용자 급여 계산 결과에서도 이해할 수 있습니다. 최종 사용자 트랜잭션(이미지 B)의 결과와 달리 이미지 C에 표시된 정보는 저장됩니다. 디클러스터링된 테이블의 정보는 KPI, 유효성 확인 규칙 및 기타 PCC 오브젝트를 구성하는 데 사용됩니다.
디렉토리 사용: 테이블 HRDCT_TPY_RGDIR
디클러스터링된 급여 계산 결과는 여러 테이블에 저장됩니다. 다음을 포함하여 이러한 모든 테이블을 조인하는 키 필드가 있습니다.
- 개인 번호
- 급여 계산 영역에 종속되는 순번
- 급여 계산 기간
- 테스트/업데이트 모드
P2RX_RT 테이블에서 생성된 엔트리는 테스트 및 정기 급여 계산 모두에 사용됩니다.
디클러스터링된 테이블 사용
급여 계산 결과가 다음 항목에 대해 디클러스터링된 테이블에 저장되는 방식을 이해해야 합니다.
- 기존 유효성 확인 규칙, KPI 및 분석 디자이너 커스터마이징
- 구성 관리 앱을 통해 신규 항목 생성
- 개발자를 위한 구성 워크벤치에서 유효성 확인 규칙 유형, KPI 유형 및 분석 디자이너 유형에 대한 고객의 규칙 로직을 생성하기 위한 기술 사양 준비
시스템에서 급여 계산 결과의 유효성을 확인하거나 KPI를 생성하기 시작할 때 필요한 사원 번호를 선택하기 위해 모든 조건을 충족하고 필요한 모든 급여 계산 결과를 필터링하는 것이 매우 중요합니다.
급여 계산 결과가 디클러스터링된 테이블에 어떻게 저장되는지 더 자세히 살펴보겠습니다.
디렉토리 및 결과 테이블
디렉토리와 결과 테이블 간의 관계
이러한 모든 테이블을 조인하는 키 필드가 있습니다. 시스템에서는 각 사원에 대해 하나의 테이블에서 필요한 급여 계산 기간을 결정한 다음 다른 테이블의 키 필드를 기준으로 필요한 급여 계산 결과를 순차적으로 선택합니다. 사원 번호 및 급여 계산 기간에 해당하는 두 번째 결과 테이블(테이블 P2RX_RT)에서 급여 계산 결과를 선택해야 합니다.
- 사원 사원 번호 선택
- 급여 계산 기간 선택
비즈니스 사용자는 급여 계산 기간(예: 급여 계산 결과 현재 연도의 03 급여 계산 기간에 대해 현재 연도의 04 급여 계산 기간)을 고려하는 반면, 시스템은 동일한 급여 계산 기간의 순번(00004)을 사용합니다.
급여 계산 디클러스터링 예시
모니터링(급여 계산 전) 프로세스에 대한 KPI를 생성하기 위해 시스템에서는 먼저 급여 계산에서 각 사원에 대해 테이블 HRDCT_TPY_RGDIR에서 필요한 급여 계산 기간을 결정한 다음 P2RX_RT 테이블의 키 필드별로 필요한 급여 계산 결과를 순차적으로 선택합니다.
생산과 테스트 급여 계산 결과 비교
다음으로 급여 디렉토리 구성 방법과 급여 계산 결과 번호 지정 방법을 살펴보겠습니다.
PCC 출시와 급여 계산 테스트 결과를 디클러스터링된 테이블에 저장하는 기능을 통해 생산과 테스트 급여 계산 결과를 명확하게 구분해야 합니다. 이를 위해 두 개의 카탈로그가 개발되었습니다. 하나는 테스트 결과(테이블 HRDCT_TPY_RGDIR)용이고 다른 하나는 운영 카탈로그입니다(테이블 HRPY_RGDIR). 시스템에서는 테스트 및 생산 급여 계산 결과에 서로 다른 번호 범위를 사용합니다.
마지막 급여 계산 실행(기간 내 마지막)만 테스트 결과 디렉토리에 저장됩니다. 새로 실행할 때마다 선택한 사원에 대한 테이블 엔트리가 삭제되고 재생성됩니다. 각 사원의 기간 체인이 테스트 급여 계산 결과 디렉토리에 완전히 포함되도록 HRPY_RGDIR의 운영 행에 해당하는 엔트리가 테스트 급여 계산 결과 디렉토리로 복사됩니다. 이를 통해 테스트 디렉토리를 운영 디렉토리처럼 분석하여 기간 평가를 수행할 수 있으며, 서로 다른 두 디렉토리를 복잡하게 비교할 필요가 없습니다.
급여 계산 실행 중
급여 계산 프로세스의 작동 방식을 확인하기 위해 여러 급여 계산 기간의 사원 급여 계산을 살펴보고 유효성 확인 규칙을 실행하고 KPI를 생성하는 동안 급여 계산 결과를 저장하고 처리하는 기능을 익히겠습니다.
급여 계산 결과에 대한 복수 옵션
PCC 시스템은 모든 급여 계산 결과를 저장하고 순번으로 구분할 수 있습니다. 이 그림은 생산 및 테스트 급여 계산 결과에 번호가 지정되는 방식을 보여주는 예입니다.
모니터링 프로세스
PCC 시스템을 통해 급여 계산 전 모니터링) 프로세스를 사용하여 급여 계산 테스트 실행을 완료한 후에는 HRDCT_TPY_RGDIR 테이블의 사원 번호 72299110에 대해 순번 99001로 레코드가 저장되었습니다.
운영 프로세스
PCC 시스템을 통한 운영 프로세스를 사용하여 급여 계산 실행을 완료한 후에는 동일한 급여 계산 기간 동안 HRPY_RGDIR 테이블의 사원 번호 72299110에 대해 순번 00001로 레코드가 저장되었습니다.
급여 계산 프로세스를 실행하는 데는 여러 가지 옵션이 있습니다. 예를 들어 동일한 급여 계산 기간 또는 기간에 대해 모니터링(급여 계산 전) 프로세스 및 후속 운영 프로세스에 대한 유효성 확인 규칙 세트와 동일한 정책을 사용하도록 선택할 수 있습니다. 또는 모니터링(급여 계산 전) 프로세스에 하나의 정책을 사용하고 운영 프로세스에 다른 정책을 사용하도록 선택할 수 있습니다.
소급 계산
컨설턴트의 경우 구성 관리 를 통해 유효성 확인 규칙을 커스터마이징하고 구성 워크벤치 에서 사용되는 규칙 로직에 대한 사양을 준비할 때 급여 계산 결과가 저장되는 방식과 디클러스터링된 테이블에 번호가 지정되는 방식을 이해하는 것이 중요합니다.
시나리오 고려
다음으로 소급 계산 시 생산 및 테스트 급여 계산 결과에 번호가 지정되는 방법을 보여주는 예시를 살펴보겠습니다. 01 급여 계산 기간을 마감하는 동안 운영 전기 실행이 수행되었으며 사원의 은행 계좌로의 자금 대체가 수행되었습니다. 사원 에 대해 이미 계산된 기간의 월급 금액을 변경해야 합니다.
옵션: 급여 계산 실행 테스트
테스트 급여 계산 실행 시(모니터링(급여 계산 전) 프로세스를 통해) 시스템이 02 기간(시스템에서 데이터가 설정된 시점)에서 01 급여 계산 기간에 대한 관련 급여 계산 데이터를 재계산할 수 있습니다. 01 급여 계산 기간의 기존 운영 급여 계산 결과가 테이블 HRPY_RGDIR 에서 테이블 HRDCT_TPY_RGDIR (순번 00001)로 복사됩니다. 순번이 99001인 01 급여 계산 기간(월급 변경 금액 고려)과 순번 99002인 02 급여 계산 기간에 대해 두 개의 테스트 급여 계산 결과를 생성합니다.
옵션: 실제 급여 계산 실행
실제 급여 계산 실행 중에는 운영 프로세스를 통해 02 급여 계산 기간의 01 급여 계산 기간에 대한 운영 급여 계산 결과가 다시 계산되어 생성되고 테이블 HRPY_RGDIR 의 02 급여 계산 기간에 대한 운영 급여 계산 결과가 생성됩니다. 이 기간의 순번은 00002와 00003입니다. 01 급여 계산 기간에 계산된 01 급여 계산 기간에 대한 원래 급여 계산 결과는 전기 및 은행 이체에 사용되기 때문에 순번 00001 로 테이블 HRPY_RGDIR 에 계속 저장됩니다. HRPY_RGDIR 테이블은 압축된 급여 계산 결과를 위해 클러스터 디렉토리 RGDIR의 디클러스터링된 복사본입니다.
소급 계산 후 번호 지정 결과
다음으로, 소급 계산 후 다음 기간에 생산 및 테스트 급여 계산 결과에 번호가 지정되는 방법을 보여주는 예를 살펴보겠습니다. 02 급여 계산 기간이 마감된 후에는 급여 계산과 관련된 사원 마스터 데이터에 대해 변경된 내용이 없습니다.
옵션: 모니터링 프로세스
PCC 시스템을 통해 모니터링(급여 계산 전) 프로세스를 사용하여 급여 계산 테스트 실행을 완료한 후 시스템은 01 및 02 급여 계산 기간의 실제 운영 급여 계산 결과를 테이블 HRPY_RGDIR 에서 테이블 HRDCT_TPY_RGDIR 으로 복사하고 사원 번호 72299110 에 대해 순번 99001 인 03 급여 계산 기간에 대한 테스트 급여 계산 결과를 생성합니다.
옵션: 운영 프로세스
PCC 시스템을 통한 운영 프로세스를 사용하여 급여 계산 실행을 완료한 후, 테이블 HRPY_RGDIR 에서 사원 번호 72299110 에 대해 순번 00004 로 03 급여 계산 기간에 대한 운영 급여 계산 결과가 저장되었습니다.
유효성 확인 규칙 및 데이터베이스 조인
유효성 확인 규칙은 테스트 결과 디렉토리와 다른 디클러스터링된 테이블 간에 데이터베이스 조인을 사용합니다. 실제 테이블에서 어떻게 작동하는지 살펴보겠습니다.
실행 중인 데이터베이스 조인
시스템에서 HRDCT_TPY_RGDIR 디렉토리의 순번을 사용하여 테이블 P2RX_RT에서 사원 및 특정 급여 계산 기간에 대한 임금 유형 및 금액을 선택합니다. 예를 들어, 유효성 확인 규칙은 2024년 마지막 실제 기간에 대한 사원의 총 총액을 합산해야 합니다. 그런 다음 데이터베이스 조인이 필드 PERNR 및 SEQNR에 조인하여 P2RX_RT 및 HRDCT_TPY_RGDIR을 기반으로 구축됩니다. 테이블 P2RX_RT에는 실제 급여 계산 결과와 테스트 급여 계산 결과 SEQNRS가 모두 포함되어 있으며, 어떤 경우든 SEQNRS의 올바른 혼합만 결과 디렉토리 선택 기준으로 인해 데이터베이스 조인에 의해 고려됩니다.
모니터링 프로세스
이전 예에서는 소급 계산 시 급여 계산 기간에 번호가 지정되는 방식을 살펴보았습니다. 예시에서는 유효성 확인 규칙에 사용되는 금액, 재계산이 수행된 급여 계산 기간의 KPI를 중점적으로 살펴봅니다. 구성 관리 를 통해 유효성 확인 규칙을 커스터마이징하고 구성 워크벤치에 사용되는 규칙 로직에 대한 사양을 준비할 때, 재계산 시 HRDCT_TPY_RGDIR 디렉토리의 순번을 사용하여 디클러스터링된 결과 테이블 P2RX_RT에서 급여 계산 결과가 선택되는 방식을 이해하는 것이 중요합니다.
시나리오
03 급여 계산 기간이 마감되고 실제 전기 실행이 수행되고 사원들이 은행으로 이체할 때 사원에 대해 이미 계산된 03 기간의 월급 금액을 변경해야 하는 것으로 나타났습니다.
04 급여 계산 기간의 테스트 급여 계산 실행(모니터링(급여 계산 전) 프로세스 사용) 중에 03 기간(시스템에서 데이터가 설정된 경우)에서 03 급여 계산 기간에 대한 급여 계산 관련 데이터가 다시 계산되었습니다. 03 급여 계산 기간의 기존 운영 급여 계산 결과가 테이블 HRPY_RGDIR 에서 테이블 HRDCT_TPY_RGDIR (순번 00004)로 복사되었습니다. 순번이 99001인 03 급여 계산 기간(월급 변경 금액 고려)과 순번 99002인 04 급여 계산 기간에 대해 두 개의 테스트 급여 계산 결과를 생성했습니다.
디클러스터링된 결과
이제 디클러스터링된 결과 테이블 P2RX_RT는 동일한 03 급여 계산 기간에 대해 두 개의 급여 계산 결과를 저장합니다.
- 03 급여 계산 기간에 03 급여 계산 기간에 생성된 실제 급여 계산 결과
- 04 급여 계산 기간에 받은 월급에 대한 업데이트된 정보를 고려하여 생성된 테스트 급여 계산 결과.
유효성 확인 규칙 및 KPI의 경우, 03 급여 계산 기간에 대해 04 급여 계산 기간에 생성된 테스트 급여 계산 결과만 고려되며, 현재 정보를 고려하며 동일한 급여 계산 기간에 대해 이전에 생성된 오래된 실제 계산 결과는 무시됩니다. 급여 계산 기간 03, 재계산 차이, 전기 및 은행 이체 데이터의 일관성을 위해 기간 03에서 급여 계산 결과를 수행해야 합니다.
비즈니스 기능
다음은 두 가지 대체 SAP 급여 계산 솔루션(단일 고용(SE) 및 동시 고용(CE))에 대해 활성화해야 하는 비즈니스 기능입니다. 이 과정에서는 국제 버전(molga 99)에 대한 SE 솔루션을 기반으로 모든 데모와 연습문제를 수행합니다.
디클러스터링된 급여 계산 결과의 선행조건:
- SWF5: HCM_LOC_CI_50 OR HCM_LOC_CI_75
- AND HCM_LOC_CI_63
이러한 비즈니스 기능을 활성화하려면 먼저 디클러스터링된 급여 계산 결과를 구성하고 사용해야 합니다. 디클러스터링 기능은 새로운 기능이 아니며(EHP4 이후 사용 가능), 새로운 기능은 급여 계산 전 디클러스터링된 결과 생성이므로 모니터링 프로세스 실행 중에 PCC 유효성 확인이 가능합니다.
급여 계산 결과 디클러스터링
다음으로, 급여 계산 결과를 디클러스터링하는 데이터를 설정하기 위해 수행해야 할 작업에 대해 알아보겠습니다. 해당 비즈니스 기능을 활성화하면 두 개의 커스터마이징 노드가 있는 새로운 분기가 구현 가이드(IMG)에 나타납니다. 시스템에서 급여 계산 결과 디클러스터링을 위한 추가 정보를 제공해야 합니다.
디클러스터링된 급여 계산 결과를 저장하려면 상당한 메모리가 필요합니다. 디클러스터링된 급여 계산 결과를 저장하는 옵션에는 두 가지가 있습니다.
- 옵션 1: 클러스터와 동일한 서버
- 옵션 2: 다른 서버에서. 이 경우 DB 연결을 구성해야 합니다(첫 번째 설정). 그런 다음 디클러스터링된 테이블이 채워지는 방식을 정의합니다(두 번째 설정). 급여 계산 처리가 완료되면 즉시 급여 계산 결과가 클러스터로 엑스포트되고 디클러스터링된 테이블로 동시에 엑스포트됩니다.
또는 필요에 따라 실행되는 특별 리포트를 사용할 수도 있습니다.
디클러스터링해야 하는 급여 계산 결과 테이블 정의
급여 계산 결과와 연결된 다양한 정보를 저장하기 위한 내부 테이블이 여러 개 있습니다. 이 단계에서는 디클러스터링된 형식으로 저장해야 하는 테이블을 정의해야 합니다. 디클러스터링된 급여 계산 결과를 저장하려면 상당한 메모리가 필요하므로 유효성 확인 규칙과 KPI에 실제로 필요한 테이블만 사용하십시오. 물론 급여 계산 결과(RT) 테이블이 가장 중요합니다. 그러나 다양한 점검의 경우 몇 가지 추가 테이블이 필요할 수 있습니다.
급여 계산 결과를 디클러스터링하는 데이터를 설정하기 위해 수행해야 할 작업에 대해 이야기해 보겠습니다. 설정을 생성할 때는 현재 수행 중인 작업과 그 이유를 이해하는 것이 중요합니다. 국가 비종속 설정은 IMG를 통해 액세스되지 않지만 필수 설정입니다. 급여 계산 결과를 디클러스터링하기 위해 국가별 설정뿐 아니라 국가 비종속 설정도 수행해야 합니다. 테이블 P2RX_EVAL_PERIOD 및 P2RX_TPY_EVAL_P를 디클러스터해야 합니다.
이 설정의 의미는 국가별 설정과 동일하지만, 이 경우 국가 비종속 테이블 P2RX_EVAL_PERIOD에 대한 디클러스터링을 명시적으로 수행해야 합니다. 그렇지 않으면 급여 계산 결과 저장의 기술적 특징으로 인해 디클러스터링을 수행할 수 없습니다.
국가 비종속은 IMG를 통해 액세스할 수 없습니다.
- 클러스터 ID CU 위치
- 클러스터 테이블 PCL2!
SM30을 통해 구성
- V_T77DCT_OPTION: 첫 번째 설정
- V_T77DCT_REG: 테이블 선택
초기 로드 리포트
디클러스터링을 설정한 후 필요한 경우 RPCDCT_INITIAL_LOAD 리포트를 사용하여 급여 계산 결과의 초기 로드를 수행할 수 있습니다. 일부 특정 유효성 확인 규칙과 KPI의 경우, 비즈니스 기능을 활성화하고 디클러스터링을 설정하기 전에 생성되는 클러스터에서 과거 급여 계산 결과를 로드해야 할 수도 있습니다. 이 이미지는 디클러스터링된 급여 계산 결과 리포트의 초기 로드를 보여줍니다.
시스템 테이블
이는 시스템 테이블입니다. 즉, 이 테이블에 포함된 모든 레코드가 SAP에 속하고 고객 측의 변경사항이 없습니다. 따라서 이 테이블은 구현 관리 가이드(IMG)에 포함되지 않습니다. 디클러스터링을 설정하려면 특정 국가의 클러스터 ID에 대한 정보를 어디에서 가져와야 하는지 알아야 합니다. 이 이미지는 특정 국가별 버전에 사용되는 클러스터 ID를 확인할 수 있는 시스템 테이블 T500l을 보여줍니다. 테이블 T500L에서 국가별 클러스터 ID를 확인할 수 있습니다.
