기록-보고 분개 데이터 템플릿

Workiva
기록-보고 분개 데이터 템플릿

기록-보고 분개 데이터 템플릿

이 템플릿은 기록-보고 분개 프로세스 분석에 필요한 데이터를 수집하는 방법을 안내합니다. 필수 데이터 필드와 추적해야 할 주요 프로세스 단계를 설명하고, Workiva에서 해당 정보를 추출하는 실무 지침을 제공합니다. 템플릿을 활용하면 효과적인 process mining에 필요한 데이터를 빠짐없이 준비할 수 있습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • 데이터 추출 실무 지침
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

기록-보고 분개 속성

기록-보고 분개 프로세스를 충분히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 5 권장 8 선택 사항
이름 설명
분개 ID
JournalEntryId
개별 분개를 식별하는 고유 ID로, 프로세스 분석에서 기본 케이스 식별자로 사용됩니다.
설명

분개 ID는 특정 금융 거래와 관련된 모든 활동과 이벤트를 생성부터 최종 전기 및 대사까지 추적하는 고유 식별자입니다. 생성, 제출, 검토, 승인, 전기 등 각 단계를 하나의 프로세스 인스턴스로 연결합니다.

process mining에서 이 속성은 각 분개의 전체 흐름을 재구성하는 데 기본이 됩니다. 분개별로 프로세스 변형, 처리 시간, 재작업 반복을 분석해 개별 분개가 시스템을 거치는 과정을 명확히 파악할 수 있습니다.

중요한 이유

분개의 전체 생애주기를 추적하는 데 필요한 식별자로, 프로세스 흐름과 소요 시간, 변형을 분석할 수 있습니다.

확보 방법

Workiva에서 분개 레코드를 식별하는 기본 키입니다. 구체적인 테이블이나 API 엔드포인트는 Workiva 문서를 참조하세요.

예시
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
시작 시각
EventTime
특정 활동이나 이벤트가 발생한 시각입니다.
설명

이벤트 시각은 활동이 발생한 순간을 기록하는 정확한 날짜와 시각입니다. 이벤트 순서를 올바르게 정하고 시간 기반 분석을 수행하는 데 필요한 데이터입니다.

process mining에서는 활동 간 소요 시간, 전체 케이스 처리 시간, 대기 시간을 계산하는 데 사용합니다. '분개 승인 소요 시간'이나 '문서 첨부 지연 시간'을 분석하는 대시보드에 필요하며, 프로세스의 지연과 비효율을 파악하는 기준이 됩니다.

중요한 이유

모든 소요 시간을 계산하고 이벤트 순서를 정확히 정하며 시간에 따른 프로세스 성과를 분석하는 데 중요합니다.

확보 방법

일반적으로 Workiva의 거래 테이블이나 로그 테이블에서 각 이벤트 또는 상태 변경과 함께 저장됩니다.

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

이 속성은 분개의 생애주기 중 특정 시점에 수행된 활동을 나타냅니다. '분개 생성', '분개 검토 요청 제출', '분개 승인', '분개 총계정원장 전기'와 같은 주요 단계를 기록합니다.

이러한 활동의 순서와 빈도를 분석하는 것이 process mining의 핵심입니다. 프로세스 흐름을 시각화하고 일반적이거나 드문 경로(변형)를 찾아내며, 분개가 오래 머무는 병목을 파악할 수 있습니다. 승인 소요 시간과 같은 KPI 계산의 시작점과 종료점을 정의할 때도 사용됩니다.

중요한 이유

프로세스의 단계를 정의해 분개 워크플로를 시각화하고 분석하며 병목을 찾을 수 있습니다.

확보 방법

일반적으로 Workiva의 이벤트 로그나 상태 변경 기록에서 가져옵니다. 시스템 상태 코드나 이벤트 설명을 해당 필드에 매핑해야 할 수 있습니다.

예시
분개 생성검토를 위해 분개 제출분개 승인 완료분개 총계정원장 전기
원천 시스템
SourceSystem
분개 데이터를 추출한 기준 시스템입니다.
설명

이 속성은 프로세스 데이터가 발생한 원천 애플리케이션을 식별합니다. 이 분석에서는 값이 항상 'Workiva'입니다.

단일 시스템 분석에서는 값이 고정되어 보일 수 있지만, 데이터 거버넌스와 추적성을 위해 중요한 메타데이터입니다. 대규모 기업 환경에서는 프로세스가 여러 시스템에 걸치는 경우가 많으므로, 전체 데이터 계보를 파악하고 여러 원천의 데이터를 정확히 통합하는 데 이 필드가 필요합니다.

중요한 이유

데이터의 출처와 맥락을 명확히 해 데이터 계보를 파악하는 데 도움을 줍니다. 특히 여러 시스템을 사용하는 환경에서 유용합니다.

확보 방법

일반적으로 데이터 추출 및 변환 과정에서 데이터 출처를 표시하기 위해 추가하는 고정 값입니다.

예시
Workiva
최근 데이터 업데이트
LastDataUpdate
원천 시스템에서 데이터를 마지막으로 새로 고친 시각입니다.
설명

이 속성은 Workiva에서 데이터를 가장 최근에 추출한 날짜와 시각을 기록합니다. 분석 대상 데이터의 최신성을 파악하는 데 도움이 됩니다.

프로세스 분석 대시보드에서 사용자는 이 정보를 통해 인사이트가 얼마나 최신인지 확인할 수 있습니다. 실시간 데이터인지 특정 시점의 스냅샷인지 파악할 수 있어, 운영 관련 의사결정에 참고할 수 있습니다.

중요한 이유

데이터가 최신 프로세스 상태를 반영하는지 사용자가 판단할 수 있도록 데이터의 시점을 알려줍니다.

확보 방법

데이터 추출, 변환, 적재(ETL) 과정에서 생성되어 저장되는 시각입니다.

예시
2023-10-27T02:00:00Z
부서
Department
분개를 시작한 사업 부서 또는 원가 센터입니다.
설명

이 속성은 분개와 관련된 재무, 영업, 마케팅 등의 조직 단위를 식별합니다. 원가 센터나 분개 작성자를 기준으로 정하는 경우가 많습니다.

부서별 프로세스 분석을 통해 조직 내 여러 부서의 성과를 비교할 수 있습니다. 프로세스가 가장 효율적인 부서, 재작업률이 가장 높은 부서, 승인 시간이 가장 긴 부서를 찾아 모범 사례를 공유하거나 필요한 지원을 제공할 수 있습니다.

중요한 이유

사업 부서별 성과를 비교해 부서별 문제나 모범 사례를 찾을 수 있습니다.

확보 방법

분개 헤더 데이터에서 확인할 수 있으며, 작성자의 사용자 프로필에 연결되어 있거나 원가 센터로 지정되어 있을 수 있습니다.

예시
재무북미 영업유럽 운영
분개 금액
JournalEntryAmount
분개의 총 금액으로, 일반적으로 차변 또는 대변의 합계입니다.
설명

이 속성은 분개와 관련된 주요 재무 금액을 나타냅니다. 총 차변 금액을 사용할 수 있으며, 이 금액은 총 대변 금액과 같아야 합니다.

금액을 기준으로 프로세스를 분석하면 중요한 패턴을 찾을 수 있습니다. 예를 들어 고액 분개는 더 면밀한 검토를 거치거나 더 엄격한 승인 경로를 따를 수 있습니다. 이 속성으로 대시보드를 필터링해 분개 금액이 처리 시간, 재작업률 또는 승인 지연과 관련이 있는지 분석할 수 있습니다.

중요한 이유

재무적 영향에 따라 분석해 고액 분개가 다르게 처리되거나 지연될 가능성이 더 높은지 확인할 수 있습니다.

확보 방법

Workiva의 분개 헤더 데이터에 포함되는 기본 필드입니다.

예시
15000.00250.50125000.75
분개 상태
JournalEntryStatus
생애주기에서 분개의 현재 상태입니다.
설명

이 속성은 '초안', '승인 요청 제출', '승인됨', '전기됨', '거부됨'과 같은 분개의 현재 상태를 나타냅니다. 데이터 추출 시점에 분개가 어느 단계에 있는지 보여주는 스냅샷입니다.

운영 모니터링에 필요한 정보로, '현재 분개 상태 개요' 대시보드에 사용됩니다. 각 단계의 현재 업무량과 미처리 건을 명확히 파악해 리소스 배분과 우선순위 설정에 활용할 수 있습니다.

중요한 이유

분개가 현재 프로세스의 어느 단계에 있는지 보여주는 스냅샷으로, 운영 모니터링과 미처리 업무 관리에 중요합니다.

확보 방법

Workiva의 분개 헤더에 있는 표준 필드로, 분개의 현재 상태를 나타냅니다.

예시
초안승인 대기전기됨거부됨
분개 유형
JournalEntryType
일반 분개, 발생 분개, 수정 분개 등 분개의 분류입니다.
설명

이 속성은 업무 목적에 따라 분개를 분류합니다. 일반적인 유형으로는 일상 거래를 위한 일반 분개, 수익과 비용을 인식하는 발생 분개, 재분류 분개, 수정 분개가 있습니다.

이 차원은 비교 분석에 중요합니다. 분개 유형별로 프로세스를 나눠 특정 유형의 처리 시간이 더 긴지, 거부율이 높은지, 다른 경로를 따르는지 확인할 수 있습니다. 예를 들어 '분개 역분개율 추이' 대시보드에서 유형별 역분개를 분석해 특정 회계 처리 방식의 문제를 찾을 수 있습니다.

중요한 이유

분개 유형별로 프로세스를 나눠 특정 유형에서 지연, 재작업 또는 편차가 더 많이 발생하는지 파악할 수 있습니다.

확보 방법

Workiva의 분개 헤더에 있는 표준 필드일 가능성이 높습니다.

예시
일반발생재분류수정
사용자
User
활동을 수행한 사람의 사용자 ID 또는 이름입니다.
설명

이 속성은 분개 작성자, 검토자, 승인자 등 각 활동을 담당한 사용자를 식별합니다. 고유한 사용자 ID, 이름 또는 이메일 주소일 수 있습니다.

사용자별 데이터 분석은 업무량 분배, 성과, 규정 준수를 파악하는 데 필요합니다. '분개 업무량 분포'와 '분개 거부 분석' 대시보드에서 활동을 사용자별로 나눠 보고, 교육이 필요한 부분이나 리소스 불균형을 찾을 수 있습니다.

중요한 이유

업무량 분포와 우수 성과자를 분석하고 사용자별 행동이나 병목을 파악하는 데 중요합니다.

확보 방법

일반적으로 Workiva의 이벤트 로그나 거래 로그에서 각 활동 기록과 함께 확인할 수 있습니다.

예시
asmithbjonescchen
거부 사유
RejectionReason
검토 또는 승인 과정에서 분개가 거부된 이유를 설명하는 코드나 텍스트입니다.
설명

분개가 거부되면 이 속성에 검토자나 승인자가 제시한 사유가 기록됩니다. 예를 들어 '잘못된 총계정원장 계정', '증빙 문서 누락', '계산 오류', '정책 위반' 등이 있습니다.

이 정보는 재작업의 근본 원인을 분석하는 데 유용합니다. 자주 발생하는 거부 사유를 분석하면 사용자 대상 교육, 명확한 지침, 시스템 통제 개선 등 필요한 조치를 찾을 수 있습니다. '분개 재작업 분석'과 '분개 거부 분석' 대시보드의 주요 속성입니다.

중요한 이유

재작업의 근본 원인을 파악해 교육, 문서화, 프로세스 통제를 필요한 부분에 맞게 개선할 수 있습니다.

확보 방법

Workiva의 전용 필드나 '분개 거부' 활동에 연결된 댓글 또는 메모 필드에 저장될 수 있습니다.

예시
증빙 문서 누락총계정원장 계정 오류금액이 한도 초과
승인 소요 시간
ApprovalCycleTime
분개를 검토 요청으로 제출한 시점부터 최종 승인까지 걸린 총 시간입니다.
설명

이 계산 지표는 승인 단계 전체에 걸린 시간을 측정합니다. 일반적으로 각 분개의 첫 번째 '분개 검토 요청 제출' 이벤트부터 최종 '분개 승인' 이벤트까지의 시간 차이로 계산합니다.

검토 및 승인 워크플로의 효율성을 직접 보여주는 지표로, 많은 재무 부서에서 주요 KPI로 사용합니다. '분개 승인 소요 시간' 대시보드에 활용해 병목을 찾고 승인 속도를 높이기 위한 프로세스 개선의 효과를 모니터링할 수 있습니다.

중요한 이유

승인 프로세스의 효율성을 직접 측정하고 지연이 발생하는 지점을 찾는 주요 성과 지표입니다.

확보 방법

이 계산 지표는 이벤트 로그에 기록된 '분개 검토 요청 제출' 및 '분개 승인' 활동의 시각을 사용해 산출합니다.

예시
25920086400604800
자동 수행 여부
IsAutomated
활동을 시스템과 사용자가 수행했는지 나타내는 플래그입니다.
설명

이 불리언 속성은 '자동 검증 실행'처럼 시스템이 자동으로 수행한 활동과 '분개 검토 완료'처럼 사용자가 직접 수행한 활동을 구분합니다.

프로세스 효율성과 자동화 가능성을 정확히 측정하려면 이 구분이 필요합니다. 분석가는 사람과 관련된 병목과 시스템 관련 병목을 구분하고, 프로세스에 필요한 실제 수작업을 계산할 수 있습니다. 수작업 단계를 줄이고 자동화를 확대하는 계획에도 활용됩니다.

중요한 이유

시스템 활동과 사용자 활동을 구분해 자동화 수준을 분석하고 수작업으로 발생하는 병목을 찾을 수 있습니다.

확보 방법

파생 속성인 경우가 많습니다. 활동의 '사용자'가 시스템 또는 서비스 계정인지 확인하거나 활동 이름에 자동화 여부가 나타나는지 살펴 산출할 수 있습니다.

예시
truefalse
재작업 여부
IsRework
분개의 생애주기 중 거부되거나 수정된 적이 있는지 나타내는 플래그입니다.
설명

각 케이스에 대해 계산하는 불리언 속성입니다. 분개의 활동 순서에 '분개 거부' 또는 '분개 수정 완료'와 같은 이벤트가 있으면 'true'로 설정됩니다.

이 속성을 사용하면 재작업 여부를 명확한 참·거짓 값으로 표시해 재작업 분석을 간소화할 수 있습니다. '분개 재작업률' KPI 계산과 '분개 재작업 분석' 대시보드에 활용해 일반적인 경로에서 벗어나 추가 작업이 필요한 케이스를 빠르게 찾을 수 있습니다.

중요한 이유

수정이 필요했던 분개를 간단한 플래그로 식별하고 분석할 수 있어 프로세스 품질과 최초 처리 성공률을 측정하는 데 중요합니다.

확보 방법

파생 속성으로, 각 케이스의 이벤트 로그에 '분개 거부' 등 재작업 관련 활동이 있는지 확인해 산출합니다.

예시
truefalse
전기일
PostingDate
분개가 총계정원장에 정식으로 기록된 날짜입니다.
설명

전기일은 재무 보고에 적용되는 거래 기준일입니다. 분개가 재무제표에 반영될 회계 기간을 결정합니다. 분개 생성일이나 승인일과 다를 수 있습니다.

이 속성은 재무 및 규정 준수 분석에 중요합니다. 회계 기간 마감에 맞춰 분개가 적시에 전기되는지 분석할 수 있습니다. 승인부터 전기까지 지연이 발생하면 시스템이나 프로세스의 병목을 나타낼 수 있으며, 재무 마감에도 영향을 줄 수 있습니다.

중요한 이유

재무 보고에 중요한 날짜로, 전기의 적시성과 재무 마감 주기에 미치는 영향을 분석할 수 있습니다.

확보 방법

Workiva의 분개 헤더 데이터에 있는 표준 날짜 필드입니다.

예시
2023-10-312023-11-302023-12-31
종료 시각
EndTime
특정 활동이나 이벤트가 완료된 시각입니다.
설명

종료 시각은 활동이 끝난 정확한 순간을 기록합니다. 많은 프로세스 이벤트는 순간적으로 발생해 시작 시각만 기록하지만, 사용자가 작업을 열 때 시작해 제출할 때 끝나는 검토 단계처럼 소요 시간을 측정할 수 있는 활동도 있습니다.

이 속성은 대기 시간과 구분해 활동의 처리 시간, 즉 실제 작업 시간을 계산하는 데 주로 사용됩니다. '분개 검토 완료'와 같은 작업에 사용자가 실제로 얼마나 시간을 들였는지 분석할 수 있습니다.

중요한 이유

활동의 실제 처리 시간을 계산해 대기 시간과 구분할 수 있으므로 효율성을 더 정확하게 분석할 수 있습니다.

확보 방법

Workiva 문서를 참조하세요. 하나의 활동에 대한 시작 이벤트와 완료 이벤트를 모두 기록해 산출해야 할 수 있습니다.

예시
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
증빙 문서 첨부 여부
HasSupportingDocumentation
검토 요청을 제출하기 전에 증빙 문서를 첨부했는지 나타내는 플래그입니다.
설명

이 불리언 속성은 해당 분개에서 '분개 검토 요청 제출' 활동 전에 '증빙 문서 첨부' 활동이 있었는지 확인합니다.

이 속성은 '분개 문서 규정 준수' 대시보드와 '분개 증빙 문서 첨부율' KPI에 직접 활용됩니다. 적절한 문서가 없으면 거부, 지연, 감사 지적이 발생할 수 있으므로 규정 준수와 감사 추적성에 중요합니다. 이를 분석하면 정책 준수를 강화하고 검토 절차를 간소화할 수 있습니다.

중요한 이유

문서화 정책 준수 여부를 직접 측정해 정보 누락으로 인한 재작업과 지연을 줄이는 데 도움이 됩니다.

확보 방법

파생 속성으로, 각 케이스의 프로세스 데이터에서 활동 순서를 확인해 산출합니다.

예시
truefalse
회사 코드
CompanyCode
분개를 기록하는 법인의 식별자입니다.
설명

회사 코드는 기업 그룹 내 개별 법인을 나타냅니다. 법정 보고와 연결 재무제표 작성을 위해 이 단위에서 금융 거래를 기록합니다.

여러 법인으로 구성된 조직에서는 회사 코드별 분개 프로세스 분석이 중요합니다. 법인이나 지역에 따라 프로세스 성과, 규정 준수, 효율성이 어떻게 다른지 파악할 수 있습니다. 이를 바탕으로 필요한 부분에 맞춰 프로세스 개선을 추진할 수 있습니다.

중요한 이유

조직 내 여러 법인의 프로세스 성과를 분석하고 비교하는 데 중요합니다.

확보 방법

Workiva를 비롯한 기업 회계 시스템의 분개 헤더 데이터에 포함되는 필수 기본 필드입니다.

예시
1000US01DE01
필수 권장 선택 사항

기록-보고 분개 활동

분개 워크플로를 정확히 파악하고 분석하려면 이벤트 로그에 다음 주요 프로세스 단계와 마일스톤을 기록해야 합니다.
6 권장 8 선택 사항
활동 설명
검토를 위해 분개 제출
사용자가 작성한 분개와 증빙 문서를 공식 검토 및 승인 워크플로에 제출하는 시점을 나타냅니다. 일반적으로 Workiva 플랫폼에서 상태가 '초안' 또는 '신규'에서 '검토 중'으로 바뀔 때 기록됩니다.
중요한 이유

이 활동은 승인 주기가 시작되는 중요한 시점입니다. 이때부터 최종 승인까지 걸리는 시간을 측정하면 검토 프로세스의 병목을 파악할 수 있으며 승인 주기 시간을 계산하는 데도 필요합니다.

확보 방법

예를 들어 분개 레코드의 상태가 '초안'에서 '검토를 위해 제출됨'으로 바뀐 시점을 기준으로 추론합니다. 변경 내용과 타임스탬프는 변경 이력이나 상태 로그 테이블에 기록됩니다.

기록

분개 상태 필드가 '제출됨' 또는 이에 해당하는 값으로 변경된 시점의 타임스탬프를 사용해 산출합니다.

이벤트 유형 inferred
분개 거부
검토자나 승인자가 오류, 정보 누락 또는 정책 위반을 이유로 분개를 거부합니다. 분개는 수정을 위해 작성자에게 돌아가며, 상태가 '거부됨' 또는 '수정 필요'로 변경된 기록으로 확인할 수 있습니다.
중요한 이유

이 활동은 프로세스 비효율의 주요 원인인 재작업 반복을 유발합니다. 거부 사례를 분석하면 교육이 필요한 부분, 자주 발생하는 오류, 불명확한 프로세스 지침을 파악할 수 있습니다.

확보 방법

분개의 이력 로그에서 상태 변경을 확인해 추정합니다. 상태가 '거부됨'으로 업데이트되며, 해당 이벤트의 시각과 작업을 수행한 사용자가 기록됩니다.

기록

상태 필드가 '거부됨' 또는 '반려됨'으로 업데이트된 시각입니다.

이벤트 유형 inferred
분개 생성
이 활동은 Workiva에서 새 분개가 시작되는 시점을 나타냅니다. 사용자가 새 분개 레코드를 생성하면 기록되며, 이때 생성되는 고유한 분개 ID가 프로세스의 케이스 식별자로 사용됩니다.
중요한 이유

프로세스의 시작점인 이 이벤트는 각 분개의 전체 주기 시간을 측정하는 데 필요합니다. 이 활동을 분석하면 업무가 시작되는 시점과 리소스 계획을 파악하는 데 도움이 됩니다.

확보 방법

일반적으로 Workiva의 감사 로그나 거래 테이블에서 새 분개 객체의 생성 시점, 생성 타임스탬프, 사용자 ID를 확인할 수 있습니다.

기록

새 분개 레코드가 생성될 때 감사 추적 정보나 테이블에 기록되며, '생성일' 타임스탬프와 연결됩니다.

이벤트 유형 explicit
분개 승인 완료
권한이 있는 사용자가 분개를 최종 승인해 전기할 수 있도록 합니다. Workiva에서는 일반적으로 상태가 '승인됨'으로 변경된 기록으로 확인할 수 있는 중요한 단계입니다.
중요한 이유

검토와 승인 절차가 모두 성공적으로 완료된 시점을 나타냅니다. 승인 소요 시간과 최초 승인율을 측정하는 주요 이벤트로, 프로세스 효율성에 직접 영향을 줍니다.

확보 방법

분개의 상태 이력 로그에서 확인합니다. 레코드의 상태 필드가 '승인됨'으로 업데이트되며, 변경 시각과 승인자의 사용자 ID가 함께 기록됩니다.

기록

분개의 상태 필드가 '승인됨'으로 업데이트된 시각입니다.

이벤트 유형 inferred
분개 역분개 처리
이미 전기된 분개를 취소하고 원래 분개와 반대되는 새 분개를 생성합니다. 시스템에 명시적으로 기록되는 특정 거래 유형입니다.
중요한 이유

전기된 분개에 오류가 있었음을 보여주는 주요 지표입니다. 역분개율이 높으면 초기 검토와 승인 과정에 문제가 있을 수 있으며, 재무 정확성이 떨어지고 추가 작업이 발생할 수 있습니다.

확보 방법

특정 거래 유형이나 플래그가 역분개를 나타내는 거래 데이터에서 확인합니다. 역분개 분개에는 일반적으로 원본 분개 ID가 연결됩니다.

기록

'역분개' 유형의 새 분개 레코드가 생성되고 원본 분개 ID와 연결됩니다.

이벤트 유형 explicit
분개 총계정원장 전기
승인된 분개가 총계정원장에 정식으로 전기되었음을 나타냅니다. 주요 프로세스 흐름이 성공적으로 완료된 시점으로, 일반적으로 최종 상태 변경이나 전기 거래 로그에 기록됩니다.
중요한 이유

대부분의 분개에서 주요 종료 이벤트에 해당합니다. 전체 처리 시간과 처리량을 계산하는 데 중요하며, 분개가 재무제표에 반영되는 시점을 나타냅니다.

확보 방법

총계정원장 전기를 기록하는 거래 로그나 분개의 상태가 '전기됨'으로 변경된 기록에서 확인할 수 있습니다. 이때 보통 전기일 필드도 입력됩니다.

기록

시각과 분개 ID가 기록된 총계정원장 전기 테이블이나 상태가 '전기됨'으로 변경된 기록에서 확인합니다.

이벤트 유형 explicit
분개 검토 시작
검토자가 제출된 분개를 살펴보기 시작하는 시점을 나타냅니다. Workiva 작업 목록에서 검토 작업을 열거나 담당 작업으로 지정하는 시점을 기준으로 추론할 수 있습니다.
중요한 이유

이 활동을 통해 분개가 대기열에서 기다린 시간과 실제 검토에 걸린 시간을 구분할 수 있습니다. 검토자의 업무량을 정확히 측정하고 대기열 병목을 파악하는 데 필요합니다.

확보 방법

명시적인 이벤트로 기록되지 않는 경우가 많습니다. 시스템이 특정 사용자에게 작업을 할당한 시점이나 제출 후 사용자가 분개 레코드를 처음 연 시점을 기준으로 추론할 수 있습니다.

기록

작업 상태가 '진행 중'으로 바뀐 시점이나 제출 후 담당 검토자가 레코드를 처음 연 시점을 기준으로 추론합니다.

이벤트 유형 inferred
분개 검토 완료
검토자가 분개 검토를 마치고 승인 요청이나 반려 등의 조치를 취했음을 나타냅니다. 일반적으로 이후 발생한 상태 변경을 바탕으로 추론합니다.
중요한 이유

중요한 품질 검토가 완료된 시점을 나타냅니다. 검토 단계에 걸린 시간을 분석하면 팀 업무량을 관리하고 검토자 교육이나 프로세스 간소화가 필요한 부분을 찾을 수 있습니다.

확보 방법

분개 상태가 '검토 중'에서 '승인 대기' 또는 '거부됨'과 같은 다음 상태로 변경된 시각을 기준으로 추정합니다.

기록

'검토' 상태에서 다음 상태로 변경된 시각입니다.

이벤트 유형 inferred
분개 대사 완료
전기 후 대사 과정에서 분개 항목을 대조하고 정리할 때 발생합니다. Workiva의 대사 또는 계정 인증 도구에서 확인할 수 있습니다.
중요한 이유

전기부터 대사까지 걸린 시간을 분석하면 재무 마감 프로세스의 효율성을 파악할 수 있습니다. 이 단계의 지연은 재무 보고의 적시성과 정확성에 영향을 줄 수 있습니다.

확보 방법

Workiva의 별도 대사 모듈이나 테이블에서 가져올 수 있습니다. 이 데이터는 대사된 항목을 원본 분개 ID와 연결하며, 대사 상태가 변경된 시각을 사용합니다.

기록

대사 모듈에서 분개를 '대사 완료'로 표시하는 이벤트 또는 상태 변경의 시각입니다.

이벤트 유형 explicit
분개 수정 완료
분개가 거부된 후 작성자나 다른 사용자가 지적된 문제를 해결하도록 분개를 수정합니다. 보통 명시적인 이벤트로 기록되지는 않으며, '거부됨' 상태 이후 레코드의 데이터 변경을 감지해 추정합니다.
중요한 이유

재작업 과정의 주요 활동입니다. 분개 수정에 걸리는 시간을 측정하면 오류가 얼마나 빨리 해결되는지, 특정 사용자나 분개 유형의 수정에 더 많은 시간이 드는지 파악할 수 있습니다.

확보 방법

감사 추적 로그를 분석해 추정합니다. '거부됨' 상태와 이후 재제출 사이에 발생한 분개 필드 수정 이벤트를 찾아 확인합니다.

기록

'거부됨' 이벤트 시각 이후 분개 데이터가 수정된 기록을 변경 로그나 감사 추적에서 확인합니다.

이벤트 유형 inferred
분개 승인 요청
초기 검토를 통과한 분개를 지정된 승인자나 승인 그룹에 정식으로 전달합니다. 예를 들어 상태가 '검토 완료'에서 '승인 대기'로 변경된 기록으로 확인할 수 있습니다.
중요한 이유

초기 검토와 최종 승인 단계를 구분합니다. 두 단계는 서로 다른 역할의 사용자가 수행할 수 있습니다. 이를 통해 상위 승인 단계에서 발생하는 지연을 따로 분석할 수 있습니다.

확보 방법

변경 이력 테이블에 기록된 분개 상태 변경을 기준으로 추정합니다. 상태가 검토 단계에서 승인 단계로 바뀝니다.

기록

상태 필드가 '승인 대기' 또는 이에 해당하는 값으로 변경된 기록과 해당 시각을 추적해 산출합니다.

이벤트 유형 inferred
자동 검증 실패
시스템의 자동 검증에서 오류가 발견되면 분개가 워크플로를 계속 진행하지 못합니다. 이때 분개 상태는 자동으로 실패 또는 수정 필요 상태로 설정됩니다.
중요한 이유

자동 품질 관리가 작동한 결과를 보여줍니다. 실패가 자주 발생하면 데이터 입력에 구조적인 문제가 있거나 검증 규칙 자체에 문제가 있어 불필요한 재작업이 반복될 수 있습니다.

확보 방법

시스템 로그나 자동 검증으로 인해 발생한 상태 변경에서 확인할 수 있습니다. 분개 상태가 '검증 오류'와 같은 값으로 변경될 수 있습니다.

기록

검증 규칙이 실패했을 때 시스템에 기록되는 이벤트 또는 오류 상태로 자동 변경된 기록입니다.

이벤트 유형 explicit
자동 검증 실행
분개 제출 후 자동 시스템 검사를 실행해 필드와 합계, 규정 준수 기준을 검증합니다. 시스템이 백그라운드에서 자동으로 처리하며 로그에 기록되는 경우가 많습니다.
중요한 이유

데이터 품질 문제를 초기에 찾아 프로세스 후반의 수작업 재작업을 줄입니다. 검증 실패를 분석하면 자주 발생하는 사용자 오류나 시스템 안내를 개선할 부분을 파악할 수 있습니다.

확보 방법

분개 워크플로와 관련된 시스템 로그나 특정 거래 로그에서 검증 규칙의 실행 기록을 확인할 수 있습니다.

기록

검증 엔진이 분개 데이터를 검사할 때 시스템에 기록됩니다.

이벤트 유형 explicit
증빙 문서 첨부
사용자가 송장이나 계약서와 같은 증빙 문서를 분개 레코드에 하나 이상 첨부하면 이 활동이 발생합니다. 일반적으로 Workiva의 문서 관리 또는 첨부 기능을 모니터링해 기록합니다.
중요한 이유

이 활동을 추적하면 규정 준수를 모니터링하고 지연을 파악하는 데 도움이 됩니다. 분개 생성부터 문서 첨부까지 걸리는 시간이 검토와 승인 주기에 영향을 주는 주요 병목일 수 있습니다.

확보 방법

Workiva의 문서 관리 기능과 관련된 로그에서 특정 분개 ID에 파일이 연결된 시점을 확인합니다. 명시적인 이벤트 로그를 사용하거나 첨부 링크의 생성일을 바탕으로 추론할 수 있습니다.

기록

사용자가 분개에 문서를 업로드하거나 연결하면 이벤트가 기록됩니다.

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

데이터 추출 가이드

Workiva에서 데이터 가져오기

시작할 준비가 되셨나요?

지금 기록-보고 분개 프로세스 최적화를 시작하세요. 이 템플릿을 활용하면 유용한 인사이트를 얻기 위한 데이터 추출을 시작할 수 있습니다.

지금 기록-보고 분개 프로세스 최적화 시작

분개 처리 기간을 30% 단축해 재무 마감을 앞당기세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 언제든지 취소할 수 있습니다.