रखरखाव ट्रेसेबिलिटी का वास्तव में क्या अर्थ है
ट्रेसेबिलिटी किसी भी एकल रखरखाव घटना को रिकॉर्डों की अटूट श्रृंखला के माध्यम से पीछे और आगे खोज पाने की क्षमता है। फ़्लोर पर किसी भी एसेट को चुनें और आपको उसके पूरे कार्यकारी जीवन को फिर से रचने में सक्षम होना चाहिए: उसके विरुद्ध उठाया गया हर अनुरोध, किया गया हर काम, हर काम किसने किया, कब किया, कौन-से पुर्ज़े और स्नेहक खर्च हुए, कौन-सी रीडिंग ली गई, स्पेक से क्या विचलित हुआ, और किसने उसे साइन-ऑफ किया। कुछ भी अनुमान से नहीं लगाया जाता और कुछ भी छूटा हुआ नहीं होता।
यह रिकॉर्ड-कीपिंग से कहीं अधिक है। पूर्ण किए गए वर्क ऑर्डर का ढेर ट्रेसेबिलिटी नहीं है यदि आप किसी विशिष्ट बेयरिंग प्रतिस्थापन को उस विशिष्ट वाइब्रेशन रीडिंग से नहीं जोड़ सकते जिसने उसे शुरू किया, उस विशिष्ट पुर्ज़ा लॉट से जो लगाया गया, और उस तकनीशियन से जिसने परिणाम को मंज़ूरी दी। ट्रेसेबिलिटी रिकॉर्डों के बीच का जुड़ाव है, केवल रिकॉर्ड नहीं। श्रृंखला ही असली उत्पाद है।
व्यावहारिक कसौटी सरल है। जब कोई ऑडिटर किसी पंप की ओर इशारा करके पूछता है कि पिछले बारह महीनों में उस पर क्या किया गया, किसने उसे छुआ, और आपको कैसे पता कि स्नेहक स्पेक पर खरा उतरा, तो ट्रेसेबिलिटी ही वह चीज़ है जो आपको तीन फ़ाइलिंग कैबिनेट और पिछले साल नौकरी छोड़ चुके किसी व्यक्ति को फ़ोन करने के बजाय एक अकेले स्रोत से जवाब देने देती है।
इसके बिना अनुपालन क्यों विफल होता है
अधिकांश अनुपालन विफलताएँ काम की विफलताएँ नहीं होतीं। रखरखाव तो हो गया था। विफलता प्रमाण में है। साक्ष्य मौजूद है, पर वह वर्कशॉप के एक कागज़ी लॉग, किसी सुपरवाइज़र के लैपटॉप की स्प्रेडशीट, किसी के फ़ोन की फ़ोटो, और लंबे समय से काम कर रहे किसी तकनीशियन की संस्थागत याददाश्त में बिखरा हुआ है। इनमें से कुछ भी आपस में जुड़ा नहीं है, और किसी पर भी ऐसा टाइमस्टैम्प नहीं है जिस पर कोई ऑडिटर भरोसा करे।
जब साक्ष्य अलग-अलग असंबद्ध जगहों पर रहता है, तो उसे फिर से जोड़ना पड़ता है, और यह जोड़-तोड़ ऑडिट से एक हफ़्ते पहले घबराहट में होती है। लोग याददाश्त से लॉग दोबारा लिखते हैं, साइन-ऑफ पर पिछली तारीख डालते हैं, और एक ऐसी कहानी गढ़ते हैं जो ज़्यादातर सच होती है पर सत्यापित नहीं की जा सकती। जो ऑडिटर एक खाई पाता है, वह मान लेता है कि और भी होंगी, और प्रमाण का पूरा भार पूरी तरह आप पर आ जाता है।
श्रृंखला को तोड़ने वाले सामान्य कारण अनुमान लगाने योग्य हैं, और इनमें से हर एक वह जगह है जहाँ ऑडिटर पड़ताल करेगा:
- कागज़ी रिकॉर्ड जो घटना के बाद भरे जाते हैं, अपठनीय होते हैं, या फ़्लोर और फ़ाइलिंग कैबिनेट के बीच कहीं खो ही जाते हैं।
- स्प्रेडशीट जो कॉपी की जाती हैं, नाम बदले जाते हैं, और संपादित की जाती हैं, पर इसका कोई रिकॉर्ड नहीं होता कि किसने क्या और कब बदला।
- मौखिक अनुभवजन्य ज्ञान, जहाँ किसी काम के सही ढंग से होने का एकमात्र प्रमाण वह व्यक्ति है जिसे उसे करना याद है।
- मौखिक साइन-ऑफ और अनौपचारिक मंज़ूरियाँ जो बातचीत खत्म होते ही कोई निशान नहीं छोड़तीं।
- ऐसे पुर्ज़े और उपभोग्य सामग्री जो खर्च तो हुए पर जिस विशिष्ट काम और एसेट पर इस्तेमाल हुए, उनसे जोड़े नहीं गए।
अलग-अलग देखने पर हर दरार मामूली लगती है। पर मिलकर इनका अर्थ है कि श्रृंखला को शुरू से अंत तक नहीं खोजा जा सकता, और जिस श्रृंखला को शुरू से अंत तक न खोजा जा सके वह साक्ष्य नहीं होती। वह महज़ एक दावा होती है।
एक ट्रेस करने योग्य रखरखाव रिकॉर्ड की संरचना
एक सचमुच ट्रेस करने योग्य रिकॉर्ड अपना प्रमाण खुद साथ रखता है। समझ में आने के लिए यह किसी अलग दस्तावेज़, किसी फ़ॉलो-अप ईमेल, या किसी की याददाश्त पर निर्भर नहीं करता। यह कम से कम प्रश्नों के एक तय समूह का उत्तर देता है, और उन्हें दोहराने के बजाय अन्य रिकॉर्डों से जोड़कर उत्तर देता है।
यह एसेट की स्पष्ट रूप से पहचान करता है, विशिष्ट इकाई तक, केवल उपकरण की श्रेणी तक नहीं। यह उस अनुरोध या ट्रिगर को दर्ज करता है जिसने काम शुरू किया, चाहे वह कोई खराबी हो, कोई निर्धारित कार्य हो, या किसी सीमा को पार करती कोई कंडीशन रीडिंग हो। यह दर्ज करता है कि काम किसने किया और किसने मंज़ूरी दी, साझा लॉगिन के बजाय उनकी वास्तविक पहचान के साथ। यह हर चरण पर उसी समय टाइमस्टैम्प लगाता है जब वह घटित होता है, ताकि क्रम वास्तविक हो, पुनर्निर्मित न हो।
यह वास्तव में इस्तेमाल हुए पुर्जों और उपभोग्य सामग्री को जोड़ता है, जो इन्वेंट्री से निकाले गए ताकि लॉट या बैच ज्ञात रहे। यह काम के दौरान ली गई रीडिंग और मापों को उस स्पेक के सापेक्ष दर्ज करता है जिसके अनुसार उन्हें मापा गया। यह किसी भी विचलन को स्पष्ट रूप से दर्ज करता है, क्या सहनसीमा से बाहर था और उस पर क्या किया गया, न कि चुपचाप उसे छोड़ देता है। और यह ऐसे साइन-ऑफ के साथ बंद होता है जो उत्तरदायी और लॉक होता है, ताकि रिकॉर्ड को बाद में चुपचाप बदला न जा सके। जब ये सब आपस में जुड़ते हैं, तो एक रिकॉर्ड पूरी कहानी कहता है और अपने किए हर दावे के पीछे के साक्ष्य की ओर इशारा करता है।
एक जुड़ा हुआ CMMS ट्रेसेबिलिटी को उप-उत्पाद कैसे बनाता है
ट्रेसेबिलिटी इतनी बार इसलिए विफल होती है क्योंकि कागज़ और स्प्रेडशीट के साथ यह एक दूसरा काम बन जाती है। तकनीशियन काम करता है, और फिर अलग से उसे इस तरह दस्तावेज़ में दर्ज करना पड़ता है कि वह ऑडिट में टिक सके। जब फ़्लोर व्यस्त होता है तो यह दूसरा काम सबसे पहले छूटता है, और व्यस्त रहना ही फ़्लोर की सामान्य स्थिति है।
एक जुड़ा हुआ CMMS रिकॉर्ड को काम का ही एक पार्श्व-प्रभाव बनाकर उस दूसरे काम को हटा देता है। जब तकनीशियन किसी डिवाइस पर काम खोलता है, तो एसेट पहले से पहचाना हुआ होता है। जब वह कोई पुर्ज़ा निकालता है, तो वह अपने आप उस काम के विरुद्ध दर्ज हो जाता है। जब वह कोई रीडिंग दर्ज करता है, तो वह उसी क्रिया में स्पेक और एसेट के सापेक्ष दर्ज हो जाती है। जब वह काम बंद करता है, तो टाइमस्टैम्प और उसकी पहचान बिना किसी के टाइप किए दर्ज हो जाती है। श्रृंखला खुद-ब-खुद बन जाती है क्योंकि काम करने का हर चरण श्रृंखला में एक कड़ी भी लिख देता है।
यही मूल बदलाव है। ट्रेसेबिलिटी काम के बारे में आपके द्वारा तैयार किया जाने वाला दस्तावेज़ नहीं रह जाती, बल्कि इस बात का गुण बन जाती है कि काम कैसे दर्ज किया जाता है। साक्ष्य सत्य के क्षण में बनता है, फ़्लोर पर, उसी व्यक्ति द्वारा जिसने काम किया, न कि बाद में किसी के द्वारा जो यह याद करने की कोशिश कर रहा हो कि क्या हुआ था। ऑडिटर उस रिकॉर्ड पर ठीक इसीलिए भरोसा करता है क्योंकि उसे उसके लिए इकट्ठा नहीं किया गया था।
यह फाउंड्री, खाद्य, और तेल एवं गैस में क्यों मायने रखता है
मानक उद्योग के अनुसार भिन्न होते हैं, पर अंतर्निहित माँग एक ही है: आपने जो किया उसे एक अटूट रिकॉर्ड के साथ प्रमाणित करें। Foundry & Metals में, VDA 6.3 के अनुरूप ऑडिट प्रक्रिया नियंत्रण और उसके पीछे के अनुशासन की पड़ताल करते हैं, और ऐसा रखरखाव तंत्र जो अपना इतिहास नहीं दिखा सकता, पूरी प्रक्रिया में भरोसे को कमज़ोर कर देता है। ऑडिटर केवल यह नहीं पूछ रहा कि उपकरण का रखरखाव हुआ या नहीं, बल्कि यह कि क्या आप इसे बिना जुगाड़ किए प्रदर्शित कर सकते हैं।
Food Production में, FSSC 22000 जैसी योजनाएँ रखरखाव को एक स्वच्छता और सुरक्षा नियंत्रण मानती हैं, न कि कोई पिछले-दफ़्तर का काम। किसी लाइन पर स्नेहक बदलना, उत्पाद के संपर्क वाली सतहों के पास कोई मरम्मत, या किसी औज़ार से बाहरी-वस्तु का जोखिम, इन सबका एसेट, तारीख और व्यक्ति तक ट्रेस करने योग्य होना ज़रूरी है, क्योंकि उस रिकॉर्ड की अनुपस्थिति अपने आप में एक फाइंडिंग है।
तेल एवं गैस में, सुरक्षा-क्रिटिकल एसेट पर सबसे बड़ा दाँव होता है, और उन एसेट पर निरीक्षण, परीक्षण और रखरखाव की ट्रेसेबिलिटी ही एक बचाव-योग्य सुरक्षा प्रकरण और एक असुरक्षित प्रकरण के बीच का अंतर है। और सभी एसेट-गहन प्रचालनों में, ISO 55001 रखरखाव ट्रेसेबिलिटी को इस बात का प्रदर्शन करने का हिस्सा मानता है कि आप विफलताओं पर प्रतिक्रिया करने के बजाय एसेट को उनके पूरे जीवनकाल में सोच-समझकर प्रबंधित करते हैं। भाषा अलग, नींव वही: साक्ष्य-समर्थित श्रृंखला ही वह चीज़ है जिस पर अनुपालन टिका होता है।
ट्रेसेबिलिटी बनाना कैसे शुरू करें
आप कोई टूल खरीदकर और जीत का ऐलान करके ट्रेसेबिलिटी नहीं बनाते। आप इसे उन खाइयों को पाटकर बनाते हैं जहाँ आज श्रृंखला टूटती है, और उन खाइयों को खोजने का सबसे तेज़ तरीका यह है कि किसी ऑडिटर के करने से पहले आप ख़ुद अपने फ़्लोर पर ऑडिट का सवाल आज़माएँ।
एक क्रिटिकल एसेट चुनें और अपने मौजूदा रिकॉर्डों से उसके पिछले साल को फिर से रचने की कोशिश करें। जिन जगहों पर आप किसी की याददाश्त का सहारा लेते हैं, किसी स्प्रेडशीट में खोजते हैं, या बस जवाब ही नहीं दे पाते, ठीक वहीं आपकी श्रृंखला टूटी हुई है। पहले उन्हें ठीक करें। कागज़ और निजी स्प्रेडशीट में रहने वाले रिकॉर्डों को एक जुड़े हुए सिस्टम में लाएँ। पुर्जों की खपत को कामों से जोड़ें ताकि उपभोग्य सामग्री रिकॉर्ड से गायब होना बंद कर दे। साझा लॉगिन और मौखिक मंज़ूरियों की जगह उत्तरदायी, टाइमस्टैम्प वाले साइन-ऑफ लाएँ। रीडिंग को बाद में उतारने के बजाय काम की जगह पर ही स्पेक के सापेक्ष दर्ज करें।
इसी क्रम में किया जाए तो ट्रेसेबिलिटी कोई ऐसी परियोजना नहीं रह जाती जिसे आप पूरा करते हैं, बल्कि काम दर्ज करने का सामान्य तरीका बन जाती है। तब ऑडिट एक क्वेरी बन जाती है, आपाधापी नहीं। इसके नीचे के गहरे विषय, यानी डिजिटल ऑडिट ट्रेल, कैलिब्रेशन ट्रेसेबिलिटी, एसेट इतिहास, और प्रत्येक मानक की विशिष्ट आवश्यकताएँ, ये सब इसी एक नींव पर टिके हैं: एक अटूट, साक्ष्य-समर्थित श्रृंखला जो किए गए काम को ऐसे अनुपालन में बदल देती है जिसे आप प्रमाणित कर सकते हैं।