주문부터 대금 회수까지, 판매 주문 처리 데이터 템플릿
주문부터 대금 회수까지, 판매 주문 처리 데이터 템플릿
- 상세 분석에 권장되는 속성
- 프로세스에서 추적해야 할 주요 활동
- NetSuite 데이터 추출 실무 지침
주문부터 대금 회수까지, 판매 주문 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
이벤트 시각
EventTime
|
활동이 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 프로세스의 각 활동이 발생한 정확한 날짜와 시각을 제공합니다. 이벤트 로그의 시간 순서를 구성하며, 단계 간 처리 시간과 대기 시간을 계산하는 데 사용됩니다. 주문 생성부터 배송까지 걸리는 시간을 측정하거나 신용 승인 과정의 지연을 찾는 등 성과를 분석하려면 정확한 타임스탬프가 필요합니다. 이를 통해 프로세스 효율과 서비스 수준 계약 준수 여부를 자세히 분석할 수 있습니다.
중요한 이유
타임스탬프는 처리 시간과 소요 시간 등 시간 기반 지표를 계산하는 데 필요하며, 이를 통해 프로세스 병목을 찾을 수 있습니다.
확보 방법
NetSuite 거래 레코드의 날짜 필드에 해당합니다. 예를 들어 판매 주문의 'Date Created', 상품 이행의 'Actual Ship Date', 청구서와 결제의 'Date'가 있습니다.
예시
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
판매 주문
SalesOrder
|
각 판매 주문 문서를 구분하는 고유 식별자입니다. | ||
|
설명
판매 주문은 고객의 주문 접수부터 상품 배송과 최종 결제까지 이어지는 모든 후속 활동을 연결하는 기본 케이스 식별자입니다. 각 판매 주문은 전체 프로세스의 개별 사례 하나에 해당합니다. process mining에서는 이 속성을 기준으로 각 주문의 처리 과정을 재구성합니다. 주문별 프로세스 변형, 처리 시간, 병목을 분석해 고객 요청 하나하나의 전체 진행 상황을 파악할 수 있습니다.
중요한 이유
관련 이벤트를 하나의 프로세스 사례로 연결하는 기본 식별자로, 전체 프로세스 분석을 가능하게 합니다.
확보 방법
NetSuite의 판매 주문 거래 레코드에 부여된 내부 ID입니다. 일반적으로 판매 주문 양식이나 검색 결과에서 'Internal ID'로 확인할 수 있습니다.
예시
SO-100521SO-100522SO-100523
|
|||
|
활동명
ActivityName
|
특정 시점에 발생한 업무 이벤트 또는 활동의 이름입니다. | ||
|
설명
이 속성은 '판매 주문 생성', '상품 배송', '대금 수령'과 같이 판매 주문 처리 과정의 특정 단계나 상태 변경을 나타냅니다. 활동이 발생한 순서가 프로세스 맵의 기반이 됩니다. 활동 흐름을 분석하면 일반적인 처리 경로와 예외, 병목을 파악할 수 있습니다. 활동의 빈도와 순서를 이해하면 운영을 간소화하고 수작업을 줄일 기회를 찾을 수 있습니다.
중요한 이유
프로세스의 단계를 정의해 흐름을 시각화하고 분석할 수 있게 합니다.
확보 방법
일반적으로 NetSuite의 시스템 상태 변경, 거래 유형 또는 특정 이벤트 로그에서 도출합니다. 상태 필드나 거래 생성 이벤트를 표준 활동명에 매핑해야 하는 경우가 많습니다.
예시
판매 주문 생성판매 주문 승인상품 배송청구서 생성대금 수령
|
|||
|
결제 조건
PaymentTerms
|
송장 결제에 합의한 조건입니다. | ||
|
설명
이 속성은 고객이 상품이나 서비스 대금을 지급해야 하는 조건을 정의합니다. 예를 들어 'Net 30' 또는 'Due on Receipt'가 있습니다. 이 조건을 기준으로 송장 결제 기한을 계산합니다. 결제 조건별로 분석하면 연체와 관련된 조건을 파악하고 신용 정책이 재무에 미치는 영향을 평가할 수 있습니다. '결제 조건 준수율' 대시보드를 분석하고 현금 흐름을 파악하는 데 필요한 데이터입니다.
중요한 이유
결제 기한을 계산하고 고객의 결제 행태와 조건 준수율을 분석하는 기준이 됩니다.
확보 방법
NetSuite의 Sales Order 또는 Invoice 거래 레코드에 있는 'Terms' 필드입니다.
예시
30일 이내 결제60일 이내 결제수령 즉시 결제
|
|||
|
고객명
CustomerName
|
판매 주문을 접수한 고객의 이름입니다. | ||
|
설명
이 속성에는 상품이나 서비스를 구매한 법인 또는 개인의 이름이 포함됩니다. 판매 주문 프로세스를 특정 고객 계정과 연결합니다. 고객별로 분석 결과를 필터링하거나 구분하면 고객별 행동을 이해하고 주요 고객에게 영향을 미치는 문제를 찾으며 서비스 수준을 평가할 수 있습니다. 고객 관점에서 프로세스를 살펴보고 지연이나 재작업을 가장 많이 겪는 고객을 확인할 수 있습니다.
중요한 이유
고객별로 프로세스를 구분해 고객 만족도를 분석하고 주요 고객의 문제를 파악하며 서비스 방식을 조정할 수 있습니다.
확보 방법
NetSuite 판매 주문 거래 레코드의 'Customer' 또는 'Entity' 필드입니다.
예시
글로벌 코퍼레이션.이노베이트 솔루션.다이내믹 테크
|
|||
|
사용자
User
|
활동을 수행한 사용자 또는 직원입니다. | ||
|
설명
이 속성은 주문을 생성한 영업 담당자나 상품을 포장한 창고 작업자처럼 특정 프로세스 단계를 수행한 사람을 식별합니다. 사용자 이름이나 고유 ID를 사용할 수 있습니다. 사용자별로 분석하면 업무량 분포와 교육 필요성을 파악하고 개인 또는 팀의 성과를 비교할 수 있습니다. 특정 사용자의 작업과 관련된 예외나 지연을 조사할 때 근본 원인을 분석하는 데도 도움이 됩니다.
중요한 이유
직원이나 역할별 성과를 분석해 우수 성과자, 자동화 후보 업무, 교육 기회를 파악할 수 있습니다.
확보 방법
NetSuite의 여러 거래 레코드에서 'Created By', 'Modified By', 'Owner' 등의 필드로 확인할 수 있습니다.
예시
홍길동김영희창고 사용자 1
|
|||
|
송장 번호
InvoiceNumber
|
고객 송장을 식별하는 고유 번호입니다. | ||
|
설명
이 속성은 판매 주문에서 생성된 송장 문서의 참조 번호입니다. 판매 주문 이행 프로세스와 매출채권 프로세스를 연결합니다. 송장 번호를 추적하면 재무 조정과 주문부터 최종 결제까지 이어지는 분석에 도움이 됩니다. 상품 배송과 대금 회수라는 운영 및 재무 활동을 연결하는 구체적인 기준이 됩니다.
중요한 이유
판매 주문과 해당 청구 거래를 연결해 주문부터 대금 회수까지 전체 프로세스를 분석할 수 있습니다.
확보 방법
Sales Order에서 생성된 Invoice 레코드의 'Invoice #' 또는 'Transaction ID'입니다.
예시
INV-2001INV-2002INV-2003
|
|||
|
요청 납품일
RequestedDeliveryDate
|
고객이 요청한 납품일입니다. | ||
|
설명
이 속성은 고객이 상품을 받기를 요청한 날짜를 나타냅니다. 정시 납품을 측정할 때 기준이 되는 KPI 값으로 사용됩니다. 이 날짜를 실제 납품일('Goods Shipped' 타임스탬프)과 비교해 '정시 납품률' KPI를 계산합니다. 요청 납품일과 실제 납품일의 차이를 분석하면 예측, 재고 관리 또는 물류 문제로 인해 고객의 기대를 충족하지 못하는 원인을 파악할 수 있습니다.
중요한 이유
정시 납품 실적과 고객 만족도를 측정하는 기준입니다.
확보 방법
Sales Order 레코드의 표준 필드 또는 사용자 지정 필드일 수 있으며, 일반적으로 'Requested Delivery Date'와 같은 이름을 사용합니다.
예시
2023-05-202023-06-012023-06-15
|
|||
|
제품 범주
ProductCategory
|
판매 주문의 주요 제품 또는 서비스 범주입니다. | ||
|
설명
이 속성은 판매 주문의 품목을 '하드웨어', '소프트웨어', '서비스'와 같은 상위 범주로 분류합니다. 주문에 여러 범주가 포함된 경우 금액이나 품목 수를 기준으로 주요 범주를 지정할 수 있습니다. 제품 범주별로 프로세스를 분석하면 이행 경로의 차이를 찾을 수 있습니다. 예를 들어 서비스는 피킹, 포장, 배송이 필요한 실물 하드웨어보다 이행 절차가 훨씬 간단할 수 있습니다. 범주별로 구분하면 각 제품에 맞는 프로세스 개선 방안을 설계할 수 있습니다.
중요한 이유
제품 범주별로 프로세스를 구분하면 이행 경로의 차이를 파악하고 범주별 병목을 찾을 수 있습니다.
확보 방법
이 정보는 판매 주문 라인에 연결된 'Item' 레코드에서 가져옵니다. 카테고리를 확인하려면 Item 마스터 데이터와 조인해야 할 수 있습니다.
예시
전자제품소프트웨어 라이선스컨설팅 서비스
|
|||
|
주문 총액
TotalOrderAmount
|
판매 주문의 총 금액입니다. | ||
|
설명
이 속성은 품목, 세금, 배송비를 포함한 판매 주문의 총 금액을 나타냅니다. 각 프로세스 사례의 경제적 규모를 보여주는 중요한 지표입니다. 주문 금액을 기준으로 분석하면 유용한 패턴을 찾을 수 있습니다. 예를 들어 고액 주문은 수작업 승인 절차를 거치고, 소액 주문은 자동화 수준이 높을 수 있습니다. 이러한 분석은 영향이 큰 주문을 중심으로 프로세스 개선의 우선순위를 정하는 데 도움이 됩니다.
중요한 이유
주문 금액별 분석을 통해 고액 주문의 우선순위를 정하고 프로세스 효율이 매출에 미치는 영향을 파악할 수 있습니다.
확보 방법
NetSuite 판매 주문 거래 레코드의 'Total' 필드입니다.
예시
1500.00250.5012500.75
|
|||
|
판매 주문 상태
SalesOrderStatus
|
판매 주문 처리 과정에서 현재 주문이 놓인 상태입니다. | ||
|
설명
이 속성은 'Pending Approval', 'Pending Fulfillment', 'Billed'와 같은 판매 주문의 현재 상태를 나타냅니다. 전체 프로세스에서 주문이 어느 단계에 있는지 보여줍니다. 활동 로그에서 과거의 흐름을 확인할 수 있다면, 현재 상태는 진행 중이거나 정체된 주문을 필터링하고 살펴보는 데 유용합니다. 종료 상태별로 사례를 분석하면 주문이 정상적으로 종료되었는지, 취소되었는지, 아직 진행 중인지 등 프로세스 결과를 파악할 수 있습니다.
중요한 이유
현재 상태별로 사례를 필터링해 미결 주문을 분석하고 차단되거나 지연된 주문을 찾을 수 있습니다.
확보 방법
NetSuite 판매 주문 거래 레코드의 'Status' 필드입니다.
예시
이행 대기청구 대기청구 완료종료
|
|||
|
결제 기한
PaymentDueDate
|
송장 대금을 결제해야 하는 날짜입니다. | ||
|
설명
이 속성은 송장 발행일과 결제 조건을 기준으로 계산한 결제 기한입니다. 예를 들어 4월 1일에 발행된 송장에 'Net 30' 조건이 적용되면 결제 기한은 5월 1일입니다. 재무 분석에 중요한 날짜로, 결제가 기한 내에 이루어졌는지 확인하기 위해 'Payment Received' 날짜와 직접 비교합니다. '정시 결제율' KPI를 계산하고 매출채권을 관리하는 데 사용됩니다.
중요한 이유
정시 결제 실적을 측정하는 기준으로, 현금 흐름과 매출채권 관리에 중요합니다.
확보 방법
Invoice 거래 레코드의 'Due Date' 필드입니다. NetSuite가 송장 발행일과 결제 조건을 기준으로 자동 계산합니다.
예시
2023-05-302023-06-152023-07-01
|
|||
|
배송 국가
ShippingCountry
|
배송 목적지 국가입니다. | ||
|
설명
이 속성은 주문 상품을 배송하는 국가를 나타냅니다. 판매 주문에 등록된 배송 주소에서 가져옵니다. 배송 국가별 분석을 통해 물류, 통관 또는 지역 사무소의 업무 효율에 따른 프로세스 성과 차이를 확인할 수 있습니다. 국가나 지역별 배송 시간, 납품 정확도, 프로세스 비용을 비교할 수 있습니다.
중요한 이유
지역별 병목을 찾고 물류 성과를 비교하며 해외 거래의 복잡성을 파악할 수 있습니다.
확보 방법
Sales Order 거래 레코드의 'Shipping Address'에 포함된 정보입니다.
예시
USA독일일본
|
|||
|
신용 상태
CreditStatus
|
판매 주문의 신용 보류 상태를 나타냅니다. | ||
|
설명
이 속성은 주문 처리 시점의 고객 신용 상태를 나타냅니다. 예를 들어 '보류' 또는 '해제'로 표시됩니다. 주문 처리 초기 단계에 영향을 주는 요소입니다. 이 속성을 분석하면 신용 확인이 전체 주문 처리 시간에 미치는 영향을 파악할 수 있습니다. '신용 확인 처리 시간 분석' 대시보드에서는 보류된 주문 수와 해제까지 걸린 시간을 확인해 신용 관리 프로세스의 병목을 찾습니다.
중요한 이유
'신용 확인 처리 시간' KPI에 직접 영향을 주며, 주문 초기 단계에서 발생하는 지연의 원인을 파악하는 데 도움이 됩니다.
확보 방법
Sales Order 레코드의 표준 상태 필드나 'Credit Hold'와 같은 사용자 지정 체크박스일 수 있습니다. 'Credit Hold Applied' 및 'Credit Hold Released' 활동의 유무로도 추정할 수 있습니다.
예시
정상보류해제
|
|||
|
영업팀
SalesTeam
|
판매 주문을 담당하거나 실적으로 인정받는 영업팀 또는 그룹입니다. | ||
|
설명
이 속성은 판매를 담당하는 팀이나 부서를 식별합니다. 영업 담당자를 조직하고 영업 지역이나 제품군을 관리하는 데 사용됩니다. process mining에서 영업팀별 성과를 분석하면 실적이 우수한 팀의 모범 사례를 찾거나 특정 팀에 영향을 미치는 반복적인 문제를 파악할 수 있습니다. 데이터 입력 품질, 할인 승인 등 후속 주문 이행 프로세스에 영향을 주는 선행 요인의 차이도 확인할 수 있습니다.
중요한 이유
영업팀별 성과를 비교해 모범 사례를 찾고 지원이 필요한 영역을 파악할 수 있습니다.
확보 방법
Sales Order 레코드의 표준 필드 또는 사용자 지정 필드일 수 있으며, Sales Rep의 직원 레코드와 연결되는 경우가 많습니다.
예시
북미 영업팀EMEA 엔터프라이즈 영업팀APAC 채널 영업팀
|
|||
|
원천 시스템
SourceSystem
|
데이터가 생성된 시스템을 식별합니다. | ||
|
설명
이 속성은 이벤트 데이터가 생성된 원천 애플리케이션을 나타냅니다. 이 프로세스에서는 일반적으로 'NetSuite'입니다. 여러 시스템이 연동된 복잡한 환경에서는 별도의 CRM이나 WMS 등 데이터가 어느 시스템에서 왔는지 구분하는 데 사용할 수 있습니다. 분석 시 데이터 계보를 확인하고 여러 원천의 데이터를 결합해 하나의 통합된 프로세스 관점을 만들 때 유용합니다. 데이터의 원천을 정확히 표시하므로 데이터 거버넌스와 문제 해결에도 도움이 됩니다.
중요한 이유
여러 시스템이 연동된 환경에서 특히 중요한 데이터 출처 정보를 제공합니다.
확보 방법
데이터 추출 및 변환 과정에서 추가하는 고정값('NetSuite')입니다.
예시
NetSuite
|
|||
|
정시 결제 여부
IsOnTimePayment
|
송장 대금을 기한까지 결제했는지 나타내는 표시입니다. | ||
|
설명
이 계산된 불리언 속성은 'Payment Received' 타임스탬프를 'PaymentDueDate'와 비교합니다. 기한까지 결제한 경우 true, 그렇지 않으면 false입니다. '정시 결제율' KPI와 '결제 조건 준수율' 대시보드의 기준이 되는 속성입니다. 고객의 결제 행태를 명확히 측정해 연체와 관련이 큰 고객, 지역 또는 결제 조건을 분석할 수 있습니다.
중요한 이유
고객의 결제 이행 수준을 직접 측정해 현금 흐름 관리와 신용 위험 평가에 활용할 수 있습니다.
확보 방법
데이터 변환 과정에서 'Payment Received' 활동의 타임스탬프를 'PaymentDueDate' 속성과 비교해 계산합니다.
예시
truefalse
|
|||
|
정시 납품 여부
IsOnTimeDelivery
|
요청한 날짜까지 주문을 납품했는지 나타내는 표시입니다. | ||
|
설명
이 계산된 불리언 속성은 'Goods Shipped' 또는 실제 납품 타임스탬프를 'RequestedDeliveryDate'와 비교합니다. 요청한 날짜에 납품했거나 일찍 납품한 경우 true, 늦게 납품한 경우 false입니다. '정시 납품률' KPI 계산과 '납품 약속과 실제 결과의 차이' 대시보드에 필요한 속성입니다. 납품 성과를 간편하게 분석하고 데이터를 필터링하거나 집계해 특정 제품, 지역 또는 프로세스 병목 등 지연 배송의 원인을 찾을 수 있습니다.
중요한 이유
납품 성과를 명확한 두 가지 값으로 나타내 KPI 계산과 지연 주문의 근본 원인 분석을 간소화합니다.
확보 방법
데이터 변환 과정에서 'Goods Shipped' 활동의 타임스탬프를 'RequestedDeliveryDate' 속성과 비교해 계산합니다.
예시
truefalse
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
원천 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 시각입니다. | ||
|
설명
이 속성은 데이터셋이 마지막으로 업데이트된 시점을 나타냅니다. 분석 대상 데이터의 최신 상태와 process mining 대시보드 및 분석에 포함된 기간을 사용자가 확인할 수 있습니다. 프로세스 흐름 분석에는 사용되지 않지만, 데이터 거버넌스와 사용자 신뢰를 위해 필요한 메타데이터입니다. 분석 결과가 얼마나 최신인지 판단하고 새 데이터가 반영될 시점을 파악하는 데 도움이 됩니다.
중요한 이유
분석 결과를 바탕으로 의사 결정을 내릴 때 필요한 데이터의 최신성을 사용자에게 알려줍니다.
확보 방법
NetSuite에서 데이터를 추출할 때 생성해 데이터셋에 기록하는 타임스탬프입니다.
예시
2023-10-27T02:00:00Z
|
|||
|
판매 주문 변경 횟수
SalesOrderChangeCount
|
판매 주문을 처음 생성한 후 변경한 횟수입니다. | ||
|
설명
이 계산 지표는 각 케이스에서 'Sales Order Changed' 활동이 발생한 횟수를 셉니다. 변경 횟수가 많으면 고객 요청, 데이터 입력 오류 또는 가격 조정으로 인한 재작업이 많다는 뜻일 수 있습니다. 이 속성은 '판매 주문 재작업률' KPI와 '판매 주문 재작업 유형' 대시보드의 입력값으로 사용됩니다. 변경 횟수가 많은 주문의 특성을 분석하면 특정 제품, 고객 또는 영업 담당자와 관련된 재작업 원인을 찾을 수 있습니다.
중요한 이유
재작업 규모를 직접 측정해 비효율, 데이터 품질 문제, 프로세스 불안정의 원인을 찾을 수 있습니다.
확보 방법
데이터 변환 과정에서 각 'SalesOrder' 케이스 ID의 'Sales Order Changed' 이벤트 수를 세어 계산합니다.
예시
013
|
|||
|
판매 주문 유형
SalesOrderType
|
일반, 긴급, 특별 주문 등 판매 주문의 분류입니다. | ||
|
설명
이 속성은 판매 주문을 유형별로 분류합니다. 주문 유형에 따라 프로세스 경로와 우선순위가 달라질 수 있습니다. 예를 들어 '긴급 주문'은 일부 단계를 생략하거나 '일반 주문'보다 엄격한 SLA를 적용할 수 있습니다. 주문 유형별 분석은 프로세스 경로의 차이가 의도한 대로 효과를 내는지 파악하는 데 중요합니다. 특정 주문 유형에 적용한 특별 처리 절차가 실제로 더 빠르고 나은 결과를 내는지, 그에 따른 비용은 얼마인지 평가할 수 있습니다.
중요한 이유
일반 주문과 긴급 주문처럼 의도된 프로세스 경로별 성과를 비교해 기대한 결과가 나오는지 확인할 수 있습니다.
확보 방법
일반적으로 Sales Order 양식의 사용자 지정 'Order Type' 필드입니다. NetSuite는 기본적으로 단일 유형 필드 대신 여러 거래 양식(예: Standard Sales Order, Standard Sales Order - Cash Sale)을 사용합니다.
예시
일반 주문긴급 주문프로젝트 주문
|
|||
주문부터 대금 회수까지, 판매 주문 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
대금 수령
|
청구서 대금을 고객으로부터 받은 시점을 나타냅니다. 'Customer Payment' 거래가 생성되어 판매 주문과 연결된 청구서에 적용될 때 기록합니다. | ||
|
중요한 이유
프로세스의 주요 종료 이벤트로, 현금 전환 주기와 정시 결제 성과를 분석하는 데 필요합니다. 판매 거래의 재무 처리가 완료되었음을 나타냅니다.
확보 방법
명시적 이벤트입니다. 관련 청구서에 적용된 'Customer Payment' 거래의 생성 날짜를 시각으로 사용합니다(Transaction 테이블, Type='CustPymt').
기록
청구서에 적용된 Customer Payment 레코드의 거래 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
상품 배송
|
상품이 창고를 떠나 고객에게 배송되기 시작한 시점을 나타냅니다. 'Item Fulfillment' 레코드의 상태가 'Shipped'로 변경된 것을 기준으로 추정합니다. | ||
|
중요한 이유
배송은 운송업체와 고객에게 업무가 넘어가는 중요한 시점입니다. 이 이벤트는 정시 배송 성과와 전체 주문 이행 소요 시간을 추적하는 데 필요합니다.
확보 방법
연결된 'Item Fulfillment' 거래의 'Status' 필드가 'Shipped'로 변경된 것을 기준으로 추정합니다. 이벤트 시각은 상태가 변경된 날짜입니다.
기록
Item Fulfillment 레코드의 상태가 'Shipped'로 변경된 시각입니다.
이벤트 유형
inferred
|
|||
|
주문 이행 레코드 생성
|
창고에서 실제 이행 작업이 시작되는 시점을 나타냅니다. 판매 주문에서 'Item Fulfillment' 거래가 생성될 때 발생합니다. | ||
|
중요한 이유
판매 프로세스와 창고 운영을 연결하는 주요 단계입니다. 주문 승인부터 이행 레코드 생성까지 걸리는 시간은 운영 준비 상태를 보여주는 지표입니다.
확보 방법
명시적 이벤트입니다. 원본 판매 주문과 연결된 'Item Fulfillment' 레코드의 생성 날짜를 시각으로 사용합니다.
기록
연결된 Item Fulfillment 레코드의 거래 생성 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
청구서 생성
|
배송한 상품이나 서비스에 대한 청구서가 생성된 것을 나타냅니다. 판매 주문과 연결된 'Invoice' 거래가 생성될 때 발생하는 명시적 이벤트입니다. | ||
|
중요한 이유
매출 인식의 주요 단계이자 결제 주기의 시작입니다. 배송부터 청구서 발행까지 걸리는 시간은 현금 흐름에 직접 영향을 줍니다.
확보 방법
판매 주문과 연결된 Invoice 거래 레코드의 'Date Created' 필드에서 가져오는 명시적 이벤트입니다(Transaction 테이블, Type='CustInvc').
기록
연결된 Invoice의 거래 생성 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
판매 주문 생성
|
이 활동은 판매 주문 프로세스의 공식적인 시작을 나타냅니다. NetSuite에서 새 판매 주문 거래를 처음 저장할 때 발생하며, 고객의 최초 요청이 기록됩니다. | ||
|
중요한 이유
주문부터 현금 회수까지 프로세스의 주요 시작 이벤트입니다. 이 이벤트부터 후속 활동까지 걸리는 시간을 분석하면 전체 주문 처리 효율과 주기를 측정할 수 있습니다.
확보 방법
판매 주문 거래 레코드의 'Date Created' 필드에서 가져오는 명시적 이벤트입니다(Transaction 테이블, Type='SalesOrd').
기록
판매 주문 거래의 생성 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
판매 주문 승인
|
신용 및 재고 확인 등 내부 검토를 모두 통과해 판매 주문의 이행을 시작할 수 있음을 나타내는 단계입니다. 일반적으로 주문 상태가 'Pending Fulfillment'로 변경된 것을 기준으로 추정합니다. | ||
|
중요한 이유
승인은 프로세스의 중요한 관문입니다. 승인까지 걸리는 시간을 측정하면 내부 검토와 의사 결정 과정의 지연을 파악할 수 있습니다.
확보 방법
판매 주문 레코드의 상태 변경을 기준으로 추정합니다. 'Order Status' 필드가 'Pending Fulfillment' 또는 이에 해당하는 사용자 지정 승인 상태로 변경된 시각을 기록합니다.
기록
판매 주문의 시스템 메모에서 'Pending Fulfillment'로 상태가 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
판매 주문 종료
|
판매 주문의 이행과 청구서 발행이 모두 완료되어 프로세스가 끝났음을 나타내는 마지막 활동입니다. 판매 주문 상태가 'Closed'로 변경된 것을 기준으로 추정합니다. | ||
|
중요한 이유
이 이벤트는 주문 처리 주기의 운영상 종료를 나타냅니다. 생성부터 종료까지 걸리는 시간을 보면 전체 프로세스 소요 시간을 파악할 수 있습니다.
확보 방법
판매 주문 거래의 'Status' 필드가 'Closed'로 변경된 것을 기준으로 추정합니다. 최종 상태 변경 시각은 시스템 메모에서 가져옵니다.
기록
판매 주문의 시스템 메모에서 상태가 'Closed'로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
대변 메모 생성
|
반품, 가격 조정 또는 기타 보상 등의 사유로 판매 주문이나 청구서에 대해 대변 메모가 발행될 때 발생합니다. 'Credit Memo' 거래가 생성된 시점에 기록합니다. | ||
|
중요한 이유
대변 메모는 배송 오류나 제품 결함 같은 프로세스 문제를 나타내는 경우가 많습니다. 발생 빈도와 시점을 분석하면 근본 원인을 파악하고 전반적인 품질을 개선할 수 있습니다.
확보 방법
'Credit Memo' 거래 생성에 따른 명시적 이벤트입니다(Transaction 테이블, Type='CredMemo'). 원래 청구서 또는 판매 주문과 연결할 수 있습니다.
기록
연결된 Credit Memo의 거래 생성 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
상품 포장
|
피킹한 상품을 포장해 배송할 준비가 되었음을 나타냅니다. 'Item Fulfillment' 레코드의 상태가 'Packed'로 변경된 내역을 추적합니다. | ||
|
중요한 이유
포장 작업대의 효율을 측정하는 데 도움이 됩니다. 피킹부터 포장까지 걸리는 시간을 분석하면 처리 용량의 제약이나 프로세스 비효율을 파악할 수 있습니다.
확보 방법
연결된 'Item Fulfillment' 거래의 'Status' 필드가 'Packed'로 변경된 것을 기준으로 추정합니다. 이 업데이트의 시각은 시스템 메모에서 가져옵니다.
기록
Item Fulfillment 레코드의 상태가 'Packed'로 변경된 시각입니다.
이벤트 유형
inferred
|
|||
|
상품 피킹
|
주문 상품을 창고 보관 위치에서 꺼냈음을 나타냅니다. 연결된 'Item Fulfillment' 레코드의 상태 변경을 기준으로 추정합니다. | ||
|
중요한 이유
상품 피킹 시간을 분석하면 창고 효율을 개선하는 데 도움이 됩니다. 이 활동을 통해 피킹 작업의 병목을 측정하고 파악할 수 있습니다.
확보 방법
연결된 'Item Fulfillment' 거래의 'Status' 필드가 'Picked'로 변경된 것을 기준으로 추정합니다. 해당 상태 변경의 시각은 시스템 메모에서 가져옵니다.
기록
Item Fulfillment 레코드의 상태가 'Picked'로 변경된 시각입니다.
이벤트 유형
inferred
|
|||
|
신용 보류 적용
|
판매 주문이 자동 또는 수동으로 신용 보류 상태가 되어 이행 절차가 중단될 때 발생합니다. 일반적으로 주문 상태가 'Pending Approval' 또는 특정 'Credit Hold' 상태로 변경된 것을 기준으로 추정합니다. | ||
|
중요한 이유
주문이 언제, 왜 보류되는지 파악하면 이행 주기의 지연 원인을 이해할 수 있습니다. 이 활동을 통해 고객 신용 문제와 관련된 병목을 확인할 수 있습니다.
확보 방법
판매 주문 레코드의 시스템 메모 또는 감사 추적 기록에서 'Order Status' 필드가 보류 상태로 변경된 내역을 확인해 추정합니다.
기록
주문 상태가 신용 보류 상태로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
신용 보류 해제
|
판매 주문의 신용 보류가 해제되어 이행 절차를 진행할 수 있게 된 시점을 나타냅니다. 상태가 보류에서 미결 또는 승인 상태로 변경된 것을 확인해 기록합니다. | ||
|
중요한 이유
신용 보류 기간은 중요한 KPI입니다. 이 이벤트를 통해 신용 문제 해결에 걸린 시간과 주문부터 현금 회수까지의 전체 주기에 미친 영향을 측정할 수 있습니다.
확보 방법
판매 주문 레코드의 시스템 메모 또는 감사 추적 기록에서 'Order Status'가 보류 상태에서 변경된 시각을 확인해 추정합니다.
기록
주문 상태가 신용 보류에서 활성 상태로 변경된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
재고 할당 확정
|
판매 주문에 재고가 공식적으로 예약되어 이행에 사용할 수 있게 된 시점을 나타냅니다. 판매 주문 항목의 'Committed Quantity' 변경을 확인해 추정합니다. | ||
|
중요한 이유
재고 할당 효율을 분석하는 데 중요한 활동입니다. 주문 승인부터 재고 할당 확정까지 지연되면 재고 부족이 발생하고 배송 약속에 영향을 줄 수 있습니다.
확보 방법
판매 주문 항목의 시스템 메모에서 추정합니다. 'Quantity Committed' 필드가 0에서 양수로 변경된 시각을 기록합니다.
기록
주문 항목의 'Quantity Committed' 필드가 변경된 시각입니다.
이벤트 유형
inferred
|
|||
|
판매 주문 변경
|
판매 주문 생성 후 수량, 품목, 가격 등 주요 정보가 변경된 경우를 기록합니다. 시스템 메모 또는 감사 추적 기록의 업데이트 내역을 확인합니다. | ||
|
중요한 이유
잦은 변경은 데이터 입력 오류나 불안정한 고객 수요를 나타낼 수 있으며, 재작업과 프로세스 비효율로 이어질 수 있습니다. 변경 내역을 추적하면 주문 수정의 근본 원인을 파악하는 데 도움이 됩니다.
확보 방법
판매 주문 거래와 관련된 시스템 메모 또는 감사 추적 기록에서 도출합니다. 관련 필드에 기록된 변경 사항을 각각 이 활동의 발생으로 처리할 수 있습니다.
기록
최초 생성 후 판매 주문 시스템 메모에 기록된 필드 변경을 확인합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 데이터 수집을 간소화하고 NetSuite의 주문부터 현금 회수까지 이어지는 판매 주문 처리 과정에서 유용한 인사이트를 찾아보세요. 지금 프로세스 개선을 시작하세요.
현금 회수 속도를 높이세요. 지금 판매 주문 처리 과정을 개선하세요
주문부터 현금 회수까지 걸리는 시간을 30% 단축한 기업들과 함께하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.