구매부터 지급까지의 송장 처리 데이터 템플릿

범용 process mining 템플릿
구매부터 지급까지의 송장 처리 데이터 템플릿

구매부터 지급까지의 송장 처리 데이터 템플릿

범용 process mining 템플릿

구매부터 지급까지: 송장 처리에 사용할 일반적인 process mining 데이터 템플릿입니다. 더 구체적인 안내가 필요하면 시스템별 템플릿을 사용하세요.

특정 시스템 선택
  • 분석에 필요한 권장 데이터 필드
  • 추적할 주요 활동과 마일스톤
  • 프로세스 데이터 추출 방법 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매부터 지급까지의 송장 처리 속성

이 표에는 구매부터 지급까지의 송장 처리 과정을 종합적으로 분석하기 위해 이벤트 로그에 포함할 것을 권장하는 데이터 필드가 나와 있습니다.
5 필수 7 권장 5 선택 사항
이름 설명
송장 번호
InvoiceNumber
공급업체 송장을 식별하는 고유 번호입니다. 송장 처리 전 과정에서 송장을 추적하는 기본 키로 사용됩니다.
설명

송장 번호는 공급업체가 송장에 부여하는 고유한 영숫자 코드입니다. process mining에서는 일반적으로 Case ID로 사용되어 접수부터 지급까지 각 송장의 처리 과정을 식별하므로 중요한 속성입니다.

송장 번호를 Case ID로 사용하면 '송장 접수', '송장 승인', '지급 실행'과 같은 관련 활동을 연결해 해당 송장의 전체 프로세스를 재구성할 수 있습니다. 이를 통해 각 사례의 처리 시간, 경로, 편차를 자세히 분석할 수 있으며, 이는 전체 프로세스 분석의 기반이 됩니다.

중요한 이유

관련 이벤트를 모두 연결하는 필수 Case 식별자입니다. 이를 통해 단일 송장의 전체 처리 과정을 추적할 수 있습니다.

확보 방법

일반적으로 송장 거래 테이블의 헤더에 있는 기본 필드입니다.

예시
INV-2024-001239876543210US-5839A-24
이벤트 시각
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다.
설명

이벤트 시각 또는 시작 시각은 업무 활동이 발생한 정확한 날짜와 시간을 기록합니다. '송장 접수'부터 '지급 실행'까지 프로세스의 각 활동에 타임스탬프가 연결됩니다. 이 시간 정보는 이벤트 순서를 정하고 소요 시간을 계산하는 데 필요합니다.

이 속성을 기준으로 이벤트를 시간순으로 정렬해 각 사례의 프로세스 흐름을 구성합니다. 활동 간 처리 시간 계산, 시간이 지체되는 병목 확인, 서비스 수준 계약에 따른 성과 모니터링 등 시간 기반 분석의 기초가 됩니다. 신뢰할 수 있는 process mining 분석을 위해서는 타임스탬프가 정확해야 합니다.

중요한 이유

이벤트의 시간 순서를 제공하며 처리 시간과 같은 성과 및 소요 시간 계산의 기반이 됩니다.

확보 방법

일반적으로 이벤트 로그에 있거나 각 거래 또는 상태 변경에 연결된 '생성 날짜' 또는 '입력 날짜' 필드에서 확인할 수 있습니다.

예시
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
활동 이름
ActivityName
송장 처리 과정에서 발생한 특정 업무 이벤트 또는 작업의 이름입니다.
설명

활동 이름은 송장 처리 과정의 개별 단계나 이정표를 설명합니다. 예를 들면 '송장 접수', '송장 승인 요청', '지급 보류 설정', '지급 실행' 등이 있습니다. 이 속성은 시간에 따라 송장에 어떤 일이 있었는지 보여주는 프로세스의 설명 역할을 합니다.

process mining에서는 이 속성을 사용해 워크플로를 시각적으로 나타내는 프로세스 맵을 생성합니다. 활동의 순서, 빈도, 경로를 분석하면 일반적인 프로세스 흐름, 편차, 병목, 재작업을 찾을 수 있습니다. 의미 있고 실행 가능한 프로세스 분석을 위해서는 활동 이름의 품질과 세분화 수준이 중요합니다.

중요한 이유

이 속성은 프로세스의 단계를 정의합니다. 프로세스 맵의 기본 구조를 이루며 흐름과 관련된 모든 분석을 가능하게 합니다.

확보 방법

원천 시스템의 상태 변경 로그, 이벤트 테이블 또는 거래 코드에서 가져오는 경우가 많습니다.

예시
송장 입력송장 승인지급 보류 설정지급 실행
마지막 데이터 업데이트
LastDataUpdate
원천 시스템에서 이 이벤트의 데이터가 마지막으로 새로 고쳐진 시각입니다.
설명

이 속성은 데이터가 마지막으로 추출되거나 새로 고쳐진 날짜와 시간을 기록합니다. 분석 중인 데이터 세트의 최신 상태를 나타내는 메타데이터 필드입니다.

프로세스 맵을 작성하는 데 직접 사용되지는 않지만 분석에 사용된 데이터가 얼마나 최신인지 파악하는 데 중요합니다. 사용자가 실시간 데이터를 보고 있는지, 특정 시점의 스냅샷을 보고 있는지 확인할 수 있어 운영 의사결정에 도움이 됩니다. 데이터 파이프라인의 상태와 업데이트 빈도를 모니터링하는 데도 필요합니다.

중요한 이유

데이터의 최신 상태를 나타내므로 사용자는 프로세스 분석이 얼마나 최신인지 확인할 수 있습니다.

확보 방법

일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 생성되어 데이터 세트에 추가되는 타임스탬프입니다.

예시
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
원천 시스템
SourceSystem
이벤트 데이터를 추출한 원본 시스템입니다.
설명

원천 시스템 속성은 송장 처리 이벤트가 기록된 애플리케이션이나 플랫폼을 식별합니다. 복잡한 IT 환경에서는 송장 처리 과정이 스캔 솔루션, 워크플로 도구, ERP 시스템 등 여러 시스템에 걸쳐 진행될 수 있습니다.

원천 시스템을 파악하면 데이터의 맥락을 이해하고 데이터 품질 문제를 해결하는 데 도움이 됩니다. 여러 시스템에 걸친 프로세스를 분석해 시스템 간 연동 문제나 애플리케이션 간 인계로 인한 지연을 찾을 수도 있습니다. 기존 시스템과 최신 시스템의 데이터를 통합할 때 특히 유용합니다.

중요한 이유

데이터의 출처를 파악할 수 있어 데이터 검증과 여러 IT 시스템에 걸친 프로세스 분석에 도움이 됩니다.

확보 방법

데이터 추출 과정에서 추가되는 고정값이거나, 애플리케이션 이름이나 ID를 나타내는 시스템 로그의 필드인 경우가 많습니다.

예시
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
공급업체명
VendorName
송장을 제출한 공급업체의 이름입니다.
설명

이 속성에는 송장을 발행한 외부 업체의 이름이 기록됩니다. 재무 거래를 특정 공급업체와 연결하는 데 필요한 정보를 제공합니다. 정확한 보고와 분석을 위해 공급업체 데이터를 일관되고 정확하게 관리해야 합니다.

process mining에서 공급업체명은 데이터를 구분하는 주요 기준입니다. 분석가는 거래량이 많거나 문제가 잦은 공급업체를 기준으로 프로세스를 필터링해 송장 처리 현황을 살펴볼 수 있습니다. 이를 통해 오류가 있는 송장을 자주 제출해 지연과 재작업을 유발하는 공급업체를 찾을 수 있습니다. 공급업체 성과 관리나 우선 공급업체 프로그램 검토에도 활용할 수 있습니다.

중요한 이유

공급업체별로 프로세스를 구분해 성과를 분석할 수 있으므로, 공급업체 관리와 문제가 있는 송장의 발생 원인을 파악하는 데 유용합니다.

확보 방법

일반적으로 송장 헤더 데이터에서 확인할 수 있으며, 공급업체 ID를 기준으로 공급업체 마스터 데이터 테이블과 연결됩니다.

예시
Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc.
보류 또는 거부 사유
BlockOrRejectionReason
지급이 보류되거나 승인 과정에서 송장이 거부된 사유입니다.
설명

이 속성에는 승인 워크플로에서 거부되거나 승인 후 지급이 보류되어 송장 처리가 중단된 구체적인 사유가 기록됩니다. 사유로는 '수량 오류', '가격 불일치', '구매 주문 번호 누락', '중복 송장' 등이 있습니다.

근본 원인 분석에 가장 중요한 속성 중 하나입니다. 사유별 발생 빈도를 분석하면 송장 프로세스에서 마찰과 비효율을 일으키는 주요 원인을 찾을 수 있습니다. 이 데이터를 바탕으로 공급업체와의 소통을 개선하고, PO 규정 준수를 강화하거나, 직원 교육을 보완하는 등 근본적인 문제를 해결할 수 있습니다.

중요한 이유

근본 원인 분석에 중요하며, 처리 지연과 재작업, 비효율을 일으키는 주요 원인을 파악하는 데 도움이 됩니다.

확보 방법

일반적으로 송장 거래 데이터나 관련 승인 로그의 '사유 코드' 또는 '보류 사유' 필드에서 확인할 수 있습니다.

예시
가격 불일치수량 오류중복 송장입고 확인 누락
사용자
User
해당 활동을 수행한 사용자, 직원 또는 시스템 에이전트입니다.
설명

사용자 속성은 송장 처리 워크플로의 특정 단계를 수행한 담당자나 자동화 시스템을 식별합니다. 송장을 입력한 매입채무 담당자, 승인한 관리자, 대사 작업을 수행한 자동화 봇 등이 해당합니다.

사용자별 데이터를 분석하면 업무량 분포와 개인별 성과를 파악하고 교육이 필요한 영역을 찾을 수 있습니다. 프로세스 맵을 사용자별로 필터링해 팀이나 담당자에 따라 송장 처리 방식이 어떻게 다른지 확인할 수도 있습니다. 이를 통해 우수한 성과를 내는 담당자를 찾고, 업무 배정 문제를 파악하거나 회사 절차에 대한 추가 지원이나 교육이 필요한 사용자를 식별할 수 있습니다.

중요한 이유

업무량 분포와 사용자별 성과를 분석하고, 팀이나 담당자에 따른 프로세스 차이를 파악하는 데 도움이 됩니다.

확보 방법

일반적으로 거래 세부 정보에서 확인할 수 있으며, '사용자 이름', '입력자', '변경자' 또는 '승인자'로 표시됩니다.

예시
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
송장 금액
InvoiceAmount
송장의 총 금액입니다.
설명

송장 금액은 모든 품목, 세금, 수수료를 포함한 송장의 총액입니다. 각 케이스의 재무적 규모를 나타내는 기본 속성으로, 프로세스에 미치는 영향을 파악하기 위해 다른 속성과 함께 분석하는 경우가 많습니다.

이 속성은 재무 분석과 우선순위 설정에 중요합니다. 금액에 따라 송장을 필터링하면 고액 송장이 더 엄격한 승인 절차를 거치는지, 처리 지연이 더 자주 발생하는지 확인할 수 있습니다. 총 송장 처리 금액을 추적하는 대시보드와 송장 금액의 일정 비율을 절감액으로 산정하는 할인 활용 KPI에도 필요합니다.

중요한 이유

재무적 영향을 분석하고 고액 송장의 우선순위를 정하는 데 활용할 수 있으며, 송장 금액이 처리 시간이나 경로에 영향을 미치는지도 파악할 수 있습니다.

확보 방법

일반적으로 송장 거래 테이블의 헤더에 있는 표준 필드입니다.

예시
5250.751200.0025000.0089.99
송장 통화
InvoiceCurrency
송장 금액의 통화 코드입니다. 예: USD, EUR.
설명

이 속성은 송장 금액이 어떤 통화로 표시되는지 나타냅니다. 해외에서 사업을 운영하거나 여러 국가의 공급업체와 거래하는 조직에 필요합니다. 일반적으로 ISO 4217 표준을 따르는 통화 코드를 사용해 재무 데이터를 정확하게 해석할 수 있습니다.

분석 시 송장 통화별로 데이터를 구분해 지역 또는 국가별 현황을 살펴볼 수 있습니다. 금액을 정확히 합산하려면 재무 보고에 필요한 통화로 환산해야 하므로, 이 속성은 재무 보고에도 중요합니다. 통화별 프로세스 차이를 분석하면 국제 결제나 외환 관리와 관련된 복잡성을 파악할 수 있습니다.

중요한 이유

송장 금액을 정확히 해석하는 데 필요한 정보를 제공하며, 글로벌 운영의 재무 분석과 데이터 구분에 활용됩니다.

확보 방법

일반적으로 송장 거래 테이블의 헤더에 있는 표준 필드입니다.

예시
USDEURGBPJPY
종료 시각
EndTime
활동이나 이벤트가 완료된 시각을 나타내는 타임스탬프입니다. 순간적으로 발생하는 이벤트의 경우 시작 시각과 같을 수 있습니다.
설명

종료 시각 속성은 프로세스 단계가 끝난 정확한 시점을 기록합니다. 활동 소요 시간을 정확히 계산하는 데 필요하며, 이는 process mining의 기본 지표입니다. 시작 시각과 종료 시각을 비교하면 각 단계에 걸린 시간을 측정해 병목과 효율성 개선 지점을 찾을 수 있습니다.

분석에서는 종료 시각을 사용해 개별 활동과 전체 프로세스 구간의 처리 시간을 계산합니다. 예를 들어 '송장 승인' 활동의 종료 시각에서 시작 시각을 빼면 '송장 승인' 단계의 소요 시간을 알 수 있습니다. 이 데이터는 성과 대시보드를 만들고, 기준을 설정하며, 프로세스 변경의 영향을 모니터링하는 데 도움이 됩니다.

중요한 이유

활동 소요 시간을 정확히 계산할 수 있어 병목을 찾고 처리 효율성을 측정하는 데 필요합니다.

확보 방법

시스템 로그나 거래 데이터에서 확인할 수 있으며, '완료 날짜', '변경 날짜' 또는 활동 완료 시각을 나타내는 별도 타임스탬프 필드로 기록되는 경우가 많습니다.

예시
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
지급 기한
PaymentDueDate
연체를 방지하기 위해 송장을 지급해야 하는 날짜입니다.
설명

지급 기한은 송장 발행일과 합의된 지급 조건을 기준으로 산정하는 중요한 날짜입니다. 공급업체와의 거래 관계를 원활하게 유지하고 연체료를 피하기 위한 지급 마감일을 나타냅니다.

정시 지급 성과를 모니터링하는 데 필요한 속성입니다. 정시 지급률과 같은 KPI를 계산하고, 연체 위험이 있는 송장을 식별하는 데 사용됩니다. 송장 승인일과 지급 기한의 차이를 분석하면 최종 지급 일정 수립과 실행 단계의 효율성을 평가할 수 있습니다.

중요한 이유

정시 지급 성과를 측정하고 지급 지연의 원인을 분석하는 데 필요합니다.

확보 방법

일반적으로 송장 거래 세부 정보에서 확인할 수 있습니다. 직접 입력하거나 송장 발행일과 지급 조건을 기준으로 산정할 수 있습니다.

예시
2024-06-302024-07-152024-08-01
구매 주문 번호
PurchaseOrderNumber
송장과 연결된 구매 주문서(PO)의 식별자입니다.
설명

구매 주문 번호는 송장을 사전 승인된 구매 문서와 연결합니다. 이 연결 정보는 대사 과정에서 중요하게 사용되며, 시스템은 송장의 수량과 가격이 PO에 기재된 주문 내용과 일치하는지 확인합니다.

이 속성은 대사 프로세스의 효율성을 분석하는 데 중요합니다. PO가 있는 송장이 높은 비율로 자동 처리된다면 구매 프로세스가 원활하게 운영되고 있음을 나타냅니다. 반대로 PO가 없는 송장을 분석하면 임의 구매나 구매 정책 미준수 영역을 찾을 수 있습니다. PO 유무는 프로세스 효율성을 비교할 때 흔히 사용하는 구분 기준입니다.

중요한 이유

PO가 있는 송장과 없는 송장을 구분할 수 있습니다. 두 유형은 처리 절차와 효율성이 서로 다른 경우가 많습니다.

확보 방법

일반적으로 송장 거래의 품목 또는 헤더 세부 정보에서 확인할 수 있으며, 구매 문서와 연결하는 데 사용됩니다.

예시
4500018921PO-2024-7837300000456
송장 발행일
InvoiceDate
공급업체가 송장 문서를 발행한 날짜입니다.
설명

송장 발행일은 공급업체가 송장 문서에 기재한 날짜입니다. 공급업체 관점에서 지급 절차가 공식적으로 시작되는 시점이며, 합의된 지급 조건에 따라 지급 기한을 계산하는 기준이 되는 경우가 많습니다.

송장 발행일과 '송장 수신' 또는 '송장 입력' 활동 사이의 시간 차이를 분석하면 송장 제출이나 시스템 입력이 지연되는지 파악할 수 있습니다. 이 '송장 수신 지연'은 전체 처리 시간에 포함되지 않은 지연 요인일 수 있습니다. 이를 줄이면 정시 지급 성과를 높이고 조기 지급 할인을 활용할 기회도 늘릴 수 있습니다.

중요한 이유

공급업체가 송장을 발행한 시점부터 시스템에 입력될 때까지의 '송장 수신 지연'을 측정하는 데 도움이 됩니다.

확보 방법

송장 헤더 데이터에 있는 표준 날짜 필드이며, '문서 날짜' 또는 '송장 발행일'로 표시되는 경우가 많습니다.

예시
2024-05-012024-04-152024-06-10
송장 상태
InvoiceStatus
처리 워크플로에서 송장이 현재 어떤 상태인지 나타냅니다.
설명

송장 상태는 데이터를 추출한 시점에 송장이 처리 과정의 어느 단계에 있는지 보여줍니다. 일반적인 상태로는 '처리 중', '승인됨', '지급 완료', '거부됨', '보류됨'이 있습니다. 이 속성을 통해 송장의 현재 상황을 개괄적으로 파악할 수 있습니다.

process mining은 전체 처리 과정을 재구성하지만, 현재 상태는 진행 중인 업무량을 모니터링하는 운영 대시보드에도 유용합니다. 관리자는 승인 대기 중이거나 보류된 송장이 얼마나 있는지 등 단계별 송장 수를 파악할 수 있습니다. 이를 바탕으로 송장 처리 흐름을 선제적으로 관리해 병목과 지연을 방지할 수 있습니다.

중요한 이유

현재 업무량을 파악하고 '승인 대기' 또는 '보류'와 같은 단계별 송장 수를 모니터링할 수 있습니다.

확보 방법

일반적으로 송장 헤더 테이블의 상태 필드이며, 송장이 처리 과정을 거치면서 값이 갱신됩니다.

예시
지급 완료처리 중거부됨지급 승인됨
지급 조건
PaymentTerms
송장 지급에 합의한 조건으로, 지급 기한과 조기 지급 할인 여부를 결정합니다.
설명

지급 조건은 공급업체와 합의한 송장 지급 조건입니다. 일반적으로 'Net 30'(30일 이내 지급) 또는 '2% 10, Net 30'(10일 이내 지급 시 2% 할인, 그렇지 않으면 30일 이내 전액 지급)과 같은 표준 형식으로 표시됩니다.

이 속성은 재무 전략과 성과 분석에 필요합니다. 지급 기한을 계산하고 조기 지급 할인을 활용할 기회를 찾는 기준이 됩니다. 지급 조건별로 프로세스를 분석하면 특정 조건이 처리 지연과 관련이 있는지, 조직이 유리한 할인 기회를 효과적으로 활용하는지 확인할 수 있습니다.

중요한 이유

정시 지급 성과를 분석하고 조기 지급 할인을 활용할 기회를 찾는 데 중요합니다.

확보 방법

일반적으로 공급업체 마스터 데이터에서 가져오며 송장 헤더에 지정됩니다.

예시
Net 30Net 602% 10, Net 30수령 즉시 지급
회사 코드
CompanyCode
송장을 처리하는 조직 내 법인 또는 회사의 식별자입니다.
설명

회사 코드는 대기업 내 특정 법인이나 자회사를 나타냅니다. 많은 재무 시스템에서 회계와 보고를 위해 거래를 회사 코드별로 구분합니다.

이 속성을 사용하면 사업부별 비교 분석이 가능합니다. 회사 코드별로 프로세스 맵을 구분해 성과를 비교하고, 한 법인의 모범 사례를 찾거나 다른 법인의 구조적인 문제를 파악할 수 있습니다. 법인이 둘 이상인 조직에서 프로세스 차이를 이해하고 전사 규정 준수를 확인하는 데 필요한 기본 속성입니다.

중요한 이유

조직 내 법인이나 사업부별로 프로세스를 비교하고 성과를 벤치마킹할 수 있습니다.

확보 방법

일반적으로 모든 재무 거래 테이블의 헤더에 있는 기본 조직 필드입니다.

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

구매부터 지급까지 - 송장 처리 활동

구매부터 지급까지 송장 처리 프로세스를 정확히 파악하려면 이벤트 로그에 기록해야 할 주요 단계와 마일스톤을 확인하세요.
7 권장 9 선택 사항
활동 설명
대사 불일치 확인
시스템이나 사용자가 송장, 구매 주문서 또는 입고 내역 간의 불일치를 발견한 경우입니다. 가격이나 수량 차이와 같은 불일치가 발생하면 일반적으로 송장이 보류되고 수작업 처리가 필요합니다.
중요한 이유

이 이벤트를 추적하면 처리 지연과 재작업의 근본 원인을 분석할 수 있습니다. 공급업체 송장 정확성이나 내부 조달 프로세스의 문제를 찾는 데 도움이 됩니다.

확보 방법

대사 실패를 나타내는 상태 변경이나 차이로 인해 시스템이 자동으로 보류한 기록을 바탕으로 판단합니다.

기록

송장 대사 상태가 '실패' 또는 '불일치'로 설정되거나 차이로 인해 보류가 적용된 시각을 기록합니다.

이벤트 유형 inferred
송장 대사 완료
송장과 구매 주문서, 해당하는 경우 입고 내역을 성공적으로 대사한 상태입니다. 자동 또는 수동으로 진행되는 이 단계에서는 송장 수량과 가격이 주문 및 입고 내역과 일치하는지 확인합니다.
중요한 이유

이 단계는 자동 처리의 중요한 이정표입니다. 첫 대사에서 성공한 건수가 많으면 앞선 조달 프로세스가 효율적으로 운영되고 있음을 나타냅니다.

확보 방법

대사 검증이 성공적으로 완료되면 일반적으로 상태 변경이나 거래 내역의 이벤트로 기록됩니다.

기록

송장 대사 상태가 '통과', '대사 완료' 또는 '조정 완료'로 표시된 이벤트나 상태 업데이트를 찾습니다.

이벤트 유형 explicit
송장 반려
승인자가 송장을 정식으로 반려해 워크플로 진행이 중단된 상태입니다. 반려된 송장은 일반적으로 수정 또는 취소를 위해 되돌아가며 재작업이 발생합니다.
중요한 이유

송장 반려를 분석하면 잘못된 계정 코드, 정책 위반, 앞선 단계의 데이터 문제 등 재작업의 근본 원인을 찾을 수 있습니다. 반려를 줄이면 효율성을 높일 수 있습니다.

확보 방법

일반적으로 반려 사유와 함께 송장 승인 내역이나 워크플로 로그에 명시적인 작업으로 기록됩니다.

기록

승인자가 워크플로에서 '반려' 또는 '거부' 작업을 수행한 이벤트를 찾습니다.

이벤트 유형 explicit
송장 승인
워크플로에 필요한 모든 담당자가 송장을 승인한 상태입니다. 이 단계가 완료되면 송장을 회계 전기하고 지급할 수 있습니다.
중요한 이유

검증 및 승인 단계가 끝났음을 나타내는 중요한 이정표입니다. 승인 주기를 측정하고 승인 정책 준수 여부를 확인하는 데 필요합니다.

확보 방법

최종 승인 시 승인 내역이나 워크플로 로그에 명시적으로 기록됩니다.

기록

송장 승인 내역이나 워크플로 기록에서 최종 승인 작업의 시각을 사용합니다.

이벤트 유형 explicit
송장 접수
시스템에서 송장을 처음 접수하거나 생성한 시점을 나타냅니다. 수기 입력, 공급업체 포털, OCR 등 입력 방식과 관계없이 송장 처리 주기의 시작점이 되는 이벤트입니다.
중요한 이유

이 활동은 송장 처리 시작부터 완료까지의 전체 주기를 측정하는 데 중요합니다. 업무량과 초기 처리 지연을 파악하는 기준이 됩니다.

확보 방법

일반적으로 송장 레코드의 생성 시각이나 문서 로그에 처음 기록된 시각으로 확인합니다.

기록

원천 시스템에서 기본 송장 또는 공급업체 청구서 객체의 생성 날짜와 시간을 사용합니다.

이벤트 유형 explicit
송장 총계정원장 전기
승인된 송장을 총계정원장에 기록하는 정식 회계 이벤트입니다. 이 작업으로 금융 부채가 생성되고 송장이 처리 중 상태에서 지급 준비 상태로 전환됩니다.
중요한 이유

부채가 공식적으로 인식되었음을 확인하는 중요한 재무 이정표입니다. 이 단계까지 지연되면 결산과 재무 보고의 정확성에 영향을 줄 수 있습니다.

확보 방법

시스템의 재무 모듈에 명시적인 거래 이벤트로 기록됩니다.

기록

송장에서 생성된 재무 문서의 전기 날짜를 사용합니다.

이벤트 유형 explicit
지급 실행
지급이 실행되고 송장 부채가 정산되는 프로세스의 마지막 단계입니다. 이 이벤트를 통해 공급업체에 자금이 지급되었음을 확인할 수 있습니다.
중요한 이유

송장에 대한 구매부터 지급까지의 주기가 성공적으로 완료된 상태입니다. 정시 지급률과 전체 프로세스 소요 시간을 측정하는 기준이 되는 이벤트입니다.

확보 방법

송장을 정산한 지급 문서의 전기 날짜를 바탕으로 기록합니다.

기록

공급업체 미결 항목을 정산한 재무 문서의 반제 날짜 또는 지급 날짜를 사용합니다.

이벤트 유형 explicit
불일치 해결
앞서 확인된 대사 불일치를 수작업으로 조사하고 해결한 시점을 나타냅니다. 이후 송장은 승인이나 재대사 등 다음 단계로 진행할 수 있습니다.
중요한 이유

불일치 해결에 걸리는 시간은 송장 처리 주기에 큰 영향을 줍니다. 이 활동을 분석하면 예외 처리에 드는 노력과 시간을 파악할 수 있습니다.

확보 방법

대사 보류를 해제하거나 실패한 대사를 다시 처리할 수 있게 한 최초의 사용자 작업을 바탕으로 판단하는 경우가 많습니다.

기록

대사 관련 보류가 해제된 이벤트나 이전에 실패한 송장이 대사에 성공한 이벤트를 찾습니다.

이벤트 유형 inferred
송장 승인 요청
초기 검증과 대사를 마친 송장을 정식 승인 워크플로에 제출한 상태입니다. 설정된 업무 규칙에 따라 지정된 승인자에게 송장이 전달됩니다.
중요한 이유

이 활동은 승인 하위 프로세스의 시작을 나타냅니다. 이 이벤트부터 최종 승인까지 걸리는 시간을 측정하면 승인 워크플로의 효율성을 분석하고 병목을 찾을 수 있습니다.

확보 방법

워크플로 엔진이 있는 시스템에서는 명시적 이벤트로 기록되며, 그렇지 않은 경우 상태가 '승인 대기'로 변경된 것을 바탕으로 판단할 수 있습니다.

기록

워크플로가 시작되거나 송장 상태가 승인 대기로 변경된 시각을 기록합니다.

이벤트 유형 explicit
송장 입력
송장 정보를 입력하거나 스캔했지만 아직 전기하거나 정식 승인을 요청하지 않은 상태입니다. 이때 송장은 임시 보류 또는 초안 상태인 경우가 많습니다.
중요한 이유

송장 접수부터 입력까지 걸린 시간을 분석하면 데이터 입력 단계의 적체를 파악할 수 있습니다. 자동 데이터 수집 솔루션의 효율성도 확인할 수 있습니다.

확보 방법

송장 레코드가 초안 또는 보류 상태로 저장된 후 워크플로에 제출된 경우 이 이벤트가 발생한 것으로 판단할 수 있습니다.

기록

송장 상태가 신규에서 저장, 보류 또는 초안 상태로 변경된 시각을 기록합니다.

이벤트 유형 inferred
송장 재작업
송장을 수동으로 수정하거나 정정한 활동입니다. 반려된 송장을 다시 처리하거나 확인된 오류를 바로잡을 때 발생하는 경우가 많으며, 표준 무개입 프로세스에서 벗어난 작업입니다.
중요한 이유

재작업을 추적하면 프로세스 비효율과 숨은 비용을 확인할 수 있습니다. 송장을 수정하는 이유를 파악하면 개선 활동과 교육을 구체적으로 진행할 수 있습니다.

확보 방법

일반적으로 최초 입력 후 주요 송장 필드가 수정된 기록을 남기는 변경 로그나 감사 추적을 바탕으로 판단합니다.

기록

특히 반려 또는 보류 이후 송장 데이터가 변경된 시각을 감사 로그에서 기록합니다.

이벤트 유형 inferred
송장 지급 기한 초과
송장이 미지급 상태인 채 현재 날짜가 송장의 순지급 기한을 지난 경우 발생하는 계산 이벤트입니다. 지급 기한은 송장 날짜와 공급업체의 지급 조건에 따라 결정됩니다.
중요한 이유

이 활동은 지급 지연을 직접 표시합니다. 지급 지연은 공급업체와의 관계를 해치고 위약금을 발생시킬 수 있습니다. 정시 지급률을 모니터링하고 개선하는 데 필요합니다.

확보 방법

시스템에 명시적인 이벤트로 기록되지 않습니다. 지급 날짜 또는 미지급 송장의 경우 현재 날짜를 송장 지급 기한과 비교해 계산해야 합니다.

기록

지급 완료 송장은 IF(payment_date > due_date, due_date + 1 day, NULL)을, 미결 송장은 IF(current_date > due_date, due_date + 1 day, NULL)을 계산해 이 이벤트를 산출합니다.

이벤트 유형 calculated
송장 취소
송장이 무효 처리, 역분개 또는 취소되어 더 이상 처리되거나 지급되지 않는 상태입니다. 잘못된 송장이나 중복 송장의 최종 종료 상태입니다.
중요한 이유

취소를 추적하면 데이터 품질 문제, 중복 제출, 앞선 단계에서 발생한 오류를 파악할 수 있습니다. 취소율이 높으면 공급업체의 송장 발행이나 내부 통제에 문제가 있을 수 있습니다.

확보 방법

송장 레코드의 명시적인 상태 변경이나 이에 해당하는 역분개 문서의 생성으로 확인합니다.

기록

송장 상태가 '취소' 또는 '무효'로 변경되거나 역분개 문서가 전기된 시각을 찾습니다.

이벤트 유형 explicit
지급 보류 설정
승인된 송장이라도 지급되지 않도록 의도적으로 보류한 상태입니다. 시스템 규칙에 따라 자동으로 설정되거나 공급업체 분쟁 등의 이유로 수동 설정될 수 있습니다.
중요한 이유

지급 보류는 지급 지연과 할인 기회 상실의 주요 원인입니다. 정시 지급 실적을 개선하려면 보류가 언제, 왜 설정되는지 파악해야 합니다.

확보 방법

일반적으로 송장 레코드나 송장 항목에 특정 상태 또는 플래그로 기록됩니다.

기록

송장이나 송장 항목에 지급 보류 코드 또는 보류 상태가 적용된 이벤트를 기록합니다.

이벤트 유형 explicit
지급 보류 해제
기존 지급 보류가 해제되어 송장을 다시 지급할 수 있는 상태입니다. 보류의 원인이 해결되었음을 나타냅니다.
중요한 이유

보류 설정부터 해제까지의 시간은 프로세스 지연을 나타냅니다. 이 시간을 분석하면 문제 해결 단계의 병목을 찾을 수 있습니다.

확보 방법

송장 레코드에서 지급 보류 상태나 플래그가 해제된 시점에 기록됩니다.

기록

지급 보류 코드나 보류 상태가 제거되거나 보류 해제 상태로 변경된 이벤트를 기록합니다.

이벤트 유형 explicit
지급 일정 등록
전기된 송장이 지급 제안이나 지급 배치에 선택되어 포함된 상태입니다. 이 단계에서 송장은 특정 날짜에 지급되도록 대기열에 등록되지만, 실제 자금 이체가 이루어진 것은 아닙니다.
중요한 이유

이 활동을 통해 프로세스의 마지막 단계를 확인할 수 있습니다. 전기부터 지급 일정 등록까지 지연되면 할인 기회를 놓치거나 지급이 늦어질 수 있습니다.

확보 방법

일반적으로 송장이 지급 실행, 지급 제안 또는 지급 분개에 추가될 때 기록됩니다.

기록

송장이 포함된 지급 제안 또는 지급 배치 레코드의 생성 날짜를 찾습니다.

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

데이터 추출 가이드

process mining에 필요한 데이터를 확보하는 방법.

추출 방법은 시스템마다 다릅니다. 자세한 안내는

ETL 가이드   를 확인하거나   특정 프로세스와 시스템을 선택하세요.

시작할 준비가 되셨나요?

데이터 추출을 시작하려면 시스템별 가이드를 선택하세요. 어떤 데이터 소스에든 적용할 수 있는 기본 참고 자료로 이 일반 템플릿을 사용하셔도 됩니다.

송장 처리를 개선하고 P2P 효율을 높이세요

프로세스의 숨은 문제를 찾아 비용을 줄이고 송장 워크플로를 단축하세요.

무료 체험 시작하기

신용카드 없이 5분 만에 설정할 수 있습니다.