주문부터 대금 회수까지의 영업 주문 처리 데이터 템플릿

Microsoft Dynamics 365
주문부터 대금 회수까지의 영업 주문 처리 데이터 템플릿

주문부터 대금 회수까지의 영업 주문 처리 데이터 템플릿

이 템플릿은 Microsoft Dynamics 365에서 주문부터 대금 회수까지의 영업 주문 처리 프로세스를 분석하는 데 필요한 데이터 항목을 체계적으로 정리합니다. 수집할 주요 속성과 이벤트 로그에서 추적할 활동을 확인할 수 있습니다. 시스템에서 데이터를 효과적으로 추출하는 방법도 안내합니다.
  • 상세 분석에 권장되는 속성
  • 추적할 주요 프로세스 활동
  • Microsoft Dynamics 365 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

주문부터 대금 회수까지의 영업 주문 처리 속성

Microsoft Dynamics 365에서 주문부터 대금 회수까지의 영업 주문 처리 프로세스를 상세히 분석하려면 다음 데이터 필드를 이벤트 로그에 포함하는 것이 좋습니다.
5 필수 5 권장 10 선택 사항
이름 설명
시작 시간
EventTime
특정 활동이나 이벤트가 발생한 정확한 날짜와 시간입니다.
설명

이벤트 시간 또는 타임스탬프는 활동이 발생한 정확한 시점을 기록합니다. 이벤트 로그의 각 활동에는 타임스탬프가 연결되어 케이스별 프로세스 진행 순서를 시간순으로 보여줍니다.

이 속성은 process mining의 모든 시간 기반 분석에 중요합니다. 활동 간 처리 시간을 계산하고 케이스의 전체 소요 시간을 측정하며 대기 시간을 분석하고 프로세스가 지연되는 병목을 찾는 데 사용됩니다. 일, 주, 월별 처리량을 추적하는 등 시간에 따른 성과 모니터링에도 활용할 수 있습니다.

중요한 이유

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

확보 방법

주문 생성 시의 'SalesTable.CreatedDateTime'이나 대금 지급 시의 지급 저널 전기 날짜처럼 특정 거래와 연결된 다양한 날짜·시간 필드에서 가져옵니다.

예시
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
영업 주문
SalesOrderNumber
각 영업 주문을 식별하는 고유 값으로, 프로세스의 기본 케이스 식별자로 사용됩니다.
설명

영업 주문 번호는 Microsoft Dynamics 365에서 각 고객 주문에 부여하는 고유한 영숫자 코드입니다. 핵심 케이스 ID로서 주문 생성부터 종료까지 관련된 모든 활동과 이벤트를 연결합니다.

process mining에서는 이 속성을 사용해 각 영업 주문의 전체 흐름을 재구성합니다. 분석가는 이를 통해 활동의 전체 순서를 추적하고 케이스별 처리 시간을 측정하며 주문마다 다른 흐름을 분석할 수 있습니다. 이는 전체 프로세스 분석의 기반이 됩니다.

중요한 이유

이 식별자는 관련된 모든 이벤트를 연결해 각 영업 주문의 전체 수명 주기를 분석하는 데 필요합니다.

확보 방법

'SalesTable' 테이블의 'SalesId' 필드에 있습니다.

예시
영업 주문-00102345영업 주문-00102346영업 주문-00102347
활동
ActivityName
영업 주문 프로세스에서 특정 시점에 발생한 업무 이벤트나 작업의 이름입니다.
설명

이 속성은 '영업 주문 생성', '상품 배송', '대금 수령'과 같이 영업 주문 수명 주기의 개별 단계나 이벤트를 나타냅니다. 영업 주문별 활동 순서가 프로세스 흐름을 구성합니다.

활동의 순서와 빈도, 활동 간 전환을 분석하는 것이 process mining의 핵심입니다. 프로세스 맵을 시각화하고 자주 발생하거나 드문 프로세스 변형을 찾아내며 병목, 재작업, 규정 미준수 영역을 파악할 수 있습니다. 실제 프로세스에서 어떤 일이 일어나는지 이해하는 데 필수적인 속성입니다.

중요한 이유

이 속성은 프로세스의 단계를 정의하므로 프로세스 흐름을 구성하고 시각화할 수 있습니다. 이는 process mining의 주요 목적입니다.

확보 방법

이 속성은 'SalesTable' 및 관련 물류·재무 테이블의 특정 시스템 이벤트나 상태 변경을 표준 활동명에 연결해 개념적으로 도출합니다.

예시
영업 주문 생성상품 배송송장 생성대금 수령
마지막 데이터 업데이트
LastDataUpdate
원본 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 날짜와 시간입니다.
설명

이 속성은 Microsoft Dynamics 365에서 데이터를 마지막으로 가져온 날짜와 시간을 기록합니다. 분석에 사용되는 데이터가 얼마나 최신인지 확인할 수 있습니다.

프로세스를 분석하고 적절한 결정을 내리려면 데이터의 최신성을 파악해야 합니다. 이 타임스탬프를 통해 데이터가 마지막으로 업데이트된 시점을 확인할 수 있으므로, 사용자는 최신 정보를 바탕으로 분석 결과를 신뢰할 수 있습니다.

중요한 이유

데이터의 최신성을 확인할 수 있어 process mining 분석의 관련성과 정확성을 판단하는 데 도움이 됩니다.

확보 방법

데이터를 추출할 때 생성되며, 데이터 수집 과정에서 각 레코드에 추가됩니다.

예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
원천 시스템
SourceSystem
데이터가 생성된 정보 시스템을 식별합니다.
설명

이 속성은 이벤트 데이터가 기록된 원본 애플리케이션을 나타냅니다. 이 경우 일반적으로 'Microsoft Dynamics 365'입니다.

단일 시스템을 분석할 때는 불필요해 보일 수 있지만, 별도의 CRM이나 창고 관리 시스템 등 여러 시스템의 데이터를 결합할 때는 중요합니다. 데이터 계보를 추적하고 레코드의 출처를 확인할 수 있어 데이터 추출 문제를 해결하는 데 도움이 됩니다.

중요한 이유

데이터가 어디에서 왔는지 파악하는 데 필요한 정보를 제공하며, 여러 시스템의 데이터를 통합할 때 데이터 계보를 명확히 확인할 수 있습니다.

확보 방법

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

예시
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
고객 이름
CustomerName
판매 주문을 제출한 고객의 이름입니다.
설명

이 속성에는 판매 주문과 관련된 고객의 법적 이름이 포함됩니다. 판매 주문의 고객 계정 번호를 기본 고객 마스터 데이터와 연결해 가져옵니다.

고객별 프로세스 분석은 고객별 행동과 서비스 수준을 파악하는 데 중요합니다. 지연이 잦은 고객, 재작업률이 높은 고객, 표준과 다른 프로세스 경로를 따르는 고객을 찾을 수 있습니다. 이를 통해 고객 만족도를 높이고 주요 고객 계정을 효과적으로 관리할 수 있습니다.

중요한 이유

고객별 패턴, 지연 또는 문제를 파악해 고객 만족도에 직접 영향을 미치는 요인을 분석할 수 있습니다.

확보 방법

'SalesTable'의 'CustAccount' 필드를 사용해 'CustTable'에서 조회합니다.

예시
Contoso LtdAdatum CorporationFabrikam Inc.
요청 배송일
RequestedDeliveryDate
고객이 요청한 주문 배송일입니다.
설명

이 속성은 고객이 상품을 받기 위해 처음 요청한 날짜를 저장합니다. 주문 생성 시 기록되며, 고객 관점에서 배송 성과를 측정하는 기준이 됩니다.

이 날짜는 '배송일 준수' 대시보드의 주요 입력값입니다. 'RequestedDeliveryDate'를 'ConfirmedDeliveryDate' 및 실제 '상품 배송 완료' 날짜와 비교하면 고객의 기대를 얼마나 충족했는지 확인할 수 있습니다. 날짜 차이가 크다면 계획, 재고 또는 물류에 문제가 있을 수 있습니다.

중요한 이유

고객이 기대하는 배송일을 기준으로 삼아 고객 만족도와 정시 배송 성과를 측정할 수 있습니다.

확보 방법

'SalesTable' 테이블에 있으며, 일반적으로 'DeliveryDate' 또는 이와 유사한 필드명을 사용합니다.

예시
2023-05-102023-06-012023-05-25
주문 금액
OrderValue
판매 주문의 총 금액입니다.
설명

이 속성은 품목, 세금, 수수료를 모두 포함한 판매 주문의 총 금액을 나타냅니다. 각 케이스와 관련된 주요 재무 지표입니다.

주문 금액은 금액 기준으로 프로세스를 분석할 때 중요합니다. 고액 주문이 저액 주문과 다르게 처리되거나 지연이 더 많이 발생하는지 구분해 볼 수 있습니다. 이를 바탕으로 재무 영향이 큰 케이스에 프로세스 개선 노력을 우선 배정하고, '세그먼트별 판매 주문 금액' 대시보드를 구성할 수 있습니다.

중요한 이유

금액 기준으로 프로세스를 구분해 고액 주문의 개선 우선순위를 정하고, 프로세스 이탈에 따른 비용 영향을 파악할 수 있습니다.

확보 방법

판매 주문 헤더 데이터에 있습니다. 구체적인 테이블과 필드는 Microsoft Dynamics 365 문서를 참조하세요. 일반적으로 판매 라인 금액을 기준으로 계산됩니다.

예시
5250.7512300.00899.50
판매 채널
SalesChannel
웹, 직접 판매, 파트너 등 판매 주문을 접수한 채널입니다.
설명

판매 채널은 고객 주문이 접수된 경로를 나타냅니다. 전자상거래 웹사이트, 직접 판매팀, 소매점, 콜센터 또는 파트너 네트워크가 해당할 수 있습니다. 이 차원은 Dynamics 365에서 비즈니스 요구에 따라 설정하는 경우가 많습니다.

판매 채널별로 프로세스를 분석하면 채널 간 성과 차이를 확인할 수 있습니다. 예를 들어 웹 주문은 전화 주문보다 빠르고 자동화된 방식으로 처리될 수 있습니다. 이러한 분석을 바탕으로 채널별 프로세스를 개선하고 리소스를 배분할 수 있으며, '세그먼트별 판매 주문 금액' 대시보드에도 활용할 수 있습니다.

중요한 이유

판매 채널별 성과를 비교해 주문 접수 방식에 따른 비효율이나 모범 사례를 파악할 수 있습니다.

확보 방법

일반적으로 판매 주문 헤더에 저장됩니다. 구체적인 필드는 Microsoft Dynamics 365 문서를 참조하세요.

예시
웹직접 판매파트너소매
확정 배송일
ConfirmedDeliveryDate
회사가 고객에게 약속한 배송일입니다.
설명

확정 배송일은 판매 조직이 상품 배송을 고객에게 약속한 날짜입니다. 재고 가용성이나 생산 일정 등 내부 확인을 마친 뒤 설정합니다.

이 속성은 운영상 약속을 기준으로 '배송일 준수율' KPI를 계산하는 데 필요합니다. 고객이 처음 요청한 날짜보다 현실적인 내부 기준으로 정시 배송 성과를 측정할 수 있습니다. 이 날짜에서 벗어난 사례를 분석하면 물류 및 주문 이행 과정의 내부 문제를 파악할 수 있습니다.

중요한 이유

고객에게 한 회사의 약속을 나타내며, 주문 이행의 신뢰성과 운영 성과를 측정하는 내부 기준이 됩니다.

확보 방법

판매 주문 라인 데이터에 있으며, 보통 'SalesLine' 테이블의 'ConfirmedDlv'와 같은 필드에 저장됩니다.

예시
2023-05-122023-06-012023-05-28
결제 기한
PaymentDueDate
고객이 송장 대금을 결제해야 하는 날짜입니다.
설명

결제 기한은 송장 날짜와 고객과 합의한 결제 조건을 기준으로 계산합니다. 이 날짜는 고객 송장에 기록됩니다.

이 속성은 '결제 기한 준수' 분석과 '정시 결제율' KPI를 산출하는 데 필요합니다. 'PaymentDueDate'와 실제 '결제 완료' 날짜를 비교하면 연체 결제를 파악하고, 고객 세그먼트별 결제 행동을 분석하며, 현금 흐름을 개선하고 매출채권 회수 기간(DSO)을 줄이기 위한 조치를 취할 수 있습니다.

중요한 이유

결제 성과를 측정하는 기준으로, 현금 흐름을 분석하고 매출채권을 효과적으로 관리하는 데 중요합니다.

확보 방법

'CustInvoiceJour' 테이블의 'DueDate' 필드에 있습니다.

예시
2023-05-302023-06-152023-06-30
국가
CountryRegion
고객 배송지 주소의 국가입니다.
설명

이 속성은 판매 주문 상품의 배송 목적지 국가를 나타냅니다. Dynamics 365에 저장된 고객 배송지 주소에서 가져옵니다.

국가별 프로세스 성과를 분석하면 지역별 차이를 파악할 수 있습니다. 국제 배송에는 통관과 같은 절차가 추가되어 처리 시간이 길어질 수 있습니다. 이러한 분석은 지역별 물류를 이해하고 최적화하는 데 도움이 됩니다.

중요한 이유

지역별 분석을 통해 공급망의 지역별 병목, 규정 준수 문제 또는 성과 차이를 파악할 수 있습니다.

확보 방법

판매 주문에 연결된 고객 배송지 주소에서 가져옵니다. 국가 정보는 일반적으로 'LogisticsPostalAddress' 테이블에 있으며, 'SalesTable'의 배송지 주소 링크를 통해 조인합니다.

예시
USADEUCANGBR
배송 방법
ShippingMethod
고객에게 상품을 배송하는 데 사용하는 방법 또는 운송업체입니다.
설명

이 속성은 '육상 운송', '항공 화물' 또는 특정 운송업체 등 배송에 사용되는 운송 서비스를 나타냅니다. 주문 처리 중 고객 선호도, 비용, 배송 속도를 고려해 선택합니다.

'배송 방법별 성과' 대시보드에서 이 차원은 중요합니다. 배송 방법별로 '상품 포장 완료'부터 '상품 배송 완료'까지의 처리 시간을 분석하면 더 빠르고 신뢰할 수 있는 운송업체와 지연이 잦은 운송업체를 파악할 수 있습니다. 이를 바탕으로 물류 계획과 운송업체를 더 적절히 선택할 수 있습니다.

중요한 이유

운송업체와 배송 옵션별 성과를 분석해 비용, 속도, 신뢰성을 고려한 물류 최적화를 지원합니다.

확보 방법

일반적으로 판매 주문 헤더나 관련 주문 이행 레코드에 저장됩니다. 자세한 내용은 Microsoft Dynamics 365 문서를 참조하세요.

예시
FedEx 육상 배송UPS 익일 항공 배송DHL 특급 배송
사용자 이름
UserName
활동을 수행한 사용자의 이름입니다.
설명

이 속성은 주문 확인이나 송장 생성과 같은 작업을 수행한 직원 또는 시스템 사용자를 식별합니다. 일반적으로 Microsoft Dynamics 365의 사용자 ID와 연결됩니다.

사용자별 성과를 분석하면 교육이 필요한 영역을 찾고, 성과가 우수한 사용자를 파악하며, 업무량을 적절히 배분할 수 있습니다. 또한 규정 준수와 감사에도 필요하며, 프로세스에서 수행한 각 작업의 책임 소재를 명확히 할 수 있습니다.

중요한 이유

개인 또는 팀별 프로세스 성과를 분석해 교육 기회, 업무량 불균형, 리소스 관련 병목을 파악할 수 있습니다.

확보 방법

여러 거래 테이블의 'CreatedBy' 또는 'ModifiedBy' 같은 사용자 ID 필드에서 가져온 뒤, 기본 사용자 테이블(예: 'UserInfo')과 조인해 전체 이름을 확인합니다.

예시
앨리스 존슨로버트 브라운시스템 관리자
재작업 여부
IsRework
판매 주문에서 활동 반복과 같은 재작업이 발생했는지를 나타내는 불리언 값입니다.
설명

이 계산 속성은 직접적인 '정상 경로'에서 벗어난 케이스를 식별합니다. 주문을 확인 취소한 뒤 다시 확인하거나, 피킹한 상품을 재고로 되돌리는 등 활동이 반복된 순서를 찾아 재작업 여부를 판별합니다.

재작업이 발생한 케이스를 표시하면 '판매 주문 재작업률' KPI를 계산할 수 있습니다. 분석가는 비효율적인 프로세스 흐름을 빠르게 추려 원인을 조사할 수 있습니다. 원인으로는 데이터 입력 오류, 신용 문제 또는 재고 문제가 있을 수 있습니다. 재작업 감소는 많은 프로세스 개선 프로젝트의 주요 목표입니다.

중요한 이유

반복 단계가 필요한 케이스를 표시해 프로세스 비효율을 측정하고, 낭비와 지연을 줄이기 위한 집중 분석을 지원합니다.

확보 방법

process mining 도구가 각 케이스의 활동 순서를 분석해 계산합니다. 예를 들어 (A -> B -> C -> B)와 같은 패턴을 감지하면 해당 케이스를 재작업으로 표시합니다.

예시
truefalse
정시 결제 여부
OnTimePayment
결제 기한 당일 또는 그 전에 대금을 받았는지를 나타내는 불리언 값입니다.
설명

이 계산 속성은 '결제 완료' 활동의 타임스탬프와 'PaymentDueDate'를 비교합니다. 기한 내에 결제되면 'true', 연체되면 'false'로 설정됩니다.

이 값은 '정시 결제율' KPI의 기본 요소입니다. 고객을 정시 결제 고객과 연체 고객으로 빠르게 구분할 수 있습니다. 상습 연체 고객을 파악하면 신용 정책, 채권 회수 전략, 고객 관계 관리에 활용할 수 있습니다.

중요한 이유

합의한 결제 조건에 따른 고객의 결제 행동을 측정해 현금 흐름을 관리하고 신용 위험을 평가할 수 있습니다.

확보 방법

'결제 완료' 활동의 'EventTime'과 'PaymentDueDate' 속성을 비교해 계산합니다. 공식: ('결제 완료' 타임스탬프 <= PaymentDueDate).

예시
truefalse
정시 배송 여부
OnTimeDelivery
확정 배송일 당일 또는 그 전에 상품이 배송되었는지를 나타내는 불리언 값입니다.
설명

이 계산 속성은 각 판매 주문의 '상품 배송 완료' 활동 타임스탬프와 'ConfirmedDeliveryDate'를 비교합니다. 배송이 확정일에 맞춰 완료되거나 더 일찍 완료되면 'true', 늦으면 'false'로 설정됩니다.

이 값은 '배송일 준수율' KPI를 계산하는 기준입니다. 정시 주문과 지연 주문을 쉽게 필터링하고 집계할 수 있습니다. 제품, 고객, 지역, 배송 방법 등 배송 지연과 관련된 요인을 빠르게 파악할 수 있습니다.

중요한 이유

약속한 배송일을 기준으로 주문 이행 성과를 직접 측정해 고객 만족도와 공급망 신뢰성을 모니터링할 수 있습니다.

확보 방법

'상품 배송 완료' 활동의 'EventTime'과 'ConfirmedDeliveryDate' 속성을 비교해 계산합니다. 공식: ('상품 배송 완료' 타임스탬프 <= ConfirmedDeliveryDate).

예시
truefalse
종료 시간
EndTime
활동이 완료된 정확한 날짜와 시간입니다.
설명

종료 시간 타임스탬프는 활동이 끝난 시점을 기록합니다. 이 값이 있으면 다음 활동의 시작 시간을 기준으로 추정하는 것보다 활동 소요 시간을 정확하게 측정할 수 있습니다.

시작 시간과 종료 시간이 모두 있으면 각 활동의 '처리 시간'을 정확히 계산하고, 활동 사이의 '대기 시간'과 구분할 수 있습니다. 이를 통해 시간이 오래 걸리는 작업과 프로세스 단계 사이의 지연을 파악할 수 있습니다.

중요한 이유

활동별 처리 시간을 정확히 계산해 실제 작업 시간과 유휴 대기 시간을 구분할 수 있습니다.

확보 방법

시작 시간과 마찬가지로 여러 날짜/시간 필드에서 가져옵니다. 'SalesTable' 또는 'WHSLoadTable' 같은 테이블의 'ModifiedDateTime' 필드나 특정 상태 업데이트 타임스탬프를 사용할 수 있습니다.

예시
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
판매 주문 상태
SalesOrderStatus
데이터 추출 시점의 판매 주문 상태입니다.
설명

이 속성은 '미결 주문', '송장 발행', '취소됨', '배송 완료' 등 판매 주문의 전체 상태를 나타냅니다. 판매 주문 헤더에 유지되는 요약 상태입니다.

활동 로그에서 프로세스의 변화를 확인할 수 있으며, 최종 상태는 필터링과 세분화에 유용합니다. 분석가는 미결 주문만 추려 현재 업무량을 확인하거나, 정상 완료된 주문과 취소된 주문을 구분해 취소 사유를 분석할 수 있습니다.

중요한 이유

주문의 현재 상태를 보여줍니다. 미결, 완료 또는 취소된 주문을 기준으로 분석을 필터링할 수 있어 업무량 관리와 결과 분석에 유용합니다.

확보 방법

'SalesTable' 테이블의 'SalesStatus' 필드에 있습니다.

예시
미출고 주문배송 완료송장 발행취소됨
품목 번호
ItemNumber
판매 주문의 제품 또는 서비스를 식별하는 고유 번호입니다.
설명

품목 번호는 판매되는 특정 제품을 식별합니다. 판매 주문에는 여러 제품이 포함될 수 있으므로, 이 속성은 일반적으로 품목 수준의 이벤트 데이터와 연결됩니다.

제품별로 프로세스를 분석하면 제품에 따른 문제를 파악할 수 있습니다. 특정 제품의 주문 이행 시간이 길거나 재작업률이 높고, 신용 보류가 자주 발생할 수 있습니다. 이를 바탕으로 해당 품목의 재고 관리, 제품 데이터 설정 또는 주문 이행 프로세스를 개선할 수 있습니다.

중요한 이유

제품 수준에서 분석해 특정 품목과 프로세스 지연, 재작업 또는 기타 비효율 사이의 연관성을 파악할 수 있습니다.

확보 방법

'SalesLine' 테이블의 'ItemId' 필드에 있습니다.

예시
PROD-00123PROD-00548SVC-00045
필수 권장 선택 사항

주문부터 대금 회수까지의 영업 주문 처리 활동

영업 주문 처리 프로세스를 정확히 발견하고 분석하려면 다음 주요 단계와 중요 시점을 이벤트 로그에 기록하세요.
6 권장 7 선택 사항
활동 설명
대금 수령
고객이 송장 대금을 지급하고 해당 금액이 처리되었음을 나타냅니다. 매출채권 모듈에서 발생하며 원래 송장과 연결됩니다.
중요한 이유

현금 전환 주기를 분석하는 데 중요한 단계입니다. '정시 대금 지급률' KPI를 측정하고 대금 회수 지연을 찾는 데 필요합니다.

확보 방법

매출채권 모듈에서 발생하는 명시적 이벤트입니다. 송장 거래(CustTrans)를 정산하는 고객 대금 정산(CustSettlement)의 거래 날짜에서 가져옵니다.

기록

CustSettlement 테이블에서 정산 날짜를 가져와 송장 및 영업 주문과 연결합니다.

이벤트 유형 explicit
상품 배송
주문 상품의 포장이 끝나 창고에서 출고되었음을 나타냅니다. Dynamics 365에서는 포장 전표를 전기해 공식적으로 처리합니다.
중요한 이유

이 단계는 내부 주문 이행이 끝나고 배송 단계가 시작되는 중요한 시점입니다. 정시 출고 성과를 계산하는 데 필요한 주요 타임스탬프입니다.

확보 방법

포장 전표 저널(CustPackingSlipJour)의 전기 날짜와 시간에서 가져오는 명확한 명시적 이벤트입니다.

기록

포장 전표 저널의 전기 타임스탬프를 기록합니다.

이벤트 유형 explicit
송장 생성
배송된 상품이나 서비스에 대한 영업 송장을 생성하고 전기하는 것을 나타냅니다. 고객의 채무를 공식적으로 기록하는 주요 재무 거래입니다.
중요한 이유

이 활동은 프로세스의 재무 정산 단계가 시작되는 시점입니다. 배송부터 송장 생성까지 걸리는 시간은 '송장 생성 처리 시간' KPI에 중요하며 현금 흐름에도 영향을 줍니다.

확보 방법

명시적인 재무 거래입니다. 영업 송장 저널(CustInvoiceJour)의 전기 날짜와 시간에서 이벤트를 가져옵니다.

기록

영업 송장 저널의 전기 타임스탬프를 기록합니다.

이벤트 유형 explicit
영업 주문 생성
영업 담당자나 자동화된 채널을 통해 시스템에 영업 주문이 처음 생성된 시점을 나타내는 이벤트입니다. 기본 영업 주문 테이블에 새 레코드가 생성되어 저장되면 명시적으로 기록됩니다.
중요한 이유

이 활동은 모든 영업 주문 케이스의 공통 시작점입니다. 전체 영업 주문 처리 시간과 처리량을 계산하는 데 필요한 최초 타임스탬프를 제공합니다.

확보 방법

Microsoft Dynamics 365의 SalesTable 헤더 레코드에 있는 '생성 날짜 및 시간' 필드에서 가져오는 명시적 이벤트입니다.

기록

SalesTable 엔터티에서 생성 타임스탬프를 읽습니다.

이벤트 유형 explicit
주문 종료
영업 주문이 성공적으로 처리된 최종 상태입니다. 상품 배송과 송장 발행이 모두 완료되어 추가 거래가 발생하지 않을 것으로 예상되는 시점을 나타냅니다. 프로세스가 성공적으로 끝났음을 의미합니다.
중요한 이유

성공적으로 완료된 케이스의 주요 종료 지점입니다. 처음부터 끝까지의 처리 시간과 처리량을 계산하는 데 필요합니다.

확보 방법

SalesTable의 상태 필드를 바탕으로 추론합니다. '영업 상태'가 '송장 발행됨'이고 주문 라인의 상태도 모두 '송장 발행됨'이면 주문이 종료된 것으로 봅니다.

기록

SalesTable의 상태 필드가 '송장 발행됨'으로 변경된 시점을 바탕으로 추론합니다. 타임스탬프는 일반적으로 송장 발행이나 대금 지급 등 마지막 관련 거래 날짜를 사용합니다.

이벤트 유형 inferred
주문 확정
영업 주문을 공식적으로 확정하고 지정된 상품이나 서비스를 제공하기로 약속하는 활동입니다. Dynamics 365에서는 사용자가 명시적으로 실행하며 확정 저널이 생성됩니다.
중요한 이유

확정은 주문 이행 프로세스가 공식적으로 시작되는 주요 단계입니다. 주문 생성부터 확정까지 걸리는 시간을 측정하면 영업 초기 단계의 처리 효율을 파악할 수 있습니다.

확보 방법

Sales Order Confirmation 저널(SalesConfirmJour)의 전기 날짜에서 가져오는 명시적 이벤트입니다. 타임스탬프를 SalesTable과 연결할 수 있습니다.

기록

Sales Order Confirmation 저널의 전기 타임스탬프를 기록합니다.

이벤트 유형 explicit
상품 배송 완료
배송 상품이 고객이 지정한 주소에 도착했음을 나타냅니다. 외부 운송업체 시스템에서 정보를 업데이트하거나 수동으로 확인하는 경우가 많습니다.
중요한 이유

이 활동은 '납기 준수율' KPI를 측정하고 고객이 실제로 경험하는 처리 시간을 파악하는 데 중요합니다. 운송업체의 성과를 평가하는 데도 도움이 됩니다.

확보 방법

표준 D365에서는 명시적 이벤트로 기본 추적되지 않습니다. 일반적으로 운송업체 연동을 통해 업데이트를 받거나 영업 주문 또는 배송 레코드의 상태를 수동으로 변경한 시점을 바탕으로 추론합니다.

기록

연동된 운송업체 데이터나 수동 상태 필드 변경을 바탕으로 추론합니다.

이벤트 유형 inferred
상품 포장 완료
피킹한 상품을 한데 모아 배송 준비를 마치는 포장 작업의 완료를 나타냅니다. D365에서는 포장 전표 생성과 같은 시점에 처리될 수 있습니다.
중요한 이유

피킹부터 포장까지 걸리는 시간을 살펴보면 포장 작업장의 병목을 찾을 수 있습니다. 전체 주문 이행 시간에서 중요한 하위 프로세스입니다.

확보 방법

WMS 모듈에서 컨테이너 포장 완료 시 명시적으로 기록하거나, 포장 종료를 의미하는 경우가 많은 포장 전표 저널(CustPackingSlipJour) 생성 시점을 바탕으로 추론할 수 있습니다.

기록

포장 작업 완료 시점이나 포장 전표 저널 생성 날짜를 바탕으로 추론합니다.

이벤트 유형 inferred
상품 피킹 완료
창고 위치에서 주문에 필요한 모든 상품을 실제로 피킹한 작업이 완료된 시점을 나타냅니다. 일반적으로 WMS 모듈에서 피커가 피킹 목록이나 작업 주문을 완료 처리할 때 기록됩니다.
중요한 이유

피킹 완료 시간을 추적하면 창고 효율을 분석할 수 있습니다. 이 단계의 지연은 전체 배송 시간에 직접 영향을 줍니다.

확보 방법

Warehouse Management 모듈에 명시적으로 기록되는 이벤트입니다. 영업 주문 피킹과 관련된 창고 작업(WHSWorkTable)의 완료 타임스탬프에서 가져옵니다.

기록

피킹 '작업' 상태가 '종료'로 변경된 시점의 타임스탬프를 기록합니다.

이벤트 유형 explicit
신용 확인 완료
영업 주문과 연결된 고객의 신용 확인이 완료된 시점을 나타냅니다. 시스템에서 자동으로 확인하거나 수동으로 검토할 수 있으며, 이 과정에서 주문의 신용 상태가 변경되는 경우가 많습니다.
중요한 이유

신용 확인에 걸리는 시간과 결과를 분석하면 주문 승인 과정의 병목을 찾을 수 있습니다. 보류가 자주 발생하거나 승인에 시간이 오래 걸리면 주문 이행이 크게 지연될 수 있습니다.

확보 방법

일반적으로 SalesTable의 신용 관리 관련 상태 변경을 바탕으로 추론합니다. 예를 들어 신용 사유로 '보류' 상태였던 주문이 '진행 중'으로 바뀌는 경우입니다. 고급 모듈을 사용하는 경우 신용 관리 테이블에 기록될 수도 있습니다.

기록

SalesTable의 상태 변경 이력이나 관련 신용 보류 테이블을 바탕으로 추론합니다.

이벤트 유형 inferred
재고 예약
영업 주문 라인에 필요한 재고가 시스템에서 실제 또는 자동으로 예약되었음을 나타냅니다. 이를 통해 상품을 피킹하고 주문을 이행할 수 있습니다.
중요한 이유

재고 예약을 추적하면 주문 확정부터 창고 운영 시작까지의 지연을 분석할 수 있습니다. '재고 할당 리드 타임' KPI를 측정하는 데도 중요합니다.

확보 방법

영업 주문 라인과 연결된 재고 거래 레코드(InventTrans)의 생성 또는 업데이트를 바탕으로 추론할 수 있습니다. 상태가 '주문됨', '실물 예약됨' 등으로 표시됩니다.

기록

주문 관련 재고 거래(InventTrans)가 예약 상태로 표시된 시점의 타임스탬프를 바탕으로 추론합니다.

이벤트 유형 inferred
주문 취소
영업 주문이 배송 및 송장 발행을 모두 마치기 전에 취소된 이벤트입니다. 프로세스가 성공적으로 완료되지 않은 대체 종료 상태입니다.
중요한 이유

취소를 추적하면 판매 손실이나 프로세스 실패의 원인을 찾을 수 있습니다. 주문이 언제, 왜 취소되는지 분석하면 프로세스를 개선할 수 있습니다.

확보 방법

SalesTable의 '영업 상태' 필드가 '취소됨'으로 변경된 시점을 바탕으로 추론합니다. 타임스탬프는 상태 변경이 기록된 시점입니다.

기록

SalesTable의 상태 필드가 '취소됨'으로 변경된 시점을 바탕으로 추론합니다.

이벤트 유형 inferred
창고로 출고
피킹과 배송 작업을 위해 영업 주문이 창고로 공식 출고된 시점을 나타냅니다. Warehouse Management(WMS) 모듈을 사용하는 환경에서는 별도의 단계로 처리됩니다.
중요한 이유

이 활동은 주문 처리와 실제 이행을 구분합니다. 주문이 출고되기까지 기다리는 시간을 분석하면 리소스 계획이나 시스템 통합 문제를 찾을 수 있습니다.

확보 방법

영업 주문과 연결된 창고 출고 레코드(WHSLoadTable, WHSShipmentTable)에서 가져오는 명시적 이벤트입니다.

기록

해당 창고 적재 또는 배송 레코드의 생성 타임스탬프를 기록합니다.

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

데이터 추출 가이드

Microsoft Dynamics 365에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿에 맞춰 데이터를 준비한 다음 ProcessMind에 업로드하면 영업 주문 처리 현황을 분석하고 효율을 높이는 데 필요한 정보를 확인할 수 있습니다. 지금 프로세스 개선을 시작하세요.

지금 주문부터 대금 회수까지의 영업 주문 처리 프로세스를 개선하세요

비효율을 찾아 주기를 30% 단축하고 주문을 더 빠르게 이행하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.