OEE कैसे कैलकुलेट करें: मैन्युफैक्चरर्स के लिए पूरी गाइड

प्रकाशित: 24 मार्च 2026 · पढ़ने में 8 मिनट

OEE क्या है?

OEE का पूरा नाम है Overall Equipment Effectiveness (उपकरण की कुल प्रभावशीलता)। मैन्युफैक्चरिंग productivity मापने के लिए यह सबसे ज़्यादा इस्तेमाल होने वाला metric है। OEE बताता है कि planned production time का कितना प्रतिशत सच में productive है — यानी आप अच्छे parts बना रहे हैं, पूरी speed पर, बिना किसी downtime के।

यह metric मूल रूप से 1960 के दशक में Seiichi Nakajima ने Total Productive Maintenance (TPM) के हिस्से के रूप में विकसित किया था। तब से इसे अंतरराष्ट्रीय मानक ISO 22400-2 (Manufacturing operations management — Key performance indicators) में औपचारिक रूप दिया गया है, जो discrete, continuous और batch मैन्युफैक्चरिंग के लिए OEE और उसके उप-घटकों को परिभाषित करता है।

100% OEE का मतलब है कि आप सिर्फ़ अच्छे parts बना रहे हैं, जितनी तेज़ी से संभव हो, और downtime शून्य है। व्यवहार में कोई भी प्लांट 100% पर नहीं चलता। लेकिन यह समझना कि आप उससे कितनी दूर हैं — और कौन-सा घटक आपको नीचे खींच रहा है — यही OEE को इतना ताक़तवर बनाता है।

OEE का फ़ॉर्मूला

OEE तीन स्वतंत्र factors का गुणनफल है:

OEE = Availability × Performance × Quality

हर factor 0% से 100% के बीच का एक प्रतिशत है। क्योंकि इन्हें आपस में गुणा किया जाता है, OEE हमेशा सबसे कम factor के बराबर या उससे कम होता है। इसीलिए हर श्रेणी के “छोटे” नुकसान भी जुड़कर कुल मिलाकर बड़ा नुकसान बन जाते हैं।

उदाहरण के लिए, अगर हर factor 90% है, तो आपका OEE 90% नहीं है — यह 0.90 × 0.90 × 0.90 = 72.9% है। यही compounding असर वजह है कि OEE उस छिपी हुई क्षमता को सामने लाता है जिसे दूसरे metrics नहीं पकड़ पाते।

हर घटक को विस्तार से समझें

Availability (उपलब्धता)

Availability मापता है कि planned production time के कितने प्रतिशत हिस्से में उपकरण सच में चल रहा था। इसमें वे सभी घटनाएँ गिनी जाती हैं जो प्रोडक्शन को काफ़ी समय के लिए रोक देती हैं।

Availability = Run Time ÷ Planned Production Time

Planned Production Time कुल shift समय में से सभी planned stops घटाने पर मिलता है। Planned stops में तय breaks, planned maintenance के समय, और ऐसे समय शामिल हैं जब चलाने के लिए कोई ऑर्डर नहीं होता। इन्हें बाहर रखा जाता है क्योंकि उस दौरान उपकरण से प्रोडक्शन की अपेक्षा ही नहीं थी।

Run Time का मतलब है Planned Production Time में से unplanned stops घटाना। Unplanned stops में शामिल हैं:

ध्यान दें कि कुछ संगठन changeover को planned downtime मानते हैं। अहम बात है एकरूपता: एक परिभाषा चुनें और सभी मशीनों पर उसी पर टिके रहें, ताकि तुलना सार्थक हो।

Performance (प्रदर्शन)

Performance मापता है कि उपकरण अपनी अधिकतम डिज़ाइन speed पर चल रहा है या नहीं। इसमें वह सब कुछ आता है जिससे प्रोसेस सैद्धांतिक अधिकतम से धीमा चलता है।

Performance = (Ideal Cycle Time × Total Count) ÷ Run Time

इसी को दूसरे तरीके से: Performance = (Total Count / Run Time) / Ideal Run Rate, जहाँ Ideal Run Rate वह अधिकतम parts प्रति मिनट है जो उपकरण बना सकता है।

Ideal Cycle Time एक part बनाने का सैद्धांतिक न्यूनतम समय है। यह उपकरण निर्माता के specification से या validated time study से आना चाहिए — हाल के प्रोडक्शन के औसत से नहीं। औसत इस्तेमाल करने से speed के नुकसान छिप जाते हैं।

Performance के नुकसान में शामिल हैं:

अगर मशीन दर्ज ideal cycle time से तेज़ चले, तो Performance 100% से ज़्यादा हो सकता है। आम तौर पर इसका मतलब है कि ideal cycle time बहुत सावधानी से (ज़्यादा) रखा गया है और उसे अपडेट करना चाहिए।

Quality (गुणवत्ता)

Quality मापता है कि बने हुए parts में से कितना हिस्सा पहली बार में, बिना किसी rework के, specifications पर खरा उतरता है।

Quality = Good Count ÷ Total Count

Quality के नुकसान में शामिल हैं:

एक आम गलती है rework किए गए parts को “अच्छा” गिनना, क्योंकि आख़िरकार वे ship हो जाते हैं। OEE में rework एक quality loss है, क्योंकि पहली (असफल) कोशिश में लगा मशीन का समय बर्बाद हुआ।

कदम-दर-कदम कैलकुलेशन का उदाहरण

आइए एक plastics extrusion line के लिए एक 8 घंटे की shift का पूरा OEE कैलकुलेशन देखें।

दिया गया डेटा

पैरामीटर मान
कुल shift समय 480 मिनट (8 घंटे)
Planned downtime (breaks) 30 मिनट
Unplanned downtime (breakdown + changeover) 45 मिनट
Ideal cycle time 1 part प्रति मिनट
कुल बने parts 340 parts
Rejected parts 15 parts

कदम 1: Availability कैलकुलेट करें

Planned Production Time = कुल shift समय − Planned downtime = 480 − 30 = 450 मिनट

Run Time = Planned Production Time − Unplanned downtime = 450 − 45 = 405 मिनट

Availability = 405 ÷ 450 = 90.0%

कदम 2: Performance कैलकुलेट करें

1 part प्रति मिनट के ideal cycle time पर, line को 405 मिनट के run time में 405 parts बनाने चाहिए थे। असल में उसने 340 बनाए।

Performance = (1 min/part × 340 parts) ÷ 405 min = 340 ÷ 405 = 84.0%

इसका मतलब है कि उपलब्ध run time का 16% minor stops, कम speed या धीमे cycles में चला गया। यह 65 मिनट की छिपी क्षमता है — वह समय जब मशीन तकनीकी रूप से “चल रही” थी, पर पूरी दर से प्रोडक्शन नहीं कर रही थी।

कदम 3: Quality कैलकुलेट करें

Good Count = कुल parts − Rejected parts = 340 − 15 = 325 parts

Quality = 325 ÷ 340 = 95.6%

कदम 4: OEE कैलकुलेट करें

घटक मान
Availability 90.0%
Performance 84.0%
Quality 95.6%
OEE 72.3%

OEE = 0.90 × 0.84 × 0.956 = 72.3%

450 मिनट के planned production time में से असल में सिर्फ़ 325 मिनट के बराबर अच्छा प्रोडक्ट बना। यानी 125 मिनट — दो घंटे से ज़्यादा — की संभावित क्षमता downtime, speed loss और defects के मेल में खो गई।

“World Class” OEE क्या है?

World-class OEE के लिए सबसे ज़्यादा उद्धृत benchmark 85% है। आम तौर पर इसे ऐसे बाँटा जाता है:

ये लक्ष्य हैं, गारंटी नहीं। ज़्यादातर मैन्युफैक्चरिंग प्लांट जब पहली बार OEE मापना शुरू करते हैं, तो पाते हैं कि वे 40% से 60% के बीच कहीं चल रहे हैं। जो प्लांट लगातार 85% छूता है, उसका downtime पर बहुत कड़ा नियंत्रण है, वह nameplate speed के क़रीब चल रहा है, और उसके defects लगभग शून्य हैं।

ध्यान रखना ज़रूरी है कि 85% का benchmark अपेक्षाकृत स्थिर, दोहराई जाने वाली प्रक्रियाओं वाली discrete manufacturing को मानकर चलता है। बार-बार changeover वाली job shops, batch chemical प्रक्रियाओं या custom fabrication के लिए लक्ष्य अलग हो सकता है। किसी निरपेक्ष संख्या से ज़्यादा अहम है समय के साथ trend, और यह पहचानने की क्षमता कि तीनों factors में से कौन-सा सबसे बड़ी रुकावट है।

संदर्भ के लिए, मैन्युफैक्चरिंग consulting इंडस्ट्री के अध्ययन लगातार पाते हैं कि औसत प्लांट लगभग 60% OEE पर चलता है। यानी उपलब्ध production क्षमता का 40% खो रहा है। OEE में सिर्फ़ 5 प्रतिशत अंकों का सुधार भी एक ही production line पर हर साल लाखों डॉलर के अतिरिक्त output में बदल सकता है।

OEE कैलकुलेशन की आम गलतियाँ

1. Planned और Unplanned Downtime को अलग न करना

अगर आप तय breaks या planned maintenance को हर (denominator) में शामिल करते हैं, तो आपकी Availability बनावटी रूप से कम दिखेगी और आप नियंत्रित किए जा सकने वाले नुकसान और जानबूझकर किए गए stops में फ़र्क नहीं कर पाएँगे। Availability कैलकुलेट करने से पहले कुल समय में से planned downtime घटाना चाहिए।

2. Ideal की जगह Actual Cycle Time इस्तेमाल करना

अगर आप देखे गए औसत cycle time से Performance कैलकुलेट करते हैं, तो आपका Performance हमेशा 100% के क़रीब रहेगा, और पूरा मक़सद ही ख़त्म हो जाएगा। Ideal cycle time मशीन की अधिकतम साबित क्षमता दिखाना चाहिए, न कि उसका हाल का औसत। अगर कोई CNC mill बेहतरीन स्थितियों में एक part 3.2 मिनट में काट सकती है, तो वही ideal cycle time है — भले ही अभी उसका औसत 4.1 मिनट हो।

3. Rework को अच्छे Parts में गिनना

जिन parts को rework चाहिए, उन्होंने पहली बार में ही मशीन का समय और कच्चा माल खा लिया। भले ही बाद में वे ठीक होकर ship हो जाएँ, Quality factor में सिर्फ़ वही parts गिनने चाहिए जो पहली बार में सही बने। Rework को न गिनने से Quality बढ़ा-चढ़ा दिखता है और बर्बादी का एक असली स्रोत छिप जाता है।

4. मशीनों में अलग-अलग परिभाषाएँ

अगर एक production line changeover को planned downtime गिनती है और दूसरी unplanned, तो उनके OEE आँकड़ों की तुलना नहीं हो सकती। मशीनों की आपस में benchmarking करने से पहले सभी उपकरणों पर अपनी परिभाषाएँ एक जैसी कर लें।

5. OEE मापना, पर उस पर कार्रवाई न करना

OEE एक diagnostic tool है, कोई ट्रॉफ़ी नहीं। असली वैल्यू उसके बँटवारे में है: अगर आपका सबसे बड़ा नुकसान Availability (downtime) में है, तो दिशा maintenance सुधार की ओर है; जबकि Performance की समस्या speed optimization या minor stops घटाने की ओर इशारा करती है। नुकसान की जाँच और समाधान की प्रक्रिया के बिना OEE डेटा इकट्ठा करना अपने आप में बर्बादी है।

6. Manual डेटा कलेक्शन

Downtime events, part counts और reject के कारण हाथ से log करने के लिए operators पर निर्भर रहने से देरी और गलतियाँ आती हैं। Operators आँकड़ों को गोल कर देते हैं, छोटे stops भूल जाते हैं और downtime को असंगत ढंग से श्रेणियों में डालते हैं। मशीन के PLC या sensors से automated डेटा कलेक्शन ये समस्याएँ ख़त्म करता है और shift के अंत की रिपोर्ट्स की जगह real-time visibility देता है।

PulseMQ OEE अपने-आप कैसे कैलकुलेट करता है

PulseMQ MQTT और Sparkplug B के ज़रिए सीधे आपके PLC से जुड़ता है, और मशीन की स्थिति, part counts और quality events के लाइव signals लेता है। OEE real time में अपने-आप कैलकुलेट होता है — न manual डेटा एंट्री, न spreadsheets, न shift के अंत का अंदाज़ा। हर घटक — Availability, Performance और Quality — आपके dashboard पर अलग-अलग दिखता है, ताकि आप ठीक-ठीक देख सकें कि नुकसान कहाँ हो रहा है और तुरंत कार्रवाई कर सकें।

यह प्लेटफ़ॉर्म ISA-88, ISA-106 और ISO 22400-2 मानकों के अनुसार discrete, continuous और batch मैन्युफैक्चरिंग प्रक्रियाओं को सपोर्ट करता है। PulseMQ प्लेटफ़ॉर्म के बारे में और जानें।

अपना असली OEE, real time में देखें

अंदाज़ा लगाना बंद करें। अपनी मशीनें जोड़ें और हर line, हर shift, हर दिन सटीक, automated OEE कैलकुलेशन पाएँ।

सेल्स से संपर्क करें