एसेट ट्रेसेबिलिटी का लंगर क्यों है

एक वर्क ऑर्डर एक घटना है। यह खुलता है, कोई काम करता है, यह बंद होता है, और वह क्षण बीत जाता है। यदि वह घटना ही रिकॉर्ड के रहने की एकमात्र जगह है, तो आपका रखरखाव इतिहास असंबद्ध क्षणों का एक ढेर है जिनमें से कोई रीढ़ नहीं गुज़रती। एसेट ही वह रीढ़ है। एक पंप, एक भट्ठी, एक भरने वाली लाइन, एक कंप्रेसर: इनमें से हर एक एक जीवन-कथा जमा करता है, और आपके किए गए हर काम उसी का एक अध्याय है।

जब आप ट्रेसेबिलिटी को एसेट के इर्द-गिर्द व्यवस्थित करते हैं, तो हर PM, हर मरम्मत, हर कंडीशन रीडिंग, हर कैलिब्रेशन, हर विचलन, और लगाया गया हर पुर्ज़ा उपकरण के पूरे सेवा-जीवन में उसी एक रिकॉर्ड से लटका रहता है। यह एसेट इतिहास है, जिसे कभी-कभी उपकरण वंशावली कहा जाता है, और यही यह जानने और इसे प्रमाणित कर पाने के बीच का अंतर है कि आपने क्या किया। पूछें 'इस भट्ठी के साथ क्या हुआ है?' और एक मज़बूत एसेट रिकॉर्ड पूरा, क्रम में, साक्ष्य संलग्न करके जवाब देता है।

अनुपालन के सवाल लगभग हमेशा एसेट के आकार के होते हैं। एक ऑडिटर किसी उपकरण की ओर इशारा करता है और उसकी कहानी माँगता है। यदि आपके रिकॉर्ड सप्ताह, क्रू, या कागज़ी बैच के अनुसार व्यवस्थित हैं, तो आप ऑडिट उस कहानी को दबाव में फिर से रचने में बिताते हैं। यदि वे एसेट के अनुसार व्यवस्थित हैं, तो कहानी पहले से ही लिखी हुई है।

प्रतिक्रियात्मक, कागज़-आधारित शॉप कैसे सूत्र खो देते हैं

एक प्रतिक्रियात्मक शॉप में, इतिहास हर जगह से रिसता है। कोई खराबी रात के 2 बजे ठीक हो जाती है और कभी लिखी नहीं जाती। किसी पुर्ज़े की अदला-बदली एक चिपकने वाली पर्ची पर दर्ज होती है जो अगली शिफ्ट तक गायब हो जाती है। कोई दबाव-रीडिंग किसी तकनीशियन के दिमाग में रहती है और उसी के साथ सेवानिवृत्त हो जाती है। इनमें से कुछ भी एसेट से वापस नहीं जुड़ता, इसलिए उस उपकरण की संस्थागत याददाश्त केवल उतनी ही टिकाऊ है जितने वे लोग जिन्हें वह याद रह जाती है।

कागज़ इसे बेहतर नहीं, बदतर बनाता है। बाइंडर केवल उसी व्यक्ति द्वारा खोजने योग्य होते हैं जिसने उन्हें फ़ाइल किया, वे किसी विचलन को उस मरम्मत से नहीं जोड़ते जिसने उसे हल किया, और वे आपको यह नहीं बता सकते कि वही बेयरिंग अठारह महीनों में तीन बार खराब हुआ है। जानकारी तकनीकी रूप से मौजूद हो सकती है, पर वह जुड़ी हुई नहीं है, और असंबद्ध रिकॉर्ड ट्रेसेबिलिटी नहीं हैं।

इसका बिल दो जगहों पर चुकाना पड़ता है। ऑडिट के समय, श्रृंखला में खाइयाँ आपके कार्यक्रम में खाइयों के रूप में पढ़ी जाती हैं, और 'हमने निश्चित रूप से यह किया, बस हम आपको दिखा नहीं सकते' ऐसा जवाब नहीं है जो किसी गुणवत्ता या सुरक्षा समीक्षा को संतुष्ट करे। फ़्लोर पर, वही छूटा हुआ इतिहास इसका अर्थ है कि आप वही खराबी फिर से ठीक करते हैं क्योंकि कोई पैटर्न नहीं देख सका। खोई हुई वंशावली की कीमत दो बार चुकाई जाती है, एक बार फाइंडिंग्स में और एक बार बार-बार होने वाले ठप समय में।

एक पूर्ण, ट्रेस करने योग्य एसेट इतिहास में क्या होता है

एक ट्रेस करने योग्य इतिहास बंद किए गए कामों की सूची से कहीं अधिक होता है। यह रिकॉर्डों का वह जुड़ा हुआ समूह है जो किसी को ठीक-ठीक यह फिर से रचने देता है कि किसी एसेट के साथ क्या हुआ और यह सत्यापित करने देता है कि यह सही ढंग से किया गया। कम से कम, एक बचाव-योग्य एसेट रिकॉर्ड में होता है:

  • पहचान और विन्यास: मेक, मॉडल, सीरियल, स्थान, क्रिटिकैलिटी, और कोई भी विनिर्देश या रेटिंग जिस पर एसेट को खरा उतरना चाहिए।
  • निर्धारित काम: PM इतिहास, क्या देय था, कब किया गया, और किसने किया, ताकि पालन मान लिए जाने के बजाय दिखाई दे।
  • सुधारात्मक काम: खराबियाँ, मरम्मतें, जहाँ मूल कारण निर्धारित हुआ वह, और की गई सुधारात्मक कार्रवाई।
  • रीडिंग और माप: कंडीशन डेटा, निरीक्षण परिणाम, और किसी संदर्भ तक अपनी ट्रेसेबिलिटी के साथ कैलिब्रेशन रिकॉर्ड।
  • पुर्ज़े और सामग्री: क्या लगाया गया, जहाँ मायने रखता हो वहाँ लॉट या बैच विवरण के साथ, भौतिक बदलाव को रिकॉर्ड से जोड़ते हुए।
  • विचलन और साइन-ऑफ: स्पेक से बाहर की कोई भी बात, उसका निपटान कैसे हुआ, और उसे बंद करने के लिए जवाबदेह व्यक्ति का हस्ताक्षर।

मुद्दा जुड़ाव का है। वह रीडिंग जिसने कोई वर्क ऑर्डर शुरू किया, जो पुर्ज़ा उसने खर्च किया, जो विचलन उसने उठाया, और जिस साइन-ऑफ ने उसे बंद किया, ये सब उसी एसेट से और आपस में जुड़े होने चाहिए। वही जुड़ाव ही असल में ऑडिट ट्रेल है: क्लिकों का लॉग नहीं, बल्कि एक ऐसी श्रृंखला जिसे आप बिना किसी खाई के खोज सकें।

समापन अनुशासन ही वह जगह है जहाँ साक्ष्य बनता है

साक्ष्य तब नहीं बनता जब कोई काम सौंपा जाता है। यह तब बनता है जब काम बंद होता है। ऐसा वर्क ऑर्डर जो एक अकेली पंक्ति 'मरम्मत की गई, सेवा में वापस लाया गया' के साथ बंद होता है, छह महीने बाद आपको कुछ नहीं बताता और किसी ऑडिटर को कुछ प्रमाणित नहीं करता। ऐसा वर्क ऑर्डर जो ली गई रीडिंग, पहले और बाद की स्थिति की फ़ोटो, खर्च किए गए पुर्ज़ों, मूल कारण, और एक नामित साइन-ऑफ के साथ बंद होता है, एक टिकाऊ, खोजने योग्य संस्थागत याददाश्त बन जाता है।

इसीलिए किसी रखरखाव कार्यक्रम में समापन अनुशासन लगभग किसी भी अन्य चीज़ से अधिक मायने रखता है। हर अनुशासित समापन एसेट के इतिहास में कुछ स्थायी जमा कर देता है। महीनों और वर्षों में वे जमाराशियाँ एक ऐसे रिकॉर्ड में चक्रवृद्धि हो जाती हैं जो उन सवालों का जवाब दे सकता है जिन्हें पूछने की बात काम होते समय किसी ने सोची भी नहीं थी, जो ठीक वही स्थिति है जिसमें आप किसी ऑडिट या विफलता-जाँच के दौरान होते हैं।

अनुशासन का अर्थ यह भी है कि प्रणाली सही समापन को न्यूनतम प्रतिरोध का रास्ता बना दे। आवश्यक फ़ील्ड, जिन कामों को ज़रूरत हो उन पर अनिवार्य रीडिंग, और एक असली साइन-ऑफ चरण अच्छे इरादों को सुसंगत व्यवहार में बदल देते हैं। लक्ष्य यह है कि कोई तकनीशियन गलती से किसी काम को शून्य में बंद न कर सके, क्योंकि शून्य ही वह जगह है जहाँ ट्रेसेबिलिटी मरने जाती है।

एक इतिहास, दो लाभ: अनुपालन और विश्वसनीयता

वही जुड़ा हुआ एसेट इतिहास जो किसी ऑडिटर को संतुष्ट करता है, वह कच्चा माल है जिस पर आपका विश्वसनीयता कार्यक्रम चलता है। आप अनुपालन के लिए एक डेटासेट और इंजीनियरिंग के लिए एक अलग डेटासेट नहीं बनाते। आप एक ही बनाते हैं, और उसे दो तरह से पढ़ते हैं।

अनुपालन के लिए पढ़ें, तो इतिहास प्रमाणित करता है कि आवश्यक काम हुआ, समय पर, सही पुर्ज़ों के साथ, जवाबदेह लोगों द्वारा साइन-ऑफ किया गया, और उन मानकों तक ट्रेस करने योग्य जिनके लिए प्लांट बना है। विश्वसनीयता के लिए पढ़ें, तो ठीक वही रिकॉर्ड आपके बार-बार गड़बड़ करने वाले एसेट को उजागर करते हैं, आपको विफलताओं के बीच का औसत समय गणना करने देते हैं, और दिखाते हैं कि कोई PM अंतराल बहुत आक्रामक है या पर्याप्त आक्रामक नहीं। ऐसा बेयरिंग जो हर कुछ महीनों में खराब होता है, एक साथ ही एक अनुपालन रिकॉर्ड और एक विश्वसनीयता संकेत होता है।

यह ट्रेसेबिलिटी को गंभीरता से लेने के लिए वह खामोश तर्क है, वहाँ भी जहाँ कोई विनियमन इसके लिए बाध्य नहीं करता। ऑडिट-तैयार होने के लिए आप जो अनुशासन अपनाते हैं, वही अनुशासन आपको PM अंतराल की सुधाई करने, अप्रभावी कार्यों को हटाने, और बार-बार होने वाली खराबियों की कीमत चुकाना बंद करने देता है। अनुपालन और विश्वसनीयता एक ही स्टाफ को खींचने वाली प्रतिस्पर्धी प्राथमिकताएँ नहीं हैं। वे एक अच्छे रखे गए इतिहास पर दो प्रतिफल हैं।

क्रिटिकैलिटी तय करती है कि कोई एसेट कितनी कठोरता अर्जित करता है, और CMMS उसे जुड़ा हुआ रखता है

हर एसेट एक ही गहराई की ट्रेसेबिलिटी का हक़दार नहीं होता। एक सुरक्षा-क्रिटिकल भट्ठी, उत्पाद गुणवत्ता से बँधा कोई उपकरण, या नियामक जाँच के अधीन कोई एसेट पूरी वंशावली का अधिकारी है: कड़ा PM पालन, अनिवार्य रीडिंग, कैलिब्रेशन ट्रेसेबिलिटी, दस्तावेज़ीकृत विचलन। एक गैर-क्रिटिकल, आसानी से बदले जाने वाले घटक को उतने ओवरहेड की ज़रूरत नहीं होती, और उसे हर जगह थोपना केवल मायने रखने वाले रिकॉर्डों को न मायने रखने वालों के नीचे दबा देता है। क्रिटिकैलिटी वह लेंस है जो तय करती है कि कठोरता कहाँ जाए, ताकि मेहनत वहाँ पड़े जहाँ विफलता और ऑडिट के परिणाम सबसे अधिक हैं।

एक CMMS ही वह चीज़ है जो एसेट के जीवनकाल में इस सब को एक साथ थामे रखती है। यह हर PM, मरम्मत, रीडिंग, कैलिब्रेशन, पुर्ज़ा और साइन-ऑफ को एसेट रिकॉर्ड से जुड़ा और आपस में जुड़ा रखती है, ताकि लोगों, शिफ्टों और वर्षों के बदलते रहने पर भी श्रृंखला अटूट बनी रहे। यह उन समापन फ़ील्डों को लागू करती है जो हर काम को साक्ष्य में बदल देती हैं। और जब कोई ऑडिटर किसी विशिष्ट एसेट का इतिहास किसी विशिष्ट तिथि-सीमा में माँगता है, तो यह उस इतिहास को बाइंडरों में आपाधापी के बजाय एक स्वच्छ, क्रमबद्ध, बचाव-योग्य रिकॉर्ड के रूप में निर्यात करती है।

ट्रेसेबिलिटी, अंततः, कोई दस्तावेज़ नहीं है जिसे आप किसी ऑडिट के लिए तैयार करते हैं। यह एक अभ्यास है जिसे आप हर दिन निभाते हैं, एक बार में एक बंद वर्क ऑर्डर, एसेट से लंगर डाला हुआ। इसे लगातार करें और अनुपालन कोई ऐसी घटना नहीं रह जाती जिसके लिए आप कमर कसते हैं। यह इसका उप-उत्पाद बन जाता है कि आप पहले से ही फ़्लोर कैसे चलाते हैं।