공급망 관리 데이터 템플릿
공급망 관리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
공급망 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
물류 주문
LogisticsOrder
|
개별 물류 주문을 식별하는 고유 ID로, 공급망 전체 프로세스를 추적할 때 케이스 ID로 사용됩니다. | ||
|
설명
물류 주문은 공급망에서 특정 수요나 이행 요청과 관련된 모든 활동을 연결하는 기본 케이스 식별자입니다. 이 ID를 사용하면 최초 고객 주문이나 수요 예측부터 조달, 생산, 최종 배송까지 제품의 전체 이동 경로를 확인할 수 있습니다. process mining 분석에서는 관련 이벤트를 하나의 케이스로 묶는 데 이 속성이 중요합니다. 주문별 프로세스 흐름을 재구성해 사이클 타임을 분석하고, 병목을 찾고, 프로세스 변형을 파악하며, 주문을 중심으로 전체 성과를 평가할 수 있습니다.
중요한 이유
모든 프로세스 단계를 연결하는 데 필요한 식별 키입니다. 일관된 물류 주문 ID가 없으면 주문의 전체 이동 경로를 추적할 수 없습니다.
확보 방법
이 식별자는 일반적으로 Order Management, Inventory Management, Shipping을 비롯한 Oracle SCM Cloud의 여러 모듈에서 확인할 수 있습니다.
예시
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
이벤트 시간
EventTime
|
특정 활동이 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 시간은 프로세스의 각 활동에 연결된 타임스탬프입니다. 이벤트의 순서를 정하고 시간에 따른 프로세스 흐름을 파악하는 데 필요한 시간 정보를 제공합니다. 시간 기반 분석에 반드시 필요한 데이터입니다. process mining에서는 사이클 타임, 처리 시간, 대기 시간 등 시간 기반 지표를 계산하는 데 이 속성을 사용합니다. 이벤트 로그를 생성하고 활동 간 소요 시간을 측정해 병목을 찾으며, 시간 기준 목표나 SLA에 따른 성과를 평가하는 바탕이 됩니다.
중요한 이유
이 타임스탬프는 이벤트를 시간순으로 정렬하고 사이클 타임이나 병목과 같은 시간 관련 성과 지표를 계산하는 데 필요합니다.
확보 방법
CREATION_DATE 또는 LAST_UPDATE_DATE와 같은 타임스탬프 필드는 일반적으로 Oracle SCM Cloud 모듈의 거래 테이블에서 확인할 수 있습니다.
예시
2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
|
|||
|
활동명
ActivityName
|
물류 프로세스에서 발생한 구체적인 비즈니스 이벤트나 작업의 이름입니다. 예를 들어 '구매 주문 발행' 또는 '출하 확정'이 있습니다. | ||
|
설명
이 속성은 물류 생애주기의 개별 단계나 이정표를 나타냅니다. 각 활동은 재고 확인, 상품 생산, 배송 증명 서명과 같은 구체적인 작업을 의미합니다. 이러한 활동이 이어져 각 물류 주문의 프로세스 흐름을 구성합니다. 활동명 분석은 process mining의 기본입니다. 프로세스 맵을 시각화하고, 단계 간 전환 시간을 계산하고, 재작업 반복을 찾고, 일반적인 프로세스 경로나 이탈 경로(변형)를 파악할 수 있습니다.
중요한 이유
프로세스의 단계를 정의합니다. 활동의 순서와 빈도를 분석하는 것이 process mining의 기본입니다.
확보 방법
활동명은 Oracle SCM Cloud의 여러 모듈에서 수집한 이벤트 데이터에서 도출합니다. 거래 상태나 이벤트 로그를 표준 활동명 목록에 매핑해야 하는 경우가 많습니다.
예시
구매 주문 발행제품 생산 완료출하 확정배송 증명 서명
|
|||
|
공급업체명
SupplierName
|
구매 주문에 필요한 원자재를 공급하는 공급업체 또는 판매업체의 이름입니다. | ||
|
설명
이 속성은 생산에 필요한 부품이나 원자재를 공급하는 외부 업체를 식별합니다. '구매 주문 발행', '원자재 입고'와 같은 조달 관련 활동에 연결됩니다. 공급업체명별 분석은 공급업체 리드 타임 성과 대시보드에 중요합니다. 어떤 공급업체가 신뢰할 수 있고 정시에 납품하는지, 어떤 공급업체가 자주 지연되는지 평가할 수 있습니다. 이 정보는 조달 전략과 공급업체 관계 관리에 활용되며 자재 부족으로 인한 생산 지연을 줄이는 데 도움이 됩니다.
중요한 이유
공급업체 성과를 측정하고 비교할 수 있어 안정적이고 효율적인 입고 공급망을 구축하는 데 도움이 됩니다.
확보 방법
공급업체 정보는 Oracle SCM Cloud의 조달 모듈에서 구매 주문과 연결되어 있습니다. 주요 테이블로 PO_HEADERS_ALL과 POZ_SUPPLIERS가 있습니다.
예시
Global Components Inc.Advanced Materials LLCTech Parts Direct
|
|||
|
구매 주문 번호
PurchaseOrderNumber
|
원자재나 부품을 조달하기 위해 생성한 구매 주문의 고유 식별자입니다. | ||
|
설명
구매 주문 번호는 공급망 조달 단계에서 사용하는 주요 문서 ID입니다. 물류 주문을 공급업체에 요청한 특정 구매 건과 연결합니다. 이 속성을 사용하면 조달 활동을 상세히 살펴볼 수 있습니다. 특정 PO와 관련된 모든 이벤트를 추적할 수 있어 공급업체 성과와 조달 주기를 분석하는 데 중요합니다.
중요한 이유
조달 문서로 바로 연결해 구매 하위 프로세스와 전체 물류 흐름에 미치는 영향을 상세히 분석할 수 있습니다.
확보 방법
이 ID는 Oracle Procurement Cloud 모듈에서 확인할 수 있으며, 주로 PO_HEADERS_ALL 테이블의 SEGMENT1에 저장됩니다.
예시
PO-98345PO-98346PO-98347
|
|||
|
물류 주문 상태
LogisticsOrderStatus
|
물류 주문의 최종 상태로, 주문이 완료되었는지, 취소되었는지, 일부만 이행되었는지를 나타냅니다. | ||
|
설명
이 속성은 물류 주문 케이스의 최종 상태나 결과를 나타냅니다. 계획대로 전체 프로세스를 완료한 주문과 중간에 종료된 주문을 구분할 수 있습니다. 프로세스 분석에서는 상태별 필터링이 중요합니다. 예를 들어 취소된 주문으로 결과가 왜곡되지 않도록 사이클 타임 분석에는 일반적으로 '완료'된 주문만 포함해야 합니다. 주문이 취소되는 원인을 분석하는 데도 활용할 수 있습니다.
중요한 이유
케이스의 결과를 나타냅니다. 미완료 또는 취소된 주문을 필터링해 비교 가능한 데이터로 분석할 수 있습니다.
확보 방법
최종 상태는 일반적으로 Oracle Order Management의 판매 주문 또는 이행 라인 상태에서 가져옵니다. DOO_HEADERS_ALL 또는 DOO_FULFILL_LINES_ALL과 같은 테이블에서 확인할 수 있습니다.
예시
배송 완료취소됨일부 출하됨마감됨
|
|||
|
사용자
User
|
특정 활동을 수행한 사람의 사용자 ID 또는 이름입니다. | ||
|
설명
이 속성은 프로세스에서 작업을 수행한 직원 또는 시스템 사용자를 식별합니다. 업무량 분포와 개인별 성과를 파악하는 데 활용할 수 있습니다. 사용자별로 분석하면 리소스 관리와 성과 분석에 도움이 됩니다. 성과가 높은 개인이나 팀을 찾고, 교육이 필요한 부분을 파악하거나, 수작업으로 처리할 때 반복적으로 지연되는 작업에서 자동화 기회를 발견할 수 있습니다.
중요한 이유
리소스 성과와 업무량 분포를 분석하고 교육 또는 자동화 기회를 파악하는 데 도움이 됩니다.
확보 방법
Oracle SCM 트랜잭션 테이블에서는 일반적으로 'Created By' 또는 'Last Updated By' 열에 사용자 정보가 저장됩니다.
예시
JSMITHALOGANSYSTEMBATCH_USER
|
|||
|
실제 배송일
ActualDeliveryDate
|
배송 증명으로 확인된 실제 고객 배송일입니다. | ||
|
설명
상품이 목적지에 도착해 물류 프로세스가 최종 완료된 날짜입니다. '배송 증명 서명' 활동에서 가져오는 경우가 많습니다. 이 속성은 성과 측정에 필요합니다. '요청 배송일'과 직접 비교해 주문이 정시에 배송되었는지, 지연되었는지 판단합니다. 물류 주문의 전체 사이클 타임을 계산하는 데도 사용됩니다.
중요한 이유
프로세스가 실제로 완료된 시점을 제공하므로 정시 배송률과 전체 사이클 타임을 계산할 수 있습니다.
확보 방법
일반적으로 WSH_DELIVERIES와 같은 출하 또는 운송 모듈에서 최종 배송 확인 이벤트의 타임스탬프를 가져옵니다.
예시
2023-11-162023-11-302024-01-12
|
|||
|
요청 배송일
RequestedDeliveryDate
|
고객이 주문 시 요청한 배송일입니다. | ||
|
설명
고객이 원하는 배송 일정을 나타내며 정시 배송 성과를 측정하는 주요 기준입니다. 일반적으로 고객 주문을 생성할 때 설정하며 서비스 수준 계약(SLA)의 중요한 항목입니다. 분석에서는 이 속성을 '실제 배송일'과 비교해 정시 배송률 KPI를 계산합니다. 고객 기대에 부응하는 역량을 파악하고 지연의 근본 원인을 찾는 데 도움이 됩니다.
중요한 이유
정시 배송 성과를 측정하는 기준입니다. 고객 만족도와 공급망 효율성을 보여주는 주요 KPI입니다.
확보 방법
일반적으로 Oracle Order Management의 판매 주문 또는 이행 라인 수준에 저장됩니다. REQUEST_SHIP_DATE 또는 REQUEST_ARRIVAL_DATE와 같은 필드를 확인합니다.
예시
2023-11-152023-12-012024-01-10
|
|||
|
운송 방식
ModeOfTransport
|
항공, 해상, 트럭, 철도 등 출하물 운송에 사용하는 방식입니다. | ||
|
설명
이 속성은 창고에서 고객까지 상품을 이동하는 데 사용한 운송 방식을 나타냅니다. 물류 및 운송 분석에 필요한 정보입니다. 운송 방식별로 필터링하거나 분석을 나누면 각 운송 방법의 효율성을 비교할 수 있습니다. 운송 효율성 분석 대시보드에서는 운송 방식별 이동 시간을 비교해 물류 비용과 배송 시간을 최적화할 수 있습니다.
중요한 이유
운송 효율성과 비용을 분석해 속도와 비용을 고려한 물류 전략을 수립할 수 있습니다.
확보 방법
일반적으로 Oracle Transportation Management(OTM) 모듈이나 출하 실행 모듈에서 확인할 수 있습니다. WSH_DELIVERY_LEGS와 같은 테이블의 필드를 확인합니다.
예시
항공 화물해상 화물대형 트럭 운송소량 화물 트럭 운송
|
|||
|
제품 범주
ProductCategory
|
주문에 포함된 제품이 속한 범주 또는 제품군입니다. | ||
|
설명
제품 범주는 '전자제품', '의류', '원자재'와 같이 유사한 제품을 묶는 분류 속성입니다. 개별 제품 SKU보다 상위 수준에서 분석할 수 있습니다. process mining에서 제품 범주별로 분석을 나누면 특정 제품 유형의 사이클 타임이 더 긴지, 다른 프로세스 변형을 따르는지, 지연이 더 자주 발생하는지 확인할 수 있습니다. 이를 바탕으로 제품군별 프로세스 개선 방안을 마련할 수 있습니다.
중요한 이유
제품 유형별로 성과를 나눠 분석해 특정 제품군에 나타나는 패턴과 문제를 파악할 수 있습니다.
확보 방법
이 정보는 Oracle SCM Cloud의 품목 마스터 데이터에 포함되어 있으며 EGP_SYSTEM_ITEMS_B 및 관련 범주 테이블에서 확인할 수 있습니다.
예시
완제품예비 부품원자재소비자 가전
|
|||
|
품목 번호
ItemNumber
|
처리 중인 특정 제품의 고유 식별자 또는 SKU입니다. | ||
|
설명
품목 번호를 사용하면 제품을 가장 세부적인 수준으로 식별할 수 있습니다. 제품 범주별 분석보다 상세하게 개별 제품을 분석할 수 있습니다. 분석에 품목 번호를 활용하면 특정 제품과 관련된 프로세스 문제를 찾을 수 있습니다. 예를 들어 특정 품목에서 품질 검사 실패율이 높거나 생산 시간이 길게 나타날 수 있습니다. 이를 통해 SKU 단위로 문제를 해결할 수 있습니다.
중요한 이유
개별 제품 수준에서 상세히 분석해 범주별 분석으로는 드러나지 않는 문제를 찾을 수 있습니다.
확보 방법
품목 식별자는 DOO_FULFILL_LINES_ALL 또는 INV_MATERIAL_TXNS와 같은 Oracle SCM의 대부분 트랜잭션 테이블에 있으며, 일반적으로 INVENTORY_ITEM_ID로 저장됩니다.
예시
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
고객명
CustomerName
|
주문을 접수한 고객의 이름입니다. | ||
|
설명
이 속성은 상품과 서비스를 받는 고객을 식별합니다. 고객 중심 분석에 기본적으로 필요한 기준입니다. 고객별로 프로세스를 분석하면 중요한 패턴을 찾을 수 있습니다. 예를 들어 일부 주요 고객에게 배송 지연이 더 자주 발생하거나 고객군에 따라 프로세스 경로가 다를 수 있습니다. 이 정보는 고객 서비스를 개선하고 주요 고객을 효과적으로 관리하는 데 중요합니다.
중요한 이유
고객 중심으로 프로세스를 살펴보고 특정 고객이나 고객 유형이 고유한 프로세스 문제를 겪는지 파악할 수 있습니다.
확보 방법
고객 정보는 주문 관리 모듈에 저장되며 판매 주문과 연결됩니다. DOO_HEADERS_ALL 관련 테이블을 고객 계정 테이블(HZ_CUST_ACCOUNTS)과 조인해 확인할 수 있습니다.
예시
Retail CorpManufacturing SolutionsMegaStore Inc.
|
|||
|
소스 시스템
SourceSystem
|
데이터를 추출한 정보 시스템을 식별합니다. | ||
|
설명
이 속성은 이벤트 데이터의 출처를 나타냅니다. 여기서는 Oracle SCM Cloud가 해당합니다. 여러 시스템의 데이터를 결합하는 환경에서 데이터 출처를 명확히 하는 데 유용합니다. 분석할 때 여러 시스템에 걸친 프로세스나 활동을 구분하는 데 도움이 됩니다. 이 사례처럼 단일 시스템을 분석하는 경우에는 표준 데이터 거버넌스 속성으로 활용됩니다.
중요한 이유
데이터 출처를 확인하고 여러 시스템을 사용하는 환경에서 데이터의 원천을 구분하는 데 도움이 됩니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 'Oracle SCM Cloud'라는 고정값을 추가합니다.
예시
Oracle SCM CloudOracle Fusion SCM
|
|||
|
운송 소요 시간
TransportationDuration
|
상품을 적재한 시점부터 목적지에 도착할 때까지 걸리는 시간입니다. | ||
|
설명
이 계산 지표는 전체 주기 중 운송 중인 시간을 측정합니다. '운송을 위한 상품 적재' 활동과 '목적지에서 상품 하역' 활동 사이의 시간 차이로 계산합니다. 운송 효율 분석 대시보드에 사용됩니다. 운송 단계에서 발생한 지연을 따로 파악하고, 운송업체와 운송 수단별로 분석해 배송 성과를 개선할 수 있습니다.
중요한 이유
운송 중인 시간을 분리해 창고나 생산 지연과 구분하여 운송 효율을 집중적으로 분석할 수 있습니다.
확보 방법
데이터 변환 과정에서 케이스별 '운송을 위한 상품 적재' 이벤트와 '목적지에서 상품 하역' 이벤트의 타임스탬프 차이를 계산합니다.
예시
2일 3시간5일 1시간12시간
|
|||
|
운송업체명
CarrierName
|
상품 운송을 담당하는 제3자 물류 회사 또는 운송업체의 이름입니다. | ||
|
설명
운송업체명은 배송에 이용된 운송 서비스를 식별합니다. 물류 파트너의 성과를 평가할 때 중요한 정보입니다. 운송 효율 분석 대시보드에서 운송업체별 성과를 비교하는 데 사용합니다. 운송 시간이 가장 짧은 업체, 특정 경로에서 가장 신뢰할 수 있는 업체, 비용 대비 효율이 가장 높은 업체를 파악할 수 있습니다.
중요한 이유
운송 파트너의 성과를 비교해 배송 비용과 신뢰성을 개선하는 데 도움이 됩니다.
확보 방법
이 정보는 Oracle Transportation Management 또는 Shipping 모듈에 저장됩니다. 일반적으로 WSH_TRIPS와 같은 테이블에서 특정 운송 또는 배송 구간과 연결됩니다.
예시
FedExDHLUPSMaersk
|
|||
|
재작업 여부
IsRework
|
물류 주문에서 활동 반복이나 프로세스 루프와 같은 재작업이 발생했는지 나타내는 불리언 값입니다. | ||
|
설명
이 계산 속성은 선형적이고 효율적인 흐름에서 벗어난 케이스를 식별합니다. 일반적으로 활동이 반복되거나 뒤 단계의 활동 이후 앞 단계의 활동이 다시 나타나는 패턴을 찾아 프로세스 루프를 감지합니다(예: '상품 피킹' -> '품질 검사 실패' -> '상품 피킹'). 이 값은 프로세스 비효율을 정량화하는 데 중요합니다. 주문 재작업률 KPI를 계산하고, 재작업이 발생한 케이스를 필터링해 조사할 수 있습니다. 이를 통해 데이터 입력 오류, 품질 문제, 최초 처리 오류 등의 근본 원인을 파악할 수 있습니다.
중요한 이유
루프와 단계 반복 등 지연과 비용 증가를 유발하는 프로세스 비효율을 정량화하고 해당 사례를 분리해 분석할 수 있습니다.
확보 방법
원천 시스템에서 제공하지 않는 값입니다. process mining 도구가 케이스별 활동 순서를 분석해 재작업을 나타내는 패턴을 감지하고 계산합니다.
예시
truefalse
|
|||
|
정시 배송 여부
IsOnTimeDelivery
|
요청된 배송일 당일 또는 그 이전에 주문이 배송되었는지 나타내는 불리언 값입니다. | ||
|
설명
이 계산 속성을 사용하면 성과를 간편하게 분석할 수 있습니다. 'Actual Delivery Date'와 'Requested Delivery Date'를 비교해 산출합니다. 실제 배송일이 요청일과 같거나 빠르면 true, 그렇지 않으면 false입니다. 이 값으로 고객 배송 성과 대시보드와 같은 KPI 및 대시보드를 쉽게 만들 수 있습니다. 데이터를 빠르게 필터링하고 집계해 정시 배송률을 계산하고, 지연 주문의 공통 특성을 찾아 근본 원인을 분석할 수 있습니다.
중요한 이유
고객의 기대에 부응했는지 직접 측정하고 배송 적시성과 관련된 KPI를 간편하게 만들 수 있습니다.
확보 방법
이 속성은 원천 시스템에 없습니다. 데이터 변환 과정에서 'ActualDeliveryDate' <= 'RequestedDeliveryDate'를 비교해 계산합니다.
예시
truefalse
|
|||
|
주문 금액
OrderValue
|
물류 주문의 총 금액입니다. | ||
|
설명
이 속성은 단일 물류 주문의 금액을 나타냅니다. 분석 우선순위를 정하고 프로세스 비효율이 재무에 미치는 영향을 파악하는 데 중요한 지표입니다. process mining에서는 주문 금액과 프로세스 성과를 재무 결과와 연계해 분석할 수 있습니다. 예를 들어 금액이 큰 주문에서 지연이 더 길게 발생한다면 매출에 상당한 위험이 될 수 있습니다. 금액 규모가 큰 주문을 처리하는 프로세스부터 개선하도록 우선순위를 정하는 데도 활용할 수 있습니다.
중요한 이유
프로세스 성과를 재무 관점에서 파악해 금액 영향을 기준으로 개선 우선순위를 정할 수 있습니다.
확보 방법
주문 금액은 일반적으로 Oracle Order Management의 판매 주문 헤더 수준에 저장됩니다. 총액 필드는 DOO_HEADERS_ALL과 같은 테이블에서 확인할 수 있습니다.
예시
5250.7512300.00950.20
|
|||
|
주문부터 배송까지의 전체 소요 시간
EndToEndCycleTime
|
고객 주문 생성부터 최종 배송 증명까지 걸린 총 시간입니다. | ||
|
설명
이 계산 지표는 단일 주문의 전체 물류 프로세스에 걸린 시간을 측정합니다. 첫 번째 활동(예: '고객 주문 생성')과 마지막 활동(예: '배송 증명 서명')의 타임스탬프 차이로 계산합니다. 전체 프로세스 효율을 파악하는 데 가장 중요한 KPI 중 하나입니다. 전반적인 성과를 보여 주며, 대시보드에서 시간에 따른 추이를 추적하고 조사가 필요한 장기 미결 주문을 찾는 데 사용합니다.
중요한 이유
시작부터 완료까지 프로세스 성과를 종합적으로 측정해 장기 미결 건을 찾고 전반적인 효율 개선을 추적할 수 있습니다.
확보 방법
process mining 도구 또는 데이터 준비 과정에서 각 케이스의 첫 이벤트 시작 시간과 마지막 이벤트 시작 시간의 차이를 계산합니다.
예시
15일 4시간22일 8시간10일 2시간
|
|||
|
창고 위치
WarehouseLocation
|
상품을 피킹하고 출하하는 창고 또는 물류센터입니다. | ||
|
설명
이 속성은 특정 물류 활동이 이루어진 실제 위치나 시설을 나타냅니다. 위치별 성과 분석에 필요한 정보입니다. 창고 위치별 분석을 통해 시설 간 성과 차이를 확인할 수 있습니다. 예를 들어 한 창고의 피킹 및 포장 주기가 다른 창고보다 훨씬 짧을 수 있습니다. 이러한 결과를 바탕으로 시설 간 모범 사례를 공유하거나 프로세스 개선이 필요한 시설을 파악할 수 있습니다.
중요한 이유
실제 위치별 성과를 비교해 성과가 높은 시설과 개선이 필요한 영역을 찾을 수 있습니다.
확보 방법
창고 또는 재고 조직 정보는 Oracle Inventory Management의 기본 데이터 항목입니다. INV_MATERIAL_TXNS와 같은 테이블에서 ORGANIZATION_ID로 확인할 수 있습니다.
예시
WH-NORTHWH-WESTDC-CENTRAL
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
이벤트 데이터가 소스 시스템에서 마지막으로 새로 고침되거나 추출된 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 process mining 데이터셋의 이벤트 데이터가 마지막으로 업데이트된 시점을 나타냅니다. 데이터의 최신 상태와 분석 대상 기간을 파악하는 데 필요합니다. 데이터 거버넌스에 활용되며 대시보드에 표시된 인사이트가 얼마나 최신인지 사용자에게 알려줍니다. '이 프로세스 현황은 얼마나 최신입니까?'와 같은 질문에 답하는 데 도움이 됩니다.
중요한 이유
데이터가 얼마나 최신인지 파악할 수 있는 정보를 제공해 사용자가 분석 대상 기간을 이해하도록 돕습니다.
확보 방법
데이터 추출, 변환, 적재(ETL) 과정에서 타임스탬프를 생성해 추가합니다.
예시
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
공급망 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
고객 주문 생성
|
Oracle Order Management에서 판매 주문을 생성하는 활동입니다. 고객이 상품을 공식적으로 요청한 것을 나타냅니다. 시스템에 새 판매 주문 레코드를 저장하면 이 이벤트가 명시적으로 기록되고 물류 주문의 생애주기가 시작됩니다. | ||
|
중요한 이유
주요 시작 이벤트로, 물류 사이클 타임을 처음부터 끝까지 측정하는 기준이 됩니다. 주문 처리 효율성과 고객 수요 패턴을 분석할 때 기준점으로 활용합니다.
확보 방법
일반적으로 DOO_HEADERS_ALL 테이블에서 가져오는 Order Management 모듈의 판매 주문 레코드 생성 타임스탬프를 사용합니다.
기록
판매 주문 헤더의 생성일을 사용합니다.
이벤트 유형
explicit
|
|||
|
배송 증명 서명
|
고객이 상품을 받았다는 서명 확인을 제공해 배송 프로세스를 공식적으로 마무리합니다. 배송 증명 날짜와 문서를 주문 또는 출하 레코드에 업데이트해 기록하는 경우가 많습니다. | ||
|
중요한 이유
물류 주문이 성공적으로 완료되었음을 나타내는 최종 이벤트이며, '물류 전체 사이클 타임' KPI를 측정하는 데 중요합니다. 규정 준수와 분쟁 해결에도 활용됩니다.
확보 방법
출하 또는 판매 주문 레코드를 수동이나 반자동으로 업데이트하는 경우가 많습니다. 시스템에 POD 날짜 전용 필드가 있으면 해당 값을 이벤트 타임스탬프로 사용할 수 있습니다.
기록
출하 또는 주문 레코드의 '배송 증명 날짜' 필드에 기록된 타임스탬프를 사용합니다.
이벤트 유형
explicit
|
|||
|
상품 피킹 및 포장
|
창고 담당자가 주문 품목을 재고에서 피킹해 출하용으로 포장합니다. 여러 시스템 거래를 거쳐 포장 완료 상태가 됩니다. | ||
|
중요한 이유
실제 출하 프로세스의 시작을 나타냅니다. 주문 생성부터 이 시점까지 걸린 시간은 '재고 확인부터 이행까지의 시간' KPI로 측정하며, 내부 이행 효율성을 보여줍니다.
확보 방법
Oracle Shipping의 출하 라인 또는 배송 상세 상태를 바탕으로 추론합니다. 피킹 웨이브 생성, 피킹 확인, 포장 확인 등 여러 이벤트를 집계하는 경우가 많습니다.
기록
판매 주문 라인과 연결된 최종 피킹 확인 또는 포장 확인 거래의 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
생산 일정 수립
|
제조 품목의 경우 작업 지시를 일정에 등록해 생산 일정과 리소스 배분을 정합니다. 작업 지시 상태가 '일정 수립됨' 또는 '출고됨'으로 변경될 때 이 이벤트가 기록됩니다. | ||
|
중요한 이유
이 활동은 '생산 및 출하 단계 지연' 대시보드의 주요 이정표입니다. 생산 주기의 시작을 나타내며, 이 단계의 지연은 전체 이행 프로세스에 영향을 미칩니다.
확보 방법
Oracle Manufacturing Cloud의 작업 지시 상태 변경을 바탕으로 추론합니다. 관련 데이터는 WIP_DISCRETE_JOBS와 같은 테이블에 저장됩니다.
기록
작업 지시 상태가 '출고됨' 또는 생산을 시작할 수 있음을 나타내는 유사한 상태로 변경된 시점의 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
운송을 위해 상품 적재
|
포장된 상품을 운송업체 차량에 싣고 출하가 공식적으로 창고를 떠납니다. Oracle Shipping의 '출하 확정' 거래로 기록됩니다. | ||
|
중요한 이유
운송 구간의 시작을 나타내는 이벤트입니다. '운송 사이클 타임' KPI와 '운송 효율성 분석' 대시보드의 시작점으로 사용됩니다.
확보 방법
Oracle Shipping의 '출하 확정' 거래로 명시적으로 기록되는 이벤트입니다. 이 거래로 배송 상세 상태가 '출하됨'으로 변경됩니다.
기록
출하 확정 작업의 거래 타임스탬프를 사용합니다.
이벤트 유형
explicit
|
|||
|
제품 생산 완료
|
제품 제조가 완료되고 완제품이 재고로 이동합니다. 시스템에서 작업 지시가 완료로 보고될 때 기록됩니다. | ||
|
중요한 이유
생산 단계의 종료와 제품의 이행 가능 시점을 나타냅니다. '생산 일정 수립'부터 이 이벤트까지 걸린 시간은 제조 효율성을 측정하는 주요 지표입니다.
확보 방법
Oracle Manufacturing Cloud의 작업 지시 완료 거래를 가져옵니다. 이 거래로 작업 지시 상태가 '완료'로 변경됩니다.
기록
작업 지시 완료 거래의 타임스탬프 또는 상태가 '완료'로 변경된 시점의 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
구매 요청 생성
|
공급업체로부터 자재를 조달하기 위한 공식 요청을 생성합니다. 일반적으로 판매 주문을 이행하기에 재고가 부족할 때 시작됩니다. Oracle Procurement 모듈에서 명시적으로 기록되는 거래입니다. | ||
|
중요한 이유
이 활동은 조달 및 외부 공급업체에 대한 의존성을 보여줍니다. 이 이벤트부터 자재 입고까지 걸린 시간을 분석하면 공급업체 관련 지연을 파악할 수 있습니다.
확보 방법
POR_REQUISITION_HEADERS_ALL과 같은 테이블에서 Oracle Procurement Cloud 구매 요청의 생성 타임스탬프를 가져옵니다.
기록
구매 요청 레코드의 생성일을 사용합니다.
이벤트 유형
explicit
|
|||
|
구매 주문 발행
|
구매 요청을 법적 구속력이 있는 구매 주문으로 전환해 공급업체에 보냅니다. PO가 승인되고 상태가 '열림' 또는 '발송됨'으로 변경될 때 이 이벤트가 명시적으로 기록됩니다. | ||
|
중요한 이유
공급업체 리드 타임의 공식적인 시작점입니다. '공급업체 리드 타임 성과' 대시보드와 '공급업체 정시 배송률' KPI를 측정하는 데 필요합니다.
확보 방법
PO_HEADERS_ALL 등의 테이블에 저장된 Oracle Procurement Cloud 구매 주문의 승인일 또는 제출일을 사용합니다.
기록
구매 주문 상태가 승인 또는 열림으로 변경된 시점의 타임스탬프를 사용합니다.
이벤트 유형
explicit
|
|||
|
목적지에서 상품 하역
|
출하물이 고객 위치나 목적지 항구에 도착해 하역됩니다. 운송업체 데이터나 운송 관리 시스템의 정보를 바탕으로 업데이트되는 경우가 많습니다. | ||
|
중요한 이유
운송 중인 기간의 종료를 나타냅니다. '운송을 위해 상품 적재'부터 걸린 시간은 운송업체 성과와 운송 효율성을 분석하는 데 중요합니다.
확보 방법
운송 관리 시스템이 연동되어 있으면 명시적 이벤트로 기록될 수 있으며, 그렇지 않으면 추론할 수 있습니다. 운송업체의 상태 업데이트나 배송 확인 시 수동으로 입력한 정보를 사용할 수 있습니다.
기록
연동된 TMS의 타임스탬프 또는 출하 레코드에 수동으로 업데이트한 '배송 완료' 상태의 타임스탬프를 사용합니다.
이벤트 유형
explicit
|
|||
|
원자재 입고
|
주문한 원자재나 상품이 공급업체에서 도착해 재고로 정식 입고됩니다. Oracle Inventory Management에서 입고 거래로 기록됩니다. | ||
|
중요한 이유
이 이벤트로 공급업체 리드 타임 측정이 끝납니다. 이 단계의 지연은 생산 일정과 최종 고객 배송일에 직접 영향을 줍니다.
확보 방법
일반적으로 RCV_SHIPMENT_HEADERS 및 RCV_TRANSACTIONS 테이블에서 Oracle Inventory Management의 입고 거래일을 가져옵니다.
기록
자재 입고 레코드의 거래일을 사용합니다.
이벤트 유형
explicit
|
|||
|
재고 가용성 확인
|
시스템이 고객 주문을 이행하는 데 필요한 품목의 재고가 있는지 확인합니다. 주문 처리 워크플로에서 자동으로 수행되는 경우가 많으며, 결과는 상태나 타임스탬프로 기록됩니다. | ||
|
중요한 이유
이 활동은 '재고 이행 효율성' 대시보드와 '재고 가용성 영향률' KPI에 중요합니다. 이 단계의 지연은 재고 부족이나 비효율적인 재고 관리 문제를 나타낼 수 있습니다.
확보 방법
판매 주문 라인의 상태 변경이나 예약 또는 약속 가능 재고 확인과 관련된 Oracle Inventory Management(INV) 테이블의 레코드를 바탕으로 추론합니다.
기록
'이행 대기'와 같은 판매 주문 라인의 상태 변경이나 예약 생성 타임스탬프를 바탕으로 추론합니다.
이벤트 유형
inferred
|
|||
|
주문 취소
|
이행이 완료되기 전에 고객 주문이 취소됩니다. 판매 주문 헤더 또는 라인의 상태가 '취소됨'으로 변경될 때 기록됩니다. | ||
|
중요한 이유
프로세스가 성공적으로 완료되지 않은 경우의 대체 종료점입니다. 취소된 주문을 분석하면 긴 리드 타임이나 재고 부족 등 판매가 성사되지 않은 원인을 찾을 수 있습니다.
확보 방법
Oracle Order Management의 판매 주문 레코드 상태가 최종 상태인 '취소됨'으로 변경된 것을 바탕으로 추론합니다.
기록
판매 주문 헤더 또는 라인의 상태가 '취소됨'으로 변경된 시점의 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
출하 확정
|
출하할 모든 품목을 출하 대기 장소에 배치하고 포장해 운송업체에 인계할 준비를 마칩니다. 시스템에서 출하 상태가 '확정' 또는 '출하 준비 완료'로 변경됩니다. | ||
|
중요한 이유
상품이 실제로 창고를 떠나기 전의 주요 이정표입니다. 창고 내부 처리 시간과 외부 운송 시간을 구분하는 기준이 됩니다.
확보 방법
WSH_DELIVERIES 또는 WSH_NEW_DELIVERIES와 같은 테이블에서 Oracle Shipping의 출하 또는 배송 레코드 상태 변경을 바탕으로 추론합니다.
기록
출하 상태가 '확정'으로 변경된 시점의 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
품질 검사 수행
|
완제품은 출하 가능 상태가 되기 전에 품질 검사를 받습니다. Oracle Quality Management 모듈에 품질 검사 결과로 기록됩니다. | ||
|
중요한 이유
규정 준수와 고객 만족을 위해 중요한 단계입니다. 이 활동을 분석하면 품질 기준 준수 여부를 확인하고 검사 프로세스의 병목을 찾아 규정 준수 감사를 지원할 수 있습니다.
확보 방법
검사 계획을 실행하고 결과를 입력할 때 Oracle Quality Management Cloud에 기록되는 거래 데이터를 가져옵니다.
기록
품질 검사 결과가 '합격' 또는 '불합격'으로 기록된 시점의 타임스탬프를 사용합니다.
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
오늘부터 process mining을 시작해 공급망 데이터의 잠재력을 활용하세요. 이 템플릿을 바탕으로 더 효율적이고 투명한 공급망을 구축할 수 있습니다.
Oracle SCM을 제대로 활용해 공급망 효율을 높이세요
오늘부터 수요 예측 정확도 90%를 달성하고 재고 부족을 없애세요.
신용카드 없이 바로 설정할 수 있습니다.