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

Microsoft Dynamics 365
기록부터 보고까지, 분개 데이터 템플릿

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

이 템플릿은 Record to Report - Journal Entry 프로세스를 분석하는 데 필요한 주요 데이터 항목을 안내합니다. 효과적인 process mining을 위해 수집할 속성과 추적할 주요 활동을 정리하고, Microsoft Dynamics 365에서 데이터를 추출하는 방법도 설명합니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Microsoft Dynamics 365 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

Record to Report - Journal Entry 속성

Record to Report - Journal Entry를 분석할 때 이벤트 로그에 포함할 것을 권장하는 데이터 필드입니다.
3 필수 7 권장 10 선택 사항
이름 설명
분개 ID
JournalEntryId
분개를 식별하는 고유한 값으로, 기본 케이스 식별자로 사용됩니다.
설명

분개 ID는 단일 분개 거래와 관련된 모든 활동과 데이터 항목을 고유하게 연결합니다. 분개 생성과 검토부터 총계정원장에 최종 전기될 때까지 전체 처리 주기를 추적할 수 있습니다.

process mining 분석에서 이 속성은 프로세스 흐름을 재구성하는 데 필수적입니다. 각 분개 ID는 프로세스의 단일 사례를 나타내므로 프로세스 유형, 처리 시간, 개별 재무 거래의 규정 준수 여부를 자세히 살펴볼 수 있습니다.

중요한 이유

분개를 시작부터 끝까지 추적하는 데 필요한 식별자로, 각 사례의 전체 프로세스 흐름을 분석할 수 있습니다.

확보 방법

일반적으로 LedgerJournalTable과 같은 분개 헤더 테이블의 JournalNum 필드에서 확인할 수 있습니다.

예시
JRN-0012345JV-2023-08-156GENJ0000891
이벤트 발생 시각
EventTime
활동이나 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다.
설명

이벤트 발생 시각은 분개 프로세스의 특정 활동이 발생한 날짜와 시간을 기록합니다. 이 시간 정보는 이벤트 순서를 정하고 이벤트 사이의 소요 시간을 계산하는 데 필요합니다.

분석에서는 이 타임스탬프로 각 사례의 타임라인을 구성합니다. 처리 시간, 작업 시간, 대기 시간 등 시간 기반 지표를 계산하는 데 중요합니다. 단계 사이의 지연을 찾아 병목과 SLA 준수 여부를 보여주는 대시보드를 구성할 수 있습니다.

중요한 이유

이 타임스탬프는 이벤트 순서를 정확히 정하고 처리 시간, 지연 시간 등 시간 기반 KPI를 계산하는 데 필요합니다.

확보 방법

이벤트 타임스탬프는 일반적으로 워크플로 이력 로그, 감사 추적 테이블(예: SysDatabaseLog), 또는 LedgerJournalTable 및 LedgerJournalTrans와 같은 관련 레코드의 생성·수정 타임스탬프에서 확인할 수 있습니다.

예시
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
활동명
ActivityName
발생한 특정 업무 프로세스 단계 또는 이벤트의 이름입니다.
설명

이 속성은 '분개 생성', '분개 승인 요청', '분개 전기 완료'와 같이 분개 처리 주기에서 발생한 개별 이벤트나 작업을 나타냅니다. 이러한 활동이 발견된 프로세스 맵의 노드를 구성합니다.

활동의 순서와 빈도를 분석하는 것은 process mining의 기본입니다. 실제 프로세스 흐름을 확인하고 표준 절차에서 벗어난 지점을 찾으며, 예상보다 오래 걸리거나 반복되는 활동에서 병목을 파악할 수 있습니다.

중요한 이유

프로세스 단계를 정의해 프로세스 맵의 뼈대를 구성하고, 프로세스 흐름과 변형을 분석할 수 있게 합니다.

확보 방법

Microsoft Dynamics 365의 시스템 이벤트, 상태 변경 또는 워크플로 로그에서 도출하는 개념적 속성입니다.

예시
분개 생성분개 승인 요청분개 승인분개 전기 완료
거부 사유
RejectionReason
승인 과정에서 분개 항목이 거부될 때 입력하는 사유입니다.
설명

분개 항목이 거부되면 승인자가 거부 사유를 입력하는 경우가 많습니다. 이 속성은 근본 원인 분석에 중요한 해당 정보를 기록합니다.

'분개 항목 거부율 분석' 대시보드에서 주로 사용하는 속성입니다. 거부 사유를 분류하고 분석하면 조직은 증빙 서류 미비, 정책 위반, 데이터 입력 오류와 같은 반복적인 문제를 파악하고, 이에 맞는 교육이나 프로세스 개선을 시행할 수 있습니다.

중요한 이유

재작업이 발생하는 이유를 파악해 거부율을 낮추고 최초 승인 성공률을 높이는 데 필요한 정보를 제공합니다.

확보 방법

이 정보는 일반적으로 워크플로 이력이나 거부 단계에 연결된 의견란에 저장됩니다.

예시
증빙 서류 미비잘못된 계정 사용승인 한도 초과중복 입력
법인
LegalEntity
분개 항목을 기록하는 법인 또는 회사 코드입니다.
설명

법인은 금융 거래를 기록하는 조직 내 특정 회사 또는 사업부를 나타냅니다. 재무 시스템에서 기본이 되는 조직 차원입니다.

process mining에서 이 속성을 사용하면 조직 내 여러 부문의 분개 프로세스를 비교할 수 있습니다. 법인별 프로세스 효율성, 거부율, 처리 시간이 어떻게 다른지 확인하고 우수 사례를 찾아 공유할 수 있습니다.

중요한 이유

회사나 사업부별 프로세스 성과를 비교해 차이와 개선 기회를 파악할 수 있습니다.

확보 방법

Dynamics 365의 기본 필드로, LedgerJournalTable과 같은 거래 테이블에서 확인할 수 있으며 일반적으로 DataAreaId와 연결됩니다.

예시
USMFDEMFGBSI
분개 상태
JournalStatus
분개 항목의 현재 상태 또는 최종 상태입니다.
설명

이 속성은 특정 시점의 분개 항목 상태를 나타냅니다. 예를 들어 '초안', '검토 중', '승인됨', '거부됨', '전기됨' 등이 있습니다. 분개 항목의 처리 과정에서 현재 어느 단계에 있는지 보여 줍니다.

상태를 분석하면 케이스별 처리 결과를 파악하는 데 도움이 됩니다. 거부된 분개를 모두 필터링하거나 특정 단계에 있는 분개 건수를 추적할 수 있습니다. 이 속성은 처리량과 상태를 분석할 때 필요한 맥락을 제공하므로 여러 대시보드에서 활용할 수 있습니다.

중요한 이유

각 분개 항목의 처리 결과를 명확히 보여 주므로 성공률과 거부율, 단계별 업무량을 분석할 수 있습니다.

확보 방법

상태는 일반적으로 분개 헤더 테이블인 LedgerJournalTable에 저장되거나 워크플로 상태에서 가져옵니다.

예시
초안제출됨승인됨전기됨거부됨
분개 유형
JournalType
일반 분개 또는 발생 분개와 같은 분개의 분류입니다.
설명

분개 유형은 일일 분개, 발생, 배부, 제거 등 업무 목적에 따라 분개를 분류합니다. 프로세스 경로와 처리 방식을 파악하는 데 중요한 구분 기준입니다.

이 속성을 사용하면 분개 유형별로 프로세스를 필터링하고 비교할 수 있습니다. '유형별 분개 처리량' 대시보드에 필요하며, 특정 유형의 분개에서 지연, 반려, 재작업이 더 자주 발생하는지 분석할 수 있습니다.

중요한 이유

업무 목적에 따라 프로세스를 구분해 비교할 수 있습니다. 유형별로 처리 경로, 처리 시간, 승인 요건이 다를 수 있습니다.

확보 방법

일반적으로 분개 헤더 테이블인 LedgerJournalTable의 분개 이름 또는 유형 관련 필드(예: JournalName)에 저장됩니다.

예시
일반 분개발생액 조정관계사 간 대체급여
분개 총액
JournalTotalAmount
분개 항목의 총 금액으로, 일반적으로 차변 금액의 합계입니다.
설명

이 속성은 분개 항목의 총 금액을 나타냅니다. 금액을 기준으로 항목을 낮음, 중간, 높음과 같은 구간으로 분류할 수 있습니다.

금액에 따라 프로세스를 분석하면 중요한 패턴을 찾을 수 있습니다. 예를 들어 고액 분개는 승인 단계가 더 많고 처리 시간이 긴 엄격한 승인 절차를 거칠 수 있습니다. 이 속성은 중요성 분석과 프로세스 비효율이 재무에 미치는 영향을 파악하는 데 필요합니다.

중요한 이유

재무 금액별로 프로세스를 구분해 분석할 수 있습니다. 금액은 프로세스 복잡도와 위험, 승인 워크플로와 관련되는 경우가 많습니다.

확보 방법

분개 항목별로 분개 라인 테이블 LedgerJournalTrans의 차변 금액을 합산해 계산해야 할 수 있습니다.

예시
1500.75125000.0050.25
사용자 이름
UserName
활동을 수행한 사용자의 이름입니다.
설명

이 속성은 분개 생성, 승인 또는 전기와 같은 특정 활동을 수행한 직원이나 시스템 사용자를 나타냅니다. 프로세스 단계와 인력을 연결합니다.

사용자별 성과 분석은 process mining의 주요 기능입니다. 이를 통해 '분개 사용자 성과' 대시보드를 구성하고 사용자나 팀별 활동 시간과 처리량을 비교할 수 있습니다. 성과가 높은 사용자를 파악하고 교육 필요성을 확인하며 업무량을 균형 있게 배분하는 데 도움이 됩니다.

중요한 이유

프로세스 활동을 특정 사용자와 연결해 사용자 성과, 업무량 분포, 리소스 배분을 분석할 수 있습니다.

확보 방법

사용자 정보는 일반적으로 LedgerJournalTable과 같은 테이블의 createdBy 또는 modifiedBy 필드나 관련 워크플로 이력 로그에서 확인할 수 있습니다.

예시
앨리스 스미스밥 존슨system.batch
이벤트 종료 시각
EventEndTime
활동이나 이벤트가 완료된 시점을 나타내는 타임스탬프입니다.
설명

이벤트 종료 시각은 특정 활동이 완료된 시점을 나타냅니다. StartTime이 이벤트 시작 시점을 나타낸다면 EndTime은 종료 시점을 나타내므로 개별 작업의 소요 시간을 정확히 계산할 수 있습니다.

process mining에서 시작 시각과 종료 시각을 모두 사용하면 활동 작업 시간을 계산할 수 있습니다. 이는 대기 시간과 구분됩니다. 사용자 성과를 분석하고 단계 사이의 대기뿐 아니라 어떤 작업에 시간이 가장 많이 드는지 확인하는 대시보드를 구성하는 데 중요합니다.

중요한 이유

각 활동에 걸리는 시간을 정확히 계산할 수 있어 사용자 성과를 분석하고 리소스가 많이 필요한 작업을 찾는 데 도움이 됩니다.

확보 방법

이 데이터는 워크플로 로그에 명시적으로 저장되어 있을 수도 있고, 순서상 다음 활동의 StartTime을 사용해 계산해야 할 수도 있습니다.

예시
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
부서
DepartmentName
분개 항목과 연결된 부서 또는 원가 센터입니다.
설명

부서 또는 원가 센터는 금융 거래를 담당하거나 거래의 영향을 받는 내부 사업부를 나타냅니다. 내부 관리 보고에 중요한 차원입니다.

이 속성을 사용하면 부서별 분개 프로세스를 분석할 수 있습니다. 어느 부서가 분개를 가장 많이 제출하는지, 특정 부서의 거부율이나 승인 시간이 더 높은지 등을 파악할 수 있어 부서별 프로세스 개선에 유용합니다.

중요한 이유

사업 기능별 프로세스 성과를 분석해 부서별 병목이나 교육 필요성을 파악할 수 있습니다.

확보 방법

이 정보는 일반적으로 분개 라인 수준의 LedgerJournalTrans에서 재무 차원으로 확인할 수 있습니다.

예시
영업재무마케팅운영
승인 SLA 상태
ApprovalSlaState
분개 항목 승인이 서비스 수준 계약을 준수했는지 나타냅니다.
설명

이 속성은 서비스 수준 계약(SLA)에서 정한 목표 시간 안에 승인 절차가 완료되었는지에 따라 각 분개 항목의 승인 주기를 분류합니다. 일반적인 값은 '준수' 또는 '미준수'입니다.

'분개 항목 승인 SLA 준수' 대시보드의 주요 지표입니다. 목표 대비 성과를 업무 관점에서 명확히 보여 주므로 승인 처리의 적시성을 모니터링하고 관리할 수 있습니다. SLA를 자주 지키지 못하는 영역의 개선에도 활용할 수 있습니다.

중요한 이유

원시 처리 시간 데이터를 '준수' 또는 '미준수'라는 명확한 업무 결과로 바꿔 목표 대비 성과를 쉽게 추적할 수 있습니다.

확보 방법

계산된 속성입니다. 계산된 승인 주기 시간 KPI를 사전 정의된 SLA 목표와 비교해야 합니다.

예시
준수미준수
승인 단계
ApprovalLevel
다단계 승인 워크플로에서 현재 진행 중이거나 완료된 단계를 나타냅니다.
설명

여러 단계의 승인이 필요한 분개 항목에서 이 속성은 항목이 승인 계층의 어느 단계까지 진행되었는지 추적합니다. 예를 들어 '관리자 승인' 또는 '이사 승인'으로 표시할 수 있습니다.

이 속성을 사용하면 승인 병목을 더 자세히 분석할 수 있습니다. 승인 절차의 특정 단계에서 지연이 반복되는지 확인해 해당 단계의 프로세스 재설계나 리소스 재배치 필요성을 판단할 수 있습니다.

중요한 이유

다단계 승인 워크플로의 진행 상황을 파악해 특정 승인 단계의 병목을 찾을 수 있습니다.

확보 방법

승인 워크플로 이력에서 각 승인 단계의 완료 여부를 추적해 확인할 수 있습니다.

예시
1단계: 관리자2단계: 이사3단계: 재무 담당 부사장
원천 시스템
SourceSystem
데이터를 추출한 기준 시스템입니다.
설명

이 속성은 분개 데이터가 생성된 원천 애플리케이션을 나타냅니다. 이 프로세스에서는 일반적으로 'Microsoft Dynamics 365'와 같은 고정값을 사용합니다.

여러 ERP나 통합 시스템을 사용하는 환경에서 분석 범위를 넓힐 경우, 이 필드로 프로세스와 데이터 소스를 구분할 수 있습니다. 데이터 출처를 명확히 하고 데이터 거버넌스와 검증을 지원합니다.

중요한 이유

데이터 출처를 나타내며, 데이터 거버넌스와 여러 기업 시스템에 걸친 분석에 중요합니다.

확보 방법

데이터 추출, 변환, 적재(ETL) 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정값입니다.

예시
Microsoft Dynamics 365D365 F&O
자동 전기 여부
IsAutomatedPosting
분개 항목이 자동으로 생성되거나 전기되었는지 나타내는 표시입니다.
설명

이 불리언 속성은 사용자가 직접 생성한 분개 항목과 시스템 또는 하위 시스템이 자동으로 생성한 항목을 구분합니다. 자동 생성의 예로는 시스템 통합이나 자동 배부 프로세스가 있습니다.

이 속성을 분석하면 자동 프로세스와 수동 프로세스의 효율성 및 오류율을 비교할 수 있습니다. 수동 입력에서 오류, 재작업, 지연이 더 자주 발생하는지 확인해 추가 자동화 기회를 찾을 수 있습니다.

중요한 이유

수동 프로세스와 자동 프로세스를 구분해 효율성, 정확성, 규정 준수 수준을 비교할 수 있습니다.

확보 방법

'생성자' 사용자(예: 시스템 또는 배치 사용자)나 분개 헤더 또는 유형 설정의 특정 표시를 통해 확인할 수 있습니다.

예시
truefalse
재작업 여부
IsRework
재작업 또는 수정 반복 과정에 포함된 활동을 표시하는 값입니다.
설명

계산된 이 불리언 속성은 거부 후 발생한 활동에 true로 설정됩니다. 예를 들어 '분개 항목 수정'이나 반복된 '분개 승인 요청 제출'이 해당합니다. 이를 통해 재작업을 분리해 규모를 측정할 수 있습니다.

이 속성은 '분개 항목 재작업 및 수정 반복' 대시보드와 '재작업률' KPI에 필요합니다. 재작업을 표시하면 수정이 반복되는 빈도와 영향을 시각화하고 측정하기 쉽습니다. 이러한 수정 반복은 프로세스 비효율의 주요 원인입니다.

중요한 이유

비효율적인 재작업 반복을 직접 표시해 거부와 수정이 전체 처리 시간과 비용에 미치는 영향을 쉽게 측정할 수 있습니다.

확보 방법

케이스 내 활동 순서를 분석해 데이터 변환 과정에서 계산하는 속성입니다.

예시
truefalse
전기일
PostingDate
분개 항목을 총계정원장에 전기한 날짜입니다.
설명

전기일은 거래가 총계정원장 잔액에 반영되는 공식 날짜입니다. 재무 보고와 결산 기간 관리에 중요한 날짜입니다.

이 속성은 승인부터 전기까지 걸리는 시간을 분석하는 데 사용되며, 이는 '분개 전기 소요 시간' KPI의 측정 대상입니다. 이 시간을 줄이면 재무 결산을 앞당길 수 있습니다. 기간별 전기 건수를 분석할 때도 활용할 수 있습니다.

중요한 이유

전기 소요 시간 KPI를 계산하고 승인부터 거래가 원장에 공식 반영될 때까지의 지연을 파악하는 데 필요합니다.

확보 방법

이 날짜는 일반적으로 분개 헤더 테이블 LedgerJournalTable 또는 관련 전기 거래 테이블에 저장됩니다.

예시
2023-10-282023-11-012023-10-31
최근 데이터 업데이트
LastDataUpdate
원천 시스템에서 데이터를 마지막으로 새로 고친 시점의 타임스탬프입니다.
설명

이 속성은 원천 시스템에서 데이터를 가장 최근에 추출한 날짜와 시간을 나타냅니다. 분석과 데이터의 최신성을 파악하는 데 필요한 정보입니다.

대시보드에 이 정보를 표시하면 사용자가 데이터의 최신 상태를 확인하고 현재 프로세스 분석에 포함된 기간을 이해할 수 있습니다. process mining 프로젝트에 필요한 주요 메타데이터입니다.

중요한 이유

데이터의 최신 상태를 파악하는 데 필요한 정보를 제공해 사용자가 프로세스 분석의 기준 시점을 이해하도록 돕습니다.

확보 방법

데이터 추출, 변환, 적재(ETL) 과정에서 이 타임스탬프를 생성하고 저장합니다.

예시
2023-10-27T02:00:00Z
최초 처리 성공 여부
IsFirstTimeRight
이전에 거부된 적 없이 분개가 승인되었는지 나타내는 표시입니다.
설명

케이스 수준의 이 불리언 속성은 분개 항목이 제출된 뒤 '분개 거부' 또는 '분개 항목 수정' 활동 없이 승인까지 진행되면 true입니다. 프로세스 품질을 측정하는 주요 지표입니다.

'최초 승인 성공률' KPI는 이 속성을 바탕으로 직접 계산합니다. 비율이 높으면 프로세스가 효율적이고 품질이 높다는 뜻이며, 낮으면 초기 데이터 품질, 요구사항의 명확성 또는 제출 절차에 구조적인 문제가 있음을 나타냅니다.

중요한 이유

재작업 없이 승인 절차를 원활하게 통과한 분개의 비율을 보여 주는 프로세스 품질 지표입니다.

확보 방법

각 분개 항목 ID의 활동 순서를 분석해 케이스 수준에서 계산하는 속성입니다.

예시
truefalse
통화 코드
CurrencyCode
분개 금액의 통화입니다.
설명

이 속성은 분개 항목의 통화를 지정합니다. 예를 들어 USD, EUR, GBP 등이 있으며 분개 총액을 해석하는 데 필요한 맥락을 제공합니다.

프로세스 흐름 분석에 항상 사용되는 것은 아니지만, 분개 금액을 기준으로 재무 보고나 분석을 할 때 통화 정보는 필수입니다. 특히 다국적 조직에서 금액을 올바르게 합산하고 비교할 수 있습니다.

중요한 이유

재무 분석에 필요한 통화 정보를 제공해, 특히 여러 통화를 사용하는 환경에서 금액을 올바르게 해석할 수 있습니다.

확보 방법

통화 코드는 일반적으로 분개 라인 테이블 LedgerJournalTrans에서 확인할 수 있습니다.

예시
USDEURGBPJPY
필수 권장 선택 사항

Record to Report - Journal Entry 활동

프로세스를 정확히 발견하고 분석할 수 있도록 이벤트 로그에 기록할 주요 단계와 이정표입니다.
5 권장 7 선택 사항
활동 설명
분개 반려
검토자나 승인자가 분개를 반려해 수정이 필요한 상태입니다. 분개 상태가 'Rejected' 또는 'Needs Correction'으로 변경된 기록에서 확인합니다.
중요한 이유

반려를 추적하면 반려율을 계산하고 재작업의 근본 원인을 찾을 수 있습니다. 데이터 품질, 규정 준수 또는 사용자 교육과 관련된 문제를 파악하는 데도 도움이 됩니다.

확보 방법

LedgerJournalTable의 상태 필드 변경(예: ApprovalStatus가 'Rejected'로 변경)이나 워크플로 이력 로그를 통해 확인합니다.

기록

분개 상태가 'Rejected'로 변경된 타임스탬프를 확인합니다.

이벤트 유형 inferred
분개 생성
새 분개가 시작되는 활동입니다. 사용자가 시스템에서 새 분개 헤더 레코드를 생성할 때 기록되며, 프로세스 분석의 케이스 식별자로 사용할 고유한 분개 ID가 부여됩니다.
중요한 이유

프로세스의 주요 시작 이벤트입니다. 이 시점부터 전기까지 걸리는 시간을 분석하면 전체 처리 시간과 초기 데이터 입력 지연을 파악할 수 있습니다.

확보 방법

GeneralJournalEntry 또는 LedgerJournalTable 엔터티의 분개 헤더 생성 타임스탬프에서 이 이벤트를 확인합니다. 일반적으로 레코드 생성 이벤트가 명시적으로 기록됩니다.

기록

GeneralJournalEntry 또는 LedgerJournalTable의 'createdDateTime' 필드를 사용합니다.

이벤트 유형 explicit
분개 승인
지정된 승인자가 분개를 승인해 승인 워크플로의 마지막 단계를 마칩니다. 일반적으로 분개 헤더 상태가 'Approved'로 변경된 기록에서 확인합니다.
중요한 이유

승인 프로세스를 마치고 전기를 진행할 수 있게 하는 주요 단계입니다. 승인 처리 시간, 전기 소요 시간, 최초 승인 완료율을 계산하는 데 필요합니다.

확보 방법

LedgerJournalTable의 상태 필드 변경(예: ApprovalStatus가 'Approved'로 변경)이나 최종 승인 상태를 나타내는 워크플로 이력 테이블에서 확인합니다.

기록

분개 상태가 'Approved'로 변경된 타임스탬프를 확인합니다.

이벤트 유형 inferred
분개 승인 요청
작성된 분개를 검토 및 승인 워크플로에 공식 제출하는 단계입니다. 일반적으로 분개 헤더의 상태가 'Draft'에서 'In Review' 또는 'Submitted'로 변경된 기록을 통해 확인합니다.
중요한 이유

승인 주기가 시작되는 주요 단계입니다. 제출부터 최종 승인까지 걸리는 시간을 측정하면 검토 과정의 병목을 찾고 SLA 준수 여부를 모니터링할 수 있습니다.

확보 방법

LedgerJournalTable의 상태 필드 변경(예: ApprovalStatus가 'InReview'로 변경)이나 분개와 연결된 워크플로 이력 로그를 통해 확인합니다.

기록

분개 상태가 'submitted' 또는 'in review'로 변경된 타임스탬프를 확인합니다.

이벤트 유형 inferred
분개 전기 완료
분개가 총계정원장에 성공적으로 전기되어 공식 재무 기록으로 등록된 시점입니다. 분개 헤더 상태가 'Posted'로 변경될 때 기록되는 주요 이벤트입니다.
중요한 이유

프로세스가 성공적으로 완료되는 주요 종료 이벤트입니다. 재무 마감 효율을 보여주는 주요 지표인 전체 처리 시간과 전기 소요 시간을 계산하는 데 사용됩니다.

확보 방법

LedgerJournalTable의 상태 필드 변경(예: JournalStatus가 'Posted'로 변경)과 GeneralJournalAccountEntry 테이블의 관련 항목 생성 기록에서 확인합니다.

기록

분개 상태가 'Posted'가 된 타임스탬프를 확인합니다.

이벤트 유형 inferred
분개 검토 시작
검토자가 제출된 분개를 실제로 검토하기 시작한 시점을 나타냅니다. 검토자에게 분개가 배정된 시점이나 검토자가 처음으로 레코드를 연 시점을 기준으로 추정할 수 있습니다.
중요한 이유

제출부터 검토 시작까지의 지연 시간인 검토자 인계 시간을 측정하는 데 도움이 됩니다. 리소스 배분이나 알림 문제도 파악할 수 있습니다.

확보 방법

이 활동은 명시적으로 기록되지 않는 경우가 많습니다. 워크플로 배정 로그를 통해 추정하거나 제출 타임스탬프와 검토자 계정의 첫 수정 타임스탬프를 비교해야 할 수 있습니다.

기록

워크플로 사용자 배정 로그나 사용자 활동 로그를 분석해야 합니다. 이러한 로그는 기본적으로 제공되지 않을 수 있습니다.

이벤트 유형 inferred
분개 라인 추가
분개에 차변 또는 대변 라인이 추가되었음을 나타냅니다. 새 거래 라인이 생성되어 분개 헤더와 연결될 때마다 기록됩니다.
중요한 이유

라인 항목 생성을 추적하면 분개 유형별 복잡도와 데이터 입력 작업량을 파악할 수 있습니다. 헤더 생성부터 라인 입력 완료까지 지연되는 경우도 확인할 수 있습니다.

확보 방법

분개 헤더와 연결된 LedgerJournalTrans 엔터티 레코드의 생성 타임스탬프에서 확인합니다. 각 라인 생성은 별도의 이벤트로 기록됩니다.

기록

LedgerJournalTrans 테이블의 각 레코드에서 'createdDateTime' 필드를 사용합니다.

이벤트 유형 explicit
분개 수정
이전에 반려된 분개를 사용자가 수정했음을 나타냅니다. 일반적으로 'Rejected' 상태가 기록된 뒤 분개 헤더나 라인이 수정되었는지 확인해 추정합니다.
중요한 이유

이 활동은 재작업이 발생했음을 보여줍니다. 수정 반복의 빈도와 소요 시간을 분석하면 프로세스를 간소화하고 수작업을 줄일 수 있습니다.

확보 방법

'Journal Rejected' 이벤트가 발생한 뒤 LedgerJournalTable 또는 LedgerJournalTrans 테이블의 'modifiedDateTime' 및 'modifiedBy' 필드를 추적해 확인합니다.

기록

'Rejected' 상태의 타임스탬프와 이후 작성자가 수정한 타임스탬프를 비교합니다.

이벤트 유형 inferred
분개 재승인 요청
수정된 분개를 새 검토 주기를 위해 승인 워크플로에 다시 제출합니다. 상태가 'Rejected' 또는 'Draft'에서 'In Review' 또는 'Submitted'로 변경된 기록을 통해 추정합니다.
중요한 이유

재작업 반복이 시작되는 단계입니다. 이 이벤트를 세면 재작업률과 분개당 평균 승인 반복 횟수를 파악할 수 있습니다.

확보 방법

워크플로 이력을 확인하거나 LedgerJournalTable의 상태가 반려 상태에서 제출 상태로 변경되는 기록을 추적해 추정합니다.

기록

같은 분개에서 'Rejected' 상태 이후 발생한 'Submitted' 상태 이벤트를 확인합니다.

이벤트 유형 inferred
분개 전기 시도
승인된 분개의 전기 절차를 사용자가 시작했음을 나타냅니다. 시스템에서 전기 작업의 시작을 기록하는 경우 명시적으로 확인할 수 있습니다.
중요한 이유

전기 시도와 전기 완료를 구분하면 재무 마감에 영향을 주는 시스템 성능 문제나 배치 작업 지연을 진단하는 데 도움이 됩니다.

확보 방법

배치 작업 이력 테이블에 명시적으로 기록되거나 LedgerJournalTable의 상태가 'Posting in progress'로 변경된 기록을 통해 추정할 수 있습니다.

기록

General Ledger 전기 작업과 관련된 배치 작업 로그 또는 시스템 로그를 분석해야 합니다.

이벤트 유형 explicit
분개 취소 시작
이미 전기된 분개를 취소하는 프로세스가 시작된 시점입니다. 사용자가 시스템에서 취소 작업을 시작할 때 기록됩니다.
중요한 이유

취소를 추적하면 전기된 분개를 수정하는 빈도와 원인을 파악할 수 있습니다. 최초 데이터 입력이나 승인 단계의 문제를 확인하는 데 도움이 됩니다.

확보 방법

일반적으로 감사 추적에서 확인할 수 있는 명시적인 사용자 작업입니다. 원본 분개와 연결된 새 역분개가 생성되었는지 확인하는 방법도 있습니다.

기록

전기된 분개의 취소로 표시된 새 분개의 생성 이벤트를 사용합니다.

이벤트 유형 explicit
분개 취소 완료
역분개가 성공적으로 전기되어 분개 취소가 완료된 시점입니다. 잘못된 분개 처리 주기의 대체 종료 지점으로 사용할 수 있습니다.
중요한 이유

수정 대상 분개 처리가 완료되었음을 확인할 수 있습니다. 전기 후 조정에 투입된 전체 작업량을 분석해 프로세스 효율에 미치는 영향을 파악하는 데도 도움이 됩니다.

확보 방법

새 역분개 상태가 'Posted'로 변경될 때 기록됩니다. 참조 필드를 통해 원본 분개와 연결됩니다.

기록

연결된 역분개의 'Posted' 상태 이벤트를 확인합니다.

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

데이터 추출 가이드

Microsoft Dynamics 365에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿을 사용하면 Record to Report - Journal Entry 프로세스 개선을 시작하는 데 필요한 준비를 마칠 수 있습니다. 데이터를 활용해 효율성을 높이고 재무 보고 주기를 단축해 보세요.

Dynamics 365의 Journal Entry 프로세스를 개선하고 보고를 앞당기세요

병목을 없애고 R2R Journal Entry 주기를 30% 단축하세요.

무료 체험 시작

신용카드 없이 몇 분 만에 시작할 수 있습니다.