"हमारे पास एक सिस्टम है — यह एक स्प्रेडशीट है।" यह सबसे आम उत्तर है जब मध्यम आकार के निर्माताओं और फैब्रिकेशन वर्कशॉप से पूछा जाता है कि वे आने वाले मिल टेस्ट सर्टिफिकेट को कैसे ट्रैक करते हैं। और साल में 300 सक्रिय हीट से कम चलने वाली अधिकांश वर्कशॉप के लिए, यह एक बचाव योग्य उत्तर है। स्प्रेडशीट्स तेजी से सेटअप होती हैं, सभी को पहले से ही पता है कि उन्हें कैसे उपयोग करना है, वे तैनाती के लिए शून्य लागत देती हैं और गुणवत्ता टीम के लिए आवश्यक किसी भी क्षेत्र से मेल खाने के लिए अनुकूलित की जा सकती हैं।
समस्या यह नहीं है कि स्प्रेडशीट्स इस उद्देश्य के लिए गलत हैं। समस्या यह है कि वे विश्वसनीय होने से बहुत बाद तक काम कर रही दिख रहीं।
थ्रेशहोल्ड के नीचे क्या काम करता है
MTC ट्रैकिंग के लिए एक अच्छी तरह से रखी गई स्प्रेडशीट में आम तौर पर हीट नंबर, आपूर्तिकर्ता, ग्रेड, PO नंबर, सर्टिफिकेट रिसीव डेट, सर्टिफिकेट फाइल पाथ और कुछ प्रमुख मैकेनिकल प्रॉपर्टीज के कॉलम होते हैं। एक वर्कशॉप जो साल में 150-200 हीट चलाती है और एक या दो लोग फाइल को बनाए रखते हैं, यह काम करता है। प्रविष्टियां वर्तमान हैं, जिस व्यक्ति ने इसे बनाया है वह जानता है कि सब कुछ कहां रहता है, और लुकअप काफी तेज़ हैं।
इस रेंज में मूल्य वास्तविक है। वर्कशॉप में ट्रेसेबिलिटी है, सर्टिफिकेट फाइल पाथ वास्तविक दस्तावेज से लिंक करता है, और ऑडिटर चेन को ट्रेस कर सकते हैं। सीमाएं अभी तक सामने नहीं आई हैं क्योंकि वॉल्यूम ने अभी तक सिस्टम को तनाव नहीं दिया है।
चार स्प्रेडशीट विफलता मोड्स
कोई संस्करण नियंत्रण नहीं। मास्टर स्प्रेडशीट एक साझा ड्राइव पर रहती है। दो लोग इसे एक साथ खोलते हैं और बदलाव करते हैं। अंतिम बचत जीतता है। पिछले सत्र से परिवर्तन कब्जा किए जा सकते हैं या नहीं हो सकते हैं, इस बात पर निर्भर करता है कि किसने अंतिम बार सहेजा है और क्या किसी ने संघर्ष पर ध्यान दिया है। एक वर्कशॉप में जहां तीन या चार लोग सर्टिफिकेट ट्रैकर तक पहुंचते हैं, मौन डेटा हानि एक नियमित घटना है — कोई भी इसे ट्रैक नहीं करता है क्योंकि कोई नहीं जानता कि वह क्या नहीं जानता है।
कोई हीट-टू-डॉक्यूमेंट लिंक नहीं जो फाइल मूव्स को सर्वाइव करे। स्प्रेडशीट में "सर्टिफिकेट फाइल पाथ" के लिए एक कॉलम होता है जो साझा ड्राइव पर PDF स्थान की ओर इशारा करता है। जब फाइल संरचना को पुनर्गठित किया जाता है — और यह हमेशा होता है, आमतौर पर सालाना — स्प्रेडशीट में प्रत्येक पाथ टूट जाता है। सर्टिफिकेट अभी भी वहां है। इसका लिंक नहीं है। कोई व्यक्ति जाता है और महत्वपूर्ण को ठीक करता है और बाकी को टूटा छोड़ देता है। समय के साथ, स्प्रेडशीट हीट्स को सूचीबद्ध करती है लेकिन वास्तविक सर्टिफिकेट केवल मैनुअल फोल्डर ब्राउजिंग के माध्यम से खोजी जा सकती हैं।
डेटा एंट्री पर कोई वैलिडेशन नहीं। यील्ड स्ट्रेंथ कॉलम कोई भी मान स्वीकार करता है। एक टेक्नीशियन एक पंक्ति में "36ksi" दर्ज करता है और अगली में "36 ksi" और तीसरे में "36,000 psi" ने एक ही माप के लिए तीन अलग-अलग मान बनाए हैं। जब कोई डेटा को फ़िल्टर या विश्लेषण करने का प्रयास करता है, तो असंगतियां झूठे अंतराल पैदा करती हैं। ASTM स्टैंडर्ड कॉलम में "A36", "ASTM A36", "A36-19" और "A 36" सभी एक ही विशेषता को संदर्भित कर सकते हैं। अनुपालन के लिए क्वेरीज अविश्वसनीय हो जाती हैं।
कोई ऑडिट ट्रेल नहीं। जब एक ऑडिटर पूछता है कि किसने हीट 44821 को मंजूरी दी और कब, स्प्रेडशीट उस पंक्ति की वर्तमान स्थिति दिखाती है — इतिहास नहीं। अगर यील्ड स्ट्रेंथ वैल्यू को प्रारंभिक एंट्री के बाद बदला गया था, तो मूल वैल्यू चली गई है। अगर एक सर्टिफिकेट जोड़ी गई थी, तो जोड़ने की तारीख वास्तविक रिसीव डेट से मेल नहीं खा सकती है। स्प्रेडशीट वर्तमान स्थिति दस्तावेज़ करती है; यह दस्तावेज़ नहीं करता कि क्या हुआ।
500 हीट इनफ्लेक्शन पॉइंट
लगभग 500 सक्रिय हीट के नीचे, एक अनुशासित टीम मैनुअल रीकॉन्सिलिएशन के माध्यम से एक स्प्रेडशीट को कार्यकारी रख सकती है। इसके ऊपर, रखरखाव का बोझ उस चीज़ से अधिक है जो टीम अपने अन्य काम के साथ विश्वसनीय रूप से बनाए रख सकती है। डेटा ड्रिफ्ट महत्वपूर्ण हो जाता है। टूटे हुए लिंक्स वह गति से जमा होते हैं जिससे वह मरम्मत होते हैं। जो व्यक्ति स्प्रेडशीट की विचित्रता जानता है वह महत्वपूर्ण एकल विफलता बिंदु बन जाता है — अगर वे चले जाते हैं, तो सिस्टम आंशिक रूप से समझ में नहीं आता है।
स्प्रेडशीट आंतरिक समीक्षाओं से गुजरती है क्योंकि इसका उपयोग करने वाली टीम जानती है कि इसकी सीमाओं को कैसे नेविगेट किया जाए। यह बाहरी ऑडिटों में विफल रहती है क्योंकि ऑडिटर इसे एक सिस्टम के रूप में देखते हैं, न कि जनजातीय ज्ञान द्वारा बनाए गए एक समाधान के रूप में। ऑडिटर उस ऑडिट ट्रेल को ढूंढता है जो वहां नहीं है। वह टूटे हुए फाइल पाथ पाते हैं। वह असंगत प्रविष्टियां पाते हैं। वह निष्कर्ष लिखते हैं जो एक दस्तावेज़ नियंत्रण प्रक्रिया में वापस जाते हैं जो इस वॉल्यूम के लिए कभी डिज़ाइन नहीं किया गया था।
अगला कदम कैसा दिखता है
स्प्रेडशीट से कस्टम-बिल्ट सिस्टम में परिवर्तन को बड़े पैमाने पर IT प्रोजेक्ट की आवश्यकता नहीं होती है। न्यूनतम व्यवहार्य परिवर्तन एक स्प्रेडशीट से जाना है जहां प्रत्येक पंक्ति एक हीट का प्रतिनिधित्व करती है, एक सिस्टम के लिए जहां प्रत्येक सर्टिफिकेट PDF अनुक्रमित रिकॉर्ड है।
एक कस्टम-बिल्ट सिस्टम में, सर्टिफिकेट स्वयं प्राथमिक दस्तावेज़ है। हीट नंबर, ग्रेड और मैकेनिकल प्रॉपर्टीज सर्टिफिकेट से निकाली जाती हैं और खोज योग्य मेटाडेटा के रूप में संग्रहीत की जाती हैं। ऑडिट ट्रेल स्वचालित है — प्रत्येक एक्सेस, प्रत्येक समीक्षा, प्रत्येक अनुमोदन एक टाइमस्टैम्प्ड रिकॉर्ड बनाता है। फाइल पाथ नहीं टूटते हैं क्योंकि सर्टिफिकेट एक लिंक्ड फाइल नहीं है; यह एक संग्रहीत दस्तावेज़ है।
टीम स्प्रेडशीट को बनाए रखना बंद कर देती है और एक रिकॉर्ड सिस्टम खोजना शुरू करती है। सर्टिफिकेट प्रबंधन का काम डेटा एंट्री और फाइल प्रबंधन से अपवाद हैंडलिंग और गुणवत्ता समीक्षा में बदल जाता है — जो गुणवत्ता भूमिका को करना चाहिए।
अगले क्या पढ़ें
- जब आपका मिल टेस्ट सर्टिफिकेट सिस्टम आपको स्टील से ज्यादा खर्च करता है
- MTC समीक्षा को दिन नहीं, मिनट लेने चाहिए — यहाँ वह अंतराल है जो अधिकांश फेब्रिकेशन वर्कशॉप मिस करते हैं
- यह MTC जीवन चक्र है — यहाँ मिल से अंतिम ग्राहक तक प्रत्येक हैंडऑफ है