기록부터 보고까지: 분개 데이터 템플릿

Oracle Fusion Financials
기록부터 보고까지: 분개 데이터 템플릿

기록부터 보고까지: 분개 데이터 템플릿

이 데이터 템플릿은 Oracle Fusion Financials의 분개 데이터를 추출하고 구조화하는 방법을 안내합니다. 프로세스를 분석하는 데 필요한 정보를 빠짐없이 확보할 수 있도록 수집할 속성과 추적할 활동을 설명합니다. 시스템에서 데이터를 직접 추출하는 방법도 확인할 수 있습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Oracle Fusion Financials 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

기록부터 보고까지: 분개 속성

기록부터 보고까지의 분개 프로세스를 충분히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 6 권장 10 선택 사항
이름 설명
분개 ID
JournalEntryId
개별 분개를 식별하는 고유 ID로, 관련된 모든 재무 거래 활동을 연결합니다.
설명

Journal Entry ID는 기본 케이스 식별자입니다. 특정 재무 거래에 속한 모든 활동을 고유하게 연결합니다. 이를 통해 분개 하나의 시작부터 최종 전기까지 전체 수명 주기를 추적하고 차변과 대변이 모두 반영되었는지 확인할 수 있습니다.

process mining에서는 이 ID를 사용해 각 분개의 전체 흐름을 재구성합니다. 'Journal Entry Created', 'Journal Submitted For Approval', 'Journal Entry Posted'와 같이 서로 다른 이벤트를 하나의 일관된 프로세스 흐름으로 연결해 처리 시간, 병목, 프로세스 편차를 분석할 수 있습니다.

중요한 이유

분개를 처음부터 끝까지 추적하는 기본 키로, 각 케이스의 전체 프로세스 흐름을 분석할 수 있게 합니다.

확보 방법

GL_JE_HEADERS 및 GL_JE_LINES와 같은 General Ledger 핵심 테이블에 있는 기본 키입니다.

예시
JE100523JE202311001882019
시작 시각
EventTime
특정 활동이나 이벤트가 발생한 시각을 나타내는 타임스탬프입니다.
설명

이 타임스탬프는 활동이 실행된 날짜와 시각을 정확히 기록합니다. process mining에서 이벤트 순서를 파악하고 이벤트 간 소요 시간을 계산하는 데 사용하는 주요 시간 정보입니다.

이벤트 시각의 정확성은 처리 시간 계산, 병목 식별, 서비스 수준 계약 대비 성과 모니터링 등 시간 기반 분석 전반에 중요합니다. 실제 발생 순서대로 프로세스 흐름을 재구성하는 데 필요한 시간 순서를 제공합니다.

중요한 이유

이 타임스탬프는 이벤트 순서 지정, 프로세스 소요 시간 계산, 시간 기반 분석에 필수적입니다.

확보 방법

일반적으로 감사 추적 테이블에 저장되거나, 특정 이벤트의 경우 GL_JE_HEADERS 및 GL_JE_LINES 같은 거래 테이블의 'Last Update Date' 또는 'Creation Date' 필드에서 가져옵니다.

예시
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:00Z
활동
ActivityName
분개 프로세스에서 특정 시점에 발생한 업무 이벤트 또는 작업의 이름입니다.
설명

활동 이름은 분개 수명 주기의 개별 단계를 나타냅니다. 예를 들어 '분개 생성' 또는 '분개 승인'이 이에 해당합니다. 이 데이터는 프로세스 맵을 작성하고 이벤트 순서를 파악하는 데 중요합니다.

활동을 분석하면 표준 경로, 편차, 재작업 루프를 포함한 프로세스 흐름을 파악할 수 있습니다. 각 활동을 추적하면 승인과 같은 특정 단계에 걸리는 시간을 측정하고, 시간이 가장 오래 걸리거나 오류가 자주 발생하는 단계를 찾아낼 수 있습니다.

중요한 이유

프로세스 단계를 정의해 프로세스 맵의 기반을 이루며, 흐름과 병목, 편차를 분석할 수 있게 합니다.

확보 방법

일반적으로 General Ledger 모듈의 분개 객체와 관련된 상태 변경, 이벤트 로그 또는 감사 추적 테이블에서 가져옵니다.

예시
분개 생성분개 승인 요청 제출분개 승인 완료분개 전기 완료
소스 시스템
SourceSystem
데이터가 생성된 시스템 또는 모듈입니다.
설명

이 속성은 프로세스 데이터를 추출한 소스 시스템을 나타냅니다. 여러 시스템이 연동된 복잡한 IT 환경에서는 데이터가 여러 시스템에서 들어올 수 있으므로, 이 필드로 출처를 구분할 수 있습니다.

프로세스 분석에서 소스 시스템을 알면 시스템별 동작 차이로 발생하는 프로세스 편차를 파악할 수 있습니다. 데이터의 출처를 추적해 검증과 문제 해결에도 활용할 수 있습니다.

중요한 이유

데이터 출처를 식별합니다. 데이터 거버넌스와 검증, 시스템별 프로세스 편차를 파악하는 데 중요합니다.

확보 방법

데이터 추출 시 설정하는 고정값인 경우가 많으며, 입력 시스템을 나타내는 소스 테이블의 필드일 수도 있습니다.

예시
Oracle Fusion Financials CloudOracle EBS R12Fusion GL
최근 데이터 업데이트
LastDataUpdate
소스 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 시각입니다.
설명

이 속성은 데이터 세트가 마지막으로 업데이트된 시각을 기록합니다. 분석에 사용하는 데이터의 최신성을 보여주므로, 분석 결과가 현재 상황에 얼마나 부합하는지 판단하는 데 도움이 됩니다.

특히 운영 대시보드에서는 최근 데이터 업데이트 시각을 알아야 사용자가 데이터를 신뢰하고 판단에 활용할 수 있습니다. process mining 모델에 포함된 데이터의 기준 시점을 명확히 보여줍니다.

중요한 이유

데이터의 최신성을 나타내므로 사용자가 프로세스 분석의 기준 시점을 파악하고 결과를 신뢰할 수 있습니다.

확보 방법

데이터 추출 및 변환 과정에서 생성되어 저장됩니다. 일반적으로 ETL/ELT 작업이 완료된 시각입니다.

예시
2023-11-20T08:00:00Z2023-11-21T08:00:00Z2023-11-22T08:00:00Z
거부 사유
RejectionReason
분개가 거부된 이유를 설명하는 문구 또는 코드입니다.
설명

승인 과정에서 분개가 거부되면 이 속성에 거부 사유가 기록됩니다. 사전 정의된 코드일 수도 있고 승인자가 입력한 자유 형식 의견일 수도 있습니다.

프로세스 비효율의 근본 원인을 분석하는 데 중요한 속성입니다. 자주 발생하는 거부 사유를 분석하면 작성자 교육 강화, 지침 명확화, 시스템 통제 개선 등 필요한 조치를 찾을 수 있습니다. '분개 거부율 분석' 대시보드에도 활용됩니다.

중요한 이유

재작업과 프로세스 지연의 근본 원인을 파악해 거부율을 낮추기 위한 개선을 지원합니다.

확보 방법

승인 프로세스와 관련된 워크플로 또는 감사 추적 테이블이나 분개 헤더의 메모 필드에 저장될 수 있습니다.

예시
잘못된 계정 조합증빙 문서 부족예산 초과
분개 금액
JournalAmount
분개에 기록된 총 금액으로, 일반적으로 차변 합계입니다.
설명

이 속성은 분개에서 처리하는 총 재무 금액을 나타냅니다. 금액에 따라 프로세스가 달라질 수 있습니다. 예를 들어 고액 분개는 추가 승인이나 더 면밀한 검토가 필요할 수 있습니다.

분개 금액을 기준으로 재무 영향에 따라 케이스를 구분할 수 있습니다. '고액 분개는 승인에 더 오래 걸리는가?', '일정 금액을 초과하는 분개는 거부되는 경우가 더 많은가?'와 같은 질문에 답할 수 있습니다. 이를 통해 프로세스 흐름을 업무 맥락에 맞게 분석할 수 있습니다.

중요한 이유

재무 영향에 따른 분석을 지원하고 고액 분개가 다른 프로세스를 따르는지 파악할 수 있는 업무 맥락을 제공합니다.

확보 방법

일반적으로 해당 분개의 GL_JE_LINES 테이블에서 차변 또는 대변을 합산해 계산합니다.

예시
5000.00125000.75750.50
분개 범주
JournalCategory
'Accrual', 'Adjustment', 'Reclassification'과 같은 분개의 범주입니다.
설명

Journal Category는 업무 목적에 따라 분개를 분류합니다. 범주별로 프로세스 흐름, 승인 규칙, 처리 시간이 다를 수 있으므로 세부적인 프로세스 분석에 활용할 수 있습니다.

예를 들어 월말 조정 분개는 일반적인 발생주의 분개보다 절차가 복잡하고 긴급하게 처리될 수 있습니다. 범주별로 분석하면 이러한 차이를 파악하고 분개 유형에 맞는 개선 방안을 마련할 수 있습니다.

중요한 이유

분개의 업무 목적에 따라 프로세스를 구분해 분석할 수 있어 유형별 처리 방식과 성과 차이를 파악할 수 있습니다.

확보 방법

GL_JE_HEADERS 테이블에서 확인할 수 있으며, 일반적으로 JE_CATEGORY 필드에 저장됩니다.

예시
발생주의수동조정재평가
분개 출처
JournalSource
'Payables', 'Receivables', 'Manual'과 같이 분개를 생성한 보조원장 또는 출처입니다.
설명

이 속성은 ERP 시스템에서 분개가 생성된 출처를 나타냅니다. General Ledger에서 수동으로 생성하거나 매입채무, 매출채권, 고정자산과 같은 보조원장에서 자동으로 생성할 수 있습니다.

Journal Source는 자동화 분석에 중요한 속성입니다. 수동 분개와 시스템 생성 분개를 구분해 '자동 분개 비율' KPI를 산출할 수 있습니다. 출처가 다른 분개는 복잡도와 효율 면에서 프로세스가 크게 다를 수 있습니다.

중요한 이유

수동 분개와 자동 분개를 구분하므로 자동화율 측정과 프로세스 차이 분석에 중요합니다.

확보 방법

GL_JE_HEADERS 테이블에서 확인할 수 있으며, 일반적으로 JE_SOURCE 필드에 저장됩니다.

예시
수동매입채무자산매출채권
사용자
UserName
분개를 생성, 승인 또는 전기하는 등 해당 활동을 수행한 사용자입니다.
설명

이 속성은 활동을 수행한 직원 또는 시스템 사용자를 식별합니다. 업무량 분배와 성과를 파악하고 개인별 병목을 찾는 데 중요합니다.

분석 시 UserName으로 사용자별 프로세스를 필터링하고 효율을 비교하며 지연이나 오류의 원인을 조사할 수 있습니다. '팀별 사용자 업무량 및 효율' 대시보드와 '사용자별 분개 병목 지수' KPI를 지원합니다.

중요한 이유

프로세스 단계의 담당자를 나타내므로 사용자별 업무량과 성과, 교육 필요성을 분석할 수 있습니다.

확보 방법

GL_JE_HEADERS와 같은 거래 테이블(예: CREATED_BY, LAST_UPDATED_BY) 및 관련 감사 추적 테이블에서 확인할 수 있습니다.

예시
john.doesusan.smithautoprocess_user
사용자 부서
UserDepartment
활동을 수행한 사용자가 속한 부서 또는 팀입니다.
설명

이 속성은 활동을 'Finance', 'Accounting Operations', 'Internal Audit'와 같은 부서와 연결해 조직 내 맥락을 제공합니다. 일반적으로 사용자 마스터 데이터에서 가져옵니다.

사용자 부서별로 분석하면 부서 간 병목을 찾고 팀별 성과를 비교하며 조직 내 프로세스 수행 방식의 차이를 파악할 수 있습니다. 리소스 배분과 특정 프로세스 개선 과제를 정하는 데도 유용합니다.

중요한 이유

조직 내 맥락을 제공해 팀이나 부서별 성과를 분석하고 부서 간 비효율을 파악할 수 있습니다.

확보 방법

일반적으로 거래 테이블에는 포함되지 않습니다. UserName을 사용자 마스터 데이터 테이블이나 HR 시스템 데이터와 조인해 가져와야 합니다.

예시
일반 회계재무 보고매입채무
목표 전기일
TargetPostingDate
분개가 전기될 것으로 예상되는 사전 지정 날짜입니다.
설명

Target Posting Date는 분개를 General Ledger에 전기해야 하는 기한입니다. 서비스 수준 계약(SLA)이나 월말 마감 일정에 따라 정하는 경우가 많으며, 성과를 측정하는 기준으로 사용됩니다.

'분개 정시 전기율' KPI를 계산하는 데 필요합니다. 실제 전기일과 목표 전기일을 비교해 정시 또는 지연 여부를 표시하고, 일정 준수 수준을 명확히 측정할 수 있습니다.

중요한 이유

전기 서비스 수준 계약 또는 기한을 지정해 정시 처리 KPI를 계산할 수 있습니다.

확보 방법

표준 필드가 아닐 수 있습니다. 생성일, 회계 기간 또는 분개 범주에 따른 업무 규칙으로 산출할 수 있습니다.

예시
2023-10-312023-11-302024-01-05
역분개 여부
ReversalIndicator
해당 분개가 다른 분개의 역분개인지 나타내는 플래그입니다.
설명

이 불리언 속성은 이전에 전기된 분개를 취소하기 위해 생성된 분개를 식별합니다. 역분개는 별도의 프로세스를 따르며, 때로는 문제가 발생하기도 합니다.

이 지표는 '분개 역분개 프로세스 성과' 대시보드 분석에 중요합니다. 역분개 프로세스를 분리해 빈도와 원인, 처리 시간을 측정하고 역분개를 유발한 원래 분개의 문제를 찾을 수 있습니다.

중요한 이유

역분개 프로세스를 분리해 분석할 수 있습니다. 역분개는 원래 거래의 오류나 문제를 나타내는 경우가 많습니다.

확보 방법

GL_JE_HEADERS 테이블의 ACCRUAL_REV_FLAG와 같은 플래그를 사용하거나, 역분개 대상인 원래 분개와의 연결 관계로 식별할 수 있습니다.

예시
truefalse
원장 이름
LedgerName
분개가 기록된 General Ledger의 이름입니다.
설명

Ledger Name은 분개가 속한 원장을 식별합니다. 여러 법인이나 보고 요건을 관리하는 조직은 기업 회계용 기본 원장과 현지 법정 보고용 보조 원장 등 여러 원장을 사용할 수 있습니다.

이 속성을 사용하면 법인이나 사업부별 프로세스를 필터링하고 비교할 수 있습니다. 올바른 조직 맥락에서 분석할 수 있어 재무 규정 준수와 보고에 특히 중요합니다.

중요한 이유

법인이나 회계 기준별로 프로세스를 필터링하고 비교할 수 있어 대규모 조직의 분석에 유용합니다.

확보 방법

GL_JE_HEADERS 테이블에서 확인할 수 있습니다. 일반적으로 LEDGER_ID를 GL_LEDGERS와 조인해 원장 이름을 가져옵니다.

예시
미국 기본 원장영국 법정 원장글로벌 연결 원장
재작업 여부
IsRework
분개가 거부된 뒤 수정 및 재제출 과정을 거쳤는지 나타내는 계산된 플래그입니다.
설명

이 불리언 속성은 재작업이 발생한 케이스를 식별하도록 계산됩니다. 일반적으로 'Journal Entry Rejected' 이벤트 이후의 'Journal Corrected and Resubmitted'와 같은 활동이 있으면 'true'로 표시합니다.

재작업 여부를 사용하면 재작업 반복의 규모와 영향을 쉽게 측정할 수 있습니다. '평균 분개 재작업률' KPI를 지원하며, 재작업한 케이스와 처음부터 올바르게 처리된 케이스의 프로세스 흐름과 소요 시간을 비교할 수 있습니다.

중요한 이유

비효율적인 재작업을 거친 케이스를 표시해 프로세스 실패의 빈도와 영향을 쉽게 측정할 수 있습니다.

확보 방법

소스 시스템에서 제공되지 않습니다. 각 케이스의 활동 순서를 분석해 process mining 도구에서 계산합니다.

예시
truefalse
전기 상태
PostingStatus
'Unposted' 또는 'Posted'와 같은 분개의 현재 전기 상태입니다.
설명

이 속성은 분개가 General Ledger에 전기된 상태를 나타냅니다. 특히 진행 중인 케이스에서 분개 수명 주기의 현재 위치를 보여주는 지표입니다.

전기 상태는 활성 분개의 현황을 보여주는 '실시간 분개 상태 추적' 대시보드에 중요합니다. 미전기 분개의 적체를 모니터링하고 프로세스 후반부의 지연을 파악할 수 있습니다.

중요한 이유

분개의 현재 상태를 나타내므로 적체를 모니터링하고 진행 중인 분개의 상태를 추적하는 데 필요합니다.

확보 방법

GL_JE_HEADERS 테이블에서 확인할 수 있으며, 일반적으로 STATUS 또는 POSTING_STATUS 열에 저장됩니다.

예시
전기 완료미전기오류
전체 처리 시간
EndToEndCycleTime
분개 생성부터 최종 계정 조정까지 걸린 총시간입니다.
설명

이 지표는 첫 'Journal Entry Created' 이벤트부터 마지막 'Journal Entry Reconciled' 이벤트까지 분개가 전체 프로세스에서 소요한 시간을 나타냅니다. 프로세스 성과를 종합적으로 파악할 수 있습니다.

전체 프로세스 효율을 측정하는 주요 KPI입니다. 추세 대시보드에서 개선 과제의 효과를 시간에 따라 추적하고, 프로세스 변경 효과를 비교하는 기준으로 활용합니다.

중요한 이유

전체 프로세스의 상태와 효율을 요약해 보여주므로 경영진 보고에 활용할 수 있는 주요 지표입니다.

확보 방법

process mining 플랫폼에서 각 케이스의 첫 이벤트와 마지막 이벤트 타임스탬프 간 차이로 계산합니다.

예시
10일 5시간P4DT12HP22D
정시 전기 여부
IsOnTimePosting
분개가 목표 날짜 당일 또는 그 전에 전기되었는지 나타내는 계산된 플래그입니다.
설명

'Journal Entry Posted' 활동의 타임스탬프와 'Target Posting Date'를 비교해 계산하는 불리언 속성입니다. 목표 날짜 당일 또는 그 전에 전기되면 'true', 이후에 전기되면 'false'입니다.

이 속성을 사용하면 '분개 정시 전기율' KPI를 간편하게 계산할 수 있습니다. 지연된 분개를 필터링하고 분개 범주나 승인자 등 지연의 공통 원인을 분석할 수 있습니다.

중요한 이유

전기 성과를 명확한 두 가지 결과로 표시해 정시 처리율과 지연 원인을 쉽게 분석할 수 있습니다.

확보 방법

process mining 도구에서 계산합니다. 'TargetPostingDate' 속성과 'Journal Entry Posted' 활동의 타임스탬프가 필요합니다.

예시
truefalse
종료 시각
EndTime
특정 활동이 완료된 시각을 나타내는 타임스탬프입니다.
설명

종료 시각은 활동이 완료된 시점을 나타냅니다. 시작 시각이 활동의 시작을 기록한다면, 종료 시각은 완료 시점을 기록해 해당 단계의 처리 시간을 정확히 계산할 수 있게 합니다.

활동별 처리 시간을 계산하는 데 필요하며, 이는 병목을 찾고 리소스 효율을 측정하는 주요 지표입니다. 예를 들어 'Journal Entry Reviewed' 활동의 종료 시각에서 시작 시각을 빼면 검토자가 실제 작업에 쓴 시간을 알 수 있습니다.

중요한 이유

개별 활동의 실제 소요 시간이나 처리 시간을 계산할 수 있어 효율 문제를 파악하는 데 중요합니다.

확보 방법

시작 시각과 마찬가지로 감사 추적 테이블에서 가져오는 경우가 많습니다. 또는 프로세스에서 다음 활동의 시작 시각을 바탕으로 추론할 수 있습니다.

예시
2023-10-26T10:15:00Z2023-11-15T14:55:10Z2024-01-05T09:22:00Z
통화
CurrencyCode
분개 금액의 통화 코드입니다. 예: USD, EUR, GBP.
설명

Currency Code는 분개에 기록된 금액의 통화를 지정합니다. 여러 통화로 거래하는 다국적 조직에 필요한 정보입니다.

이 속성은 재무 금액을 올바르게 해석할 수 있게 합니다. 통화별 필터링이 가능하며, 지역별 금액을 비교하거나 합산하는 분석에 필요합니다.

중요한 이유

재무 금액의 통화를 명확히 해 올바르게 해석하고 통화별 분석을 수행할 수 있습니다.

확보 방법

GL_JE_HEADERS 테이블에서 확인할 수 있으며, 일반적으로 CURRENCY_CODE 필드에 저장됩니다.

예시
USDEURGBPJPY
회계 기간
AccountingPeriod
'Jan-24'와 같이 분개가 전기되는 회계 기간입니다.
설명

Accounting Period는 거래를 인식하는 회계 기간을 지정합니다. 모든 재무 보고와 분석의 기본 정보입니다.

process mining에서는 추세 분석에 중요합니다. 월별 또는 분기별로 처리 시간이나 거부율 등 프로세스 성과를 비교할 수 있습니다. 이를 통해 월말 마감 시 업무량 증가와 같은 계절적 영향을 파악하고 시간에 따른 프로세스 개선 효과를 측정할 수 있습니다.

중요한 이유

시간에 따른 KPI 추세를 분석해 프로세스 개선 효과를 측정하고 월말 업무 집중과 같은 계절적 패턴을 파악할 수 있습니다.

확보 방법

GL_JE_HEADERS 테이블에서 확인할 수 있으며, 일반적으로 PERIOD_NAME 필드에 저장됩니다.

예시
2024년 1월2024년 2월2024년 3월
필수 권장 선택 사항

기록부터 보고까지: 분개 활동

분개 프로세스를 정확히 파악하려면 이벤트 로그에 다음 주요 단계와 마일스톤을 기록하세요.
5 권장 7 선택 사항
활동 설명
분개 계정 조정 완료
기간 말 계정 조정 과정에서 분개가 대사되어 미결 항목에서 제외되었습니다. 은행 명세서와 같은 다른 재무 데이터와 거래가 일치함을 확인합니다.
중요한 이유

이 활동은 분개 수명 주기의 실제 종료 시점을 나타냅니다. 전기부터 계정 조정까지 걸린 시간은 재무 마감 프로세스의 효율을 평가하는 주요 KPI입니다.

확보 방법

이 이벤트는 일반적으로 General Ledger가 아니라 Oracle Financial Consolidation and Close Cloud Service (FCCS) 또는 Account Reconciliation Cloud Service (ARCS)에 기록됩니다. 분개와 연결된 조정 레코드의 상태 변경을 바탕으로 추론합니다.

기록

분개 데이터를 ARCS 또는 FCCS 테이블의 조정 상태 업데이트와 연결합니다.

이벤트 유형 inferred
분개 생성
이 활동은 분개 프로세스의 시작을 나타냅니다. 사용자가 새 분개 헤더를 만들고 데이터를 입력하기 시작한 시점이며, 검토나 승인을 위해 제출하기 전입니다.
중요한 이유

이 활동은 프로세스의 주요 시작 이벤트입니다. 여기서 다음 단계까지 걸린 시간을 분석하면 최초 데이터 입력의 효율과 전체 처리 주기를 측정할 수 있습니다.

확보 방법

특정 분개 ID에 해당하는 GL_JE_HEADERS 테이블의 생성일 타임스탬프로 이 이벤트를 추정할 수 있습니다. 레코드를 생성한 사용자도 이 테이블에서 확인할 수 있습니다.

기록

GL_JE_HEADERS 테이블의 CREATION_DATE를 사용합니다.

이벤트 유형 inferred
분개 승인 완료
지정된 승인자가 분개의 정확성과 유효성을 확인하고 공식적으로 승인했습니다. 승인 워크플로의 마지막 단계로, 분개를 전기할 수 있는 상태가 됩니다.
중요한 이유

이 시점에 승인 절차가 완료됩니다. 제출부터 승인까지 걸린 시간은 워크플로 효율을 측정하고 승인 병목을 파악하는 데 중요한 KPI입니다.

확보 방법

GL_JE_HEADERS 테이블에서 APPROVAL_STATUS_CODE가 'APPROVED'로 변경된 상태를 바탕으로 이 이벤트를 추론합니다. 워크플로 테이블에는 승인자 정보와 타임스탬프가 저장됩니다.

기록

GL_JE_HEADERS의 APPROVAL_STATUS_CODE가 'APPROVED'로 변경된 시각을 추적합니다.

이벤트 유형 inferred
분개 승인 요청 제출
사용자가 작성한 분개를 승인 워크플로에 정식으로 제출할 때 발생하는 활동입니다. 이때 분개는 초안 또는 미완성 상태에서 승인 대기 상태로 전환됩니다.
중요한 이유

이 시점부터 승인 처리 시간을 측정하고 병목을 찾을 수 있습니다. 데이터 입력 단계와 검토 및 승인 단계를 구분하는 중요한 기준입니다.

확보 방법

GL_JE_HEADERS 테이블에서 APPROVAL_STATUS_CODE가 'REQUIRED' 또는 'INITIATED'와 같은 값으로 변경되는 상태 변화를 통해 이 이벤트를 추정합니다. 제출일 타임스탬프가 별도로 기록될 수도 있습니다.

기록

GL_JE_HEADERS의 APPROVAL_STATUS_CODE가 제출을 나타내는 값으로 변경된 타임스탬프를 추적합니다.

이벤트 유형 inferred
분개 전기 완료
분개의 재무 데이터가 General Ledger에 성공적으로 기록되었습니다. 차변과 대변이 계정 잔액에 반영됩니다.
중요한 이유

분개가 공식 재무 기록에 반영되는 중요한 시점입니다. 정시 전기율과 생성부터 전기까지 걸린 총시간을 측정하는 데 필요합니다.

확보 방법

GL_JE_HEADERS 테이블의 STATUS 필드가 'P'(Posted)로 변경된 상태를 바탕으로 추론합니다. GL_JE_BATCHES 테이블에도 전기 상태가 기록됩니다.

기록

GL_JE_HEADERS의 STATUS가 'P'로 변경된 시각을 추적합니다.

이벤트 유형 inferred
분개 검토
정식 승인 절차 전이나 그 일부로 진행되는 검토 단계입니다. 최종 승인자에게 전달되기 전에 동료나 관리자가 정확성과 규정 준수 여부를 확인합니다.
중요한 이유

이 활동을 분리하면 사전 검토 시간과 최종 승인 시간을 구분할 수 있습니다. 비공식적으로 진행되지만 시간이 오래 걸리는 검토 단계의 숨은 병목도 확인할 수 있습니다.

확보 방법

다단계 승인 워크플로에 명시된 단계라면 워크플로 이력 테이블에서 확인할 수 있습니다. 비공식 검토는 기록되지 않습니다. 최종 승인 전에 특정 사용자의 작업이 기록되어 있다면 이를 바탕으로 추정할 수 있습니다.

기록

최종 '승인됨' 상태가 되기 전의 중간 승인 또는 검토 단계를 확인하려면 워크플로 이력 테이블을 분석합니다.

이벤트 유형 inferred
분개 반려
승인자가 분개를 검토한 뒤 오류나 증빙 누락, 정책 위반 등의 이유로 반려했습니다. 이 조치로 분개는 작성자에게 돌아가 수정 절차를 거칩니다.
중요한 이유

이 활동은 재작업 반복, 반려율, 최초 제출 성공률을 분석하는 데 중요합니다. 반려가 잦다면 데이터 품질이나 교육에 문제가 있을 수 있습니다.

확보 방법

GL_JE_HEADERS 테이블의 APPROVAL_STATUS_CODE가 'REJECTED'로 변경되는 상태 변화를 통해 이 활동을 추정합니다. 워크플로 이력에는 반려를 처리한 사용자와 타임스탬프가 기록됩니다.

기록

GL_JE_HEADERS의 APPROVAL_STATUS_CODE가 'REJECTED'로 설정된 타임스탬프를 추적합니다.

이벤트 유형 inferred
분개 수정 후 재제출
분개가 반려되면 작성자가 필요한 내용을 수정한 뒤 승인을 다시 요청합니다. 이 활동은 같은 분개의 새로운 승인 주기가 시작되는 시점을 나타냅니다.
중요한 이유

재작업을 추적해야 프로세스 비효율을 파악할 수 있습니다. 이 활동을 '분개 반려'와 함께 분석하면 재작업에 걸리는 시간과 빈도를 측정할 수 있습니다.

확보 방법

이 이벤트는 이전에 'REJECTED' 상태였던 분개가 이후 'Journal Submitted For Approval' 이벤트를 발생시킨 경우입니다. 단일 Journal Entry ID의 상태 변경 순서를 분석해 식별합니다.

기록

같은 케이스 ID에서 거부 이벤트 이후에 발생한 제출 이벤트의 타임스탬프를 식별합니다.

이벤트 유형 inferred
분개 역분개 처리 완료
후속 기간에 원래 분개의 재무 영향을 상쇄하는 역분개가 생성되어 전기되었습니다. 발생주의 분개에서 흔히 수행되는 작업입니다.
중요한 이유

역분개를 추적하면 자주 역분개되는 분개 유형을 파악하고 역분개 처리의 효율을 분석할 수 있습니다. 발생주의 관리에 문제가 있는지도 확인할 수 있습니다.

확보 방법

원래 분개와 역분개 관계로 명시적으로 연결된 새 분개를 찾아 추론합니다. GL_JE_HEADERS 테이블의 REVERSAL_PERIOD 및 REVERSAL_FLAG 같은 필드로 해당 분개를 식별하고 연결할 수 있습니다.

기록

헤더에서 원래 분개를 역분개 대상으로 참조하는 새 분개의 생성일과 전기일을 식별합니다.

이벤트 유형 inferred
분개 전기 시작
승인된 분개를 General Ledger에 전기하는 작업이 시작되었습니다. 자동 또는 수동으로 진행되며, 전기 프로그램이 처리할 수 있도록 분개를 대기열에 등록합니다.
중요한 이유

이 활동을 통해 승인 단계와 기술적인 전기 작업을 구분할 수 있습니다. 승인 후 전기 시작까지 지연이 발생하면 전기 엔진의 일정 문제나 리소스 부족을 나타낼 수 있습니다.

확보 방법

GL_JE_BATCHES 테이블의 상태 변경이나 분개 배치와 연결된 전기 동시 요청의 제출 시각을 바탕으로 추론할 수 있습니다.

기록

해당 분개 배치에 대한 General Ledger Posting 프로그램의 요청 제출 시각을 식별합니다.

이벤트 유형 inferred
전기 확인
전기 후 사용자나 시스템이 분개가 올바르게 전기되었고 잔액이 예상대로인지 확인하는 단계입니다. 대개 수동 통제 절차로 진행됩니다.
중요한 이유

이 활동을 분석하면 전기 후 수동 통제와 품질 확인에 걸리는 시간을 파악할 수 있습니다. 확인 절차를 자동화할 기회도 찾을 수 있습니다.

확보 방법

Oracle Fusion에 명시적인 이벤트로 기록될 가능성은 낮습니다. 사용자가 특정 보고서를 실행하거나 사용자 정의 상태 필드를 업데이트하는 등의 다른 작업을 바탕으로 추론해야 합니다. 이러한 기록은 기본 제공되지 않습니다.

기록

확인 보고서 실행 시간이나 descriptive flexfield 업데이트를 추적하는 등의 사용자 정의 로직이 필요합니다.

이벤트 유형 inferred
증빙 문서 첨부
송장이나 스프레드시트 같은 증빙 문서를 분개에 첨부하는 활동입니다. 감사자와 승인자에게 배경 정보와 증빙을 제공하기 위해 수행하는 경우가 많습니다.
중요한 이유

이 활동을 추적하면 문서 누락으로 지연이 발생하는지 파악할 수 있습니다. 승인 워크플로에 들어가기 전에 분개의 규정 준수 여부와 완전성을 확인하는 데도 도움이 됩니다.

확보 방법

이 활동을 개별 이벤트로 추적하기는 어려울 수 있습니다. GL_JE_HEADERS의 분개 레코드와 연결된 FND_ATTACHED_DOCUMENTS 같은 첨부 파일 테이블의 타임스탬프로 추정할 수 있습니다.

기록

분개와 연결된 FND_ATTACHED_DOCUMENTS 레코드의 생성일을 기준으로 추정합니다.

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

데이터 추출 가이드

Oracle Fusion Financials에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿을 활용해 Oracle Fusion 분개 데이터를 분석에 활용할 수 있는 인사이트로 바꾸고, 기록부터 보고까지의 주기를 단축하세요. 지금 재무 운영을 개선해 보세요.

지금 기록부터 보고까지의 분개 프로세스를 개선하세요

분개 처리 주기를 30% 단축하고 재무 운영을 간소화하세요.

무료 체험 시작

신용카드 없이 지금 무료 체험을 시작할 수 있습니다.