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

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

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

이 템플릿은 Coupa의 송장 처리를 효과적으로 분석하는 데 필요한 데이터를 안내합니다. 수집할 주요 속성과 이벤트 로그에서 추적할 활동을 확인할 수 있습니다. Coupa 시스템에서 데이터를 추출하는 실용적인 방법도 제공하므로 process mining을 원활하게 시작할 수 있습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Coupa 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

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

구매부터 지급까지의 송장 처리를 종합적으로 분석하려면 다음 데이터 필드를 이벤트 로그에 포함하는 것이 좋습니다.
3 필수 6 권장 11 선택 사항
이름 설명
송장 번호
InvoiceNumber
공급업체 송장을 식별하는 고유 번호입니다. 송장 생애주기 전체에서 송장을 추적하는 기본 키로 사용됩니다.
설명

송장 번호는 공급업체가 송장 문서에 부여하는 고유 참조 번호입니다. process mining에서는 Case ID로 사용되어 송장 접수와 검증부터 승인 및 최종 결제까지 관련된 모든 활동을 연결합니다.

송장 번호를 기준으로 분석하면 각 송장의 전체 처리 과정을 확인할 수 있습니다. 처리 경로의 차이를 파악하고 주기 시간을 정확하게 측정하며, 지연이나 보류 또는 예외가 발생한 송장을 찾아낼 수 있습니다. 세부 수준에서 송장 처리 성과를 파악하기 위한 기본 속성입니다.

중요한 이유

단일 송장에 대한 모든 이벤트를 연결하는 필수 케이스 식별자입니다. 이를 통해 일관된 전체 프로세스 분석이 가능합니다.

확보 방법

Coupa의 송장 객체에 있는 기본 필드입니다. UI의 송장 헤더 세부 정보 또는 Invoices API에서 확인할 수 있습니다.

예시
INV-2023-00123785549-APO45001-INV
이벤트 시간
EventTime
특정 활동 또는 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다.
설명

이벤트 시간 또는 타임스탬프는 활동이 수행된 정확한 날짜와 시간을 기록합니다. 프로세스 로그의 시간 기준이 되며 각 케이스의 이벤트를 시간순으로 정렬합니다.

이 속성은 process mining에서 시간 기반 분석을 수행하는 데 필요합니다. 활동 간 주기 시간을 계산하고, 병목 지속 시간과 대기 시간을 파악하며, 기간별 프로세스 성과를 분석하는 데 사용됩니다. 현실적인 프로세스 모델을 만들고 의미 있는 성과 KPI를 도출하려면 정확한 타임스탬프가 필요합니다.

중요한 이유

성과 분석의 기본이 되는 모든 소요 시간, 주기 시간, 대기 시간을 계산하는 데 필요한 시간순 데이터를 제공합니다.

확보 방법

Coupa의 송장 객체에 대한 감사 추적 또는 이력 로그에 기록됩니다. 로그에 남은 각 조치나 상태 변경에는 타임스탬프가 포함됩니다.

예시
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
활동
ActivityName
송장 처리 생애주기 중 발생한 특정 비즈니스 이벤트 또는 작업의 이름입니다.
설명

활동 이름은 '송장 생성', '승인을 위해 송장 전달', '결제 실행'처럼 송장 처리 워크플로의 단계를 나타냅니다. 각 활동은 송장 상태나 담당자가 바뀐 시점을 의미합니다.

process mining에서는 활동의 순서로 프로세스 흐름도가 구성됩니다. 활동을 분석하면 실제 프로세스를 시각화하고, 자주 발생하거나 드문 경로를 파악하며, 시간이 오래 걸리는 활동의 병목과 재작업 반복처럼 규정을 준수하지 않거나 비효율적인 단계를 찾을 수 있습니다.

중요한 이유

이 속성은 프로세스 맵을 구성하는 데 필요하며, 실제 송장 처리 워크플로를 시각화하고 분석할 수 있게 합니다.

확보 방법

일반적으로 이벤트 로그, 감사 추적 또는 Coupa 송장 모듈의 상태 변경에서 가져옵니다. 상태 변경이나 특정 사용자 조치를 정의된 활동 이름에 매핑해야 하는 경우가 많습니다.

예시
처리를 위해 송장 제출송장 승인송장 지급 보류결제 실행
결제 기한
PaymentDueDate
연체를 방지하기 위해 송장을 결제해야 하는 날짜입니다.
설명

결제 기한은 송장 날짜와 합의된 결제 조건을 바탕으로 계산되는 중요한 날짜입니다. 공급업체에 결제해야 하는 마감일을 나타냅니다.

정시 결제 성과를 측정하는 기준으로, 실제 결제 실행일과 비교해 정시 결제율 KPI를 계산하는 데 사용됩니다. 이 날짜와 실제 결제일의 차이를 분석하면 결제 지연의 구조적 원인을 파악하고 공급업체 관계 및 연체료에 미치는 영향을 평가할 수 있습니다.

중요한 이유

정시 결제 성과를 측정하는 주요 기준이며, 공급업체 관계를 관리하고 연체료를 방지하는 데 필요합니다.

확보 방법

일반적으로 Coupa가 'Invoice Date'와 'Payment Terms' 필드를 바탕으로 계산합니다. 송장 기록에서 확인할 수 있어야 합니다.

예시
2023-11-302023-12-152024-01-10
공급업체명
VendorName
송장을 제출한 공급업체 또는 판매자의 이름입니다.
설명

공급업체명은 상품이나 서비스를 구매한 거래처를 나타냅니다. 결제 성과와 거래 관계를 분석하는 데 필요한 맥락 정보입니다.

이 속성을 사용하면 공급업체별로 송장 프로세스를 나눠 분석할 수 있습니다. '송장 처리 시간이 가장 긴 공급업체는 어디인가요?', '주요 공급업체에 정시 결제가 꾸준히 이루어지고 있나요?'와 같은 질문에 답할 수 있습니다. 공급업체 결제 적시성 대시보드를 구성하고 공급업체 관계를 효과적으로 관리하는 데도 중요합니다.

중요한 이유

공급업체별로 프로세스를 나눠 분석할 수 있어 거래 관계 관리와 공급업체별 문제 파악에 도움이 됩니다.

확보 방법

Coupa의 기본 송장 데이터에 포함되며 Supplier/Vendor 객체에서 연결됩니다.

예시
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
발주서 번호
PurchaseOrderNumber
송장 청구의 기준이 되는 발주서(PO)의 식별 번호입니다.
설명

발주서 번호는 송장과 최초 구매 문서를 연결합니다. 이 연결은 많은 조직에서 송장 검증의 주요 단계인 발주서 대조에 필요합니다.

process mining에서는 발주서 대조와 불일치 해결 프로세스를 분석하는 데 이 속성이 중요합니다. 특정 발주서와 관련된 송장을 필터링할 수 있으며, 발주서 대조 불일치 개요 대시보드에도 필요합니다. 발주서 번호가 없는 송장이 많다면 비정상 구매 또는 규정을 준수하지 않는 구매를 나타낼 수 있습니다.

중요한 이유

송장과 구매 프로세스를 연결해 발주서 대조 효율과 불일치 처리 과정을 분석할 수 있습니다.

확보 방법

Coupa의 Invoice Line 객체에 있는 표준 필드로, 송장 항목을 발주서 항목과 연결하는 데 사용됩니다.

예시
PO4500123PO4500456PO4500789
사용자
User
활동을 수행한 사용자 또는 시스템 에이전트입니다.
설명

이 속성은 송장 승인이나 보류 해제와 같은 특정 프로세스 단계를 수행한 개인 또는 자동화 시스템을 식별합니다. 일반적으로 사용자 ID, 이름 또는 이메일로 표시됩니다.

사용자별 프로세스 분석은 팀 성과와 업무량 분포를 파악하고 교육이 필요한 부분을 찾는 데 중요합니다. 특정 승인자나 팀에 지연이 집중되는지 확인할 수 있어 병목 분석에도 필요합니다. 또한 수동 활동과 자동화된 활동을 구분하는 데 도움이 됩니다.

중요한 이유

업무량을 분석하고 특정 사용자나 팀으로 인해 발생하는 병목을 찾아내며, 사용자 성과와 규정 준수 여부를 평가할 수 있습니다.

확보 방법

일반적으로 Coupa의 송장 감사 추적 또는 이력에 각 조치와 함께 사용자 정보가 기록됩니다.

예시
john.doe@company.comjane.smithSystem.Automation
송장 상태
InvoiceStatus
처리 워크플로에서 송장이 현재 어떤 상태인지 나타냅니다.
설명

송장 상태는 'pending approval', 'approved', 'on hold', 'paid'처럼 송장이 현재 어느 단계에 있는지 보여줍니다. 프로세스가 진행되면서 값이 바뀌는 동적 속성입니다.

송장 처리량 및 상태 대시보드와 같은 운영 모니터링 대시보드에서 중요한 속성입니다. 미결 송장의 현재 수량과 단계별 분포를 추적할 수 있습니다. 시간에 따른 상태 전환을 분석하면 'ActivityName' 속성도 도출할 수 있습니다.

중요한 이유

워크플로에서 송장의 현재 위치를 실시간으로 보여주므로 운영 대시보드와 상태 추적에 필요합니다.

확보 방법

Coupa의 송장 객체에 있는 기본 상태 필드입니다.

예시
승인 대기승인무효 처리결제 완료
송장 총액
InvoiceTotalAmount
세금과 기타 비용을 포함한 송장의 총 금액입니다.
설명

이 속성은 송장에 지급해야 할 총액을 나타냅니다. 다양한 분석에 사용되는 기본 재무 데이터입니다.

송장 금액을 기준으로 프로세스를 분석하면 중요한 패턴을 찾을 수 있습니다. 예를 들어 고액 송장은 더 엄격한 승인 경로를 거쳐 주기 시간이 길어질 수 있습니다. 현재 차단되거나 지연된 송장 금액을 확인하는 등 프로세스 비효율이 재무에 미치는 영향을 평가하는 데도 사용됩니다.

중요한 이유

송장 금액에 따라 프로세스가 어떻게 달라지는지, 지연이 재무에 어떤 영향을 미치는지 분석하는 데 필요한 재무 정보를 제공합니다.

확보 방법

Coupa의 송장 객체에 있는 표준 필드로, 일반적으로 'Total' 또는 'Total Amount'라는 이름으로 표시됩니다.

예시
1500.75250.0012345.50
결제 조건
PaymentTerms
'Net 30' 또는 '2% 10, Net 30'과 같이 송장 결제에 합의한 조건입니다.
설명

결제 조건은 기한과 조기 결제 할인 가능 여부를 포함해 공급업체 대금 지급 규칙을 정합니다. 일반적으로 공급업체 기본 데이터에서 설정해 송장에 적용합니다.

이 속성은 결제 기한을 계산하고 조기 결제 할인 기회를 찾는 데 필요합니다. 조기 결제 할인 추적 대시보드와 관련 KPI의 입력값으로 사용됩니다. 결제 조건별 분석을 통해 특정 조건이 결제 지연과 연관되는지 확인할 수 있습니다.

중요한 이유

결제 기한을 계산하고 조기 결제 할인 기회를 파악하는 기준으로, 운전자본에 직접 영향을 줍니다.

확보 방법

Coupa의 표준 필드로, 일반적으로 Supplier/Vendor 기록의 기본값이 송장에 적용됩니다.

예시
30일 이내 결제60일 후 지급10일 이내 지급 시 2% 할인, 그 외 30일 후 지급
기한 내 지급 여부
IsOnTimePayment
송장이 지급 기한 당일 또는 그 전에 지급되었는지 나타내는 불리언 플래그입니다.
설명

이 계산 속성은 각 송장의 적시 지급 여부를 참 또는 거짓으로 간단히 표시합니다. '지급 실행' 활동의 타임스탬프와 '지급 기한'을 비교해 산출합니다. 지급 시각이 지급 기한과 같거나 이르면 참으로 표시됩니다.

이 플래그를 사용하면 기한 내 지급률 KPI를 간편하게 계산할 수 있습니다. 지연 지급에 연관된 공급업체, 부서, 송장 금액 등의 특성을 쉽게 필터링하고 구분해 분석할 수 있습니다.

중요한 이유

지급 성과를 간편하게 분석할 수 있으며, 주요 지표인 기한 내 지급률 KPI를 계산하는 기준이 됩니다.

확보 방법

계산 속성입니다. 계산식은 '지급 실행 날짜' <= '지급 기한'입니다. process mining 도구에서 이 로직을 구현합니다.

예시
truefalse
반려 사유
RejectionReason
승인 과정에서 송장을 반려할 때 입력하는 사유입니다.
설명

승인자가 송장을 반려하면 일반적으로 '금액 오류' 또는 '중복 송장'과 같은 사유를 입력합니다. 이 속성에는 자유 형식 또는 코드 형식으로 입력된 사유가 기록됩니다.

이 데이터는 승인 지연과 재작업의 근본 원인을 분석하는 데 매우 유용합니다. 반려 사유별 발생 빈도를 분석하면 발주서(PO) 정보의 정확성이나 공급업체의 송장 발행 관행 등 이전 단계의 프로세스에서 반복되는 문제를 파악할 수 있습니다. 이 정보는 송장 승인 병목 분석 대시보드에 활용됩니다.

중요한 이유

송장 반려의 근본 원인을 직접 파악해 프로세스 개선 영역을 찾고 재작업을 줄이는 데 도움이 됩니다.

확보 방법

사용자가 승인 워크플로에서 '반려' 작업을 수행할 때 이 정보가 기록됩니다. 일반적으로 의견이나 감사 추적 기록에 저장됩니다.

예시
수량 오류발주서와 가격 불일치중복 송장 제출
보류 사유
HoldReason
송장이 보류되거나 지급이 차단된 구체적인 이유입니다.
설명

보류 사유는 송장이 지급 단계로 진행되지 못하는 이유를 설명합니다. 예를 들어 '수량 불일치' 또는 '물품 입고 대기' 등이 있습니다. 지급 지연의 원인을 파악하는 데 중요한 정보입니다.

이 속성은 지급 차단 근본 원인 분석 대시보드의 핵심 데이터입니다. 보류 사유별 발생 건수를 분류하고 집계하면 지급 프로세스를 방해하는 가장 흔한 문제를 파악할 수 있습니다. 이를 바탕으로 재발 방지를 위한 개선 조치를 마련하고 지급을 앞당길 수 있습니다.

중요한 이유

지급이 지연되는 이유를 파악해 근본 원인을 분석하고 지급 차단의 빈도와 기간을 줄이는 데 도움이 됩니다.

확보 방법

Coupa에서 송장을 보류할 때 일반적으로 사유를 선택하거나 입력합니다. 이 데이터는 송장의 보류 상태와 연결됩니다.

예시
발주서 가격 불일치물품 입고 대기중복 송장
송장 날짜
InvoiceDate
공급업체 송장 문서에 기재된 날짜입니다.
설명

송장 날짜는 공급업체가 송장에 지정한 날짜입니다. 일반적으로 지급 절차의 공식적인 시작일이며, 지급 조건에 따라 지급 기한을 계산하는 기준으로 사용됩니다.

이 속성은 여러 처리 시간 계산의 시작점이 됩니다. 지급 기한을 계산하고 조기 지급 할인 적용 여부를 판단하는 데 필요한 주요 입력값입니다. 송장 날짜와 시스템에 입력된 날짜의 차이를 분석하면 송장 제출 또는 접수 지연을 파악할 수 있습니다.

중요한 이유

지급 기한을 계산하는 기본 날짜이며, 적시 지급 여부를 측정하고 할인을 적용하는 데 중요한 기준입니다.

확보 방법

Coupa의 Invoice 객체에 있는 표준 필수 필드입니다.

예시
2023-10-152023-11-012023-12-20
원천 시스템
SourceSystem
이벤트 데이터를 추출한 원본 시스템입니다.
설명

원천 시스템 속성은 송장 처리 활동이 기록된 애플리케이션 또는 플랫폼을 식별합니다. 주 시스템은 Coupa이지만, 송장이나 관련 데이터가 ERP 또는 공급업체 포털과 같은 다른 연동 시스템에서 유입될 수도 있습니다.

이 정보는 복잡한 IT 환경에서 각 시스템이 전체 프로세스에 어떻게 관여하는지 파악하는 데 유용합니다. 데이터 품질 문제를 진단하고 시스템 간 업무 전달을 이해하며 여러 애플리케이션에 걸친 프로세스를 분석하는 데 도움이 됩니다.

중요한 이유

데이터의 출처를 명확히 해 문제 해결과 여러 연동 시스템에 걸친 프로세스 분석을 지원합니다.

확보 방법

일반적으로 데이터 추출 시 데이터 출처를 식별하기 위해 추가하는 고정값입니다. Coupa의 경우 'Coupa'로 설정합니다.

예시
CoupaSAP S/4HANAOracle Fusion
자동화 여부
IsAutomated
작업을 자동화 시스템과 사용자가 수행했는지 나타내는 플래그입니다.
설명

이 불리언 속성을 사용하면 자동 발주서 매칭이나 시스템 생성 전기처럼 시스템 자동화로 처리된 작업과 사용자가 수동으로 처리한 작업을 구분할 수 있습니다.

이 속성을 분석하면 송장 처리 워크플로의 자동화 수준을 측정할 수 있습니다. 자동화 도입 성과를 평가하고, 추가 자동화가 가능한 수동 작업을 찾으며, 자동 처리와 수동 처리의 효율 및 오류율을 비교하는 데 활용됩니다. 이를 통해 프로세스의 실제 비용과 효율을 파악할 수 있습니다.

중요한 이유

프로세스의 자동화 수준을 측정하고 추가 자동화 기회를 찾으며 기존 봇의 효과를 평가하는 데 도움이 됩니다.

확보 방법

일반적으로 작업에 연결된 '사용자'가 사람 계정인지 시스템 또는 서비스 계정인지 확인해 산출합니다.

예시
truefalse
최근 데이터 업데이트
LastDataUpdate
원천 시스템에서 이 이벤트의 데이터를 마지막으로 새로 고친 시각을 나타내는 타임스탬프입니다.
설명

이 속성은 데이터를 마지막으로 추출해 process mining 도구에 적재한 시점을 기록합니다. 분석 데이터의 최신성을 판단하는 데 필요한 정보이며, 대시보드에 표시된 인사이트가 얼마나 최신인지 파악하는 데 도움이 됩니다.

운영 모니터링에서는 최근 데이터 업데이트 시각을 확인하는 것이 중요합니다. 정보가 얼마나 최신인지 명확히 알 수 있어 사용자가 데이터를 신뢰할 수 있고, 오래된 프로세스 현황을 바탕으로 의사결정하는 일을 방지합니다.

중요한 이유

프로세스 데이터의 최신성과 관련성을 파악하는 데 필요한 정보를 제공해 분석 결과가 얼마나 최신인지 사용자가 이해할 수 있게 합니다.

확보 방법

데이터 추출 및 변환(ETL) 과정에서 이 타임스탬프를 생성해 데이터 세트에 추가합니다.

예시
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
통화
CurrencyCode
송장 금액의 ISO 통화 코드입니다.
설명

통화 코드는 USD, EUR, GBP와 같이 송장 금액의 통화 단위를 나타냅니다. 여러 국가에서 사업을 운영하며 다양한 통화로 송장을 처리하는 조직에 필요합니다.

분석에서는 재무 데이터를 정확하게 해석하고 집계하기 위해 이 속성이 필요합니다. 대시보드와 KPI에서 의미 있는 재무 요약을 제공하려면 통화별로 필터링하거나 환산해야 합니다. 통화가 다른 금액을 잘못 합산하는 일을 방지하고 통화별 프로세스 분석을 가능하게 합니다.

중요한 이유

여러 통화를 사용하는 환경에서 금액을 정확히 분석하고 보고할 수 있도록 각 금액에 필요한 맥락을 제공합니다.

확보 방법

Coupa의 송장 객체에 있는 표준 필드로, 일반적으로 공급업체에 연결되거나 송장 자체에 지정됩니다.

예시
USDEURGBP
할인 적용 여부
EarlyPaymentDiscountCaptured
조기 지급 할인을 적용할 수 있었고 실제로 적용했는지 나타내는 플래그입니다.
설명

이 속성은 지급 조건에 명시된 할인 기간 내에 송장을 지급해 할인을 적용했는지 나타내는 불리언 값입니다. 예를 들어 '10일 이내 지급 시 2% 할인, 그 외 30일 후 지급' 조건에서는 10일 이내 지급 여부를 확인합니다.

조기 지급 할인 추적 대시보드와 관련 KPI의 주요 지표입니다. 값이 거짓인 경우를 분석하면 놓친 비용 절감 기회를 찾을 수 있습니다. 할인을 적용할 수 있는 송장이 제때 처리되지 않는 이유를 조사하고, 더 많은 할인을 적용해 운전자본을 효율적으로 관리할 수 있습니다.

중요한 이유

효율적인 송장 처리로 실현한 재무상 이익을 직접 측정하고, 놓친 비용 절감 기회를 파악하는 데 도움이 됩니다.

확보 방법

계산 속성입니다. 지급일이 '지급 조건'에 명시된 할인 기간에 포함되는지, 실제로 할인이 적용되었는지 확인합니다.

예시
truefalse
회사 코드
CompanyCode
송장에 대한 책임이 있는 법인 또는 회사를 식별하는 코드입니다.
설명

회사 코드는 큰 조직 내 특정 법인을 나타냅니다. 재무 회계와 보고를 위해 송장은 회사 코드에 귀속됩니다.

이 속성은 법인별로 프로세스 분석을 필터링하고 구분하는 데 필요합니다. 사업 부문별 프로세스 성과를 비교하고, '미국 법인의 송장 승인 프로세스는 독일 법인과 다른가?'와 같은 질문에 답할 수 있습니다. 다국적 대기업에서 특히 유용합니다.

중요한 이유

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

확보 방법

Coupa의 Invoice 객체에 있는 기본 회계 필드이며, 재무 전기 시 필요한 경우가 많습니다.

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

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

정확한 프로세스 탐색과 분석을 위해 이벤트 로그에 기록할 주요 프로세스 단계와 이정표입니다.
5 권장 9 선택 사항
활동 설명
결제 실행
결제가 실행되어 공급업체에 송금되는 프로세스의 마지막 단계입니다. Coupa Payments 또는 연동 결제 시스템에 기록된 결제 상태에서 확인할 수 있습니다.
중요한 이유

프로세스의 최종 단계인 이 활동은 전체 처리 주기 시간을 계산하고 '정시 결제율' KPI를 측정하는 데 필요합니다.

확보 방법

송장과 연결된 결제 기록을 바탕으로 추론합니다. 상태가 'paid' 또는 'completed'이거나 'payment date' 필드에 값이 있으면 결제가 실행된 것입니다.

기록

송장과 연결된 결제 기록의 'payment date'를 사용합니다.

이벤트 유형 inferred
결제 처리용 송장 등록
승인된 송장이 결제 준비 상태로 표시되고, 재무 정보가 외부 ERP 시스템에 등록되는 경우가 많습니다. 일반적으로 연동 상태 플래그 또는 송장의 기본 상태 변경을 바탕으로 추론합니다.
중요한 이유

이 단계는 매입채무(AP) 처리에서 자금 관리 또는 결제 기능으로 업무가 넘어가는 시점을 나타냅니다. 이 단계 이전의 지연은 매입채무 처리 효율에, 이후의 지연은 자금 관리와 공급업체 관계에 영향을 줍니다.

확보 방법

일반적으로 상태가 'approved for payment'로 바뀌거나 'exported' 플래그가 true로 설정된 것을 바탕으로 추론합니다. 이 정보는 송장 헤더 객체에서 확인할 수 있습니다.

기록

송장 상태가 'Approved for Payment'로 바뀌거나 내보내기 플래그가 설정된 시각을 확인합니다.

이벤트 유형 inferred
송장 생성
이 활동은 Coupa 시스템에 송장 기록이 처음 생성된 시점을 나타냅니다. 수동 입력, Coupa Supplier Portal과 같은 공급업체 네트워크 연동, 자동 OCR 스캔으로 새 송장 객체가 생성될 때 이벤트가 기록됩니다.
중요한 이유

송장 생애주기의 시작점인 이 활동은 전체 처리 시간을 측정하는 데 필요합니다. 이후의 모든 주기 시간 및 처리량 분석을 위한 기준이 됩니다.

확보 방법

송장 기록의 생성 시각에서 가져오는 명시적 이벤트입니다. Coupa 데이터 모델에서는 송장 헤더 객체의 'created-at' 타임스탬프에 해당합니다.

기록

송장 기록의 생성 타임스탬프를 사용합니다.

이벤트 유형 explicit
송장 승인
송장이 승인 워크플로에서 필요한 모든 단계를 통과했음을 나타냅니다. 마지막 필수 승인자가 승인 조치를 하면 승인 이력에 기록됩니다.
중요한 이유

이 주요 단계는 승인 주기의 종료를 나타내며, 송장이 결제 처리 단계로 넘어갈 수 있게 합니다. 승인 소요 시간과 전체 프로세스 효율을 측정하는 데 필요합니다.

확보 방법

승인 이력 로그 또는 송장 헤더 상태가 'approved'로 바뀐 기록에서 확인할 수 있는 명시적 이벤트입니다. 로그에 기록된 최종 승인 조치로 정확한 시각을 확인할 수 있습니다.

기록

승인 이력에서 최종 승인 조치의 타임스탬프를 기록합니다.

이벤트 유형 explicit
승인을 위해 송장 전달
초기 검사를 통과한 송장이 정식 승인 워크플로에 들어가는 시점을 나타냅니다. 일반적으로 송장 상태가 한 명 이상의 승인자 조치를 기다리는 상태로 바뀐 것을 바탕으로 추론합니다.
중요한 이유

이 활동은 승인 주기 시간을 측정하는 시작점입니다. 승인 단계의 병목을 분석하는 데 중요하며, '송장 승인 병목 분석' 대시보드의 기준이 됩니다.

확보 방법

송장 상태가 'pending approval' 또는 이와 유사한 상태로 바뀐 것을 바탕으로 추론합니다. 송장 승인 이력에 첫 승인 기록이 생성된 시점도 이 이벤트를 나타냅니다.

기록

송장 상태가 'Pending Approval'로 바뀌거나 첫 승인 기록이 생성된 시각을 기록합니다.

이벤트 유형 inferred
결제 일정 등록
송장이 향후 실행 예정인 결제 배치에 포함된 상태입니다. 시스템에서 송장과 결제 실행 또는 결제 배치 객체가 연결된 것을 바탕으로 추론합니다.
중요한 이유

이 활동을 통해 프로세스의 마지막 단계를 확인하고, 결제 준비가 된 상태와 실제 결제가 시작된 상태를 구분할 수 있습니다. 현금 흐름 예측에도 도움이 됩니다.

확보 방법

송장 ID가 포함된 결제 기록 또는 배치 기록의 생성으로 추론합니다. 결제 객체의 'scheduled payment date'에서 관련 일정을 확인할 수 있습니다.

기록

송장과 연결된 결제 배치 기록의 생성일을 사용합니다.

이벤트 유형 inferred
대조 불일치 확인
수량, 가격 또는 기타 세부 정보가 일치하지 않아 자동 시스템이 송장과 발주서를 대조하지 못한 경우 발생합니다. 송장 상태가 'unmatched' 또는 'mismatched'처럼 수작업이 필요한 상태로 바뀐 것을 바탕으로 추론합니다.
중요한 이유

이 활동은 지연의 주요 원인인 예외 처리의 시작점입니다. 최초 대조 성공률을 높이고 수작업을 줄이려면 발생 빈도와 근본 원인을 분석해야 합니다.

확보 방법

송장의 대조 상태를 바탕으로 추론합니다. 'unmatched', 'mismatched' 또는 이와 유사한 상태는 수동 검토가 필요한 불일치를 나타냅니다. 이 상태는 송장 객체에서 추적할 수 있습니다.

기록

발주서 대조 상태가 실패를 나타내는 값으로 바뀐 시각을 확인합니다.

이벤트 유형 inferred
불일치 해결 시작
발주서 대조 불일치를 해결하기 위해 수작업 개입이 시작된 시점을 나타냅니다. 이 활동은 직접 기록하기 어려워, 불일치가 표시된 후 사용자가 처음으로 댓글을 추가하거나 송장을 수정한 시점 등을 바탕으로 추론하는 경우가 많습니다.
중요한 이유

불일치 확인부터 해결 작업 시작까지 걸린 시간을 추적하면 예외를 배정하거나 처리하기까지의 지연을 파악할 수 있습니다. 이 지표는 '발주서 대조 불일치 개요' 대시보드의 주요 항목입니다.

확보 방법

이 정보는 확보하기 어려워 고급 추론이 필요할 수 있습니다. 대조 상태가 실패를 나타낸 후 송장과 관련해 사용자가 처음 댓글을 작성하거나 수정 또는 작업을 배정한 시각을 찾아 산출할 수 있습니다.

기록

'대조 불일치 확인' 이벤트 이후 사용자가 처음 변경한 이벤트를 찾습니다.

이벤트 유형 inferred
송장 무효 처리
송장이 취소되어 더 이상 처리되거나 결제되지 않는 상태입니다. 시스템의 상태 필드에서 직접 확인할 수 있는 명시적이고 최종적인 상태 변경입니다.
중요한 이유

프로세스가 정상적으로 완료되지 않는 대체 종료 경로입니다. 송장이 무효 처리된 이유를 분석하면 구매 또는 공급업체와의 소통 과정에서 발생한 문제를 찾을 수 있습니다.

확보 방법

송장 상태가 'voided'로 바뀔 때 기록되는 명시적 이벤트입니다. Coupa의 송장 관리에서 사용하는 표준 상태입니다.

기록

송장 상태가 'Voided'로 변경된 시각을 기록합니다.

이벤트 유형 explicit
송장 반려
승인자가 송장을 정식으로 반려해 워크플로 진행이 중단된 상태입니다. 송장 승인 이력에 명시적으로 기록되며, 반려한 사람과 시각도 확인할 수 있습니다.
중요한 이유

반려가 발생하면 재작업이 필요해지고 주기 시간이 크게 늘어납니다. 반려 빈도와 사유를 분석하면 프로세스를 개선할 수 있으며, '최초 승인율' KPI를 계산하는 데도 필요합니다.

확보 방법

송장 승인 이력 로그에 명시적으로 기록되는 이벤트입니다. 각 승인 단계에는 상태, 타임스탬프, 승인자의 조치가 기록됩니다.

기록

승인 이력에서 'reject' 또는 'rejected' 조치를 필터링합니다.

이벤트 유형 explicit
송장 지급 보류
송장에 지급 보류를 설정해 결제가 진행되지 않도록 하는 조치입니다. 일반적으로 사유와 함께 송장 이력이나 감사 추적에 명시적으로 기록됩니다.
중요한 이유

결제 차단에 해당하는 이 활동은 결제 지연의 주요 원인입니다. 보류가 설정된 시점을 추적하면 근본 원인과 지속 시간을 분석할 수 있으며, '결제 차단율' KPI를 산출하는 데 도움이 됩니다.

확보 방법

송장 이력 또는 감사 로그에서 확인할 수 있는 명시적 이벤트입니다. Coupa는 보류 설정을 포함해 사용자 또는 시스템의 조치를 기록합니다.

기록

송장 이력에서 'hold placed' 또는 이와 유사한 시스템 이벤트를 필터링합니다.

이벤트 유형 explicit
송장 지급 보류 해제
송장에 설정된 지급 보류가 해제되어 결제 단계로 진행할 수 있게 된 상태입니다. 보류 설정과 마찬가지로 감사 추적에 명시적으로 기록됩니다.
중요한 이유

보류 설정부터 해제까지 걸린 시간은 '평균 결제 차단 지속 시간' KPI를 산출하는 데 중요합니다. 이 활동은 지연이 끝나는 시점을 나타내며, 해제 조건을 분석하면 더 빠르게 해결할 방법을 찾을 수 있습니다.

확보 방법

송장 이력 또는 감사 로그에서 확인할 수 있는 명시적 이벤트입니다. 사용자 또는 시스템의 별도 조치로 기록됩니다.

기록

송장 이력에서 'hold released' 또는 이와 유사한 시스템 이벤트를 필터링합니다.

이벤트 유형 explicit
송장과 발주서 대조 완료
시스템이 송장 항목과 해당 발주서 항목을 성공적으로 대조했음을 나타냅니다. 송장의 대조 상태 필드가 변경된 것을 바탕으로 이벤트를 추론하며, 이는 발주서와의 검증이 완료되었음을 의미합니다.
중요한 이유

자동 대조가 성공적으로 완료되면 수작업 없이 처리되는 프로세스가 원활하게 운영되고 있음을 보여줍니다. 이 활동을 추적하면 자동화 효과와 자동 처리율을 측정할 수 있습니다.

확보 방법

송장 대조 상태 필드가 'matched'로 바뀐 것을 바탕으로 추론합니다. Coupa의 송장 객체에는 발주서 대조 결과를 나타내는 플래그와 상태가 있습니다.

기록

송장의 발주서 대조 상태가 'Matched'로 바뀐 시각을 확인합니다.

이벤트 유형 inferred
처리를 위해 송장 제출
새로 생성한 송장을 처리 워크플로에 정식으로 제출하는 단계입니다. 일반적으로 초기 데이터를 모두 입력하고 확인한 후 사용자가 제출합니다. 감사 추적에서 송장 상태가 초안에서 제출 상태로 바뀌는 시점에 이벤트가 기록됩니다.
중요한 이유

이 활동을 통해 데이터 입력 시간과 실제 처리 시간을 구분할 수 있습니다. '송장 생성'부터 이 이벤트까지 걸린 시간을 분석하면 초기 데이터 처리 단계의 지연을 파악할 수 있습니다.

확보 방법

송장 상태가 'draft' 또는 'new'에서 'submitted' 또는 'pending approval'로 바뀌는 시점을 추적합니다. 이 정보는 Coupa의 송장 이력 또는 감사 로그 테이블에서 확인할 수 있습니다.

기록

송장 상태가 처음 'submitted'로 바뀐 시각을 기록합니다.

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

데이터 추출 가이드

Coupa에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿으로 데이터를 준비하고 Coupa 송장 처리에 관한 인사이트를 확인하세요. 지금 구매부터 지급까지의 운영을 개선해 보세요.

구매부터 지급까지의 송장 처리 효율을 높이세요

병목을 찾아 송장 처리 시간을 30% 단축하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.