구매 대금 지급 프로세스의 구매 주문 데이터 템플릿

구매 주문 ID는 각 구매 주문에 부여되는 고유한 영숫자 코드로, 다른 주문과 구분하는 데 사용됩니다. 특정 조달 거래와 관련된 모든 활동, 문서, 커뮤니케이션을 연결하는 기준이 됩니다.

process mining에서는 이 ID를 기준으로 생성, 승인, 입고, 송장 처리 등 관련 이벤트를 하나의 전체 프로세스 인스턴스 또는 '케이스'로 묶습니다. 이 식별자로 프로세스를 분석하면 구매 주문이 생성된 시점부터 최종 종료될 때까지의 전체 생애주기를 재구성하고 시각화할 수 있습니다.

관련 이벤트를 하나의 프로세스 케이스로 연결하는 기본 속성으로, 구매 주문 생애주기의 전체 흐름을 분석할 수 있게 합니다.

일반적으로 구매 주문 헤더 테이블이나 문서에 있는 기본 키 필드입니다.

이벤트 시각은 특정 활동이 실행되거나 상태 변경이 기록된 날짜와 시각을 나타냅니다. 이 타임스탬프는 구매 주문 생애주기의 각 이벤트가 발생한 시점을 보여줍니다.

process mining에서 타임스탬프는 처리 주기, 소요 시간, 활동 간 대기 시간을 계산하는 데 필요합니다. 케이스별 이벤트를 시간순으로 정렬하면 프로세스 성과를 분석하고 시간이 지체되는 병목을 찾으며 서비스 수준 계약(SLA) 준수 여부를 확인할 수 있습니다.

처리 시간 계산, 병목 파악, 기준 대비 성과 모니터링 등 시간 기반 분석에 활용됩니다.

일반적으로 이벤트 로그, 변경 이력 테이블 또는 거래 문서의 생성일이나 전기 날짜에서 확인합니다.

활동명은 구매 주문 프로세스의 단계나 상태 변경을 설명합니다. 예를 들면 '구매 주문 생성', '구매 주문 승인', '입고 전기', '송장 수령' 등이 있습니다. 각 활동은 프로세스 흐름에서 구분되는 한 지점을 나타냅니다.

이 속성은 활동 흐름을 시각적으로 보여주는 프로세스 맵을 만드는 데 필요합니다. 활동의 순서와 빈도를 분석하면 일반적인 프로세스 경로, 편차, 병목, 반복 승인이나 변경과 같은 재작업 흐름을 찾을 수 있습니다.

프로세스 맵의 기반이 되어 프로세스 흐름과 편차, 비효율을 시각화하고 분석할 수 있게 합니다.

일반적으로 구매 주문과 관련된 거래 코드, 상태 변경 로그, 이벤트 테이블 또는 변경 문서 테이블에서 가져옵니다.

원천 시스템 속성은 이벤트 데이터가 생성된 정보 시스템을 나타냅니다. 예를 들어 ERP, 조달 플랫폼, 레거시 시스템이 해당합니다. 구매부터 지급까지의 프로세스가 여러 통합 애플리케이션에 걸쳐 진행되는 환경에서 특히 중요합니다.

원천 시스템을 알면 데이터를 검증하고 문제를 해결하며 시스템에 따라 달라지는 프로세스 차이를 파악할 수 있습니다. 예를 들어 전자 조달 시스템에서 시작된 구매 주문은 핵심 ERP에서 수동으로 생성한 주문보다 자동화된 경로를 따를 수 있습니다.

데이터가 어디에서 왔는지 보여주므로 데이터 거버넌스와 검증, 시스템별 프로세스 차이 분석에 필요합니다.

데이터 추출 시 추가하는 고정값이거나 입력 시스템을 나타내는 원천 테이블의 필드일 수 있습니다.

이 속성은 원천 시스템에서 데이터를 가장 최근에 불러오거나 갱신한 날짜와 시각을 기록합니다. 개별 이벤트가 아니라 전체 데이터 세트에 적용되는 메타데이터 필드입니다.

사용자는 이 정보를 통해 분석 중인 데이터가 얼마나 최신인지 확인할 수 있습니다. 분석 결과의 유효성을 판단하고 필요한 시점의 데이터를 바탕으로 의사결정이 이루어지도록 돕습니다.

데이터의 최신성을 알려주므로 분석 대상 기간과 결과의 유효성을 파악할 수 있습니다.

일반적으로 데이터 추출 및 변환(ETL) 도구나 프로세스가 이 타임스탬프를 생성하고 저장합니다.

공급업체명은 구매 주문에 명시된 상품이나 서비스를 제공하기로 계약한 외부 업체를 식별합니다. 거래별 구매 주문 데이터와 연결되는 주요 기준 정보입니다.

공급업체별 프로세스 분석은 공급업체 성과 관리에 중요합니다. 정시 납품률, 반품률, 구매 주문 변경 빈도 등의 지표를 기준으로 업체를 비교할 수 있습니다. 분석 결과는 소싱 전략, 공급업체 협상, 관계 관리에 활용할 수 있습니다.

공급업체별 납품 시간, 품질, 프로세스상 마찰을 비교해 업체 성과를 분석할 수 있습니다.

공급업체 기준 정보에서 가져와 구매 주문과 연결하며, 일반적으로 문서 헤더에 저장됩니다.

구매 주문 금액은 주문에 따른 총 재정 부담을 나타냅니다. 문서 전체 또는 개별 품목 단위로 분석할 수 있습니다.

이 속성은 재무 분석과 우선순위 설정에 중요합니다. 금액을 기준으로 프로세스를 필터링해 승인 절차가 복잡하거나 사업 영향이 큰 고액 구매 주문을 집중적으로 살펴볼 수 있습니다. 구매 주문 금액과 처리 시간 또는 재작업률을 함께 분석하면 고액 주문이 저액 주문보다 비효율적으로 처리되는지 확인할 수 있습니다.

프로세스에 재무 관점을 더해 금액 기준으로 개선 우선순위를 정하고 비용 발생 요인을 파악할 수 있습니다.

이 값은 구매 주문 헤더 데이터에 있으며, 대개 모든 품목 금액을 합산해 계산합니다.

구매 주문 상태는 특정 시점의 주문 진행 단계나 최종 처리 결과를 나타냅니다. 일반적인 상태로는 '승인 중', '승인 완료', '공급업체에 발송', '일부 입고', '종료', '취소' 등이 있습니다.

이 속성을 사용하면 구매 주문의 일부를 필터링해 분석할 수 있습니다. 예를 들어 현재 병목을 찾기 위해 진행 중인 주문만 분석하거나, 취소 사유를 파악하기 위해 취소된 주문만 살펴볼 수 있습니다. 상태 변경 순서를 추적하면 프로세스 모델의 활동을 정의하는 데도 활용할 수 있습니다.

진행 단계별로 사례를 필터링해 진행 중이거나 종료된 주문, 문제가 있는 주문을 집중적으로 분석할 수 있습니다.

일반적으로 구매 주문 헤더 데이터에 있는 표준 상태 필드입니다.

부서 속성은 구매를 담당하는 조직 단위를 나타냅니다. 일반적으로 구매 요청을 시작한 부서 또는 비용을 부담하는 부서이며, 예를 들어 'IT', '마케팅', '운영' 등이 있습니다.

이 속성을 사용하면 사업 부문별로 프로세스 성과를 나누어 비교할 수 있습니다. 부서별 분석을 통해 처리 시간이 가장 긴 영역, 변경률이 가장 높은 영역, 비정상적인 구매가 가장 많이 발생하는 영역을 파악할 수 있습니다. 이러한 분석 결과를 바탕으로 부서별 요구와 업무 방식에 맞춰 개선 과제를 수립할 수 있습니다.

사업 부문별로 프로세스를 나누어 분석하고, 성과를 비교해 부서별 문제나 모범 사례를 찾을 수 있습니다.

일반적으로 구매 주문 헤더나 품목 상세 정보에서 확인할 수 있으며, '비용 센터' 또는 '부서' 필드로 연결되는 경우가 많습니다.

사용자 이름은 프로세스에서 이벤트를 수행한 담당자를 식별합니다. 구매 요청을 생성한 사용자, 구매 주문을 승인한 사용자, 입고를 등록한 사용자 등이 해당합니다. 이를 통해 프로세스 흐름에서 책임 소재를 파악하고 담당자의 역할을 확인할 수 있습니다.

사용자별 활동을 분석하면 업무량 분포와 교육 필요성을 파악하고 규정 준수 관련 문제를 발견하는 데 도움이 됩니다. 예를 들어 특정 사용자의 재작업이나 지연 발생률이 높은지 확인하거나 직무 분리 원칙 위반 여부를 점검할 수 있습니다.

프로세스 활동을 담당자와 연결해 사용자별 업무량, 성과, 규정 준수를 분석할 수 있습니다.

일반적으로 거래 로그와 문서 헤더의 '생성자', '변경자' 또는 '사용자 ID' 필드에서 확인할 수 있습니다.

요청 납품일은 조직이 공급업체로부터 상품이나 서비스를 받을 것으로 예상하는 날짜로, 구매 주문에 지정됩니다. 공급업체의 납품 성과를 측정하는 기준이 됩니다.

이 속성은 '정시 납품률' KPI를 계산하는 데 필요합니다. 요청 납품일과 실제 입고일을 비교하면 공급업체의 납품 신뢰도를 평가할 수 있습니다. 차이를 분석해 특정 공급업체, 품목 또는 배송 위치에서 반복되는 문제를 찾아내고, 성과 논의에 필요한 근거를 마련할 수 있습니다.

공급업체 납품 성과를 측정하는 기준이며, 정시 납품률 KPI를 계산하는 데 필요합니다.

일반적으로 구매 주문 헤더나 품목 상세 정보의 표준 필드에 저장됩니다.

품목 범주는 자재 그룹 또는 구매 범주라고도 하며, 조달하는 제품이나 서비스의 유형을 분류합니다. 이처럼 체계적으로 분류하면 조달 지출과 프로세스 특성을 정리하고 파악하기 쉽습니다.

품목 범주별로 프로세스를 분석하면 범주에 따른 차이를 확인할 수 있습니다. 예를 들어 복잡한 서비스의 조달은 일반 사무용품보다 승인 기간이 길고 변경이 잦을 수 있습니다. 범주별 분석을 통해 각 범주에 맞는 프로세스 개선과 전략을 수립할 수 있습니다.

범주별 프로세스 성과와 지출을 분석해 구매 유형에 따라 프로세스 효율성이 어떻게 달라지는지 파악할 수 있습니다.

일반적으로 구매 주문의 품목 수준에 저장됩니다.

구매 요청 ID는 조달 프로세스를 시작한 내부 문서의 식별자입니다. 구매 요청은 부서가 상품이나 서비스의 조달을 구매 부서에 공식적으로 요청하는 문서입니다.

이 ID를 사용하면 구매 주문 프로세스를 앞 단계인 구매 요청 프로세스와 연결할 수 있습니다. 이를 통해 요청부터 구매 주문 생성까지 걸린 시간을 측정하는 '요청부터 주문까지' 분석이 가능합니다. 요청 부서와 구매팀 사이의 인계 과정에서 발생하는 지연도 찾을 수 있습니다.

구매 주문을 최초 요청과 연결해 구매 요청부터 주문까지의 처리 시간을 분석할 수 있습니다.

일반적으로 구매 주문 헤더나 품목 데이터의 참조 필드에 저장됩니다.

요청자는 구매 필요성을 제기한 조직 내 담당자로, 앞 단계의 구매 요청을 작성하는 경우가 많습니다. 시스템에서 구매 주문 문서를 생성한 사용자와는 다르며, 후자는 일반적으로 구매 부서 소속입니다.

요청자별 분석을 통해 구매 행동의 패턴을 파악할 수 있습니다. 예를 들어 특정 요청자가 긴급 주문을 반복적으로 요청하거나 주문 변경이 잦을 수 있습니다. 이러한 정보는 조달 정책에 대한 맞춤형 교육을 제공하거나 요청 단계에서 요구사항을 더 명확히 작성하도록 개선하는 데 활용할 수 있습니다.

구매를 시작한 현업 담당자를 식별해 구매 행동을 분석하고 요구사항 작성 절차를 개선할 수 있습니다.

일반적으로 연결된 구매 요청에서 가져오거나 구매 주문 자체의 '요청자' 필드에 저장됩니다.

종료 시간 속성은 활동이 완료된 시각을 기록합니다. 많은 프로세스 이벤트는 단일 시점에 발생해 시작 시간과 종료 시간이 같지만, 수작업 활동이나 소요 시간을 측정할 수 있는 활동은 시작 시각과 종료 시각이 다를 수 있습니다.

종료 시간이 있으면 개별 활동의 처리 시간을 정확하게 계산할 수 있습니다. 이를 통해 시간이 오래 걸리는 단계를 찾아내고, 실제로 작업이 진행되는 처리 시간과 활동 사이에 작업 없이 대기하는 시간을 구분할 수 있습니다.

활동별 처리 시간을 정확하게 계산해 프로세스에서 실제 작업 시간과 대기 시간을 구분할 수 있습니다.

이벤트 로그나 거래 데이터에서 확인할 수 있으며, 별도의 '종료 시간' 또는 '완료일' 필드로 제공되기도 합니다. 해당 필드가 없으면 이벤트 시간과 같은 값으로 설정할 수 있습니다.

통화 속성은 구매 주문 금액과 기타 재무 필드에 사용되는 통화 단위를 나타냅니다. 여러 통화를 사용하는 다국적 조직에서는 재무 데이터를 정확하게 해석하고 합산하는 데 필수적입니다.

분석 시 이 속성을 사용하면 재무 지표를 동일한 기준으로 비교할 수 있습니다. 금액을 포함하는 대시보드나 KPI를 구성할 때 필요한 정보로, 정확한 조달 재무 현황을 파악할 수 있도록 통화 환산과 보고를 지원합니다.

모든 금액을 정확하게 보고하고 비교하는 데 필요한 기준을 제공하며, 특히 글로벌 운영에서 유용합니다.

이 코드는 일반적으로 총액과 함께 구매 주문 헤더에 저장됩니다.