자산 유지보수 데이터 템플릿
자산 유지보수 데이터 템플릿
- 유지보수 속성 전체 목록
- 추적해야 할 주요 프로세스 단계
- 상세한 기술 데이터 추출 안내
자산 유지보수 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 이벤트 타임스탬프 EventTimestamp | 활동이 발생한 구체적인 날짜와 시간입니다. | ||
| 설명 이 속성은 상태가 변경되거나 작업 시간이 기록된 시점 등 이벤트가 발생한 정확한 시간을 기록합니다. 리드 타임과 소요 시간 계산을 비롯한 모든 성과 분석에 필요한 시간 정보를 제공합니다. 정확한 타임스탬프는 '평균 계획 및 승인 리드 타임'을 계산하고 이벤트 순서를 올바르게 정하는 데 중요합니다. Maximo에서는 일반적으로 상태 레코드의 변경 날짜를 사용합니다. 중요한 이유 이벤트를 시간순으로 정렬하고 시간 기반 KPI를 계산하는 데 필요합니다. 확보 방법 테이블: WOSTATUS, 열: CHANGEDATE 예시 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| 정비 작업 오더 WorkOrderNumber | 정비 작업 오더를 식별하는 고유한 영숫자 식별자입니다. | ||
| 설명 이 속성은 정비 프로세스의 대표 케이스 식별자입니다. IBM Maximo에서 각 작업 오더를 고유하게 구분하며, 관련 활동과 작업 인력 트랜잭션, 자재 사용 내역을 하나의 작업에 연결합니다. process mining 분석에서는 이 ID를 기준으로 개별 이벤트를 하나의 케이스로 묶습니다. 이를 통해 최초 요청 생성부터 승인, 작업 수행, 최종 관리 마감까지 정비 작업의 전체 흐름을 추적할 수 있습니다. 중요한 이유 프로세스 흐름을 재구성하는 기본 키이며, 부서 간에 특정 작업을 추적하는 데 사용됩니다. 확보 방법 테이블: WORKORDER, 열: WONUM 예시 WO100234WO100235CM-99281PM-11002 | |||
| 활동 Activity | 작업 오더의 수명 주기에서 발생한 구체적인 이벤트 또는 상태 변경입니다. | ||
| 설명 이 속성은 '작업 오더 승인' 또는 '작업 시간 기록'과 같이 정비 프로세스에서 수행된 단계를 나타냅니다. IBM Maximo에서는 일반적으로 상태 이력 테이블의 상태 변경이나 작업 시간 보고와 같은 특정 트랜잭션 로그에서 값을 가져옵니다. 프로세스 맵의 노드를 구성하며, 단계가 진행된 순서를 시각화할 수 있습니다. 값을 분석하면 프로세스 변형과 반복, 표준 정비 절차에서 벗어난 흐름을 파악할 수 있습니다. 중요한 이유 프로세스에서 수행된 작업을 나타내며, 프로세스 맵을 만들고 워크플로 실행을 파악하는 데 필요합니다. 확보 방법 테이블: WOSTATUS(열: STATUS) 또는 WOLOG 예시 APPRINPRGCOMPCLOSEWMATL | |||
| 소스 시스템 SourceSystem | 데이터가 생성된 시스템의 이름입니다. | ||
| 설명 데이터 레코드의 원본 애플리케이션을 식별합니다. 여기서는 일반적으로 'IBM Maximo'가 해당합니다. 여러 정비 시스템의 데이터를 결합하거나 ERP 데이터와 통합할 때 특히 유용합니다. process mining 프로젝트에서 여러 CMMS 인스턴스를 포함한 복잡한 시스템 환경을 다루는 경우, 분석가는 이 속성을 기준으로 기록 시스템을 필터링할 수 있습니다. 중요한 이유 여러 시스템을 사용하는 환경에서 데이터 계보와 추적 가능성을 보장합니다. 확보 방법 추출 시 고정값으로 입력 예시 IBM MaximoMaximo 운영 환경Maximo 레거시 | |||
| 최종 데이터 업데이트 LastDataUpdate | 데이터를 추출하거나 마지막으로 새로 고친 시점의 타임스탬프입니다. | ||
| 설명 레코드가 process mining용으로 마지막 처리 또는 추출된 시점을 나타냅니다. 이를 통해 데이터의 최신성과 신뢰성을 확인하고, 분석에 최신 정비 운영 현황이 반영되었는지 점검할 수 있습니다. 이 속성은 증분 데이터 적재에 필요하며, 대시보드에 최신 작업 오더 상태와 미처리 작업이 표시되는지 확인하는 데도 사용됩니다. 중요한 이유 데이터 지연 시간과 최신성을 파악하는 데 중요합니다. 확보 방법 추출 시점의 시스템 시간 예시 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| 담당 기술자 AssignedResource | 작업을 수행하도록 배정된 담당자 또는 책임 기술자입니다. | ||
| 설명 작업 오더를 담당하는 개인 또는 책임 기술자를 식별합니다. 'Lead' 필드에서 확인하거나 작업 인력 배정 내역에서 가져올 수 있습니다. '리소스 및 협력업체 생산성' 대시보드에 사용됩니다. 이 속성을 분석하면 '정비 작업량 분포' 화면에서 업무량 불균형을 파악하고 기술자나 작업조별 효율을 비교할 수 있습니다. 중요한 이유 인력 생산성을 분석하고 업무량을 균형 있게 배분하는 데 중요합니다. 확보 방법 테이블: WORKORDER, 열: LEAD(또는 ASSIGNMENT 테이블) 예시 JSMITHBPATELMRODRIGUEZ | |||
| 목표 완료일 TargetCompletionDate | 작업 오더의 예정 완료일 또는 완료 기한입니다. | ||
| 설명 작업 오더를 완료할 것으로 예상되는 날짜입니다. 우선순위와 생성일을 기준으로 산정하는 경우가 많습니다. '중요 자산 SLA 성과' 대시보드에서 기준일로 사용됩니다. 이 값을 '실제 완료 일시'와 비교하면 정시 완료율을 계산하고, 정비 기간을 자주 놓치는 자산 유형을 파악할 수 있습니다. 중요한 이유 SLA 준수와 일정 이행 여부를 측정하는 기준입니다. 확보 방법 테이블: WORKORDER, 열: TARGCOMPDATE 예시 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| 실제 완료 일시 ActualFinishDate | 실제 작업이 완료된 날짜와 시간입니다. | ||
| 설명 정비 작업이 기술적으로 완료된 시점을 기록합니다. 티켓을 관리상 마감한 시점과는 다릅니다. 이 날짜를 '목표 완료일'과 비교해 SLA 준수 여부를 계산할 수 있습니다. '작업 오더 관리 리드 타임' 대시보드에서는 작업 완료부터 시스템의 서류 처리가 마무리될 때까지의 지연 시간을 측정하는 데 사용됩니다. 중요한 이유 기술 작업 단계의 종료 시점을 나타냅니다. 확보 방법 테이블: WORKORDER, 열: ACTFINISH 예시 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| 실제 작업 시간 ActualLaborHours | 모든 기술자가 작업 오더에 실제로 투입한 총 시간입니다. | ||
| 설명 작업 오더에 기록된 모든 작업 시간을 합산한 값입니다. 리소스 활용 현황을 실제 기준으로 확인할 수 있으며, '기술자 활용도 편차' KPI에 사용됩니다. 인건비를 계산하고 특정 작업에 실제로 걸린 시간의 이력을 바탕으로 향후 작업 계획을 개선하는 데 활용됩니다. 중요한 이유 인건비와 작업 효율 분석에 사용하는 주요 지표입니다. 확보 방법 테이블: WORKORDER, 열: ACTLABHRS 예시 2.55.012.0 | |||
| 우선순위 Priority | 작업 오더에 지정된 긴급도입니다. | ||
| 설명 작업 오더의 중요도와 긴급도를 나타내는 숫자 또는 범주형 값입니다. Maximo에서는 일반적으로 숫자로 표시하며, 숫자가 낮을수록 긴급도가 높은 경우가 많습니다(예: 1 = 긴급). 이 속성은 미처리 작업의 우선순위를 정하는 데 사용되며, '중요 자산 SLA 성과' 대시보드에 필요합니다. 우선순위가 높은 작업이 낮은 작업보다 요구되는 속도로 처리되는지 확인할 수 있습니다. 중요한 이유 가장 긴급한 작업에 리소스를 집중하고 있는지 분석할 수 있습니다. 확보 방법 테이블: WORKORDER, 열: WOPRIORITY 예시 1234 | |||
| 자산 번호 AssetNumber | 정비 대상 장비 또는 자산의 고유 식별자입니다. | ||
| 설명 정비 대상인 특정 기계, 차량 또는 시설 구성 요소입니다. 프로세스 데이터를 실제 자산 계층과 연결합니다. 고장이 잦은 자산을 식별하는 데 중요합니다. '정비 품질 및 재작업률' 분석에서 이 속성을 사용하면 자산별 작업 오더를 집계해 평균 고장 간격(MTBF)을 계산하고 지속적인 신뢰성 문제를 파악할 수 있습니다. 중요한 이유 프로세스 실행을 실제 설비 성과와 연결합니다. 확보 방법 테이블: WORKORDER, 열: ASSETNUM 예시 펌프-101공조-02차량-99 | |||
| 자산 중요도 AssetCriticality | 자산이 비즈니스 운영에 얼마나 중요한지 나타내는 점수입니다. | ||
| 설명 자산 레코드에 저장된 분류값(일반적으로 1~10 또는 A/B/C)으로, 고장 시 발생할 영향을 나타냅니다. 작업 오더 화면과 조인해야 합니다. '중요 자산 SLA 성과' 대시보드에 반드시 필요합니다. 중요 발전기의 정비 지연이 휴게실 커피 머신의 지연보다 더 큰 비중으로 반영되도록 분석의 우선순위를 정합니다. 중요한 이유 비즈니스 위험도에 따라 프로세스 성과를 구분해 분석할 수 있습니다. 확보 방법 테이블: ASSET, 열: PRIORITY(ASSETNUM으로 조인) 예시 1510 | |||
| 작업 오더 유형 WorkType | 작업 오더를 예방 정비(PM), 시정 정비(CM) 또는 긴급 정비(EM)로 분류합니다. | ||
| 설명 이 속성은 정비 작업의 유형을 분류합니다. Maximo에서 흔히 사용하는 값은 PM(예방 정비), CM(시정 정비), EM(긴급 정비)입니다. 이 분류는 '예방 정비와 사후 정비' 대시보드의 기반이 됩니다. 이 속성으로 필터링하면 '긴급 정비 비율' KPI를 계산하고, 사후 대응 중심의 정비에서 계획된 신뢰성 관리로 정비 전략이 바뀌는지 파악할 수 있습니다. 중요한 이유 계획된 작업과 계획되지 않은 작업을 구분하며, 정비 성숙도를 보여주는 주요 지표입니다. 확보 방법 테이블: WORKORDER, 열: WORKTYPE 예시 예방 정비시정 정비긴급 정비CPMOD | |||
| 현재 상태 Status | 작업 오더의 현재 수명 주기 상태입니다. | ||
| 설명 작업 오더의 현재 관리 상태입니다(예: 'APPR', 'WAPPR', 'COMP'). '활동' 속성이 상태 변경 이력을 기록한다면, 이 속성은 마지막으로 확인된 상태를 나타냅니다. 데이터를 필터링해 '미결' 또는 '마감' 작업 오더만 표시할 수 있어 '정비 작업량 분포' 분석에 활용됩니다. 중요한 이유 현재 작업량과 미처리 작업 현황을 보여줍니다. 확보 방법 테이블: WORKORDER, 열: STATUS 예시 APPRCLOSEINPRG | |||
| SLA 기한 초과 여부 IsSlaBreached | 실제 완료일이 목표일을 넘겼는지 나타내는 표시입니다. | ||
| 설명 '실제 완료 일시'와 '목표 완료일'을 비교해 계산하는 참/거짓 필드입니다. 실제 완료일이 목표일보다 늦으면 참입니다. 미리 계산한 이 지표를 사용하면 '중요 자산 SLA 성과' 대시보드에서 실행 중 날짜를 계산하지 않고도 SLA 미준수 건수를 바로 확인할 수 있습니다. 중요한 이유 성과의 규정 준수 여부를 즉시 확인할 수 있습니다. 확보 방법 ACTFINISH 및 TARGCOMPDATE에서 계산 예시 truefalse | |||
| 고장 코드 FailureCode | 자산 고장 원인을 설명하는 표준 코드입니다. | ||
| 설명 기술자가 고장 원인을 분류하기 위해 선택하는 구조화된 코드입니다(예: '마모', '전기적 문제', '작업자 오류'). 근본 원인 분석(RCA)에 중요합니다. 이 코드를 집계하면 엔지니어링 팀이 자산 전반의 구조적 문제를 파악할 수 있습니다. '정비 품질 및 재작업률' 분석을 지원하고 예방 정비 전략을 조정하는 데 활용됩니다. 중요한 이유 신뢰성 엔지니어링과 고장 분석에 사용하는 주요 데이터입니다. 확보 방법 테이블: WORKORDER, 열: FAILURECODE 예시 누수과열진동 | |||
| 긴급 작업 여부 IsEmergency | 작업 오더가 긴급 작업인지 나타내는 표시입니다. | ||
| 설명 작업 유형 또는 우선순위를 기준으로 계산하는 참/거짓 값입니다. 작업 유형이 'EM'(긴급 정비)이거나 우선순위가 1이면 참입니다. 이 속성을 사용하면 시각화 단계에서 복잡한 조건을 설정하지 않고도 대시보드에서 필터링해 '긴급 정비 비율'을 확인할 수 있습니다. 중요한 이유 사후 대응 정비 분석을 위한 필터링을 간소화합니다. 확보 방법 WORKTYPE에서 계산 예시 truefalse | |||
| 보고 일시 ReportedDate | 문제가 처음 보고되거나 요청이 생성된 날짜와 시간입니다. | ||
| 설명 정비 필요성이 처음 확인되어 시스템에 입력된 시점을 나타내는 타임스탬프입니다. 고객 경험 시간의 실제 시작점으로 사용됩니다. 보고 일시부터 실제 작업 시작까지의 시간을 측정해 '평균 계획 및 승인 리드 타임'을 계산합니다. 이를 통해 정비 조직의 대응 속도를 평가할 수 있습니다. 중요한 이유 정비 전 과정에서의 대응 속도를 측정하는 시작점입니다. 확보 방법 테이블: WORKORDER, 열: REPORTDATE 예시 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| 사업장 ID SiteId | 여러 사업장에서 Maximo를 운영할 때 사용하는 상위 수준의 사업장 식별자입니다. | ||
| 설명 대규모 조직에서는 Maximo를 '사업장' 단위로 나누어 운영하는 경우가 많습니다. 이 속성은 데이터베이스 수준에서 공장이나 시설을 구분합니다. '표준 정비 프로세스 준수' 분석에서 사업부별 성과를 비교할 때 필요하며, 각 사업장의 운영 환경에 맞게 비교할 수 있도록 합니다. 중요한 이유 여러 사업장을 운영하는 환경에서 분석 대상 데이터를 구분하는 데 중요합니다. 확보 방법 테이블: WORKORDER, 열: SITEID 예시 베드퍼드내슈아텍사스 | |||
| 실제 총비용 TotalActualCost | 작업 오더의 인건비, 자재비, 서비스 비용 및 공구 비용을 합한 금액입니다. | ||
| 설명 정비 작업에 따른 총비용을 나타냅니다. Maximo에서는 여러 비용 항목(인건비 + 자재비 + 서비스 비용 + 공구 비용)을 합산합니다. 이 속성을 사용하면 지연이나 재작업과 같은 프로세스 비효율이 재무 손실과 어떤 관련이 있는지 분석할 수 있습니다. 비용이 가장 많이 드는 정비 유형이나 자산군을 파악하는 데도 도움이 됩니다. 중요한 이유 운영 활동을 재무 성과와 연결합니다. 확보 방법 테이블: WORKORDER, 열: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST 예시 150.002500.500.00 | |||
| 예상 작업 시간 EstimatedLaborHours | 작업 오더에 필요한 것으로 계획된 작업 시간입니다. | ||
| 설명 계획 단계에서 작업 완료에 필요하다고 예상한 총 시간입니다. '작업 시간 추정 정확도 대시보드'에서 '실제 작업 시간'과 비교합니다. 예상치와 실제 시간의 차이가 크면 계획이 부정확하거나 표준 작업 절차가 부족하거나, 예상보다 많은 작업이 필요한 자산 상태가 원인일 수 있습니다. 중요한 이유 계획의 정확도와 리소스 수요 예측을 평가하는 데 필요합니다. 확보 방법 테이블: WORKORDER, 열: ESTLABHRS 예시 2.04.58.0 | |||
| 위치 Location | 작업이 수행되는 기능 위치 또는 실제 현장입니다. | ||
| 설명 자산이 있는 실제 구역이나 기능 위치 코드를 지정합니다. 특정 자산 번호보다 넓은 범위의 정보로, 지역 또는 구역별 분석에 유용합니다. '정비 작업량 분포' 대시보드에서 정비 활동이 집중되는 곳을 시각화하고, 기술자의 현장 간 이동을 고려한 물류 계획을 세우는 데 사용됩니다. 중요한 이유 물류와 리소스 배분을 위한 지리적 맥락을 제공합니다. 확보 방법 테이블: WORKORDER, 열: LOCATION 예시 보일러실공장-A사무실-1 | |||
| 협력업체 Vendor | 해당하는 경우 작업 오더에 배정된 외부 협력업체입니다. | ||
| 설명 정비 작업을 담당하는 외부 회사를 식별합니다. 작업을 외주로 맡긴 경우 값이 입력됩니다. '협력업체 작업 효율' KPI에 중요합니다. 이 속성을 분석하면 정비 조직이 협력업체별 성과(비용, 속도, 품질)를 비교하고 내부 팀의 성과와도 대조할 수 있습니다. 중요한 이유 협력업체 관리와 외주 작업 성과 분석에 활용됩니다. 확보 방법 테이블: WORKORDER, 열: VENDOR 예시 ACME SERVICESSIEMENSFAST REPAIR INC | |||
자산 유지보수 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 작업 시작 | 정비 인력이 실제 작업을 시작한 시점입니다. 사용자가 작업 진행 상태로 변경하면 명시적으로 기록됩니다. | ||
| 중요한 이유 계획 시간과 실행 시간을 구분하는 중요한 기준입니다. 평균 계획 및 승인 소요 시간을 계산하는 데 사용됩니다. 확보 방법 STATUS = 'INPRG'인 WOSTATUS 테이블 항목 기록 트랜잭션에서 상태를 INPRG로 변경할 때 기록됩니다. 이벤트 유형 explicit | |||
| 작업 지시 마감 | 작업 지시의 마지막 단계입니다. 재무 정산이 완료되고 기록이 읽기 전용으로 전환되어 추가 비용을 반영할 수 없습니다. | ||
| 중요한 이유 행정 처리 소요 시간의 종료 시점을 표시합니다. 이 단계의 지연은 재무 보고에 영향을 줍니다. 확보 방법 STATUS = 'CLOSE'인 WOSTATUS 테이블 항목 기록 트랜잭션에서 상태를 CLOSE로 변경할 때 기록됩니다. 이벤트 유형 explicit | |||
| 작업 지시 승인 | 작업 지시가 필요한 계획 및 재무 승인 절차를 통과했음을 나타냅니다. 시스템 이력의 상태 변경을 통해 확인합니다. | ||
| 중요한 이유 계획 및 승인 소요 시간 KPI를 계산하는 데 필요합니다. 이 단계의 지연은 행정 절차의 병목을 나타냅니다. 확보 방법 STATUS = 'APPR'인 WOSTATUS 테이블 항목 기록 상태 전후 값을 비교해 APPR로 변경된 시점을 확인합니다. 이벤트 유형 explicit | |||
| 작업 지시 완료 | 정비 인력이 실제 작업을 마쳤음을 승인합니다. 이 상태 변경으로 실행 시간 KPI의 측정이 종료됩니다. | ||
| 중요한 이유 기술 작업의 종료 시점을 나타내는 주요 타임스탬프입니다. SLA 준수율과 정비 인력 활용도를 계산하는 데 사용됩니다. 확보 방법 STATUS = 'COMP'인 WOSTATUS 테이블 항목 기록 트랜잭션에서 상태를 COMP로 변경할 때 기록됩니다. 이벤트 유형 explicit | |||
| 작업 지시 취소 | 작업이 불필요하거나 중복되었거나 수행할 수 없는 것으로 판단되어 프로세스가 조기에 종료됩니다. 이는 최종 상태입니다. | ||
| 중요한 이유 작업 오더 취소 분석 대시보드의 데이터로 사용됩니다. 취소율이 높으면 요청 생성 단계에서 문제가 발생했을 가능성이 있습니다. 확보 방법 WOSTATUS 테이블에서 STATUS = 'CAN'인 항목 기록 트랜잭션 상태가 CAN으로 변경될 때 기록됩니다. 이벤트 유형 explicit | |||
| 정비 요청 생성 | 시스템에서 작업 지시가 생성되는 최초 이벤트입니다. 서비스 요청이나 자동 일정에서 시작되는 경우가 많습니다. WORKORDER 테이블의 생성 타임스탬프 또는 WOSTATUS 이력의 최초 항목에서 확인할 수 있습니다. | ||
| 중요한 이유 프로세스 인스턴스의 시작을 표시하며 전체 해결 시간과 초기 대응 속도를 측정하는 기준이 됩니다. 확보 방법 WORKORDER.REPORTDATE 또는 WOSTATUS 테이블의 최초 항목(일반적으로 상태 WAPPR) 기록 트랜잭션에서 WO 레코드를 생성할 때 기록됩니다. 이벤트 유형 explicit | |||
| 검사 완료 | 작업 주기 중 안전 검사나 기술 검사가 수행됐음을 나타냅니다. 상태 변경 또는 체크리스트 측정 완료로 기록되는 경우가 많습니다. | ||
| 중요한 이유 안전 및 규정 준수 문서 대시보드에 필요한 항목입니다. 규제 절차가 누락되지 않았는지 확인합니다. 확보 방법 WOSTATUS가 'INSP' 또는 유사한 사용자 지정 상태로 변경된 시점, 또는 MEASUREMENT 항목이 완료된 시점 기록 상태 필드의 전후 값을 비교합니다. 이벤트 유형 inferred | |||
| 리소스 배정 | 특정 인력이나 작업조가 작업 지시에 배정되는 시점입니다. 배정이 생성되거나 상태가 Waiting Schedule로 바뀔 때 추적합니다. | ||
| 중요한 이유 계획 및 승인 주기 분석 대시보드에서 정비 인력을 확보하는 데 걸리는 시간을 파악하는 데 활용됩니다. 확보 방법 ASSIGNMENT 테이블에 행이 생성되거나 WOSTATUS가 'WSCH'로 변경된 시점 기록 작업 지시에 연결된 Assignment 레코드의 생성 시점에서 확인합니다. 이벤트 유형 inferred | |||
| 목표일 변경 | 예정 완료일이나 SLA 목표일의 변경을 기록합니다. 지연에 맞춰 목표가 조정된 시점을 파악하는 데 도움이 됩니다. | ||
| 중요한 이유 주요 설비의 SLA 성과를 분석하고 SLA 미준수를 피하려고 날짜를 변경하는 사례를 찾는 데 중요합니다. 확보 방법 TARGETCOMPDATE 또는 SCHEDFINISH 필드의 감사 기록 기록 트랜잭션에서 날짜 필드를 갱신할 때 기록됩니다. 이벤트 유형 explicit | |||
| 자재 요청 제출 | 정비 작업에 필요한 예비 부품이나 소모품을 요청했음을 나타냅니다. 상태가 Waiting on Material로 변경됐는지 또는 자재 요구 항목이 생성됐는지 확인할 수 있습니다. | ||
| 중요한 이유 자재 준비 대시보드에서 작업을 막는 공급망 지연을 찾는 데 필요합니다. 확보 방법 STATUS = 'WMATL'인 WOSTATUS 테이블 항목 또는 WPMATERIAL 테이블의 항목 생성 기록 상태가 WMATL로 변경된 시점에서 확인합니다. 이벤트 유형 inferred | |||
| 자재 출고 | 재고에서 작업 지시로 부품이 실제 출고되거나 사용된 내역을 기록합니다. 부품이 준비되어 작업에 사용되고 있음을 확인할 수 있습니다. | ||
| 중요한 이유 공급망 프로세스를 검증하고 정비 작업의 총비용 분석에 반영됩니다. 확보 방법 ISSUETYPE = 'ISSUE'인 MATUSETRANS 테이블 항목 기록 MATUSETRANS에서 트랜잭션이 발생할 때 기록됩니다. 이벤트 유형 explicit | |||
| 작업 시간 기록 | 정비 인력이 특정 작업 지시에 실제로 투입한 시간을 기록한 항목입니다. 여러 정비 인력이 참여하면 작업 지시 하나에 기록이 여러 건 생길 수 있습니다. | ||
| 중요한 이유 실제 작업 시간과 예상 시간을 비교하는 데 필요한 데이터를 제공해 작업 시간 예측 정확도 대시보드에 활용됩니다. 확보 방법 작업 지시에 연결된 LABTRANS 테이블 항목 기록 LABTRANS에서 트랜잭션이 발생할 때 기록됩니다. 이벤트 유형 explicit | |||
| 품질 검사 실패 | 완료된 작업이 검토 과정에서 반려되면 발생하며, 상태가 진행 중으로 되돌아가는 경우가 많습니다. 재작업이 반복되는 상황을 나타냅니다. | ||
| 중요한 이유 프로세스 실패를 보여줘 정비 품질 및 재작업률 대시보드에 직접 활용됩니다. 확보 방법 WOSTATUS가 COMP에서 INPRG 또는 WAPPR로 되돌아간 변경을 통해 확인합니다. 기록 WOSTATUS 이력의 이전 단계로 되돌아가는 상태 변경을 비교해 확인합니다. 이벤트 유형 inferred | |||
데이터 추출 가이드
단계
데이터베이스 뷰 전략 수립: ProcessMind에는 평면 이벤트 로그가 필요하지만 Maximo 데이터는 계층 구조로 저장됩니다(헤더는 WORKORDER, 이력은 WOSTATUS, 비용은 WOLABTRANS). 가장 안정적인 방법은 먼저 Maximo 데이터베이스에 데이터베이스 뷰를 만드는 것입니다. 이 뷰를 Integration Framework의 소스로 사용합니다.
SQL 뷰 생성: 데이터베이스 관리 도구(SQL Developer, SSMS)에서 Query 섹션에 제공된 SQL을 실행합니다.
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANS,A_WORKORDER(감사)를 하나의 평면 구조로 통합합니다.Maximo에 뷰 등록: 관리자 계정으로 Maximo에 로그인합니다. System Configuration, Platform Configuration, Database Configuration으로 이동합니다.
PM_WO_EVENTLOG라는 새 객체를 만들고 앞 단계에서 생성한 데이터베이스 뷰에 연결합니다.ConfigDB를 실행해 등록합니다(일반적으로 뷰 등록에는 서비스 중단이 필요하지 않지만, 내부 절차를 확인하십시오).객체 구조 생성: Integration, Object Structures로 이동합니다.
MX_PM_EVENTS라는 새 객체 구조를 만들고PM_WO_EVENTLOG를 소스 객체로 추가합니다. 사용 가능한 경우 Flat Structure 지원 옵션을 선택합니다.게시 채널 설정: Integration, Publish Channels로 이동합니다.
MX_PM_EVENTS객체 구조와 연결된PC_PM_EVENTS채널을 만듭니다. 필요한 경우 처리 규칙을 정의할 수 있습니다.외부 시스템 설정: Integration, External Systems로 이동합니다. 대상 시스템을 선택하거나 일반 EXTSYS를 만듭니다. 이 시스템에
PC_PM_EVENTS게시 채널을 추가합니다.데이터 내보내기 활성화: External Systems 애플리케이션에서 Data Export 기능 탭을 사용합니다.
PC_PM_EVENTS채널을 선택합니다. 여기서 SQL Where 절(예:EVENTTIMESTAMP >= '2023-01-01')을 지정해 내보낼 기간을 제한할 수 있습니다.데이터 내보내기: 내보내기를 클릭합니다. 설정된 End Point에 따라 XML 또는 CSV 파일이 생성됩니다. ProcessMind에는 CSV를 권장합니다. End Point(예:
MXFLATFILE)가 CSV를 출력하도록 설정되어 있는지 확인합니다.출력 확인: 생성된 CSV 파일을 엽니다. 헤더가 쿼리에 정의된 속성(WorkOrderNumber, Activity 등)과 일치하고 계층형 XML 태그가 남아 있지 않은지 확인합니다.
최종 형식 정리: Maximo CSV 내보내기에 표준 시스템 메타데이터 열(예:
OWNER1,ORGID)이 포함되어 있고 필요하지 않다면 제거합니다. 정리한 CSV를 ProcessMind에 업로드합니다.
구성
- Maximo 상태 동의어: Maximo에서는 APPR, WAPPR과 같은 사용자 지정 상태 코드를 사용할 수 있습니다. 쿼리는 표준 내부 값을 가정합니다. 사용자 지정 상태를 올바르게 매핑하려면
WOSTATUS도메인의SYNONYMDOMAIN을 확인하세요. - 감사 테이블: 'Target Date Updated' 추출은
A_WORKORDER감사 테이블을 사용합니다.WORKORDER오브젝트에 감사가 활성화되어 있지 않으면 이 활동의 결과가 반환되지 않습니다. 중요하다면 Database Configuration에서 감사를 활성화하세요. - 날짜 범위: 최초 적재 시
EVENTTIMESTAMP를 기준으로 최근 6~12개월을 필터링합니다. 대량의 과거 데이터를 Integration Framework 웹 인터페이스로 적재하면 시간 초과가 발생할 수 있습니다. 50,000행이 넘는 데이터는 백그라운드 처리를 사용하세요. - 사이트/조직 필터: Maximo는 여러 사이트를 지원합니다. 특정 시설을 대상으로 프로세스를 분석한다면 항상
SITEID로 필터링하세요. - 성능:
UNION ALL쿼리는 리소스를 많이 사용합니다.WOSTATUS.WONUM,WOLABTRANS.REFWO,MATUSETRANS.REFWO에 데이터베이스 인덱스가 있는지 확인하세요.
샘플 쿼리 sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') 단계
데이터베이스 연결: IBM Maximo 백엔드 데이터베이스(일반적으로 DB2, Oracle 또는 SQL Server)에 읽기 전용 JDBC 또는 ODBC 연결을 설정합니다. 사용자에게 WORKORDER, WOSTATUS, LABTRANS, MATUSETRANS 테이블의 SELECT 권한이 있는지 확인합니다.
범위 확인: 추출할 SITES 또는 ORGIDS를 정합니다. Maximo는 여러 사이트를 지원하며, 작업 지시 번호(WONUM)는 SITEID와 함께 사용해야 고유하게 식별됩니다. 기간도 정합니다. 일반적으로 REPORTDATE(생성일) 또는 STATUSDATE를 기준으로 필터링합니다.
데이터 모델 이해: WORKORDER 테이블에는 헤더가 저장됩니다. WOSTATUS 테이블에는 처리 과정의 상태 변경 이력이, LABTRANS 테이블에는 상세 작업 시간 내역이, MATUSETRANS 테이블에는 자재 이동 내역이 저장됩니다. 하나의 이벤트 흐름을 만들려면 이 테이블들을 UNION ALL로 결합해야 합니다.
동의어 처리: Maximo는 SYNONYMDOMAIN에 정의된 상태에 대해 내부 값(MAXVALUE)과 표시 값(VALUE)을 사용합니다. 사이트마다 같은 상태의 표시 이름이 다를 수 있으므로, 일관성을 유지하려면 쿼리에서 내부 MAXVALUE를 기준으로 필터링하는 것이 좋습니다.
쿼리 준비: Query 섹션에 제공된 SQL을 복사합니다. [Your Database Schema], [Start Date]와 같은 자리표시자를 실제 값으로 바꿉니다. 검사나 품질 확인에 사용자 지정 상태 코드를 사용하는 환경이라면 해당 절의 WHERE 조건도 수정합니다.
추출 실행: 쿼리를 실행합니다. 데이터가 많으면 데이터베이스 시간 초과를 방지하기 위해 월별 등으로 나누어 실행해야 할 수 있습니다.
데이터 검증: 모든 작업 지시에 '유지보수 요청 생성' 이벤트가 있는지 확인합니다. 타임스탬프가 ProcessMind에서 지원하는 형식인지 확인합니다(ISO 8601 권장).
후처리: Maximo 타임스탬프에는 일반적으로 밀리초가 포함됩니다. 짧은 시간 간격으로 발생한 이벤트의 순서를 올바르게 유지하려면 밀리초를 보존합니다.
내보내기: 결과를 CSV 또는 Parquet 파일로 저장합니다. 열 이름은 쿼리 출력에 정의된 속성과 일치해야 합니다.
ProcessMind에 업로드: 파일을 ProcessMind로 가져옵니다. 'WorkOrderNumber'를 케이스 ID로, 'Activity'를 활동 이름으로, 'EventTimestamp'를 타임스탬프로 매핑합니다.
구성
- 데이터베이스 플랫폼: Maximo는 일반적으로 IBM DB2, Oracle 또는 SQL Server에서 실행됩니다. 제공된 구문은 표준 SQL이지만, 플랫폼에 따라 날짜 함수(예: TO_DATE 또는 CAST)를 일부 조정해야 할 수 있습니다.
- 날짜 필터링: WORKORDER 테이블의 REPORTDATE 열을 사용해 프로세스 인스턴스의 범위를 정합니다. 일반적으로 최근 12개월을 기준으로 합니다.
- 사이트 ID의 중요성: 고유성을 판단할 때 WONUM만 사용하지 마세요. 여러 사이트를 분석한다면 WONUM과 SITEID를 결합하거나 SITEID를 케이스 속성으로 포함하세요.
- 상태 로직: Maximo에서는 사용자 지정 상태 값을 사용할 수 있습니다. WMATL 또는 COMP와 같은 표준 상태로 결과가 나오지 않으면 SYNONYMDOMAIN 테이블을 확인하세요.
- 성능: LABTRANS와 MATUSETRANS 테이블은 매우 커질 수 있습니다. 두 테이블의 REFWO 및 SITEID 열에 인덱스가 있는지 확인하세요.
샘플 쿼리 sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH') 시작할 준비가 되셨나요?
이 템플릿을 데이터 추출 과정에 적용해 유지보수 전략을 개선해 보세요. 기술 로그를 실행 가능한 프로세스 인사이트로 전환할 수 있도록 지원해 드립니다.
자산 유지보수를 개선하고 가동 중단을 줄이세요
유지보수 주기를 30% 단축하고 병목을 해소하세요
14일 무료 체험, 신용카드 등록 불필요