구매부터 지급까지, 구매 주문 데이터 템플릿

Coupa
구매부터 지급까지, 구매 주문 데이터 템플릿

구매부터 지급까지, 구매 주문 데이터 템플릿

이 템플릿은 Coupa의 구매부터 지급까지, 구매 주문 프로세스를 process mining으로 분석하는 데 필요한 데이터를 정확히 수집하고 구성하도록 안내합니다. 포함해야 할 주요 속성과 추적할 활동을 설명하고, 데이터를 추출하는 절차를 제시해 완전한 이벤트 로그를 준비할 수 있도록 돕습니다.
  • 권장 데이터 속성
  • 주요 프로세스 활동
  • Coupa 데이터 추출 절차
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매부터 지급까지, 구매 주문 속성

다음은 이벤트 로그에 포함할 것을 권장하는 필수 데이터 필드입니다. 이를 활용하면 구매부터 지급까지, 구매 주문 프로세스를 자세히 분석할 수 있습니다.
5 필수 5 권장 11 선택 사항
이름 설명
구매 주문
PurchaseOrderNumber
구매 주문의 고유 식별자로, 프로세스의 기본 케이스 식별자입니다.
설명

구매 주문 번호는 최초 요청부터 상품이나 서비스의 최종 수령 확인까지 모든 활동을 연결하는 중심 케이스 식별자입니다. 고유한 구매 주문 번호 하나가 조달 프로세스의 단일 사례를 나타냅니다.

process mining 분석에서는 각 구매의 전체 진행 과정을 추적하는 데 이 속성이 중요합니다. 분석가는 이를 사용해 프로세스 맵을 시각화하고 변형을 파악하며, 주문의 전체 처리 시간과 같은 케이스 단위 KPI를 계산할 수 있습니다. 모든 이벤트와 관련 데이터는 이 식별자 아래에 집계되어 프로세스 전체를 일관된 관점에서 보여줍니다.

중요한 이유

각 구매의 전체 수명 주기를 추적하고 개별 프로세스 사례를 재구성해 상세히 분석하는 데 필요합니다.

확보 방법

Coupa의 Purchase Order 객체에 있는 표준 기본 키 필드입니다.

예시
구매 주문-2023-00123구매 주문-2023-00456구매 주문-2023-00789
시작 시각
EventTime
활동이나 이벤트가 발생한 정확한 시각입니다.
설명

이벤트 시각은 특정 활동이 실행된 날짜와 시간을 기록합니다. 프로세스의 각 활동에는 발생 시점을 나타내는 타임스탬프가 있습니다.

이 속성은 process mining의 모든 시간 기반 분석에 중요합니다. 활동 간 처리 시간을 계산하고 프로세스 소요 시간을 측정하며 지연을 파악하는 데 사용됩니다. 예를 들어 ‘구매 주문 초안 작성’과 ‘구매 주문 승인’ 타임스탬프의 차이로 구매 주문 승인 주기 시간 KPI를 계산합니다.

중요한 이유

각 이벤트의 시간 정보를 제공하므로 처리 시간 계산, 성과 분석, 병목 탐지에 필요합니다.

확보 방법

Coupa의 이벤트 로그나 감사 추적에서 확인할 수 있으며, 일반적으로 구매 주문의 상태 변경이나 작업 기록과 연결됩니다.

예시
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
활동
ActivityName
구매 주문 수명 주기 중 특정 시점에 발생한 이벤트나 작업의 이름입니다.
설명

활동명은 구매 주문 승인이나 입고 반영처럼 P2P 프로세스의 개별 단계를 나타냅니다. 활동이 순서대로 이어져 각 구매 주문의 프로세스 흐름을 구성합니다.

이 속성은 프로세스 맵을 구성하고 프로세스 변형을 탐색하며 이벤트 발생 빈도와 순서를 분석하는 데 사용되므로 process mining의 기본 요소입니다. 병목과 재작업 반복, 표준 프로세스 흐름에서 벗어난 사례를 찾는 데 도움이 됩니다. 예를 들어 ‘구매 주문 변경’ 활동의 순서를 분석하면 주문 정확도와 관련된 비효율을 파악할 수 있습니다.

중요한 이유

프로세스 단계를 정의하므로 프로세스 흐름을 시각화하고 병목, 재작업, 편차를 파악할 수 있습니다.

확보 방법

Coupa의 구매 주문 객체와 연결된 이벤트 로그, 감사 추적 또는 상태 변경 기록에서 가져옵니다.

예시
구매 요청 승인구매 주문 제출입고 반영구매 주문 관련 송장 수신
마지막 데이터 업데이트
LastDataUpdate
이 프로세스의 데이터가 마지막으로 갱신된 시각입니다.
설명

이 속성은 원천 시스템에서 데이터 세트를 마지막으로 업데이트한 시점을 기록합니다. 개별 이벤트가 아니라 데이터 세트 전체에 적용되는 메타데이터 필드입니다.

분석 대시보드에서 이 타임스탬프는 사용자가 보고 있는 데이터의 최신성을 판단하는 데 중요합니다. 최신 정보를 바탕으로 인사이트를 확인하고 있는지 알 수 있으며, 데이터가 얼마나 최신인지에 대한 기대를 관리하는 데도 도움이 됩니다. 보통 대시보드에서 눈에 잘 띄게 표시합니다.

중요한 이유

데이터가 얼마나 최신인지 알려 사용자가 프로세스 분석과 KPI의 기준 시점을 파악할 수 있습니다.

확보 방법

ETL 파이프라인이 실행될 때 데이터 추출 및 적재 과정에서 생성하고 저장하는 타임스탬프입니다.

예시
2023-11-01T05:00:00Z
원천 시스템
SourceSystem
프로세스 데이터를 추출한 시스템입니다.
설명

이 속성은 이벤트 데이터가 기록된 원천 정보 시스템을 식별합니다. 이 프로세스에서는 값이 항상 'Coupa'입니다.

기업 환경에서는 조달 데이터가 Coupa에서, 송장 데이터가 다른 ERP에서 오는 것처럼 여러 시스템의 데이터를 사용할 수 있습니다. 이 속성으로 데이터 출처를 구분하고 데이터 계보를 명확히 할 수 있으며, 특정 시스템의 관점에서 프로세스를 분석할 때도 활용할 수 있습니다.

중요한 이유

데이터 출처에 관한 중요한 정보를 제공해 추적성을 보장하고, 특히 여러 시스템을 사용하는 환경에서 적절한 데이터 거버넌스를 지원합니다.

확보 방법

데이터 추출 및 변환 과정에서 데이터 세트를 식별하도록 추가하는 고정값입니다.

예시
Coupa
공급업체명
VendorName
상품이나 서비스를 구매하는 공급업체의 이름입니다.
설명

공급업체명은 구매 주문에 기재된 품목을 공급하는 외부 업체를 나타냅니다. 조달 분석에 기본적으로 필요한 정보입니다.

공급업체별 프로세스 성과를 분석하면 공급업체 관계를 관리하는 데 도움이 됩니다. '공급업체 리드 타임 성과'를 평가하고, '입고 처리 지연'을 파악하며, '반품률'을 통해 공급업체 품질을 확인할 수 있습니다. 또한 '비선호 공급업체 지출 비율' KPI를 계산하는 데도 사용됩니다.

중요한 이유

공급업체 성과를 분석해 공급업체 선정 최적화, 거래 조건 협상, 성과가 높거나 낮은 공급업체 파악에 활용할 수 있습니다.

확보 방법

Coupa 구매 주문 헤더의 표준 필드이며 공급업체 마스터 데이터와 연결됩니다.

예시
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
구매 범주
PurchaseCategory
구매하는 상품이나 서비스의 분류입니다. 예를 들어 IT 하드웨어, 전문 서비스 등이 있습니다.
설명

구매 범주는 상품 분류 또는 자재 그룹이라고도 하며, 유사한 구매 항목을 묶는 분류 기준입니다. 이 구조화된 데이터를 사용하면 지출과 조달 프로세스를 체계적으로 분석할 수 있습니다.

process mining에서는 필터링과 세분화에 유용한 차원입니다. '구매 범주별 지출 분석' 대시보드에서 지출 패턴을 범주별로 나눠 볼 때 사용합니다. 또한 복잡한 서비스 범주의 소요 시간이나 변경률이 일반 사무용품 범주보다 높은지 확인할 수 있습니다.

중요한 이유

범주별 지출과 프로세스를 분석해 조달 패턴을 파악하고, 공급업체와 협상하며, 프로세스 통제를 조정할 수 있습니다.

확보 방법

일반적으로 Coupa 구매 주문 품목에서 확인할 수 있으며, 상품 코드나 구매 카탈로그와 연결되는 경우가 많습니다.

예시
IT 하드웨어사무용품전문 서비스마케팅 자료
부서
Department
구매 주문 비용이 청구되는 사업 부서 또는 비용 센터입니다.
설명

부서 속성은 구매를 요청했거나 비용을 부담할 조직 단위를 나타냅니다. 일반적으로 구매 주문 품목의 요청자 또는 비용 센터 정보와 연결됩니다.

이 차원은 프로세스 분석과 KPI를 세분화하는 데 중요합니다. 관리자는 이를 통해 조직 내 여러 부문의 프로세스 효율성, 규정 준수, 지출 패턴을 비교할 수 있습니다. 예를 들어 '구매 범주별 지출 분석' 대시보드에서는 부서별 예산 지출 현황을 확인하는 데 부서 속성을 사용합니다.

중요한 이유

사업 부문별로 프로세스와 지출 분석을 필터링하고 비교해 효율성과 규정 준수의 차이를 파악할 수 있습니다.

확보 방법

Coupa의 구매 주문 헤더 또는 품목에서 확인할 수 있으며, 비용 센터나 조직 단위와 연결되는 경우가 많습니다.

예시
마케팅정보 기술운영재무
사용자
User
승인자나 요청자처럼 활동을 수행한 사람의 사용자 ID 또는 이름입니다.
설명

이 속성은 프로세스의 특정 이벤트를 수행한 담당자를 식별합니다. 주문 초안을 작성한 사람, 승인한 관리자, 입고를 반영한 직원 등이 해당합니다.

사용자별 성과를 분석하면 교육 필요 사항과 성과가 높은 사용자, 업무량 분포를 파악할 수 있습니다. 예를 들어 ‘구매 주문 승인 주기 시간 성과’ 대시보드에서는 이 속성을 사용해 승인자별 승인 시간을 비교하고, 프로세스 병목이 될 수 있는 지점을 확인합니다.

중요한 이유

개인이나 역할별로 프로세스 성과를 분석해 병목, 교육 기회, 리소스 배분 문제를 파악할 수 있습니다.

확보 방법

Coupa의 구매 주문 감사 추적이나 이력 로그에서 각 이벤트와 연결됩니다. 'Created By', 'Approved By', 'Updated By'와 같은 필드가 일반적인 데이터 출처입니다.

예시
홍길동a.smithm.jones
주문 총액
TotalOrderAmount
구매 주문의 총 금액입니다.
설명

이 속성은 구매 주문에 명시된 모든 상품과 서비스의 총비용을 특정 통화로 나타냅니다. 주문 전체에 적용되는 케이스 수준 속성입니다.

이 재무 데이터는 지출 분석과 프로세스 개선 우선순위 설정에 중요합니다. 금액이 큰 주문은 더 면밀히 검토하거나 별도의 승인 경로를 적용할 수 있습니다. '구매 범주별 지출 분석' 대시보드에서 직접 사용되며, '비선호 공급업체 지출 비율' KPI를 계산하는 데도 활용됩니다.

중요한 이유

구매별 재무 정보를 제공해 지출 분석, 고액 주문의 우선순위 설정, 재무 영향 평가를 지원합니다.

확보 방법

Coupa 구매 주문 헤더에서 확인할 수 있으며, 일반적으로 'Total' 또는 'Grand Total'로 표시됩니다.

예시
1500.00250.7512500.50
구매 요청 번호
PurchaseRequisitionNumber
구매 주문이 생성되기 전에 제출된 구매 요청의 고유 식별자입니다.
설명

이 속성은 구매 주문을 원래 구매 요청과 연결합니다. 하나의 구매 요청에서 하나 이상의 구매 주문이 생성될 수 있습니다.

이 연결 정보는 '요청부터 주문까지' 전체 소요 시간을 분석하는 데 필요합니다. 구매 요청 생성 이벤트를 구매 주문 생성 및 발송 이벤트와 연결하면 요청부터 이행까지 조달 시작 프로세스 전체의 효율성을 측정할 수 있습니다.

중요한 이유

프로세스의 요청 단계와 주문 단계를 연결해 요청부터 주문까지의 소요 시간과 전환율을 분석할 수 있습니다.

확보 방법

일반적으로 Coupa 구매 주문 품목의 참조 필드이며, 원본 구매 요청과 연결됩니다.

예시
PR-2023-00098PR-2023-00152PR-2023-00341
반려 사유
RejectionReason
승인 단계에서 구매 요청이나 구매 주문이 반려될 때 입력하는 사유입니다.
설명

승인자가 구매 주문을 반려할 때는 보통 사유를 입력합니다. 이 속성은 '예산 코드 오류' 또는 '지출 한도 초과'와 같은 설명을 기록합니다.

반려 사유를 분석하면 재작업과 프로세스 실패의 근본 원인을 파악할 수 있습니다. 이 정성적 데이터를 활용해 구매 요청 과정에서 자주 발생하는 오류를 찾아내고, 맞춤형 교육이나 시스템 개선을 통해 재반려를 줄이고 최초 승인율을 높일 수 있습니다.

중요한 이유

구매 주문이 반려된 이유를 구체적으로 파악해 재작업과 지연의 근본 원인을 해결할 수 있습니다.

확보 방법

일반적으로 Coupa 승인 워크플로에서 '구매 주문 반려' 또는 '구매 요청 반려' 활동과 연결된 댓글이나 메모 필드에 기록됩니다.

예시
중복 요청예산 미승인공급업체를 잘못 선택함
변경 사유
ChangeReason
구매 주문을 처음 생성한 후 변경한 이유입니다.
설명

이 속성은 구매 주문을 변경한 이유를 기록합니다. 예를 들어 '수량 수정' 또는 '가격 정정'이 있습니다. 사용자가 '구매 주문 변경' 활동을 수행할 때 감사 추적에 기록되는 경우가 많습니다.

주문 변경 사유를 파악하면 '구매 주문 변경 분석' 대시보드를 활용하는 데 도움이 됩니다. 공급업체 재고 문제처럼 피하기 어려운 변경과 최초 입력 오류처럼 예방할 수 있는 변경을 구분할 수 있습니다. 이를 바탕으로 주문 정확도를 높이고 '구매 주문 변경률' KPI를 낮출 수 있습니다.

중요한 이유

구매 주문 변경의 근본 원인을 파악해 최초 주문의 정확도를 높이고 프로세스 재작업을 줄이는 조치를 마련할 수 있습니다.

확보 방법

Coupa 구매 주문의 변경 이벤트와 연결된 감사 로그나 댓글에서 확인할 수 있습니다.

예시
공급업체의 가격 변경납기일 조정품목 코드 정정
선호 공급업체 여부
IsPreferredVendor
선호 또는 전략 공급업체에서 구매했는지 나타내는 참/거짓 값입니다.
설명

이 값은 구매 주문의 공급업체가 사전 승인된 전략 공급업체 목록에 포함되는지 나타냅니다. 일반적으로 공급업체 이름이나 ID를 선호 공급업체 마스터 목록과 대조해 판별합니다.

이 속성은 전략적 소싱과 지출 관리에 필요합니다. '비선호 공급업체 지출 비율' KPI를 계산하는 데 사용되며, 이를 통해 조직은 승인되지 않은 구매를 관리하고 주요 협력업체에 지출을 집중해 물량 할인과 유리한 거래 조건을 확보할 수 있습니다.

중요한 이유

선호 공급업체와 비선호 공급업체에 대한 지출을 추적해 조달 정책 준수와 전략적 소싱 목표를 관리할 수 있습니다.

확보 방법

Coupa의 표준 필드가 아닌 경우가 많으며, 구매 주문의 공급업체 ID를 외부 선호 공급업체 목록과 대조해 산출합니다.

예시
truefalse
요청 납기일
RequestedDeliveryDate
요청자가 상품이나 서비스의 배송을 요청한 날짜입니다.
설명

이 속성은 구매 요청 과정에서 업무 담당자가 지정한 목표 납기일입니다. 주문이 이행되기를 기대하는 날짜를 나타냅니다.

이 날짜는 공급업체와 내부 프로세스의 성과를 측정하는 기준입니다. 실제 '입고 등록' 날짜와 비교해 '공급업체 납기 준수율' KPI를 계산하는 데 직접 사용됩니다. '납기 편차 및 반품' 대시보드에서는 요청 납기일과 실제 배송일의 차이를 보여줘 기대치를 관리하고 예측 정확도를 높이는 데 도움이 됩니다.

중요한 이유

공급업체의 정시 납품과 내부 입고 프로세스의 효율성을 측정하는 주요 기준으로 사용됩니다.

확보 방법

Coupa 구매 주문 품목의 표준 필드입니다.

예시
2023-11-152023-12-012024-01-10
요청자 이름
RequesterName
상품이나 서비스를 처음 요청한 사람의 이름입니다.
설명

이 속성은 구매 주문으로 이어진 구매 요청을 작성한 직원을 나타냅니다. 요청자는 구매자나 승인자와 다를 수 있으며, 업무상 필요에 따라 구매를 요청한 사용자입니다.

요청자별 프로세스 동작을 분석하면 특정 사용자나 부서와 관련된 패턴을 파악할 수 있습니다. '구매 주문 변경 분석' 대시보드에서는 특정 요청자의 주문 변경 빈도가 높은지 확인할 수 있습니다. 변경이 잦다면 사양 작성 요건에 대한 추가 교육이 필요할 수 있습니다.

중요한 이유

구매가 시작된 업무상 배경을 파악해 요청자별 조달 행동과 요청 정확도를 분석할 수 있습니다.

확보 방법

일반적으로 원본 구매 요청에 저장되며 Coupa에서 구매 주문으로 전달됩니다.

예시
Alice CooperBob DylanCharlie Parker
입고 위치
ReceivingLocation
상품을 배송받을 창고나 사무실 등의 실제 위치입니다.
설명

입고 위치는 구매 주문에 기재된 상품의 배송 목적지를 나타냅니다. 특정 창고, 공장 또는 사무실 주소일 수 있습니다.

이 속성을 사용하면 사업장별 물류 및 입고 성과를 분석할 수 있습니다. '입고 처리 지연' 대시보드에서 이 속성으로 필터링하면 특정 위치에서 입고 처리가 지연되는지 확인할 수 있습니다. 이를 통해 사업장별 운영 비효율이나 리소스 제약을 파악할 수 있습니다.

중요한 이유

위치별로 입고 프로세스를 분석해 창고, 공장, 사무실 간 성과 차이를 파악할 수 있습니다.

확보 방법

Coupa 구매 주문의 '배송지' 주소에 포함된 정보입니다.

예시
창고 A - 시카고5번 건물 - 런던 사무실프랑크푸르트 공장
재작업 여부
IsRework
구매 주문에 변경 활동이 있었는지 나타내는 계산된 값입니다.
설명

이 참/거짓 값은 구매 주문 이력에 '구매 주문 변경' 이벤트가 한 번 이상 있으면 true로 설정됩니다. 이벤트 로그에서 산출하는 케이스 수준 속성입니다.

이 속성을 사용하면 '구매 주문 변경률'과 같은 KPI를 쉽게 계산할 수 있습니다. 데이터를 간편하게 필터링하고 세분화해 재작업이 있는 주문과 없는 주문의 프로세스를 비교하고, 변경이 소요 시간과 비용에 미치는 영향을 측정할 수 있습니다. '구매 주문 변경 분석' 대시보드의 주요 구성 요소입니다.

중요한 이유

한 번 이상 변경된 모든 구매 주문을 쉽게 필터링하고 집계해 재작업을 간편하게 분석할 수 있습니다.

확보 방법

데이터 변환 과정에서 각 PurchaseOrderNumber에 '구매 주문 변경' 활동이 있는지 확인해 계산합니다.

예시
truefalse
정시 납품 여부
IsDeliveryOnTime
요청 납기일까지 또는 그 전에 상품이 입고되었는지 나타내는 계산된 값입니다.
설명

이 참/거짓 속성은 '입고 등록' 이벤트의 타임스탬프와 'RequestedDeliveryDate'를 비교해 계산합니다. 입고일이 요청 납기일과 같거나 빠르면 true로 설정됩니다.

이 값은 '공급업체 납기 준수율' KPI와 '납기 편차 및 반품' 대시보드에 직접 활용됩니다. 정시 납품 여부를 명확한 이진 값으로 제공하므로 집계와 시각화가 간편하며, 공급업체나 내부 입고 프로세스의 성과 문제를 빠르게 파악할 수 있습니다.

중요한 이유

납품 성과를 명확한 이진 지표로 제공해 정시 납품 KPI 계산과 추세 분석을 간소화합니다.

확보 방법

데이터 변환 과정에서 'RequestedDeliveryDate'와 '입고 등록' 활동의 타임스탬프를 비교해 계산합니다.

예시
truefalse
최초 승인 여부
IsFirstPassApproval
초안 작성 후 변경 없이 구매 주문이 승인되었는지 나타내는 계산된 값입니다.
설명

구매 주문이 '구매 주문 초안 작성'에서 '구매 주문 승인'으로 진행되는 동안 '구매 주문 변경' 또는 '구매 주문 반려' 활동이 없으면 이 참/거짓 값은 true로 설정됩니다.

이 속성은 '구매 주문 최초 승인율' KPI를 직접 측정합니다. 비율이 높으면 최초 처리 과정이 효율적이고 정확하다는 뜻입니다. 값이 false인 케이스를 분석하면 재작업 원인을 파악하고 구매 주문의 초기 데이터 품질을 개선할 수 있습니다.

중요한 이유

최초 생성 및 승인 프로세스의 효율성을 직접 측정해 재작업 없이 처리된 주문의 규모를 보여줍니다.

확보 방법

데이터 변환 과정에서 각 PurchaseOrderNumber의 이벤트 순서를 분석해 계산합니다.

예시
truefalse
통화
Currency
구매 주문 금액에 적용되는 통화 코드입니다.
설명

이 속성은 주문 총액의 통화(예: USD, EUR, GBP)를 지정합니다. 글로벌 조직에서 재무 데이터를 올바르게 해석하는 데 필요합니다.

다국적 기업은 통화를 고려하지 않고 지출을 분석하면 잘못된 결론을 내릴 수 있습니다. 이 속성을 사용하면 통화를 적절히 환산하고 대시보드에서 일관된 재무 보고를 수행해 금액을 동일한 기준으로 비교할 수 있습니다.

중요한 이유

통화 환산에 필요한 정보를 제공해 다국적 환경에서도 정확한 재무 분석과 보고를 지원합니다.

확보 방법

Coupa 구매 주문 헤더의 표준 필드입니다.

예시
USDEURGBPJPY
필수 권장 선택 사항

구매부터 지급까지, 구매 주문 활동

P2P 운영을 정확히 파악하고 분석하려면 다음 프로세스 단계와 주요 시점을 이벤트 로그에서 추적해야 합니다.
6 권장 11 선택 사항
활동 설명
공급업체에 구매 주문 발송
이 활동은 승인된 구매 주문을 이메일이나 Coupa Supplier Portal을 통해 공급업체에 공식 전달하는 시점을 나타냅니다. 이 이벤트를 기준으로 구매 주문은 내부 문서에서 외부에 대한 확정 주문으로 전환됩니다.
중요한 이유

이 단계는 내부 구매 요청부터 주문까지의 주기를 마무리하고 공급업체 리드 타임을 시작하는 중요한 시점입니다. 내부 효율과 공급업체 성과를 모두 측정하는 데 필요합니다.

확보 방법

구매 주문 상태가 'Ordered' 또는 'Sent'로 변경된 기록을 통해 확인하는 경우가 많습니다. Coupa 구매 주문 레코드에 'last_exported_at' 또는 'sent_to_supplier_at' 타임스탬프가 별도로 있을 수도 있습니다.

기록

상태가 'Ordered'로 변경된 타임스탬프나 별도의 전송 시각 필드를 기준으로 산출합니다.

이벤트 유형 inferred
구매 요청 생성
이 활동은 구매 주문에 앞서 상품이나 서비스를 공식적으로 요청하는 구매 요청이 생성되는 시점을 나타냅니다. Coupa에서는 사용자가 새 요청 문서를 저장하고 제출할 때 명시적인 이벤트로 기록됩니다.
중요한 이유

조달 프로세스의 일반적인 시작점인 이 활동은 구매 요청부터 주문까지의 전체 처리 시간을 측정하고 상위 단계의 프로세스 효율을 파악하는 데 필요합니다.

확보 방법

이 이벤트는 Coupa의 Purchase Requisitions 객체 또는 테이블에 기록된 생성 내역에 해당합니다. 타임스탬프는 보통 'created_at' 또는 이에 해당하는 시스템 생성 날짜 필드에서 확인할 수 있습니다.

기록

새 구매 요청 레코드가 생성될 때 바로 기록됩니다.

이벤트 유형 explicit
구매 주문 승인
이 단계는 구매 주문의 내부 승인 워크플로가 완료되어 공급업체에 발행할 권한을 얻었음을 나타냅니다. 여러 단계로 진행되는 프로세스에서는 보통 마지막 승인 단계입니다.
중요한 이유

구매 주문 승인 주기 시간을 계산하고 승인 병목을 파악하는 데 중요한 단계입니다. 규정 준수 여부를 확인하는 주요 점검 지점이기도 합니다.

확보 방법

Coupa의 구매 주문 승인 이력에서 확인합니다. 최종 승인 작업의 타임스탬프를 이벤트 시각으로 사용합니다.

기록

최종 승인자가 작업을 완료하면 승인 이력에 기록됩니다.

이벤트 유형 explicit
구매 주문 종료
이 마지막 활동은 구매 주문이 완료됐음을 나타냅니다. 상품을 모두 수령하고 송장 처리가 끝나 추가 거래가 예상되지 않을 때 구매 주문을 종료된 것으로 봅니다.
중요한 이유

이 활동으로 구매 주문의 수명 주기가 공식적으로 끝납니다. 종료까지 걸린 시간을 분석하면 최종 대사와 기록 관리의 비효율을 파악할 수 있습니다.

확보 방법

구매 주문 객체의 상태가 'Closed'로 변경된 기록을 통해 확인합니다. 이 상태는 입고 및 송장 처리 허용 범위에 관한 비즈니스 규칙에 따라 Coupa에서 자동으로 설정되는 경우가 많습니다.

기록

상태가 'Closed'로 변경된 타임스탬프를 기준으로 산출합니다.

이벤트 유형 inferred
구매 주문 취소
이 활동은 완료 전에 구매 주문을 취소하는 경우를 나타냅니다. 요청이 더 이상 유효하지 않거나 구매 주문이 잘못 생성된 경우 등 여러 단계에서 취소할 수 있습니다.
중요한 이유

취소는 프로세스가 중단되는 또 다른 종료 경로입니다. 취소를 추적하면 프로세스가 중단되는 양상을 파악하고 구매 요청이 포기된 이유를 찾을 수 있습니다.

확보 방법

구매 주문 객체의 상태가 'Canceled'로 변경된 기록을 통해 확인합니다. 해당 상태 변경의 타임스탬프를 이벤트 시각으로 사용합니다.

기록

상태가 'Canceled'로 변경된 타임스탬프를 기준으로 산출합니다.

이벤트 유형 inferred
입고 반영
상품을 수령하고 검사한 뒤 인수했음을 공식적으로 확인하는 단계입니다. 이 이벤트는 재고 기록을 갱신하고 해당 납품에 대한 공급업체의 의무가 이행됐음을 나타냅니다.
중요한 이유

이 중요한 단계는 공급업체 리드 타임의 종료를 나타내며 납기 준수 여부를 측정하는 데 사용됩니다. 입고 반영이 지연되면 실제 재고 수준을 파악하기 어려울 수 있습니다.

확보 방법

Coupa의 Receipt 객체에 기록되는 주요 거래입니다. 입고 상태가 'Posted' 또는 'Received'로 변경된 시각을 이벤트로 기록합니다.

기록

시스템에서 입고 거래가 최종 처리될 때 기록됩니다.

이벤트 유형 explicit
공급업체 주문 확인
이 이벤트는 공급업체가 구매 주문을 받고 확인했음을 나타냅니다. Coupa Supplier Portal(CSP)과 같은 공급업체 포털을 통해 전자적으로 확인하는 경우가 많습니다.
중요한 이유

공급업체의 주문 확인을 통해 주문 처리 여부를 확실히 파악할 수 있습니다. 납품 예측의 정확도를 높이고 공급망의 불확실성을 줄이는 데 도움이 됩니다.

확보 방법

공급업체가 Coupa Supplier Portal에서 'Acknowledge' 작업을 수행하면 구매 주문에서 이 정보를 확인할 수 있습니다. 해당 작업의 타임스탬프를 사용합니다.

기록

공급업체가 공급업체 포털에서 'Acknowledge' 작업을 수행할 때 기록됩니다.

이벤트 유형 explicit
구매 요청 승인
구매 요청은 구매 주문으로 전환되기 전에 승인 워크플로를 거칩니다. 이 이벤트는 요청에 대한 최종 승인이 완료되어 주문을 진행할 수 있는 상태가 됐음을 나타냅니다.
중요한 이유

구매 요청 승인 과정을 추적하면 주문 전 단계의 병목을 파악할 수 있습니다. 이 단계의 지연은 구매 주문 발행 시점에 직접 영향을 줍니다.

확보 방법

일반적으로 Coupa의 구매 요청 객체에 있는 승인 이력에서 확인할 수 있습니다. 최종 승인 작업에는 해당 시각과 사용자 정보가 기록됩니다.

기록

최종 승인자가 작업을 완료하면 승인 이력에 기록됩니다.

이벤트 유형 explicit
구매 주문 관련 송장 수신
이 이벤트는 구매 주문을 참조하는 공급업체 송장을 수신하고 입력하는 시점을 나타냅니다. P2P 주기에서 송장 처리와 결제 단계가 시작되는 시점입니다.
중요한 이유

송장 처리는 AP 프로세스에 속하지만, 송장 수신을 구매 주문과 연결하면 거래의 전체 수명 주기를 파악하고 납품부터 송장 발행까지의 간격을 분석할 수 있습니다.

확보 방법

Coupa에서 송장 문서가 생성된 타임스탬프를 가져옵니다. 이때 송장은 해당 구매 주문 번호와 대조됩니다.

기록

구매 주문과 연결된 송장 레코드가 생성될 때 기록됩니다.

이벤트 유형 explicit
구매 주문 반려
승인 워크플로 중 승인자가 구매 주문을 반려하면 이 활동이 발생합니다. 일반적으로 구매 주문은 수정하거나 취소할 수 있도록 작성자에게 돌아갑니다.
중요한 이유

반려 내역을 분석하면 데이터 품질 문제, 정책 위반, 교육 부족 등을 파악할 수 있습니다. 또한 프로세스를 크게 지연시키는 재작업 반복을 확인할 수 있습니다.

확보 방법

Coupa의 구매 주문 승인 이력에 명시적인 이벤트로 기록됩니다. 이력에는 해당 타임스탬프와 함께 'Reject' 작업이 표시됩니다.

기록

'Reject' 상태로 승인 이력에 기록됩니다.

이벤트 유형 explicit
구매 주문 변경
이 이벤트는 구매 주문 초안을 처음 작성한 후 변경한 모든 내용을 나타냅니다. Coupa에서는 구매 주문 문서의 버전 관리로 변경 내역을 추적하는 경우가 많습니다.
중요한 이유

변경 내역은 구매 주문 변경률과 기준 미준수 구매 주문 비율 같은 KPI를 측정하는 데 중요합니다. 변경이 잦다면 프로세스가 불안정하거나 최초 요청이 부정확할 수 있습니다.

확보 방법

구매 주문의 여러 버전을 추적해 확인할 수 있습니다. 첫 번째보다 높은 버전 번호가 새로 생성되면 변경이 발생한 것이며, 새 버전의 생성 날짜를 이벤트 타임스탬프로 사용합니다.

기록

새 구매 주문 버전의 생성 타임스탬프를 기준으로 확인합니다.

이벤트 유형 inferred
구매 주문 제출
구매 주문 초안을 작성한 후 승인 워크플로에 공식 제출합니다. 사용자가 수행하는 별도의 작업으로, 구매 주문 상태를 초안에서 승인 대기 중으로 변경합니다.
중요한 이유

이 이벤트를 통해 초안 작성 시간과 실제 승인 대기 시간을 구분할 수 있습니다. 사용자 행동과 프로세스 인계 과정을 더 명확하게 파악할 수 있습니다.

확보 방법

구매 주문 객체의 상태가 예를 들어 'draft'에서 'pending approval'로 바뀐 기록을 통해 확인합니다. 해당 상태 변경의 타임스탬프를 사용합니다.

기록

'pending approval'로 상태가 변경된 시각을 기준으로 산출합니다.

이벤트 유형 inferred
구매 주문 초안 작성
이 이벤트는 시스템에서 구매 주문 문서가 처음 생성되는 시점을 나타내며, 보통 승인된 구매 요청을 바탕으로 작성됩니다. 이 단계의 구매 주문은 내부 초안으로, 아직 승인을 위해 제출되거나 공급업체에 발송되지 않았습니다.
중요한 이유

이 활동은 구매 주문 승인 주기 시간 KPI 측정을 시작하는 시점입니다. 구매 주문 자체의 수명 주기에서 첫 번째 공식 단계이기도 합니다.

확보 방법

Coupa에서 구매 주문 레코드가 생성된 시각에 해당하며, 일반적으로 'created_at'과 같은 필드에서 확인할 수 있습니다.

기록

구매 주문 레코드의 시스템 생성 타임스탬프에서 가져옵니다.

이벤트 유형 explicit
상품 반품
이 활동은 이미 입고한 상품을 공급업체에 반송할 때 기록됩니다. 품질 문제나 파손, 오배송 등이 반품 사유가 될 수 있습니다.
중요한 이유

반품을 추적하면 상품 반품률을 계산하고 공급업체 품질이나 주문 정확도 문제를 파악할 수 있습니다. 반품률이 높으면 비용이 많이 드는 프로세스 실패를 나타내는 경우가 많습니다.

확보 방법

Coupa의 'Return to Supplier' 거래 또는 음수 입고 거래에서 확인합니다. 해당 거래의 타임스탬프를 이벤트 시각으로 사용합니다.

기록

원래 구매 주문 또는 입고와 연결된 반품 거래가 생성될 때 기록됩니다.

이벤트 유형 explicit
서비스 확인 입력
서비스 구매 주문에서는 이 활동이 상품 입고에 해당합니다. 구매 주문 조건에 따라 서비스가 제공됐음을 확인합니다.
중요한 이유

서비스 확인을 추적하면 서비스 지출을 관리하고, 완료 여부가 확인된 작업에 대해서만 대금이 지급되도록 할 수 있습니다.

확보 방법

Coupa에서 구매 주문과 연결된 서비스 입고 또는 서비스 입력 시트의 생성이나 승인 기록을 통해 확인합니다.

기록

서비스 입력 시트가 생성되고 승인될 때 기록됩니다.

이벤트 유형 explicit
입고 처리 시작
이 활동은 상품이 실제로 도착한 후 Coupa에서 입고 문서를 생성하는 등 입고 처리의 시작을 나타냅니다. 이 시점에는 상품이 아직 재고에 공식 반영되거나 입고 완료로 확인되지 않았습니다.
중요한 이유

이 이벤트는 입고 처리 시간 KPI 측정의 시작점입니다. 상품이 하역장에서 대기한 시간과 시스템에서 처리한 시간을 구분하는 데 도움이 됩니다.

확보 방법

'Draft' 또는 'Pending' 상태인 입고 문서의 생성 타임스탬프를 통해 확인할 수 있습니다. 이 시점은 입고가 최종 반영되기 전입니다.

기록

미반영 상태의 입고 레코드 생성 타임스탬프를 기준으로 산출합니다.

이벤트 유형 inferred
품질 검사 수행
이 이벤트는 입고된 품목이 품질 검사를 거쳐 통과했음을 나타냅니다. 회사의 프로세스에 따라 입고가 처음 반영된 후 별도 단계로 진행될 수 있습니다.
중요한 이유

이 활동은 품질 관리 프로세스의 효율을 측정하는 데 중요합니다. 이 단계가 지연되면 입고부터 사용 가능 상태가 되기까지 병목이 생길 수 있습니다.

확보 방법

입고 품목의 상태 변경이나 Coupa의 별도 검사 객체에 기록될 수 있습니다. 품질 모듈이나 사용자 지정 워크플로를 사용하는지에 따라 데이터 제공 여부가 달라집니다.

기록

입고 상태 변경이나 관련 검사 레코드의 타임스탬프를 통해 확인합니다.

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

데이터 추출 가이드

Coupa에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿에 따라 process mining에 사용할 데이터를 준비하고, 개선에 활용할 인사이트를 확인하세요. 지금 구매부터 지급까지, 구매 주문 프로세스의 최적화를 시작해 보세요.

P2P 구매 주문을 최적화하고 효율을 높이세요

P2P 처리 시간을 30% 단축하고 빠르게 성과를 확인하세요.

무료 체험 시작

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