Как да се изчисли разходите за поддръжка на единица (крайният KPI за производство)

Всеки месец мениджърът по поддръжката („Майк“) влиза в офиса на управителя на завода („Паула“), за да прегледа бюджета.

Паула: „Майк, този месец си похарчил 50 000 евро за резервни части и труд. Това е с 20% над бюджета.“

Майк: „Знам, но ние работехме с линиите 24/7! Счупихме производствени рекорди. Разбира се, използвахме повече части.“

Този спор се случва във фабриките всеки ден. Случва се, защото гледат грешно число.

Те разглеждат общите разходи за поддръжка . Това е показател за „разходен център“. Той насърчава Майк да спре да поправя нещата, само за да спести пари, което в крайна сметка убива производството.

За да решите това, трябва да преминете към „Светия Граал“ на производствените KPI: Разходи за поддръжка на единица (MCPU).

Ето как да го изчислите, защо променя разговора и защо повечето софтуерни програми не успяват да го проследят.

Формулата: Контекстът е крал

Формулата е измамно проста:

MCPU = (Общ труд по поддръжката + части) / (Общ брой произведени качествени единици)

Защо това променя всичко:

• Сценарий А: Харчите 10 000 евро за поддръжка. Произвеждате 1000 бройки.

  • Цена за единица: 10,00 евро . (Това е скъпо).

• Сценарий Б: Харчите 20 000 евро за поддръжка. Произвеждате 5000 бройки.

  • Цена за единица: €4.00 . (Това е ефикасно).

В сценарий Б, Майк е похарчил двойно повече от бюджета, но всъщност е бил с 250% по-ефективен .
Ако Паула погледне само общата цена, тя се развиква на Майк. Ако погледне MCPU, му дава бонус.

„Пропастта в данните“: Защо вашата CMMS система не може да направи това

Ако MCPU е толкова важен, защо не го показва всяко табло за управление на CMMS?

Защото стандартните CMMS инструменти са слепи за производството.

• UpKeep / Limble / Fiix: Тези системи проследяват числителя (труд + цена на частите). Те знаят, че сте похарчили 500 евро за мотор.

• Проблемът: Те не знаят знаменателя (обема на производство). Нямат представа дали този двигател е помогнал за производството на 1 устройство или на 1 милион устройства.

За да получи това число, мениджърът по поддръжката обикновено трябва да експортира данни за разходите в Excel, да поиска от мениджъра по производство данни за обема и да обедини електронните таблици ръчно. Това е бавно, податливо на грешки и рядко се случва.

Решението на Fabrico: „Местното“ изчисление

Fabrico е различен, защото интегрира OEE (данни за производство) и CMMS (данни за поддръжка) в една база данни.

Ние притежаваме както числителя, така и знаменателя.

Как работи във Фабрико:

1. Стъпка 1: Улавяне на разходите (Лекарството)
   Техниците регистрират своите часове и изразходват резервни части за конкретен актив (напр. „Пълнежна линия 1“). Fabrico изчислява точната финансова цена на тази работна поръчка.

2. Стъпка 2: Заснемане на обем (Диагноза)
   OEE модулът на Fabrico се свързва с PLC или сензори на „Пълнеща линия 1“. Той отчита точно колко добри бутилки са произведени през тази смяна, ден или месец.

3. Стъпка 3: Автоматизираното табло за управление
   Fabrico автоматично разделя цената на обема.
   Паула влиза в системата и вижда графика: „Текущи разходи за поддръжка на бутилка: 0,004 евро.“

Използване на MCPU за управление на стратегията (RCM)

След като разполагате с това число, можете да вземате инженерни решения на високо ниво, базирани на поддръжка, ориентирана към надеждността (RCM) .

1. Решението за „края на жизнения цикъл“

Кога поддръжката на една машина струва повече, отколкото подмяната ѝ?

• Ако цената на единица актив (MCPU) се повиши от 0,05 евро до 0,08 евро за една година, активът се влошава. Можете математически да докажете на Finance, че закупуването на нова машина ще намали себестойността на единица до 0,05 евро, като изчислите точната дата на възвръщаемост на инвестициите.

2. Решението за „висококачествени части“

Дали да купите лагер за €50 или за €150 - премиум лагер?

• Направете тест. Монтирайте скъпия лагер.

• Ако MCPU спадне (защото произвеждате повече единици между повреди), скъпата част всъщност е по-евтина. Fabrico доказва това автоматично.

3. Защита на бюджета

Когато финансовият отдел поиска от Майк да намали бюджета си с 10%, той може да се противопостави с данни:
„Ако намалим преходните ремонти, процентът ни на откази ще се увеличи. Въз основа на текущия обем това ще увеличи MCPU от 0,10 евро на 0,15 евро. Ще спестим 5 000 евро от части, но ще загубим 50 000 евро марж на печалба.“

Резюме: Говорете езика на финансите

Мениджърите по поддръжка често се затрудняват да получат одобрение на бюджета, защото говорят за „надеждност“. Финансовите директори говорят за „маржове“.

Разходите за поддръжка на единица превръщат надеждността в печалба.

Ако текущият ви софтуер не може да изчисли това число автоматично, вие се биете с едната си ръка вързана зад гърба.

Свържете разходите си с продукцията си.

[Резервирайте демонстрация с Fabrico], за да видите как нашата унифицирана OEE+CMMS платформа изчислява MCPU в реално време.