Основни изводи
Кратък отговор: Обща ефективност на процеса (OPE) разширява OEE до целия процес от край до край, а не само до един актив или линия. Докато OEE измерва една стъпка изолирано, OPE измерва веригата — включително недохранване, блокиране и неефективности при предаване между стъпките. Заводите с последователни многостъпкови процеси обикновено се нуждаят от OPE заедно с OEE, защото само OEE пропуска загубите между стъпките. Вижте също Валидация на процеса срещу верификация на процеса.
OPE прилага рамката на OEE (Наличност x Производителност x Качество) към целия процес, а не към една станция. Единица се брои за OPE само ако премине през цялата верига. Появяват се три нови вида загуби:
OEE на всяка стъпка не би сигнализирал за тези проблеми, тъй като всяка стъпка локално може да изглежда в ред; загубата се случва между стъпките.
Най-простият подход: умножаване на OEE на всяка стъпка в веригата.
OPE = OEE(стъпка 1) x OEE(стъпка 2) x OEE(стъпка 3) x ...
Ако всяка стъпка е 85% OEE и има 3 стъпки, OPE = 0.61. Ефектът на натрупване обяснява защо представянето от край до край винаги е по-ниско от която и да е отделна стъпка.
Това е опростяване. В практиката OPE отчита междинните буфери между стъпките, което частично развързва натрупването. Но интуицията е правилна: последователните процеси търпят ефект на натрупване.
OPE прави видими два специфични модела:
Недохранване. Стъпка 2 е незаета 30% от времето, защото стъпка 1 не успява да я захрани. Локалният OEE на стъпка 2 изглежда лош (ниска наличност), но причината е нагоре по веригата. Поправянето на стъпка 2 изолирано не решава нищо.
Блокиране. Стъпка 1 е незаета 25% от времето, защото буферът на стъпка 2 е пълен. Локалният OEE на стъпка 1 изглежда лош, но причината е надолу по веригата.
И недохранването, и блокирането насочват погрешно усилията за подобрение, ако се гледа само една стъпка.
1. Докладване само на индивидуалния OEE за последователен процес. Пропуска ефекта на натрупване и загубите между стъпките.
2. Неправилно маркиране на недохранването като повреда на наличността. Стъпка 2, която е спряна, защото стъпка 1 е бавна, не е повреда на стъпка 2. Ако е неправилно маркирано, ще оправите грешното нещо.
3. Добавяне на буфери за "скриване" на загубите на OPE. По-големите буфери развързват стъпките, но прикриват неефективността. Намалявайте буферите внимателно, за да разкриете реалните загуби.
4. Бъркане на OPE с TEEP. TEEP включва календарно време. OPE включва процесните стъпки. Различни разширения на OEE.
Модерна платформа проследява OEE за всяка стъпка, запасите между стъпките и класифицира престоя по причина (включително недохранване и блокиране). Тя отчита OPE като произведение или като съотношение от край до край, с възможност за детайлно разглеждане, за да определи коя стъпка ограничава веригата.
OEE модулът на Fabrico поддържа моделиране на многостъпкови процеси, проследява междинните буфери между стъпките и отчита OPE заедно с OEE за всяка стъпка — разкривайки загубите между стъпките, които единичният OEE пропуска.
Вижте как Fabrico улавя това автоматично — разгледайте OEE за производството или заявете демо.
За последователни процеси — да: ефектът на натрупване води до по-ниска стойност. За паралелни процеси OPE е средното на OEE на отделните линии.
Зависи от броя стъпки. Процес с 5 стъпки и 85% OEE на стъпка дава около 44% OPE — и това е добър резултат.
TEEP включва календарно време (време без планирано производство). OPE включва процесните стъпки. Различни разширения.
Не, но големите буфери прикриват загубите. Малките буфери излагат реалната неефективност.
За няколко стъпки — да. За сложни многостъпкови процеси софтуерът е по-практичен.
Вход
Блог
