급여 처리 데이터 템플릿

Oracle HCM Cloud Payroll
급여 처리 데이터 템플릿

급여 처리 데이터 템플릿

이 템플릿은 심층 분석에 필요한 데이터 항목과 수명 주기 이벤트를 정의해 급여 운영을 매핑하는 기본 틀을 제공합니다. Oracle HCM 환경에서 분석에 활용할 이벤트 로그를 구성하는 데 필요한 속성, 프로세스 활동, 데이터 추출 방법을 안내합니다.
  • 급여 분석에 최적화된 데이터 필드
  • 수명 주기 매핑을 위한 상세 활동 추적
  • Oracle HCM Cloud 급여 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

급여 처리 속성

급여 처리 워크플로를 빠짐없이 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 8 권장 6 선택 사항
이름 설명
급여 기록
PayrollRecord
특정 급여 기간에 직원을 식별하는 고유 식별자입니다.
설명

급여 기록은 process mining 분석에서 중심이 되는 케이스 식별자입니다. 직원 배정 식별자와 급여 기간 식별자를 결합한 값 또는 고유 키입니다.

이 속성은 근무 시간표 제출부터 최종 은행 이체와 세금 신고까지 특정 주기에 한 직원을 지급하는 데 관련된 모든 활동을 묶습니다. 같은 직원의 1월 급여와 2월 급여를 구분해 분석할 수 있습니다.

중요한 이유

Case ID로 사용되어 서로 다른 이벤트를 하나의 프로세스 인스턴스로 묶어 분석합니다.

확보 방법

Oracle HCM의 PAY_ASSIGNMENT_ACTIONS 또는 Person Number와 Payroll Period Name의 조합으로 구성합니다.

예시
직원1001-2023-M01직원5992-2023-W42300000018273645미국-NY-A123-1월23일
소스 시스템
SourceSystem
이벤트가 발생한 시스템의 이름입니다.
설명

데이터 항목을 생성한 소프트웨어 또는 모듈을 식별합니다. 이 프로세스의 기본값은 'Oracle HCM Cloud Payroll'입니다.

복잡한 시스템 환경에서는 급여 처리 엔진, 근태 관리 모듈 또는 외부 은행 인터페이스를 구분하는 데 사용할 수 있습니다.

중요한 이유

근태 관리 또는 은행 하위 시스템의 데이터를 통합할 때 데이터 계보를 파악하는 데 도움이 됩니다.

확보 방법

데이터 추출 시 값을 직접 입력하거나 인터페이스 ID에서 가져옵니다.

예시
Oracle HCM Cloud PayrollOracle Time and Labor외부 은행 인터페이스
이벤트 타임스탬프
EventTimestamp
활동이 발생한 정확한 날짜와 시간입니다.
설명

활동이 발생한 시점을 기록합니다. 처리 시간과 소요 시간을 계산하고 병목을 찾는 데 중요합니다.

자동화된 단계에서는 시스템 실행 시간이 기록됩니다. 승인처럼 수동으로 진행하는 단계에서는 거래 로그에 기록된 사용자 작업의 타임스탬프를 사용합니다.

중요한 이유

이벤트를 시간순으로 정렬하고 시간 기반 KPI를 계산하는 데 필요합니다.

확보 방법

PAY_ACTION_INFORMATION 같은 관련 거래 테이블의 CREATION_DATE 또는 ACTION_DATE 열입니다.

예시
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
최근 데이터 업데이트
LastDataUpdate
원본 데이터베이스에서 레코드가 마지막으로 수정된 시각입니다.
설명

분석에 사용하는 데이터의 최신성을 나타냅니다. 이벤트 타임스탬프와는 다르며, ETL 프로세스나 시스템 업데이트가 데이터베이스 행을 마지막으로 수정한 시점을 나타냅니다.

데이터가 최신인지 확인하고 추출 지연 문제를 진단하는 데 사용합니다.

중요한 이유

분석가가 실시간 데이터와 오래된 데이터 중 무엇을 보고 있는지 확인할 수 있습니다.

확보 방법

대부분의 Oracle HCM 테이블에 있는 LAST_UPDATE_DATE 열입니다.

예시
2023-10-02T12:00:00Z2023-10-06T01:00:00Z
활동 이름
ActivityName
급여 주기에서 수행된 구체적인 단계 또는 이벤트입니다.
설명

이 속성에는 급여 프로세스에서 발생한 이벤트의 이름이 기록됩니다. 예를 들면 '근무 시간표 제출', '급여 계산 시작', '지급 완료'가 있습니다.

프로세스 탐색과 변형 분석에 사용하는 기본 차원입니다. Oracle HCM Cloud에서는 급여 작업 테이블의 Action Type 또는 Action Status에서 가져오는 경우가 많습니다.

중요한 이유

프로세스에서 '무엇을' 했는지를 정의하며, 이를 바탕으로 프로세스 맵을 재구성할 수 있습니다.

확보 방법

PAY_PAYROLL_ACTIONS의 ACTION_TYPE 코드 또는 감사 추적의 상태 변경 기록에서 가져옵니다.

예시
급여 계산 시작근무 시간표 승인은행 이체 파일 생성감사 예외 표시
SLA 처리 마감 시각
SlaProcessingDeadline
급여 지급을 완료해야 하는 목표 날짜와 시각입니다.
설명

급여 지급에 적용되는 계약상 또는 법적 마감 시각을 저장합니다. 이 속성을 'Payment Executed' 타임스탬프와 비교합니다.

'SLA 처리 마감 준수' KPI를 계산하고 지연 위험이 있는 급여 그룹을 식별하는 데 사용합니다.

중요한 이유

정시 처리 여부를 기준으로 프로세스의 성공과 실패를 판단하는 주요 기준입니다.

확보 방법

일반적으로 Payroll Definition의 설정 필드(DFF)를 사용하거나 Check Date에서 X일을 뺀 값으로 계산합니다.

예시
2023-10-28T17:00:00Z2023-11-30T17:00:00Z
급여 그룹
PayGroup
급여 처리를 위해 직원을 논리적으로 묶은 그룹입니다.
설명

직원이 속한 급여 정의를 나타냅니다(예: '제조 부문 주급', '본사 월급').

대부분의 대시보드에서 기준으로 사용하며, 급여 주기와 빈도별 성과를 비교할 수 있습니다.

중요한 이유

급여 일정을 결정하는 주요 설정 객체입니다.

확보 방법

PAY_ALL_PAYROLLS_F 테이블의 Payroll Name입니다.

예시
미국 월 2회 지급영국 월급주급 노조
급여 기간명
PayrollPeriodName
급여 처리에 적용되는 기간의 구체적인 이름입니다.
설명

'2024년 1월 월간' 또는 '42주차 주간'과 같은 처리 주기를 식별합니다. 'SLA 마감 준수 모니터'에 필요한 속성입니다.

직원별 케이스를 해당 일괄 처리 건으로 묶어 집계 보고서를 작성할 수 있습니다.

중요한 이유

일괄 처리 단위 분석과 SLA 추적에 필수적입니다.

확보 방법

PAY_TIME_PERIODS 테이블 또는 Payroll Definition의 Time Period Name입니다.

예시
2023년 월간 102023년 주간 422023년 12월 보너스 지급
법률 데이터 그룹
LegislativeDataGroup
국가 또는 규제 환경별로 급여 데이터를 구분합니다.
설명

Oracle HCM Cloud의 Legislative Data Group(LDG)은 급여 및 관련 데이터를 구분합니다. 일반적으로 국가 또는 특정 지역의 법률에 해당합니다.

이 속성을 사용하면 국가별로 프로세스를 분석할 수 있습니다(예: 미국 급여와 영국 급여). Country 일반 속성에 매핑하는 경우가 많습니다.

중요한 이유

관할 지역에 따라 규정 준수 요건과 프로세스 흐름이 크게 달라지는 경우가 많습니다.

확보 방법

PAY_ALL_PAYROLLS_F 테이블을 Legislative Data Group 정의와 조인합니다.

예시
미국 법률 데이터 그룹영국 LDG프랑스 급여
부서명
DepartmentName
직원이 근무하는 조직 단위입니다.
설명

급여 레코드에 연결된 직원을 담당하는 부서를 식별합니다. '근무 시간표 승인 효율성' 대시보드에 필요한 속성입니다.

부서별로 데이터를 나누어 분석하면 근무 시간표 승인이 반복적으로 늦어져 전체 급여 처리가 지연되는 사업 부문을 파악할 수 있습니다.

중요한 이유

관리자 승인과 관련된 지연의 근본 원인을 분석할 수 있습니다.

확보 방법

급여 처리 시점에 유효한 직원 배정 레코드에서 가져옵니다.

예시
북미 영업엔지니어링인사물류
수동 수정 여부
IsManualCorrection
활동에 수동 개입이 있었는지 나타내는 표시입니다.
설명

'데이터 수정 수행' 또는 '급여 레코드 수정'과 같은 활동에 대해 true로 설정되는 불리언 값입니다.

'수동 데이터 수정률'과 '급여 1차 처리 정확도' KPI를 계산하는 데 사용합니다.

중요한 이유

자동 처리와 수동 재작업을 구분합니다.

확보 방법

활동 이름 또는 조정 작업을 나타내는 특정 작업 유형(예: QuickPay, 잔액 조정)에서 가져옵니다.

예시
truefalse
처리 사용자
ProcessingUser
활동을 수행한 사람의 사용자 ID 또는 이름입니다.
설명

활동을 시작한 급여 담당자, 관리자 또는 시스템 계정을 기록합니다. '급여 담당자 업무량 분포' 대시보드에서 활용합니다.

급여 팀의 리소스 병목과 교육 필요성을 파악하는 데 도움이 됩니다.

중요한 이유

리소스 생산성을 분석하고 업무량을 균형 있게 배분할 수 있습니다.

확보 방법

트랜잭션 테이블의 CREATED_BY 또는 LAST_UPDATED_BY 열입니다.

예시
시스템 관리자j.smithpayroll_batch_userm.doe
총 급여액
GrossPayAmount
해당 기간에 계산된 총 세전 급여액입니다.
설명

급여 처리 주기 동안 계산된 세전 급여의 금액입니다. '세금 및 복리후생 계산 정확도'와 '인센티브 연계' 분석에 사용합니다.

고액 지급 건과 처리 시간 또는 오류율의 연관성을 분석할 수 있습니다.

중요한 이유

process mining 분석에 재무 정보를 제공합니다.

확보 방법

PAY_RUN_RESULT_VALUES 테이블에서 Gross Pay 잔액을 집계한 값입니다.

예시
5000.002350.5010000.00
SLA 상태
SlaStatus
SLA 준수 여부를 나타내는 범주형 상태입니다(준수/미준수).
설명

'Payment Executed' 타임스탬프와 'SLA Processing Deadline'을 비교해 산출합니다. 값은 '기한 내', '위험', '기한 초과' 등이 될 수 있습니다.

케이스를 성과 구간별로 묶어 'SLA 마감 준수 모니터' 보고서를 간소화합니다.

중요한 이유

복잡한 시간 비교 결과를 실행 가능한 범주로 정리합니다.

확보 방법

이벤트 타임스탬프와 SLA 기한을 비교하는 계산 로직.

예시
준수기한 초과기한 임박
감사 예외 유형
AuditExceptionType
감사 중 표시된 오류 또는 경고의 유형입니다.
설명

'감사 예외 표시' 활동에서 발견된 문제를 분류합니다(예: '순급여 마이너스', '세금 ID 누락').

이 속성을 사용하면 '감사 예외 및 수정 분석' 대시보드에서 자주 발생하는 데이터 품질 문제를 파악할 수 있습니다.

중요한 이유

재작업이 반복되는 원인을 분석하는 데 중요합니다.

확보 방법

급여 프로세스 로그 또는 예외 보고서의 Message 또는 Error Code 열입니다.

예시
순급여 마이너스SSN 누락은행 정보 오류초과 근무 한도 초과
미리보기 반복 횟수
PreviewIterationCount
최종 확정 전에 결과를 미리 본 횟수입니다.
설명

같은 케이스에서 '급여 결과 미리보기' 활동이 발생할 때마다 증가하는 횟수입니다.

'급여 미리보기 반복 추적' 대시보드의 직접 측정값으로, 승인 전에 발생한 재작업이나 검토 지연 정도를 보여줍니다.

중요한 이유

검증 단계의 효율성을 수치로 나타냅니다.

확보 방법

데이터 변환 중 Case ID별 특정 활동 발생 횟수를 세어 계산합니다.

예시
1350
세금 관할 지역
TaxJurisdiction
세금 신고에 적용되는 주, 도 또는 지방 관할 지역입니다.
설명

급여 레코드에 적용되는 주요 세무 당국을 나타냅니다(예: 캘리포니아의 'CA', 뉴욕의 'NY'). '세금 규정 준수 처리 기간' 대시보드에서 활용합니다.

특정 지역의 세금 계산 및 신고 절차가 더 복잡하거나 오래 걸리는지 파악할 수 있습니다.

중요한 이유

규제 복잡도에 따라 성과를 구분해 분석합니다.

확보 방법

직원의 세금 카드 또는 근무지 주소에서 가져옵니다.

예시
CA-캘리포니아NY-뉴욕TX-텍사스미국 연방
소급 변경 여부
RetroactiveChangeFlag
급여 처리에 소급 지급이 포함되는지 나타냅니다.
설명

해당 레코드에서 'Retropay' 항목을 처리하면 true로 설정되는 불리언 값입니다. '프로세스 경로 변형 비교'에서 처리 시간이 길어지거나 감사 예외가 발생하는 이유를 설명하는 데 도움이 됩니다.

소급 변경은 이전 기간에 걸친 복잡한 재계산을 유발하는 경우가 많습니다.

중요한 이유

처리 시간이 더 필요한 복잡한 케이스를 식별합니다.

확보 방법

PAY_ELEMENT_ENTRIES에 'Retropay' 항목이 있는지 확인합니다.

예시
truefalse
직원 유형
EmployeeType
직원 분류입니다(예: 월급제, 시급제, 계약직).
설명

직원 레코드를 분류합니다. 직원 유형에 따라 처리 규칙이나 긴급도가 다를 수 있으므로 '전자 급여명세서 게시 지연' 대시보드에 필요한 속성입니다.

인력 유형별로 프로세스 성과를 비교하도록 분석 결과를 필터링할 수 있습니다.

중요한 이유

직원 유형에 따라 프로세스 경로가 다른 경우가 많습니다.

확보 방법

PER_ALL_ASSIGNMENTS_M의 배정 범주 또는 고용 조건입니다.

예시
정규직 월급제시간제 시급제계약직임원
필수 권장 선택 사항

급여 처리 활동

정확한 프로세스 탐색과 병목 파악을 위해 이벤트 로그에 기록해야 할 주요 단계와 이정표입니다.
5 권장 11 선택 사항
활동 설명
급여 계산 시작
특정 급여 정의와 기간에 대한 기본 급여 처리 실행을 시작하는 단계입니다. 데이터 수집이 처리 단계로 전환되는 시점을 나타냅니다.
중요한 이유

집중 처리 구간의 시작 시점을 설정합니다. 기술적인 급여 처리의 전체 주기를 계산하는 데 사용됩니다.

확보 방법

PAY_PAYROLL_ACTIONS 테이블에서 ACTION_TYPE이 R(Run) 또는 Q(QuickPay)이고 ACTION_STATUS가 시작됨으로 표시된 기록을 조회합니다. 생성일을 기준으로 시작 시점을 추정할 수도 있습니다.

기록

PAY_PAYROLL_ACTIONS 레코드가 삽입될 때 기록

이벤트 유형 explicit
급여 계산 실행 완료
총액에서 실수령액까지 계산하는 Calculate Payroll 프로세스가 성공적으로 완료된 상태입니다. 직원 배정에 대한 급여, 공제액, 세금 계산이 끝났음을 나타냅니다.
중요한 이유

데이터 검증을 시작할 수 있음을 나타내는 주요 단계입니다. 이 단계에 시간이 오래 걸리면 시스템 성능 문제나 복잡한 Fast Formula가 원인일 수 있습니다.

확보 방법

PAY_PAYROLL_REL_ACTIONS를 PAY_PAYROLL_ACTIONS와 조인해 ACTION_TYPE이 R 또는 Q이고 ACTION_STATUS가 C(Complete)로 변경된 기록을 조회합니다.

기록

Payroll Run 작업 상태가 Complete로 변경될 때 기록

이벤트 유형 explicit
선지급액 계산
직원이 선택한 지급 방법(수표, EFT 등)에 따라 실수령액을 배분하는 Prepayments 프로세스의 실행입니다. 계산된 금액을 실제로 지급할 수 있는지 확인합니다.
중요한 이유

계산과 지급을 연결하는 단계입니다. 이 단계에서 실패하면 은행 정보가 누락되었거나 지급 방법이 유효하지 않은 경우가 많습니다.

확보 방법

PAY_PAYROLL_ACTIONS에서 ACTION_TYPE이 P(Prepayments)이고 상태가 Complete인 기록을 조회합니다.

기록

Prepayments 작업이 완료될 때 기록

이벤트 유형 explicit
은행 이체 파일 생성
EFT(Electronic Funds Transfer) 파일 또는 이에 해당하는 지급 파일을 생성하는 단계입니다. 은행에 전달할 지시 파일을 만드는 기술적 절차입니다.
중요한 이유

지급 파일 생성 주기를 측정합니다. 이 단계가 지연되면 은행 업무 마감 시간을 놓칠 수 있습니다.

확보 방법

PAY_PAYROLL_ACTIONS에서 ACTION_TYPE이 M(Magnetic Tape), E(EFT) 또는 C(Check Writer)인 기록을 조회합니다.

기록

EFT 또는 Check 작업이 완료될 때 기록

이벤트 유형 explicit
지급 완료
지급 처리가 완료되었음을 최종 확인하는 단계입니다. Oracle에서는 지급 흐름 완료 또는 Cash Management의 대사 완료에 해당합니다.
중요한 이유

SLA 준수 여부를 판단하는 주요 타임스탬프입니다. 직원에게 급여가 제때 지급되었는지 확인하는 데 사용됩니다.

확보 방법

Bank Transfer 작업의 Effective Date로 추정하거나 Cash Management 대사 로그(CE_STATEMENT_LINES)에서 직접 확인할 수 있습니다.

기록

지급 작업의 효력 발생일 또는 대사 이벤트를 통해 기록

이벤트 유형 explicit
QuickPay 실행
일반적으로 수정 사항을 확인하기 위해 실행하는 1인 급여 처리(QuickPay)입니다. Payroll Result Previewed 활동을 대신 나타내는 지표로 사용됩니다.
중요한 이유

직원별 QuickPay 실행 횟수가 잦다면 체계적인 급여 처리보다 시행착오에 의존하고 있음을 나타냅니다.

확보 방법

PAY_PAYROLL_ACTIONS에서 ACTION_TYPE이 Q(QuickPay)인 기록을 조회합니다. 직원별, 급여 기간별 실행 횟수를 계산합니다.

기록

PAY_PAYROLL_ACTIONS에 QuickPay 작업이 기록될 때 기록

이벤트 유형 explicit
감사 예외 표시
급여 계산 또는 검증 단계에서 오류나 경고 메시지가 기록되는 이벤트입니다. 담당자의 조치가 필요한 구체적인 검증 실패를 포착합니다.
중요한 이유

데이터 품질 문제를 파악하는 데 중요합니다. 예외가 많으면 수작업이 늘고 SLA를 위반할 위험이 커집니다.

확보 방법

특정 PAY_PAYROLL_REL_ACTION_ID와 연결된 PAY_MESSAGE_LINES 테이블을 조회합니다. 이 테이블에는 처리 중 발생한 오류와 경고가 저장됩니다.

기록

PAY_MESSAGE_LINES에 레코드가 삽입될 때 기록

이벤트 유형 explicit
근무 시간표 승인
제출된 근무 시간 데이터를 관리자가 검토하고 승인한 상태입니다. 상태가 변경되면 데이터가 급여 요소 항목으로 전달됩니다.
중요한 이유

관리자 승인 소요 시간을 측정하는 데 중요합니다. 이 단계의 지연은 이후 기간에 소급 급여 조정이 발생하는 주요 원인입니다.

확보 방법

HWM_TM_REC_GRP_DTLS 테이블 또는 HXT_TIMECARDS 뷰에서 상태가 APPROVED로 변경된 기록을 조회합니다. 승인 타임스탬프와 제출 타임스탬프를 비교합니다.

기록

Time and Labor에서 상태가 APPROVED로 변경될 때 기록

이벤트 유형 explicit
근무 시간표 제출
직원이나 관리자가 처리할 근무 시간 및 노동 데이터를 제출하는 최초 이벤트입니다. Oracle HCM의 Time and Labor 모듈에서 근무 시간표 상태가 Submitted로 변경될 때 기록됩니다.
중요한 이유

급여 처리 후보 데이터가 입력되는 시점입니다. 이 단계가 지연되면 이후 단계에도 영향이 이어져 급여 담당자가 계산 결과를 검증할 시간이 줄어듭니다.

확보 방법

HWM_TM_REC_GRP_DTLS 테이블 또는 HXT_TIMECARDS 뷰에서 상태가 SUBMITTED로 변경된 기록을 조회합니다. 제출 타임스탬프를 사용합니다.

기록

Time and Labor에서 상태가 SUBMITTED로 변경될 때 기록

이벤트 유형 explicit
급여 기록 수정
최초 급여 처리 후 최종 확정 전에 급여 요소 항목이나 직원 배정 데이터를 수동으로 수정하는 단계입니다. 오류나 예외를 해결하기 위한 재작업을 나타냅니다.
중요한 이유

프로세스 비효율과 데이터 품질 문제를 나타냅니다. 이 작업을 줄이면 최초 급여 처리 정확도를 높일 수 있습니다.

확보 방법

최초 Payroll Run 날짜와 Prepayments 날짜 사이에 Last Update Date가 있는 PAY_ELEMENT_ENTRIES_F 업데이트를 찾아 추정합니다.

기록

요소 항목 업데이트 타임스탬프와 급여 처리 타임스탬프 비교

이벤트 유형 inferred
급여 명세서 게시
직원이 Self Service에서 급여 명세서를 확인할 수 있게 되는 시점입니다. Archiver 이후, 경우에 따라 별도의 'Generate Payslip' 프로세스가 진행된 뒤에 발생합니다.
중요한 이유

직원 만족도에 영향을 줍니다. 지급 후 급여 명세서를 확인할 수 있을 때까지 오래 걸리면 지원 요청이 늘어납니다.

확보 방법

Documents of Record 테이블(HR_DOCUMENTS_OF_RECORD)을 조회하거나 PAY_PAYROLL_ACTIONS에서 Generate Payslip 프로세스의 완료 여부를 확인합니다.

기록

급여 명세서 PDF 생성 프로세스가 완료될 때 기록

이벤트 유형 explicit
급여 처리 승인
Payroll Dashboard에서 급여 대장 또는 흐름을 공식 승인하는 단계입니다. 일반적으로 검증 보고서를 검토한 뒤 은행 파일을 생성하기 전에 진행합니다.
중요한 이유

관리자의 최종 승인을 나타냅니다. 계산 완료부터 승인까지의 시간은 검증에 걸린 시간을 의미합니다.

확보 방법

정의된 Payroll Flow Pattern에서 PAY_REQ_FLOW_INSTANCES의 상태 변경 또는 특정 작업 완료 기록을 조회합니다.

기록

Flow Instance 상태가 Completed 또는 Approved로 변경될 때 기록

이벤트 유형 explicit
보관 결과 생성
Archive Periodic Payroll Results 프로세스가 완료되는 단계입니다. 이 스냅샷으로 보고서와 급여 명세서 생성에 사용할 데이터가 사실상 확정됩니다.
중요한 이유

급여 명세서와 법정 보고서를 생성하기 위한 기술적 선행 단계입니다. 데이터가 확정되었음을 확인합니다.

확보 방법

PAY_PAYROLL_ACTIONS에서 ACTION_TYPE이 X(Archive)이고 상태가 Complete인 기록을 조회합니다.

기록

Archive 작업이 완료될 때 기록

이벤트 유형 explicit
세금 신고 완료
법정 세금 파일(예: 제3자 분기별 세금 파일)을 생성하는 단계입니다. 해당 급여 기간의 규정 준수를 지원합니다.
중요한 이유

세금 규정 준수 처리 기간 KPI를 측정하는 데 중요합니다. 실패하면 과태료가 부과될 수 있습니다.

확보 방법

세금 보고와 관련된 특정 입법 데이터 그룹 작업(예: 미국 제3자 세금 신고)을 PAY_PAYROLL_ACTIONS에서 조회합니다.

기록

특정 세금 보고 흐름이 완료될 때 기록

이벤트 유형 explicit
원가 회계 데이터 전송
급여 원가 계산 결과를 General Ledger로 전송하는 단계입니다. 급여 주기의 재무 회계 처리를 마무리합니다.
중요한 이유

재무 규정 준수와 인건비의 정확한 계상을 지원합니다. 지연되면 재무팀의 장부 마감이 늦어집니다.

확보 방법

PAY_PAYROLL_ACTIONS에서 ACTION_TYPE이 T(Transfer to GL)이고 상태가 Complete인 기록을 조회합니다.

기록

Transfer to GL 프로세스가 완료될 때 기록

이벤트 유형 explicit
인센티브 데이터 가져오기
배치 로더 또는 HDL 가져오기를 통해 보너스나 수수료 같은 변동 급여의 요소 항목을 생성하는 단계입니다. 외부 보상 데이터가 급여 처리에 연동되는 것을 나타냅니다.
중요한 이유

변동 급여 데이터의 연동 속도를 모니터링합니다. 가져오기가 늦어지면 추가 급여 처리를 하거나 수동으로 수정해야 하는 경우가 많습니다.

확보 방법

PAY_BATCH_HEADERS에서 가져오기 완료 여부를 조회하거나, 특정 소스 시스템 참조가 있는 PAY_ELEMENT_ENTRIES_F의 생성 기록을 추적합니다.

기록

배치 요소 항목 처리가 성공적으로 완료될 때 기록

이벤트 유형 explicit
권장 선택 사항

데이터 추출 안내

Oracle HCM Cloud 급여 데이터 가져오기

시작할 준비가 되셨나요?

이 데이터 템플릿을 활용해 급여 주기 전반을 파악하고 운영을 개선하세요. 자동화 효율을 높이고 정확한 보고 체계를 마련하는 첫걸음을 시작하세요.

지금 Oracle HCM 급여 처리 최적화하기

급여 처리 주기를 30% 단축하고 병목을 해소하세요.

무료 체험 시작하기

신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.