유지 관리에서 오류 보고 간소화

길고 힘든 유지 보수 작업의 열기 속에서 산업 엔지니어는 때때로 채우는 것을 '잊습니다' 수정한 실패에 대한 작업 지시 피드백을 출력합니다.

그들은 실패한 어둡고 기름진 컨베이어 아래에서 지난 5시간을 등을 맞대고 보냈습니다 야간 근무에 치명적입니다. 텍스트의 단락을 입력하고 싶지 않은 것에 대해 그들을 비난할 수 있습니까?

죄송합니다.

왜?

실패 보고는 중요합니다.

오류 보고 데이터 및 정보는 신뢰성 및 유지 관리 관리자에게 금가루와 같습니다. 그것은 소중한 것입니다. 일관되게 입력하면 몇 가지 간단한 단어가 비즈니스 성과 개선을 위한 훌륭한 통찰력, 분석 및 활용으로 이어질 수 있습니다. 계획되지 않은 가동 중지 시간을 줄이고 향후 실패 사고를 방지하는 데 도움이 됩니다.

그러므로 엔지니어가 더 쉬울까요?

21세기 CMMS가 필요합니다.

잠시 되감기 위해 작업 관리를 위한 CMMS. 펜과 종이와 화이트보드가 오늘의 순서입니다. 교대 근무 안내 책자가 있을 수도 있습니다. 그렇게 하면 조직에서 실패 보고가 안정성 향상으로 이어지리라는 희망이 없습니다.

현대 CMMS/EAM은 완전히 다른 볼 게임입니다. 디지털화된 IIoT 도메인에서 작업 주문은 데스크톱 PC, 노트북, 스마트폰 또는 태블릿에서 관리됩니다. 진행되는. 모바일 및 빠른. 또한 오류 보고가 간소화되고 쉬워졌습니다.

다이나웨이는 고객이 더 빠르고 쉬운 오류 보고를 원한다는 것을 깨달았습니다. 그리고 이것을 하는 데 실패 코드보다 더 쉬운 방법이 있습니다.

문제 코드라고도 하는 오류 코드는 단순히 자산을 분류하기 위한 텍스트 또는 코드입니다. CMMS 또는 EAM의 구성 요소 오류. 이와 함께 EAM for Business Central과 같은 CMMS 또는 EAM을 통해 클라이언트는 사용자 구성 가능한 문제, 이유 및 조치 코드를 입력할 수 있습니다.

예를 들어 펌프가 많은 경우 실제 용어로 어떻게 보일 수 있습니까? 귀하의 시설 또는 시설에서?

기술자와 엔지니어는 자산 등록부로 이동하거나 열린 작업 주문을 검색한 다음 펌프에 대한 자산별 드롭다운 문제 코드 목록에서 피드백을 완성할 수 있습니다.

문제 코드	의미
BRGSZD	베어링 압수
IMPWRN	임펠러 마모
SELLKN	씰 누출
HGHVB	높은 진동

이유 코드	의미
LLUB	윤활 부족
CAV	캐비테이션
UBL	불균형
MSLMT	오정렬

작업 코드	의미
BRGRNW	베어링 갱신
FLTRPL	필터 교체됨
SELRPL	씰 교체
PRCNAL	정밀도 정렬

몇 개월 또는 몇 년의 코드가 있는 경우 안정성 및 가용성 문제에 대한 명확한 그림을 신속하게 구축할 수 있는 방법을 이미 알 수 있습니까? 다양한 유형의 실패와 이유를 지정하면 비즈니스를 다른 비즈니스와 차별화할 수 있는 분석 및 통찰력으로 이어지는 귀중한 통계를 얻을 수 있습니다.

쉽게 실패 보고를 시작할 수 있습니다.

대부분의 EAM 및 CMMS에는 오류 코드 및 따라서 오류 보고 기능이 있습니다.

그러나 모든 조직에서 사용하는 것은 아닙니다.

종종 시스템이 안정성 엔지니어의 입력으로 설정되지 않았기 때문일 수 있습니다. 또는 유지 보수 전문가. 때때로 이해하지 못한 신뢰성 엔지니어는 필요성을 인식하지 못하고 긴 텍스트 필드를 기꺼이 받아들입니다.

다시 말하지만, 이것은 부끄러운 일입니다.

몇 가지 간단한 조정으로 각 자산 범주에 대한 세분화된 오류 코드를 쉽게 생성하여 기술자가 기어박스, 밸브, 컨베이어 벨트, 필러 기계 및 기타 많은 자산을 수리할 때 자산별 문제, 이유 및 조치 코드에서 선택할 수 있습니다.

자신에게 물어볼 수도 있지만 이러한 코드는 어디에서 얻을 수 있습니까? 그건 쉽습니다. 고유한 자산별 FMEA를 개발하고 실패 모드를 코드로 변환하여 이를 얻을 수 있습니다. 또는 실패 모드와 코드로 채워진 핸드북을 생산하는 OREDA와 같은 조직도 있습니다.

그리고 Dynaway의 BC용 EAM과 같은 시스템에서 해당 코드를 설정하고 나면 곧 실패 보고의 길을 걷게 될 것입니다. 물론 기술자와 엔지니어가 시스템을 의도한 대로 사용하도록 해야 합니다. 새로운 작업 방식이 변경되면 WIIFY에 대처하는 것을 잊지 마세요!

무엇이 필요합니까?

기술자와 엔지니어는 다음 값을 확인하지 못하면 새 프로세스를 채택하지 않을 것입니다. 그들을 위해. 예, 그만 이기적 , 라고 생각할 수 있습니다. 하지만 인간은 그렇잖아요! 그러나 WIIFY는 비교적 쉽게 판매되어야 합니다.

1. 반응 유지 관리가 덜하고 어둡고 기름진 컨베이어 아래에 등을 대고 눕습니다.
2. 보다 적극적인 작업:PM, 상태 모니터링, 결함 제거, 근본 원인 분석.
3. 타이핑 감소(힌트:드롭다운 목록!)
4. 시간외 근무 감소(1번 항목 참조).

예, 다시 생각해도 마지막 것은 비밀로 해야 합니다.

올바른 도구를 사용하면 오류 보고가 안정성 향상으로 이어집니다.

지금쯤이면 유지 관리 조직에 대한 오류 보고의 풍부한 가치를 볼 수 있을 것입니다.

오류 보고 데이터를 간단한 파레토 분석 차트에 연결하고 유지 관리 비용의 80% 또는 가동 중지 시간의 80%를 유발하는 자산의 20%를 확인하십시오.

신뢰성 향상의 형태로, 실패를 이용하여 가치도 밑바닥까지 전달 FRACAS(고장 보고 및 시정 조치 시스템)와 같은 일반적인 프로그램에 대한 정보입니다. 이 기술을 사용하면 자산 실패 및 비즈니스 비용을 줄이기 위해 조정되고 통제된 노력을 기울일 수 있습니다.

5 Whys 및 원인과 같은 근본 원인 분석 도구에 대한 데이터를 활용할 수도 있습니다. 및 효과 차트를 통해 계속 수익을 내고 있는 급성 및 만성 자산 실패의 근본 원인을 파악합니다.

그러므로 21세기의 실패 코드 및 실패 보고에 참여하지 않으시겠습니까? 시스템과 사람의 데이터를 활용하십시오. 그 여정을 시작하려면 Dynaway에 오셔서 저희에게 말씀해 주십시오.