장비 유지 보수 및 수리
과거에는 같은 날짜에 도착한 특정 장비에 대해 여러 PM 주기가 있는 경우 누적 작업을 처리하기 위해 CMMS에서 여러 예약된 유지 관리 트리거를 만들어야 했습니다. 예를 들어 장비에 오일을 교체하기 위해 월간 PM이 필요하고 오일과 공기 필터를 교체하기 위해 연간 PM이 필요한 경우 2개의 예약된 유지 관리 항목을 생성한 다음 동일한 날짜에 트리거되도록 정렬해야 합니다. 그러면 두 개의 작업 주문이 생성되어 문서 작업에 추가됩니다. 이 전략은 자산이나 작업이 소수일 때 잘 작동하지만 많은 자산을 처리할 때는 빠르게 매우 복잡해집니다.
Fiix는 길이와 복잡성이 다른 PM이 동시에 발생해야 할 때 함께 그룹화할 수 있는 새로운 Nested PM 기능을 출시하게 되어 기쁩니다. PM을 함께 중첩하면 관리할 PM이 한 명뿐입니다. 중첩 PM은 일정에 따라 작업 주문에 릴리스되는 작업을 결정합니다. 위의 월간/연간 예에서 월간 및 연간 PM은 단일 PM으로 그룹화될 수 있습니다. 월간 PM이 만기되면 중첩된 PM은 월간 테이크만 릴리스합니다. 마찬가지로 연간 PM이 만료되면 중첩된 PM은 월간 및 연간 작업을 모두 릴리스합니다.
중첩된 PM 기능은 조직이 더 빈번한 주기에서 덜 빈번한 주기까지 모든 활동과 작업을 포함한다고 가정합니다. 예를 들어 월별 작업은 매년 PM에 포함됩니다.
중첩 PM을 설정할 때 각 PM 활동은 가장 낮은 PM 주기의 승수로 간주됩니다. 시간 기반 PM의 예를 살펴보겠습니다. 이 예에서 주간 PM은 가장 짧은 PM 주기이므로 중첩 코드가 N1이며 이는 루트 PM입니다. . 주간 주기는 다른 모든 PM이 구축되는 기반이 됩니다. 1년은 52주이므로 연간 PM의 승수는 52입니다.
PM 주기주 수승수주간 11월간 44분기별 1313연간 52525년 PM 260260(52주 x 5년)다음은 미터 기반의 예입니다.
PM CycleNumber of WeeksNesting 코드오후 250시간 1N1오후 500시간 2N2오후 1000시 4N3오후 2000시 8N4오후 10000시간 40N5이 예에서 250시간 PM은 N1 루트 PM입니다. 다른 모든 것은 그 배수가 됩니다. 간단한 수학...!
다음 PM 주기를 가진 장비가 있다고 가정해 보겠습니다.
PM CycleTasksNesting 코드주간 4개 작업N1월간 주간 작업 + 2개의 추가 월간 작업N2분기별 월간 작업 + 4개의 추가 작업N3연간 분기별 작업 + 추가 연간 작업 2개N4중첩 설정은 다음과 같습니다.
예를 들어 연간 PM 동안에는 전체 주간, 월간 및 분기별 작업 그룹과 몇 가지 추가 연간 작업을 수행합니다. 작업 관리자는 다음과 같이 표시됩니다.
헬프 데스크의 FAQ 섹션에서 보고서 작성 문서에 액세스할 수 있습니다.
새로운 Nested PM 기능은 엔터프라이즈 패키지 CMMS에서 표준으로 제공됩니다. 엔터프라이즈 CMMS가 이미 있는 경우 예약된 유지 관리에 새로운 Nested PM 탭이 표시됩니다. 모든 PM이 중첩된 PM은 아니므로 기존의 중첩되지 않은 PM을 구축하는 경우 중첩된 PM 탭을 무시할 수 있습니다.
엔터프라이즈 CMMS가 없는 경우 녹색 업그레이드 버튼을 클릭하여 CMMS에서 지금 업그레이드할 수 있습니다. 업그레이드하면 자산 순환, 보고서 작성기, 다중 사이트 및 API와 같은 다른 훌륭한 엔터프라이즈 기능도 사용할 수 있습니다.
장비 유지 보수 및 수리
오늘날의 생산 및 제조 환경에서 장비, 기계 및 자산은 비즈니스를 운영하는 데 필요합니다. 같은 이유로 유지 보수도 조직에 중요합니다! 따라서 자산 효율성을 최적화하기 위해 모든 수준에서 유지 관리를 수행해야 합니다! 이 블로그에서는 유지 관리, 일상 유지 관리의 역할과 일상 유지 관리에서 중요한 일상 작업이 무엇인지 알아봅니다! 자, 지체 없이 시작하겠습니다! 유지보수의 역할 귀하의 조직이 무엇을 하거나 귀하의 비즈니스가 거래하는 산업은 중요하지 않습니다! 비즈니스에서는 장비, 자산 및 기계가 비싸기 때문에 구입하기가 쉽지 않
귀하의 작업이 오프라인 프로그래밍에 적합합니까? 오프라인 프로그래밍 소프트웨어로 가능한 상위 10가지 로봇 작업을 살펴봅니다. 새로운 기술에 대한 공통적인 우려는 하지만 그것이 내 고유한 상황에서 작동할 것인가?라는 질문에 포함되어 있습니다. 오프라인 프로그래밍도 다르지 않습니다. 사람들은 그 이점을 아주 빨리 깨닫지만 때때로 그것이 그들의 특정 작업에 적용되지 않을 것이라고 걱정합니다. 우리는 그들의 우려를 이해합니다. 모든 사람의 비즈니스는 고유하며 오프라인 프로그래밍과 같은 기술이 귀하에게 가장 적합한지 판단하기 어려울 수