구매 주문 조달 데이터 템플릿

Oracle Fusion Financials
구매 주문 조달 데이터 템플릿

구매 주문 조달 데이터 템플릿

이 템플릿은 구매 주문 조달 프로세스 분석에 필요한 데이터를 수집하는 방법을 안내합니다. 필수 데이터 속성과 추적할 주요 활동, 데이터 추출 방법을 확인할 수 있습니다. 프로세스 마이닝에 필요한 세부 정보를 빠짐없이 수집하는 데 활용하세요.
  • 데이터를 빠짐없이 수집하기 위한 권장 속성
  • 추적 및 분석할 주요 프로세스 활동
  • Oracle Fusion Financials 데이터 추출 단계별 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매 주문 조달 속성

구매 주문 조달 프로세스를 빠짐없이 분석하려면 이벤트 로그에 다음 권장 데이터 필드를 포함하세요.
3 필수 7 권장 11 선택 사항
이름 설명
구매 주문
PurchaseOrder
구매 주문 문서의 고유 식별자로, 조달 수명 주기를 추적하는 기본 Case ID입니다.
설명

구매 주문 번호는 생성부터 최종 종료까지 관련 활동을 연결하는 중심 식별자입니다. 이 번호를 사용하면 개별 조달 건을 처음부터 끝까지 분석할 수 있습니다.

process mining에서는 고유한 구매 주문 번호 하나가 프로세스 인스턴스 하나를 나타냅니다. 이 식별자별로 데이터를 묶어 분석하면 주문별 프로세스 차이, 처리 시간, 규정 준수 여부를 파악할 수 있습니다.

중요한 이유

관련 이벤트를 연결하는 필수 Case ID입니다. 이를 통해 구매 주문 수명 주기 전체를 재구성하고 분석할 수 있습니다.

확보 방법

Oracle Fusion Cloud SCM, Procurement Module, 테이블 PO_HEADERS_ALL, 열 SEGMENT1.

예시
100234510023461002347
시작 시간
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다.
설명

프로세스의 각 활동이 발생한 정확한 날짜와 시간을 기록합니다. 이벤트를 시간순으로 정렬하고 시간 기반 분석을 수행하는 데 필요한 속성입니다.

process mining에서는 시작 시간을 기준으로 이벤트 로그를 구성하고, 활동 간 처리 시간을 계산하며, 대기 시간을 측정하고, 기간별 프로세스 성과를 분석합니다. 처리 시간과 성과를 보여주는 대시보드에도 필요합니다.

중요한 이유

이 타임스탬프는 이벤트 순서를 정확히 정하고 처리 시간과 병목 등 모든 기간 기반 지표를 계산하는 데 중요합니다.

확보 방법

PO_HEADERS_ALL, PO_ACTION_HISTORY, RCV_SHIPMENT_LINES 등 여러 테이블의 CREATION_DATE 및 LAST_UPDATE_DATE와 같은 타임스탬프 필드입니다.

예시
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
활동
ActivityName
구매 주문 수명 주기에서 발생한 특정 업무 이벤트 또는 단계의 이름입니다.
설명

'Purchase Order Created' 또는 'Goods Received'와 같이 프로세스에서 수행된 특정 작업이나 상태 변경을 나타냅니다. 이러한 활동이 모여 프로세스 흐름을 구성합니다.

활동의 순서와 시점을 분석하는 것은 process mining의 핵심입니다. 프로세스 맵을 시각화하고, 병목을 찾고, 표준 절차에서 벗어난 흐름을 발견하며, 특정 단계에 걸리는 시간을 측정할 수 있습니다.

중요한 이유

활동은 프로세스 맵을 구성하는 기본 요소입니다. 활동을 추적하면 프로세스 흐름과 병목, 표준 절차에서 벗어난 흐름을 시각화하고 분석할 수 있습니다.

확보 방법

PO_HEADERS_ALL 및 PO_ACTION_HISTORY와 같은 테이블의 상태 변경이나 상품 입고를 기록하는 RCV_TRANSACTIONS와 같은 특정 트랜잭션 테이블에서 도출합니다.

예시
구매 주문 생성구매 주문 승인상품 입고
공급업체명
VendorName
상품이나 서비스를 구매하는 공급업체의 이름입니다.
설명

구매 주문에 연결된 외부 공급업체를 식별합니다. 구매 주문 헤더에 연결된 주요 기준 데이터입니다.

공급업체 분석은 P2P process mining의 중요한 부분입니다. 공급업체별로 필터링하거나 데이터를 구분하면 'Vendor Delivery Performance'를 분석하고 정시 납품률을 비교할 수 있습니다. 또한 'Goods Return Rate'를 살펴 성과가 높은 공급업체와 낮은 공급업체를 파악할 수 있습니다. 이 데이터는 공급업체 관계 관리와 전략적 소싱에 필요합니다.

중요한 이유

공급업체별 납기, 반품률, 전반적인 신뢰도를 비교해 공급업체 성과를 분석하는 데 필요합니다.

확보 방법

PO_HEADERS_ALL.VENDOR_ID를 POZ_SUPPLIERS.VENDOR_NAME에 연결합니다.

예시
Global Office SuppliesTech Solutions Inc.Advanced Logistics Co.
구매 주문 총액
PurchaseOrderTotalAmount
구매 주문의 총 금액입니다.
설명

지정된 통화로 표시한 구매 주문 내 모든 품목의 총비용입니다. 프로세스에서 처리되는 거래의 금액을 파악하는 주요 재무 지표입니다.

구매 주문 총액을 분석하면 프로세스 개선의 우선순위를 정할 수 있습니다. 예를 들어 금액이 큰 주문에는 더 엄격한 승인 절차를 적용할 수 있습니다. 자주 변경되거나 지연되는 구매 주문의 금액을 계산하는 등 재무 영향도 분석할 수 있습니다.

중요한 이유

금액을 기준으로 프로세스를 분석할 수 있도록 재무 정보를 제공합니다. 예를 들어 고액 주문에 집중하거나 지연의 재무 영향을 파악할 수 있습니다.

확보 방법

해당 구매 주문 헤더에 속한 PO_LINES_ALL의 금액을 합산하거나, 사용 가능한 경우 헤더 수준의 총액을 사용합니다.

예시
5250.00120000.50750.99
부서
DepartmentName
구매 주문을 요청했거나 담당하는 부서의 이름입니다.
설명

구매와 관련된 'Finance', 'IT', 'Manufacturing' 등의 조직 단위를 나타냅니다. 비용 배분과 조직별 보고에 사용됩니다.

process mining에서는 부서별로 프로세스를 구분해 성과를 비교하고, 부서별 병목을 찾으며, 조직 내 프로세스 실행 방식의 차이를 파악할 수 있습니다. 'PO Approval Cycle Time Analysis' 및 'Purchase Order Modification Trends' 대시보드 분석에도 활용됩니다.

중요한 이유

사업 부문별로 프로세스 성과를 필터링하고 비교해 부서별 문제나 모범 사례를 찾을 수 있습니다.

확보 방법

PO_DISTRIBUTIONS_ALL과 같은 테이블의 원가 센터 정보에서 가져오며, 해당 정보는 부서 기준 데이터와 연결됩니다.

예시
IT 운영마케팅연구 개발
사용자
UserName
활동을 수행한 사람의 사용자 ID 또는 이름입니다.
설명

구매 요청 생성, 구매 주문 승인, 상품 입고 전기 등의 이벤트를 담당한 직원 또는 시스템 사용자를 식별합니다. 일반적으로 'Created By' 또는 'Last Updated By'와 같은 필드에서 가져옵니다.

사용자별로 프로세스를 분석하면 업무량 분포와 개인별 성과를 파악하고 교육이 필요한 부분을 찾을 수 있습니다. 'Approval Resource Workload' 대시보드와 사용자 작업에 관련된 규정 준수 문제를 조사하는 데도 필요합니다.

중요한 이유

사용자 작업을 담당자별로 연결해 업무량과 성과를 분석하고 교육 기회를 파악할 수 있습니다.

확보 방법

PO_HEADERS_ALL 및 PO_ACTION_HISTORY 등의 테이블에서 CREATED_BY 또는 LAST_UPDATED_BY와 같은 필드의 ID를 기준으로 사용자 테이블과 조인합니다.

예시
john.doejane.smithsystem.batch
승인자 이름
ApproverName
구매 주문을 승인하거나 반려한 사용자의 이름입니다.
설명

워크플로에서 승인 단계를 담당한 사람을 나타냅니다. 일반적으로 구매 주문과 연결된 작업 이력 또는 워크플로 로그 테이블에 저장됩니다.

승인자별 데이터 분석은 'PO Approval Cycle Time Analysis' 및 'Approval Resource Workload' 대시보드에 중요합니다. 승인자나 승인 그룹별 병목을 찾고 업무량을 공정하게 평가하며, 위임이나 프로세스 재설계 기회를 파악할 수 있습니다.

중요한 이유

승인 단계에 참여한 담당자를 식별해 승인자별 병목, 업무량, 처리 시간을 분석할 수 있습니다.

확보 방법

작업을 수행한 사용자입니다. PO_ACTION_HISTORY.ACTION_PERFORMED_BY에서 확인하고, 전체 이름은 사용자 테이블과 연결해 가져옵니다.

예시
susan.managerdavid.directoremily.finance
요청 납기일
RequestedDeliveryDate
요청자가 상품이나 서비스를 납품받기를 원하는 날짜입니다.
설명

구매 주문 라인에 지정하는 날짜로, 공급업체에 희망 납기를 전달합니다. 정시 납품 실적을 측정하는 기준이 됩니다.

'On-Time Delivery Rate' KPI를 계산하는 데 필요한 속성입니다. 실제 상품 입고일과 요청 납기일을 비교하면 공급업체의 신뢰도와 공급망의 반복적인 지연을 수치로 측정하고 추적할 수 있습니다.

중요한 이유

정시 납품 실적을 측정하는 기준입니다. 공급업체의 신뢰도와 공급망 효율을 평가하는 주요 KPI에 활용됩니다.

확보 방법

PO_LINE_LOCATIONS_ALL 테이블의 라인 위치 수준에 있는 NEED_BY_DATE 열입니다.

예시
2023-05-202023-06-152023-07-01
종료 시간
EndTime
활동이 완료된 시점의 타임스탬프입니다. 단일 시점에 발생하는 이벤트에서는 시작 시간과 같은 경우가 많습니다.
설명

소요 시간이 있는 활동에서는 완료 시점을 나타냅니다. 순간적으로 발생하는 이벤트에서는 일반적으로 시작 시간과 같습니다. 개별 활동의 처리 시간을 계산하는 데 필요합니다.

종료 시간을 별도로 기록하면 활동별 소요 시간을 더 정확히 분석할 수 있습니다. 활동 간 대기 시간과도 구분할 수 있어 실제 작업 시간과 유휴 시간을 나누어 보고 리소스 업무량과 효율을 분석하는 데 도움이 됩니다.

중요한 이유

활동별 처리 시간을 정확히 계산할 수 있어 리소스 효율을 분석하고 시간이 오래 걸리는 작업을 찾는 데 도움이 됩니다.

확보 방법

단일 시점에 발생하는 이벤트에서는 시작 시간과 같을 수 있으며, 이후 이벤트의 타임스탬프를 바탕으로 산출할 수도 있습니다. 일부 활동에는 별도의 완료 타임스탬프가 있을 수 있습니다.

예시
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
구매 요청
PurchaseRequisitionNumber
구매 주문에 앞서 작성되어 해당 주문을 승인한 구매 요청의 식별자입니다.
설명

구매 요청은 상품이나 서비스 구매를 요청하는 내부 문서입니다. 이 속성은 구매 주문을 최초 요청과 연결합니다.

구매 요청 번호를 포함하면 구매 주문만이 아니라 최초 요청부터 조달 프로세스를 분석할 수 있습니다. 요청부터 주문까지 걸리는 시간을 분석하고, 구매 요청의 세부 정보가 이후 구매 주문 프로세스에 미치는 영향을 파악하는 데 도움이 됩니다.

중요한 이유

구매 주문을 최초 요청과 연결해 구매 요청부터 대금 지급까지 프로세스 전체를 분석할 수 있습니다.

확보 방법

REQ_DISTRIBUTION_ID가 포함된 PO_DISTRIBUTIONS_ALL 테이블을 통해 연결하며, POR_REQUISITION_LINES_ALL 테이블까지 추적할 수 있습니다.

예시
PR-2023-05-001PR-2023-05-002PR-2023-05-003
구매 주문 상태
PurchaseOrderStatus
구매 주문 문서의 현재 상태입니다.
설명

구매 주문 수명 주기의 현재 상태를 나타냅니다. 예를 들면 'Open', 'Approved', 'Finally Closed', 'Canceled'가 있습니다. 구매 주문의 진행 상황을 보여줍니다.

process mining은 활동 순서에 초점을 두지만, 현재 상태를 기준으로 사례를 필터링할 수도 있습니다. 예를 들어 현재 진행 중인 프로세스를 파악하려면 열린 구매 주문만 분석하고, 완료된 프로세스 인스턴스를 분석하려면 종료된 구매 주문만 볼 수 있습니다. 'Purchase Order Flow & Status' 대시보드에 필요한 속성입니다.

중요한 이유

구매 주문의 현재 상태를 보여주므로 진행 중, 완료 또는 취소된 주문을 구분해 분석할 수 있습니다.

확보 방법

Oracle Fusion Cloud SCM, 테이블 PO_HEADERS_ALL, 열 AUTHORIZATION_STATUS 또는 DOCUMENT_STATUS.

예시
OPENAPPROVEDFINALLY_CLOSEDCANCELED
구매 주문 유형
PurchaseOrderType
'Standard', 'Blanket', 'Contract'와 같은 구매 주문 유형입니다.
설명

조달 목적에 따라 구매 주문을 분류합니다. 유형에 따라 적용되는 프로세스 규칙과 수명 주기가 다를 수 있습니다.

'표준' 구매 주문은 일회성 구매에 사용하고, '포괄' 구매 주문은 공급업체와 장기 계약을 맺을 때 사용합니다. 구매 주문 유형별로 프로세스를 분석하면 성과를 정확히 비교할 수 있습니다. 표준 구매 주문과 포괄 구매 계약의 처리 시간을 직접 비교하면 결과가 왜곡될 수 있으므로, 같은 유형끼리 비교해야 합니다.

중요한 이유

조달 유형을 구분해 유사한 주문끼리 프로세스 성과를 정확하게 비교할 수 있습니다.

확보 방법

Oracle Fusion Cloud SCM, 테이블 PO_HEADERS_ALL, 열 TYPE_LOOKUP_CODE.

예시
STANDARDBLANKETCONTRACT
구매 품목 분류
PurchaseCategory
'IT Hardware' 또는 'Office Supplies'와 같은 구매 상품이나 서비스의 분류입니다.
설명

구매 주문의 품목을 조달 계층에 따라 분류합니다. 이 분류는 지출 분석과 공급업체 관리에 사용됩니다.

process mining에서 구매 품목 분류별로 프로세스를 구분하면 실행 방식이나 성과의 차이를 파악할 수 있습니다. 예를 들어 자본 지출의 승인 절차는 운영 물품보다 오래 걸릴 수 있습니다. 'Goods Return Rate & Reasons' 대시보드에서 품목 분류별 반품 빈도를 분석하는 데도 활용됩니다.

중요한 이유

지출 유형별로 프로세스를 분석해 품목 분류에 따른 경로, 병목, 반품률의 차이를 파악할 수 있습니다.

확보 방법

PO_LINES_ALL.CATEGORY_ID를 EGP_CATEGORIES_VL 뷰에 연결합니다.

예시
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
납기 지연 여부
IsLateDelivery
최종 입고가 요청 납기일 이후에 이루어졌는지 나타내는 플래그입니다.
설명

해당 구매 주문의 'Goods Received' 활동 타임스탬프가 'Requested Delivery Date' 속성의 값보다 늦으면 true로 설정되는 계산된 불리언 속성입니다.

이 플래그는 'On-Time Delivery Rate' KPI의 기반이 됩니다. 지연 주문과 정시 주문을 쉽게 구분하고 분석할 수 있어, 특정 공급업체, 지역 또는 제품 범주와 관련된 지연 원인을 조사하는 데 도움이 됩니다.

중요한 이유

'On-Time Delivery Rate' KPI를 직접 지원하여 공급업체 성과와 납품 신뢰도를 명확하게 분석할 수 있습니다.

확보 방법

계산 필드입니다. 'Goods Received' 활동의 타임스탬프가 'RequestedDeliveryDate' 속성보다 늦으면 'true'로 설정합니다.

예시
truefalse
납품 장소
DeliveryLocation
상품을 납품할 실제 장소 또는 주소입니다.
설명

구매 주문 품목의 배송 주소를 나타내는 주요 물류 정보입니다.

process mining에서 납품 장소별로 분석하면 'Goods Receipt Processing Efficiency' 대시보드를 활용할 수 있습니다. 특정 창고나 사업장의 입고 처리가 더 느린지 확인해 해당 장소의 리소스나 프로세스 문제를 파악할 수 있습니다.

중요한 이유

지역별 성과를 분석해 상품 입고 프로세스의 지역 또는 사업장별 병목을 찾을 수 있습니다.

확보 방법

PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID를 HR_LOCATIONS_ALL 뷰에 연결합니다.

예시
Main Warehouse - Dock ABuilding 3 - ReceptionSF Office - 10th Floor
사업부
BusinessUnitName
구매를 진행하는 조직 내 사업부입니다.
설명

사업부는 기업 내에서 별도의 회계 원장과 재무 보고 체계를 갖추는 경우가 많은 독립적인 사업 단위입니다. Oracle Fusion에서 데이터를 구분하는 주요 기준입니다.

대규모 다국적 기업에서는 사업부별 프로세스 성과 분석이 중요합니다. 조직 내 여러 부문의 조달 효율, 규정 준수, 비용을 비교해 모범 사례와 개선이 필요한 영역을 찾을 수 있습니다.

중요한 이유

대규모 조직에서 운영 부문별 프로세스 효율과 규정 준수 수준을 비교하는 데 중요합니다.

확보 방법

사업부 정보는 일반적으로 구매 주문 헤더의 PO_HEADERS_ALL.PRC_BU_ID에 있으며, FUN_ALL_BUSINESS_UNITS_V 뷰와 연결됩니다.

예시
미국 사업부EMEA 비전APAC 서비스
소스 시스템
SourceSystem
데이터를 추출한 정보 시스템입니다.
설명

데이터가 어디에서 비롯되었는지 나타내며, 여러 시스템이 연동된 환경에서 특히 유용합니다. 이 프로세스에서는 일반적으로 'Oracle Fusion Financials'가 해당합니다.

데이터 세트마다 고정된 값인 경우가 많지만, 데이터 거버넌스와 문제 해결, 데이터 계보 확인에 중요합니다. 여러 소스의 데이터를 결합한 분석에서는 시스템별로 필터링하고 구분할 수 있습니다.

중요한 이유

데이터의 출처를 식별합니다. 데이터 거버넌스와 맥락 파악, 다른 시스템과의 연동에 중요합니다.

확보 방법

일반적으로 데이터 추출 및 변환(ETL) 과정에서 정의해 추가하는 고정값입니다.

예시
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
승인 규정 준수 여부
IsApprovalCompliant
구매 주문을 공급업체에 보내기 전에 승인했는지 나타내는 플래그입니다.
설명

구매 주문은 공급업체에 발송하기 전에 승인해야 한다는 주요 내부 통제의 준수 여부를 확인하는 계산된 불리언 속성입니다. 'Purchase Order Approved' 활동이 'Purchase Order Sent to Vendor' 활동보다 먼저 발생하면 true로 설정됩니다.

이 속성은 'PO Process Compliance Audit' 대시보드와 'PO Approval Compliance Rate' KPI에 필수적입니다. 규정 위반을 쉽게 식별하고 수치화하여 조달 정책을 준수하고 무단 지출에 따른 위험을 줄이는 데 도움이 됩니다.

중요한 이유

'PO Approval Compliance Rate' KPI를 직접 측정하며, 승인 전에 주문을 공급업체에 발송한 중대한 내부 통제 위반을 보여줍니다.

확보 방법

계산 필드입니다. 'Purchase Order Approved'의 타임스탬프가 'Purchase Order Sent to Vendor'의 타임스탬프보다 빠르거나 같으면 'true'로 설정합니다.

예시
truefalse
재작업 여부
IsRework
구매 주문이 처음 생성된 후 변경되었는지 나타내는 플래그입니다.
설명

구매 주문 케이스에 'Purchase Order Changed' 활동이 포함되어 있으면 true로 설정되는 계산된 불리언 속성입니다. 수정이나 변경이 필요한 주문을 빠르게 식별할 수 있습니다.

이 플래그를 사용하면 'PO Modification Rate' KPI를 간편하게 계산하고 재작업된 주문을 쉽게 필터링하고 분석할 수 있습니다. 관련 공급업체나 부서를 비롯해 재작업된 주문의 특성을 파악하면 데이터 부정확성이나 요구사항 변경의 근본 원인을 찾는 데 도움이 됩니다.

중요한 이유

'PO Modification Rate' KPI를 직접 지원하며, 변경된 모든 주문을 표시해 프로세스 불안정성을 쉽게 분석할 수 있습니다.

확보 방법

계산 필드입니다. 케이스의 이벤트 로그에 'Purchase Order Changed' 활동이 있으면 'true', 없으면 'false'로 설정합니다.

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

분석에 사용되는 데이터의 최신성을 나타냅니다. Oracle Fusion Financials에서 데이터를 가장 최근에 가져온 날짜와 시간을 기록합니다.

사용자는 이 정보를 통해 분석과 대시보드의 데이터가 얼마나 최신인지 확인할 수 있습니다. 최근 트랜잭션이 포함되었는지에 대한 기대치를 조정하는 데도 도움이 됩니다.

중요한 이유

데이터의 최신성을 명확히 보여주어 사용자가 프로세스 분석이 어느 시점까지 반영되었는지 알 수 있습니다.

확보 방법

데이터 추출 및 변환(ETL) 과정에서 생성해 추가하는 타임스탬프입니다.

예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
필수 권장 선택 사항

구매 주문 조달 활동

구매 주문 조달 프로세스를 정확히 파악하려면 다음 주요 단계와 마일스톤을 이벤트 로그에 기록하세요.
6 권장 10 선택 사항
활동 설명
공급업체에 구매 주문 전송
승인된 구매 주문을 이메일이나 EDI 등의 방식으로 공급업체에 공식 전달합니다. 이 이벤트는 상태 변경이나 구매 주문 통신 기록의 타임스탬프를 바탕으로 추정하는 경우가 많습니다.
중요한 이유

공급업체의 리드 타임이 시작되는 시점입니다. 공급업체 확인부터 최종 납품까지의 성과를 측정하는 데 중요합니다.

확보 방법

구매 주문 문서 상태가 'Open'으로 바뀌고 통신 날짜가 입력된 경우 이 이벤트를 추정할 수 있습니다. 해당 필드는 보통 PO_HEADERS_ALL.communicated_date 또는 관련 상태 필드입니다.

기록

구매 주문의 통신 상태가 'Communicated'로 업데이트된 타임스탬프를 기준으로 추정합니다.

이벤트 유형 inferred
구매 주문 생성
구매 주문 수명 주기가 공식적으로 시작되는 시점입니다. 구매 주문 문서가 초안 또는 미완료 상태로 생성되며, 시스템은 새 구매 주문 헤더 레코드의 생성 타임스탬프를 기록합니다.
중요한 이유

구매 주문 케이스의 주요 시작 이벤트인 이 활동은 모든 처리 시간 계산의 기준이 됩니다. 이후 승인 및 공급업체 소통 단계의 효율성을 측정할 수 있습니다.

확보 방법

해당 구매 주문 ID(PO_HEADER_ID)에 대해 PO_HEADERS_ALL 테이블의 CREATION_DATE 필드를 기준으로 기록되는 명시적 이벤트입니다.

기록

PO_HEADERS_ALL 테이블의 생성 타임스탬프를 사용합니다.

이벤트 유형 explicit
구매 주문 승인
구매 주문에 필요한 승인이 모두 완료되어 공급업체에 보낼 수 있는 상태입니다. 문서의 작업 이력에 명시적으로 기록되는 주요 단계입니다.
중요한 이유

이 중요한 단계가 완료되어야 구매 주문을 공급업체에 보낼 수 있습니다. 승인 주기를 측정하고 지출 정책 준수 여부를 확인하는 데 필요합니다.

확보 방법

이 이벤트는 일반적으로 PO_ACTION_HISTORY 테이블에 ACTION_CODE가 'APPROVE'인 작업으로 기록되거나 PO_HEADERS_ALL의 문서 상태가 승인 상태로 변경될 때 기록됩니다.

기록

PO_ACTION_HISTORY에서 최종 'APPROVE' 작업을 필터링합니다.

이벤트 유형 explicit
구매 주문 최종 종료
구매 주문이 완료된 상태입니다. 상품을 모두 입고했거나 송장 처리를 마쳤으며, 추가 활동이 예상되지 않습니다. 이 명시적 작업으로 구매 주문이 종료 상태로 설정됩니다.
중요한 이유

구매 주문 수명 주기가 성공적으로 완료되었음을 나타냅니다. 주요 긍정적 종료 상태로, 전체 프로세스 처리량과 완료율을 측정하려면 추적이 필요합니다.

확보 방법

PO_ACTION_HISTORY 테이블에 ACTION_CODE가 'FINALLY CLOSE'인 이벤트로 기록됩니다. PO_HEADERS_ALL의 구매 주문 상태도 'Finally Closed'로 업데이트됩니다.

기록

PO_ACTION_HISTORY에서 ACTION_CODE = 'FINALLY CLOSE'인 레코드를 필터링합니다.

이벤트 유형 explicit
구매 주문 취소
구매 주문이 최종 취소되어 이후 트랜잭션이 발생하지 않습니다. 이 명시적 작업으로 문서가 종료 상태로 변경됩니다.
중요한 이유

프로세스의 부정적인 종료 상태를 나타냅니다. 취소 내역을 분석하면 중복 주문, 예산 변경, 프로젝트 요구 사항 변경 등의 문제를 파악할 수 있습니다.

확보 방법

PO_ACTION_HISTORY 테이블에 ACTION_CODE가 'CANCEL'인 작업으로 기록되며, PO_HEADERS_ALL의 구매 주문 상태도 이에 맞게 업데이트됩니다.

기록

PO_ACTION_HISTORY에서 ACTION_CODE = 'CANCEL'인 레코드를 필터링합니다.

이벤트 유형 explicit
상품 입고
실물 상품을 수령하고 수량을 확인한 뒤 구매 주문에 반영했습니다. 이 트랜잭션 이벤트는 재고와 구매 주문 상태를 업데이트합니다.
중요한 이유

공급업체의 정시 납품 실적과 전체 리드 타임을 측정하는 주요 기준점입니다. 이후 진행되는 품질 검사와 송장 대조의 시작점으로도 활용됩니다.

확보 방법

RCV_TRANSACTIONS 테이블에 명시적으로 기록되는 이벤트입니다. TRANSACTION_TYPE이 'RECEIVE'인 트랜잭션으로 식별할 수 있습니다.

기록

RCV_TRANSACTIONS에서 TRANSACTION_TYPE이 'RECEIVE'인 레코드의 TRANSACTION_DATE를 사용합니다.

이벤트 유형 explicit
공급업체에 상품 반품
이미 입고한 상품을 결함, 파손 또는 오배송 등의 사유로 공급업체에 반송합니다. 입고 모듈에서 반품 트랜잭션으로 기록됩니다.
중요한 이유

반품을 추적하면 공급업체의 품질과 주문 정확도를 평가할 수 있습니다. 특정 공급업체의 반품률이 높다면 해결이 필요한 구조적 문제가 있을 수 있습니다.

확보 방법

RCV_TRANSACTIONS 테이블에 TRANSACTION_TYPE이 'RETURN TO VENDOR'인 이벤트로 명시적으로 기록됩니다.

기록

RCV_TRANSACTIONS에서 TRANSACTION_TYPE이 'RETURN TO VENDOR'인 레코드의 TRANSACTION_DATE를 사용합니다.

이벤트 유형 explicit
구매 요청 생성
이 활동은 구매 주문에 앞서 상품이나 서비스를 공식적으로 요청하는 구매 요청이 생성된 시점을 나타냅니다. Oracle Fusion에서 구매 요청 헤더 테이블에 새 항목이 생성되면 기록됩니다.
중요한 이유

이 활동을 분석하면 수요가 발생하는 단계를 이해할 수 있습니다. 구매 요청부터 구매 주문 생성까지 걸리는 시간을 추적하면 내부 수요를 실제 구매 주문으로 전환하는 과정의 지연을 찾아낼 수 있습니다.

확보 방법

새 구매 요청을 저장할 때 기록되는 명시적 이벤트입니다. POR_REQUISITION_HEADERS_ALL 테이블의 생성 타임스탬프를 추적해 확인할 수 있습니다.

기록

이 이벤트는 POR_REQUISITION_HEADERS_ALL 테이블 레코드의 생성 날짜를 기준으로 합니다.

이벤트 유형 explicit
구매 요청 승인
지정된 승인자가 구매 요청을 승인해 구매 부서에서 구매 주문을 생성할 수 있도록 승인한 상태입니다. 이 이벤트는 시스템의 구매 요청 작업 이력에 명시적으로 기록됩니다.
중요한 이유

이 단계는 요청에 대한 내부 승인 절차가 끝났음을 나타냅니다. 여기서 지연되면 전체 구매 일정에 직접 영향을 줄 수 있으므로 소요 시간을 모니터링해야 합니다.

확보 방법

이 이벤트는 구매 요청과 연결된 작업 이력에 기록되며, 일반적으로 워크플로 테이블이나 구매 요청 문서의 특정 승인 상태 필드에서 확인할 수 있습니다.

기록

해당 구매 요청 문서의 워크플로 이력에 승인 작업으로 기록됩니다.

이벤트 유형 explicit
구매 주문 반려
승인자가 구매 주문을 반려해 작성자에게 수정하도록 돌려보낸 상태입니다. 작업 이력에 명시적으로 기록되며 표준 프로세스 흐름에서 벗어난 경우를 나타냅니다.
중요한 이유

반려가 발생하면 재작업과 지연이 생깁니다. 이 활동을 추적하면 반려의 일반적인 원인, 교육 필요성, 불명확한 승인 요건을 파악할 수 있습니다.

확보 방법

해당 PO_HEADER_ID의 PO_ACTION_HISTORY 테이블에 ACTION_CODE가 'REJECT'인 작업으로 기록됩니다.

기록

PO_ACTION_HISTORY에서 ACTION_CODE = 'REJECT'인 항목을 필터링합니다.

이벤트 유형 explicit
구매 주문 변경
최초 승인 후 수량, 가격, 납기일 등이 변경된 구매 주문입니다. Oracle Fusion에서는 문서의 새 개정본을 생성해 변경 사항을 기록합니다.
중요한 이유

구매 주문 변경은 재작업을 의미하며, 최초 주문의 정확성 문제나 달라진 사업 요구를 나타낼 수 있습니다. 변경 빈도와 내용을 분석하면 프로세스 효율을 높일 기회를 찾을 수 있습니다.

확보 방법

새 문서 개정본이 생성될 때 명시적으로 기록되는 이벤트입니다. PO_HEADERS_ALL 테이블의 REVISION_NUM 필드 값이 증가했는지 확인할 수 있습니다.

기록

PO_HEADER_ID별 REVISION_NUM이 증가한 사례를 식별합니다.

이벤트 유형 explicit
구매 주문 제출
생성된 구매 주문을 승인 워크플로에 제출합니다. Oracle Fusion은 제출 작업을 명시적으로 기록하며, 제출한 사용자와 타임스탬프를 저장합니다.
중요한 이유

이 활동은 승인 주기가 시작되는 시점을 나타냅니다. 제출부터 승인까지 걸리는 시간을 분석하면 내부 결재 과정의 병목을 찾을 수 있습니다.

확보 방법

해당 PO_HEADER_ID의 PO_ACTION_HISTORY 테이블에 ACTION_CODE가 'SUBMIT'인 작업으로 기록됩니다.

기록

PO_ACTION_HISTORY에서 ACTION_CODE = 'SUBMIT'인 항목을 필터링합니다.

이벤트 유형 explicit
구매 주문 확인
공급업체가 구매 주문을 수령하고 조건을 수락했음을 확인한 상태입니다. 공급업체와의 소통을 바탕으로 구매 담당자가 수동으로 기록하거나 전자 확인을 통해 수집하는 경우가 많습니다.
중요한 이유

공급업체의 확인을 받으면 주문을 수령해 처리 중임을 알 수 있습니다. 이를 추적하면 공급업체와의 소통을 관리하고 잠재적인 이행 문제를 미리 파악할 수 있습니다.

확보 방법

일반적으로 구매 주문 헤더나 라인의 확인 상태 필드가 변경된 것을 기준으로 추정합니다. 예를 들어 PO_HEADERS_ALL.acceptance_status가 'Accepted'로 변경되는 경우입니다.

기록

구매 주문 확인 상태 필드의 업데이트를 기준으로 추정합니다.

이벤트 유형 inferred
서비스 제공 확인
서비스 구매 주문의 경우, 합의한 서비스가 제공되었음을 확인하는 활동입니다. 보통 수동으로 기록하거나 서비스 입력 시트를 통해 기록합니다.
중요한 이유

서비스에 대한 입고 처리에 해당하며, 송장을 지급하기 전에 거쳐야 하는 중요한 단계입니다. 서비스 확인이 지연되면 대금 지급이 늦어지고 공급업체와의 관계가 악화될 수 있습니다.

확보 방법

일반적으로 구매 주문의 서비스 라인에 대한 입고로 기록됩니다. 서비스 진행 상황이나 완료 여부를 추적하는 특정 필드 또는 복합 입고 정보가 포함될 수 있습니다.

기록

서비스 구매 주문 라인과 연결된 입고 트랜잭션(RCV_TRANSACTIONS)을 식별합니다.

이벤트 유형 explicit
입고 문서 생성
실물 상품이 도착하기 전에 시스템에서 입고 문서를 생성합니다. 이 활동은 내부 입고 프로세스의 시작을 나타냅니다.
중요한 이유

이 시점부터 조달 프로세스가 물류 단계로 넘어갑니다. 이 시점부터 최종 입고 전기까지 걸린 시간을 분석하면 창고나 입고 부서의 비효율을 파악할 수 있습니다.

확보 방법

구매 주문과 연결된 RCV_SHIPMENT_HEADERS 테이블에 새 레코드가 생성될 때의 타임스탬프로 명시적으로 기록됩니다.

기록

RCV_SHIPMENT_HEADERS에서 해당 레코드의 생성일을 사용합니다.

이벤트 유형 explicit
품질 검사 수행
품질 관리가 필요한 상품을 검사해 합격 또는 불합격으로 판정합니다. 최초 입고 후 별도의 트랜잭션으로 기록됩니다.
중요한 이유

품질 관리에서 중요한 활동입니다. 검사에 걸리는 시간을 분석하면 품질 관리 프로세스를 효율화하고 상품을 사용할 수 있게 되기까지의 지연을 줄일 수 있습니다.

확보 방법

RCV_TRANSACTIONS 테이블에 기록됩니다. 입고 트랜잭션 이후 발생한 TRANSACTION_TYPE이 'ACCEPT' 또는 'REJECT'인 트랜잭션으로 식별합니다.

기록

RCV_TRANSACTIONS에서 TRANSACTION_TYPE이 'ACCEPT' 또는 'REJECT'인 레코드의 TRANSACTION_DATE를 사용합니다.

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

데이터 추출 가이드

Oracle Fusion Financials에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿으로 데이터 수집을 간소화하고 구매 주문 조달 프로세스에 관한 인사이트를 확인하세요. 지금 운영 개선을 시작하세요.

지금 구매 주문 조달 프로세스를 최적화하세요

비용을 높이는 병목을 찾아 사이클 타임을 손쉽게 30% 단축하세요.

무료 체험 시작하기

신용카드 없이 시작할 수 있습니다. 지금 최적화를 시작하세요.