구매 요청 데이터 템플릿
구매 요청 데이터 템플릿
- 종합 분석을 위해 수집할 권장 속성
- 추적할 주요 프로세스 활동 및 마일스톤
- 시스템에서 데이터를 추출하는 자세한 안내
구매 요청 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
구매 요청 ID
PurchaseRequisitionId
|
구매 요청 문서를 식별하는 고유 번호로, 프로세스의 기본 케이스 식별자로 사용됩니다. | ||
|
설명
구매 요청 ID는 하나의 상품 또는 서비스 요청과 관련된 모든 활동을 연결하는 기준입니다. SAP Ariba에서 생성된 각 구매 요청에는 고유 ID가 부여되며, 생성과 제출부터 최종 승인, 거부 또는 마감까지 동일하게 유지됩니다. process mining 분석에서는 이 속성을 기준으로 케이스를 연결합니다. 이를 통해 각 구매 요청의 전체 흐름을 재구성하고, 처리 주기를 정확히 계산하며, 프로세스 변형과 재작업 반복을 분석할 수 있습니다. 이 식별자가 없으면 서로 다른 구매 요청에 속한 이벤트를 구분할 수 없습니다.
중요한 이유
관련 활동을 모두 연결하는 필수 케이스 식별자입니다. 이를 사용하면 각 요청의 구매 요청 프로세스 전체를 분석할 수 있습니다.
확보 방법
SAP Ariba 데이터 구조의 주요 구매 요청 헤더 테이블에서 기본 키 필드로 사용됩니다.
예시
PR-102345PR-102346PR-102347
|
|||
|
이벤트 타임스탬프
EventTimestamp
|
활동이 발생한 정확한 날짜와 시각으로, 이벤트 순서를 정하는 기준이 됩니다. | ||
|
설명
이벤트 타임스탬프는 활동이 발생한 정확한 시각을 기록합니다. 각 케이스에서 이벤트 순서를 올바르게 정하고 프로세스 단계 간 소요 시간을 계산하는 데 필요한 정밀한 데이터입니다. 분석에서는 처리 주기, 대기 시간, 처리 시간 등 시간 기반 계산의 기준으로 사용됩니다. 구매 요청 승인 주기나 승인 경로 병목 분석처럼 성과를 살펴보는 대시보드에도 활용됩니다. 이 필드의 정확도는 모든 성과 지표의 신뢰도에 직접 영향을 줍니다.
중요한 이유
이 속성은 이벤트의 시간 순서를 제공하며 처리 주기와 병목 등 성과 및 소요 시간 계산의 기준이 됩니다.
확보 방법
일반적으로 SAP Ariba의 감사 추적 또는 거래 로그 테이블에서 활동이나 상태 변경 기록과 함께 확인할 수 있습니다.
예시
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
활동명
ActivityName
|
구매 요청 수명 주기의 특정 시점에 발생한 업무 이벤트의 이름입니다. | ||
|
설명
활동명은 ‘구매 요청 생성’, ‘승인 단계 승인’, ‘구매 요청 마감’과 같이 구매 요청 프로세스의 개별 단계나 주요 시점을 나타냅니다. 일반적으로 SAP Ariba에 기록된 이벤트 로그, 상태 변경 또는 특정 사용자 작업에서 가져옵니다. 이 속성은 활동 흐름을 시각적으로 보여주는 프로세스 맵을 구성하는 데 필요합니다. 활동의 순서와 빈도를 분석하면 자주 발생하는 경로, 병목, 표준 절차에서 벗어난 사례와 재작업이 발생하는 구간을 찾을 수 있습니다. 모든 process mining 분석의 기본이 되는 데이터입니다.
중요한 이유
프로세스의 단계를 정의하므로 병목과 이탈을 포함한 구매 요청 워크플로를 시각화하고 분석할 수 있습니다.
확보 방법
SAP Ariba의 이벤트 로그, 감사 추적 또는 상태 변경 기록에서 가져옵니다. 주로 구매 요청 헤더 및 품목 테이블과 연결됩니다.
예시
구매 요청 제출승인 단계 승인구매 요청 수정구매 주문서 생성
|
|||
|
구매 요청 상태
RequisitionStatus
|
구매 요청의 전체 수명 주기에서 현재 상태를 나타냅니다. | ||
|
설명
이 속성은 요청의 실시간 상태를 나타냅니다. 예를 들어 '작성 중', '제출됨', '승인됨', '거부됨', '종료됨' 등이 있습니다. 데이터를 추출한 시점에 각 케이스가 프로세스의 어느 단계에 있는지 보여 줍니다. process mining은 과거의 흐름을 재구성하지만, 이 속성은 운영 모니터링에 중요합니다. '실시간 요청 상태 추적기'의 기본 데이터로, 관리자는 현재 업무량을 확인하고 처리가 멈췄거나 오래 지연된 요청을 파악할 수 있습니다. 진행 중인 요청 현황을 즉시 확인하고 필요한 조치를 취하는 데 도움이 됩니다.
중요한 이유
요청 처리 현황을 실시간으로 모니터링하여 처리가 멈추거나 지연된 요청을 문제가 되기 전에 파악하고 대응할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 요청 헤더에 기본 상태 필드로 제공됩니다.
예시
승인됨제출됨거부됨승인 진행 중
|
|||
|
구매 요청 총액
TotalRequisitionAmount
|
구매 요청의 총 금액입니다. | ||
|
설명
이 속성은 요청 전체의 금액을 나타냅니다. 구매 요청을 분류하고 우선순위를 정하는 데 필요한 재무 정보입니다. 이 금액과 프로세스 지표를 함께 분석하면 중요한 패턴을 찾을 수 있습니다. 예를 들어 고액 구매 요청은 승인 절차가 더 엄격하거나 처리 주기가 더 길 수 있습니다. 프로세스 비효율이 재무에 미치는 영향을 파악하고, 비교 분석을 위해 구매 요청을 금액대별로 분류하는 데도 필요합니다.
중요한 이유
재무 정보를 제공해 구매 요청 금액이 승인 시간이나 워크플로 복잡도 등 프로세스에 미치는 영향을 분석할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 구매 요청 헤더의 표준 필드입니다.
예시
1500.0025000.5099.95
|
|||
|
긴급도
UrgencyLevel
|
‘일반’, ‘긴급’, ‘중요’ 등 구매 요청의 우선순위를 나타내는 값입니다. | ||
|
설명
긴급도는 우선순위 플래그로 표시되는 경우가 많으며, 신속한 처리가 필요한 업무상 사유를 나타냅니다. 일반적으로 요청자가 설정해 긴급한 요구사항을 제때 처리하도록 합니다. 이 속성은 ‘긴급 구매 요청 모니터’ 대시보드와 ‘긴급 구매 요청 처리 시간’ KPI의 주요 기준입니다. 긴급 요청과 일반 요청의 처리 주기를 비교해 우선 처리의 효과를 확인할 수 있습니다. 긴급 요청의 이탈이나 지연을 분석하면 사업 연속성을 유지하는 데 도움이 됩니다.
중요한 이유
분석 우선순위를 정하고 우선순위가 높은 구매 요청이 더 빠르게 처리되는지 모니터링해 긴급한 업무상 요구를 충족할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 구매 요청 생성 양식에서 선택하는 필드인 경우가 많습니다.
예시
높음보통낮음
|
|||
|
반려 사유
RejectionReason
|
승인자가 구매 요청 또는 승인 단계를 반려할 때 입력한 사유입니다. | ||
|
설명
구매 요청이 거부되면 승인자가 자유롭게 입력하거나 미리 정해진 목록에서 선택해 사유를 남기는 경우가 많습니다. 이 속성은 해당 피드백을 기록합니다. 이 데이터는 ‘구매 요청 거부율 분석’ 대시보드의 기반이 됩니다. 자주 발생하는 반려 사유를 분석하면 계정 코드 오류, 근거 부족, 예산 문제 등 프로세스 실패의 근본 원인을 찾을 수 있습니다. 이를 바탕으로 요청자 교육을 개선하고 최초 제출 품질을 높여 재작업을 줄일 수 있습니다.
중요한 이유
구매 요청이 실패한 이유를 직접 파악해 재작업을 줄이고 최초 제출 승인율을 높이기 위한 근본 원인 분석에 활용할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 일반적으로 반려 이벤트와 연결된 의견이나 이력 섹션에 기록됩니다.
예시
총계정원장 계정 오류예산 초과근거 부족중복 요청
|
|||
|
승인 워크플로 경로
ApprovalWorkflowPath
|
구매 요청이 따라야 하는 사전 정의된 승인 단계의 순서입니다. | ||
|
설명
이 속성은 금액, 품목 범주, 부서 등 구매 요청의 특성에 따라 적용해야 하는 표준 프로세스 유형 또는 승인 기준을 정의합니다. 즉, 목표 프로세스 또는 정상 경로를 나타냅니다. 규정 준수 여부를 확인하는 기준이며 ‘구매 요청 규정 준수 현황’ 대시보드에 사용됩니다. 실제 활동 순서를 예상 승인 워크플로 경로와 비교하면 정책 위반, 권한이 없는 승인 단계, 누락된 통제를 자동으로 찾아낼 수 있습니다. 내부 감사와 리스크 관리에 중요합니다.
중요한 이유
따라야 할 표준 프로세스를 정의하며, 규정 준수 검사를 통해 이탈과 정책 위반을 자동으로 찾을 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 승인 기준 설정이나 구매 요청의 특정 필드에서 가져올 수 있습니다.
예시
일반 IT 구매 > $10k마케팅 서비스 < $5k자본적 지출 > $100k
|
|||
|
요청자 부서
RequesterDepartment
|
구매 요청을 생성한 직원의 소속 부서 또는 비용 센터입니다. | ||
|
설명
이 속성은 요청을 시작한 조직 부문을 나타내 조직 맥락을 제공합니다. 일반적으로 요청자의 사용자 프로필에서 가져오거나 구매 요청 양식에 직접 입력합니다. 분석에서는 필터링과 비교를 위한 주요 기준으로 사용됩니다. ‘구매 요청 승인 주기’와 ‘구매 요청 거부율 분석’ 등 대부분의 대시보드에서 부서별 지표를 비교할 수 있습니다. 이를 통해 처리 주기가 길거나 수정률이 높거나 규정을 준수하지 않는 요청이 많은 부서를 찾아 해당 프로세스를 개선할 수 있습니다.
중요한 이유
조직 내 부문별 프로세스 성과를 나누어 비교하고, 부서별 문제나 모범 사례를 파악할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 일반적으로 구매 요청 헤더 데이터에서 확인할 수 있으며, 요청자의 사용자 프로필과 연결되는 경우가 많습니다.
예시
마케팅IT 운영재무연구 개발
|
|||
|
이벤트 사용자
EventUser
|
요청자나 승인자처럼 해당 활동을 수행한 사람의 사용자 ID 또는 이름입니다. | ||
|
설명
이벤트 사용자 속성은 특정 프로세스 단계를 수행한 사람을 나타냅니다. 구매 요청을 제출한 직원, 승인한 관리자, 요청을 처리한 조달 담당자 등이 해당합니다. 이 속성은 업무량 분석, 성과 비교, 교육 기회 파악에 필요합니다. 사용자별 승인 시간을 분석해 ‘승인자 업무량 및 성과’ 대시보드에 활용할 수 있습니다. 또한 지연이나 이탈의 원인을 특정 사용자나 팀과 연결해 조사할 수 있습니다.
중요한 이유
업무량 분포, 사용자 성과, 리소스 배분을 분석할 수 있어 특정 사용자나 팀으로 인해 발생하는 병목을 찾는 데 도움이 됩니다.
확보 방법
SAP Ariba 문서를 참조하세요. 이 데이터는 대개 감사 추적 또는 이력 테이블에 저장되며 사용자 마스터 데이터와 연결됩니다.
예시
john.doejane.smithmanager123
|
|||
|
품목 범주
ItemCategory
|
요청한 상품이나 서비스의 분류입니다. 예를 들어 ‘IT 하드웨어’, ‘사무용품’, ‘전문 서비스’가 있습니다. | ||
|
설명
품목 범주는 구매 대상이 무엇인지 보여줍니다. 이 분류를 통해 지출 패턴을 파악하고 범주별 조달 전략과 정책을 적용할 수 있습니다. process mining에서는 ‘구매 요청 수정 분석’ 대시보드에 이 속성이 중요합니다. 특정 품목 범주에서 수정이 잦다면 사양이 불명확하거나 가격 변동이 큰지 확인할 수 있습니다. 품목 유형별 승인 시간 등 프로세스 성과를 비교해 특정 범주에서 처리가 더 지연되는지도 파악할 수 있습니다.
중요한 이유
구매하는 상품이나 서비스의 유형별로 분석해 범주별 병목이나 규정 준수 문제를 찾을 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 일반적으로 구매 요청의 품목 수준에서 확인할 수 있습니다.
예시
IT 하드웨어컨설팅 서비스사무용품마케팅 자료
|
|||
|
구매 주문 ID
PurchaseOrderId
|
승인된 요청을 바탕으로 생성된 구매 주문의 식별자입니다. | ||
|
설명
이 속성은 구매 요청을 후속 문서인 구매 주문(PO)과 연결합니다. 값이 있으면 요청이 주문으로 전환되었음을 의미합니다. 요청 단계 이후까지 포함하는 엔드투엔드 프로세스 분석에 필요합니다. 요청 생성 이벤트와 PO 생성 이벤트를 연결해 '요청부터 PO 생성까지의 소요 시간' KPI를 계산할 수 있습니다. 이를 통해 조달 주기의 초기 단계를 전체적으로 파악할 수 있습니다.
중요한 이유
요청을 후속 구매 주문과 연결하여 요청부터 PO 생성까지의 전체 소요 시간을 측정할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 일반적으로 PO 생성 후 요청 품목 데이터에 저장됩니다.
예시
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
수정 여부
IsAmended
|
최초 제출 후 요청이 한 번 이상 수정되었는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 계산 속성은 '요청 수정' 활동이 한 번 이상 발생한 케이스를 식별합니다. 수명 주기 중 변경이 필요했던 요청을 쉽게 표시할 수 있습니다. 이 플래그는 '요청 수정률' KPI 계산에 사용됩니다. 값이 참인 케이스 수를 세면 재작업 빈도를 측정할 수 있습니다. '요청자 이름'이나 '품목 범주'와 같은 다른 속성과 비교해 원인을 조사할 수도 있습니다.
중요한 이유
수정률 KPI를 쉽게 계산하고 재작업 규모를 파악하여 최초 요청에 더 명확한 사양이 필요한 영역을 찾을 수 있습니다.
확보 방법
케이스에 '요청 수정' 활동이 하나 이상 있으면 참, 없으면 거짓으로 계산합니다.
예시
truefalse
|
|||
|
승인자 이름
ApproverName
|
워크플로의 특정 단계를 승인하도록 지정된 사용자의 이름입니다. | ||
|
설명
이 속성은 승인 활동을 담당하는 관리자 또는 이해관계자를 식별합니다. 승인 작업과 직접 관련되므로 일반적인 '이벤트 사용자'와 구분됩니다. '승인자 업무량 및 성과' 대시보드에서 주요 속성으로 사용됩니다. 승인자별 처리 요청 수와 평균 승인 시간을 추적할 수 있어 개인별 병목을 파악하고 업무량을 조정하며 목표 대비 성과를 평가하는 데 도움이 됩니다.
중요한 이유
승인을 담당한 사람을 식별하여 승인자별 업무량을 조정하고 성과를 자세히 분석할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 이 정보는 요청에 연결된 승인 흐름 데이터에 저장됩니다.
예시
Sarah JonesDavid ChenMaria Garcia
|
|||
|
요청자 이름
RequesterName
|
구매 요청을 시작한 직원의 이름입니다. | ||
|
설명
이 케이스 수준 속성은 구매 요청을 작성한 사람을 식별합니다. 요청이 시작된 배경과 관련 이해관계자를 파악하는 데 도움이 됩니다. 분석에서는 이 속성으로 프로세스를 필터링하고 요청자별 행동을 살펴볼 수 있습니다. 예를 들어 '요청 수정 분석' 및 '요청 거부율 분석' 대시보드에서 수정이나 거부가 잦아 추가 교육이 필요한 사용자를 파악할 수 있습니다. 이를 바탕으로 개인별 피드백과 개선 활동을 진행할 수 있습니다.
중요한 이유
요청 작성자를 식별하여 요청자별 프로세스 진행 방식과 품질을 분석할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 요청 헤더의 기본 필드이며, 보통 '작성자' 또는 '요청자'로 표시됩니다.
예시
Alice WilliamsBob MillerCharles Brown
|
|||
|
원천 시스템
SourceSystem
|
데이터를 추출한 기준 시스템입니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 나타냅니다. 이 화면에서는 값이 ‘SAP Ariba’로 일관되게 표시됩니다. 여러 시스템의 데이터를 통합하는 경우에는 데이터 계보를 추적하고 문제를 해결하는 데 중요한 필드입니다. 분석 시 데이터의 출처를 확인하고, 여러 시스템에 걸친 프로세스를 필터링하거나 비교하는 데 활용할 수 있습니다. 데이터 출처를 명확히 해 분석 결과에 대한 이해와 신뢰를 높이는 데 도움이 됩니다.
중요한 이유
데이터 출처를 나타내므로 데이터 거버넌스와 문제 해결에 중요하며, 분석의 맥락을 명확히 파악할 수 있습니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정값입니다.
예시
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
자동화 여부
IsAutomated
|
활동을 시스템 또는 사용자가 수행했는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 속성은 자동 승인이나 시스템에 의한 상태 변경과 같은 자동화된 시스템 이벤트를 사용자가 직접 수행한 활동과 구분합니다. 프로세스의 자동화 수준을 파악하는 데 중요합니다. 분석 시 사람의 작업량을 정확히 측정하고 추가 자동화 기회를 찾는 데 도움이 됩니다. 예를 들어 수동 활동만 필터링하면 사용자가 직접 처리한 시간만 정확히 계산할 수 있습니다. 또한 프로세스에서 자동화 규칙이 예상대로 작동하는지 확인할 수 있습니다.
중요한 이유
사람이 수행한 작업과 시스템 작업을 구분하여 자동화율을 측정하고 추가 자동화 기회를 찾을 수 있습니다.
확보 방법
'이벤트 사용자'가 시스템 또는 배치 사용자 ID인지 확인해 산출하는 경우가 많습니다.
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
거부 또는 여러 차례 수정과 같은 재작업이 요청에서 발생했는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 계산 속성은 '수정 여부'보다 넓은 범위에서 비효율을 측정합니다. 일반적으로 '승인 단계 거부' 이벤트가 한 번 이상 발생했거나 '요청 수정' 이벤트가 여러 번 발생한 케이스를 재작업으로 표시합니다. 이 플래그는 '요청 재작업률' KPI 계산에 사용됩니다. 프로세스 실패로 발생하는 숨은 비용과 지연을 파악할 수 있습니다. 재작업으로 표시된 케이스를 분석하면 특정 승인자, 부서 또는 요청 유형이 프로세스 마찰을 일으키는 패턴을 찾을 수 있습니다.
중요한 이유
거부 등 프로세스 진행에 큰 마찰이 발생한 케이스를 식별하여 비효율과 지연의 원인을 집중적으로 분석할 수 있습니다.
확보 방법
케이스에 거부 활동이 있거나 수정 활동이 두 번 이상 있으면 참으로 계산합니다.
예시
truefalse
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
원천 시스템에서 이 레코드의 데이터를 마지막으로 새로 고친 시각입니다. | ||
|
설명
이 속성은 해당 이벤트의 데이터를 마지막으로 추출하거나 업데이트한 날짜와 시각을 보여줍니다. 분석 중인 데이터가 얼마나 최신인지 확인할 수 있어 진행 중인 프로세스를 모니터링할 때 특히 중요합니다. 분석가는 이 정보를 통해 분석 결과가 얼마나 최근 데이터를 반영하는지 파악합니다. ‘실시간 구매 요청 상태 추적’ 대시보드에서는 표시된 정보의 최신성을 사용자에게 알리는 데 이 필드가 필요합니다. 데이터 반영 시점에 대한 기대치를 관리하는 데도 도움이 됩니다.
중요한 이유
데이터의 최신성을 나타내며 process mining 분석 결과의 시의성과 관련성을 파악하는 데 필요합니다.
확보 방법
일반적으로 데이터 수집 과정에서 각 레코드에 이 타임스탬프를 생성해 추가합니다.
예시
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
구매 요청 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
구매 요청 마감
|
주문과 수령 등 관련 작업이 모두 끝난 뒤 구매 요청을 최종적으로 행정 마감하는 단계입니다. 최종 상태가 ‘마감됨’으로 변경될 때 기록됩니다. | ||
|
중요한 이유
구매 요청 수명 주기의 최종 종료 시점을 나타냅니다. 구매 주문서 생성부터 마감까지 걸리는 시간을 분석하면 후속 수령이나 송장 처리 프로세스의 병목을 찾을 수 있습니다.
확보 방법
요청 상태가 ‘마감됨’으로 변경된 내역을 기록하는 Ariba 문서 이력에서 확인합니다.
기록
요청 상태 필드가 ‘마감됨’으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 생성
|
사용자가 구매 요청 문서를 처음 생성한 시점을 나타냅니다. 요청을 ‘작성 중’ 또는 초안 상태로 처음 저장할 때 기록됩니다. | ||
|
중요한 이유
구매 요청 수명 주기의 시작점입니다. 생성부터 제출까지 걸리는 시간을 분석하면 사용자 업무 효율을 측정하고 교육이 필요한 부분을 파악할 수 있습니다.
확보 방법
SAP Ariba에서 구매 요청 객체가 생성된 시각을 사용합니다. 요청 문서의 헤더 데이터에서 확인할 수 있으며, 명시적인 생성 이벤트를 나타냅니다.
기록
요청 문서 헤더 테이블에서 ‘CreateTime’ 또는 이에 해당하는 타임스탬프를 사용합니다.
이벤트 유형
explicit
|
|||
|
구매 요청 승인
|
구매 요청이 워크플로의 모든 단계를 통과해 최종 승인된 시점을 나타냅니다. 상태가 ‘승인됨’으로 변경될 때 기록됩니다. | ||
|
중요한 이유
승인 단계가 끝났음을 나타내는 주요 시점입니다. ‘평균 구매 요청 승인 시간’을 측정하는 종료 시점이며, 구매 주문서 생성 준비가 되었음을 의미합니다.
확보 방법
요청의 최종 상태가 ‘승인됨’으로 변경된 내역을 기록하는 Ariba 문서 이력에서 확인합니다.
기록
요청 상태 필드가 ‘승인됨’으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 제출
|
요청자가 구매 요청을 승인 워크플로에 정식으로 제출한 시점을 나타냅니다. 상태가 ‘작성 중’에서 ‘제출됨’으로 바뀔 때 기록됩니다. | ||
|
중요한 이유
이 시점부터 승인 프로세스가 시작됩니다. ‘구매 요청 승인 주기’와 ‘구매 요청 생성부터 제출까지 걸린 시간’을 측정하는 데 필요합니다.
확보 방법
요청 상태가 ‘제출됨’으로 변경된 시각을 기록하는 Ariba 문서 이력이나 감사 로그에서 확인합니다.
기록
요청 상태 필드가 처음 ‘제출됨’으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 최종 거부
|
검토 후 구매 요청이 최종 거부된 경우를 나타냅니다. 프로세스의 종료 상태이며, 상태가 ‘거부됨’으로 변경될 때 기록됩니다. | ||
|
중요한 이유
프로세스가 실패로 끝난 시점을 나타냅니다. 거부된 요청을 분석하면 ‘구매 요청 거부율’ KPI를 파악하고 반복되는 문제를 찾아 요청 품질을 개선할 수 있습니다.
확보 방법
요청의 최종 상태가 ‘거부됨’으로 변경된 내역을 기록하는 Ariba 문서 이력에서 확인합니다.
기록
요청 상태 필드가 ‘거부됨’으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
구매 주문서 생성
|
승인된 구매 요청이 구매 주문서로 성공적으로 전환된 시점을 나타냅니다. 해당 요청을 참조하는 구매 주문서가 생성될 때 기록됩니다. | ||
|
중요한 이유
구매 요청 프로세스의 주요 성공 결과입니다. 전체 ‘구매 요청부터 구매 주문서 생성까지 걸린 시간’ KPI를 측정하는 데 필요합니다.
확보 방법
명시적인 이벤트입니다. 원본 구매 요청 ID와 직접 연결되거나 이를 참조하는 구매 주문서의 생성 시각을 사용합니다.
기록
구매 주문서 헤더 테이블에서 요청과 연결된 구매 주문서를 찾아 생성 시각을 사용합니다.
이벤트 유형
explicit
|
|||
|
구매 요청 소싱 전달
|
승인된 구매 요청이 구매 주문서 생성 전에 RFQ와 같은 소싱 이벤트를 진행하도록 소싱 부서로 전달되는 경우를 나타냅니다. 예를 들어 상태가 ‘소싱’으로 변경될 때 기록됩니다. | ||
|
중요한 이유
고액 품목이나 비표준 품목의 프로세스에서 중요한 분기점을 나타냅니다. 소싱 부서가 전체 처리 기간에 미치는 영향을 분석할 수 있습니다.
확보 방법
요청 상태가 소싱 부서로 전달되었음을 나타내는 값으로 변경된 시점을 확인합니다. Ariba Buying과 Ariba Sourcing을 연동한 환경에서 흔히 사용됩니다.
기록
요청 상태 필드가 ‘소싱’ 또는 이에 해당하는 사용자 지정 상태로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 수정
|
사용자가 구매 요청을 제출한 뒤 수정하는 경우를 나타냅니다. 반려나 문의에 따라 문서를 편집하고 다시 제출할 때 기록됩니다. | ||
|
중요한 이유
재작업과 프로세스 비효율을 추적합니다. 수정이 잦다면 최초 요청 요건이나 정책이 명확하지 않을 수 있으며, 이는 ‘구매 요청 수정률’ KPI에 영향을 줍니다.
확보 방법
Ariba의 버전 관리 데이터를 바탕으로 확인합니다. 구매 요청 문서를 수정할 때마다 새 버전이 생성되며, 버전이 1보다 크면 수정이 있었음을 나타냅니다.
기록
최초 ‘제출됨’ 상태 이후 새 요청 버전이 생성되었는지 확인합니다. 새 버전의 생성 시각을 이벤트 시각으로 사용합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 철회
|
최종 승인 전에 요청자가 제출한 구매 요청을 취소하는 경우를 나타냅니다. 상태가 ‘철회됨’ 또는 ‘취소됨’으로 변경될 때 기록됩니다. | ||
|
중요한 이유
사용자가 시작한 프로세스가 종료되었음을 나타냅니다. 구매 요청을 철회한 이유를 분석하면 사업상 요구사항의 변경이나 긴 승인 시간과 관련된 문제를 파악할 수 있습니다.
확보 방법
요청 상태가 ‘철회됨’으로 변경된 내역을 기록하는 Ariba 문서 이력이나 감사 로그에서 확인합니다.
기록
요청 상태 필드가 ‘철회됨’으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 품목 주문
|
구매 요청의 개별 품목이 구매 주문서에 포함된 뒤 상태가 ‘주문됨’으로 변경된 것을 나타냅니다. 헤더 수준의 구매 주문서 생성보다 세부적인 추적이 가능합니다. | ||
|
중요한 이유
헤더만 볼 때는 확인하기 어려운 품목별 부분 주문이나 지연을 분석할 수 있습니다. 여러 구매 주문서로 나뉘어 처리되는 품목이 많은 요청을 분석할 때 유용합니다.
확보 방법
구매 요청 품목 객체의 상태 변경을 바탕으로 확인합니다. 해당 품목에 대한 구매 주문서가 생성되면 품목 상태가 ‘주문됨’으로 바뀝니다.
기록
구매 요청 품목의 상태 필드가 ‘주문됨’으로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
승인 단계 반려
|
승인자가 구매 요청을 반려한 결과를 나타냅니다. 일반적으로 요청을 수정하도록 돌려보내며, ‘거부’ 조치로 기록됩니다. | ||
|
중요한 이유
재작업과 프로세스 지연의 주요 원인을 보여줍니다. ‘구매 요청 재작업률’과 반려 사유를 파악하려면 이 이벤트를 분석해야 합니다.
확보 방법
Ariba 승인 흐름 테이블에서 확인합니다. 승인자가 배정된 작업에서 ‘거부’ 또는 ‘반려’ 조치를 수행한 시각이 기록됩니다.
기록
특정 단계의 승인 이력에 기록된 ‘거부’ 조치 시각을 사용합니다.
이벤트 유형
explicit
|
|||
|
승인 단계 승인
|
승인자가 구매 요청에서 담당한 부분을 승인한 결과를 나타냅니다. 승인 작업 내역에 승인 조치로 기록됩니다. | ||
|
중요한 이유
승인자별 처리 시간을 측정합니다. ‘평균 승인 단계 소요 시간’을 계산하고 승인자별 업무량을 파악하는 데 필요한 데이터입니다.
확보 방법
Ariba 승인 흐름 테이블에서 확인합니다. 승인자가 배정된 작업에서 ‘승인’ 조치를 수행한 시각이 기록됩니다.
기록
특정 단계의 승인 이력에 기록된 ‘승인’ 조치 시각을 사용합니다.
이벤트 유형
explicit
|
|||
|
승인 단계 시작
|
구매 요청이 승인자나 승인 대기열로 전달되어 처리를 기다리는 상태를 나타냅니다. 승인 요청이 생성되어 담당자에게 배정될 때 기록됩니다. | ||
|
중요한 이유
승인 워크플로를 세부적으로 파악할 수 있습니다. 대기 시간을 계산하고 ‘승인 경로 병목 분석’에서 병목이 발생하는 단계를 찾는 데 필요합니다.
확보 방법
구매 요청과 연결된 개별 승인 작업의 생성 및 배정 내역을 기록하는 Ariba 승인 흐름 테이블에서 확인합니다.
기록
구매 요청 및 해당 승인 단계와 연결된 승인 요청 레코드의 생성 시각을 사용합니다.
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 데이터 준비를 간소화하고 구매 요청 프로세스를 자세히 파악하세요. 지금 운영을 개선해 보세요.
지연을 줄이세요: 구매 요청 프로세스 개선
SAP Ariba의 비효율을 찾아 처리 시간을 30% 단축하세요.
신용카드가 필요하지 않으며, 설정도 빠르고 간편합니다.