주문-수금 판매 주문 처리 데이터 템플릿

Oracle Fusion Financials
주문-수금 판매 주문 처리 데이터 템플릿

주문-수금 판매 주문 처리 데이터 템플릿

이 템플릿은 주문-수금 판매 주문 처리를 분석하는 데 필요한 데이터를 수집하도록 안내합니다. 수집할 주요 속성과 추적할 활동을 정리해 프로세스 전반을 파악하는 데 필요한 데이터를 빠짐없이 확보할 수 있습니다. 원본 시스템에서 데이터를 추출하는 방법도 안내하므로 빠르게 시작할 수 있습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • 데이터 추출 실무 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

주문-수금 판매 주문 처리 속성

주문-수금 판매 주문 처리를 분석하고 인사이트를 얻으려면 다음 데이터 필드를 이벤트 로그에 포함하는 것이 좋습니다.
3 필수 8 권장 12 선택 사항
이름 설명
판매 주문
SalesOrder
주문부터 현금 회수까지의 프로세스에서 기본 케이스로 사용하는 판매 주문의 고유 식별자입니다.
설명

판매 주문 번호는 고객 주문을 수명 주기 전체에 걸쳐 고유하게 식별합니다. 주문 생성과 확인부터 이행, 송장 발행, 최종 결제까지 관련 활동을 연결하는 기준이 됩니다.

process mining에서는 관련 이벤트를 하나의 케이스로 묶는 데 이 속성이 필요합니다. 판매 주문별로 분석하면 전체 프로세스를 파악하고, 총 소요 시간을 계산하며, 주문별 프로세스 변형을 찾고, 여러 부서와 시스템을 거치는 주문의 흐름을 추적할 수 있습니다.

중요한 이유

케이스 ID입니다. 모든 프로세스 이벤트를 연결해 개별 고객 주문의 전체 흐름을 추적할 수 있습니다.

확보 방법

일반적으로 Oracle Fusion의 판매 주문 헤더 테이블에서 확인할 수 있습니다. 예를 들어 DOO_HEADERS_ALL 테이블을 참조하세요. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
SO-100567SO-100568SO-100569
이벤트 시각
EventTime
판매 주문에서 특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 프로세스의 각 활동에 날짜와 시간을 부여해 이벤트의 시간 순서를 정합니다. 각 단계가 정확히 언제 발생했는지 기록하므로 시간 기준 프로세스 분석의 토대가 됩니다.

process mining에서는 EventTime을 사용해 소요 시간, 활동 간 경과 시간, 케이스 전체 처리 시간을 계산합니다. 대기 시간을 기준으로 성과를 분석하고 병목을 찾으며, 적시성에 관한 서비스 수준 계약(SLA) 준수 여부를 모니터링할 수 있습니다. 시간 기반 KPI와 대시보드는 모두 이 속성의 정확성에 좌우됩니다.

중요한 이유

이 타임스탬프는 이벤트의 시간 순서를 정하고 소요 시간 등 시간 기반 지표를 계산하는 데 필요합니다.

확보 방법

주문 생성일, 배송일, 송장일, 결제일 등 Oracle Fusion의 여러 테이블에 있는 타임스탬프 필드에서 가져와 생성하는 파생 속성입니다.

예시
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z
활동명
ActivityName
판매 주문 프로세스에서 발생한 구체적인 업무 이벤트나 작업의 이름입니다.
설명

이 속성은 판매 주문에서 특정 시점에 수행된 단계를 나타냅니다. 예를 들어 '판매 주문 생성', '상품 배송', '결제 수령' 등이 있습니다. 각 케이스에서 활동이 이어지는 순서가 프로세스 흐름을 구성합니다.

ActivityName 분석은 process mining의 기본입니다. 프로세스 맵을 시각화하고 다양한 프로세스 변형을 발견하며 케이스가 쌓이는 병목을 찾을 수 있습니다. 단계 간 전환 시간과 주문부터 현금 회수까지의 프로세스 운영 순서를 파악하는 데도 활용됩니다.

중요한 이유

프로세스 맵의 단계를 정의해 프로세스 흐름을 시각화하고 분석할 수 있습니다.

확보 방법

Oracle Fusion의 여러 테이블에서 거래 상태나 이벤트 유형을 가져와 표준 활동명 목록에 매핑해 생성하는 파생 속성입니다. 예를 들어 주문 상태, 배송 상태, 송장 상태 등을 매핑합니다.

예시
판매 주문 생성상품 출하송장 생성결제 수령
결제 기한
PaymentDueDate
고객이 송장 대금을 결제해야 하는 날짜입니다.
설명

결제 기한은 송장 발행일과 고객과 합의한 결제 조건을 기준으로 계산합니다. 기한 내 결제를 위한 마감일입니다.

이 속성은 '기한 내 결제 회수율' KPI를 산출하는 데 필요합니다. 결제 기한과 실제 결제 수령일을 비교해 결제가 제때 이루어졌는지 판단할 수 있습니다. 이를 통해 매출채권 성과를 모니터링하고 현금 흐름을 관리할 수 있습니다.

중요한 이유

기한 내 결제율을 계산하는 마감일로, 현금 흐름 효율을 측정하는 주요 지표입니다.

확보 방법

Oracle Fusion의 매출채권 또는 송장 테이블에서 확인할 수 있습니다. 예를 들어 AR_PAYMENT_SCHEDULES_ALL 테이블을 참조하세요.

예시
2023-06-192023-07-012023-06-25
고객명
CustomerName
판매 주문을 제출한 고객의 이름입니다.
설명

이 속성은 판매 주문과 연결된 고객 계정의 법적 명칭을 식별합니다. 고객 관점에서 프로세스를 구분하고 분석하는 데 사용하는 주요 기준입니다.

고객별 분석을 통해 특정 고객의 처리 시간이 길거나 재작업이 많거나 프로세스 편차가 발생하는지 확인할 수 있습니다. 분석 결과를 고객 서비스 개선과 주요 고객에 맞춘 프로세스 설계, 고객 만족도에 영향을 미치는 문제 조사에 활용할 수 있습니다.

중요한 이유

고객별로 프로세스를 분석해 특정 고객에게 영향을 미치는 문제를 찾고 고객 만족도를 높일 수 있습니다.

확보 방법

고객 마스터 데이터 테이블(예: HZ_PARTIES)에서 가져오며 고객 ID를 통해 판매 주문과 연결합니다.

예시
Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC
사용자 이름
UserName
활동을 수행한 사용자의 이름 또는 ID입니다.
설명

이 속성은 특정 프로세스 단계를 수행한 직원이나 시스템 사용자를 식별합니다. 사용자별 성과와 업무량 분포, 표준 절차 준수 여부를 분석할 수 있습니다.

사용자별 분석을 통해 교육이 필요한 부분을 찾고 성과가 높은 개인이나 팀을 파악하며 특정 사용자가 일으킨 편차를 조사할 수 있습니다. 누가 어떤 작업을 수행했는지 추적하므로 규정 준수와 감사에도 유용합니다.

중요한 이유

사용자별 성과와 업무량 분포를 분석하고 개인별 수작업 재처리 패턴을 찾을 수 있습니다.

확보 방법

일반적으로 Oracle Fusion 거래 테이블의 CREATED_BY 또는 LAST_UPDATED_BY와 같은 필드에서 가져옵니다. FND_USER와 같은 사용자 마스터 테이블과 연결되는 경우가 많습니다.

예시
john.smithjane.doesystem_batch_user
실제 배송일
ActualDeliveryDate
상품이 실제로 고객에게 배송된 날짜입니다.
설명

이 속성은 최종 배송일을 기록하며 프로세스의 이행 단계가 완료된 시점을 나타냅니다. 계획일이나 요청일과 비교하는 실제 결과입니다.

이 날짜를 RequestedDeliveryDate와 비교해 기한 내 배송 성과를 계산합니다. '기한 내 배송률' KPI와 '배송 SLA' 대시보드에 필요한 값으로, 물류와 공급망의 효과를 명확하게 측정할 수 있습니다.

중요한 이유

기한 내 배송률을 계산하고 고객 요청에 따른 이행 성과를 평가하는 실제 완료일입니다.

확보 방법

Oracle Fusion의 배송 및 인도 거래 테이블에서 가져옵니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
2023-05-202023-06-032023-05-25
요청 배송일
RequestedDeliveryDate
고객이 요청한 주문 배송일입니다.
설명

이 속성은 고객이 상품을 받기를 원하는 날짜를 기록합니다. 주문부터 현금 회수까지의 프로세스 중 이행 단계에서 성과 목표로 사용합니다.

'기한 내 배송률' KPI를 계산하고 '배송 서비스 수준 계약(SLA)' 대시보드를 구성하는 데 필요합니다. 이 날짜를 ActualDeliveryDate와 비교하면 고객의 기대에 부응했는지 측정하고 배송 지연의 근본 원인을 찾을 수 있습니다.

중요한 이유

기한 내 배송 성과와 고객 서비스 수준 계약(SLA) 준수 여부를 측정하는 기준입니다.

확보 방법

일반적으로 Oracle Fusion의 판매 주문 라인 품목 테이블에서 확인할 수 있습니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
2023-05-202023-06-012023-05-25
자동 수행 여부
IsAutomated
활동을 시스템이 자동으로 수행했는지 사용자가 직접 수행했는지 나타내는 플래그입니다.
설명

이 불리언 속성은 시스템이 처리한 이벤트(예: 자동 신용도 확인, 시스템 생성 송장)와 사용자가 직접 수행한 작업을 구분합니다. 일반적으로 활동에 연결된 사용자 이름을 기준으로 파생하며, 일반 시스템 ID가 있으면 자동 처리로 판단합니다.

이 속성을 분석하면 프로세스의 자동화 수준을 측정할 수 있으며 '수작업 재처리 주문 비율' KPI의 직접 입력값으로 사용할 수 있습니다. 시간이 오래 걸리거나 오류가 잦은 수작업 단계를 파악해 추가 자동화 기회를 찾을 수 있습니다.

중요한 이유

프로세스의 자동화 수준을 수치화하고 비용이 많이 드는 수작업을 줄일 기회를 찾을 수 있습니다.

확보 방법

일반적으로 UserName 속성에 규칙을 적용해 생성하는 파생 필드입니다. 예를 들어 사용자가 'SYSTEM' 또는 'BATCH'이면 이 플래그를 true로 설정합니다.

예시
truefalse
판매 주문 총액
SalesOrderTotalAmount
판매 주문의 총 금액입니다.
설명

이 속성은 판매 주문 전체에 대해 고객에게 청구되는 총액을 나타냅니다. 모든 라인 품목의 금액과 세금, 기타 비용을 합산하며 할인은 적용하기 전 금액입니다.

프로세스 분석에서는 금액 기준 process mining에 활용됩니다. 주문을 금액대별로 나누어 고액 주문과 소액 주문의 프로세스 경로나 소요 시간이 다른지 확인할 수 있습니다. 재무 영향이 큰 케이스를 우선으로 프로세스 개선을 추진하는 데도 도움이 됩니다.

중요한 이유

재무 영향을 분석해 고액 주문의 프로세스 개선 우선순위를 정하고 비용 발생 요인을 파악할 수 있습니다.

확보 방법

일반적으로 Oracle Fusion의 판매 주문 헤더 테이블에서 확인할 수 있습니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
5250.00125000.75980.50
판매 채널
SalesChannel
판매 주문이 접수된 채널입니다.
설명

이 속성은 판매 주문의 유입 경로를 구분합니다. 예를 들어 '웹', '직접 판매', '파트너', 'EDI' 등이 있습니다. 주문이 조직에 접수된 경로를 파악할 수 있습니다.

판매 채널별로 프로세스를 나누면 '판매 채널 성과 개요' 대시보드에서 채널별 효율성, 소요 시간, 오류율을 비교할 수 있습니다. 이를 통해 주문 처리에 가장 효과적인 채널과 프로세스 개선이나 추가 자동화가 필요한 채널을 찾을 수 있습니다.

중요한 이유

채널별 성과를 분석해 주문 처리 효율이 높은 채널과 낮은 채널을 찾을 수 있습니다.

확보 방법

판매 주문 헤더의 전용 필드에 저장될 수 있습니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
직접 판매웹 포털EDI재판매업체
결제 조건
PaymentTerms
고객과 합의한 결제 조건입니다.
설명

이 속성은 고객이 송장 대금을 결제해야 하는 조건을 나타냅니다. 예를 들어 '30일 이내 결제' 또는 '60일 이내 결제'가 있습니다. 이 조건을 기준으로 PaymentDueDate를 계산합니다.

결제 조건별로 프로세스를 나누면 결제 주기 소요 시간의 차이를 설명하는 데 도움이 됩니다. 조건에 따라 결제 행태가 달라지므로 '기한 내 결제율' KPI를 해석할 때 참고할 수 있습니다. 신용 정책과 현금 흐름 예측에도 활용할 수 있습니다.

중요한 이유

결제 행태를 분석하는 데 필요한 맥락을 제공하고 송장 발행부터 결제까지 걸리는 시간의 차이를 설명하는 데 도움이 됩니다.

확보 방법

Oracle Fusion의 판매 주문 또는 고객 계정 수준에서 확인할 수 있습니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
30일 이내 결제60일 이내 결제수령 즉시 결제
결제 지연 여부
IsLatePayment
결제 기한이 지난 뒤 결제액을 수령한 경우 true로 설정되는 계산 플래그입니다.
설명

이 불리언 속성은 실제 결제 수령일과 PaymentDueDate를 비교해 생성합니다. 송장이 기한 내 결제되었는지 명확하게 나타냅니다.

이 속성은 '기한 내 결제율' KPI를 계산하는 데 사용합니다. 기한 내 결제와 지연 결제를 구분해 지연 고객의 특성, 지연의 일반적인 원인, 운전자본에 미치는 재무 영향을 분석할 수 있습니다.

중요한 이유

수금 효과를 직접 측정하고 연체된 결제를 간편하게 분석합니다.

확보 방법

계산 필드입니다. 계산식은 다음과 같습니다. PaymentReceivedDate > PaymentDueDate.

예시
falsetrue
고객 국가
CustomerCountry
고객이 위치한 국가입니다.
설명

이 속성은 고객의 배송지 또는 청구지 주소에서 국가 정보를 가져옵니다. 지역별 분석에 사용하는 주요 기준입니다.

국가별로 프로세스를 나누면 프로세스 성과, 소요 시간, 결제 행태의 지역별 차이를 확인할 수 있습니다. 현지 규정, 물류 문제, 시장 상황이 주문부터 현금 회수까지의 프로세스에 미치는 영향을 파악하는 데 유용합니다.

중요한 이유

지역별 프로세스 효율성, 규정 준수, 고객 행동의 차이를 파악할 수 있습니다.

확보 방법

판매 주문과 연결된 고객 마스터 데이터 테이블(HZ_LOCATIONS, HZ_PARTY_SITES)에서 가져옵니다.

예시
USA독일일본
기한 내 배송 여부
IsOnTimeDelivery
실제 배송일이 요청 배송일과 같거나 빠르면 true로 설정되는 계산 플래그입니다.
설명

이 불리언 속성은 ActualDeliveryDate와 RequestedDeliveryDate를 비교해 생성합니다. 케이스별 배송 성과를 간단히 나타냅니다.

이 플래그는 전체 '기한 내 배송률' KPI를 계산하는 기준입니다. 필터링과 분석을 간소화해 지연 주문을 빠르게 추려내고 지연 요인의 근본 원인을 분석할 수 있습니다.

중요한 이유

고객의 기대에 비추어 이행 성과를 직접 측정하고 지연 주문을 쉽게 분석할 수 있습니다.

확보 방법

계산 필드입니다. 계산식은 ActualDeliveryDate <= RequestedDeliveryDate입니다.

예시
truefalse
배송 방법
ShippingMethod
고객에게 상품을 배송할 때 사용하는 방법이나 운송업체입니다.
설명

이 속성은 배송에 사용된 물류 운송업체나 서비스 수준을 나타냅니다. 예를 들어 '육상 화물', '항공 특송', '지역 배송업체' 등이 있습니다.

이 정보는 '배송 방법별 배송 규정 준수' 대시보드에 필요합니다. 배송 방법과 운송업체별 기한 내 배송 성과와 배송 비용을 비교해 물류 전략과 공급업체를 최적화할 수 있습니다.

중요한 이유

운송업체와 배송 방법별 성과를 비교해 물류 분석을 지원합니다.

확보 방법

Oracle Fusion의 배송 및 이행 테이블에서 확인할 수 있습니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
FedEx 일반 배송UPS 익일 항공 배송DHL 국제 배송
사업부
BusinessUnitName
판매 주문을 담당하는 내부 사업부의 이름입니다.
설명

이 속성은 거래를 담당하는 회사 내 특정 부서나 운영 조직을 나타냅니다. 조직 내 여러 부문의 성과를 비교할 수 있습니다.

사업부별로 프로세스를 나누면 회사 내 효율성, 비용, 규정 준수의 차이를 파악할 수 있습니다. 성과가 높은 사업부의 모범 사례를 공유하거나 성과가 낮은 사업부에 맞춤형 프로세스 개선을 적용할 수 있습니다.

중요한 이유

조직 단위별 성과를 비교하고 프로세스 일관성을 분석할 수 있습니다.

확보 방법

일반적으로 판매 주문 헤더에서 확인할 수 있으며 Oracle Fusion에 정의된 조직 구조와 연결됩니다.

예시
사업부-북미사업부-유럽·중동·아프리카글로벌 서비스
소스 시스템
SourceSystemIdentifier
이벤트 데이터를 추출한 소스 시스템을 식별합니다.
설명

이 속성은 데이터의 출처를 나타내며, 주문부터 현금 회수까지의 프로세스에 여러 시스템이 관여하는 환경에서 특히 유용합니다. 예를 들어 주문 데이터는 Oracle Fusion에서, 배송 데이터는 외부 물류 시스템에서 가져올 수 있습니다.

분석 시 데이터 계보를 파악하고 특정 시스템의 이벤트만 프로세스 화면에 표시하도록 필터링할 수 있습니다. 데이터 검증과 여러 IT 환경에 걸친 프로세스 분절을 찾는 데도 중요합니다.

중요한 이유

데이터 출처를 파악할 수 있어 여러 시스템을 사용하는 환경에서 데이터 거버넌스와 문제 해결에 도움이 됩니다.

확보 방법

일반적으로 데이터 추출 및 변환 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정값입니다.

예시
Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP
송장 번호
InvoiceNumber
고객 송장의 고유 식별자입니다.
설명

이 속성은 판매 주문에서 생성된 송장에 부여되는 고유 번호입니다. 판매 및 이행 활동을 프로세스의 재무 정산 단계와 연결합니다.

판매 주문을 기본 케이스 ID로 사용하지만, 송장 번호는 송장 발행과 결제 하위 프로세스를 분석하는 데 필요합니다. 송장 수정, 분쟁, 결제 상태를 추적하고 '송장 정확도 및 재작업 분석'과 같은 대시보드를 구성하는 데 활용됩니다.

중요한 이유

매출채권 프로세스와 연결하는 데 필요하며 송장 재작업과 결제 주기를 분석할 수 있습니다.

확보 방법

Oracle Fusion의 매출채권 거래 테이블에서 확인할 수 있습니다. 예를 들어 RA_CUSTOMER_TRX_ALL 테이블을 참조하세요.

예시
INV-93485INV-93486INV-93487
제품명
ProductName
판매하는 제품이나 서비스의 이름입니다.
설명

이 속성은 판매 주문 라인의 품목을 나타냅니다. 주문에 여러 라인이 있으면 라인 품목 수준에서 케이스를 분석하거나 헤더 수준으로 집계할 수 있습니다.

제품별 분석을 통해 특정 제품이 잦은 배송 지연이나 결제 문제 등 복잡하거나 문제가 많은 프로세스 흐름과 관련이 있는지 파악할 수 있습니다. 분석 결과를 제품 관리와 공급망 전략에 활용할 수 있습니다.

중요한 이유

제품별 프로세스 성과를 분석해 이행이나 송장 발행 경로가 복잡할 수 있는 품목을 찾을 수 있습니다.

확보 방법

판매 주문 라인 품목 테이블에서 가져와 제품 마스터 테이블과 조인합니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
표준 위젯 X1프리미엄 서비스 패키지부품 Y2-B
주문 유형
OrderType
'표준 주문'이나 '반품 주문'과 같이 판매 주문을 분류하는 유형입니다.
설명

주문 유형은 업무 목적에 따라 판매 주문을 분류하는 데 사용합니다. 일반적인 유형으로 표준 판매, 서비스 주문, 반품 승인(RMA), 내부 주문 등이 있습니다.

주문 유형별 프로세스 분석이 중요한 이유는 유형마다 프로세스 흐름과 성과 목표가 다를 수 있기 때문입니다. 유형별로 구분하면 의도된 정상적인 프로세스 차이를 파악해 편차로 잘못 해석하는 일을 방지할 수 있습니다.

중요한 이유

표준 주문과 반품 주문처럼 정당하게 구분되는 프로세스 흐름을 나누어 공정하고 정확하게 분석할 수 있습니다.

확보 방법

일반적으로 Oracle Fusion의 판매 주문 헤더 테이블 필드에서 확인할 수 있습니다. 자세한 내용은 Oracle Fusion Financials 문서를 확인하세요.

예시
표준 판매 주문반품 승인서비스 주문
청구서 수정 여부
IsInvoiceCorrected
청구서가 처음 생성된 후 수정 또는 정정되었는지 나타내는 플래그입니다.
설명

이 불리언 속성은 청구서에 'Invoice Corrected' 활동이 기록되어 수정 절차를 거친 경우 true로 설정됩니다. 청구 단계에서 재작업이 발생한 사례를 표시합니다.

'Invoice Accuracy & Rework Analysis' 대시보드와 'Invoice Rework Rate' KPI의 주요 입력값입니다. 청구 오류가 발생한 정도를 파악하고, 수정이 필요한 원인을 분석하는 데 도움이 됩니다. 이를 통해 수작업과 결제 지연을 줄일 수 있습니다.

중요한 이유

청구서 재작업을 식별합니다. 이는 프로세스 비효율, 데이터 품질 문제, 결제 지연 가능성을 보여주는 주요 지표입니다.

확보 방법

계산 필드입니다. 일반적으로 케이스의 이벤트 로그에 'Invoice Corrected' 활동이 있으면 true로 설정됩니다.

예시
falsetrue
최종 데이터 업데이트
LastUpdateDate
소스 시스템에서 이 이벤트의 데이터가 마지막으로 새로 고쳐진 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 process mining 데이터 세트의 데이터를 마지막으로 추출하거나 업데이트한 시점을 기록합니다. 분석 대상 데이터가 얼마나 최신인지 확인할 수 있습니다.

사용자는 이 정보를 바탕으로 프로세스 분석이 현재 상황을 얼마나 반영하는지 파악할 수 있습니다. 데이터의 최신성에 대한 기대치를 관리하고 데이터 새로 고침 일정을 설정하고 모니터링하는 데도 유용합니다.

중요한 이유

데이터의 최신성을 나타내므로 사용자가 프로세스 분석의 최신 여부를 확인할 수 있습니다.

확보 방법

데이터를 추출하고 변환할 때마다 데이터 세트에 생성해 기록하는 값입니다.

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

주문-수금 판매 주문 처리 활동

프로세스를 정확히 파악하고 성과를 평가하려면 다음 주요 단계와 마일스톤을 이벤트 로그에 기록하세요.
6 권장 8 선택 사항
활동 설명
결제 수령
고객의 결제가 접수되어 매출채권에서 송장에 적용된 활동입니다. 현금 수령 적용 내역이 전기될 때 기록됩니다.
중요한 이유

'주문부터 현금 회수까지의 전체 소요 시간'과 '기한 내 결제율'을 측정하는 주요 기준점입니다. 판매가 현금으로 전환되는 시점을 나타냅니다.

확보 방법

Oracle Accounts Receivable에 명시적으로 기록되는 이벤트입니다. 수령액을 송장에 적용하면 AR_RECEIVABLE_APPLICATIONS_ALL과 같은 현금 수령 테이블에 기록됩니다.

기록

AR의 현금 수령 적용 레코드에서 'apply date' 타임스탬프를 가져옵니다.

이벤트 유형 explicit
상품 출하
상품이 창고에서 출고되어 고객에게 배송되기 시작하는 시점을 나타냅니다. Oracle Shipping에서 출하 확인 거래가 처리될 때 기록됩니다.
중요한 이유

이 주요 시점은 이행 단계의 완료를 나타내며 송장 발행을 시작합니다. 정시 출하와 배송 리드 타임을 측정하는 데 필요합니다.

확보 방법

Oracle Shipping Execution에 명시적으로 기록되는 이벤트입니다. 출하 확인 거래가 처리되면 WSH_DELIVERY_DETAILS와 같은 배송 테이블에 출하 날짜가 포함된 레코드가 생성됩니다.

기록

주문 라인과 연결된 배송 상세 레코드의 'actual ship date' 타임스탬프를 사용합니다.

이벤트 유형 explicit
송장 생성
Accounts Receivable 모듈에서 고객 송장을 생성하는 활동입니다. 일반적으로 출하 확인 이벤트가 발생하면 송장 번호와 생성일이 포함된 레코드가 생성됩니다.
중요한 이유

대금 회수 주기가 공식적으로 시작되는 시점입니다. 'Invoice to Payment Time'과 전반적인 현금 흐름 효율을 측정하는 기준이 됩니다.

확보 방법

Oracle Accounts Receivable(AR)에 명시적으로 기록되는 이벤트입니다. RA_CUSTOMER_TRX_ALL 테이블에 거래 날짜가 포함된 송장 레코드가 생성됩니다.

기록

AR 모듈에서 송장 거래가 생성된 날짜를 사용합니다.

이벤트 유형 explicit
주문 마감
프로세스의 마지막 활동입니다. 판매 주문의 모든 라인에 대한 이행과 송장 발행이 완료되고 라인이 마감되면 주문 헤더 상태가 'Closed'로 업데이트됩니다.
중요한 이유

판매 주문 수명 주기가 정상적으로 끝났음을 나타냅니다. 전체 프로세스 소요 시간을 계산하고 끝내 마감되지 않는 장기 미결 주문을 찾는 데 필요합니다.

확보 방법

DOO_HEADERS_ALL 테이블에서 판매 주문 헤더 상태가 'Closed'로 변경된 경우로 추정합니다. 최종 상태 변경 타임스탬프를 이벤트 시점으로 사용합니다.

기록

판매 주문 헤더의 상태가 'Closed'로 변경된 타임스탬프를 기준으로 산출합니다.

이벤트 유형 inferred
주문 확인
이 주요 시점은 판매 주문이 신용 승인을 포함한 초기 확인을 모두 통과해 이행 단계로 넘어갈 준비가 되었음을 나타냅니다. 일반적으로 주문 상태가 'Awaiting Shipping'이나 'Scheduled'와 같은 상태로 변경될 때 추론합니다.
중요한 이유

이 활동은 'Average Order Confirmation Time'을 계산하는 주요 시점이며, 주문 입력 단계에서 이행 단계로 넘어가는 시점을 나타냅니다.

확보 방법

판매 주문 헤더나 라인 상태가 이행 준비 완료를 나타내는 값(예: 'Awaiting Shipping')으로 변경된 기록을 통해 추론합니다. DOO_HEADERS_ALL 또는 DOO_FULFILL_LINES_ALL의 상태 열을 확인합니다.

기록

주문 상태가 확인 완료 또는 일정 확정 상태로 변경된 타임스탬프를 기준으로 산출합니다.

이벤트 유형 inferred
판매 주문 생성
이 활동은 Oracle Fusion에 새 판매 주문을 입력하는 시점으로, 판매 주문 프로세스의 시작을 나타냅니다. 일반적으로 사용자가 Order Management 모듈에서 새 주문 레코드를 저장할 때 명시적으로 기록됩니다.
중요한 이유

프로세스의 시작 활동으로, 전체 Order to Cash 처리 시간을 측정하고 주문 접수량을 분석하는 데 필요합니다.

확보 방법

Order Management Cloud에서 판매 주문 레코드가 생성될 때 명시적으로 기록됩니다. DOO_HEADERS_ALL 테이블에서 생성 타임스탬프를 확인합니다.

기록

판매 주문 헤더 레코드의 생성 타임스탬프를 사용합니다.

이벤트 유형 explicit
상품 배송 완료
고객이 배송 상품을 수령했음을 나타냅니다. 운송업체에서 정보를 받아 Oracle Fusion에 업데이트하는 경우가 많으며, 출하 날짜에 표준 운송 시간을 더해 추론할 수도 있습니다.
중요한 이유

'On-Time Delivery Rate' KPI를 계산하고 고객 서비스 수준을 정확하게 측정하는 데 필요한 활동입니다.

확보 방법

일반적으로 Oracle에 기본 이벤트로 기록되지 않습니다. 운송업체 연동이 설정되어 있으면 기록할 수 있고, 'Goods Shipped' 날짜에 표준 운송 시간을 더해 계산할 수도 있습니다. 시스템 분석이 필요합니다.

기록

운송업체 데이터 피드를 통해 추론하거나 출하 날짜에 평균 운송 시간을 더해 계산합니다.

이벤트 유형 inferred
상품 피킹
주문 이행을 위해 창고에서 상품을 실제로 피킹하는 활동입니다. 물류 과정의 주요 단계이며 일반적으로 창고 관리 또는 배송 모듈에 기록됩니다.
중요한 이유

이 활동을 통해 창고 운영 상황을 파악할 수 있습니다. 재고 예약부터 피킹까지 지연이 발생하면 창고의 리소스나 프로세스에 병목이 있을 수 있습니다.

확보 방법

Oracle Fusion Cloud SCM(Supply Chain Management) 모듈에 기록됩니다. 판매 주문 라인과 연결된 피킹 웨이브나 피킹 전표의 상태 변경을 통해 추론할 수 있습니다.

기록

SCM 모듈의 피킹 거래 완료 타임스탬프를 통해 추론합니다.

이벤트 유형 inferred
송장 수정
기존에 생성한 송장을 오류나 고객 이의 제기로 수정하거나 재발행하거나 대변 처리할 때 발생합니다. 일반적으로 대변 메모를 생성하거나 송장의 새 버전을 만들어 기록합니다.
중요한 이유

송장 수정 내역을 추적하면 '송장 재작업률' KPI를 산출할 수 있습니다. 이 지표는 결제를 지연시키고 관리 비용을 늘릴 수 있는 청구 프로세스의 문제를 보여줍니다.

확보 방법

원본 송장과 연결된 대변 메모가 생성되거나 RA_CUSTOMER_TRX_ALL 테이블에 동일한 송장의 후속 버전이 생성된 경우로 추정합니다.

기록

이전 송장 거래를 참조하는 대변 메모나 송장을 식별해 산출합니다.

이벤트 유형 inferred
신용 보류 적용
신용 확인에 실패하거나 기타 신용 관련 문제가 발생해 판매 주문이 자동 또는 수동으로 보류될 때 발생하는 활동입니다. 일반적으로 시스템에서 주문의 보류 상태가 변경된 기록으로 확인할 수 있습니다.
중요한 이유

신용 보류를 추적하면 주문 처리 지연의 원인을 파악하고 신용 보류 해제 절차의 효율을 측정할 수 있습니다.

확보 방법

판매 주문에 보류가 적용된 기록을 통해 추론합니다. 일반적으로 DOO_HOLDS_ALL과 같은 보류 관련 테이블에 판매 주문과 연결되어 기록됩니다.

기록

주문 보류 테이블에 'Credit' 유형의 보류 레코드가 생성된 기록을 통해 추론합니다.

이벤트 유형 inferred
신용 확인 수행
고객의 신용도를 평가하기 위해 고객 계정에 대해 신용 확인을 수행하는 활동입니다. 주문 처리 워크플로에서 자동 또는 수동으로 진행되며, 완료 시 상태 업데이트나 작업 완료 기록으로 남는 경우가 많습니다.
중요한 이유

신용 확인에 걸리는 시간을 분석하면 주문 승인 과정의 병목을 찾을 수 있습니다. 'Credit Check to Confirmed Time' KPI를 측정하는 데 중요한 활동입니다.

확보 방법

판매 주문 상태가 'Pending Credit Approval'로 변경된 기록이나 신용 관리 기능의 명시적인 이벤트 로그를 통해 추론할 수 있습니다.

기록

주문 상태 변경이나 신용 검토 작업과 관련된 타임스탬프를 통해 추론합니다.

이벤트 유형 inferred
재고 예약
판매 주문 라인을 이행하기 위해 실제 재고를 할당하거나 예약하는 활동입니다. 시스템이 특정 재고를 확보해 주문 피킹 시점에 사용할 수 있도록 합니다.
중요한 이유

이 활동을 추적하면 'Inventory Allocation Lead Time' KPI를 분석하고 주문 확인부터 재고 확보까지의 지연을 파악할 수 있습니다.

확보 방법

재고 또는 공급망 실행 모듈에 기록되는 경우가 많습니다. 이행 라인의 상태가 재고 상세 정보 입력 또는 예약을 나타내도록 변경된 기록을 통해 추론할 수 있습니다.

기록

재고 예약이나 일정 수립과 관련된 이행 라인 상태 변경을 통해 추론합니다.

이벤트 유형 inferred
주문 라인 마감
개별 판매 주문 라인이 최종 마감된 상태입니다. 상품 배송과 송장 발행이 모두 완료되어 추가 거래가 예상되지 않으면 시스템에서 라인 상태를 'Closed'로 업데이트합니다.
중요한 이유

주문 라인을 마감하면 해당 품목에 대한 계약상 의무가 모두 완료되었음을 의미합니다. 이 활동을 분석하면 이행과 결제가 끝난 뒤에도 장기간 열려 있는 주문을 찾을 수 있습니다.

확보 방법

DOO_FULFILL_LINES_ALL 테이블에서 이행 라인의 상태가 'Closed'로 변경된 경우로 추정합니다. 상태가 변경된 타임스탬프가 이벤트 시점을 나타냅니다.

기록

이행 라인의 상태가 'Closed'로 변경된 타임스탬프를 기준으로 산출합니다.

이벤트 유형 inferred
주문 취소
판매 주문의 상품이 모두 배송되기 전에 주문이 취소된 상태입니다. 여러 사유로 발생할 수 있으며 최종 상태는 'Cancelled'가 됩니다.
중요한 이유

예외 경로에 해당합니다. 취소 주문을 분석하면 재고 부족, 가격 문제, 고객 변심 등의 근본 원인을 찾아 프로세스 개선에 활용할 수 있습니다.

확보 방법

판매 주문 헤더나 라인의 상태가 'Cancelled'로 변경된 경우로 추정합니다. 상태 변경 타임스탬프를 이벤트 시점으로 기록합니다.

기록

주문 헤더나 라인의 상태가 'Cancelled'로 변경된 타임스탬프를 기준으로 산출합니다.

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

데이터 추출 가이드

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

시작할 준비가 되셨나요?

이 템플릿으로 데이터 수집을 간소화하고 process mining을 시작하세요. 지금 주문-수금 판매 주문 처리 최적화를 시작할 수 있습니다.

지금 주문-수금 판매 주문 처리 최적화하기

병목을 찾아 주문-수금 주기를 30% 단축하세요.

무료 체험 시작하기

신용카드 없이 14일간 무료로 체험할 수 있습니다.