자산 정비 데이터 템플릿
자산 정비 데이터 템플릿
설비 유지보수에 사용할 일반적인 process mining 데이터 템플릿입니다. 더 구체적인 안내가 필요하면 시스템별 템플릿을 사용하세요.
특정 시스템 선택- 표준 정비 마일스톤 전체 목록
- 상세한 성과 분석을 위한 유연한 속성 스키마
- 모든 기업 자산 관리 데이터 소스와 호환
자산 정비 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 원천 시스템 SourceSystem | 레코드가 생성된 애플리케이션 또는 데이터베이스의 이름입니다. | ||
| 설명 이 속성은 데이터를 생성한 소프트웨어 환경을 식별합니다. 복잡한 유지보수 환경에서는 ERP, 전문 CMMS 또는 IoT 모니터링 플랫폼에서 데이터가 수집될 수 있습니다. 여러 시스템의 데이터를 하나의 프로세스 모델에 통합할 때 이 필드를 기준으로 데이터를 필터링할 수 있습니다. 데이터 계보를 확인하고 기존 시스템 간 데이터 품질이나 프로세스 차이를 비교하는 데도 활용할 수 있습니다. 중요한 이유 여러 시스템을 사용하는 환경에서 데이터 추적성을 보장합니다. 확보 방법 추출 과정에서 값을 직접 지정하거나 시스템 설정에서 매핑합니다. 예시 SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| 이벤트 타임스탬프 EventTimestamp | 활동이 발생한 날짜와 시간입니다. | ||
| 설명 이 속성은 유지보수 로그의 각 이벤트에 시간 정보를 제공합니다. 상태가 변경되거나 원천 시스템에서 트랜잭션이 확정된 정확한 시각을 기록합니다. 타임스탬프는 process mining에서 기간 기반 지표를 계산하는 기준입니다. 이를 통해 처리 시간, 리드 타임, 리소스 유휴 시간을 계산할 수 있습니다. 짧은 시간 간격으로 발생한 이벤트의 순서를 정확히 정하려면 정밀한 타임스탬프가 필요합니다. 중요한 이유 이벤트 순서를 정하고 모든 기간 지표를 계산할 수 있습니다. 확보 방법 활동 정보와 함께 트랜잭션 로그, 이력 테이블 또는 감사 추적에서 확인할 수 있습니다. 예시 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| 작업 오더 번호 WorkOrderNumber | 유지보수 건 또는 작업 오더를 식별하는 고유 번호입니다. | ||
| 설명 이 속성은 process mining 분석에서 중심이 되는 케이스 식별자입니다. 최초 요청이나 예방 정비 발생부터 작업 완료와 재무 마감까지 이어지는 하나의 유지보수 주기를 나타냅니다. 분석에서는 이 필드를 기본 키로 사용해 관련 이벤트, 비용, 리소스 기록을 그룹화합니다. 이를 통해 process mining 엔진이 개별 작업의 전체 흐름을 재구성하므로 분석가는 작업 진행 경로를 추적하고 케이스별 병목을 파악하며, 오더 유형이나 우선순위에 따른 결과를 비교할 수 있습니다. 중요한 이유 서로 다른 프로세스 인스턴스를 구분하는 데 필요한 기본 케이스 ID입니다. 확보 방법 일반적으로 작업 오더 헤더 테이블에서 확인할 수 있습니다(예: Maximo의 WONUM, SAP의 AUFNR). 예시 WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| 최근 데이터 업데이트 LastDataUpdate | 레코드를 마지막으로 추출하거나 새로 고친 시각을 나타내는 타임스탬프입니다. | ||
| 설명 이 속성은 분석에 사용된 데이터의 최신성을 추적합니다. 분석가는 데이터가 얼마나 최신인지 파악하고 운영 시스템과 process mining 환경 간 지연 가능성을 확인할 수 있습니다. 실제 프로세스 흐름에 포함되는 정보는 아니지만 데이터 거버넌스에 중요합니다. 이해관계자가 실시간 데이터와 이전 마감 기간의 스냅샷 중 무엇을 보고 있는지 확인할 수 있습니다. 중요한 이유 데이터의 최신성을 확인하고 증분 적재를 관리하는 데 도움이 됩니다. 확보 방법 ETL 파이프라인 또는 추출 스크립트가 실행될 때 생성합니다. 예시 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| 활동명 ActivityName | 워크플로에서 발생하는 구체적인 작업, 상태 변경 또는 이벤트입니다. | ||
| 설명 이 속성은 유지보수 작업 오더의 수명 주기에서 진행되는 단계를 정의합니다. 생성, 승인, 진행 중, 보류, 완료 등 작업 오더가 거치는 각 상태를 기록합니다. 정확한 process mining을 위해 이 필드는 여러 시스템 이벤트를 이해하기 쉬운 활동명으로 표준화합니다. 프로세스 맵을 시각화하고 단계 간 전환 시간을 계산하며, 작업 오더가 이전 상태로 돌아가는 재작업 흐름을 파악하는 데 필요합니다. 중요한 이유 프로세스 맵의 노드를 정의하며 워크플로를 재구성하는 데 필요합니다. 확보 방법 상태 이력 테이블, 트랜잭션 로그 또는 작업 오더 변경 로그에서 가져옵니다. 예시 작업 지시 생성자재 출고승인 완료진행 중으로 상태 변경작업 지시 종료 | |||
| 목표 완료일 TargetCompletionDate | 작업 오더를 완료하기로 예정된 기한입니다. | ||
| 설명 이 속성은 일정 담당자가 계획했거나 SLA에서 정한 완료 예정일을 나타냅니다. 기한 내 완료 여부를 계산할 때 기준으로 사용합니다. 실제 완료일과 목표일을 비교하면 일정 준수율과 지연 지표를 계산할 수 있습니다. 차이가 크면 계획의 비효율이나 리소스 제약이 있음을 나타낼 수 있습니다. 중요한 이유 지연과 일정 준수 여부를 계산하는 기준입니다. 확보 방법 작업 오더 일정 탭(예: SAP의 GLTRP, Maximo의 SCHEDFINISH). 예시 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| 설비 ID AssetId | 유지보수 대상 장비 또는 시설의 고유 식별자입니다. | ||
| 설명 이 속성은 작업 오더를 현장의 실제 대상과 연결합니다. 유지보수 대상 설비의 태그 번호, 장비 ID 또는 기계 코드를 나타냅니다. 자주 수리가 필요한 문제 설비를 찾는 데 중요합니다. 설비 ID별로 작업 오더를 집계하면 고장 간 평균 시간(MTBF)을 계산하고 유지보수 예산을 과도하게 사용하는 장비를 파악할 수 있습니다. 중요한 이유 특정 장비의 성능을 분석하고 MTBF를 계산할 수 있습니다. 확보 방법 작업 오더 헤더 테이블(예: Maximo의 ASSETNUM, SAP의 EQUNR). 예시 PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| 설비 중요도 AssetCriticality | 설비의 운영상 중요도를 나타내는 등급입니다. | ||
| 설명 이 속성은 설비 고장이 안전, 환경 또는 생산에 미치는 영향을 기준으로 설비를 분류합니다. 설비 마스터 레코드에 고정값으로 저장되는 경우가 많지만, 작업 오더에 당시 값을 복사해 두기도 합니다. 분석가는 이 속성을 사용해 유지보수팀이 중요 설비의 작업을 우선 처리하는지 확인할 수 있습니다. 중요도가 높은 장비일수록 예방 정비 일정을 잘 준수하는지 점검하는 데 도움이 됩니다. 중요한 이유 유지보수 우선순위를 사업 위험과 운영 영향에 맞출 수 있습니다. 확보 방법 설비 마스터 데이터 또는 비정규화된 경우 작업 오더 헤더에서 확인할 수 있습니다. 예시 A - 필수B - 중요C - 보조안전 중요 설비생산 중요 설비 | |||
| 실제 작업 시간 ActualLaborHours | 기술자가 해당 오더 작업에 실제로 투입한 총 시간입니다. | ||
| 설명 이 속성은 작업 오더에 기록된 모든 작업 시간의 합계입니다. 작업을 완료하는 데 실제로 투입된 노력을 나타냅니다. 이 지표는 인력 활용률과 작업 효율을 계산하는 데 필요합니다. 실제 시간과 예상 시간을 비교하면 계획의 정확도를 확인할 수 있습니다. 차이가 크다면 작업 범위가 불명확하거나 필요한 기술이 부족할 수 있습니다. 중요한 이유 투입 노력을 측정하며 인력 활용률과 계획 정확도를 계산하는 데 사용합니다. 확보 방법 타임시트 또는 작업 시간 트랜잭션 테이블의 데이터를 집계합니다. 예시 4.512.00.548.0160.0 | |||
| 실제 총비용 TotalActualCost | 인건비, 자재비, 서비스 비용을 포함해 실제로 발생한 총비용입니다. | ||
| 설명 이 속성은 작업 오더와 관련된 모든 재무 전표를 합산합니다. 유지보수 작업으로 발생한 최종 비용을 나타냅니다. 비용 분석은 자산 관리에서 process mining을 활용하는 주요 이유 중 하나입니다. 유지보수 비용이 가장 많이 드는 설비 유형을 찾고, 수리 비용이 설비 교체 비용보다 높은 사례를 파악할 수 있습니다. 중요한 이유 재무 영향 분석과 예산 차이 보고의 기준이 됩니다. 확보 방법 비용 요약 테이블에서 확인하거나 오더와 연결된 총계정원장 전표를 집계합니다. 예시 1500.00245.5010000.000.00560.75 | |||
| 예방 정비 여부 IsPreventive | 작업 오더가 예방 정비 프로그램에 포함되는지 나타내는 표시입니다. | ||
| 설명 이 불리언 속성은 작업 오더 유형을 예방 정비와 비예방 정비로 간단히 구분합니다. 작업 오더 유형 코드에서 파생되는 경우가 많습니다. 이 표시를 사용하면 대시보드에서 예방 정비 준수 현황을 빠르게 필터링할 수 있습니다. 유지보수 조직의 성숙도를 측정하는 업계 표준 지표인 예방 정비/시정 정비 비율 KPI를 간편하게 계산할 수 있습니다. 중요한 이유 예방 정비 비율을 위한 필터링과 KPI 계산을 간소화합니다. 확보 방법 작업 오더 유형 또는 시스템의 전용 표시(예: PPM 표시)에서 파생됩니다. 예시 truefalse | |||
| 우선순위 PriorityLevel | 작업 오더에 지정된 긴급도 또는 중요도입니다. | ||
| 설명 이 속성은 유지보수 작업이 운영에 얼마나 중요한지 나타냅니다. 값은 숫자 코드(1, 2, 3)나 중요, 높음, 보통, 낮음과 같은 설명형 레이블로 표시됩니다. 이 값에 따라 필요한 대응 시간과 리소스 배정이 달라집니다. 프로세스 분석에서는 SLA 준수 여부를 확인하는 데 사용합니다. 분석가는 우선순위가 높은 작업이 낮은 작업보다 실제로 빠르게 처리되는지, 승인 단계에서 지연되는지 살펴봅니다. 중요한 이유 SLA 준수 여부와 리소스 우선순위 배정을 분석할 수 있습니다. 확보 방법 작업 오더 헤더 테이블(예: Maximo의 PRIORITY, SAP의 PRIOK). 예시 1 - 긴급2 - 높음3 - 보통4 - 낮음긴급 정비 | |||
| 유지보수 부서 MaintenanceDepartment | 작업을 수행하는 조직 단위 또는 작업장입니다. | ||
| 설명 이 속성은 작업 오더를 담당하는 팀, 직종 또는 부서를 식별합니다. 예를 들어 전기, 기계, 계측 또는 시설 부서가 해당합니다. 이 정보를 활용하면 팀별 성과를 비교할 수 있습니다. 분석가는 부서별 처리 시간, 미처리 작업량, 재작업률을 비교해 특정 직종의 교육 필요성이나 리소스 부족을 파악할 수 있습니다. 중요한 이유 팀별 성과와 미처리 작업량을 비교할 수 있습니다. 확보 방법 작업 오더 헤더(예: SAP의 작업장, Maximo의 Crew ID). 예시 기계 작업장전기 유지보수시설외부 계약업체계측 | |||
| 작업 오더 유형 WorkOrderType | 유지보수 작업을 예방, 시정, 긴급 또는 프로젝트 작업으로 분류합니다. | ||
| 설명 이 속성은 유지보수 작업의 성격을 분류합니다. 일반적으로 계획된 작업(예방 정비)과 계획되지 않은 가동 중단(시정 정비 또는 긴급 정비)을 구분합니다. 대부분의 EAM/CMMS 시스템에 있는 표준 필드입니다. 분석가는 이 필드를 사용해 프로세스 모델을 구분해 살펴봅니다. 긴급 수리와 예방 정비의 워크플로를 비교하면 프로세스 경로, 승인 요건, 처리 시간이 크게 다르게 나타나는 경우가 많습니다. 예방 정비와 사후 대응 정비의 비율을 계산할 때도 이 필드를 주요 기준으로 사용합니다. 중요한 이유 계획 작업과 비계획 작업을 나누어 분석하는 데 필요합니다. 확보 방법 작업 오더 헤더 테이블(예: Maximo의 WORKTYPE, SAP의 AUART). 예시 예방 정비시정 정비긴급 정비예지 정비자본 프로젝트 | |||
| 배정된 리소스 AssignedResource | 작업에 배정된 담당 기술자 또는 책임자입니다. | ||
| 설명 이 속성은 유지보수 작업을 수행할 개인 또는 책임 기술자를 식별합니다. 부서가 담당 그룹을 나타낸다면 이 속성은 구체적인 담당자를 나타냅니다. 이 수준의 세부 정보는 직원별 업무량을 분석하는 데 유용합니다. 특정 기술자에게 업무가 지속적으로 과중하게 배정되는지, 일부 담당자의 재작업률이 높은지 파악해 교육 필요성을 확인할 수 있습니다. 중요한 이유 업무량 배분과 개인별 성과 지표를 분석할 수 있습니다. 확보 방법 작업 오더 배정 테이블 또는 작업 시간 상세 테이블에서 확인할 수 있습니다. 예시 J. SmithA. DoeTech-001Vendor-XYZCrew Lead 5 | |||
| 작업 위치 WorkLocation | 작업이 수행되는 실제 장소 또는 기능상 위치입니다. | ||
| 설명 이 속성은 설비가 있는 지리적 또는 기능적 구역을 나타냅니다. 특정 건물, 층 또는 원격 현장일 수 있습니다. 위치 데이터는 이동 시간의 비효율과 물류 문제를 분석하는 데 도움이 됩니다. 기술자가 우선순위가 낮은 작업을 위해 먼 거리를 자주 이동한다면 process mining을 통해 이동 경로를 개선하거나 위치별로 작업 오더를 묶을 기회를 찾을 수 있습니다. 중요한 이유 물류를 분석하고 위치별 병목을 파악하는 데 도움이 됩니다. 확보 방법 작업 오더 헤더 또는 연결된 설비 위치 테이블에서 확인할 수 있습니다. 예시 A동 2층북부 공장현장 55원격 펌프장작업장 | |||
자산 정비 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 작업 시간 기록 | 기술자가 작업 지시에 실제 투입한 시간을 기록한 시점입니다. 여러 작업조원이 참여하면 이 활동이 여러 번 발생할 수 있습니다. | ||
| 중요한 이유 비용 계산과 활용도 분석의 기준이 됩니다. 작업 시간 기록 사이의 공백은 프로세스가 중단되었음을 나타낼 수 있습니다. 확보 방법 시간 확인 테이블이나 작업 시간 거래 로그에서 추출합니다. 기록 작업 지시에 기록된 각 작업 시간 내역을 저장합니다. 이벤트 유형 explicit | |||
| 작업 지시 생성 | 시스템에 유지보수 작업 지시 레코드가 정식으로 생성된 시점입니다. 이때 사례 ID가 부여되며 계획, 일정 수립, 실행의 기준이 정해집니다. | ||
| 중요한 이유 프로세스의 기준점으로, 행정상 유지보수 처리의 시작을 나타냅니다. 확보 방법 주 작업 지시 헤더 테이블의 생성 타임스탬프에서 추출합니다. 기록 고유한 작업 지시 ID가 생성된 시각을 기록합니다. 이벤트 유형 explicit | |||
| 작업 지시 승인 | 작업 범위와 비용 견적, 계획을 검토하고 승인했음을 나타내는 승인 상태 변경입니다. 이 시점부터 작업을 실행할 수 있습니다. | ||
| 중요한 이유 계획 및 예산 관련 절차를 통과하는 데 필요한 행정 처리 시간을 측정합니다. 확보 방법 일반적으로 상태가 Approved, Released 또는 Authorized로 변경될 때 기록됩니다. 기록 승인을 나타내는 상태 변경 이벤트를 필터링합니다. 이벤트 유형 explicit | |||
| 작업 지시 일정 배정 | 특정 인력이나 작업조 또는 확정된 일정 시간을 작업 지시에 배정한 시점입니다. 이때 작업 지시는 적체 목록에서 일간 또는 주간 작업 일정으로 이동합니다. | ||
| 중요한 이유 작업이 적체 목록에 머문 시간과 특정 기술자를 기다린 시간을 구분합니다. 확보 방법 인력 배정이나 작업 배정 기록의 생성 내역에서 확인할 수 있습니다. 기록 리소스가 배정되거나 작업 배정 상태가 설정된 시각입니다. 이벤트 유형 explicit | |||
| 작업 지시 작업 시작 | 기술자가 자산에 대한 실제 작업을 시작한 시점입니다. 계획과 대기 단계가 끝나고 실행이 시작됩니다. | ||
| 중요한 이유 평균 수리 시간(MTTR)을 계산하고 행정 대기 시간과 실제 수리 시간을 구분하는 데 중요합니다. 확보 방법 일반적으로 상태가 In Progress로 변경되거나 첫 작업 시간 기록이 생성된 시점으로 확인할 수 있습니다. 기록 상태가 In Progress 또는 Started로 변경된 시점을 기록합니다. 이벤트 유형 explicit | |||
| 작업 지시 작업 완료 | 실제 작업이 기술적으로 완료된 시점입니다. 자산은 운영에 복귀하지만 행정 및 재무 처리는 남아 있을 수 있습니다. | ||
| 중요한 이유 수리 시간과 자산 가동 중단 시간의 종료 시점을 계산하는 데 사용하는 주요 타임스탬프입니다. 확보 방법 상태가 Completed, TECO 또는 Finished로 변경될 때 기록됩니다. 기록 기술적 작업 완료를 나타내는 상태 변경을 기록합니다. 이벤트 유형 explicit | |||
| 작업 지시 종료 | 작업 지시의 비용 처리를 확정하고 기록을 보관하는 최종 행정 단계입니다. 이후에는 비용이나 작업 시간을 추가로 기록할 수 없습니다. | ||
| 중요한 이유 시스템에서 사례가 완전히 종료된 시점을 나타냅니다. 이 단계의 지연은 행정 처리 적체를 의미할 수 있습니다. 확보 방법 상태가 Closed, Archived 또는 CLSD로 변경될 때 기록됩니다. 기록 최종 상태가 Closed로 변경된 시점을 기록합니다. 이벤트 유형 explicit | |||
| 목표 일정 변경 | 작업 지시의 예정 시작일이나 완료일이 변경된 시점입니다. 리소스 가용성이나 지연에 따라 일정이 조정된 내용을 나타냅니다. | ||
| 중요한 이유 일정 변경을 추적하면 KPI 달성이 실제 성과에 따른 것인지 목표 일정을 미룬 결과인지 구분할 수 있습니다. 확보 방법 Scheduled Start 또는 Required By Date 필드의 변경 내역을 추적하는 감사 로그에서 확인할 수 있습니다. 기록 작업 지시 이력에서 날짜 필드의 변경 내역을 기록합니다. 이벤트 유형 explicit | |||
| 우선순위 변경 | 작업 지시가 처음 생성된 뒤 중요도나 긴급도가 변경된 시점입니다. 변경된 우선순위 값과 결정 시각을 기록합니다. | ||
| 중요한 이유 우선순위가 자주 바뀌면 초기 분류 절차가 미흡하거나 적체 대기열을 우회하기 위해 시스템을 부적절하게 사용하는 것일 수 있습니다. 확보 방법 일반적으로 우선순위 필드의 변경을 기록하는 필드 감사 추적이나 시스템 이력 로그에서 확인할 수 있습니다. 기록 감사 로그에서 우선순위 필드의 변경 내역을 확인합니다. 이벤트 유형 explicit | |||
| 유지보수 요청 생성 | 운영자나 자동화 시스템이 결함 보고 또는 서비스 요청을 처음 제출한 시점입니다. 정식 작업 지시보다 먼저 발생하는 경우가 많으며, 유지보수 요청 처리의 실제 시작을 나타냅니다. | ||
| 중요한 이유 이 단계를 기록하면 유지보수 팀이 요청을 접수한 시점이 아니라 문제가 확인된 순간부터 전체 대응 시간을 계산할 수 있습니다. 확보 방법 서비스 요청 로그, 헬프데스크 티켓 테이블 또는 알림 이력 테이블에서 확인할 수 있습니다. 기록 작업 지시와 연결된 선행 요청 객체의 생성 타임스탬프를 추출합니다. 이벤트 유형 explicit | |||
| 유지보수 재작업 기록 | 완료된 작업이 거부되거나 곧바로 실패해 상태가 In Progress로 되돌아간 경우입니다. 프로세스가 반복되는 상황을 나타냅니다. | ||
| 중요한 이유 기술 교육이 부족하거나 예비 부품의 품질이 낮다는 점을 보여주는 주요 지표입니다. 확보 방법 상태가 Complete에서 In Progress로 되돌아가거나 Rework 코드로 명시적으로 기록된 경우를 재작업으로 판단합니다. 기록 상태가 이전 단계로 되돌아간 기록이나 재작업 표시를 확인합니다. 이벤트 유형 inferred | |||
| 자재 요청 생성 | 예비 부품이나 소모품에 대한 정식 요청이 작업 지시에 연결된 시점입니다. 수리에 필요한 공급망 하위 프로세스가 시작됩니다. | ||
| 중요한 이유 공급망 의존성이나 자재 부족으로 발생하는 지연을 분석하는 데 필요합니다. 확보 방법 자재 소요량 테이블이나 상태가 Waiting on Material로 변경된 기록에서 확인할 수 있습니다. 기록 작업 지시에 연결된 자재 항목의 생성 내역을 확인합니다. 이벤트 유형 explicit | |||
| 자재 출고 | 예비 부품이 재고에서 작업 지시로 실제 출고된 시점입니다. 자재를 사용할 수 있게 되었고 작업에 투입되었음을 확인합니다. | ||
| 중요한 이유 부품이 실제로 사용되었는지 확인하고 자재 대기 시간을 측정하는 기준이 됩니다. 확보 방법 비용 유형이 작업 지시에 연결된 재고 거래 로그에서 확인할 수 있습니다. 기록 재고 출고 거래에서 타임스탬프를 추출합니다. 이벤트 유형 explicit | |||
| 작업 지시 보류 | 작업 지시 상태가 보류로 변경되어 실행이 중단된 시점입니다. 일반적으로 부품 부족, 현장 접근 제한 또는 안전 문제로 발생합니다. | ||
| 중요한 이유 표준 프로세스 흐름을 방해하는 병목과 외부 의존성을 파악합니다. 확보 방법 상태 이력에서 값이 Hold, Suspended 또는 Blocked로 변경된 기록을 확인합니다. 기록 보류 상태를 나타내는 상태 변경을 필터링합니다. 이벤트 유형 explicit | |||
| 작업 지시 취소 | 작업이 성공적으로 완료되기 전에 작업 지시가 조기 종료된 시점입니다. 작업이 불필요하거나 중복된 것으로 판단되거나 다른 작업에 통합될 때 발생합니다. | ||
| 중요한 이유 취소율이 높으면 요청을 사전에 제대로 걸러내지 못했거나 데이터를 중복 입력했을 가능성이 있습니다. 확보 방법 상태가 Cancelled, Rejected 또는 Void로 변경될 때 기록됩니다. 기록 취소를 나타내는 최종 상태 값을 필터링합니다. 이벤트 유형 explicit | |||
| 품질 검사 완료 | 수리 결과를 점검하거나 측정 또는 시험하는 검증 단계입니다. 자산이 운영에 복귀하기 전에 기준을 충족하는지 확인합니다. | ||
| 중요한 이유 규정 준수 및 안전 분석에 중요합니다. 이 단계에서 검사를 통과하지 못하면 재작업이 발생할 수 있습니다. 확보 방법 검사 로그, 체크리스트 완료 기록 또는 특정 상태 이정표에서 확인할 수 있습니다. 기록 검사 작업 완료 또는 품질 상태 변경을 확인합니다. 이벤트 유형 explicit | |||
데이터 추출 가이드
추출 방법은 시스템마다 다릅니다. 자세한 안내는
ETL 가이드 를 확인하거나 특정 프로세스와 시스템을 선택하세요.
시작할 준비가 되셨나요?
플랫폼별 추출 가이드를 따르거나 조직의 데이터 환경에 맞게 이 범용 템플릿을 적용하면 process mining을 시작할 수 있습니다.
지금 자산 정비 효율을 높이세요
실시간 데이터로 가동 중단과 정비 비용을 줄이세요.
신용카드 없이 이용할 수 있습니다. 설정에는 5분이 걸립니다.