구매부터 지급까지, 구매 주문 데이터 템플릿

Microsoft Dynamics 365
구매부터 지급까지, 구매 주문 데이터 템플릿

구매부터 지급까지, 구매 주문 데이터 템플릿

이 템플릿은 구매부터 지급까지의 구매 주문 프로세스를 최적화하는 데 필요한 데이터를 수집하는 방법을 안내합니다. 수집할 주요 속성과 추적할 활동을 정리하고, 원본 시스템에서 데이터를 추출하는 실용적인 지침을 제공합니다. 이 자료를 활용해 프로세스를 충분히 분석할 수 있도록 데이터를 준비하세요.
  • 수집 권장 속성
  • 프로세스 매핑을 위해 추적할 주요 활동
  • 실용적인 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매부터 지급까지, 구매 주문 속성

구매부터 지급까지의 구매 주문 프로세스를 충분히 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
5 필수 5 권장 9 선택 사항
이름 설명
구매 주문
PurchaseOrderNumber
프로세스 분석에서 기본 케이스로 사용하는 구매 주문의 고유 식별자입니다.
설명

구매 주문 번호는 초안 작성부터 최종 완료 또는 취소까지 관련 활동을 연결하는 중심 식별자입니다. 고유한 번호 하나가 구매 주문 프로세스의 단일 인스턴스를 나타냅니다.

process mining에서는 이 속성을 사용해 각 구매 주문의 전체 여정을 재구성합니다. 이 식별자를 기준으로 분석하면 전체 주기를 자세히 살펴보고 개별 주문에서 자주 나타나는 경로와 이탈, 병목을 파악할 수 있습니다.

중요한 이유

프로세스 흐름을 재구성하는 기본 키로, 각 구매 주문이 시작부터 끝까지 진행된 과정을 분석할 수 있게 합니다.

확보 방법

구매 주문 헤더 테이블의 기본 키입니다. Microsoft Dynamics 365에서는 일반적으로 PurchTable 테이블의 PurchId 필드입니다.

예시
PO-001245PO-001246PO-001247
이벤트 시각
EventTime
특정 활동이나 이벤트가 발생한 정확한 날짜와 시각입니다.
설명

이 타임스탬프는 구매 주문 프로세스의 각 활동이 발생한 시점을 기록합니다. 이벤트를 올바른 시간순으로 정렬하는 기준입니다.

프로세스 분석에서는 이벤트 타임스탬프를 바탕으로 주기 시간, 활동 간 소요 시간, 전체 케이스 기간을 계산합니다. 병목을 찾고 SLA 대비 성과를 측정하며 프로세스의 시간적 흐름을 파악하는 데도 사용합니다. 예를 들어 '구매 주문 생성'부터 '구매 주문 승인'까지 걸린 시간을 계산할 수 있습니다.

중요한 이유

타임스탬프는 주기 시간과 소요 시간 등 시간 기반 성과 지표를 계산하는 데 필요하며, 프로세스 병목을 찾는 데도 중요합니다.

확보 방법

PurchTable의 CreatedDateTime이나 관련 전표 테이블의 전기일 등 여러 테이블의 날짜 및 시간 필드에서 추출합니다.

예시
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
활동명
ActivityName
구매 주문 주기에서 발생한 특정 업무 이벤트 또는 단계의 이름입니다.
설명

이 속성은 '구매 주문 생성', '구매 주문 승인', '입고 등록'과 같이 구매 주문 프로세스의 개별 단계를 나타냅니다. 각 활동이 이어져 구매 주문별 프로세스 흐름을 구성합니다.

활동 분석은 process mining의 기본입니다. 프로세스 맵을 시각화하고 프로세스 변형을 발견하며, 반복이 잦거나 지연을 일으키는 활동을 찾을 수 있습니다. 프로세스를 개선하려면 활동의 순서와 빈도를 파악해야 합니다.

중요한 이유

프로세스 맵을 만들고 구매 주문 주기를 구성하는 이벤트의 순서를 파악하는 데 필요한 속성입니다.

확보 방법

PurchTable, PurchReqTable 등의 테이블에서 상태 변경을 확인하고 VendPackingSlipJour 또는 VendInvoiceJour와 같은 관련 전기 전표를 참조하는 업무 로직을 바탕으로 도출합니다.

예시
구매 주문 생성구매 주문 승인입고 등록구매 주문 송장 처리
마지막 데이터 업데이트
LastDataUpdate
이 프로세스의 데이터가 마지막으로 갱신된 시각입니다.
설명

이 속성은 원천 시스템에서 데이터를 가장 최근에 추출한 날짜와 시각을 기록합니다. 분석 중인 데이터의 최신성을 파악하는 데 도움이 됩니다.

마지막 업데이트 시각을 확인하면 사용자가 현재 보고 있는 프로세스 데이터가 최신인지 알 수 있습니다. 분석 결과의 유효성을 판단하고 정기적인 데이터 갱신 일정을 세우는 데도 활용할 수 있습니다.

중요한 이유

데이터가 얼마나 최신인지 투명하게 보여주므로 사용자가 프로세스 분석의 최신성을 확인할 수 있습니다.

확보 방법

데이터 수집 과정에서 생성되어 저장되는 메타데이터 속성입니다.

예시
2024-05-21T05:00:00Z
원천 시스템
SourceSystem
데이터를 추출한 시스템을 나타냅니다.
설명

이 속성은 구매 주문 데이터가 생성된 원천 애플리케이션을 식별합니다. 이 데이터 모델에서는 일반적으로 'Microsoft Dynamics 365'가 값으로 사용됩니다.

규모가 큰 조직에서는 조달 프로세스가 여러 시스템에 걸쳐 진행될 수 있습니다. 이 속성을 사용하면 데이터 거버넌스를 지원하고 데이터의 출처를 명확히 할 수 있습니다. 특히 여러 원천의 데이터를 통합할 때 중요합니다.

중요한 이유

데이터의 출처를 파악하는 데 필요한 정보를 제공하며, 데이터 거버넌스와 검증, 프로세스의 기술 환경을 이해하는 데 중요합니다.

확보 방법

데이터 추출 및 변환 과정에서 데이터 세트를 식별하도록 추가하는 고정값입니다.

예시
Microsoft Dynamics 365 F&OD365
공급업체명
VendorName
구매 주문을 발행한 공급업체의 이름입니다.
설명

이 속성에는 상품이나 서비스를 제공하는 외부 공급업체의 이름이 들어 있습니다. 조달 활동을 분석할 때 중요한 기준입니다.

공급업체별로 프로세스를 나누어 분석하면 납기 준수율, 상품 반품률, 품질 검사 결과를 평가할 수 있습니다. 이를 통해 신뢰할 수 있는 공급업체와 지연 또는 품질 문제를 일으킬 수 있는 공급업체를 파악할 수 있습니다.

중요한 이유

공급업체별 납품 시간과 반품률, 전반적인 신뢰도를 분석해 공급업체 성과를 관리하는 데 필요한 속성입니다.

확보 방법

공급업체 계정은 PurchTable의 OrderAccount 필드에 저장됩니다. VendTable과 조인해 공급업체명을 가져옵니다.

예시
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
구매 주문 상태
PurchaseOrderStatus
구매 주문 주기에서 현재 상태를 나타냅니다.
설명

이 속성은 특정 시점의 구매 주문 전체 상태를 나타냅니다. 예를 들어 'Open order', 'Received', 'Invoiced', 'Canceled' 등이 있습니다. 가장 최근 활동의 결과를 보여줍니다.

상태를 추적하면 진행 중인 모든 구매 주문의 현재 상황을 파악할 수 있습니다. process mining에서는 케이스 결과를 분석하는 데 사용할 수 있습니다. 예를 들어 'Canceled' 상태로 끝난 구매 주문만 필터링해 취소 사유를 조사할 수 있습니다.

중요한 이유

구매 주문의 현재 상태를 보여주므로 케이스를 필터링하고 완료율이나 취소율 같은 프로세스 결과를 분석하는 데 유용합니다.

확보 방법

PurchTable에서 확인할 수 있습니다. 주요 상태 필드는 DocumentState와 PurchStatus입니다.

예시
미결 주문입고 완료송장 처리 완료취소
구매 주문 총액
PurchaseOrderTotalAmount
구매 주문의 총 금액입니다.
설명

이 속성은 구매 주문에 포함된 모든 상품과 서비스의 총비용을 나타냅니다. 조달 프로세스의 주요 재무 지표입니다.

총액별로 프로세스를 분석하면 중요한 정보를 얻을 수 있습니다. 예를 들어 금액이 큰 구매 주문은 승인 절차가 더 엄격하거나 주기 시간이 더 길 수 있습니다. 재무 보고와 구매 주문 금액 구간별 분석에도 사용합니다.

중요한 이유

조달 프로세스의 재무 분석에 활용할 수 있습니다. 주문 금액이 승인 시간이나 경로 등 프로세스에 미치는 영향을 파악하는 데 도움이 됩니다.

확보 방법

PurchLine 테이블에서 PurchId별 LineAmount를 합산해 계산하거나 PurchTable의 헤더 수준 금액 필드에서 가져올 수 있습니다.

예시
5250.00120.50150000.00
사용자 이름
UserName
특정 활동을 수행한 사용자의 이름입니다.
설명

이 속성은 구매 주문을 생성, 승인 또는 변경하는 등 이벤트를 수행한 사용자를 식별합니다. 시스템 사용자 ID나 전체 이름이 될 수 있습니다.

사용자별 활동을 분석하면 업무량 분포와 교육 필요성을 파악하고 프로세스 이탈에 관여한 개인이나 팀을 찾을 수 있습니다. 승인자 성과 대시보드에 필요한 정보이며, 특정 사용자가 수행한 활동만 보도록 프로세스를 필터링할 수도 있습니다.

중요한 이유

사용자별 성과를 분석하고 특정 사용자와 관련된 병목을 찾으며 프로세스 단계별 책임을 확인할 수 있습니다.

확보 방법

PurchTable 등의 테이블에서 CreatedBy 또는 ModifiedBy 필드를 확인할 수 있습니다. 사용자 정보는 일반적으로 UserInfo 테이블에 저장됩니다.

예시
Alice JohnsonBob WilliamsSysAdmin
요청 납품일
RequestedDeliveryDate
사업 부서가 공급업체에 상품이나 서비스를 납품해 달라고 요청한 날짜입니다.
설명

이 날짜는 구매 주문에 지정되어 공급업체에 희망 납품 일정을 전달합니다. 공급업체의 납품 성과를 측정하는 기준으로 사용합니다.

이 속성은 '공급업체 납품 준수' 대시보드와 '정시 납품률' KPI에 필요합니다. RequestedDeliveryDate와 실제 입고일을 비교하면 공급업체의 신뢰도를 수치화하고 공급망에서 반복되는 지연을 파악할 수 있습니다.

중요한 이유

정시 납품 성과를 측정하는 기준이며, 공급업체의 신뢰도와 공급망 효율성을 평가하는 주요 KPI입니다.

확보 방법

일반적으로 PurchTable(헤더 수준) 또는 PurchLine(라인 항목 수준)의 DeliveryDate 필드에 저장됩니다.

예시
2023-11-152023-12-012024-01-20
구매 요청
PurchaseRequisitionNumber
구매 주문에 앞서 생성된 구매 요청의 식별자입니다.
설명

이 속성은 구매 주문을 최초 내부 요청인 구매 요청과 연결합니다. 모든 구매 주문이 구매 요청에서 시작되는 것은 아닙니다.

이 연결 정보는 '구매 요청에서 구매 주문까지'의 전체 프로세스를 분석하는 데 중요합니다. '구매 요청에서 구매 주문으로의 전환 속도' KPI를 측정하고 내부 수요가 외부 주문으로 얼마나 빠르게 이어지는지 파악할 수 있습니다. 공식 구매 요청 없이 생성된 구매 주문을 찾아 규정 준수를 분석하는 데도 도움이 됩니다.

중요한 이유

구매 주문을 최초 요청과 연결해 요청부터 주문까지의 주기 시간을 분석하고 프로세스 규정 준수 여부를 확인할 수 있습니다.

확보 방법

PurchLine 테이블의 PurchReqId 필드에서 확인할 수 있으며, 이 필드는 PurchReqTable을 참조합니다.

예시
PR-000871PR-000872PR-000873
구매 주문 변경 여부
IsPurchaseOrderChanged
구매 주문이 최초 승인된 후 수정되었는지 나타내는 불리언 플래그입니다.
설명

계산된 이 속성은 해당 케이스에서 '구매 주문 승인' 활동 이후 '구매 주문 변경' 활동이 한 번이라도 발생하면 'true'로 설정됩니다. 재작업과 변경을 간편하게 분석할 수 있습니다.

이 플래그는 '승인 후 구매 주문 변경률' KPI를 계산하고 '구매 주문 변경 추세' 대시보드를 구성하는 데 중요합니다. 재작업이 발생한 구매 주문을 쉽게 추려 분석하고 변경의 근본 원인을 찾을 수 있습니다.

중요한 이유

재작업과 변경 빈도를 쉽게 측정할 수 있습니다. 두 지표는 프로세스의 불안정성과 비효율성을 보여줍니다.

확보 방법

이 속성은 이벤트 로그의 활동 순서를 바탕으로 계산됩니다.

예시
truefalse
구매 품목 범주
PurchaseCategory
구매한 품목이나 서비스의 분류입니다. 예를 들면 'IT 하드웨어' 또는 '사무용품'이 있습니다.
설명

이 속성을 사용하면 구매 주문 품목을 의미 있는 범주별로 묶을 수 있습니다. 이를 통해 구매 유형에 따른 지출 패턴과 프로세스 차이를 분석할 수 있습니다.

프로세스 분석에서 구매 범주별로 필터링하면 유형에 따라 다른 처리 양상을 확인할 수 있습니다. 예를 들어 자본 지출 구매는 운영 물품 구매보다 처리 기간이 길고 절차가 복잡할 수 있습니다. 대시보드에서 범주별 변경 추세와 반품률을 분석할 때도 사용합니다.

중요한 이유

구매하는 상품이나 서비스 유형별로 프로세스를 구분해 지출 범주에 따른 처리 방식의 차이를 파악할 수 있습니다.

확보 방법

품목 범주는 출시된 제품(InventTable)과 연결되며, 해당 제품은 PurchLine에서 사용됩니다. 범주 정보 자체는 범주 관리 테이블에 저장됩니다.

예시
IT 하드웨어사무용품전문 서비스원자재
반품 사유
ReturnReason
구매 주문으로 받은 상품을 공급업체에 반품할 때 입력하는 사유입니다.
설명

'공급업체 반품' 활동이 발생하면 이 속성에 '운송 중 파손', '잘못된 품목', '품질 불량'과 같은 반품 사유가 기록됩니다.

이 데이터는 '구매 주문 반품률' 대시보드에 유용합니다. 반품 사유를 분석하면 공급업체 품질, 내부 주문 오류, 배송 문제 등 반품의 근본 원인을 파악할 수 있습니다. 이를 바탕으로 반품률을 낮추기 위한 조치를 마련할 수 있습니다.

중요한 이유

상품을 반품하는 이유를 파악해 공급업체 품질, 주문 정확성 또는 물류 문제를 진단할 수 있습니다.

확보 방법

반품 사유는 일반적으로 반품 주문 거래에 기록되거나 마이너스 입고 분개에 연결된 사유 코드로 관리됩니다.

예시
운송 중 파손잘못된 품목 배송품질 검사 불합격
배송 위치
DeliveryLocation
상품을 배송할 구체적인 사업장, 창고 또는 주소입니다.
설명

이 속성은 구매 주문 품목을 배송할 실제 위치를 지정합니다. 창고, 특정 사무실 또는 프로젝트 현장일 수 있습니다.

배송 위치별로 프로세스를 분석하면 지역이나 사업장에 따른 병목을 찾는 데 도움이 됩니다. 특히 입고 프로세스의 병목을 파악할 수 있습니다. '입고 처리 시간' 대시보드에서 이 속성을 사용해 위치별 효율성을 비교할 수 있습니다.

중요한 이유

위치별 프로세스 차이나 지연을 파악하는 데 도움이 됩니다. 특히 입고 및 품질 검사 단계에서 유용합니다.

확보 방법

배송 주소와 위치 정보는 PurchTable에 저장되며 회사 또는 공급업체 설정에서 기본값을 가져올 수 있습니다.

예시
주 창고 AC동 사무실서부 해안 물류 센터
부서
DepartmentName
구매 요청 또는 주문을 시작한 부서의 이름입니다.
설명

이 속성은 구매를 담당하는 내부 사업부 또는 부서를 식별합니다. 구매 요청을 생성한 사용자를 기준으로 도출하는 경우가 많습니다.

부서별 프로세스를 분석하면 조직의 각 부문이 조달 프로세스를 어떻게 이용하는지 파악할 수 있습니다. 승인 주기가 길거나 구매 주문 변경률이 높거나 특정 구매 패턴을 보이는 부서를 찾을 수 있어, 해당 부서에 맞는 프로세스 개선을 추진할 수 있습니다.

중요한 이유

사업부별 프로세스 성과를 비교해 부서별 업무 방식과 병목, 비효율을 파악할 수 있습니다.

확보 방법

구매 요청(PurchReqTable) 또는 구매 주문(PurchTable)의 요청자나 생성자 정보를 HR 모듈의 소속 부서 정보와 연결해 확인하는 경우가 많습니다.

예시
재무IT제조마케팅
승인자 이름
ApproverName
구매 주문 또는 승인 워크플로의 단계를 승인한 사용자의 이름입니다.
설명

이 속성은 구매 주문을 정식으로 승인해 다음 단계로 진행하도록 한 관리자 또는 사용자를 식별합니다. 여러 단계로 승인하는 워크플로에서는 구매 주문 하나에 승인자가 여러 명일 수 있습니다.

승인자 정보를 추적하면 '구매 주문 승인 주기 시간 분석' 및 '승인자 성과 지표' 대시보드에 필요한 데이터를 확보할 수 있습니다. 승인자별 처리 시간을 측정하고 승인 과정의 병목을 찾아 업무량 분배와 효율성을 평가할 수 있습니다.

중요한 이유

승인 프로세스를 분석해 승인 과정의 병목을 찾고 승인자별 성과와 업무량을 측정할 수 있습니다.

확보 방법

승인 정보는 일반적으로 PurchTable이 아니라 워크플로 추적 테이블에 저장됩니다. 구매 주문과 연결된 워크플로 이력을 조회해야 합니다.

예시
Charles GreenDiana PrinceEdward Nigma
정시 배송 여부
IsOnTimeDelivery
요청한 배송일 당일 또는 그 전에 상품을 입고했는지 나타내는 불리언 플래그입니다.
설명

이 계산 속성은 '입고 전기' 활동의 타임스탬프와 RequestedDeliveryDate를 비교합니다. 입고일이 요청일 당일이거나 그보다 이르면 'true'로 설정됩니다.

이 플래그는 '정시 배송률' KPI 계산에 직접 활용됩니다. 공급업체 성과를 간편하게 분석하고 정시 배송과 지연 배송을 필터링하거나 시각화할 수 있어 '공급업체 배송 준수' 대시보드에 유용합니다.

중요한 이유

배송 성과를 명확한 이진 결과로 표시해 정시 배송 KPI와 공급업체 평가표를 쉽게 계산할 수 있습니다.

확보 방법

'입고 전기' 활동의 EventTime과 RequestedDeliveryDate를 비교해 계산하는 속성입니다.

예시
truefalse
회사 코드
CompanyCode
구매 주문을 발행하는 법인 또는 회사의 식별자입니다.
설명

여러 회사를 운영하는 환경에서 이 속성은 구매를 진행하는 법인을 지정합니다. 조직을 구성하는 기본 데이터입니다.

이 속성을 사용하면 한 조직 내 여러 법인의 P2P 프로세스를 비교할 수 있습니다. 회사별 프로세스 효율성, 규정 준수, 공급업체 관리의 차이를 파악해 표준화에 활용할 수 있습니다.

중요한 이유

여러 법인을 운영하는 조직에서 법인별 구매 프로세스를 비교하고 표준화하는 데 필요합니다.

확보 방법

Dynamics 365의 PurchTable을 비롯한 거의 모든 테이블에 있는 DataAreaId 필드입니다.

예시
USMFDEMFGBSI
필수 권장 선택 사항

구매부터 지급까지, 구매 주문 활동

정확한 프로세스 탐색과 최적화를 위해 이벤트 로그에 기록해야 할 주요 단계와 이정표입니다.
6 권장 8 선택 사항
활동 설명
구매 요청 생성
이 활동은 상품이나 서비스를 공식적으로 요청하는 구매 요청이 생성된 시점을 나타냅니다. 구매 요청 테이블에 새 레코드가 생성되면 기록되며, 조달 수요가 시작된 것으로 볼 수 있습니다.
중요한 이유

구매 주문 프로세스를 시작하는 이벤트입니다. 이 시점부터 구매 주문 생성까지 걸리는 시간을 분석하면 내부 프로세스의 효율성과 수요 대응 속도를 측정할 수 있습니다.

확보 방법

이 이벤트는 PurchReqTable에 레코드가 생성된 것을 의미합니다. 레코드의 생성 시각(createdDateTime)이 이벤트 시각입니다.

기록

각 구매 요청의 생성 시각을 PurchReqTable에서 추출합니다.

이벤트 유형 explicit
구매 주문 생성
시스템에서 구매 주문 초안이 생성된 것을 나타냅니다. 일반적으로 승인된 구매 요청을 바탕으로 생성되며, 구매 주문 헤더 레코드의 생성 시각으로 기록합니다.
중요한 이유

내부 요청이 공식 구매 문서로 전환되는 시점입니다. 구매 주문 처리 및 승인 주기를 측정하는 기준점입니다.

확보 방법

이 이벤트는 PurchTable에 레코드가 생성된 것을 의미합니다. 해당 테이블의 createdDateTime 필드에서 활동 시각을 확인할 수 있습니다.

기록

각 구매 주문의 생성 시각을 PurchTable에서 추출합니다.

이벤트 유형 explicit
구매 주문 승인
구매 주문의 최종 승인을 나타내며, 공급업체에 주문을 보낼 수 있게 됩니다. 일반적으로 구매 주문의 상태 변경을 기준으로 추정하거나 워크플로 이력에서 직접 가져옵니다.
중요한 이유

구매 주문이 승인되어야 다음 단계로 진행할 수 있으므로 중요한 단계입니다. 승인 병목을 분석하고 '구매 주문 승인 주기' KPI를 측정하는 데 필요합니다.

확보 방법

PurchTable의 DocumentState 필드가 'Approved'로 변경된 것을 기준으로 추정합니다. 또는 WorkflowTrackingStatusTable에서 마지막 승인 단계가 완료된 시각을 가져올 수 있습니다.

기록

PurchTable의 DocumentState가 'Approved'로 변경된 시각을 확인합니다.

이벤트 유형 inferred
구매 주문 완료
모든 상품이 입고되고 송장 처리가 완료되어 구매 주문의 전체 주기가 성공적으로 끝난 것을 나타냅니다. 일반적으로 구매 주문 상태가 최종 종료 상태로 변경된 것을 기준으로 추정합니다.
중요한 이유

이 활동은 성공적으로 완료된 프로세스 인스턴스의 종료를 나타냅니다. 생성부터 완료까지의 '전체 구매 주문 주기'를 측정하면 프로세스 효율성을 종합적으로 파악할 수 있습니다.

확보 방법

PurchTable의 상태 필드를 기준으로 추정합니다. 예를 들어 DocumentState가 'Invoiced'이고 라인 항목 상태에서 입고와 송장이 모두 완료된 경우입니다.

기록

구매 주문 헤더와 라인 상태가 최종 종료 상태(예: 'Invoiced')로 변경된 시각을 확인합니다.

이벤트 유형 inferred
구매 주문을 공급업체에 발송
승인된 구매 주문을 공급업체에 전달한 활동입니다. 구매 주문을 확정하면 확인 전표가 생성되고 일반적으로 문서 발송이 시작됩니다.
중요한 이유

외부 공급업체와 접점이 생기는 첫 단계이며, 공급업체 리드 타임을 측정하기 시작하는 시점입니다. 공급업체 성과와 '정시 납품률' KPI를 추적하는 데 중요합니다.

확보 방법

PurchPurchaseOrderJour 테이블에 레코드가 생성되면 이벤트가 기록됩니다. 이 테이블은 구매 주문 확인 전표를 저장하며, 레코드 생성일이 활동 시각입니다.

기록

해당 구매 주문의 첫 PurchPurchaseOrderJour 레코드 생성 시각을 사용합니다.

이벤트 유형 explicit
입고 등록
구매 주문에 따라 입고된 상품을 시스템에 공식 기록한 시점입니다. 제품 입고 전표를 전기하면 이 이벤트가 기록됩니다.
중요한 이유

재고가 갱신되고 송장 대조 프로세스가 시작되는 주요 단계입니다. '정시 납품률'과 공급업체 리드 타임을 측정하는 종료 시점으로도 사용됩니다.

확보 방법

VendPackingSlipJour에 저장된 제품 입고 전표 생성 시각을 가져옵니다. 이 테이블의 createdDateTime 또는 PackingSlipDate에서 상품이 공식 입고된 시점을 확인할 수 있습니다.

기록

구매 주문과 연결된 VendPackingSlipJour 레코드의 생성 또는 전기 시각을 사용합니다.

이벤트 유형 explicit
공급업체의 구매 주문 확인
공급업체가 구매 주문 내용을 확인하고 수락한 것을 나타냅니다. 공급업체와 주고받은 내용을 바탕으로 담당자가 직접 데이터를 입력하는 경우가 많습니다.
중요한 이유

공급업체의 확인을 통해 주문이 처리되고 있음을 알 수 있습니다. 이 단계의 지연이나 불일치는 납품 차질 가능성을 나타낼 수 있습니다.

확보 방법

일반적으로 PurchTable의 납품 확인일 등 확인 관련 날짜 또는 상태 필드가 입력된 것을 기준으로 추정합니다. 별도의 이벤트로 기록되지 않을 수도 있습니다.

기록

PurchTable 또는 PurchLine의 특정 확인 날짜 필드에 값이 입력된 것을 기준으로 추정합니다.

이벤트 유형 inferred
구매 요청 승인
권한이 있는 관리자가 구매 요청을 공식 승인한 것을 나타냅니다. 일반적으로 워크플로 이력 로그에서 가져오거나 요청 레코드의 상태 변경을 추적해 기록합니다.
중요한 이유

승인은 구매 요청을 구매 주문으로 전환하기 위한 주요 단계입니다. 이 단계가 지연되면 전체 조달 일정에 직접 영향을 줍니다.

확보 방법

구매 요청과 연결된 WorkflowTrackingStatusTable에서 가져오거나, PurchReqTable의 상태 필드가 'Approved'로 변경된 것을 기준으로 추정할 수 있습니다.

기록

요청의 워크플로 이력에서 마지막 승인 단계가 완료된 시각을 사용합니다.

이벤트 유형 explicit
구매 주문 변경
구매 주문이 승인된 후 발생한 모든 변경을 기록합니다. Dynamics 365에서 구매 주문 버전을 추적하면 변경 내역을 확인할 수 있습니다.
중요한 이유

변경을 추적하면 재작업과 프로세스 불안정의 원인을 파악하고 '구매 주문 변경률'을 측정할 수 있습니다. 변경으로 인해 지연이나 비용 변동이 발생할 수 있습니다.

확보 방법

보관 또는 버전 관리 테이블(예: PurchTableHistory)에 저장된 구매 주문 버전을 비교해 추정합니다. 버전 번호가 증가하면 변경이 발생한 것입니다.

기록

승인 후 PurchTable의 버전 번호가 증가한 레코드를 찾습니다.

이벤트 유형 inferred
구매 주문 송장 처리
공급업체 송장을 받아 구매 주문에 연결해 전기한 시점입니다. 이 이벤트는 조달 프로세스와 지급 프로세스를 연결합니다.
중요한 이유

지급 전 마지막 단계이며 구매 최종 비용을 계산하는 데 중요합니다. 3자 대조 분석의 종료 시점으로 활용할 수 있습니다.

확보 방법

구매 주문과 대조된 공급업체 송장 전표(VendInvoiceJour)를 전기하면 이 이벤트가 기록됩니다. 해당 레코드의 InvoiceDate 또는 전기일이 이벤트 시각입니다.

기록

PurchTable 레코드와 연결된 VendInvoiceJour 테이블의 전기 시각을 사용합니다.

이벤트 유형 explicit
구매 주문 승인 요청
구매 주문 초안을 승인 워크플로에 공식 제출한 시점입니다. 일반적으로 사용자가 직접 수행하는 작업이며 워크플로 로그에 기록됩니다.
중요한 이유

이 활동부터 구매 주문 승인 주기가 시작됩니다. 추적하면 구매 주문이 승인 대기 상태로 머문 시간과 전체 승인 소요 시간을 정확히 측정할 수 있습니다.

확보 방법

구매 주문의 제출 이벤트와 시각이 기록된 WorkflowTrackingStatusTable에서 가져옵니다.

기록

PurchTable 레코드와 연결된 워크플로 이력에서 'Submitted' 이벤트를 찾습니다.

이벤트 유형 explicit
구매 주문 취소
구매 주문이 완전히 완료되기 전에 종료된 것을 나타냅니다. 구매 주문 문서의 특정 상태 변경으로 기록됩니다.
중요한 이유

취소는 중요한 예외 경로입니다. 취소 빈도와 사유를 분석하면 계획이나 공급업체 신뢰성 관련 문제를 파악할 수 있습니다.

확보 방법

PurchTable의 DocumentState 필드가 'Canceled'로 변경된 것을 기준으로 추정합니다. 상태 변경 시각이 이벤트 시각입니다.

기록

PurchTable의 DocumentState가 'Canceled'로 설정된 시각을 확인합니다.

이벤트 유형 inferred
상품을 공급업체에 반품
손상이나 오배송 등의 문제로 이미 입고한 상품을 공급업체에 반품한 것을 나타냅니다. 반품 거래를 전기하면 기록됩니다.
중요한 이유

반품은 프로세스 실패와 추가 비용을 의미합니다. 이 활동을 추적하면 '구매 주문 반품률'을 계산하고 공급업체나 제품 관련 문제를 파악할 수 있습니다.

확보 방법

수량이 음수인 구매 주문이 생성되었거나 원래 구매 주문을 참조하는 반품 주문 문서가 생성된 것을 기준으로 추정합니다. 반품 전기 거래일이 이벤트 시각입니다.

기록

원래 구매 주문에 대한 구매 반품 주문 또는 차변 메모의 전기 내역을 찾습니다.

이벤트 유형 explicit
품질 검사 수행
입고된 상품의 품질 검사가 완료된 것을 나타냅니다. 품질 관리 모듈에서 관리하거나 상태 업데이트로 기록하는 경우가 많습니다.
중요한 이유

상품 입고부터 사용 가능 상태가 되기까지의 주요 병목이 될 수 있습니다. 소요 시간을 분석하면 '품질 검사 주기' KPI를 개선하는 데 도움이 됩니다.

확보 방법

구매 주문 입고와 연결된 품질 주문(InventQualityOrderTable)의 완료를 기준으로 추정할 수 있습니다. 상태가 'Passed' 또는 'Failed'로 변경된 시각이 이벤트 시각입니다.

기록

구매 주문 라인과 연결된 InventQualityOrderTable에서 상태가 완료된 시각을 추적합니다.

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

데이터 추출 가이드

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

시작할 준비가 되셨나요?

이 템플릿을 사용하면 구매부터 지급까지의 구매 주문 프로세스를 최적화하는 데 필요한 준비를 마칠 수 있습니다. 지금 조달 운영 개선을 시작하세요.

지금 구매부터 지급까지의 구매 주문 프로세스 효율성을 높이세요

비효율적인 부분을 찾아 P2P 주기를 최대 30% 단축하세요.

무료 체험 시작

신용카드 없이 몇 분 만에 설정할 수 있습니다.