구매부터 지급까지의 구매 주문 데이터 템플릿
구매부터 지급까지의 구매 주문 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
구매부터 지급까지의 구매 주문 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
구매 주문
PurchaseOrderNumber
|
각 구매 주문 문서를 고유하게 식별하는 값으로, 프로세스의 중심 케이스 식별자로 사용됩니다. | ||
|
설명
구매 주문 번호는 조달 전 과정에서 관련 활동과 이벤트를 연결하는 기본 키입니다. 각 번호는 주문 생성부터 최종 완료 또는 취소까지 하나의 구매 거래를 나타냅니다. process mining에서 이 속성은 케이스 단위 분석의 기본이 됩니다. 구매 주문별 전체 여정을 재구성해 처리 시간 계산, 프로세스 변형 식별, 개별 주문 상태 추적을 할 수 있습니다. 구매 주문 번호를 기준으로 프로세스를 분석하면 전체 흐름을 파악하고 특정 거래에서 발생하는 병목이나 편차를 찾을 수 있습니다.
중요한 이유
각 구매 주문의 전체 수명 주기를 분석할 수 있도록 모든 프로세스 단계를 연결하는 필수 Case ID입니다.
확보 방법
SAP Ariba Buying and Invoicing 또는 SAP Ariba Sourcing의 구매 주문 문서에 있는 기본 필드입니다.
예시
PO7000123456PO7000123457PO7000123458
|
|||
|
이벤트 시간
EventTime
|
특정 활동이나 이벤트가 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 시간은 각 활동에 연결된 타임스탬프로, 활동이 시작된 시점을 기록합니다. 이벤트를 시간순으로 정렬하고 프로세스 단계 간 소요 시간과 처리 시간을 계산하는 데 필요한 데이터입니다. 구매 주문 전체 처리 시간 및 구매 주문 승인 처리 시간 대시보드 등 시간 기반 분석에 필수적인 속성입니다. '구매 주문 생성'과 '구매 주문 승인' 활동의 타임스탬프 차이를 측정해 '평균 구매 주문 승인 처리 시간'과 같은 주요 성과 지표를 계산할 수 있습니다.
중요한 이유
이 타임스탬프는 이벤트 순서를 정확히 정하고 처리 시간과 대기 시간 등 시간 기반 지표를 계산하는 데 필수입니다.
확보 방법
일반적으로 SAP Ariba 구매 주문 문서의 감사 추적 또는 변경 로그에서 확인할 수 있습니다.
예시
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
활동 이름
ActivityName
|
구매 주문 프로세스에서 특정 시점에 발생한 이벤트 또는 작업의 이름입니다. | ||
|
설명
활동 이름은 '구매 주문 생성', '구매 주문 승인', '입고 전기'와 같이 구매 주문 수명 주기의 단계를 나타냅니다. 이러한 활동의 순서가 프로세스 맵의 바탕이 됩니다. 활동 분석은 process mining의 핵심입니다. 프로세스 흐름을 시각화하고, 자주 발생하거나 드문 프로세스 변형을 식별하며, 단계 간 소요 시간을 측정할 수 있습니다. '구매 주문 변경'과 같은 활동의 순서와 빈도를 파악하면 구매 주문 변경률 분석 대시보드와 같은 분석에 도움이 됩니다.
중요한 이유
이 속성으로 프로세스 단계를 정의해 흐름을 시각화하고 병목, 재작업, 편차를 식별할 수 있습니다.
확보 방법
문서 이력 및 워크플로와 관련된 SAP Ariba 테이블의 상태 변경, 트랜잭션 코드 또는 이벤트 로그를 매핑해 생성합니다.
예시
구매 주문 승인구매 주문 변경입고 기록 처리구매 주문 관련 송장 수신
|
|||
|
공급업체명
VendorName
|
상품이나 서비스를 조달하는 공급업체의 이름입니다. | ||
|
설명
이 속성은 구매 주문에 참여하는 외부 파트너를 식별합니다. 공급업체는 구매부터 지급까지의 프로세스에서 중요한 주체이며, 공급업체의 성과는 전체 처리 효율에 직접 영향을 줍니다. 공급업체명은 성과 분석의 주요 차원입니다. 공급업체별 납품일을 비교하는 공급업체 납품 성과 대시보드에 필요합니다. 공급업체별 프로세스를 분석하면 납품이 반복적으로 늦거나 재작업을 유발하거나 송장 처리가 복잡한 공급업체를 찾아 공급업체 관계 관리에 활용할 수 있습니다.
중요한 이유
공급업체 성과를 분석해 신뢰할 수 있는 파트너를 찾고 지연이나 기타 문제를 일으키는 공급업체를 파악할 수 있습니다.
확보 방법
SAP Ariba 구매 주문 문서의 헤더에 있는 표준 필드입니다.
예시
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
구매 주문 금액
PurchaseOrderAmount
|
구매 주문의 총 금액입니다. | ||
|
설명
이 속성은 구매 주문에 기재된 상품과 서비스의 총비용을 나타냅니다. 별도 지정이 없는 한 세금과 기타 비용은 제외합니다. 프로세스에서 처리되는 거래의 규모를 파악하는 주요 재무 지표입니다. 분석에서는 구매 주문 금액을 기준으로 프로세스를 구분하는 경우가 많습니다. 예를 들어 고액 주문은 저액 주문보다 승인 절차가 엄격할 수 있습니다. 재무 영향이 큰 거래를 중심으로 프로세스 개선의 우선순위를 정하고, 부서나 공급업체별 지출 패턴을 분석하는 데 활용할 수 있습니다.
중요한 이유
각 케이스의 재무 정보를 제공해 금액에 따른 분석을 지원하고, 개선 우선순위를 정하거나 주문 금액이 프로세스에 미치는 영향을 파악할 수 있습니다.
확보 방법
구매 주문 문서 헤더의 표준 계산 필드로, 모든 품목의 금액을 합산합니다.
예시
1500.0025000.50500.75
|
|||
|
부서명
DepartmentName
|
구매 주문과 관련된 사업 부서 또는 원가 센터입니다. | ||
|
설명
이 속성은 구매 요청을 시작한 조직 단위 또는 구매 대상 부서를 나타냅니다. 구매 주문의 원가 센터 정보를 바탕으로 확인하는 경우가 많습니다. 부서별 구매 주문 처리 효율 대시보드에서 이 차원을 활용하면 부서별 처리 시간과 프로세스 변형을 직접 비교할 수 있습니다. 모범 사례를 따르는 부서와 추가 교육이나 프로세스 개선이 필요한 부서를 식별하는 데 도움이 됩니다. 부서별 구매 주문 처리 시간 편차 KPI를 계산하는 데도 중요합니다.
중요한 이유
사업 부서별 성과를 비교해 부서 내 병목을 찾고 모범 사례를 공유할 수 있습니다.
확보 방법
구매 주문의 헤더 또는 품목 수준에서 확인할 수 있으며, 원가 센터나 요청자 프로필과 연결되는 경우가 많습니다.
예시
마케팅IT 운영시설 관리연구 개발
|
|||
|
사용자 이름
UserName
|
활동을 수행한 사용자의 이름 또는 ID입니다. | ||
|
설명
이 속성은 구매 주문 승인이나 입고 전기와 같은 특정 프로세스 단계를 수행한 사용자를 식별합니다. 고유한 사용자 ID 또는 전체 이름일 수 있습니다. 사용자별 성과를 분석하면 교육이 필요한 부분을 찾거나 우수한 성과를 확인할 수 있습니다. 필수 승인 단계를 건너뛴 사용자를 파악하는 구매 주문 승인 규정 준수 편차 대시보드와 같은 규정 준수 분석에도 중요합니다. 업무량 분포와 리소스 배분을 파악하는 데도 활용할 수 있습니다.
중요한 이유
책임 소재를 명확히 하고 사용자별 성과, 업무량, 규정 준수를 분석할 수 있습니다. 이를 통해 교육이 필요한 부분이나 프로세스 편차를 찾을 수 있습니다.
확보 방법
일반적으로 SAP Ariba의 워크플로 및 문서 이력 로그에서 확인할 수 있으며, 각 이벤트에 연결되어 있는 경우가 많습니다.
예시
john.smithLROSSIjane.doe
|
|||
|
요청 납품일
RequestedDeliveryDate
|
요청자가 상품이나 서비스의 납품을 기대하는 날짜입니다. | ||
|
설명
구매 요청 또는 주문을 생성할 때 사업 부서가 지정하는 목표 납품일입니다. 실제 납품 성과를 측정하는 기준으로 사용합니다. 이 속성은 공급업체 납품 성과 대시보드와 입고 정시율 KPI에 필수입니다. 요청 납품일과 실제 입고일을 비교해 공급업체의 납기 준수 여부를 측정하고, 납품 편차를 계산하며, 납기를 반복적으로 지키지 못하는 공급업체를 식별할 수 있습니다. 이러한 분석은 공급업체 관계 관리와 공급망 위험 완화에 중요합니다.
중요한 이유
정시 납품 성과를 측정하는 기준으로, 공급업체의 신뢰도와 공급망 효율을 평가하는 데 중요합니다.
확보 방법
구매 주문 문서의 품목 수준에 있는 표준 날짜 필드입니다.
예시
2023-06-012023-07-152023-08-20
|
|||
|
입고일
GoodsReceiptDate
|
상품 입고 또는 서비스 완료가 시스템에 공식적으로 기록된 날짜입니다. | ||
|
설명
이 속성은 '입고 전기' 또는 '서비스 확인 입력' 활동의 타임스탬프를 나타냅니다. 주문한 품목을 수령했다는 공식 확인입니다. 실제 납품 시간을 측정하는 데 중요한 날짜입니다. 'RequestedDeliveryDate'와 비교해 납품 편차와 정시 납품 KPI를 계산합니다. 입고 전기 적시성 대시보드는 이 속성을 바탕으로 납품 후 입고가 얼마나 빨리 기록되는지 평가합니다. 이는 재고 정확성과 적시 송장 지급에 중요합니다.
중요한 이유
실제 납품일을 나타내며, 납품 성과를 계산하고 공급망 지연을 식별하는 데 필요합니다.
확보 방법
구매 주문을 참조하는 입고 문서 또는 서비스 입력 명세서의 타임스탬프입니다.
예시
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
|
|||
|
구매 요청 번호.
PurchaseRequisitionNumber
|
구매 주문에 앞서 생성된 구매 요청의 고유 식별자입니다. | ||
|
설명
이 속성은 구매 주문을 최초 구매 요청과 연결합니다. 직접 구매 주문을 생성하는 경우처럼 모든 구매 주문에 선행 구매 요청이 있는 것은 아닙니다. 이 연결은 최초 요청부터 시작하는 조달 전 과정을 분석하는 데 중요합니다. 구매 요청에서 구매 주문으로 전환되는 과정을 보여 주는 대시보드와 구매 요청에서 구매 주문으로 전환되는 시간 KPI를 계산하는 데 필요합니다. 이 연결을 분석하면 요청 승인부터 공급업체에 정식 주문을 제출하기까지 발생하는 지연을 찾을 수 있습니다.
중요한 이유
구매 주문을 최초 요청과 연결해 구매 요청 생성부터 주문 이행까지 전 과정을 분석할 수 있습니다.
확보 방법
일반적으로 구매 주문 품목의 참조 필드에서 확인할 수 있습니다.
예시
PR10004567PR10004568PR10004569
|
|||
|
구매 조직
PurchasingOrganization
|
자재와 서비스를 조달하고 공급업체와 협상하는 조직 단위입니다. | ||
|
설명
구매 조직은 조달 구조에서 구매 전략을 담당하는 주요 조직입니다. 지역이나 사업 부서별로 여러 구매 조직을 운영할 수 있습니다. 구매 조직별 프로세스를 분석하면 회사 내 조직 간 효율성, 규정 준수, 공급업체 관리 전략의 차이를 파악할 수 있습니다. 이를 바탕으로 모범 사례를 표준화하고 조직 차원의 병목이나 비효율 요인을 찾을 수 있습니다.
중요한 이유
전략적 구매 조직별로 프로세스 효율성과 규정 준수를 상위 수준에서 분석할 수 있습니다.
확보 방법
구매 주문 문서 헤더에 있는 표준 조직 데이터 필드입니다.
예시
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
구매 주문 변경 여부
IsPurchaseOrderChanged
|
구매 주문이 처음 생성된 후 변경되었는지 나타내는 불리언 플래그입니다. | ||
|
설명
케이스에 '구매 주문 변경' 활동이 있으면 'true'로 설정하는 파생 속성입니다. 케이스별 변경 여부를 간단히 표시해 변경률을 쉽게 분석할 수 있습니다. 이 플래그는 '구매 주문 변경률' KPI를 계산하는 데 사용합니다. 변경된 주문과 변경되지 않은 주문의 프로세스를 빠르게 구분해 변경으로 인한 처리 시간 증가나 송장 불일치와 같은 후속 영향을 파악할 수 있습니다. 구매 주문 변경률 분석 대시보드에서는 이 플래그로 변경 빈도를 측정합니다.
중요한 이유
변경된 구매 주문을 간단히 식별해 변경률을 계산하고 변경의 영향을 분석할 수 있습니다.
확보 방법
데이터 변환 과정에서 각 구매 주문 번호에 '구매 주문 변경' 이벤트가 있는지 확인해 계산합니다.
예시
truefalse
|
|||
|
구매 주문 상태
PurchaseOrderStatus
|
수명 주기에서 구매 주문의 현재 상태입니다. | ||
|
설명
이 속성은 구매 주문의 현재 상태를 나타냅니다. 예를 들어 '주문 중', '입고 중', '송장 처리됨', '완료' 등이 있습니다. 전체 프로세스에서 구매 주문이 어느 단계에 있는지 보여 줍니다. process mining은 활동을 바탕으로 흐름을 재구성하지만, 현재 상태는 케이스를 필터링하고 현재 업무량을 파악하는 데 유용합니다. 예를 들어 분석가는 아직 완료되지 않은 '진행 중' 구매 주문만 확인할 수 있습니다. 프로세스 추적의 마지막 활동을 검증하는 데도 활용할 수 있습니다.
중요한 이유
구매 주문의 현재 진행 단계를 간단히 확인할 수 있어 진행 중이거나 완료된 케이스를 필터링하고 분석하는 데 유용합니다.
확보 방법
SAP Ariba 구매 주문 문서 헤더의 표준 상태 필드입니다.
예시
주문 중입고 중완료취소됨
|
|||
|
구매 주문 유형
PurchaseOrderType
|
일반 주문, 기본 계약 주문, 하도급 주문 등 구매 주문의 분류입니다. | ||
|
설명
구매 주문 유형은 사업 목적에 따라 주문을 분류합니다. 유형별로 프로세스 경로가 다르고 승인 및 이행 규칙도 달라질 수 있습니다. 이 속성을 사용하면 프로세스를 구분해 더 의미 있는 분석을 할 수 있습니다. 예를 들어 '일반 구매 주문'과 '서비스 구매 주문'의 처리 시간을 따로 분석하면 서로 다른 병목을 찾을 수 있습니다. 유사한 데이터끼리 묶어 특정 조달 상황을 더 명확히 파악할 수 있습니다.
중요한 이유
주문 유형별로 분석을 구분할 수 있습니다. 유형마다 프로세스 흐름이 다를 수 있으므로 더 정확한 결과를 얻을 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 일반적으로 구매 주문 헤더에서 설정할 수 있는 필드입니다.
예시
일반 구매 주문서비스 구매 주문포괄 구매 주문
|
|||
|
구매 주문 전체 처리 시간
POEndToEndCycleTime
|
최초 구매 요청 생성부터 구매 주문이 최종 완료될 때까지 걸린 총시간입니다. | ||
|
설명
이 계산 속성은 구매 주문 프로세스 전체에 걸린 시간을 측정합니다. 일반적으로 '구매 요청 생성' 이벤트부터 '구매 주문 완료' 또는 최종 '입고 전기' 이벤트까지의 시간을 계산합니다. 이를 통해 프로세스 효율을 전체적으로 파악할 수 있습니다. '전체 구매 주문 처리 시간' KPI와 '구매 주문 전체 처리 시간' 대시보드의 주요 지표입니다. 조직의 전반적인 성과와 프로세스 개선의 영향을 추적할 수 있습니다. 총 처리 시간을 공급업체, 부서 또는 자재 그룹별로 나누어 분석하면 리드 타임이 길어지는 주요 원인을 찾을 수 있습니다.
중요한 이유
구매 주문의 총 처리 시간을 나타내며, 전반적인 프로세스 효율과 고객 경험을 상위 수준에서 측정합니다.
확보 방법
데이터 변환 과정에서 해당 케이스의 가장 이른 타임스탬프와 가장 늦은 타임스탬프의 차이를 계산합니다.
예시
P15DP30D12HP7D
|
|||
|
납품 편차
DeliveryVariance
|
요청 납품일과 실제 입고일의 차이를 계산한 값입니다. | ||
|
설명
이 지표는 납품이 얼마나 빠르거나 늦었는지 측정해 공급업체의 납품 성과를 수치화합니다. 'GoodsReceiptDate'에서 'RequestedDeliveryDate'를 빼서 계산합니다. 양수는 납품 지연, 음수는 조기 납품, 0은 정시 납품을 의미합니다. 공급업체 납품 성과 대시보드와 공급업체 납품 성과 편차 KPI의 기본 계산 지표입니다. 공급업체별 편차를 분석하면 신뢰할 수 있는 파트너와 그렇지 않은 파트너를 식별해 공급업체 협상과 위험 관리 전략에 활용할 수 있습니다. 단순히 정시 또는 지연 여부만 확인하는 데 그치지 않고 납품 편차의 정도까지 파악할 수 있습니다.
중요한 이유
납품이 얼마나 빠르거나 늦었는지 정확히 측정해 공급업체의 납기 준수 성과를 수치화하고 관리할 수 있습니다.
확보 방법
데이터 변환 단계에서 'GoodsReceiptDate'에서 'RequestedDeliveryDate'를 빼서 계산합니다.
예시
P2D-P1DP0D
|
|||
|
소스 시스템
SourceSystem
|
데이터를 추출한 시스템을 나타냅니다. 여기서는 SAP Ariba입니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 나타냅니다. 여러 시스템이 연동된 환경에서는 서로 다른 출처의 데이터를 구분하고 데이터 계보를 확인하는 데 중요합니다. 분석 시 특정 시스템의 데이터만 필터링하거나 여러 플랫폼 간 프로세스 상호작용을 파악하는 데 도움이 됩니다. 데이터 거버넌스와 검증에 필요한 메타데이터로, 올바른 데이터 세트를 바탕으로 분석하도록 지원합니다.
중요한 이유
데이터 출처에 관한 정보를 제공하므로 여러 시스템을 사용하는 환경에서 데이터 거버넌스, 검증 및 분석에 중요합니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 추가하는 고정값('SAP Ariba')입니다.
예시
SAP AribaSAP-Ariba-USAribaCloud
|
|||
|
이벤트 종료 시간
EventEndTime
|
활동이 완료된 시점을 나타내는 타임스탬프입니다. 수동 활동의 처리 시간을 계산하는 데 사용합니다. | ||
|
설명
StartTime은 활동이 시작된 시점을 나타내고, EventEndTime은 완료된 시점을 나타냅니다. 시스템에서 자동으로 생성되는 이벤트는 시작 시간과 종료 시간이 같은 경우가 많습니다. 반면 수동 작업이나 장시간 실행되는 자동 작업은 시작 시간과 종료 시간의 차이로 처리 시간을 알 수 있습니다. 이 속성은 구매 주문 활동 소요 시간 분석 대시보드에 중요한 'ProcessingTime' 지표를 계산하는 데 사용합니다. 완료까지 오래 걸리는 작업을 찾아 교육, 리소스 재배치 또는 자동화 검토가 필요한 부분을 파악할 수 있습니다.
중요한 이유
개별 활동의 처리 시간을 정확히 계산해 시간이 가장 오래 걸리는 작업을 식별할 수 있습니다.
확보 방법
SAP Ariba 문서를 참조하세요. 명시적으로 제공되지 않는 경우 다음 활동의 시작 시간을 기준으로 계산해야 할 수 있습니다.
예시
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
자재 그룹
MaterialGroup
|
특성이 비슷한 자재나 서비스를 묶어 분류하는 기준입니다. | ||
|
설명
Ariba에서 상품 분류 코드라고 부르는 자재 그룹은 구매 품목을 분류하는 기준입니다. 이를 통해 지출을 분석하고 상품이나 서비스 유형에 따라 조달 전략을 적용할 수 있습니다. process mining에서는 이 속성을 사용해 구매 대상에 따른 조달 프로세스를 분석할 수 있습니다. 예를 들어 IT 하드웨어와 사무용품은 승인 절차가 다를 수 있습니다. 이를 바탕으로 구매 범주별 프로세스 개선 방안을 세우고 더 구체적인 분석 결과를 얻을 수 있습니다.
중요한 이유
구매하는 상품이나 서비스의 범주에 따라 프로세스를 분석해 품목별 조달 방식의 차이를 파악할 수 있습니다.
확보 방법
구매 주문 품목 수준의 표준 필드이며, '상품 분류 코드'로 표시되는 경우가 많습니다.
예시
IT.HardwareOffice.SuppliesProfessional.Services
|
|||
|
재작업 여부
IsRework
|
구매 주문이 반려 후 재제출되는 등 재작업 과정을 거쳤는지 나타내는 계산된 플래그입니다. | ||
|
설명
이 불리언 속성은 활동 순서를 바탕으로 계산합니다. 예를 들어 '구매 주문 승인' 활동 뒤에 '구매 주문 변경' 활동이 이어지고 다시 승인되는 등 구매 주문이 프로세스에서 이전 단계로 돌아가면 'true'로 설정됩니다. 이는 이상적인 일괄 처리 흐름에서 벗어났음을 나타냅니다. 이 플래그는 구매 주문 재작업 반복률 KPI를 계산하고 비효율적인 흐름을 강조하도록 프로세스 맵을 필터링하는 데 필요합니다. 재작업이 발생한 케이스를 식별하면 잘못된 데이터 입력이나 불명확한 요구사항과 같은 근본 원인을 조사하고, 최초 승인율을 높이기 위한 조치를 취할 수 있습니다.
중요한 이유
프로세스 비효율과 재작업이 발생한 케이스를 직접 표시해 반복 작업의 영향을 측정하고 개선 대상을 정할 수 있습니다.
확보 방법
소스 시스템에는 없는 속성입니다. 데이터 변환 과정에서 각 케이스의 활동 순서를 바탕으로 계산합니다.
예시
truefalse
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
이 이벤트의 데이터를 소스 시스템에서 마지막으로 새로 고치거나 추출한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 SAP Ariba에서 데이터를 마지막으로 가져온 날짜와 시간을 나타냅니다. 분석 중인 데이터가 얼마나 최신인지 파악하는 데 필요한 메타데이터입니다. process mining 분석에서는 데이터의 최신 여부를 알아야 보고와 의사결정에 활용할 수 있습니다. 이 타임스탬프를 통해 사용자는 구매 주문 처리량 추이와 같은 대시보드와 KPI가 최신 정보를 바탕으로 하는지 확인할 수 있습니다.
중요한 이유
데이터의 최신 여부를 보여 주므로 사용자가 분석 결과의 기준 시점을 파악하고 결과를 신뢰할 수 있습니다.
확보 방법
일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 생성해 데이터 세트에 추가하는 타임스탬프입니다.
예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
통화.
DocumentCurrency
|
구매 주문 금액에 적용되는 통화 코드입니다. | ||
|
설명
이 속성은 구매 주문 금액의 통화가 USD, EUR, GBP 중 무엇인지 나타냅니다. 모든 재무 데이터를 해석할 때 필요한 정보입니다. 여러 국가나 지역에 걸친 프로세스를 분석할 때 문서 통화는 금액을 정확히 해석하고 비교하는 데 중요합니다. 재무 KPI와 대시보드에서 이 필드를 사용해 단일 통화로 필터링하거나 적절한 환율을 적용해야 정확한 합산과 비교가 가능합니다.
중요한 이유
모든 금액 필드에 필요한 정보를 제공해 재무 분석의 정확성을 높이고 서로 다른 통화의 금액을 잘못 합산하는 일을 방지합니다.
확보 방법
SAP Ariba 구매 주문 문서의 헤더에 있는 표준 필드입니다.
예시
USDEURGBPJPY
|
|||
구매부터 지급까지의 구매 주문 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
구매 요청 생성
|
이 활동은 구매 주문에 앞서 상품이나 서비스를 공식적으로 요청하는 구매 요청이 생성된 시점을 나타냅니다. SAP Ariba에서는 일반적으로 사용자가 새 요청 문서를 저장하고 제출할 때 생성 시각과 함께 기록됩니다. | ||
|
중요한 이유
조달 프로세스의 주요 시작점입니다. 이 이벤트부터 구매 주문 생성까지 걸린 시간을 분석하면 구매 요청부터 주문까지의 처리 주기를 파악하고 초기 단계의 병목을 찾을 수 있습니다.
확보 방법
SAP Ariba Buying 모듈의 구매 요청 문서 객체 생성일을 기준으로 기록합니다. '제출됨' 상태로 변경된 시점이 공식적인 시작을 나타내는 경우가 많습니다.
기록
구매 요청 문서의 생성 타임스탬프를 기준으로 합니다.
이벤트 유형
explicit
|
|||
|
구매 주문 생성
|
이 활동은 승인된 구매 요청을 바탕으로 하거나 직접 SAP Ariba에서 공식 구매 주문 문서를 생성한 시점을 나타냅니다. 구매 주문 문서의 생성 타임스탬프로 기록하며, 구매 주문 수명 주기의 공식적인 시작을 의미합니다. | ||
|
중요한 이유
직접 생성한 구매 주문의 경우 이 시점이 프로세스의 시작입니다. 구매 요청에서 구매 주문으로의 전환 시간과 전체 구매 주문 처리 주기를 측정하는 주요 기준입니다.
확보 방법
SAP Ariba Buying의 PurchaseOrder 문서 객체 생성 타임스탬프로 기록합니다. 이 시점의 상태는 일반적으로 '작성 중' 또는 '제출됨'입니다.
기록
구매 주문 문서의 생성 타임스탬프를 기준으로 합니다.
이벤트 유형
explicit
|
|||
|
구매 주문 승인
|
구매 주문에 필요한 내부 승인이 모두 완료되어 공급업체에 보낼 준비가 되었음을 나타냅니다. 지정된 워크플로가 완료된 뒤 구매 주문 문서의 상태가 '승인됨'으로 변경된 시점으로 파악합니다. | ||
|
중요한 이유
승인 처리 시간을 측정하고 관리 검토 단계의 병목을 찾는 데 중요한 기준입니다. 이 단계의 지연은 공급업체 납품 기간과 조달 효율성에 직접 영향을 줍니다.
확보 방법
PurchaseOrder 문서의 상태 또는 'ApprovedState' 필드가 '승인됨'으로 변경된 타임스탬프를 기준으로 파악합니다. 승인 이력 로그에서 상세 데이터를 확인할 수 있습니다.
기록
구매 주문 승인 흐름에서 최종 승인 작업이 이루어진 타임스탬프를 기준으로 파악합니다.
이벤트 유형
inferred
|
|||
|
구매 주문 완료
|
상품이나 서비스를 모두 수령하고 송장 처리가 완료되어 구매 주문 수명 주기가 성공적으로 끝난 시점을 나타냅니다. 구매 주문 상태가 '수령됨', '송장 처리됨' 또는 이에 해당하는 최종 상태로 변경된 시점으로 파악합니다. | ||
|
중요한 이유
프로세스가 성공적으로 완료된 시점을 나타내는 주요 기준입니다. 이 상태에 도달하는 데 걸린 시간을 측정하면 전체 처리 주기를 파악할 수 있으며, 이는 프로세스 효율성을 평가하는 주요 지표입니다.
확보 방법
PurchaseOrder 상태가 '수령됨'과 같은 최종 상태로 변경된 타임스탬프를 기준으로 파악합니다. 모든 품목을 수령하면 구매 주문이 완료된 것으로 봅니다.
기록
구매 주문 상태가 '수령됨' 또는 이에 해당하는 완료 상태로 변경된 시점을 기준으로 파악합니다.
이벤트 유형
inferred
|
|||
|
구매 주문을 공급업체에 발송
|
승인된 구매 주문을 Ariba Network 등을 통해 공급업체에 공식적으로 전송한 시점을 나타냅니다. 일반적으로 구매 주문 상태가 '발송됨' 또는 '주문됨'으로 변경될 때 기록합니다. | ||
|
중요한 이유
내부 처리에서 외부 이행으로 넘어가는 시점입니다. 공급업체 납품 기간과 납품 성과를 측정하는 시작점입니다.
확보 방법
PurchaseOrder 문서의 상태가 '발송됨' 또는 '주문됨'으로 변경된 타임스탬프를 기준으로 파악합니다. Ariba에서 일반적으로 사용하는 상태 전환입니다.
기록
상태가 '발송됨' 또는 이에 해당하는 상태로 변경된 타임스탬프를 기준으로 파악합니다.
이벤트 유형
inferred
|
|||
|
입고 기록 처리
|
상품을 실제로 수령해 SAP Ariba에 기록한 시점을 나타냅니다. 사용자가 구매 주문 품목에 대한 입고 문서를 생성하고 제출할 때 명시적으로 기록됩니다. | ||
|
중요한 이유
납품을 확인하는 중요한 기준이며 공급업체 납품 성과를 측정하는 종료 시점입니다. 3자 대사 방식에서는 이 시점에 송장 지급이 승인됩니다.
확보 방법
PurchaseOrder와 연결된 입고 문서의 생성 또는 제출 타임스탬프를 기준으로 기록합니다.
기록
입고 문서의 제출 타임스탬프를 기준으로 합니다.
이벤트 유형
explicit
|
|||
|
공급업체 구매 주문 확인
|
공급업체가 구매 주문을 수신하고 확인해 주문을 이행할 의사가 있음을 나타냅니다. 공급업체가 Ariba Network를 통해 주문 확인 문서를 제출하면 구매 주문 상태가 업데이트되며, 이 시점에 기록됩니다. | ||
|
중요한 이유
이 활동을 통해 공급업체가 주문을 처리하고 있음을 확인할 수 있습니다. 공급업체의 응답성과 최초 주문의 정확성을 추적하는 데 도움이 됩니다.
확보 방법
공급업체의 주문 확인을 받은 뒤 PurchaseOrder 상태가 '확인됨'으로 업데이트된 타임스탬프를 기준으로 파악합니다.
기록
관련 주문 확인 문서의 생성일 또는 구매 주문 상태 변경을 기준으로 합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 승인
|
필수 이해관계자 모두가 구매 요청을 최종 승인해 구매 주문으로 전환할 수 있도록 승인한 상태를 나타냅니다. 일반적으로 요청 문서의 상태가 '승인됨'으로 바뀐 시점과 최종 승인 작업의 타임스탬프로 파악합니다. | ||
|
중요한 이유
이 단계에서 요청에 대한 내부 승인 절차가 완료됩니다. 이를 추적하면 구매 주문 생성 전 내부 통제와 승인 워크플로의 효율성을 측정할 수 있습니다.
확보 방법
요청 문서의 승인 이력 또는 상태 필드에서 확인합니다. 이벤트 타임스탬프는 상태가 '승인됨'으로 변경된 날짜에 해당합니다.
기록
요청의 'ApprovedState' 필드가 '승인됨'으로 변경된 타임스탬프를 기준으로 파악합니다.
이벤트 유형
inferred
|
|||
|
구매 주문 관련 송장 수신
|
구매 주문을 참조하는 공급업체 송장을 수신해 SAP Ariba에 입력한 시점을 나타냅니다. 이 이벤트를 통해 조달 프로세스와 이후 지급 프로세스가 연결됩니다. | ||
|
중요한 이유
조달과 재무를 연결하는 주요 지점입니다. 운전자본을 관리하고 공급업체에 기한 내 대금을 지급하려면 처리 시점을 관리해야 합니다.
확보 방법
PurchaseOrder 참조 정보가 포함된 Ariba Invoicing의 Invoice 문서 생성 타임스탬프를 기준으로 기록합니다.
기록
구매 주문과 연결된 송장 문서의 생성 타임스탬프를 기준으로 합니다.
이벤트 유형
explicit
|
|||
|
구매 주문 변경
|
이 활동은 최초 생성 후 구매 주문에 적용된 모든 변경 사항을 기록합니다. 수량, 가격, 납품일 변경 등이 이에 해당합니다. 구매 주문 문서의 새 버전이 생성되며, 이때 재승인 워크플로가 시작될 수 있습니다. | ||
|
중요한 이유
변경 사항을 추적하면 프로세스 비효율, 재작업 반복, 조달 오류의 근본 원인을 찾을 수 있습니다. 변경률이 높다면 초기 요구사항 파악이 미흡했을 가능성이 있습니다.
확보 방법
동일한 PurchaseOrder 문서의 여러 버전을 식별해 기록합니다. 각 새 버전의 생성 타임스탬프를 이벤트 시점으로 사용할 수 있습니다.
기록
구매 주문 문서의 새 버전이 생성되어 저장될 때 기록합니다.
이벤트 유형
explicit
|
|||
|
구매 주문 취소
|
이행이 완료되기 전에 구매 주문을 종료한 상태를 나타냅니다. 구매 조직이 취소할 수 있으며, 드물게 공급업체가 취소할 수도 있습니다. | ||
|
중요한 이유
중요한 예외이자 프로세스 종료 지점입니다. 구매 주문 취소 사유를 분석하면 계획, 예산 또는 공급업체 신뢰성 문제를 찾을 수 있습니다.
확보 방법
PurchaseOrder 문서 상태가 '취소됨' 또는 '종료됨'으로 변경된 타임스탬프를 기준으로 파악합니다.
기록
상태가 '취소됨'으로 변경된 타임스탬프를 기준으로 파악합니다.
이벤트 유형
inferred
|
|||
|
사전 선적 통지 수신
|
공급업체가 Ariba Network를 통해 사전 선적 통지(ASN)를 보내 상품이 발송되었음을 알릴 때 기록합니다. ASN에는 품목, 수량, 추적 정보 등 배송 세부 정보가 포함됩니다. | ||
|
중요한 이유
ASN을 통해 공급망 현황을 파악할 수 있어 입고 부서가 배송에 대비할 수 있습니다. 운송 중 재고를 추적하고 도착 시점을 예측하는 데 중요한 정보입니다.
확보 방법
PurchaseOrder의 품목과 연결된 ShipNotice 문서의 생성일을 기준으로 기록합니다.
기록
사전 선적 통지(ASN) 문서의 생성 타임스탬프를 기준으로 합니다.
이벤트 유형
explicit
|
|||
|
상품을 공급업체에 반품
|
상품이 파손되었거나 결함이 있거나 잘못 배송된 경우 공급업체에 반품한 활동을 기록합니다. 원래 입고 건에 대해 반품 입고 또는 차변 메모를 생성할 때 기록됩니다. | ||
|
중요한 이유
반품을 추적하면 공급업체 품질과 납품 정확성 문제를 파악할 수 있습니다. 반품 빈도와 사유를 분석하면 공급업체 선정 및 관리 방식을 개선하는 데 도움이 됩니다.
확보 방법
반품 전용 입고 문서가 생성되었거나 입고 수량이 음수인 경우 파악할 수 있습니다. 구체적인 방식은 시스템 설정에 따라 다를 수 있습니다.
기록
수량이 음수이거나 유형이 '반품'인 입고가 생성된 시점을 기준으로 파악합니다.
이벤트 유형
inferred
|
|||
|
서비스 확인 입력
|
서비스가 제공되었음을 확인하는 활동으로, 상품 입고에 해당하는 서비스 프로세스입니다. 서비스 구매 주문에 대해 서비스 시트를 생성하고 승인할 때 기록됩니다. | ||
|
중요한 이유
서비스 주문 이행을 추적하고 대금 지급을 승인하는 데 중요한 활동입니다. 처리 시점을 분석하면 서비스 제공과 관련 지출을 관리하는 데 도움이 됩니다.
확보 방법
PurchaseOrder와 연결된 ServiceSheet 문서의 승인 타임스탬프를 기준으로 기록합니다.
기록
서비스 시트 문서의 승인 타임스탬프를 기준으로 합니다.
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 데이터 준비를 간소화하고 구매부터 지급까지의 구매 주문 프로세스 최적화를 시작하세요. 효율성을 높이는 첫걸음을 여기서 내디딜 수 있습니다.
지금 구매부터 지급까지의 구매 주문 프로세스를 최적화하세요!
SAP Ariba에서 처리 시간을 30% 단축하고 병목을 해소하세요.
신용카드 없이 몇 분 만에 무료 체험을 설정할 수 있습니다.