구매 요청 프로세스 데이터 템플릿
구매 요청 프로세스 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- SAP ECC 데이터 추출 안내
구매 요청 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
구매요청 ID
PurchaseRequisitionId
|
구매요청 문서를 고유하게 식별하는 ID입니다. | ||
|
설명
구매요청 ID는 SAP ECC에서 상품이나 서비스 요청을 각각 고유하게 식별하는 기본 키입니다. 이 ID는 케이스를 식별하는 기준으로, 생성부터 구매오더 전환이나 종료와 같은 최종 처리까지 특정 구매요청과 관련된 모든 활동과 변경 사항을 연결합니다. process mining에서 이 ID는 각 구매요청의 전체 처리 과정을 재구성하는 데 필요합니다. 분석가는 이 식별자를 추적해 전체 프로세스 흐름을 시각화하고, 주요 단계 사이의 소요 시간을 측정하며, 구매요청별 처리 방식의 차이를 분석할 수 있습니다. 이를 통해 구매요청의 전체 진행 과정을 일관된 관점에서 파악할 수 있습니다.
중요한 이유
관련된 모든 프로세스 이벤트를 하나의 케이스로 연결하는 기본 식별자로, 종단 간 프로세스 분석을 가능하게 합니다.
확보 방법
EBAN 테이블의 BANFN 필드에 있습니다.
예시
100234567810023456791002345680
|
|||
|
이벤트 시간
EventTime
|
활동이 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 시간은 특정 활동이 발생한 날짜와 시각을 정확하게 기록합니다. 이 타임스탬프는 프로세스 마이닝의 모든 시간 기반 분석에 기본이 되는 데이터로, 처리 시간 계산, 병목 식별, 프로세스 성과 파악에 사용됩니다. 구매 요청에서는 이 속성을 활용해 ‘구매 요청 평균 승인 시간’과 ‘PO 생성까지 걸린 시간’ 같은 주요 KPI를 계산할 수 있습니다. 또한 구매 요청 승인 주기 시간 분석처럼 소요 시간을 시각화하는 대시보드에 필요한 원시 데이터를 제공해 프로세스의 두 시점 사이에 걸린 시간을 측정할 수 있습니다.
중요한 이유
모든 소요 시간 계산과 프로세스 성과 분석, 시간 관련 병목 파악에 필요한 타임스탬프입니다.
확보 방법
변경 문서 헤더 테이블 CDHDR의 UDATE 및 UTIME 필드에서 확인할 수 있습니다.
예시
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
활동명
ActivityName
|
특정 시점에 발생한 비즈니스 활동의 이름입니다. | ||
|
설명
이 속성은 '구매요청 생성', '승인 요청', '구매오더 생성'과 같이 구매요청 처리 과정의 특정 단계나 이벤트를 나타냅니다. 일반적으로 SAP의 상태 변경, 워크플로 로그 또는 변경 문서를 바탕으로 활동을 도출합니다. 활동의 순서와 빈도를 분석하는 것은 process mining의 기본입니다. 이를 통해 일반적인 경로와 예외, 병목을 포함한 실제 프로세스 흐름을 파악할 수 있습니다. 종단 간 구매요청 프로세스 맵과 같은 대시보드를 만들고 재작업 및 규정 준수 관련 KPI를 계산하는 데도 필요합니다.
중요한 이유
프로세스의 단계를 정의하므로 프로세스 맵을 시각화하고 프로세스 흐름의 차이를 분석할 수 있습니다.
확보 방법
변경 문서 테이블 CDHDR 및 CDPOS, 워크플로 로그 또는 EBAN-STATU와 같은 상태 필드에서 가져옵니다.
예시
구매요청 생성승인 단계 승인구매요청 반려구매오더 생성
|
|||
|
소스 시스템
SourceSystem
|
데이터를 추출한 소스 시스템을 식별합니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 지정합니다. 예를 들면 ‘SAP ECC 운영’ 또는 ‘S4HANA QA’가 있습니다. 일반적으로 데이터 추출 과정에서 고정값으로 추가하며, 특히 소스 시스템이 여러 개인 환경에서 데이터의 맥락을 파악하는 데 사용합니다. 프로세스 분석에서는 소스별 데이터를 구분해 운영, 테스트, 개발 환경의 데이터가 섞여 분석 결과가 왜곡되지 않도록 합니다. 데이터 거버넌스와 추적성을 위한 기본 메타데이터입니다.
중요한 이유
데이터 출처에 대한 맥락을 제공해 추적성을 확보하고 여러 시스템의 데이터를 분석할 수 있게 합니다.
확보 방법
일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 추가하는 고정값입니다.
예시
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
소스 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 시점입니다. | ||
|
설명
이 속성은 데이터 세트가 마지막으로 업데이트된 시점을 나타냅니다. 데이터를 적재할 때 데이터 세트 전체에 적용하는 고정 타임스탬프로, 분석에 사용된 데이터의 최신성을 확인하는 기준이 됩니다. 프로세스 마이닝 대시보드나 분석 결과를 바탕으로 의사결정을 내릴 때는 데이터가 얼마나 최신인지 알아야 합니다. 이 속성을 통해 모든 이해관계자가 조회 중인 데이터의 기준 기간을 확인할 수 있어, 오래된 정보를 바탕으로 결론을 내리는 일을 방지합니다.
중요한 이유
데이터의 최신성을 알려 줍니다. 이는 프로세스 분석의 적절성과 정확성을 판단하는 데 중요합니다.
확보 방법
ETL 과정에서 추가하는 고정값으로, 데이터 추출 시점을 나타냅니다.
예시
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
|
|||
|
구매 요청 상태
RequisitionStatus
|
구매 요청의 현재 처리 상태입니다. | ||
|
설명
이 속성은 특정 시점의 구매 요청 전체 상태를 나타냅니다. 예를 들면 ‘승인 진행 중’, ‘승인됨’, ‘반려됨’, ‘종료됨’이 있습니다. SAP에서는 보통 상태 코드로 표시합니다. 상태를 추적하면 구매 요청의 처리 결과를 파악할 수 있습니다. ‘구매 요청 처리 결과 및 반려율’ 대시보드와 ‘구매 요청 반려율’, ‘구매 요청 철회율’ KPI에 직접 활용됩니다. 상태가 어떻게 바뀌는지 분석하면 프로세스 비효율과 실패 지점을 찾을 수 있습니다.
중요한 이유
구매 요청의 처리 결과를 나타내며, 성공률과 반려 사유, 프로세스 종료 지점을 분석하는 데 중요합니다.
확보 방법
처리 상태는 테이블 EBAN의 STATU 필드에서, 승인 상태는 EBAN-FRGZU에서 확인할 수 있습니다.
예시
N (수정되지 않음)B (PO 생성됨)A (RFQ 생성됨)K (종료됨)
|
|||
|
구매 요청 총액
TotalRequisitionValue
|
구매 요청의 모든 항목을 합산한 금액입니다. | ||
|
설명
이 속성은 구매 요청의 총 금액을 나타냅니다. 금액은 필요한 승인 워크플로를 결정하는 주요 기준인 경우가 많습니다. 금액이 큰 구매 요청은 일반적으로 더 면밀한 검토와 추가 승인 단계를 거칩니다. 금액별 분석을 통해 재무적 영향이 프로세스에 미치는 영향을 파악할 수 있습니다. 금액이 큰 구매 요청의 승인에 시간이 더 걸리는지, 반려율이 높은지, 다른 프로세스 경로를 따르는지 확인할 수 있습니다. 조달 프로세스의 재무 처리량을 평가하는 기본 지표이기도 합니다.
중요한 이유
프로세스 진행 양상과 재무적 영향을 연계해 위험을 분석하고 승인 절차의 복잡성을 파악할 수 있습니다.
확보 방법
모든 항목의 금액을 합산합니다. 항목 금액은 테이블 EBAN의 GSWER 필드에, 통화는 EBAN-WAERS에 저장됩니다.
예시
1500.00250.50125000.00
|
|||
|
문서 유형
RequisitionDocumentType
|
구매 요청의 유형과 특성을 결정하는 분류입니다. | ||
|
설명
SAP의 문서 유형은 구매 요청의 번호 범위, 필드 선택, 적용되는 조달 프로세스 등 여러 항목을 제어합니다. 예를 들면 ‘일반 구매 요청’, ‘재고 이전’, ‘서비스 구매 요청’이 있습니다. 문서 유형마다 프로세스 흐름과 승인 요건이 다를 수 있으므로 분석에 유용한 기준입니다. 분석가는 문서 유형별로 데이터를 나눠 구매 요청 프로세스의 성과를 비교할 수 있습니다. 이를 통해 규정 준수 현황을 파악하고 프로세스를 표준화하거나 유형별로 세분화할 기회를 찾을 수 있습니다.
중요한 이유
구매 요청을 프로세스 유형별로 나눠 더 정확하고 관련성 높은 분석을 할 수 있습니다.
확보 방법
테이블 EBAN의 BSART 필드에서 확인할 수 있습니다.
예시
NBUBRV
|
|||
|
부서
Department
|
요청자의 부서 또는 구매 요청에 연결된 코스트 센터입니다. | ||
|
설명
이 속성은 구매 요청을 시작한 사업부 또는 부서를 나타냅니다. 요청자의 사용자 프로필이나 구매 요청 항목에 지정된 코스트 센터에서 가져오는 경우가 많습니다. 부서별 프로세스 분석은 조직 내 성과 차이를 파악하는 데 중요합니다. ‘구매 요청 승인 주기 시간’ 대시보드와 ‘부서별 승인 시간 편차’ KPI의 주요 분석 기준으로, 프로세스가 원활한 부서와 개선 또는 추가 리소스가 필요한 부서를 찾는 데 도움이 됩니다.
중요한 이유
사업부 간 성과를 비교해 부서별 병목과 프로세스 편차를 파악할 수 있습니다.
확보 방법
요청자(EBAN-AFNAM)를 사용자 마스터 데이터(SU01)에 연결하거나, 구매 요청의 계정 지정에 연결된 코스트 센터(EBKN-KOSTL)를 사용해 가져오는 경우가 많습니다.
예시
재무IT 운영마케팅제조
|
|||
|
사용자 이름
User
|
활동을 수행한 사용자의 ID입니다. | ||
|
설명
이 속성은 구매 요청 생성, 승인 단계 처리, 문서 수정 등 이벤트를 수행한 사용자를 식별합니다. SAP에서는 보통 사용자 ID로 기록합니다. 사용자별 분석을 통해 교육이 필요한 사용자를 파악하고, 사용자별 성과와 데이터 입력 오류의 잠재적 원인을 확인할 수 있습니다. ‘요청자별 구매 요청 생성 처리량’ 대시보드에 필요한 속성이며, 업무량 분포와 직무 분리 정책 준수 여부를 파악하는 데도 사용됩니다.
중요한 이유
활동을 담당자별로 구분해 사용자 성과, 업무량, 규정 준수 및 교육 필요성을 분석할 수 있습니다.
확보 방법
변경 내역은 변경 문서 헤더 테이블 CDHDR의 USERNAME 필드에서, 생성자는 EBAN의 ERNAM 필드에서 확인할 수 있습니다.
예시
SMITHJR.DOEUSER123
|
|||
|
공급업체 ID
VendorId
|
제안되었거나 고정된 공급업체의 고유 식별자입니다. | ||
|
설명
이 속성에는 요청 품목의 선호 공급업체 또는 계약상 지정된 공급업체 ID가 포함됩니다. 요청자가 미리 입력하거나 제안할 수 있습니다. 공급업체별 구매 요청을 분석하면 공급업체 사전 지정이 조달 프로세스에 미치는 영향을 평가할 수 있습니다. 예를 들어 공급업체가 지정된 구매 요청의 승인 속도가 더 빠른지, 특정 공급업체와 관련된 반려율이 높은지 확인할 수 있습니다. 공급업체와 초기 단계에서 어떻게 협력하는지 파악하는 데 도움이 됩니다.
중요한 이유
선호 공급업체와의 관계 및 해당 관계가 구매 요청 처리 속도와 결과에 미치는 영향을 파악할 수 있습니다.
확보 방법
테이블 EBAN의 LIFNR 필드(고정 공급업체)에서 확인할 수 있습니다.
예시
100030025V9876
|
|||
|
구매 그룹
PurchasingGroup
|
요청 품목의 조달을 담당하는 구매 담당자 그룹입니다. | ||
|
설명
구매 그룹은 특정 조달 활동을 담당하는 조직 단위입니다. 구매 요청이 승인된 후 이를 처리할 구매 담당자 팀을 나타냅니다. 이 속성을 활용하면 구매 팀별 업무량과 성과를 분석할 수 있습니다. 특정 구매 그룹이 구매 요청을 구매 오더로 전환하는 과정에서 병목이 되는지, 특정 유형의 구매 요청을 다른 그룹보다 효율적으로 처리하는지 확인할 수 있습니다. 조달 부문의 리소스 및 성과 관리에 유용한 분석 기준입니다.
중요한 이유
조달 담당을 지정해 구매 팀별 업무량을 분석하고 성과를 비교할 수 있습니다.
확보 방법
테이블 EBAN의 EKGRP 필드에서 확인할 수 있습니다.
예시
001002P01
|
|||
|
구매 오더 ID
PurchaseOrderId
|
구매 요청을 바탕으로 생성된 구매 오더의 ID입니다. | ||
|
설명
이 속성은 구매 요청과 해당 요청을 처리하기 위해 생성된 후속 구매 오더를 연결합니다. 하나의 구매 요청에서 여러 구매 오더가 생성될 수도 있습니다. 이 연결 정보는 구매 요청 프로세스에서 구매 프로세스로 업무가 넘어가는 시점을 분석하는 데 중요합니다. ‘구매 요청에서 PO 생성까지 걸린 시간’ KPI를 계산하고 ‘승인된 구매 요청의 PO 생성 지연’ 대시보드를 구성하는 데 필요합니다. 이 관계를 파악하면 조달부터 지급까지 전체 주기의 효율성을 측정할 수 있습니다.
중요한 이유
구매 요청 프로세스와 후속 구매 프로세스를 연결해 업무 인계 지연을 분석할 수 있습니다.
확보 방법
구매 오더가 생성되면 번호가 테이블 EBAN의 EBELN 필드에 저장됩니다.
예시
450001712345000171244500017125
|
|||
|
반려 사유
RejectionReason
|
구매 요청이나 승인 단계가 반려될 때 입력하는 사유입니다. | ||
|
설명
이 속성은 구매 요청을 반려한 이유를 기록합니다. 일반적으로 승인자가 반려 활동 중 자유 형식으로 입력하거나 미리 정의된 코드 목록에서 선택합니다. 반려 사유 분석은 프로세스 개선에 중요합니다. 정책 위반, 잘못된 데이터, 예산 부족 등 구매 요청이 반려되는 이유를 직접 확인할 수 있습니다. 이 데이터는 ‘구매 요청 처리 결과 및 반려율’ 대시보드에 활용되며 프로세스 비효율의 근본 원인을 찾는 데 도움이 됩니다.
중요한 이유
구매 요청이 반려되는 이유를 파악해 필요한 프로세스 개선과 사용자 교육을 진행할 수 있습니다.
확보 방법
일반적으로 워크플로 로그나 반려 이벤트에 연결된 장문 텍스트에 저장됩니다. EBAN에는 표준 필드가 없습니다.
예시
잘못된 코스트 센터예산 초과중복 요청정책 미준수
|
|||
|
요청자 이름
RequesterName
|
상품이나 서비스를 요청한 사람의 이름입니다. | ||
|
설명
이 속성은 구매 요청을 시작한 사람을 식별합니다. 요청한 품목이 필요한 업무상의 이유를 가진 사람입니다. 요청자를 추적하면 개인이나 그룹별 구매 요청 패턴을 분석할 수 있습니다. ‘요청자별 구매 요청 생성 처리량’ 대시보드에서는 구매 요청을 자주 생성하는 사용자, 추가 교육이 필요한 사용자, 조달 활동이 많은 부서를 파악하는 데 이 속성을 사용합니다. 프로세스가 시작되는 지점을 담당자 관점에서 보여 줍니다.
중요한 이유
프로세스 담당자를 식별해 구매 요청 생성 패턴을 분석하고 사용자 교육 대상을 정하는 데 도움이 됩니다.
확보 방법
테이블 EBAN의 AFNAM 필드에서 확인할 수 있습니다.
예시
Alice WilliamsBob JohnsonCharlie Brown
|
|||
|
우선순위
Priority
|
구매 요청에 지정된 긴급도입니다. | ||
|
설명
이 속성은 구매 요청의 우선순위를 나타내며, 보통 ‘긴급’, ‘높음’, ‘보통’으로 구분합니다. 승인자와 구매 담당자에게 신속한 처리가 필요한 요청임을 알리는 데 사용합니다. ‘긴급 구매 요청 처리 성과’ 대시보드와 ‘긴급 표시 효과’ KPI에 필요한 속성입니다. 긴급으로 표시된 구매 요청이 일반 요청보다 실제로 빠르게 처리되는지 분석해 우선순위 지정 방식의 효과를 확인하고, 업무상 중요한 요청이 제때 처리되도록 할 수 있습니다.
중요한 이유
긴급 요청이 더 빠르게 처리되는지 분석해 우선순위 지정 방식의 효과를 확인할 수 있습니다.
확보 방법
EBAN의 표준 필드는 아닙니다. 사용자 정의 필드로 구현하거나 요구사항 추적 번호(EBAN-BEDNR) 또는 특정 문서 유형을 바탕으로 추정하는 경우가 많습니다.
예시
123
|
|||
|
자재 그룹
MaterialGroup
|
요청한 자재나 서비스가 속하는 그룹 또는 범주입니다. | ||
|
설명
자재 그룹은 특성이 비슷한 자재나 서비스를 묶는 분류입니다. 이를 통해 조달 활동을 범주별로 분석할 수 있습니다. 자재 그룹별 분석은 전략적 소싱과 지출 분석에 도움이 됩니다. process mining을 활용하면 ‘IT 하드웨어’나 ‘전문 서비스’ 같은 특정 범주의 구매 요청이 다른 프로세스 경로를 따르는지, 승인에 더 오래 걸리는지 확인할 수 있습니다. 이러한 분석 결과는 ‘구매 요청 데이터 품질 보고서’를 작성하고 구매 품목에 따른 프로세스 차이를 파악하는 데 유용합니다.
중요한 이유
조달 범주별 지출과 프로세스를 분석해 전략적 소싱을 지원하고 범주별 병목을 찾을 수 있습니다.
확보 방법
테이블 EBAN의 MATKL 필드에서 확인할 수 있습니다.
예시
00101L001IT-SFTWR
|
|||
|
재작업 여부
IsRework
|
구매 요청이 제출 후 수정되는 등 재작업 과정을 거쳤는지 나타내는 불리언 값입니다. | ||
|
설명
이 파생 속성은 재작업이 발생한 활동이나 케이스를 표시합니다. 예를 들어 ‘승인 제출’ 이후에 발생한 ‘구매 요청 수정’ 활동은 재작업으로 간주합니다. 프로세스가 이전 단계로 돌아가는 반려 이벤트도 재작업으로 처리할 수 있습니다. 이 속성은 ‘구매 요청 수정 및 재작업 분석’ 대시보드에 필요합니다. 재작업을 쉽게 필터링하고 수량화해 전체 처리 시간에 미치는 영향을 측정하고 프로세스 비효율의 근본 원인을 찾을 수 있습니다. 재작업률이 높으면 데이터 품질 문제나 불명확한 요구사항이 원인일 수 있습니다.
중요한 이유
재작업의 빈도와 영향을 수량화해 프로세스 비효율과 반복 구간을 쉽게 찾아 분석할 수 있습니다.
확보 방법
‘구매 요청 수정’이 승인 활동 이후에 발생하는 경우처럼 이벤트 로그에서 특정 활동 순서를 찾아 파생합니다.
예시
truefalse
|
|||
|
플랜트
Plant
|
상품이나 서비스를 요청한 회사 사업장 또는 플랜트입니다. | ||
|
설명
플랜트는 공장, 창고, 사무실과 같은 물리적 사업장을 나타내는 회사 내 조직 단위입니다. 구매 요청에는 요청 품목이 필요한 플랜트가 지정됩니다. 플랜트별 분석을 통해 구매 요청 프로세스를 지역 또는 사업장별로 살펴볼 수 있습니다. 현지 절차, 인력 수준, 업무상 필요의 차이로 인해 발생하는 사업장 간 성과 차이를 확인할 수 있습니다. 지역별 성과 대시보드에서 자주 사용하는 분석 기준입니다.
중요한 이유
지역이나 사업장별 맥락을 제공해 프로세스 편차와 성과 차이를 파악할 수 있습니다.
확보 방법
테이블 EBAN의 WERKS 필드에서 확인할 수 있습니다.
예시
10002100DE01
|
|||
구매 요청 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
구매오더 생성
|
승인된 구매요청이 구매오더 문서로 성공적으로 전환되었음을 나타내는 활동입니다. 구매요청을 참조하는 구매오더 항목을 찾아 이 이벤트를 추정합니다. | ||
|
중요한 이유
이 활동은 주요 성공 결과로, 구매요청 프로세스를 마무리하고 조달 단계를 시작합니다. "구매요청 승인"부터 이 이벤트까지 걸리는 시간은 인계 효율성을 측정하는 주요 KPI입니다.
확보 방법
EKPO(구매오더 항목) 테이블에서 BANFN 및 BNFPO 필드가 EBAN 테이블의 구매요청 번호 및 항목과 일치하는 레코드를 찾아 추정합니다. 타임스탬프는 구매오더 생성 날짜(EKKO.AEDAT)를 사용합니다.
기록
EBAN과 EKPO 테이블을 연결하고 EKKO의 구매오더 생성 날짜를 사용해 추정합니다.
이벤트 유형
inferred
|
|||
|
구매요청 반려
|
구매요청이 최종 반려되어 더 이상 진행할 수 없는 종료 활동입니다. 승인자가 EBAN 테이블의 릴리스 지시자를 최종 반려 상태로 설정할 때 이 이벤트를 추정합니다. | ||
|
중요한 이유
이 활동은 프로세스의 주요 종료 지점이며 구매요청 반려율 KPI를 계산하는 데 필요합니다. 해당 사례를 분석하면 조달이 실패하고 낭비가 발생한 이유를 파악할 수 있습니다.
확보 방법
EBAN 테이블의 FRGZU 필드가 최종 반려에 해당하는 값으로 변경될 때 CDPOS에 기록된 변경 로그 항목의 타임스탬프를 바탕으로 추정합니다.
기록
EBAN의 최종 릴리스 지시자 필드가 최종 반려 상태에 도달한 시점을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
구매요청 생성
|
사용자가 구매요청을 처음 생성하고 저장하는 활동입니다. EBAN 테이블에 새 레코드가 생성될 때 생성 날짜와 시간이 기록되므로 이 이벤트를 명시적으로 포착할 수 있습니다. | ||
|
중요한 이유
프로세스의 시작점인 이 활동은 구매요청 전체 처리 기간을 계산하고 생성 처리량을 분석하는 데 필요합니다. 누가 언제 구매요청을 생성하는지 파악하는 데도 도움이 됩니다.
확보 방법
해당 구매요청 ID(BANFN)의 생성 날짜(ERDAT)와 생성 시간(UZEIT) 필드를 사용해 EBAN 테이블에서 이 이벤트를 포착합니다.
기록
최초 레코드 저장 시 EBAN 테이블의 ERDAT 및 UZEIT 필드에서 가져온 타임스탬프.
이벤트 유형
explicit
|
|||
|
구매요청 승인
|
구매요청이 필요한 승인 단계를 모두 통과했음을 나타내는 주요 이정표입니다. 최종 릴리스 코드가 적용되고 EBAN 테이블의 전체 릴리스 지시자(FRGZU)가 승인 상태로 설정될 때 이 이벤트를 추정합니다. | ||
|
중요한 이유
이 이정표는 승인 주기의 종료와 조달 단계의 시작을 나타냅니다. 전체 승인 시간 KPI를 계산하고 구매오더 생성으로 업무를 인계하는 데 걸리는 지연을 측정하는 데 필요합니다.
확보 방법
EBAN 테이블의 FRGZU 필드가 최종 승인에 해당하는 값으로 변경될 때 CDPOS에 기록된 변경 로그 항목의 타임스탬프를 바탕으로 추정합니다.
기록
EBAN의 최종 릴리스 지시자 필드가 최종 승인 상태에 도달한 시점을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
구매요청 철회
|
작성자 또는 권한이 있는 사용자가 삭제 지시자를 설정해 구매요청 항목을 취소하는 종료 활동입니다. 이 조치는 명시적으로 기록되며, 해당 업무상 요구가 더 이상 유효하지 않거나 요청이 잘못 생성되었음을 나타냅니다. | ||
|
중요한 이유
이 활동은 프로세스의 주요 실패 종료 지점으로, 철회율을 계산하는 데 필요합니다. 철회율이 높으면 승인 시간이 길어 사용자가 요청을 포기하거나 수요 계획에 구조적인 문제가 있을 수 있습니다.
확보 방법
EBAN 테이블에서 구매요청 항목의 '삭제 지시자'(LOEKZ) 필드가 설정될 때 이 조치를 포착합니다. 변경 사항은 CDHDR 및 CDPOS에 기록됩니다.
기록
삭제 지시자(EBAN-LOEKZ)가 'L'로 설정될 때 생성되는 변경 로그 항목.
이벤트 유형
explicit
|
|||
|
승인 요청
|
구매요청이 공식 승인 워크플로에 진입했음을 나타냅니다. 일반적으로 설정된 릴리스 전략에 따라 최초 릴리스 또는 승인 조치가 필요하도록 구매요청 상태가 변경될 때 이 이벤트를 추정합니다. | ||
|
중요한 이유
이 시점부터 승인 주기 시간을 측정합니다. 이는 프로세스 효율성을 평가하는 주요 KPI입니다. 이 시점을 파악하면 구매요청 생성부터 공식 승인 시작까지의 지연을 따로 분석할 수 있습니다.
확보 방법
EBAN 테이블에서 릴리스 전략과 관련된 첫 번째 상태 변경(예: FRGZU 필드가 초기 상태에서 대기 상태로 변경됨) 또는 구매요청과 연결된 워크플로 로그의 첫 번째 항목을 바탕으로 추정합니다.
기록
릴리스 전략이 활성화되었음을 나타내는 첫 번째 변경 로그 항목을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
구매요청 수정
|
구매요청을 처음 생성한 뒤 수량, 가격 또는 자재를 변경하는 등 요청 내용에 수정이 발생한 경우를 나타냅니다. 변경 사항은 SAP의 변경 로그 테이블에 기록되어 수정 내역을 상세히 확인할 수 있습니다. | ||
|
중요한 이유
수정을 추적하면 재작업 반복과 데이터 품질 문제를 파악할 수 있습니다. 수정이 자주 발생하면 최초 요구사항이 불명확하거나 사용자 교육이 부족하다는 신호일 수 있으며, 이로 인해 프로세스가 지연될 수 있습니다.
확보 방법
오브젝트 클래스가 EINKBELEG이고 오브젝트 ID가 구매요청 번호인 CDHDR(헤더) 및 CDPOS(항목) 변경 로그 테이블에서 포착합니다. 특정 필드의 변경 사항도 분석할 수 있습니다.
기록
구매요청 문서의 변경 사항이 CDHDR 및 CDPOS 테이블에 기록된 이벤트.
이벤트 유형
explicit
|
|||
|
구매요청 종료
|
구매요청 항목의 최종 종료를 나타내며, 더 이상 처리하지 않을 것으로 예상되는 상태입니다. 항목이 구매오더로 완전히 전환되어 처리되었거나 수동으로 종료 표시된 경우로 추정합니다. | ||
|
중요한 이유
삭제되지는 않았지만 처리가 완료된 구매요청의 종료 지점을 명확히 나타냅니다. 이를 통해 성공적으로 이행된 요청의 전체 처리 기간을 정확하게 계산할 수 있습니다.
확보 방법
EBAN 테이블의 '종료' 지시자(EBAKZ 값이 'S' 또는 기타 설정값)를 바탕으로 추정합니다. 구매오더로 완전히 전환되고 입고가 완료되면 시스템이 이 상태를 자동으로 설정하는 경우가 많습니다.
기록
EBAN-EBAKZ 필드가 '종료' 값으로 변경된 상태를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
구매요청 차단
|
구매요청 항목을 명시적으로 차단해 구매오더로 전환되지 않도록 하는 조치입니다. 구매요청 항목의 특정 지시자를 설정해 차단합니다. | ||
|
중요한 이유
차단은 조달에 문제가 있거나 일시적으로 보류되었음을 나타냅니다. 이 이벤트를 추적하면 구매요청이 승인된 뒤에도 바로 처리되지 않는 병목을 파악할 수 있습니다.
확보 방법
EBAN 테이블의 '차단 지시자' 필드(EBAKZ)가 변경될 때 포착합니다. 이 변경 사항은 CDHDR 및 CDPOS에 기록됩니다.
기록
EBAN-EBAKZ 필드가 설정될 때 변경 로그 테이블에 기록되는 이벤트.
이벤트 유형
explicit
|
|||
|
승인 단계 반려
|
권한이 있는 사용자가 릴리스 전략의 개별 단계를 명시적으로 반려한 경우입니다. 일반적으로 구매요청은 수정을 위해 작성자에게 돌아갑니다. 이 조치는 구매요청의 릴리스 상태 변경으로 기록됩니다. | ||
|
중요한 이유
반려는 재작업과 지연의 주요 원인입니다. 반려 빈도와 사유를 분석하면 정책에 대한 오해, 데이터 품질 문제 또는 비효율적인 승인 단계를 파악할 수 있습니다.
확보 방법
EBAN 테이블의 릴리스 상태 필드에 대한 변경 로그(CDHDR/CDPOS)에서 포착합니다. ME54N 또는 유사한 트랜잭션을 통해 반려하면 이에 따른 상태 변경이 기록됩니다.
기록
승인자가 반려 조치를 실행할 때 생성되는 변경 로그 항목.
이벤트 유형
explicit
|
|||
|
승인 단계 승인
|
권한이 있는 사용자가 릴리스 전략의 개별 단계를 승인하는 명시적 조치입니다. 이 조치는 구매요청의 릴리스 상태 변경으로 기록되어 최종 승인에 한 단계 가까워집니다. | ||
|
중요한 이유
개별 승인 내역을 추적해야 각 단계에 걸리는 시간을 측정하고 승인자별 성과를 분석할 수 있습니다. 워크플로 준수 수준을 파악하는 데도 필수적입니다.
확보 방법
EBAN 테이블의 릴리스 상태 필드에 대한 변경 로그(CDHDR/CDPOS)에서 포착합니다. 승인자가 ME54N 또는 이와 유사한 트랜잭션 코드를 사용해 조치하면 해당 변경 사항이 기록됩니다.
기록
승인자가 릴리스 트랜잭션을 실행할 때 생성되는 변경 로그 항목.
이벤트 유형
explicit
|
|||
|
승인 단계 시작
|
릴리스 전략에 지정된 특정 승인자 또는 승인 그룹의 조치를 기다리는 상태임을 나타냅니다. 구매요청 상태가 특정 릴리스 코드를 기다리는 것으로 표시될 때 이 이벤트를 추정합니다. | ||
|
중요한 이유
이 활동을 통해 승인 체인의 각 단계를 자세히 분석할 수 있습니다. 어느 승인자나 단계에서 지연이 가장 오래 발생하는지 파악하는 데 도움이 됩니다.
확보 방법
EBAN 테이블의 릴리스 상태 필드 변경 순서를 추적해 추정합니다. 새로운 대기 상태로 변경될 때마다 새 승인 단계가 시작된 것으로 봅니다.
기록
새 릴리스 코드가 활성화되어 승인을 기다리는 상태를 나타내는 변경 로그를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
승인 초기화
|
구매요청의 전체 승인 워크플로가 초기화되었음을 나타냅니다. 대개 중요한 수정이 발생했을 때 초기화됩니다. 릴리스 상태가 활성화된 뒤 해제되어 승인 절차가 처음부터 다시 시작되는 경우로 추정합니다. | ||
|
중요한 이유
승인 초기화는 처리 시간에 큰 영향을 주는 주요 재작업 이벤트입니다. 이를 파악하면 프로세스의 비효율과 구매요청 수정이 워크플로 후속 단계에 미치는 영향을 확인할 수 있습니다.
확보 방법
EBAN 테이블의 릴리스 상태 필드(예: FRGZU)가 대기 또는 승인 상태에서 초기 상태나 빈 상태로 변경된 CDHDR/CDPOS 변경 로그를 바탕으로 추정합니다.
기록
릴리스 전략 필드가 해제된 것으로 나타나는 변경 로그를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿을 사용해 process mining에 적합한 형식으로 데이터를 구성하고, 구매 요청 프로세스에 관한 인사이트를 확인하세요. 지금 프로세스 최적화를 시작해 보세요.
구매 요청 프로세스의 효율을 높이세요. 지금 무료 체험을 시작하세요
구매 요청 프로세스의 병목을 찾아 해결하고, 처리 시간을 30% 이상 줄이세요.
신용카드 없이 14일간 무료로 이용하세요