구매 대금 지급 프로세스의 구매 요청 데이터 템플릿

NetSuite
구매 대금 지급 프로세스의 구매 요청 데이터 템플릿

구매 대금 지급 프로세스의 구매 요청 데이터 템플릿

이 템플릿은 구매 대금 지급 프로세스의 구매 요청을 분석하는 데 필요한 데이터를 수집하는 방법을 안내합니다. 주요 속성을 정리하고, 추적할 활동을 정의하며, 원본 시스템에서 데이터를 추출하는 실용적인 방법을 제공합니다. 이 자료를 활용해 프로세스 마이닝에 필요한 이벤트 로그를 준비하세요.
  • 수집 권장 속성
  • 프로세스 탐색을 위해 추적할 주요 활동
  • 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매 대금 지급 프로세스의 구매 요청 속성

구매 대금 지급 프로세스의 구매 요청을 분석할 때 이벤트 로그에 포함하는 것이 좋은 데이터 필드입니다.
3 필수 4 권장 12 선택 사항
이름 설명
구매 요청 ID
PurchaseRequisitionId
각 구매 요청을 고유하게 식별하는 값으로, 프로세스 분석에서 기본 케이스 ID로 사용됩니다.
설명

구매 요청 ID는 특정 상품이나 서비스 요청과 관련된 모든 활동과 이벤트를 연결하는 기준입니다. NetSuite에서 요청을 생성할 때 고유 ID가 부여되며, 수명 주기 내내 동일하게 유지됩니다.

process mining에서 이 속성은 케이스를 연결하는 데 필수적입니다. 요청 생성부터 모든 승인 단계와 수정, 승인·반려·구매 주문서 전환 등의 최종 결과까지 전체 흐름을 재구성할 수 있습니다. 이 ID를 기준으로 분석하면 수명 주기별 소요 시간을 계산하고 상태 변경을 추적하며 프로세스 흐름의 차이를 파악할 수 있습니다.

중요한 이유

개별 구매 요청의 전체 수명 주기를 추적하는 데 필요한 식별자입니다. 이를 통해 프로세스 흐름을 분석하고 케이스별 지표를 계산할 수 있습니다.

확보 방법

NetSuite의 구매 요청 레코드에 부여된 내부 ID 또는 거래 번호입니다. 일반적으로 거래의 'tranid' 필드에서 확인할 수 있습니다.

예시
PR-001254PR-001255PR-001256
이벤트 시간
EventTime
활동이 발생한 정확한 날짜와 시간입니다.
설명

이벤트 시간 또는 타임스탬프는 활동이 발생한 정확한 시점을 기록합니다. 이 시간 데이터는 구매 요청 프로세스의 소요 시간, 이벤트 순서, 처리 시점을 파악하는 데 중요합니다.

프로세스 분석에서는 타임스탬프를 사용해 처리 시간, 활동 간 대기 시간, 서비스 수준 협약 준수 여부를 계산합니다. '요청 승인 처리 시간' 대시보드와 '평균 요청 처리 시간' KPI 등 시간 기반 분석의 토대가 됩니다. 신뢰할 수 있는 프로세스 모델을 만들려면 타임스탬프가 정확해야 합니다.

중요한 이유

이 타임스탬프는 처리 시간 계산, 지연 파악, 프로세스 효율 측정 등 성과 분석의 토대입니다.

확보 방법

거래별 시스템 생성 필드인 'Date Created' 또는 System Notes나 워크플로 실행 로그에 기록된 타임스탬프에서 확인할 수 있습니다.

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

활동명은 '요청 생성', '승인 단계 승인', '구매 주문서 생성'과 같이 요청 프로세스의 개별 단계를 나타냅니다. 각 활동은 프로세스 맵의 구성 요소로, 실제 수행된 작업을 보여줍니다.

활동을 분석하면 프로세스 흐름을 시각화하고 병목을 찾으며 각 단계에 걸린 시간을 측정할 수 있습니다. 특정 구매 요청 ID에 속한 활동의 순서가 해당 요청의 진행 경로를 정의합니다. 이 경로를 표준 절차와 비교하면 절차 이탈이나 비효율을 파악할 수 있습니다.

중요한 이유

프로세스의 단계를 정의하므로 프로세스 맵을 시각화하고 프로세스 변형을 분석하며 병목을 찾을 수 있습니다.

확보 방법

일반적으로 거래 상태, 시스템 로그 항목, 워크플로 이력 또는 NetSuite의 사용자 지정 이벤트 추적 데이터를 조합해 도출합니다.

예시
요청 생성승인 단계 승인요청 수정구매 주문서 생성
부서
Department
요청 또는 요청자가 속한 업무 부서입니다.
설명

부서 속성은 구매 요청과 관련된 조직 단위를 나타내며, 일반적으로 요청자의 소속 부서를 의미합니다. 이 정보를 활용하면 조직 단위별로 프로세스를 구분해 분석할 수 있습니다.

부서별 승인 처리 시간 비교, 지출 패턴 파악, 반려율이 높은 부서 확인 등 다양한 분석에 활용할 수 있습니다. 이를 바탕으로 경영진은 리소스를 배분하고 교육을 맞춤화하며 각 사업 부서의 워크플로를 개선할 수 있습니다.

중요한 이유

사업 부서별 성과, 비용, 규정 준수 여부를 비교할 수 있도록 프로세스 데이터를 구분하는 기준입니다.

확보 방법

요청자의 직원 레코드에 연결되어 있거나 구매 요청의 거래 헤더에 직접 설정되어 있는 경우가 많습니다.

예시
마케팅IT재무운영
요청 상태
RequisitionStatus
수명 주기에서 요청이 현재 어떤 상태인지 나타냅니다.
설명

요청 상태는 특정 시점에 구매 요청이 프로세스의 어느 단계에 있는지 보여줍니다. 일반적인 상태로는 'Pending Approval', 'Fully Approved', 'Rejected', 'Closed'가 있습니다.

이 속성은 진행 중인 요청과 현재 상태에 머문 기간을 추적하는 '요청 상태 및 경과 시간' 대시보드를 만드는 데 중요합니다. 상태 전환을 분석하면 정상 경로와 예외 상황을 모두 파악할 수 있어 프로세스 탐색에 도움이 됩니다. 케이스의 최종 결과를 확인하는 데도 사용합니다.

중요한 이유

케이스의 진행 상황을 보여주므로 오래된 요청을 분석하고 처리가 멈춘 지점을 찾을 수 있습니다.

확보 방법

구매 요청 거래 헤더의 'Status' 또는 'Approval Status' 필드입니다.

예시
승인 대기최종 승인반려종료
요청자
Requester
구매 요청을 작성하고 제출한 직원입니다.
설명

요청자는 구매 요청을 작성해 조달 절차를 시작하는 사람입니다. 일반적으로 업무 수행에 필요한 상품이나 서비스를 요청하는 직원입니다.

요청자별 데이터를 분석하면 사용자 행동의 패턴을 파악할 수 있습니다. 반려율이 높거나 요청을 자주 수정하는 사용자를 확인해 '요청자별 성과 및 교육 필요성' 대시보드를 만들 수 있습니다. 이를 통해 추가 교육이나 명확한 지침이 필요한 부분을 찾아 최초 제출 품질과 전반적인 프로세스 효율을 높일 수 있습니다.

중요한 이유

프로세스를 시작한 사용자를 식별합니다. 사용자 행동과 요청자별 반려율을 분석하고 교육이 필요한 대상을 찾는 데 중요합니다.

확보 방법

일반적으로 구매 요청 거래 레코드의 'Employee' 또는 'Created By' 필드입니다.

예시
John SmithJane DoePeter Jones
총액
TotalAmount
구매 요청의 총 금액입니다.
설명

이 속성은 구매 요청에 포함된 모든 항목의 총비용을 나타냅니다. 금액 기준에 따라 승인 워크플로가 달라지는 등 프로세스에 영향을 주는 중요한 재무 데이터입니다.

총액을 분석하면 지출 패턴과 재무 영향을 파악할 수 있습니다. 금액별로 요청을 필터링하고 고액 요청과 프로세스 이탈의 연관성을 확인하며 재무상 중요한 케이스를 우선 분석할 수 있습니다. 재무 또는 규정 준수 관련 프로세스 분석에 기본적으로 필요한 속성입니다.

중요한 이유

재무 맥락을 제공하므로 금액을 기준으로 분석할 수 있습니다. 금액에 따라 승인 경로와 업무 우선순위가 달라지는 경우가 많습니다.

확보 방법

구매 요청 레코드의 표준 필드이며, 보통 'Total' 또는 이와 유사한 이름으로 표시됩니다.

예시
500.001250.7525000.00
공급업체명
VendorName
구매 요청에 지정된 추천 또는 선호 공급업체의 이름입니다.
설명

공급업체명 속성은 상품이나 서비스를 구매할 공급업체를 식별합니다. 구매 요청은 내부 문서이지만 선호 공급업체를 지정하는 경우가 많습니다.

이 속성을 분석하면 공급업체 관리와 관련된 패턴을 파악할 수 있습니다. 요청이 가장 많이 들어오는 공급업체를 추적하고, 특정 공급업체와 관련된 요청의 승인 시간이 더 오래 걸리는지 확인하며, 선호 공급업체 계약을 준수하는지 점검할 수 있습니다. 이 정보는 전략적 소싱과 공급업체 관계 관리에도 활용할 수 있습니다.

중요한 이유

공급업체별 조달 패턴을 분석하고, 선호 공급업체 목록 준수 여부와 공급업체별 프로세스 차이를 파악할 수 있습니다.

확보 방법

구매 요청 레코드의 상위 수준 '공급업체' 필드에 입력하거나 개별 항목에 지정할 수 있습니다.

예시
Dell Inc.StaplesMcKinsey & Company
구매 주문서 ID
PurchaseOrderId
승인된 요청을 바탕으로 생성된 구매 주문서의 식별자입니다.
설명

구매 요청이 승인되면 생성되는 구매 주문의 고유 식별자입니다. 이 속성은 구매 요청 프로세스와 이후의 조달 활동을 연결합니다.

프로세스 분석에서 이 연결 정보는 P2P 전 과정을 분석하는 데 중요합니다. 구매 요청 승인부터 구매 주문 생성까지 걸린 시간을 측정해 '구매 주문 생성 리드 타임' KPI를 계산할 수 있습니다. 또한 '구매 요청의 구매 주문 전환율'을 계산해 구매 요청이 실제 주문으로 얼마나 효과적으로 전환되는지 파악할 수 있습니다.

중요한 이유

구매 요청과 그에 따라 생성된 구매 주문을 연결해 구매 주문 생성 리드 타임을 측정하고 프로세스 전 과정을 분석할 수 있습니다.

확보 방법

구매 요청 레코드에서 확인할 수 있습니다. 관련 레코드 하위 탭이나 구매 주문의 '생성 출처' 링크에 표시되는 경우가 많습니다.

예시
PO-005432PO-005433PO-005434
긴급도
UrgencyLevel
일반 또는 긴급과 같이 구매 요청의 우선순위를 분류하는 값입니다.
설명

긴급도는 구매 요청의 업무상 우선순위를 나타내는 범주형 속성입니다. 긴급한 업무상 필요로 신속한 처리가 필요한 요청을 직원이 표시할 수 있습니다.

이 속성은 '긴급 요청 처리 성과' 대시보드와 '긴급 구매 요청 처리 시간' KPI에 활용됩니다. 분석가는 이 속성으로 프로세스 데이터를 필터링해 긴급 요청과 일반 요청의 처리 시간 및 프로세스 경로를 비교할 수 있습니다. 이를 통해 우선 처리 방식이 효과적인지, 병목으로 인해 지연이 계속 발생하는지 확인할 수 있습니다.

중요한 이유

우선순위가 높은 요청과 일반 요청의 프로세스 성과를 비교해 긴급한 업무를 효율적으로 처리할 수 있습니다.

확보 방법

일반적으로 구매 요청 양식의 사용자 지정 거래 본문 필드로 설정합니다.

예시
높음보통낮음
반려 사유
RejectionReason
구매 요청을 반려할 때 승인자가 입력하는 설명입니다.
설명

반려 사유는 구매 요청이 승인 요건을 충족하지 못한 이유를 승인자가 적는 텍스트 속성입니다. '승인 단계 반려' 활동에 대한 정성적 맥락을 제공합니다.

이 정보는 근본 원인 분석에 매우 유용합니다. '구매 요청 반려율 분석' 대시보드에서 반려 건수뿐 아니라 반려 이유까지 확인할 수 있습니다. 일반적인 사유로는 '잘못된 GL 계정', '예산 초과', '세부 정보 부족' 등이 있습니다. 사유를 분석하면 반복되는 문제를 찾아내고, 사용자 교육을 개선하며, 재작업과 반려를 줄이도록 제출 지침을 보완할 수 있습니다.

중요한 이유

반려가 발생한 이유를 파악해 근본 원인을 분석하고, 향후 반려율을 낮추며 최초 처리 품질을 높일 수 있습니다.

확보 방법

반려 처리 시 '메모' 필드에 입력하거나 승인 워크플로에 추가한 사용자 지정 필드에 기록하는 경우가 많습니다. 시스템 노트에서도 확인할 수 있습니다.

예시
예산 초과잘못된 공급업체 선택품목 세부 정보 누락중복 요청
승인 워크플로 경로
ApprovalWorkflowPath
구매 요청이 거친 승인 단계의 순서입니다.
설명

승인 워크플로 경로는 구매 요청별 승인 활동 또는 상태의 순서를 연결해 만든 파생 속성입니다. 예를 들어 '제출 > 관리자 승인 > 재무 승인'과 같이 표시됩니다. 이를 통해 각 사례가 거친 경로를 고유하게 식별할 수 있습니다.

이 속성은 적합성 검사와 변형 분석의 기반입니다. 사례를 실제 프로세스 흐름에 따라 쉽게 필터링하고 그룹화할 수 있어 '규정 미준수 구매 요청 경로' 및 '승인 워크플로 경로 준수' 대시보드에 활용됩니다. 실제 경로를 사전에 정의한 표준 경로와 비교하면 규정 준수 수준을 수치화하고 이탈 원인을 조사할 수 있습니다.

중요한 이유

사례별 승인 단계의 정확한 순서를 요약해 프로세스 변형 분석과 적합성 검사를 수행할 수 있습니다.

확보 방법

파생 속성으로, 각 'PurchaseRequisitionId'의 'ActivityName' 값을 시간순으로 연결해 계산합니다.

예시
생성 > 제출 > 승인생성 > 제출 > 반려 > 수정 > 제출 > 승인생성 > 제출 > 승인 > 철회
승인자
Approver
승인 단계의 승인 또는 반려를 담당하는 직원이나 사용자입니다.
설명

승인자는 승인 워크플로의 특정 단계에서 구매 요청을 검토하고 처리하도록 지정된 사람입니다. 하나의 요청에 여러 승인자가 지정될 수 있으며, 각 승인자는 서로 다른 승인 활동을 담당합니다.

이 속성은 승인 프로세스의 성과를 분석하는 데 필요합니다. '승인 단계별 처리 시간 분포' 대시보드를 만들어 개인이나 그룹에서 발생하는 병목을 찾을 수 있습니다. 승인 담당자를 추적하면 책임 소재를 명확히 하고 업무량을 균형 있게 배분하며 특정 승인자로 인한 지연을 파악할 수 있습니다.

중요한 이유

승인 작업을 수행하는 사용자를 식별합니다. 승인자별 성과와 업무량을 분석하고 병목을 찾는 데 중요합니다.

확보 방법

승인 상태 변경과 관련된 워크플로 실행 로그나 System Notes에서 확인할 수 있습니다. 승인 워크플로와 관련된 사용자 지정 레코드 필드에 저장되어 있을 수도 있습니다.

예시
Sarah JenkinsDavid Chen재무 승인 그룹
원천 시스템
SourceSystem
데이터를 추출한 원천 시스템을 나타냅니다.
설명

이 속성은 프로세스 데이터가 처음 생성된 시스템을 나타내며, 여기서는 NetSuite를 의미합니다. 여러 시스템의 데이터를 결합해 전체 프로세스를 분석할 때 특히 유용합니다.

단일 시스템만 분석하면 고정된 값처럼 보일 수 있지만, 데이터 거버넌스와 추적성을 위해 필요한 맥락을 제공합니다. 데이터의 출처를 확인하고 분석 중 시스템별 로직이나 변환을 정확히 이해하는 데 도움이 됩니다.

중요한 이유

데이터 출처를 명확히 하고 적절한 거버넌스를 지원하는 맥락을 제공합니다. 여러 시스템을 사용하는 환경에서 특히 유용합니다.

확보 방법

데이터 추출 및 변환 과정에서 'NetSuite'라는 고정값을 추가합니다.

예시
NetSuiteNetSuite SuitePeopleNetSuite ERP
재작업 여부
IsRework
구매 요청이 반려된 후 다시 제출되는 과정을 거쳤는지 나타내는 불리언 값입니다.
설명

재작업 여부는 파생 불리언 속성입니다. 구매 요청이 한 번이라도 반려된 뒤 수정되거나 승인을 위해 다시 제출되면 true로 설정됩니다. 표준적인 '정상 경로'보다 추가 작업과 처리가 필요했던 사례를 식별합니다.

이 속성을 사용하면 프로세스 비효율을 쉽게 분석할 수 있습니다. '승인 반려 반복 횟수' KPI 계산에 활용해 반려가 전체 프로세스에 미치는 영향을 파악할 수 있습니다. 재작업 여부가 true인 사례만 필터링하면 문제가 있는 프로세스 변형을 분리하고, 데이터 품질 저하나 정책 오해 등 최초 반려의 근본 원인을 조사할 수 있습니다.

중요한 이유

재작업 반복의 빈도와 영향을 파악할 수 있습니다. 재작업은 프로세스 비효율과 지연의 주요 원인입니다.

확보 방법

계산 속성입니다. 같은 사례에서 '승인 단계 반려' 활동 이후 '승인 요청 제출' 활동이 발생했는지 확인합니다.

예시
truefalse
처리 시간
CycleTime
구매 요청 생성부터 최종 처리까지 걸린 총시간입니다.
설명

처리 시간은 단일 사례의 구매 요청 프로세스에 걸린 총기간을 측정하는 계산 지표입니다. 일반적으로 첫 번째 활동(예: '구매 요청 생성')과 마지막 종료 활동(예: '구매 요청 최종 승인' 또는 '구매 요청 최종 반려') 사이의 시간 차이로 계산합니다.

프로세스 전반의 효율성을 보여주는 주요 KPI입니다. '평균 구매 요청 처리 시간' KPI를 계산하는 데 사용하며, 추세와 예외 사례, 프로세스 개선 활동의 영향을 파악하는 데 도움이 됩니다. 처리 시간 분포를 분석하면 평균 성과를 크게 떨어뜨리는 장기 처리 건을 찾을 수 있습니다.

중요한 이유

프로세스 전 과정의 효율성을 직접 측정하므로 지연을 찾고 전반적인 성과를 평가하는 데 중요한 지표입니다.

확보 방법

계산 속성입니다. 각 'PurchaseRequisitionId'의 첫 이벤트 시각에서 마지막 이벤트 시각을 빼서 산출합니다.

예시
25920060480086400
최종 데이터 업데이트
LastDataUpdate
원천 시스템에서 데이터를 마지막으로 추출하거나 새로 고친 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 NetSuite에서 데이터를 가장 최근에 가져온 날짜와 시간을 기록합니다. 모든 process mining 대시보드나 분석에 필요한 메타데이터입니다.

이 타임스탬프를 통해 데이터가 최신인지, 특정 시점의 스냅샷인지 확인할 수 있습니다. 데이터 검증에 필요하며, 프로세스 분석에서 얻은 인사이트가 얼마나 최신인지 이해관계자에게 알리는 데도 도움이 됩니다.

중요한 이유

데이터의 최신성을 알려 사용자가 프로세스 인사이트가 어느 시점의 정보를 반영하는지 파악할 수 있습니다.

확보 방법

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

예시
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
통화
Currency
요청 총액의 통화 코드입니다.
설명

통화 속성은 요청의 재무 금액을 표시하는 통화를 나타냅니다. 예를 들어 USD, EUR, GBP 등이 있습니다. 여러 통화를 사용하는 다국적 조직에서 특히 중요합니다.

이 필드를 통해 재무 데이터를 올바르게 해석할 수 있습니다. process mining에서는 모든 금액을 기준 통화로 환산하거나 통화별로 분석을 구분해 정확하게 합산하고 비교할 수 있습니다. 잘못된 재무 보고를 방지하고 글로벌 운영의 명확성을 높입니다.

중요한 이유

다국적 조직에서 재무 데이터를 정확히 분석하는 데 필요합니다. 금액을 올바르게 해석하고 합산할 수 있습니다.

확보 방법

특히 다중 통화를 사용하는 NetSuite 환경에서 구매 요청 거래 레코드의 표준 'Currency' 필드를 사용합니다.

예시
USDEURGBP
품목 범주
ItemCategory
구매 요청에 기재된 상품 또는 서비스의 범주입니다.
설명

품목 범주는 구매 요청의 품목을 'IT 하드웨어', '사무용품', '전문 서비스'와 같은 그룹으로 분류합니다. 구매 요청 항목에 연결된 품목 레코드에서 가져올 수 있습니다.

이 속성을 활용하면 구매 요청 프로세스를 더 세분화해 분석할 수 있습니다. 예를 들어 'IT 하드웨어 구매 요청은 사무용품 요청보다 승인에 더 오래 걸리는가?'와 같은 질문에 답할 수 있습니다. 품목 범주별로 프로세스를 나누면 범주별 병목과 규정 준수 문제를 파악하고, 범주별 지출을 분석해 조달 전략을 조정할 수 있습니다.

중요한 이유

구매 품목에 따라 프로세스를 분석해 범주별 병목이나 규정 준수 문제를 찾을 수 있습니다.

확보 방법

구매 요청의 개별 항목에 연결된 '품목' 레코드에서 가져옵니다. 범주는 품목 레코드의 기본 필드이거나 사용자 지정 필드일 수 있습니다.

예시
IT 하드웨어소프트웨어 라이선스사무용품마케팅 서비스
필수 권장 선택 사항

구매 대금 지급 프로세스의 구매 요청 활동

정확한 프로세스 탐색과 병목 식별을 위해 이벤트 로그에 기록할 주요 단계와 이정표입니다.
5 권장 6 선택 사항
활동 설명
구매 주문서 생성
최종 승인된 요청을 바탕으로 구매 주문서(PO)를 생성해 공급업체에 대금을 지급하기로 확정합니다. 원본 요청과 연결된 새 PO 거래가 생성되는 명시적인 이벤트입니다.
중요한 이유

구매 요청이 성공적으로 처리된 결과이자 Purchase to Pay 프로세스의 주요 인계 지점입니다. 승인부터 PO 생성까지 걸리는 시간은 조달 효율을 보여주는 중요한 KPI입니다.

확보 방법

'Created From' 필드나 이와 유사한 연결 필드에 구매 요청 ID가 표시된 Purchase Order 레코드를 찾습니다. 해당 PO의 생성일이 이 활동의 타임스탬프입니다.

기록

'Created From' 필드가 요청 ID와 일치하는 PO를 찾고 PO의 'Date Created'를 사용합니다.

이벤트 유형 explicit
요청 생성
사용자가 새 구매 요청 레코드를 작성하고 저장해 구매 절차를 시작합니다. 요청 수명 주기의 첫 이벤트이며, NetSuite에서 거래 레코드를 처음 저장할 때 기록됩니다.
중요한 이유

이 활동은 특정 구매 필요에 따른 조달 절차가 공식적으로 시작되었음을 나타냅니다. 생성부터 제출까지 걸린 시간을 분석하면 데이터 입력이나 최초 요청 작성 과정의 지연을 찾을 수 있습니다.

확보 방법

이 이벤트는 구매 요청 거래 레코드의 생성일 타임스탬프로 기록됩니다. 레코드의 기본 헤더 또는 'Create' 작업을 기록하는 System Notes 하위 탭에서 확인할 수 있습니다.

기록

구매 요청 레코드의 'Date Created' 필드를 사용합니다.

이벤트 유형 explicit
요청 종료
요청이 공식적으로 종료되어 추가 처리가 필요하지 않은 상태입니다. 연결된 구매 주문서를 통해 요청 수량 전체를 주문하면 자동으로 종료되는 경우가 많습니다.
중요한 이유

이 활동은 요청 수명 주기가 완전히 끝났음을 나타냅니다. 업무상 필요가 충족되고 레코드가 최종 처리되었음을 확인할 수 있습니다.

확보 방법

System Notes 하위 탭에서 행 또는 헤더 수준의 'Status' 필드가 'Closed'로 변경된 타임스탬프를 확인해 파악합니다.

기록

'Status' 필드가 'Closed'로 변경된 타임스탬프입니다.

이벤트 유형 inferred
요청 최종 반려
구매 요청이 최종 반려되어 더 이상 처리되지 않습니다. 요청의 최종 'Approval Status'가 'Rejected'로 변경된 시점으로 파악합니다.
중요한 이유

이 활동은 승인되지 않은 요청이 종료되는 중요한 지점입니다. 요청이 최종 반려된 이유와 시점을 파악하면 정책 준수와 예산 문제에 관한 인사이트를 얻을 수 있습니다.

확보 방법

System Notes 하위 탭에서 'Approval Status' 필드가 최종 상태인 'Rejected'로 설정된 타임스탬프를 확인해 파악합니다.

기록

'Approval Status'가 'Rejected'로 변경된 타임스탬프입니다.

이벤트 유형 inferred
요청 최종 승인
구매 요청이 승인 워크플로의 필수 단계를 모두 완료합니다. 레코드의 최종 'Approval Status'가 'Approved'로 변경된 시점으로 파악합니다.
중요한 이유

이 중요한 단계에 도달하면 요청을 구매 주문서로 전환할 수 있습니다. 승인 주기가 끝나고 조달 이행 단계가 시작되는 시점입니다.

확보 방법

System Notes 하위 탭에서 'Approval Status' 필드가 최종 상태인 'Approved'로 설정된 타임스탬프를 확인해 파악합니다.

기록

'Approval Status'가 'Approved'로 변경된 타임스탬프입니다.

이벤트 유형 inferred
승인 단계 반려
승인자가 자신에게 할당된 단계를 반려하면 보통 요청자에게 요청이 돌아가 수정 절차를 거칩니다. SuiteApprovals 워크플로 엔진에 이 작업이 명시적으로 기록됩니다.
중요한 이유

이 이벤트는 재작업과 프로세스 비효율을 보여주는 주요 지표입니다. 반려가 발생한 지점을 분석하면 정책 위반이나 잘못된 데이터 등 반복되는 원인을 찾을 수 있습니다.

확보 방법

SuiteApprovals 로그 또는 System Notes 하위 탭에서 확인합니다. 반려 작업, 반려한 사용자, 타임스탬프가 기록됩니다.

기록

SuiteApprovals 로그 또는 System Notes에서 반려 작업을 확인합니다.

이벤트 유형 explicit
승인 단계 승인
권한이 있는 사용자가 워크플로에서 자신에게 할당된 단계를 승인하면 요청이 최종 승인에 가까워집니다. NetSuite의 SuiteApprovals 플랫폼에는 승인자와 타임스탬프를 포함한 이 작업이 명시적으로 기록됩니다.
중요한 이유

이 활동은 승인 절차가 진행되었음을 나타냅니다. 승인 단계 사이에 걸린 시간을 분석하면 워크플로와 개별 승인자의 처리 효율을 파악할 수 있습니다.

확보 방법

SuiteApprovals 로그 또는 System Notes 하위 탭에서 확인합니다. 승인 작업, 승인자, 이벤트의 정확한 타임스탬프가 기록됩니다.

기록

SuiteApprovals 로그 또는 System Notes에서 승인 작업을 확인합니다.

이벤트 유형 explicit
승인 단계 시작
요청이 승인 워크플로의 특정 단계에 진입해 지정된 승인자나 그룹의 처리를 기다립니다. 일반적으로 워크플로에서 다음 순서의 승인자에게 요청을 할당한 시점으로 파악합니다.
중요한 이유

이 활동은 각 승인 단계의 대기 시간이 시작되는 시점입니다. 승인 단계별 병목과 처리가 지연되는 승인자를 찾는 데 필요합니다.

확보 방법

워크플로 실행 로그 또는 'Current Approver' 필드나 워크플로 상태 필드의 변경 내역으로 파악합니다. SuiteApprovals 플랫폼에서 현재 승인 단계를 추적합니다.

기록

워크플로 로그를 확인하거나 레코드가 새 승인자에게 할당된 시점으로 파악합니다.

이벤트 유형 inferred
승인을 위해 요청 제출
요청자가 작성이 완료된 요청을 지정된 승인 워크플로에 정식으로 제출합니다. 보통 요청 레코드의 상태가 'Draft' 또는 'Pending Submission'에서 'Pending Approval'로 바뀌는 시점으로 파악합니다.
중요한 이유

이 활동부터 승인 주기가 시작되므로 승인 처리 시간을 측정하는 기준점이 됩니다. 정식 승인 절차가 시작되기까지 요청이 얼마나 대기하는지 확인할 수 있습니다.

확보 방법

System Notes 하위 탭에서 'Approval Status' 필드가 처음으로 'Pending Approval'과 같은 값으로 변경된 시점을 확인해 파악합니다.

기록

'Approval Status' 필드가 'Pending Approval'로 처음 변경된 타임스탬프를 확인합니다.

이벤트 유형 inferred
요청 수정
사용자가 구매 요청을 처음 생성한 뒤 필드를 수정합니다. 반려에 대응하거나 요구 사항이 바뀌었을 때 주로 발생하며, NetSuite의 감사 추적 기능에 기록됩니다.
중요한 이유

수정 내역을 추적하면 재작업이 반복되는 구간과 데이터 품질 문제를 찾을 수 있습니다. 수정이 잦다면 최초 요청의 요건이 불명확하거나 요청자 교육이 필요하다는 신호일 수 있습니다.

확보 방법

구매 요청 레코드의 System Notes 하위 탭에서 확인합니다. 관련 필드의 'Type'이 'Change' 또는 'Edit'인 항목은 각각 수정으로 기록합니다.

기록

System Notes 로그에서 'Change' 유형 항목마다 이벤트를 기록합니다.

이벤트 유형 explicit
요청 철회
요청자나 관리자가 요청이 최종 승인되거나 구매 주문서로 전환되기 전에 취소합니다. 일반적으로 상태가 'Cancelled' 또는 'Withdrawn'으로 변경된 시점으로 파악합니다.
중요한 이유

이 활동은 요청자가 시작한 프로세스가 예외적으로 종료되었음을 나타냅니다. 철회 내역을 분석하면 업무상 필요가 바뀌었거나 더 이상 유효하지 않은 요청을 찾을 수 있습니다.

확보 방법

System Notes 하위 탭에서 'Approval Status' 필드가 'Cancelled' 또는 사용자 지정 철회 상태와 같은 값으로 변경된 타임스탬프를 추적해 파악합니다.

기록

'Approval Status'가 'Cancelled' 또는 'Withdrawn'으로 변경된 타임스탬프입니다.

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

데이터 추출 가이드

NetSuite에서 데이터를 가져오는 방법

시작할 준비가 되셨나요?

이 템플릿으로 프로세스 마이닝을 시작하고 NetSuite 구매 대금 지급 프로세스의 구매 요청에 관한 유용한 인사이트를 확인하세요. 지금부터 효율성을 높이고 승인을 앞당길 방법을 찾아보세요.

지금 구매 대금 지급 프로세스의 구매 요청을 최적화하세요!

구매 요청 승인 시간을 30% 단축하고 병목을 해소하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 지금 최적화를 시작하세요.