경비 관리 데이터 템플릿
경비 관리 데이터 템플릿
- 분석에 권장되는 속성
- 프로세스 전반에서 추적할 주요 활동
- 데이터 추출 안내
경비 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
경비 보고서 ID
ExpenseReportId
|
경비 보고서를 식별하는 고유 ID로, 전체 처리 과정을 추적할 때 기본 케이스 식별자로 사용됩니다. | ||
|
설명
경비 보고서 ID는 경비 관리 프로세스의 기준이 되는 식별자입니다. 보고서 생성과 제출부터 승인과 환급까지 관련된 모든 활동을 하나의 케이스로 묶습니다. process mining에서는 이 ID를 사용해 각 경비 보고서의 전체 처리 과정을 분석합니다. 보고서가 거친 경로를 재구성하고, 전체 처리 시간을 측정하며, 수정 요청으로 보고서가 반송될 때 발생하는 재작업 반복을 찾아낼 수 있습니다. 또한 프로세스 유형을 분석해 일반적인 흐름과 예외 흐름을 파악할 수 있습니다.
중요한 이유
경비 보고서의 전체 처리 과정을 추적하는 데 필요한 ID입니다. 이를 통해 처리 시간, 병목, 프로세스 이탈을 분석할 수 있습니다.
확보 방법
Brex 경비 관리 모듈의 기본 식별자이며, 일반적으로 경비 보고서 관련 데이터 내보내기와 API 엔드포인트에서 확인할 수 있습니다.
예시
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
이벤트 시간
EventTime
|
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 시간은 프로세스의 각 활동이 발생한 날짜와 시각을 정확히 나타냅니다. 이벤트의 시간순서를 정하는 데 필요한 정보로, process mining의 기본 요소입니다. 이 타임스탬프를 사용해 활동 간 처리 시간을 계산하고 대기 시간과 지연을 찾아내며 기간별 프로세스 성과를 분석합니다. '관리자 검토 평균 시간'과 '환급 처리 지연' 같은 주요 지표를 산출해 병목 분석과 성과 모니터링을 지원합니다.
중요한 이유
처리 시간과 대기 시간 등 시간 기반 지표를 계산하는 데 필요한 값입니다. 지연을 파악하려면 정확한 타임스탬프가 있어야 합니다.
확보 방법
Brex의 모든 이벤트 또는 거래 레코드에는 타임스탬프가 있어야 합니다. 경비 보고서 관련 API 응답이나 데이터 내보내기에서 확인할 수 있습니다.
예시
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
활동명
ActivityName
|
경비 보고서 처리 과정에서 발생한 특정 이벤트나 작업의 이름입니다. | ||
|
설명
활동명은 '경비 보고서 제출', '관리자 승인', '환급 지급 완료'와 같은 프로세스 단계를 나타냅니다. 이러한 이벤트가 프로세스 흐름을 구성합니다. 활동을 분석하면 프로세스 맵을 시각화하고 단계 사이의 병목을 찾아내며 승인이나 반려와 같은 결과의 발생 빈도를 계산할 수 있습니다. 경비 관리 과정에서 실제로 어떤 일이 일어나는지 파악하는 기준이 됩니다.
중요한 이유
각 경비 보고서가 거치는 이벤트의 순서를 파악하고 프로세스 맵을 작성하는 데 필요한 속성입니다.
확보 방법
Brex 시스템의 이벤트 로그나 거래 상태에서 가져옵니다. 상태 코드나 이벤트 유형을 사용자가 이해하기 쉬운 이름으로 매핑해야 할 수 있습니다.
예시
경비 보고서 생성관리자 승인재무 반려환급 지급 완료
|
|||
|
보고서 상태
ReportStatus
|
처리 과정에서 경비 보고서가 현재 어떤 상태인지 나타냅니다. | ||
|
설명
보고서 상태는 경비 보고서가 현재 프로세스의 어느 단계에 있는지 보여줍니다. 예를 들어 '관리자 승인 대기', '승인됨', '지급 완료', '반려됨' 등이 있습니다. '미결 경비 보고서 상태 모니터' 대시보드와 같은 운영 모니터링에 필요한 속성입니다. 관리자와 재무팀은 현재 업무량을 빠르게 확인하고 특정 상태에 머물러 있는 보고서를 찾아 우선순위를 정할 수 있습니다. 각 상태에 머문 시간을 분석하면 프로세스 지연과 비효율을 파악할 수 있습니다.
중요한 이유
경비 보고서가 워크플로의 어느 단계에 있는지 보여줍니다. 운영 대시보드와 상태 모니터링에 필요한 정보입니다.
확보 방법
Brex의 경비 보고서 객체에 포함된 주요 상태 필드입니다.
예시
PENDING_APPROVALAPPROVEDREJECTEDPAID
|
|||
|
이벤트 수행자
EventUser
|
활동을 수행한 사용자입니다. 예를 들어 보고서를 승인한 관리자가 해당합니다. | ||
|
설명
이벤트 수행자 속성은 활동을 수행한 사람을 식별합니다. 보고서를 제출한 직원, 검토한 관리자, 환급을 처리한 재무 담당자 등이 해당합니다. '승인자 성과 및 업무량' 대시보드와 같이 업무량과 성과를 분석하는 데 필요한 속성입니다. 승인자별 처리 보고서 수와 승인 속도를 비교하고, 프로세스의 병목이 될 수 있는 담당자가 있는지 확인할 수 있습니다. 이를 바탕으로 업무를 균형 있게 배분하고 필요한 담당자에게 지원을 제공할 수 있습니다.
중요한 이유
작업을 수행한 사람을 식별해 개인별 업무량과 성과를 분석하고 병목을 파악할 수 있습니다.
확보 방법
일반적으로 Brex의 경비 보고서 감사 기록이나 이벤트 이력에 저장됩니다.
예시
john.smith@example.comjane.doe@example.comfinance-bot
|
|||
|
정책 위반 표시
PolicyViolationFlag
|
경비 보고서에 정책 위반 표시가 있는지 나타내는 불리언 플래그입니다. | ||
|
설명
Brex의 자동 정책 엔진이 항목별 한도 초과나 영수증 누락과 같은 잠재적 위반을 감지하면 설정되는 true 또는 false 값입니다. 이 플래그는 규정 준수 분석의 기본 정보이며 '정책 위반율' KPI를 산출하는 데 사용됩니다. 규정을 준수하지 않은 보고서를 빠르게 필터링해 처리 시간과 반려율에 미치는 영향을 파악할 수 있습니다. 표시된 보고서를 분석하면 회사 정책을 개선하고 직원에게 추가 안내가 필요한 영역을 찾을 수 있습니다.
중요한 이유
규정 준수 모니터링을 지원하고, 정책 위반이 프로세스 효율성과 재작업에 미치는 영향을 정량화하는 데 도움이 됩니다.
확보 방법
Brex의 경비 보고서 데이터에서 정책 엔진으로 관리되는 불리언 필드 또는 상태 표시값일 가능성이 높습니다.
예시
truefalse
|
|||
|
직원 부서
EmployeeDepartment
|
경비 보고서를 제출한 직원이 소속된 부서입니다. | ||
|
설명
이 속성은 제출 직원이 속한 영업, 엔지니어링, 마케팅 등의 부서를 나타냅니다. 조직을 구분해 분석할 때 사용하는 주요 기준입니다. 부서별 데이터를 분석하면 조직 내 특정 부서에서 나타나는 프로세스 차이, 병목, 규정 준수 문제를 파악할 수 있습니다. 예를 들어 한 부서의 반려율이나 승인 시간이 다른 부서보다 현저히 높다면, 해당 부서에 맞는 교육이나 프로세스 조정이 필요할 수 있습니다. 부서별 예산 추적과 비용 배분에도 중요합니다.
중요한 이유
사업 부문별 프로세스 성과를 비교하고 필터링해 부서별 문제나 추세를 파악할 수 있습니다.
확보 방법
일반적으로 Brex의 직원 프로필에서 가져오며, 해당 프로필은 인사 정보 시스템과 동기화되는 경우가 많습니다.
예시
영업엔지니어링마케팅재무
|
|||
|
총액
TotalAmount
|
경비 보고서의 총 금액입니다. | ||
|
설명
이 속성은 경비 보고서에서 청구하는 총액을 나타냅니다. 지출 패턴과 경비 프로세스의 재무 영향을 파악하는 데 필요한 재무 지표입니다. 분석할 때 총액을 기준으로 보고서를 금액대별로 구분할 수 있습니다. 예를 들어 고액 보고서와 소액 보고서는 승인 경로나 검토 수준이 다를 수 있습니다. 재무 보고, 예산 분석, 부서별 또는 항목별 지출 추세 파악에도 필요합니다.
중요한 이유
재무 분석에 활용할 수 있습니다. 예를 들어 추가 검토가 필요하거나 승인에 더 오래 걸릴 수 있는 고액 경비 보고서를 찾아낼 수 있습니다.
확보 방법
Brex의 모든 경비 보고서에 포함되는 기본 필드입니다. API 응답이나 데이터 내보내기의 기본 경비 보고서 객체에서 확인할 수 있습니다.
예시
150.752500.0079.99
|
|||
|
결제 방법
PaymentMethod
|
법인 카드 또는 개인 자금 등 경비 결제 방법을 나타냅니다. | ||
|
설명
이 속성은 Brex 법인 카드로 결제한 경비와 직원이 개인 자금으로 지출해 환급이 필요한 경비를 구분합니다. 결제 방법에 따라 프로세스가 크게 달라질 수 있으므로 이 구분은 중요합니다. 법인 카드 거래는 확인 및 대사 절차를 거칠 수 있고, 환급은 청구 및 지급 절차를 따릅니다. 결제 방법별로 분석하면 각 흐름에만 해당하는 문제를 찾아 별도로 개선할 수 있습니다.
중요한 이유
법인 카드 경비와 개인 선결제 후 환급받는 경비는 프로세스 흐름과 필요한 단계가 다른 경우가 많습니다. 따라서 변형 분석에 중요한 속성입니다.
확보 방법
이 정보는 Brex의 거래 데이터에 포함되어 있습니다.
예시
Brex 법인 카드환급청구서 결제
|
|||
|
경비 항목
ExpenseCategory
|
출장비, 식비, 소프트웨어 등 경비에 지정된 항목입니다. | ||
|
설명
경비 항목은 직원이 지출 내용을 설명하기 위해 선택하는 분류입니다. 회계, 예산 관리, 정책 적용에 사용됩니다. process mining에서 경비를 항목별로 분류하면 프로세스를 더 세밀하게 살펴볼 수 있습니다. 해외 출장비처럼 특정 경비 항목의 승인 절차가 더 오래 걸리거나 반려율이 높은지 확인할 수 있습니다. 이러한 분석은 지출 유형에 맞춰 정책과 프로세스를 개선하는 데 도움이 됩니다.
중요한 이유
지출 유형별로 프로세스를 분석해 경비 유형에 따른 처리 방식이나 병목의 차이를 파악할 수 있습니다.
확보 방법
일반적으로 경비 항목별 세부 내역에 있는 필드입니다. 보고서에 여러 항목이 포함된 경우 경비 보고서 수준으로 집계해야 합니다.
예시
항공료식비 및 접대비소프트웨어 구독료사무용품
|
|||
|
국가
Country
|
직원 또는 경비 거래와 관련된 국가입니다. | ||
|
설명
이 속성은 직원의 주 근무지 또는 비용 센터가 위치한 국가를 나타냅니다. 여러 국가에서 사업을 운영하는 기업의 비교 분석에 유용한 기준입니다. 국가별로 프로세스를 분석하면 프로세스 성과, 규정 준수율, 지출 방식의 지역별 차이를 확인할 수 있습니다. 예를 들어 현지 규정이나 관리 체계의 차이로 특정 국가의 승인 시간이 더 길 수 있습니다. 이러한 분석은 현지 상황을 고려하면서 글로벌 프로세스를 표준화하는 데 도움이 됩니다.
중요한 이유
다국적 기업에 중요한 지역별 프로세스 성과와 규정 준수 분석을 지원합니다.
확보 방법
Brex의 직원 프로필 정보에서 가져옵니다. 이 정보는 중앙 HR 시스템과 동기화되는 경우가 많습니다.
예시
USACANGBRDEU
|
|||
|
마지막 데이터 업데이트
LastDataUpdate
|
원천 시스템에서 데이터를 마지막으로 새로 가져온 시점의 타임스탬프입니다. | ||
|
설명
이 속성은 분석에 사용하는 데이터의 최신 여부를 나타냅니다. Brex에서 데이터를 마지막으로 성공적으로 추출한 날짜와 시각을 기록합니다. 마지막 데이터 업데이트 시점을 알면 인사이트가 얼마나 최신인지 판단할 수 있습니다. 대시보드가 현재 운영 상태를 반영하는지, 오래된 데이터를 기반으로 하는지 확인해 분석 결과의 실시간 정확도에 대한 기대치를 조정할 수 있습니다.
중요한 이유
데이터의 최신 여부를 알려줍니다. 정확하고 최신 상태를 반영한 운영 의사결정에 필요한 정보입니다.
확보 방법
Brex에서 데이터를 성공적으로 가져온 뒤 데이터 추출 도구나 프로세스가 이 타임스탬프를 생성합니다.
예시
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
|
반려 사유
RejectionReason
|
관리자 또는 재무 담당자가 경비 보고서를 반려할 때 입력한 사유입니다. | ||
|
설명
이 속성에는 경비 보고서를 반려할 때 입력한 자유 형식 또는 사전 정의된 사유가 기록됩니다. 자동 정책 플래그와 달리 승인 담당자가 직접 내린 결정에 해당합니다. 반려 사유를 분석하면 프로세스 실패와 재작업의 원인을 파악할 수 있습니다. 반복되는 제출 오류, 불명확한 정책, 직원이나 관리자의 오해 등을 찾아낼 수 있습니다. 이 정보를 교육 자료와 FAQ 개선에 활용하면 반려와 재작업 비율을 낮출 수 있습니다.
중요한 이유
수동 반려가 발생한 이유를 파악하고, 사용자 교육을 개선해 향후 오류를 줄이는 데 필요한 직접적인 피드백을 제공합니다.
확보 방법
일반적으로 Brex UI에서 승인 담당자가 'Reject'를 선택할 때 작성할 수 있는 의견 필드입니다.
예시
잘못된 경비 항목을 선택했습니다.업무상 필요성을 더 구체적으로 설명해 주세요.이 구매는 사전 승인을 받지 않았습니다.
|
|||
|
영수증 기한 내 첨부 여부
ReceiptsAttachedOnTime
|
보고서 제출 전에 영수증을 첨부했는지 나타내는 플래그입니다. | ||
|
설명
이 계산된 불리언 속성은 경비 보고서를 검토 요청하기 전에 필요한 영수증을 모두 첨부하는 일반적인 업무 모범 사례의 준수 여부를 측정합니다. 해당 사례에서 '영수증 첨부' 활동이 '경비 보고서 제출' 활동보다 먼저 발생하면 'true'로 설정됩니다. 이 플래그는 '영수증 준수 및 영향' 대시보드와 '영수증 첨부 준수율' KPI에 직접 활용됩니다. 이 속성을 분석하면 영수증이 늦게 첨부되거나 누락되는 빈도를 정량화하고, 지연, 반려, 재작업 등 프로세스 결과와의 연관성을 확인할 수 있습니다.
중요한 이유
영수증 제출 정책의 준수 여부를 측정해 프로세스 지연과 반려의 흔한 원인을 파악할 수 있습니다.
확보 방법
process mining 도구에서 각 사례의 '영수증 첨부'와 '경비 보고서 제출' 활동 타임스탬프를 비교해 계산합니다.
예시
truefalse
|
|||
|
원천 시스템
SourceSystem
|
데이터를 추출한 시스템입니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 나타냅니다. 여기서는 'Brex'입니다. 여러 시스템의 데이터를 결합해 전체 프로세스를 분석하는 환경에서 데이터 거버넌스와 추적성을 확보하는 데 중요합니다. 여러 원천 시스템을 사용하는 경우 출처에 따라 데이터를 필터링하고 구분해 지표와 프로세스 맵을 올바르게 해석할 수 있습니다. 단일 시스템만 사용하는 경우에도 데이터 출처를 확인하는 기준으로 활용됩니다.
중요한 이유
데이터 출처를 확인해 추적성을 확보하고, 여러 시스템을 사용하는 환경에서 데이터를 올바르게 필터링할 수 있도록 합니다.
확보 방법
일반적으로 데이터 추출 및 변환 단계에서 추가하는 고정값 'Brex'입니다.
예시
BrexBrex-API-v2.1
|
|||
|
자동화 여부
IsAutomated
|
시스템 사용자 또는 봇이 활동을 수행했는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 속성은 정책 자동 점검처럼 시스템이 활동을 자동으로 수행했는지, 수동 승인처럼 사용자가 직접 수행했는지 구분합니다. 자동 활동과 수동 활동을 구분하면 프로세스의 자동화 수준을 파악할 수 있습니다. 규칙 기반 시스템의 효과를 평가하고 추가 자동화 기회를 찾는 데도 도움이 됩니다. 예를 들어 자동 승인된 보고서와 수동 처리가 필요한 보고서의 수를 비교해 사람의 개입 없이 처리되는 비율을 높일 방안을 찾을 수 있습니다.
중요한 이유
프로세스의 자동화 수준을 측정하고, 각 단계를 사람이 수행하는지 시스템이 수행하는지 파악할 수 있습니다.
확보 방법
일반적으로 이벤트와 연결된 사용자를 확인해 산출합니다. 시스템에서 생성된 이벤트는 대개 'system' 또는 'bot'이라는 공용 사용자와 연결됩니다.
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
보고서가 한 번 이상 수정 요청을 받았으면 true로 설정되는 계산 플래그입니다. | ||
|
설명
이 불리언 속성은 프로세스 흐름을 바탕으로 산출합니다. 경비 보고서 이력에 '보고서 수정 요청' 활동이 있으면 'true'로 설정됩니다. 이를 통해 재작업이 발생한 사례를 간편하게 표시하고 분석할 수 있습니다. 이 플래그는 '경비 보고서 재작업률' KPI 계산과 '정책 위반 및 재작업 분석' 대시보드에 사용됩니다. 프로세스를 원활하게 통과한 사례와 반려되어 되돌아온 사례를 쉽게 비교하고, 재작업에 따른 시간과 비용을 정량화할 수 있습니다.
중요한 이유
추가 작업과 수정이 필요했던 경비 보고서를 찾아 재작업의 원인과 비용을 분석할 수 있습니다.
확보 방법
이 속성은 원본 시스템에 없습니다. 사례의 활동 순서에 '보고서 수정 요청' 또는 이와 유사한 재작업 활동이 있는지 확인해 계산합니다.
예시
truefalse
|
|||
|
정책 위반 세부 정보
PolicyViolationDetails
|
위반한 정책을 구체적으로 설명하는 텍스트입니다. | ||
|
설명
Policy Violation Flag가 위반 발생 여부를 나타낸다면, 이 속성은 위반 사유를 보여줍니다. '식사비 한도 $50 초과' 또는 '경비가 $25를 초과하면 영수증 필요'처럼 위반한 규칙에 관한 세부 정보가 포함됩니다. 이 정보는 '정책 위반 및 재작업 분석' 대시보드에 매우 유용합니다. 위반 유형 중 자주 발생하는 항목을 파악해 근본 원인을 분석할 수 있습니다. 분석 결과를 바탕으로 특정 정책을 명확히 안내하거나, 직원에게 알림을 보내거나, 자동화된 시스템 규칙을 조정하는 등 필요한 조치를 취할 수 있습니다.
중요한 이유
정책 위반의 근본 원인을 파악해 정책, 사용자 교육, 시스템 설정을 개선할 수 있습니다.
확보 방법
Brex에서 위반으로 표시된 경비와 연결된 규정 준수 또는 검토 메모 섹션에서 확인할 수 있습니다.
예시
경비가 항목별 한도를 초과했습니다.영수증이 누락되었습니다.중복 경비가 감지되었습니다.
|
|||
|
종료 시간
EndTime
|
활동이 완료된 시점을 나타내는 타임스탬프입니다. | ||
|
설명
StartTime(EventTime)이 활동의 시작을 나타낸다면 EndTime은 종료 시점을 나타냅니다. '관리자 검토 시작'과 '관리자 승인'처럼 소요 시간이 있는 활동을 분석할 때 특히 유용합니다. 활동의 시작 시간과 종료 시간이 모두 있으면 대기 시간과 구분해 처리 시간을 정확히 계산할 수 있습니다. 실제 업무 수행에 걸리는 시간을 정확히 측정할 수 있어 병목 분석에 도움이 됩니다.
중요한 이유
대기 시간과 구분되는 활동별 처리 시간을 정확히 계산해 병목을 더 정확하게 분석할 수 있습니다.
확보 방법
EndTime은 순서상 다음 활동의 StartTime인 경우가 많습니다. 소요 시간이 정해진 활동의 경우 원본 데이터에 별도 필드로 제공될 수도 있습니다.
예시
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
직원 이름
EmployeeName
|
경비 보고서를 작성하고 제출한 직원의 이름입니다. | ||
|
설명
이 속성은 경비 보고서를 제출한 직원의 이름을 나타냅니다. 이벤트 수행자가 작업을 수행한 사람을 식별한다면, 직원 이름은 경비 보고서 케이스의 대상이 누구인지 나타냅니다. 직원별 경비 내역을 추적할 수 있습니다. 정책 위반이 포함된 보고서를 자주 제출하거나 보고서가 반복적으로 반려되는 직원을 찾아 추가 교육이 필요한지 확인하는 데 도움이 됩니다. 조직 내 직원이나 직무별 지출 패턴을 파악할 때도 활용할 수 있습니다.
중요한 이유
경비 보고서의 제출자를 식별해 직원별 제출 품질과 규정 준수 수준을 분석할 수 있습니다.
확보 방법
모든 경비 보고서에 포함되는 기본 정보이며, Brex에서 작성자의 사용자 프로필과 연결됩니다.
예시
앨리스 존슨로버트 윌리엄스마리아 가르시아
|
|||
|
최초 제출 승인
FirstPassApproval
|
반려되거나 수정 요청을 받지 않고 보고서가 승인되었는지 나타내는 플래그입니다. | ||
|
설명
이 계산된 불리언 속성은 가장 효율적으로 처리된 프로세스 사례를 식별합니다. 경비 보고서가 제출부터 최종 승인까지 반려되거나 수정 요청을 받지 않고 진행된 경우에만 'true'로 설정됩니다. 이 속성은 프로세스 품질과 효율성을 보여주는 주요 지표인 '최초 제출 승인율' KPI의 기준이 됩니다. 비율이 높으면 직원이 정확하고 규정을 준수하는 보고서를 제출하고 승인 절차도 원활하게 진행된다는 뜻입니다. 최초 제출 승인에 실패한 보고서의 특성을 분석하면 프로세스에서 마찰과 오류가 발생하는 지점을 찾을 수 있습니다.
중요한 이유
문제없이 처리된 보고서를 식별해 최초 제출의 품질과 주요 워크플로의 효율성을 측정합니다.
확보 방법
process mining 플랫폼에서 사례별 활동 순서를 분석해 반려 또는 수정 요청 활동이 없는지 확인하여 계산합니다.
예시
truefalse
|
|||
|
통화
Currency
|
경비 보고서 총액의 통화 코드입니다. | ||
|
설명
통화 속성은 총액의 단위를 나타냅니다. 예를 들어 USD, EUR, GBP 등이 있습니다. 여러 통화를 사용하는 다국적 조직의 재무 데이터를 정확히 분석하는 데 필요합니다. 이 속성이 있어야 재무 데이터를 올바르게 해석할 수 있습니다. 경비 금액을 정확히 합산하고 비교할 수 있으며, 필요한 경우 공통 보고 통화로 환산할 수 있습니다. 서로 다른 통화의 금액을 그대로 합산하는 분석 오류도 방지합니다.
중요한 이유
여러 통화를 사용하는 환경에서 재무 데이터의 정확성을 높이고 경비 금액을 올바르게 합산하고 보고할 수 있습니다.
확보 방법
일반적으로 Brex 경비 보고서 데이터에서 금액 필드와 함께 제공됩니다.
예시
USDEURGBP
|
|||
경비 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
경비 보고서 생성
|
직원이 경비 보고서를 작성하기 시작할 때 발생하는 활동입니다. 새 경비 보고서 레코드가 생성되면 이 이벤트가 기록됩니다. 보고서는 초안으로 생성되거나 경비 항목이 처음 추가된 상태일 수 있습니다. | ||
|
중요한 이유
이 프로세스의 주요 시작 이벤트입니다. 이 시점부터 제출까지 걸리는 시간을 분석하면 직원의 작성 방식과 경비 보고가 지연되는 원인을 파악할 수 있습니다.
확보 방법
Brex 데이터베이스에 저장된 경비 보고서 객체 또는 레코드의 생성 타임스탬프에서 확인할 수 있습니다. 경비 보고서 ID와 연결된 타임스탬프 중 가장 이른 값이어야 합니다.
기록
경비 보고서 헤더 레코드의 생성일로 확인합니다.
이벤트 유형
explicit
|
|||
|
경비 보고서 제출
|
직원이 작성한 경비 보고서를 승인받기 위해 정식으로 제출할 때 발생하는 활동입니다. 사용자가 직접 수행하는 주요 작업으로, 보고서 상태가 '초안' 또는 '열림'에서 '승인 대기'로 변경됩니다. | ||
|
중요한 이유
승인 워크플로가 공식적으로 시작되는 주요 시점입니다. 제출부터 최종 승인까지 걸리는 시간은 전체 처리 시간을 구성하는 중요한 요소입니다.
확보 방법
일반적으로 감사 로그에 이벤트로 기록됩니다. 또는 타임스탬프와 함께 상태가 '제출됨'이나 '관리자 승인 대기'로 변경된 기록을 통해 확인할 수 있습니다.
기록
이벤트 로그 또는 경비 보고서 레코드의 'submission_timestamp' 필드에서 확인합니다.
이벤트 유형
explicit
|
|||
|
관리자 승인
|
1차 관리자가 경비 보고서를 검토하고 다음 단계로 진행하도록 승인했습니다. 이 결정에 따라 보고서는 일반적으로 재무 검토 또는 자동 승인 단계로 넘어갑니다. | ||
|
중요한 이유
초기 승인 단계가 완료되는 시점입니다. 승인 처리 시간과 관리자 업무량을 추적하고 '1차 승인율'을 산출하는 데 필요합니다.
확보 방법
승인자 ID와 타임스탬프가 포함된 승인 이력 테이블이나 감사 기록에 이벤트로 남을 수 있습니다.
기록
이벤트 로그 또는 타임스탬프가 포함된 '관리자 승인' 상태 변경 기록에서 확인합니다.
이벤트 유형
explicit
|
|||
|
수정을 위해 보고서 반송
|
관리자나 재무 담당 승인자가 수정을 위해 보고서를 직원에게 돌려보냅니다. 최종 반려와 달리, 이 경우에는 재작업이 시작됩니다. | ||
|
중요한 이유
재작업이 발생했음을 보여주는 주요 지표입니다. '경비 보고서 재작업률' KPI와 '정책 위반 및 재작업 분석' 대시보드를 위해 발생 빈도를 추적해야 합니다.
확보 방법
상태가 '수정 필요' 또는 '반송됨'으로 변경된 기록을 통해 확인할 수 있습니다. 시스템에서 상태 업데이트 타임스탬프를 기록해야 합니다.
기록
'수정 필요'와 같은 상태로 변경된 기록을 통해 확인합니다. 이때 의견이 함께 기록될 수 있습니다.
이벤트 유형
inferred
|
|||
|
재무 승인
|
재무 부서가 검토를 마치고 경비 보고서를 최종 승인했습니다. 환급 처리가 시작되기 전 마지막 승인 단계입니다. | ||
|
중요한 이유
지급을 승인하는 중요한 시점입니다. 전체 승인 처리 시간을 측정하는 종료점이자 '환급 처리 지연' KPI를 측정하는 시작점입니다.
확보 방법
최종 승인자의 ID와 타임스탬프를 포함해 승인 이력이나 감사 기록에 이벤트로 남겨야 합니다.
기록
이벤트 로그 또는 '재무 승인'이나 '지급 승인' 상태로 변경된 기록에서 확인합니다.
이벤트 유형
explicit
|
|||
|
환급 지급 완료
|
직원에게 실제로 환급금이 지급되는 시점입니다. 직원 관점에서 마지막 단계이며, 프로세스가 성공적으로 완료된 것을 의미합니다. | ||
|
중요한 이유
프로세스가 성공적으로 완료되는 주요 시점입니다. '전체 평균 처리 시간'과 '환급 처리 지연' KPI를 계산하는 데 필요하며, 직원 만족도에도 직접 영향을 줍니다.
확보 방법
지급 거래 로그 또는 은행이나 결제 처리업체의 API 확인 응답에서 이 이벤트를 가져와야 합니다. 실제 지급이 실행된 날짜를 나타냅니다.
기록
지급 실행 타임스탬프가 포함된 지급 거래 로그에서 확인합니다.
이벤트 유형
explicit
|
|||
|
회계 전기 완료
|
경비 데이터가 회사의 총계정원장 또는 ERP 시스템에 정상적으로 전기되는 마지막 단계입니다. 이 단계에서 경비 보고서의 재무 조정이 완료됩니다. | ||
|
중요한 이유
재무 회계 관점에서 프로세스가 완료되었음을 확인하는 활동입니다. 환급과 전기 사이의 지연은 시스템 연동이나 회계 워크플로에 문제가 있음을 나타낼 수 있습니다.
확보 방법
API 확인 응답이나 회계 시스템과의 동기화가 완료된 뒤 업데이트된 상태를 통해 확인할 수 있습니다. 이벤트 타임스탬프는 전기된 시점을 나타냅니다.
기록
ERP 또는 회계 소프트웨어에서 API 콜백이 정상적으로 수신되거나 상태가 업데이트되면 기록됩니다.
이벤트 유형
explicit
|
|||
|
관리자 검토 시작
|
경비 보고서가 관리자의 승인 대기열에 들어가는 시점입니다. 제출 직후 보고서 상태가 '관리자 승인 대기'로 변경된 기록을 통해 확인할 수 있습니다. | ||
|
중요한 이유
첫 번째 승인 단계가 시작되는 시점입니다. 여기서 '관리자 승인' 또는 '관리자 반려'까지 걸리는 시간을 측정하면 '관리자 검토 평균 시간' KPI를 산출할 수 있습니다.
확보 방법
경비 보고서 상태가 '관리자 승인 대기' 또는 유사한 상태로 변경된 타임스탬프를 통해 확인합니다. '경비 보고서 제출' 이벤트와 같은 시점일 수 있습니다.
기록
'관리자 승인 대기'로 상태가 변경된 타임스탬프를 통해 확인합니다.
이벤트 유형
inferred
|
|||
|
관리자 반려
|
1차 관리자가 경비 보고서를 검토한 뒤 반려했습니다. 이 작업으로 프로세스가 중단되거나 보고서가 수정을 위해 직원에게 돌아갈 수 있습니다. | ||
|
중요한 이유
이 활동은 부정적인 결과이자 프로세스 예외를 나타냅니다. '경비 보고서 반려율'을 계산하고 1차 승인 단계에서 반려되는 원인을 파악하는 데 필요합니다.
확보 방법
승인과 마찬가지로 타임스탬프와 반려 사유 코드가 포함된 기록을 승인 이력 테이블이나 감사 기록에 남겨야 합니다.
기록
이벤트 로그 또는 타임스탬프가 포함된 '관리자 반려' 상태 변경 기록에서 확인합니다.
이벤트 유형
explicit
|
|||
|
영수증 첨부
|
사용자가 경비 항목에 영수증 이미지나 문서를 업로드하거나 첨부하는 활동입니다. 일반적으로 첨부 파일마다 타임스탬프가 포함된 이벤트로 기록됩니다. | ||
|
중요한 이유
'영수증 제출 준수 및 영향' 대시보드에 필요한 활동입니다. 영수증 누락이나 제출 지연이 처리 지연 또는 반려와 관련이 있는지 확인할 수 있습니다.
확보 방법
첨부 파일과 경비 항목을 연결하는 관련 테이블에 기록될 가능성이 높습니다. 각 첨부 파일 레코드에는 고유한 생성 타임스탬프가 있어야 합니다.
기록
사용자가 경비 항목에 연결된 파일을 성공적으로 업로드하면 기록됩니다.
이벤트 유형
explicit
|
|||
|
재무 검토 시작
|
경비 보고서가 최종 검토를 위해 재무 또는 회계 부서의 대기열에 들어가는 시점입니다. 일반적으로 관리자 승인 후 상태가 변경된 기록을 통해 확인합니다. | ||
|
중요한 이유
최종 승인 단계가 시작되는 시점으로, 이 단계가 가장 중요한 경우가 많습니다. 소요 시간을 분석하면 재무 부서의 병목을 파악할 수 있습니다.
확보 방법
관리자 승인 후 보고서 상태가 '재무 승인 대기' 또는 유사한 상태로 변경된 타임스탬프를 통해 확인합니다.
기록
'재무 검토 대기'로 상태가 변경된 타임스탬프를 통해 확인합니다.
이벤트 유형
inferred
|
|||
|
재무 반려
|
재무 부서가 정책, 규정 준수 또는 증빙 문제로 경비 보고서를 반려했습니다. 프로세스를 중단시키는 최종 반려입니다. | ||
|
중요한 이유
주요 예외 이벤트입니다. 발생 빈도와 원인을 분석하면 규정 준수 문제가 발생하는 지점을 파악하고 전체 '경비 보고서 반려율'을 계산할 수 있습니다.
확보 방법
다른 승인 결정과 마찬가지로 승인자 ID, 타임스탬프, 사유를 감사 기록에 남겨야 합니다.
기록
이벤트 로그 또는 '재무 반려' 상태로 변경된 기록에서 확인합니다.
이벤트 유형
explicit
|
|||
|
정책 위반 표시
|
보고서에 포함된 경비 항목 중 하나 이상이 회사 정책을 위반했음을 나타내는 자동 또는 수동 이벤트입니다. 시스템 규칙이 실행되거나 검토자가 직접 문제를 표시할 때 기록할 수 있습니다. | ||
|
중요한 이유
'정책 위반 및 재작업 분석' 대시보드와 '정책 위반율' KPI를 산출하는 데 필요한 활동입니다. 자주 발생하는 규정 준수 문제와 정책을 명확히 안내해야 할 영역을 파악할 수 있습니다.
확보 방법
'정책 위반 표시' 속성이 true로 설정된 기록에서 확인합니다. 타임스탬프는 해당 표시의 상태가 마지막으로 업데이트된 시점입니다.
기록
정책 위반을 나타내는 불리언 플래그 또는 상태 필드의 변경을 통해 확인합니다.
이벤트 유형
inferred
|
|||
|
환급 일정 등록
|
최종 승인 후 경비 보고서가 다음 환급 지급 건에 포함되도록 대기열에 등록됩니다. 이 활동은 승인 단계에서 지급 시스템으로 업무가 넘어가는 시점을 나타냅니다. | ||
|
중요한 이유
최종 승인부터 실제 지급 처리까지 지연되는 시간을 확인할 수 있습니다. 승인 단계의 병목과 지급 시스템의 비효율을 구분하는 데 도움이 됩니다.
확보 방법
상태가 '지급 준비' 또는 '일정 등록'으로 변경된 기록을 통해 확인할 수 있습니다. 별도의 지급 시스템이나 ERP와 연동되어 있다면 이벤트로 직접 기록될 수도 있습니다.
기록
'지급 대기' 상태로 변경된 기록이나 지급 배치 레코드 생성 시점을 통해 확인합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 데이터 수집을 간소화하고 경비 관리 최적화를 시작해 보세요. 지금 프로세스 인사이트를 확인하고 효율성을 높일 수 있습니다.
지금 Brex 경비 관리 프로세스를 개선하세요
승인 소요 시간을 30% 줄이고 직원 만족도를 높이세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.