공급망 관리 데이터 템플릿
공급망 관리 데이터 템플릿
- 상세 분석을 위해 수집할 권장 속성
- 프로세스 전반에서 추적할 주요 공급망 활동
- Microsoft Dynamics 365 SCM 데이터 추출 안내
공급망 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
물류 주문
LogisticsOrder
|
특정 공급망 주문 이행 요청을 식별하는 고유 ID이며, 기본 사례 식별자로 사용됩니다. | ||
|
설명
Logistics Order는 고객 수요부터 최종 배송까지 물류 프로세스 전체를 연결하는 고유 식별자입니다. 특정 주문 이행 요청의 조달, 생산, 출하 등 여러 하위 프로세스를 연결하는 기준으로 사용됩니다. 분석에서는 모든 이벤트를 Logistics Order와 연결해 프로세스 흐름을 처음부터 끝까지 재구성합니다. 이를 통해 여러 부서와 시스템에 걸친 주문 진행 상황을 추적하고, 병목을 찾아 전체 처리 시간을 정확히 측정할 수 있습니다.
중요한 이유
관련된 모든 프로세스 이벤트를 연결하는 기준 키입니다. 이를 통해 단일 주문 이행 요청의 공급망 프로세스를 처음부터 끝까지 분석할 수 있습니다.
확보 방법
개념적 식별자로, SalesTable(Sales Order), WHSLoadTable(Load ID), InventTransOrigin(Reference ID) 등의 테이블 필드를 조합해 여러 모듈에서 사용할 고유 사례 ID를 만들 수 있습니다.
예시
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
원본 시스템
SourceSystem
|
이벤트 데이터를 추출한 기준 시스템입니다. | ||
|
설명
이 속성은 데이터가 생성된 시스템이나 모듈을 식별합니다. 복잡한 공급망 환경에서는 Dynamics 365 SCM의 Sales, Procurement, Warehouse Management 등 여러 모듈에서 데이터가 생성될 수 있습니다. 원본 시스템을 지정하면 데이터 거버넌스를 수행하고 데이터 불일치 문제를 해결하며 기록된 활동의 맥락을 파악할 수 있습니다. 데이터 품질을 관리하고 정보의 출처를 추적하는 데도 도움이 되며, 시스템이 통합된 환경에서는 특히 중요합니다.
중요한 이유
데이터 출처에 대한 맥락을 제공하므로 데이터 검증과 문제 해결, 시스템 경계를 넘는 프로세스 편차 파악에 도움이 됩니다.
확보 방법
일반적으로 데이터 추출 과정에서 이 시스템의 레코드를 식별하도록 추가하는 고정 값입니다.
예시
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
이벤트 발생 시각
EventTime
|
활동이 발생한 시각을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 활동이 시스템에 기록된 정확한 날짜와 시각을 제공합니다. 주기 시간 계산, 프로세스 성과 파악, 병목 식별 등 시간 기반 프로세스 분석에 필수적입니다. 타임스탬프를 기준으로 이벤트를 시간순으로 정렬하면 process mining 도구가 실제 발생 순서대로 활동을 재구성할 수 있습니다. 이상적인 프로세스 모델에 의존하지 않고 실제 프로세스 흐름과 변화를 파악하는 데 중요합니다.
중요한 이유
이 타임스탬프는 이벤트 순서를 정확히 정하고 주기 시간과 리드 타임 등 시간 기반 지표를 계산하는 데 중요합니다.
확보 방법
일반적으로 D365 SCM 테이블의 생성 시각이나 상태 변경 시각 필드에서 가져옵니다. 예를 들면 SalesTable의 CreatedDateTime, PurchLine의 DeliveryDate, InventTrans의 실제 거래 날짜가 있습니다.
예시
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
최종 데이터 갱신 시각
LastDataUpdate
|
원본 시스템에서 데이터를 마지막으로 갱신한 시각입니다. | ||
|
설명
이 속성은 데이터를 마지막으로 추출하거나 갱신한 날짜와 시각을 나타냅니다. 프로세스 분석 대시보드에서 중요한 메타데이터입니다. 사용자는 이 정보를 통해 분석 중인 데이터의 최신성을 확인하고 최신 정보를 바탕으로 결론을 내릴 수 있습니다. 데이터 파이프라인을 관리하고 데이터 로드가 예상대로 일정에 맞춰 실행되는지 확인하는 데도 필요합니다.
중요한 이유
데이터의 최신성을 알려주므로 분석 결과를 바탕으로 시의적절하고 적절한 업무 결정을 내리는 데 도움이 됩니다.
확보 방법
데이터 추출 또는 ETL 도구가 각 갱신 주기를 마칠 때 데이터 세트에 생성해 기록하는 값입니다.
예시
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
활동
ActivityName
|
물류 프로세스의 특정 시점에 발생한 업무 이벤트 또는 작업의 이름입니다. | ||
|
설명
이 속성은 'Purchase Order Issued', 'Goods Produced', 'Shipment Scheduled'와 같이 발생한 구체적인 업무 이벤트나 작업을 기록합니다. 이러한 활동이 프로세스를 구성하는 기본 단위입니다. 활동의 순서와 빈도, 소요 시간을 분석하는 것이 process mining의 핵심입니다. 이를 통해 프로세스 맵을 자동으로 발견하고 시각화하며, 표준 절차에서 벗어난 흐름을 감지하고 개선이 필요한 빈번하거나 비효율적인 단계를 찾아낼 수 있습니다.
중요한 이유
프로세스의 단계를 정의하므로 프로세스 흐름을 시각화하고, 편차를 분석하며, 병목이나 규정을 준수하지 않는 활동을 찾아낼 수 있습니다.
확보 방법
SalesTable, PurchTable, ProdTable 등 여러 거래 테이블의 상태 변경에 따른 업무 규칙이나 CustInvoiceJour 등의 테이블에 기록된 문서 전기 날짜를 바탕으로 도출합니다.
예시
구매 주문 발행제품 생산 완료고객 송장 전기상품 배송 완료
|
|||
|
고객명
CustomerName
|
판매 주문을 제출한 고객의 이름입니다. | ||
|
설명
판매 주문과 관련된 고객을 식별하는 속성입니다. 공급망 프로세스를 고객 중심으로 살펴볼 수 있습니다. 고객별 물류 프로세스를 분석하면 특정 고객의 주문 처리 패턴, 선호 사항, 어려움을 파악할 수 있습니다. 주요 고객 관리와 서비스 수준 조정에 유용하며, 고객 만족도와 유지율을 높이는 데 도움이 됩니다.
중요한 이유
고객별 분석을 통해 지연을 가장 많이 겪는 고객을 파악하고 주요 고객의 서비스 수준을 평가할 수 있습니다.
확보 방법
판매 주문 테이블(SalesTable)과 고객 마스터 테이블(CustTable)을 고객 계정 번호로 조인해 가져옵니다.
예시
Alpine Ski HouseAdventure WorksCity Power & Light
|
|||
|
공급업체명
SupplierName
|
원자재나 상품을 공급하는 업체의 이름입니다. | ||
|
설명
자재를 조달하는 공급업체의 이름을 나타내는 속성입니다. 조달 관련 활동을 분석할 때 주요 기준으로 사용됩니다. 구매 리드 타임 분석 및 공급업체 성과 벤치마킹 대시보드에서 폭넓게 활용됩니다. 공급업체별 프로세스 지표를 분석하면 신뢰성과 효율성이 높은 협력업체, 납품이 잦게 늦거나 운영에 차질을 일으키는 업체를 파악할 수 있습니다. 이 정보는 전략적 소싱과 공급업체 관계 관리에 중요합니다.
중요한 이유
공급업체별로 조달 성과를 구분하고 비교할 수 있어 공급업체 관계를 개선하고 자재 조달 소요 시간을 줄이는 데 도움이 됩니다.
확보 방법
구매 주문 테이블(PurchTable)과 공급업체 마스터 테이블(VendTable)을 공급업체 계정 번호로 조인해 가져옵니다.
예시
Contoso 원자재Fabrikam Inc.Northwind Traders
|
|||
|
구매 주문 번호
PurchaseOrderNumber
|
공급업체에 발행한 구매 주문의 고유 식별자입니다. | ||
|
설명
외부 공급업체에서 원자재나 상품을 구매할 때 사용하는 공식 문서 번호입니다. 품목, 수량, 가격, 납기일 등의 정보가 포함됩니다. 구매 주문 번호별로 프로세스를 분석하면 구매 리드 타임 분석 및 공급업체 성과 벤치마킹 대시보드를 활용하는 데 도움이 됩니다. 구매 요청부터 공급업체 대금 지급까지 조달부터 지급에 이르는 전체 주기를 추적하고, 자재 조달 지연을 파악할 수 있습니다.
중요한 이유
공급망에서 조달 단계의 프로세스를 분석하고, 공급업체 성과를 모니터링하며, 자재 조달 소요 시간을 파악하는 데 중요한 ID입니다.
확보 방법
PurchTable 테이블의 PurchId 필드에 있습니다.
예시
PO-000541PO-000542PO-000543
|
|||
|
사용자 ID
UserId
|
활동을 수행한 사용자의 식별자입니다. | ||
|
설명
이 속성은 특정 활동을 수행한 직원 또는 시스템 사용자의 ID를 저장합니다. 구매 주문을 생성한 구매 담당자나 출하를 확정한 창고 작업자가 해당할 수 있습니다. 사용자별 활동을 분석하면 업무량 분포를 파악하고 교육이 필요한 부분을 찾으며 프로세스 편차를 조사할 수 있습니다. 감사 담당자가 작업을 특정 사용자까지 추적할 수 있어 규정 준수 분석에도 중요합니다. 성과 관리와 리소스 최적화에도 활용할 수 있습니다.
중요한 이유
사용자나 팀별 프로세스 성과를 분석하고 자동화 기회를 찾는 데 도움이 되며, 규정 준수와 감사 추적 분석에도 중요합니다.
확보 방법
D365 SCM의 대부분 거래 테이블에서 'Created by' 또는 'Modified by' 필드로 확인할 수 있습니다. 예를 들어 SalesTable이나 PurchTable의 CreatedBy 필드가 있습니다.
예시
j.doea.smithAX_BATCH_USER
|
|||
|
생산 주문 번호
ProductionOrderNumber
|
생산 또는 제조 주문의 고유 식별자입니다. | ||
|
설명
제조 시설에서 특정 제품을 정해진 수량만큼 생산하는 주문을 식별하는 번호입니다. 원자재 소비량과 완제품 생산량을 추적합니다. 제조 공정을 운영하는 기업은 이 ID로 생산 프로세스를 추적할 수 있습니다. 생산 일정 준수율 추적 대시보드에서 예정된 생산일과 실제 완료일을 연결해 일정 차이나 제조 지연을 확인할 수 있습니다.
중요한 이유
제조 전 과정을 자세히 분석하고, 생산 일정 준수율을 측정하며, 생산 현장의 병목을 파악할 수 있습니다.
확보 방법
ProdTable 테이블의 ProdId 필드에 있습니다.
예시
PRD-000112PRD-000113PRD-000114
|
|||
|
요청 납기일
RequestedDeliveryDate
|
고객이 요청한 배송일입니다. | ||
|
설명
고객이 주문할 때 지정한 배송일을 나타내는 속성입니다. 실제 배송 성과를 측정할 때 기준으로 삼습니다. 정시 배송 성과 모니터 대시보드와 정시 배송률 KPI의 기준이 되는 날짜입니다. 요청 납기일과 실제 배송일을 비교하는 것이 배송 성과를 계산하는 일반적인 방법이며, 고객 만족도를 나타내는 주요 지표입니다.
중요한 이유
정시 배송 성과를 측정하는 기준입니다. 고객 만족도와 공급망 신뢰성을 나타내는 주요 KPI입니다.
확보 방법
SalesLine 테이블의 ReceiptDateRequested 필드 또는 SalesTable의 ShippingDateRequested 필드에 있습니다.
예시
2023-05-102023-06-012023-07-20
|
|||
|
정시 배송 여부
IsOnTimeDelivery
|
요청한 날짜까지 주문이 배송되었는지 나타내는 플래그입니다. | ||
|
설명
물류 주문이 정시에 배송되었는지 나타내는 계산된 불리언 속성입니다. '상품 배송 완료' 활동의 타임스탬프와 '요청 납기일'을 비교해 산출합니다. 정시 배송률 KPI를 계산하는 기준이며, 정시 배송 성과 모니터 대시보드의 주요 필터입니다. 날짜 비교 결과를 참 또는 거짓 값으로 표시하므로 지연된 주문을 쉽게 필터링하고 집계할 수 있습니다.
중요한 이유
고객 서비스 성과를 직접 측정하며, 정시 배송 KPI의 주요 입력값으로 사용됩니다. 배송 신뢰성을 간편하게 분석할 수 있습니다.
확보 방법
계산 필드입니다. 로직: IF ('상품 배송 완료' 타임스탬프 <= '요청 납기일') THEN True ELSE False.
예시
truefalse
|
|||
|
판매 주문 번호
SalesOrderNumber
|
고객 판매 주문의 고유 식별자입니다. | ||
|
설명
고객이 요청한 상품이나 서비스의 기본 참조 번호입니다. 판매 주문을 시작으로 조달과 생산을 비롯한 여러 공급망 활동이 이어집니다. process mining에서 판매 주문 번호는 필터링과 분석에 사용하는 중요한 기준입니다. 현업 사용자는 이를 통해 특정 고객 주문의 전체 이행 과정을 추적할 수 있습니다. 또한 개념적 Logistics Order 사례 ID를 구성하는 주요 요소로 사용되는 경우가 많습니다.
중요한 이유
공급망 프로세스를 고객 수요와 직접 연결하므로 주문부터 대금 회수까지의 주기와 고객별 주문 이행 성과를 분석할 수 있습니다.
확보 방법
SalesTable 테이블의 SalesId 필드에 있습니다.
예시
SO-001872SO-001873SO-001874
|
|||
|
예정 출하일
ScheduledShipmentDate
|
출하가 예정된 날짜입니다. | ||
|
설명
창고나 생산 시설에서 출하할 예정인 날짜를 나타내는 속성입니다. 주문 처리 프로세스의 주요 내부 일정입니다. 출하 일정 준수율 KPI를 계산할 때 사용합니다. 예정일과 '운송을 위해 상품 적재' 활동의 실제 날짜를 비교하면 내부 물류 계획과 실행의 신뢰성 및 예측 가능성을 측정할 수 있습니다.
중요한 이유
내부 일정 준수율과 출하 프로세스의 예측 가능성을 측정할 수 있습니다. 이는 이후 운송 계획에도 영향을 미칩니다.
확보 방법
SalesLine의 ConfirmedShipDate 필드나 예정된 적재 정보를 담은 WHSLoadTable의 관련 필드에서 확인할 수 있습니다.
예시
2023-05-082023-05-302023-07-18
|
|||
|
운송 수단
ModeOfTransport
|
트럭, 항공, 해상 등 배송에 사용하는 운송 수단입니다. | ||
|
설명
출발지에서 목적지까지 상품을 운송하는 방법을 나타내는 속성입니다. 도로, 철도, 항공, 해상 운송 등이 있습니다. 운송 효율 및 비용 대시보드에서 주요 분석 기준으로 사용됩니다. 운송 수단별 처리 시간과 비용을 분석하면 속도와 비용의 균형을 고려해 물류 전략을 최적화하고, 특정 운송 경로의 비효율을 파악할 수 있습니다.
중요한 이유
운송 비용과 효율을 분석해 물류 네트워크를 최적화하고 운송비를 줄이는 데 도움이 됩니다.
확보 방법
SalesTable 또는 PurchTable의 ModeOfDelivery 필드에서 확인할 수 있으며, TMSRoute와 같은 운송 관리 테이블에서 더 자세한 정보를 확인할 수 있습니다.
예시
트럭항공해상철도
|
|||
|
운송업체명
CarrierName
|
배송을 담당하는 운송 회사 또는 운송업체의 이름입니다. | ||
|
설명
상품 운송을 담당하는 제3자 물류업체 또는 사내 차량 조직을 식별하는 속성입니다. 상품을 실제로 운송하는 업체를 나타냅니다. 운송업체는 운송 효율 및 비용 대시보드의 주요 분석 기준입니다. 운송업체별 운송 시간과 정시 배송률을 분석하면 물류 협력업체의 성과를 비교하고, 더 나은 요율을 협상하며, 운송업체를 합리적으로 선택할 수 있습니다.
중요한 이유
물류 협력업체별 성과를 분석해 운송업체를 관리하고 운송 비용을 최적화할 수 있습니다.
확보 방법
판매 주문의 'CarrierService' 필드나 TMSCarrier와 같은 전용 운송 관리 테이블에서 확인할 수 있습니다.
예시
FedExUPSMaerskDHL
|
|||
|
재작업 여부
IsRework
|
활동이나 프로세스 반복이 재작업에 해당하는지 나타내는 플래그입니다. | ||
|
설명
재작업이나 수정이 발생한 활동 또는 프로세스 경로를 식별하는 계산된 불리언 속성입니다. 예를 들어 '품질 검사 수행' 활동에서 문제가 발견되어 이전 단계인 '상품 생산'으로 돌아가면 재작업으로 표시합니다. 주문 처리 재작업률 KPI를 계산하는 데 필요합니다. 재작업을 표시하면 품질 문제나 프로세스 오류의 빈도와 영향을 쉽게 정량화하고, 프로세스 개선과 관리가 필요한 영역을 찾을 수 있습니다.
중요한 이유
'정상 경로'에 포함되지 않는 활동을 표시해 프로세스 비효율과 품질 문제를 정량화할 수 있습니다.
확보 방법
일반적으로 비즈니스 규칙을 적용해 계산하는 필드입니다. 예를 들어 '상품 재포장'과 같은 특정 활동명을 재작업으로 표시하거나 프로세스 흐름에서 역방향 반복을 식별할 수 있습니다.
예시
truefalse
|
|||
|
제품 번호
ProductNumber
|
주문하거나 생산하는 제품의 고유 식별자입니다. | ||
|
설명
거래에 포함된 제품의 재고 관리 단위(SKU) 또는 품목 번호입니다. 고객에게 판매하는 완제품일 수도 있고 공급업체에서 구매하는 원자재일 수도 있습니다. 제품별로 공급망 프로세스를 분석하면 조달 소요 시간이 길거나 품질 문제가 잦은 품목, 생산 경로가 복잡한 품목을 파악할 수 있습니다. 이 정보는 재고 관리, 수요 예측, 제품 포트폴리오 최적화에 중요합니다.
중요한 이유
제품별 프로세스 성과를 분석해 특정 품목에 영향을 미치는 공급망 문제를 파악할 수 있습니다.
확보 방법
SalesLine, PurchLine, ProdBOM 등 거래 라인 테이블의 ItemId 필드에서 확인할 수 있습니다.
예시
A0001D0010M9201
|
|||
|
제품 범주
ProductCategory
|
제품이 속한 범주입니다. | ||
|
설명
제품을 '전자제품', '원자재', '완제품'과 같은 상위 범주로 묶는 속성입니다. 이를 통해 공급망을 더 큰 단위로 분석할 수 있습니다. 분석가는 수천 개의 개별 SKU를 하나씩 살펴보는 대신 제품 범주를 기준으로 여러 제품에 영향을 미치는 추세와 병목을 파악할 수 있습니다. 특히 구매 리드 타임 분석 대시보드에서 자재 유형별 공급업체 성과를 파악하는 데 유용합니다.
중요한 이유
제품군 단위로 통합 분석할 수 있어 전략적 의사결정과 특정 제품 유형에 영향을 미치는 구조적 문제 파악에 유용합니다.
확보 방법
품목 마스터 테이블(InventTable)을 EcoResProductCategory와 같은 제품 범주 테이블과 조인해 가져옵니다.
예시
오디오 부품포장재유압 부품
|
|||
|
주문 금액
OrderValue
|
판매 주문의 총 금액입니다. | ||
|
설명
고객 판매 주문의 총 금액을 나타내는 속성입니다. 프로세스 성과가 비즈니스에 미치는 영향을 파악하는 주요 지표입니다. 주문 금액을 고려해 처리 시간이나 배송 지연 등의 프로세스 지표를 분석하면 개선 과제의 우선순위를 정할 수 있습니다. 예를 들어 금액이 큰 주문의 지연은 소액 주문의 지연보다 먼저 해결해야 할 수 있습니다. 이를 통해 프로세스 분석에 재무 관점을 더할 수 있습니다.
중요한 이유
프로세스 분석에 재무 정보를 더해 금액 영향을 기준으로 문제 해결의 우선순위를 정할 수 있습니다.
확보 방법
SalesLine 테이블에서 특정 판매 주문(SalesId)에 속한 모든 라인의 LineAmount 필드를 합산해 계산합니다.
예시
15200.50850.00125000.75
|
|||
|
창고 ID
WarehouseId
|
상품을 보관하거나 취급하는 창고의 식별자입니다. | ||
|
설명
피킹, 포장, 배송 등의 활동이 이루어지는 특정 창고나 물류센터를 식별하는 속성입니다. 창고 운영 처리량 대시보드에서 시설별 성과를 비교하는 데 사용됩니다. 창고별 분석을 통해 효율이 높은 곳, 처리 용량에 어려움을 겪는 곳, 운영 개선이 시급한 곳을 파악할 수 있습니다.
중요한 이유
물리적 위치별 성과를 비교하고 병목을 분석해 창고 효율을 개선할 수 있습니다.
확보 방법
InventSum, WHSWorkTable 등 재고 및 창고 관리 관련 테이블의 InventLocationId 필드에서 확인할 수 있습니다.
예시
WH-MainWH-EastDC-West
|
|||
공급망 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
고객 주문 생성
|
Dynamics 365 SCM에서 새 판매 주문을 공식적으로 생성하는 활동입니다. 사용자가 새 판매 주문 문서를 저장하면 타임스탬프와 함께 이벤트가 기록되고 이행 프로세스가 시작됩니다. | ||
|
중요한 이유
이 활동은 주문 이행 주기의 공식적인 시작을 나타냅니다. 전체 리드 타임과 정시 배송 성과를 측정하고 주문 접수 패턴을 분석하는 기준점입니다.
확보 방법
Sales and marketing 모듈에서 명시적으로 기록되는 이벤트입니다. SalesTable(Sales Order Header)에 생성 시각과 함께 저장됩니다.
기록
SalesTable에 Sales Order 레코드가 생성될 때 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
구매 주문 발행
|
공급업체에 구매를 확정하는 공식 구매 주문을 생성하고 승인합니다. 구매 주문 상태가 'Confirmed' 또는 'In external review'로 변경될 때 이벤트가 기록됩니다. | ||
|
중요한 이유
조달 과정의 중요한 이정표이자 공급업체 리드 타임을 측정하는 기준점입니다. 이 시점부터 자재 입고까지 걸리는 시간을 분석하면 공급업체 성과를 평가할 수 있습니다.
확보 방법
Procurement and sourcing 모듈에 기록됩니다. 구매 주문의 승인 여부는 PurchTable의 상태 변경 및 날짜로 추적할 수 있습니다.
기록
분개 작업을 통해 구매 주문 상태가 'Confirmed'로 변경될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
배송 확인서 서명
|
고객이 배송 확인서에 서명하는 등의 방식으로 상품 수령을 공식적으로 확인했습니다. 일반적으로 문서를 첨부하거나 시스템의 상태를 갱신해 기록합니다. | ||
|
중요한 이유
주문 이행이 성공적으로 완료되었음을 최종 확인하고 물류 프로세스를 마무리합니다. 분쟁 해결과 전체 주문 주기 시간 계산에 중요합니다.
확보 방법
표준 개별 거래로 제공되지 않습니다. 판매 주문의 상태를 갱신하거나 문서 관리 기능으로 스캔한 배송 증명서를 첨부해 관리하는 경우가 많습니다.
기록
상태 갱신 또는 판매 주문이나 출하에 POD 문서를 첨부한 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
상품 배송 완료
|
상품이 고객의 배송지에 도착했습니다. Dynamics 365에는 기본 제공되는 'delivered' 거래가 없으므로 운송업체의 배송 추적 데이터나 수동 상태 변경을 통해 이 이벤트를 추정할 수 있습니다. | ||
|
중요한 이유
실제 배송이 완료된 시점을 나타냅니다. 정시 배송 KPI와 고객 관련 지표를 계산하는 데 필요한 'Actual Delivery Date'를 제공합니다.
확보 방법
일반적으로 표준 필드로 제공되지 않습니다. 판매 주문이나 출하의 사용자 지정 날짜 필드에 저장하고 수동으로 갱신하거나 운송업체 시스템과 연동해 수집할 수 있습니다.
기록
배송 날짜 필드를 수동으로 갱신하거나 외부 운송업체 API와 연동해 추정합니다.
이벤트 유형
inferred
|
|||
|
상품 피킹 및 포장 완료
|
창고 작업자가 재고에서 품목을 직접 피킹해 출하용으로 포장했습니다. 피킹 작업을 완료하고 시스템에서 포장 상태를 갱신하면 기록됩니다. | ||
|
중요한 이유
창고의 주요 주문 이행 작업이 완료되었음을 나타냅니다. Warehouse Operations Throughput 대시보드의 주요 측정 항목이며, 피킹 및 포장 과정의 병목을 찾는 데도 활용됩니다.
확보 방법
Warehouse management 모듈에 기록됩니다. 일반적으로 창고 작업(WHSWorkTable) 상태가 'Closed'로 변경되거나 포장 명세서를 전기한 시점으로 판단합니다.
기록
창고 작업 상태가 'Closed'로 변경된 시점 또는 포장 명세서 전기 날짜를 기준으로 판단합니다.
이벤트 유형
inferred
|
|||
|
운송을 위해 상품 적재
|
포장된 상품을 운송업체 차량에 실제로 싣고 시스템에서 출하를 확정합니다. Dynamics 365의 'Ship confirm' 작업에 해당합니다. | ||
|
중요한 이유
상품이 창고에서 실제로 출발한 시점을 나타냅니다. 이 활동은 'Goods In Transit' 기간과 출하의 재무 인식 시점을 측정하는 기준이 됩니다.
확보 방법
Warehouse 또는 Transportation management 모듈에 기록됩니다. 적재 또는 출하(WHSLoadTable)에서 'Ship confirm' 작업을 수행하면 타임스탬프가 포함된 이벤트가 생성됩니다.
기록
관련 적재 또는 출하에 대해 'Ship confirm' 작업을 실행할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
원자재 입고
|
공급업체가 주문한 상품이나 자재를 창고에서 실제로 수령합니다. Dynamics 365에서 구매 주문에 대해 제품 입고 전기 거래를 처리하면 기록됩니다. | ||
|
중요한 이유
이 활동은 공급업체 리드 타임의 종료와 생산 또는 주문 이행에 사용할 자재의 확보를 나타냅니다. 이 단계의 지연은 이후 일정과 고객 배송일에 직접 영향을 줍니다.
확보 방법
Procurement and sourcing 또는 Inventory management 모듈에 기록됩니다. 제품 입고(VendPackingSlipJour)를 전기하면 타임스탬프가 포함된 거래 레코드가 생성됩니다.
기록
구매 주문에 대해 제품 입고를 전기할 때 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
제품 생산 완료
|
제조가 끝나면 시스템에 완제품 생산 완료를 공식적으로 보고합니다. 생산 주문에 대해 'Report as Finished' 분개를 전기하면 재고가 갱신되고 이 활동이 기록됩니다. | ||
|
중요한 이유
생산 단계의 완료를 나타내며 제품을 품질 검사와 출하에 사용할 수 있게 합니다. 생산 일정 준수 여부를 측정하는 주요 이정표입니다.
확보 방법
Production control 모듈에 기록됩니다. 'Report as Finished' 분개를 전기하면 타임스탬프가 포함된 재고 거래가 생성되고 생산 주문 상태가 갱신됩니다.
기록
생산 주문에 대해 'Report as Finished' 분개를 전기할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
고객 송장 전기
|
판매 주문을 바탕으로 판매 송장을 생성하고 재무 원장에 전기합니다. 보통 출하 시점에 처리하지만 프로세스에 따라 달라질 수 있으므로 별도의 활동으로 구분합니다. | ||
|
중요한 이유
주문부터 대금 회수까지의 주기에서 중요한 재무 이정표입니다. 출하부터 송장 발행까지 걸리는 시간을 분석하면 청구 지연을 찾아 현금 흐름에 미치는 영향을 파악할 수 있습니다.
확보 방법
Accounts receivable 모듈에 기록됩니다. 판매 주문 송장을 전기하면 특정 전기 날짜와 함께 CustInvoiceJour 테이블에 레코드가 생성됩니다.
기록
판매 주문 송장을 전기해 CustInvoiceJour 레코드가 생성될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
구매 요청 생성
|
주문에 필요한 자재의 재고가 부족할 때 구매 부서에 조달을 요청하는 공식 절차입니다. 새 구매 요청 문서를 생성하고 저장하면 이벤트가 기록됩니다. | ||
|
중요한 이유
이 활동은 조달 하위 프로세스를 시작합니다. 이를 추적하면 구매 주문 발행 전 내부 승인에 걸리는 시간을 분석하고 지연을 찾아낼 수 있습니다.
확보 방법
Procurement and sourcing 모듈에 기록됩니다. PurchReqTable에 레코드가 생성되면 타임스탬프가 포함된 개별 이벤트가 발생합니다.
기록
구매 요청 테이블(PurchReqTable)에 레코드가 생성될 때 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
생산 주문 생성
|
고객 물류 주문에 필요한 완제품을 제조하기 위해 생산 주문을 생성합니다. Production control 모듈에 개별 이벤트로 기록됩니다. | ||
|
중요한 이유
주문 생산 방식의 제조 프로세스를 시작합니다. 이 시점부터 제품 완성까지 걸리는 시간을 추적하면 생산 주기와 일정 준수 여부를 분석할 수 있습니다.
확보 방법
Production control 모듈에 기록됩니다. ProdTable(Production Order table)에 새 레코드가 생성되며 생성 시각이 포함됩니다.
기록
생산 주문 테이블(ProdTable)에 새 레코드가 생성될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
주문 취소
|
이행이 완료되기 전에 고객 판매 주문을 취소합니다. 판매 주문 헤더의 상태가 'Canceled'로 변경되면 기록됩니다. | ||
|
중요한 이유
부정적인 프로세스 결과를 나타냅니다. 주문 취소 시점과 이유를 분석하면 제품 재고, 리드 타임, 고객 서비스와 관련해 해결이 필요한 문제를 찾을 수 있습니다.
확보 방법
SalesTable의 상태 필드가 'Canceled'로 변경된 시점을 기준으로 추정합니다. 변경 추적 또는 데이터베이스 로깅을 사용하면 변경 날짜를 수집할 수 있습니다.
기록
판매 주문 상태가 'Canceled'로 변경된 시점을 기준으로 추정합니다.
이벤트 유형
inferred
|
|||
|
창고 피킹 목록 생성
|
주문 이행에 필요한 품목을 작업자에게 안내하는 피킹 목록이나 창고 작업을 생성합니다. 주문을 처리하도록 창고에 전달할 때 이벤트가 기록됩니다. | ||
|
중요한 이유
이 활동은 창고에서 실제 주문 이행 작업을 시작합니다. 이 시점부터 포장 완료까지 걸리는 시간을 분석하면 창고 내부의 효율성과 대응 속도를 측정할 수 있습니다.
확보 방법
Warehouse management 모듈에 기록됩니다. 창고 작업(WHSWorkTable)을 생성하거나 피킹 목록 분개(WMSPickingRoute)를 전기하면 개별 이벤트가 발생합니다.
기록
피킹 목록 분개가 생성되거나 창고 작업이 생성될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
출하 일정 확정
|
포장된 상품의 출하 날짜와 운송업체를 지정합니다. Transportation management 모듈에서 적재 계획을 수립하거나 출하를 확정할 때 기록되는 경우가 많습니다. | ||
|
중요한 이유
출하 일정 준수 여부를 측정하는 기준이 됩니다. 예정일과 실제 적재일을 비교하면 물류 계획의 성과를 평가할 수 있습니다.
확보 방법
Transportation management(TMS) 모듈에 기록됩니다. 적재(WHSLoadTable) 또는 출하를 확정할 때 예정 출하일이 포함되는 경우 이를 수집할 수 있습니다.
기록
운송 적재 또는 출하 레코드를 확정할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
품질 검사 수행
|
생산했거나 입고한 제품이 기준을 충족하는지 품질 검사를 수행합니다. 일반적으로 시스템에서 품질 주문의 완료 또는 검증으로 기록됩니다. | ||
|
중요한 이유
제품 품질과 프로세스 규정 준수를 확인합니다. 누락된 품질 검사나 긴 검사 시간을 찾아내면 위험을 줄이고 전체 프로세스 흐름을 개선할 수 있습니다.
확보 방법
Inventory management 모듈의 Quality Orders에 기록됩니다. 품목과 연결된 품질 주문(InventQualityOrderTable)을 검증하거나 종료하면 이 이벤트가 발생합니다.
기록
품목 로트 또는 일련 번호와 연결된 Quality Order를 검증하거나 종료할 때 기록됩니다.
이벤트 유형
explicit
|
|||
데이터 추출 안내
시작할 준비가 되셨나요?
이 템플릿을 활용해 공급망을 자세히 살펴보세요. 지금 운영을 개선해 효율성을 높이고 비용을 절감할 수 있습니다.
공급망 관리 개선, 지금 시작하세요
프로세스 전반을 파악하고 예측 정확도를 90%까지 높여 비용을 절감하세요.
신용카드 없이 몇 분 만에 설정할 수 있습니다.