Record to Report 분개 데이터 템플릿
Record to Report 분개 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
Record to Report 분개 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
분개 ID
JournalEntryId
|
개별 분개를 식별하는 고유 식별자로, 수명 주기를 추적할 때 기본 케이스 식별자로 사용합니다. | ||
|
설명
Journal Entry ID는 총계정원장에 기록된 각 금융 거래 묶음을 고유하게 식별합니다. 분개 생성, 검토, 승인, 전기 등 관련 활동을 연결하는 기준 키입니다. process mining에서는 이 ID를 사용해 단일 분개 케이스에 속한 모든 이벤트를 연결합니다. 이 식별자를 기준으로 프로세스 흐름을 분석하면 분개 입력부터 최종 조정까지의 전체 과정을 재구성하고, 처리 시간과 병목, 프로세스 변형을 자세히 분석할 수 있습니다.
중요한 이유
단일 분개의 전체 수명 주기를 추적하고 처리 성과를 분석할 수 있게 해주는 기본 케이스 식별자입니다.
확보 방법
BlackLine의 분개 테이블이나 데이터 내보내기 파일에서 기본 키로 사용합니다. 정확한 필드명은 BlackLine 문서를 확인하세요.
예시
JE2024-001234JE2024-001235JE2024-001236
|
|||
|
시작 시각
EventTime
|
특정 활동이나 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다. | ||
|
설명
이벤트 시각은 업무 이벤트가 발생한 날짜와 시간을 기록합니다. 모든 활동의 순서와 소요 시간을 정하는 프로세스의 시간 기준입니다. 시간 기반 process mining 분석에 반드시 필요한 정보입니다. 처리 시간, 대기 시간, 활동 간 소요 시간을 계산하는 데 사용합니다. 병목을 찾고 시간에 따른 성과를 분석하며 서비스 수준 계약 준수 여부를 평가할 수 있습니다.
중요한 이유
이 타임스탬프는 처리 시간과 병목 분석을 비롯한 모든 성과 지표의 기준이며, 프로세스를 시간순으로 재구성할 수 있게 합니다.
확보 방법
BlackLine의 이벤트 로그나 거래 레코드에 있는 타임스탬프 필드에서 가져옵니다.
예시
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
활동
ActivityName
|
분개 프로세스에서 특정 시점에 발생한 업무 이벤트의 이름입니다. | ||
|
설명
분개 수명 주기에서 수행한 개별 단계나 작업을 나타내는 속성입니다. 예를 들어 '분개 생성', '분개 승인', '분개 전기' 등이 있습니다. 각 활동은 프로세스에서 발생한 개별 이벤트를 나타냅니다. 활동 순서를 분석하면 프로세스 흐름을 시각화하고 이해할 수 있습니다. 프로세스 변형을 찾고 단계 간 처리 시간을 측정하며, 분개가 반려된 후 재제출되는 경우처럼 재작업이 반복되는 흐름을 식별하는 데도 필요합니다.
중요한 이유
프로세스의 단계를 정의하므로 프로세스 맵을 시각화하고 흐름을 분석하며 편차나 병목을 찾는 데 필요합니다.
확보 방법
일반적으로 BlackLine의 이벤트 로그, 상태 변경 기록 또는 감사 추적에서 가져옵니다. 시스템 상태 코드를 사용자가 이해하기 쉬운 활동명으로 매핑해야 할 수 있습니다.
예시
분개 생성분개 제출분개 승인분개 전기
|
|||
|
원천 시스템
SourceSystem
|
분개 데이터를 추출한 기준 시스템입니다. | ||
|
설명
이 속성은 이벤트 데이터가 발생한 시스템을 식별합니다. 이 경우 일반적으로 'BlackLine'이며, 프로세스가 상위 ERP 시스템에서 시작된다면 해당 시스템의 데이터도 포함할 수 있습니다. 원천 시스템을 식별하면 데이터 거버넌스를 지원하고, 여러 시스템의 데이터를 결합하는 환경에서 프로세스의 맥락을 파악할 수 있습니다. 데이터 수집 문제를 해결하고 데이터 계보를 확인하는 데도 도움이 됩니다.
중요한 이유
데이터 출처를 파악하는 데 필요한 맥락을 제공해 추적성을 확보하고 여러 플랫폼의 데이터 연동을 관리할 수 있게 합니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 데이터셋의 출처를 표시하기 위해 추가하는 고정값입니다.
예시
BlackLineSAP S/4HANAOracle NetSuite
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
원천 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 시각입니다. | ||
|
설명
이 속성은 가장 최근에 데이터를 가져온 날짜와 시간을 나타냅니다. 분석 대상 데이터의 최신성을 확인할 수 있어 사용자가 데이터의 기준 시점을 파악할 수 있습니다. process mining 대시보드나 분석에 필요한 메타데이터입니다. 인사이트가 얼마나 최신인지 알려주며, 가장 최근 거래까지 화면에 포함되었는지 판단하는 데 도움이 됩니다.
중요한 이유
데이터 최신성을 투명하게 보여주므로 사용자가 프로세스 분석의 기준 시점을 파악할 수 있습니다.
확보 방법
데이터 추출 도구나 ETL 프로세스가 실행될 때 타임스탬프를 생성해 데이터셋에 추가합니다.
예시
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
반려 사유
RejectionReason
|
분개를 반려할 때 검토자가 입력한 사유입니다. | ||
|
설명
분개를 수정하도록 반려할 때 승인자는 일반적으로 반려 사유를 입력합니다. 이 속성에는 사전 정의된 코드나 자유 형식 텍스트로 사유가 기록됩니다. 재작업의 근본 원인을 분석하는 데 중요한 속성입니다. 자주 발생하는 반려 사유를 분석하면 교육 부족, 불명확한 정책, 증빙 문서 문제와 같은 구조적 문제를 찾을 수 있습니다. '분개 반려 및 재작업 분석' 대시보드에 활용해 전체 반려율을 낮출 수 있습니다.
중요한 이유
분개가 반려되는 이유를 파악하고 개선 방안을 마련할 수 있어 프로세스 재작업의 근본 원인 분석에 필요합니다.
확보 방법
사용자가 BlackLine에서 'Reject' 작업을 수행할 때 댓글이나 사유 코드 필드에 기록되는 경우가 많습니다.
예시
잘못된 계정 코드증빙 문서 누락한도 초과중복 분개
|
|||
|
분개 금액
JournalEntryAmount
|
분개의 총 금액으로, 일반적으로 차변 금액의 합계입니다. | ||
|
설명
이 속성은 분개의 금액을 나타냅니다. 금액이 큰 분개의 전기 지연처럼 프로세스 비효율이 재무에 미치는 영향을 파악하는 데 사용할 수 있습니다. 분개 금액을 기준으로 분석하면 중요도에 따라 우선순위를 정할 수 있습니다. 예를 들어 금액이 큰 분개의 프로세스 개선을 우선 추진하거나, 승인 경로가 다른지 또는 처리 시간이 더 긴지 조사할 수 있습니다. 이를 통해 프로세스 흐름을 업무 맥락에 맞춰 분석할 수 있습니다.
중요한 이유
재무적 맥락을 제공하므로 중요도에 따라 분석할 수 있습니다. 예를 들어 금액이 큰 분개를 우선 검토하거나 금액에 따른 프로세스 편차를 찾을 수 있습니다.
확보 방법
BlackLine의 분개 헤더에 있는 계산 필드 또는 표준 필드로, 차변이나 대변의 총액을 나타냅니다.
예시
15000.00250.75125000.50500.00
|
|||
|
분개 상태
JournalEntryStatus
|
수명 주기에서 분개의 현재 상태입니다. 예를 들어 'In Progress', 'Approved', 'Posted' 등이 있습니다. | ||
|
설명
이 속성은 데이터를 추출한 시점의 분개 케이스 상태를 나타냅니다. 전체 프로세스에서 분개가 어느 단계에 있는지 보여줍니다. process mining은 활동을 바탕으로 흐름을 재구성하지만, 최종 상태를 활용하면 데이터를 필터링하고 요약 대시보드를 만들 수 있습니다. 현재 승인 대기 중이거나 특정 상태에 머물러 있는 분개를 빠르게 찾아 백로그를 분석하는 데 유용합니다.
중요한 이유
분개의 현재 상태를 보여주므로 백로그를 분석하고 진행 중인 업무를 파악하는 데 유용합니다.
확보 방법
BlackLine 분개에 있는 표준 상태 필드입니다.
예시
진행 중승인 대기승인 완료전기 완료반려
|
|||
|
분개 유형
JournalEntryType
|
일반 분개, 반복 분개, 역분개 등 분개의 분류입니다. | ||
|
설명
분개 유형은 성격이나 목적에 따라 분개를 분류합니다. 일반적인 유형으로는 수동으로 입력하는 일반 분개, 시스템이 자동 생성하는 분개, 월말 발생액을 위한 반복 분개, 다음 회계 기간에 자동으로 취소되는 역분개가 있습니다. 이 속성은 구간별 분석과 비교 분석에 중요합니다. 분개 유형별 처리 시간이나 반려율을 비교해 특정 유형의 분개에서 문제가 더 자주 발생하거나 비효율이 나타나는지 확인할 수 있습니다. 이를 바탕으로 필요한 프로세스 개선을 추진할 수 있습니다.
중요한 이유
분개 유형별로 처리 경로나 성과 특성이 다른지 구분해 분석할 수 있습니다.
확보 방법
BlackLine의 분개 헤더에 있는 표준 필드입니다. 정확한 필드명은 BlackLine 문서를 확인하세요.
예시
일반반복역분개발생액
|
|||
|
사용자
UserName
|
활동을 수행한 사용자의 이름 또는 ID입니다. | ||
|
설명
이 속성은 분개를 제출, 검토 또는 승인한 사람처럼 특정 프로세스 단계를 수행한 담당자를 식별합니다. 이름이나 고유 사용자 ID를 사용할 수 있습니다. 사용자별 활동을 분석하면 업무량 분배와 개인별 성과를 파악하고 교육이 필요한 영역을 찾을 수 있습니다. 팀 내 업무가 고르게 분배되는지, 승인 시간이 가장 긴 사용자는 누구인지 등의 질문에 답할 수 있습니다. 규정 준수와 감사 추적 분석에도 중요합니다.
중요한 이유
업무량을 분석하고 팀원 간 성과를 비교하며 리소스 관련 병목이나 교육 필요성을 파악할 수 있습니다.
확보 방법
이 정보는 BlackLine 감사 로그에서 확인할 수 있으며, 각 이벤트에 연결된 'User ID' 또는 'Changed By' 필드에 저장되는 경우가 많습니다.
예시
j.doea.smithr.joness.patel
|
|||
|
회사 코드
CompanyCode
|
분개를 작성하는 법인 또는 회사의 고유 식별자입니다. | ||
|
설명
회사 코드는 기업 그룹 내 특정 법인을 나타냅니다. 재무 회계의 기본 조직 단위로, 거래가 올바른 법인에 기록되도록 합니다. process mining에서는 회사 코드를 기준으로 데이터를 필터링하고 비교할 수 있습니다. 법인별 프로세스 성과를 분석해 지역이나 법인별 병목, 규정 준수 편차를 찾고 전사 프로세스 표준화 기회를 파악할 수 있습니다. '승인부터 전기까지 지연 분석' 대시보드에도 직접 활용됩니다.
중요한 이유
법인이나 사업부별 성과를 비교하고 프로세스를 표준화하는 데 활용할 수 있습니다.
확보 방법
BlackLine의 분개 헤더에 있는 주요 필드이며, 기반 ERP 시스템과 동기화되는 경우가 많습니다.
예시
1000US01DE012500
|
|||
|
문서 첨부 여부
IsDocumentAttached
|
분개에 증빙 문서가 첨부되었는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 송장이나 계산 내역과 같은 증빙 문서가 분개에 하나 이상 첨부되었는지 나타냅니다. 승인을 받기 위한 선행 조건인 경우가 많습니다. '분개 문서 규정 준수' 대시보드와 '문서 첨부율' KPI에 필요한 플래그입니다. 문서 누락이 반려나 지연의 주요 원인인지 분석하고, 검토 요청 전에 첨부 파일을 제출하도록 하는 정책을 적용하는 데 도움이 됩니다.
중요한 이유
문서 정책 준수 여부를 직접 측정하고 승인 지연과 반려의 흔한 원인을 파악하는 데 도움이 됩니다.
확보 방법
파생 필드로, 제출 활동 전에 JournalEntryId와 연결된 첨부 파일 레코드가 있는지 확인해 계산할 수 있습니다.
예시
truefalse
|
|||
|
부서
Department
|
분개와 관련된 사업 부서 또는 코스트 센터입니다. | ||
|
설명
이 속성은 분개를 시작한 부서, 코스트 센터 또는 기능 영역이나 비용이 배부되는 대상을 지정합니다. 조직에 관한 추가 맥락을 제공합니다. 부서별 프로세스를 분석하면 사업 부문마다 분개 프로세스를 어떻게 사용하는지 파악할 수 있습니다. 부서 간 효율성, 규정 준수, 재작업률의 차이를 확인하고 추가 지원이나 프로세스 표준화가 필요한 영역을 찾을 수 있습니다.
중요한 이유
사업 부서별 프로세스 성과를 비교해 차이와 표준화 기회를 파악할 수 있습니다.
확보 방법
일반적으로 BlackLine의 분개 항목 데이터나 헤더 데이터에 포함되며, 총계정원장 계정과 연결되는 경우가 많습니다.
예시
재무마케팅영업운영
|
|||
|
승인 후 전기까지 걸린 시간
ApprovalToPostingLag
|
최종 승인부터 분개가 실제 전기될 때까지 걸린 시간입니다. | ||
|
설명
분개가 최종 승인된 후 총계정원장에 전기되기까지의 지연 시간을 측정합니다. '분개 승인' 활동과 '분개 전기' 활동 사이의 시간 차이로 계산합니다. 재무 결산을 크게 지연시킬 수 있는 승인 후 병목을 찾는 주요 KPI입니다. '승인부터 전기까지 지연 분석' 대시보드에서 이 지표를 활용해 승인된 분개가 제때 전기되지 않는 이유를 조사하고 프로세스의 마지막 단계를 효율화할 수 있습니다.
중요한 이유
승인 후 처리 효율성을 측정해 재무 결산을 지연시키는 문제를 찾아 해소하는 데 도움이 됩니다.
확보 방법
각 케이스의 '분개 승인' 이벤트와 '분개 전기' 이벤트 사이의 시간을 계산해 process mining 도구에서 산출합니다.
예시
P0DT1H10MP1DT2H0MP0DT0H5M
|
|||
|
자동화 여부
IsAutomated
|
분개가 자동화된 프로세스로 생성되거나 전기되었는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 사용자가 수동으로 생성하고 처리한 분개와 반복 분개 또는 시스템 연동처럼 시스템이 자동으로 생성한 분개를 구분합니다. 이 속성을 분석하면 자동화 효과를 평가할 수 있습니다. 자동화 프로세스와 수동 프로세스의 처리 시간, 오류율, 비용을 직접 비교할 수 있습니다. 추가 자동화의 사업 타당성을 마련하고 기존 이니셔티브의 ROI를 측정하는 데도 중요합니다.
중요한 이유
수동 프로세스와 자동화 프로세스를 직접 비교할 수 있어 자동화 이니셔티브의 효과와 ROI를 측정하는 데 중요합니다.
확보 방법
'Journal Entry Type'(예: 'Recurring')이나 'User' 필드에서 확인할 수 있습니다. 자동 전기에 'SYSTEM' 또는 'BATCH'와 같은 시스템 사용자를 사용하는 경우가 이에 해당합니다.
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
분개가 한 번 이상 반려된 경우 참으로 설정되는 계산 플래그입니다. | ||
|
설명
이 불리언 플래그는 재작업을 거친 분개를 식별하기 위해 계산합니다. 일반적으로 케이스에 '분개 반려' 활동이 있고 그 뒤에 '수정 후 재제출' 활동이 있으면 참으로 설정합니다. 이 속성을 사용하면 반려를 경험한 모든 케이스를 쉽게 필터링해 재작업을 분석할 수 있습니다. '분개 반려율' KPI를 계산하고 '분개 반려 및 재작업 분석' 대시보드에서 품질 문제로 인한 비용과 시간 영향을 자세히 살펴보는 데 필요합니다.
중요한 이유
재작업이 발생한 케이스를 쉽게 식별해 반려율 계산과 품질 문제의 영향 분석을 간소화합니다.
확보 방법
각 케이스의 활동 순서를 확인해 process mining 도구에서 계산합니다.
예시
truefalse
|
|||
|
전기 날짜
PostingDate
|
분개가 총계정원장에 공식 전기된 날짜입니다. | ||
|
설명
전기 날짜는 금융 기록에서 거래가 효력을 갖는 날짜입니다. 거래가 인식되는 회계 기간을 결정하므로 회계에서 중요합니다. 이벤트 타임스탬프는 전기 작업이 발생한 시점을 기록하지만, 전기 날짜 자체도 중요한 데이터 속성입니다. 분개가 올바른 회계 기간에 전기되었는지 확인하고 거래일, 승인일, 전기일 간 지연을 분석하는 데 사용합니다.
중요한 이유
재무 보고의 정확성을 위해 중요한 날짜이며, 분개가 올바른 회계 기간에 전기되었는지 분석하는 데 도움이 됩니다.
확보 방법
BlackLine의 분개 헤더에 있는 표준 날짜 필드입니다.
예시
2023-10-312023-11-012023-10-30
|
|||
|
조정 대상 계정
AccountReconciled
|
분개로 조정하는 총계정원장 계정 번호입니다. | ||
|
설명
이 속성은 계정과목표에서 영향을 받거나 조정되는 특정 계정을 식별합니다. 분개는 계정 조정 프로세스의 일부인 경우가 많으며, 이 속성을 통해 분개를 해당 계정과 연결할 수 있습니다. '분개 조정 소요 시간' 대시보드에 직접 활용됩니다. 계정별 프로세스를 분석하면 특정 계정의 조정이 지속적으로 지연되는지 확인하고, 해당 계정과 관련된 복잡성이나 데이터 문제를 파악할 수 있습니다.
중요한 이유
분개 프로세스를 조정 대상 계정과 연결해 계정 조정의 병목을 집중적으로 분석할 수 있습니다.
확보 방법
이 정보는 BlackLine의 분개 항목 상세 정보에 포함됩니다. 분개가 여러 계정에 영향을 미치는 경우 케이스 수준으로 집계해야 할 수 있습니다.
예시
101000210500400100550200
|
|||
|
통화
Currency
|
분개 금액에 적용되는 통화 코드입니다. | ||
|
설명
이 속성은 분개 금액의 통화를 지정합니다. 예를 들어 USD, EUR, GBP 등이 있습니다. 거래 금액을 정확히 해석하는 데 필요합니다. 다국적 조직에서는 통화별 분석으로 유용한 맥락을 얻을 수 있습니다. 특정 통화로 프로세스 분석을 필터링할 수 있으며, 재무 금액을 합산하는 대시보드에도 필요한 필드입니다.
중요한 이유
재무 금액을 정확히 해석하고 통화별로 분석하는 데 필요한 맥락을 제공합니다.
확보 방법
BlackLine의 분개 헤더에 있는 표준 필드로, 일반적으로 'Document Currency' 또는 이와 유사한 이름을 사용합니다.
예시
USDEURGBPJPY
|
|||
Record to Report 분개 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
분개 거부
|
검토자나 승인자가 분개를 거부한 활동입니다. 사용자가 '거부' 작업을 수행하면 분개 상태가 '거부됨'으로 바뀌고 감사 로그에 기록됩니다. | ||
|
중요한 이유
재작업과 품질 문제, 교육 필요성을 파악하는 데 중요한 활동입니다. 거부 빈도와 사유, 이후의 재작업 흐름을 분석하면 프로세스를 개선하고 처리 기간을 줄이는 데 도움이 됩니다.
확보 방법
분개 데이터의 상태가 '거부됨' 또는 '수정 필요'로 바뀐 내역을 바탕으로 추정할 수 있습니다. 거부한 사용자와 시각은 BlackLine 이력에 기록됩니다.
기록
분개 상태가 '거부됨'으로 변경된 시각을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
분개 생성
|
이 활동은 분개 사례가 시작되는 시점을 나타냅니다. 사용자가 BlackLine에서 새 분개 레코드를 생성하면 기록되며, 이때 고유한 분개 ID와 생성 시각 및 사용자가 기록됩니다. | ||
|
중요한 이유
이 활동은 프로세스의 주요 시작 이벤트입니다. 이 활동부터 다른 활동까지 걸린 시간을 분석하면 전체 처리 기간을 파악하고 워크플로 초기 단계의 지연을 찾을 수 있습니다.
확보 방법
이 이벤트는 BlackLine 분개 모듈에 명시적으로 기록됩니다. 기본 분개 테이블이나 감사 이력에 있는 각 분개 ID의 생성 시각과 사용자 정보를 바탕으로 확인합니다.
기록
분개 레코드의 '생성일' 시각을 기준으로 기록합니다.
이벤트 유형
explicit
|
|||
|
분개 승인
|
분개가 필요한 검토와 승인 절차를 모두 통과했음을 나타냅니다. 최종 승인 권한이 있는 사용자가 승인해 상태가 'Approved'로 변경되면 기록됩니다. | ||
|
중요한 이유
승인 절차를 마무리하는 주요 단계입니다. 'Journal Entry Submitted'부터 이 이벤트까지의 시간이 '승인 소요 시간'이며, 워크플로 효율성을 측정하는 주요 KPI입니다.
확보 방법
분개 레코드의 상태가 'Approved'로 변경된 기록을 바탕으로 추론합니다. 최종 승인자의 사용자 ID와 승인 시각은 일반적으로 BlackLine 감사 이력에 기록됩니다.
기록
분개 상태가 'Approved'로 변경된 시각을 바탕으로 추론합니다.
이벤트 유형
inferred
|
|||
|
분개 전기
|
승인된 분개가 총계정원장에 공식 기록되는 시점을 나타냅니다. BlackLine에서 명시적으로 작업을 수행하면 분개 상태가 'Posted'로 변경됩니다. | ||
|
중요한 이유
프로세스가 운영상 마무리되는 주요 단계입니다. 'Journal Entry Approved'부터 이 활동까지 걸린 시간은 승인 후 처리 효율성을 보여주는 주요 지표입니다.
확보 방법
일반적으로 상태가 'Posted'로 변경된 기록을 바탕으로 추론합니다. 전기 이력 테이블이나 감사 추적에 전기 날짜와 시각이 명시적으로 기록될 수도 있습니다.
기록
분개 상태가 'Posted'로 변경된 시각을 바탕으로 추론합니다. 전기 날짜 필드도 관련 정보입니다.
이벤트 유형
inferred
|
|||
|
분개 제출
|
작성자가 검토 및 승인 워크플로에 분개를 정식으로 제출할 때 발생하는 활동입니다. 일반적으로 '작성 중'에서 '제출됨'으로 바뀌는 상태 변경과 시각이 기록됩니다. | ||
|
중요한 이유
이 활동은 작성 단계의 종료이자 승인 주기의 시작을 나타냅니다. 작성 단계와 승인 단계의 소요 시간을 측정하는 주요 기준입니다.
확보 방법
BlackLine 분개 레코드의 상태 변경을 바탕으로 추정할 수 있습니다. 상태가 '승인 요청됨' 또는 유사한 값으로 바뀐 시각을 이벤트 시각으로 사용합니다.
기록
분개 상태 필드가 '제출됨' 또는 '승인 대기'로 변경된 시각을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
분개 조정 완료
|
분개가 최종 확정 및 인증된 계정 조정에 포함되면서 수명 주기가 완료되었음을 나타냅니다. BlackLine에서는 해당 분개가 포함된 조정 내역이 인증된 시점에 해당합니다. | ||
|
중요한 이유
전체 프로세스의 최종 단계입니다. 'Journal Entry Posted'부터 'Reconciled'까지 걸린 시간으로 결산 과정의 계정 조정 효율성을 측정합니다.
확보 방법
추론 이벤트입니다. BlackLine의 Account Reconciliation 모듈에서 해당 분개가 포함된 계정 조정의 상태가 'Certified'로 변경된 시점을 찾아 도출합니다.
기록
분개를 해당 계정 조정과 연결하고 조정 인증 날짜를 기록해 추론합니다.
이벤트 유형
inferred
|
|||
|
근거 문서 첨부
|
사용자가 분개에 근거 문서를 하나 이상 첨부하는 작업을 나타냅니다. 일반적으로 감사 로그나 분개 ID와 연결된 첨부 파일 테이블에서 이 이벤트를 확인합니다. | ||
|
중요한 이유
이 활동을 추적하면 규정 준수와 효율성을 모니터링할 수 있습니다. 승인 지연의 원인이 문서 누락인지 분석하고 '문서 첨부율' KPI를 산출하는 데도 도움이 됩니다.
확보 방법
일반적으로 BlackLine의 감사 추적이나 첨부 파일 로그에 명시적으로 기록되는 이벤트입니다. 데이터에는 분개 ID, 파일을 첨부한 사용자, 시각이 포함됩니다.
기록
분개에 파일을 업로드할 때마다 시스템 감사 추적이나 전용 첨부 파일 이력 테이블에 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
분개 검토
|
다단계 승인 프로세스에서 지정된 검토자가 수행하는 공식 검토 단계입니다. 일반적으로 상태 변경이나 검토자의 조치를 나타내는 특정 로그 항목으로 기록됩니다. | ||
|
중요한 이유
검토와 승인이 별도 단계로 운영되는 조직에서는 승인 과정의 병목을 구분해 파악하는 데 도움이 됩니다. 분개가 최초 검토와 최종 승인 단계에서 각각 얼마나 대기하는지 확인할 수 있습니다.
확보 방법
BlackLine 워크플로에서는 승인 이력 로그에 명시적으로 기록되거나 상태가 '검토 완료' 또는 '최종 승인 대기'로 변경된 내역을 바탕으로 추정할 수 있습니다. 사용자와 시각이 기록됩니다.
기록
분개 상태가 검토 단계 완료를 나타내도록 변경된 시각을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
분개 수정 후 재제출
|
분개가 반려된 후 작성자가 필요한 내용을 수정해 다시 제출하면 발생합니다. 상태가 'Rejected'에서 'Submitted for Approval'로 변경된 기록으로 확인합니다. | ||
|
중요한 이유
이 활동을 통해 재작업에 소요된 시간과 노력을 파악할 수 있습니다. 'Journal Entry Rejected'부터 이 이벤트까지의 시간이 재작업 시간이며, 효율성 분석에 중요한 지표입니다.
확보 방법
BlackLine 데이터에서 상태 변경 순서를 확인해 추론합니다. 같은 Journal Entry ID의 상태가 'Rejected'에서 'Submitted' 또는 'Pending Approval'로 바뀌는 경우입니다.
기록
'Rejected'에서 'Submitted' 또는 'Pending Approval'로 상태가 변경된 기록을 바탕으로 도출합니다.
이벤트 유형
inferred
|
|||
|
분개 역분개 처리
|
이 활동은 이전에 전기된 분개를 취소하는 새 분개의 생성과 전기를 기록합니다. 일반적으로 원래 분개를 전기한 후 오류가 발견되면 시작합니다. | ||
|
중요한 이유
이 이벤트는 상위 단계의 데이터 품질 문제를 보여주는 강력한 지표입니다. 역분개 비율을 추적하면 '전기 후 조정 비율'을 측정하고 정확도 개선이 필요한 영역을 찾을 수 있습니다.
확보 방법
일반적으로 사용자가 BlackLine에서 전기된 분개에 'Reverse' 작업을 수행하면 명시적으로 기록됩니다. 시스템은 새 역분개를 생성하며, 이 분개는 원래 Journal Entry ID와 연결되는 경우가 많습니다.
기록
'Reverse' 작업이 기록되거나 역분개 플래그와 원래 분개 ID 링크가 있는 새 분개가 생성되면 확인합니다.
이벤트 유형
explicit
|
|||
|
승인 취소
|
승인자가 이전에 내린 승인을 취소해 분개를 이전 상태로 되돌리는 활동입니다. 상태가 'Approved'에서 'In Preparation'과 같은 이전 상태로 변경된 기록으로 확인합니다. | ||
|
중요한 이유
드물지만 중요한 이 활동은 승인 후 전기 전에 발견된 예외와 잠재적 문제를 보여줍니다. 분개에 영향을 미치는 데이터 오류나 정책 변경을 나타낼 수 있습니다.
확보 방법
추론 이벤트로, 상태가 'Approved'에서 전기되지 않은 편집 가능 상태로 변경된 기록을 통해 식별합니다. 이 작업은 BlackLine의 상세 감사 로그에 기록됩니다.
기록
'Approved'에서 'In Preparation' 또는 'Submitted'와 같은 이전 상태로 변경된 기록으로 식별합니다.
이벤트 유형
inferred
|
|||
|
전기 확인
|
전기된 분개가 대상 ERP 시스템에 정상적으로 전달되어 기록되었음을 확인하는 단계입니다. 시스템 간 자동 핸드셰이크일 수도 있고 수동 확인 절차일 수도 있습니다. | ||
|
중요한 이유
이 활동은 시스템 간 데이터 무결성을 확인해 전기 절차를 마무리합니다. 'Posted'부터 'Verified'까지 걸린 시간을 보면 시스템 연동 문제나 동기화 지연을 파악할 수 있습니다.
확보 방법
시스템 연동 로그에 명시적으로 기록된 이벤트일 수도 있고, 상태가 'Posted and Verified'와 같은 값으로 변경된 기록에서 추론할 수도 있습니다. 수동으로 확인하는 경우 사용자가 상태를 업데이트합니다.
기록
상태가 'Verified'로 변경된 기록이나 대상 ERP 시스템에서 받은 확인 플래그를 바탕으로 추론합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 데이터 준비를 간소화하고 Record to Report 분개 프로세스를 자세히 살펴보세요. 지금 효율성과 규정 준수 개선을 시작하세요.
Record to Report 분개 효율을 지금 개선하세요
분개 처리 주기를 30% 단축해 더 빠르고 정확하게 결산하세요.
신용카드가 필요하지 않습니다 • 몇 분이면 설정할 수 있습니다