एक दोहराए गए एलईडी ऑर्डर को मूल ड्रॉइंग के साथ मिलाया जा सकता है, फिर भी वह अलग तरह से काम कर सकता है। इसका कारण अक्सर दृश्यमान विशिष्टता के नीचे छुपा होता है। एलईडी पैकेज, ड्राइवर आईसी, पावर सप्लाई, रिसीविंग कार्ड, पीसीबी संशोधन, फर्मवेयर या कॉन्फ़िगरेशन फ़ाइलें उत्पादन चक्रों के बीच बदल सकती हैं। लंबे समय तक चलने वाले प्रोजेक्ट के लिए, सही एलईडी डिस्प्ले स्क्रीन आपूर्तिकर्ता का चयन करना केवल पहला कदम है; दोहराए गए ऑर्डर के लिए एक नियंत्रित तकनीकी आधार भी आवश्यक है।
उस आधार में एक नियंत्रित बिल ऑफ मटेरियल, परिभाषित प्रतिस्थापन नियम, संग्रहीत सॉफ्टवेयर संस्करण और एक ट्रेसैबिलिटी श्रृंखला शामिल होनी चाहिए जो दोहराए गए ऑर्डर के दौरान भी बनी रहे। इन नियंत्रणों के साथ, बाद के उत्पादन की तुलना एक ज्ञात संदर्भ के साथ असेंबली, कमीशनिंग, स्पेयर-स्टॉक योजना या क्षेत्र सेवा में परिवर्तन पहुँचने से पहले की जा सकती है।
दोहराए गए ऑर्डर के बीच कौन-कौन से घटक चुपचाप बदल सकते हैं?
बिल ऑफ़ मटेरियल (बीओएम) में हर आइटम को समान स्तर के नियंत्रण की आवश्यकता नहीं होती है। एक कार्टन लेबल या कम-जोखिम फास्टनर, एलईडी पैकेज, ड्राइवर आईसी, पावर सप्लाई, रिसीविंग कार्ड या पीसीबी रिवीज़न से अलग होता है, जो डिस्प्ले के व्यवहार, संगतता, कैलिब्रेशन, सेवा कार्य या भविष्य में स्पेयर पार्ट्स के मिलान को प्रभावित कर सकता है।
दीर्घकालिक एलईडी प्रदर्शन थोक कार्यक्रमों के लिए, यह अंतर महत्वपूर्ण है। एक व्यावहारिक बीओएम लॉक तकनीकी आधार रेखा की रक्षा करता है, जबकि उन घटकों के चारों ओर सामान्य उत्पादन प्रबंधन को जारी रखने की अनुमति देता है जो जारी किए गए सिस्टम को प्रभावित नहीं करते हैं।
पुनरावृत्ति ऑर्डर आधार रेखा द्वारा पुष्टि करना आसान बनाने वाली पाँच चीज़ें
क्यों 'एसएमडी एलईडी' दोहराव ऑर्डर के लिए पर्याप्त रूप से विशिष्ट नहीं है
'एसएमडी एलईडी' जैसा कोई प्रविष्टि दोहराव-उत्पादन के लिए बहुत अधिक व्याख्यात्मक स्थान छोड़ देता है। इसके बजाय, मंजूर किए गए बिल ऑफ़ मटेरियल (बीओएम) में मंजूर किए गए निर्माता, पैकेज परिवार, भाग संदर्भ, और कोई भी परियोजना-विशिष्ट चयन जानकारी दर्ज की जा सकती है जो निरंतरता के लिए महत्वपूर्ण हो।
लॉट की जानकारी को मंजूर किए गए घटक की परिभाषा से अलग रखा जाना चाहिए। एक लंबे समय तक चलने वाले कार्यक्रम में प्राकृतिक रूप से बाद के विनिर्माण लॉट का उपयोग किया जा सकता है। इसका उद्देश्य किसी एक भौतिक लॉट को हमेशा के लिए संरक्षित रखना नहीं है; बल्कि घटक के स्रोत या तकनीकी परिभाषा में अनियंत्रित परिवर्तन को रोकना है।
- एलईडी निर्माता या मंजूर स्रोत
- पैकेज परिवार और भाग संदर्भ
- संबंधित आगमन लॉट संदर्भ
- मॉड्यूल उत्पादन बैच
- संबद्ध पीसीबी संशोधन
- किसी भी प्रतिस्थापन स्रोत के लिए मंजूरी आवश्यकता
ड्राइवर आईसी में परिवर्तन केवल घटक सूची को ही नहीं, बल्कि अन्य भी तत्वों को प्रभावित कर सकता है
ड्राइवर आईसी का प्रतिस्थापन केवल एक खरीद परिवर्तन नहीं है। यह मॉड्यूल डिज़ाइन, स्कैन व्यवहार, ग्रेस्केल संभाल, रिफ्रेश सेटिंग्स और रिसीविंग-कार्ड कॉन्फ़िगरेशन के साथ पारस्परिक क्रिया कर सकता है। इस कारण से, ड्राइवर मॉडल को उस पीसीबी संशोधन से जुड़ा रखना चाहिए जिसके साथ उसे जारी किया गया था।
समीक्षा के बाद भी एक विकल्प तकनीकी रूप से स्वीकार्य हो सकता है। हालाँकि, परिवर्तन को उत्पादन सामग्री बनने से पहले एक स्वीकृति पथ में प्रवेश करना चाहिए। एक नियंत्रित रिकॉर्ड, उस नोट से अधिक विश्वसनीय है जिसमें कहा गया हो कि प्रतिस्थापन “समान” या “समान गुणवत्ता” का है।
समान वोल्टेज और वाटेज हमेशा समान पावर सप्लाई का अर्थ नहीं रखते हैं
केवल आउटपुट वोल्टेज या सामान्य वाटेज का रिकॉर्ड करने से एक ही ऑर्डर के भीतर कई संभावित सप्लाई मॉडल शामिल रह सकते हैं। आधार रेखा परियोजना के लिए प्रासंगिक विद्युत और इंटरफ़ेस आवश्यकताओं के साथ-साथ स्वीकृत निर्माता और मॉडल की पहचान कर सकती है।
यदि कई मॉडल पहले ही आवश्यक समीक्षा पार कर चुके हैं, तो उन विकल्पों को एक स्वीकृत-स्रोत सूची में दिखाया जा सकता है। यह उत्पादन के दौरान अनिर्दिष्ट प्रतिस्थापन की अनुमति देने से भिन्न है।
प्राप्ति-कार्ड में परिवर्तनों के लिए दोनों हार्डवेयर और सॉफ़्टवेयर संदर्भ की आवश्यकता होती है।
प्राप्ति-कार्ड रिकॉर्ड्स केवल ब्रांड नाम से आगे जाना चाहिए। आधारभूत स्तर में मॉडल, जहाँ उपलब्ध हो, हार्डवेयर संशोधन, फर्मवेयर संदर्भ और जारी कॉन्फ़िगरेशन-फ़ाइल संदर्भ शामिल हो सकते हैं।
बाद के हार्डवेयर परिवर्तन तुरंत सही प्रश्न उठाते हैं: क्या मौजूदा कॉन्फ़िगरेशन अभी भी वैध है? उस कड़ी के बिना, एक दोहराए गए ऑर्डर में तकनीकी रूप से भिन्न नियंत्रण वातावरण हो सकता है, भले ही पूर्ण कैबिनेट अपरिवर्तित दिखाई दे।
एक मॉड्यूल बिल्कुल समान दिख सकता है, जबकि पीसीबी संशोधन बदल गया हो।
दो मॉड्यूल दृश्य पक्ष से समान दिख सकते हैं, जबकि उनमें अलग-अलग आंतरिक पीसीबी संशोधनों का उपयोग किया जा रहा हो। बाद का बोर्ड राउटिंग, कनेक्टर्स, घटक व्यवस्था, ड्राइवर आर्किटेक्चर या कोई अन्य विनिर्माण विवरण बदल सकता है।
इसलिए पीसीबी का भाग संख्या और संशोधन नियंत्रित बिल ऑफ मटेरियल (बीओएम) में दिखाई देना चाहिए। जब कोई बोर्ड संशोधन एक नया ड्राइवर आईसी या कनेक्टर व्यवस्था भी पेश करता है, तो परिवर्तन सूचना में संयुक्त इंजीनियरिंग परिवर्तन का वर्णन करना चाहिए, न कि प्रत्येक अंतर को एक असंबंधित पंक्ति वस्तु के रूप में मानना चाहिए।
| बीओएम वस्तु | आधार रेकॉर्ड | नियंत्रण | यदि यह बदलता है |
|---|---|---|---|
| एलईडी पैकेज | निर्माता, परिवार, भाग संदर्भ, प्रासंगिक लॉट डेटा | अवरुद्ध या मंजूरी-नियंत्रित | पुराने/नए स्रोत की तुलना करें और परियोजना प्रभाव की समीक्षा करें |
| ड्राइवर IC | निर्माता, मॉडल, पीसीबी संबंध | मंजूरी-नियंत्रित | पीसीबी और कॉन्फ़िगरेशन संगतता की जाँच करें |
| पावर सप्लाई | निर्माता, मॉडल, आवश्यक इंटरफ़ेस | लॉक किए गए या स्वीकृत विकल्प | फिट, कनेक्शन और विद्युत संगतता की समीक्षा करें |
| अभिग्रहण कार्ड | मॉडल, संशोधन, फर्मवेयर और कॉन्फ़िगरेशन का संबंध | मंजूरी-नियंत्रित | हार्डवेयर और सॉफ़्टवेयर की साथ-साथ समीक्षा करें |
| पीसीबी | भाग संख्या और संशोधन | संशोधन-नियंत्रित | संशोधन और जुड़े हुए घटक परिवर्तनों का वर्णन करें |
| फर्मवेयर / फ़ाइलें | जारी किया गया संस्करण और अभिलेख संदर्भ | संस्करण-नियंत्रित | लक्ष्य हार्डवेयर और बैच कार्यान्वयन की पुष्टि करें |
अंतिम कैबिनेट का बाहरी रूप परिचित बना रह सकता है, जबकि आंतरिक आधार रेखा में परिवर्तन हो सकता है
दोहराए गए ऑर्डर्स की तुलना अक्सर कैबिनेट के बाहरी रूप, आयामों और अंतिम प्रदर्शन विनिर्देश के आधार पर की जाती है। हालाँकि, बिल ऑफ मटेरियल (BOM) नियंत्रण एक स्तर गहरे काम करता है। आंतरिक LED स्रोत, PCB संशोधन, प्राप्ति कार्ड, फर्मवेयर या बिजली हार्डवेयर में बिना किसी स्पष्ट बाहरी अंतर के परिवर्तन हो सकते हैं।
अंतिम असेंबली को उत्पादन रिकॉर्ड की ओर संदर्भित करना चाहिए। यह रिकॉर्ड बाद में रखरखाव, स्पेयर पार्ट्स के मिलान और दोहराए गए ऑर्डर की समीक्षा को संभव बनाता है, बिना दृश्य तुलना पर निर्भर किए।
960×960 LED डिस्प्ले प्लेटफ़ॉर्म की समीक्षा करेंएक विशिष्ट दोहराए गए ऑर्डर का निर्णय: यदि कैबिनेट का आकार, पिक्सेल पिच और बाहरी ड्रॉइंग अपरिवर्तित रहते हैं, लेकिन एक प्राप्ति कार्ड उपलब्ध नहीं होता है, तो केवल इसलिए प्रतिस्थापन को स्वीकृत नहीं किया जाना चाहिए क्योंकि उसका मुख्य कार्य समान है। समीक्षा में नए हार्डवेयर संशोधन, कॉन्फ़िगरेशन संगतता, मौजूदा स्पेयर स्टॉक पर प्रभाव, मान्यन परिणाम और पहला उत्पादन बैच जिसमें इसका उपयोग किया जाएगा, की पुष्टि करनी चाहिए।
“समतुल्य” घटकों के लिए स्पष्ट प्रतिस्थापन नियम क्यों आवश्यक हैं
बदलाव से संबंधित नियम स्पष्ट होने पर ही बीओएम लॉक उपयोगी होता है। “समान गुणवत्ता वाला घटक” या “बिना सूचना के कोई परिवर्तन नहीं” जैसे वाक्यांश सख्त लगते हैं, फिर भी ये यह स्पष्ट नहीं करते कि कौन-से प्रतिस्थापनों के लिए स्वीकृति की आवश्यकता है या किसी परिवर्तन प्रस्ताव में कौन-सी जानकारी शामिल होनी चाहिए।
किसी खरीदार के लिए, उपयोगी अंतर केवल "परिवर्तन" या "कोई परिवर्तन नहीं" नहीं है। यह यह है कि क्या कोई प्रतिस्थापन प्रतिबंधित है, अनुमोदन की आवश्यकता है, या यह पहले से ही एक परिभाषित समकक्ष सीमा द्वारा कवर किया गया है। इससे कम-जोखिम उत्पादन परिवर्तनों के लिए स्थान छोड़ा जाता है, बिना उन भागों के नियंत्रण को खोए बिना जो छवि व्यवहार, विद्युत संगतता, विन्यास या भविष्य में सेवा प्रदान करने को प्रभावित करते हैं।
प्रतिबंधित प्रतिस्थापन
जारी किया गया स्रोत, मॉडल या संशोधन औपचारिक आधारभूत संशोधन और अभिलिखित अनुमोदन के बिना परिवर्तित नहीं किया जा सकता है।
अनुमोदन की आवश्यकता
उत्पादन से पहले एक वैकल्पिक विकल्प प्रस्तावित किया जा सकता है, लेकिन जारी करने से पहले तकनीकी प्रभाव और मान्यीकरण की समीक्षा की जानी चाहिए।
नियंत्रित समकक्ष
वैकल्पिक विकल्प केवल पूर्व-परिभाषित रूप, फिट, कार्य, सामग्री और इंटरफ़ेस आवश्यकताओं के भीतर ही अनुमति प्राप्त हैं।
“समकक्ष” शब्द का वास्तव में किन बातों से मिलान होना आवश्यक है?
जब “समकक्ष” शब्द की कोई परियोजना-आधारित परिभाषा नहीं होती, तो यह जोखिम भरा हो जाता है। कोई घटक एक मुख्य मापदंड के अनुरूप हो सकता है, लेकिन यांत्रिक फिट, कनेक्टर व्यवस्था, ऊष्मीय व्यवहार, नियंत्रण संगतता या सॉफ़्टवेयर समर्थन में भिन्न हो सकता है।
समकक्षता की परिभाषा उन आयामों के आसपास लिखी जानी चाहिए जो उस घटक के लिए वास्तव में महत्वपूर्ण हों। एक शक्ति आपूर्ति के लिए इंटरफ़ेस और माउंटिंग जाँच आवश्यक हो सकती है। एक प्राप्ति कार्ड के लिए हार्डवेयर और कॉन्फ़िगरेशन संगतता की आवश्यकता हो सकती है। एक LED प्रतिस्थापन के लिए जारी किए गए मॉड्यूल आधाररेखा के विरुद्ध एक निरंतरता समीक्षा आवश्यक हो सकती है।
कोई भाग क्यों बदला जा रहा है—यह महत्वपूर्ण है, लेकिन यह मंजूरी नहीं है।
कोई परिवर्तन अनुरोध उस प्रस्ताव के पीछे व्यावसायिक या उत्पादन संबंधी कारण की व्याख्या करना चाहिए। उदाहरणों में उपलब्धता में परिवर्तन, घटक का बंद होना, आपूर्ति में अवरोध या एक नियंत्रित डिज़ाइन संशोधन शामिल हो सकते हैं।
लेकिन कारण मंजूरी नहीं है। "मूल घटक उपलब्ध नहीं" यह स्पष्ट करता है कि कोई अन्य भाग क्यों विचाराधीन है। यह यह प्रदर्शित नहीं करता कि प्रतिस्थापन मौजूदा विद्युत, यांत्रिक या सॉफ़्टवेयर आधार रेखा के साथ फिट होता है।
चार प्रश्न जो प्रस्तावित प्रतिस्थापन का मूल्यांकन करने को आसान बनाते हैं
पुराना भाग, नया भाग, असेंबली और संशोधन।
उपलब्धता, बंद करना या नियंत्रित संशोधन।
हार्डवेयर, सॉफ़्टवेयर, दृश्य आउटपुट या सेवा भाग।
समीक्षा विधि, परिणाम और रिलीज़ स्थिति।
दोहराए गए खरीद आदेश को केवल मॉडल नाम के बजाय तकनीकी आधार रेखा की ओर इशारा करना चाहिए
एक दोहराए गए खरीद आदेश (पीओ) में समान प्रदर्शन नाम हो सकता है, जबकि आंतरिक तकनीकी परिभाषा आगे बढ़ चुकी हो। वाणिज्यिक आदेश को जारी किए गए प्रोजेक्ट बिल ऑफ मटेरियल (बीओएम) या स्वीकृत कॉन्फ़िगरेशन संशोधन का संदर्भ देना चाहिए।
एक व्यावहारिक नोट में यह बताया जा सकता है कि उत्पादन आदेश द्वारा संदर्भित जारी किए गए बीओएम और कॉन्फ़िगरेशन आधार रेखा के अनुसार किया जाता है, जबकि अनुमोदन-नियंत्रित घटकों को किसी दस्तावेज़ीकृत परिवर्तन समीक्षा के पूर्व बदला नहीं जा सकता। इससे खरीद को इंजीनियरिंग रिकॉर्ड से जोड़ा जाता है, बिना कि पीओ को स्वयं एक तकनीकी मैनुअल में बदला जाए।
एक उपयोगी प्रतिस्थापन समीक्षा क्या स्पष्ट करनी चाहिए
- मौजूदा भाग संदर्भ
- प्रस्तावित भाग संदर्भ
- परिवर्तन का कारण
- प्रभावित मॉड्यूल या कैबिनेट
- प्रभावित पीसीबी संशोधन
- विद्युत अनुकूलता
- यांत्रिक संगतता
- कनेक्टर संगतता
- फर्मवेयर प्रभाव
- कॉन्फ़िगरेशन-फ़ाइल का प्रभाव
- मान्यीकरण विधि
- मान्यन रिकॉर्ड
- पहला प्रभावित बैच
- अनुमोदन तिथि
- जारी किया गया BOM संशोधन
एक ही हार्डवेयर के अलग-अलग तरीके से व्यवहार करने का कारण
दो दोहराए गए बैचों में बहुत समान हार्डवेयर का उपयोग किया जा सकता है, फिर भी स्थापना के बाद उनका व्यवहार अलग-अलग हो सकता है। इसका कारण प्राप्ति-कार्ड का फ़र्मवेयर, कॉन्फ़िगरेशन फ़ाइल, मैपिंग डेटा या कोई अन्य प्रोजेक्ट-विशिष्ट सेटिंग हो सकती है, न कि कोई दृश्यमान कैबिनेट परिवर्तन।
फ़र्मवेयर और कॉन्फ़िगरेशन रिकॉर्ड्स को हार्डवेयर BOM के साथ ही रखा जाना चाहिए, न कि व्यक्तिगत फ़ोल्डरों या पुराने समर्थन संदेशों के अंदर। अभिलेखागार में यह स्पष्ट रूप से दिखाना आवश्यक है कि कौन-सी जारी की गई फ़ाइल किस हार्डवेयर संशोधन और उत्पादन बैच से संबंधित है।
फ़र्मवेयर संस्करण और कॉन्फ़िगरेशन संशोधन एक ही रिकॉर्ड नहीं हैं
फ़र्मवेयर और कॉन्फ़िगरेशन संबंधित हैं, लेकिन वे एक ही रिकॉर्ड नहीं हैं। फ़र्मवेयर हार्डवेयर पर चलने वाले सॉफ़्टवेयर की पहचान करता है। एक कॉन्फ़िगरेशन फ़ाइल उस हार्डवेयर वातावरण के साथ उपयोग की जाने वाली प्रोजेक्ट-विशिष्ट संचालन सूचना को रिकॉर्ड करती है।
प्रत्येक को एक स्वतंत्र संस्करण या रिलीज़ संदर्भ ले जाना चाहिए। उत्पादन रिकॉर्ड तब यह सटीक रूप से दिखा सकता है कि कौन-सा संयोजन किसी विशिष्ट बैच में प्रवेश किया।
पीसीबी संशोधन
ड्राइवर IC
मुक्ति की तिथि
स्थिति
संशोधन
लक्ष्य हार्डवेयर
उत्पादन तिथि
परिवर्तन संदर्भ
“नवीनतम फ़ाइल” एक सुरक्षित उत्पादन निर्देश नहीं है
“नवीनतम कॉन्फ़िगरेशन का उपयोग करें” यह निर्देश अस्पष्ट है। कोई नया फ़ाइल किसी अन्य पीसीबी संशोधन, मॉड्यूल व्यवस्था, प्राप्ति कार्ड, कैबिनेट लेआउट या किसी अन्य परियोजना से संबंधित हो सकता है।
उत्पादन को एक जारी किए गए परियोजना फ़ाइल का उपयोग करना चाहिए जिसमें स्पष्ट संस्करण पहचानकर्ता हो। जब फ़ाइल का नाम, संशोधन, लक्ष्य हार्डवेयर, जारी करने की तारीख़ और स्थिति स्पष्ट रूप से अस्पष्ट न हों, तो एक सरल नामकरण प्रणाली पर्याप्त है।
एक कॉन्फ़िगरेशन फ़ाइल केवल तभी अर्थपूर्ण होती है जब उसका लक्ष्य हार्डवेयर निर्दिष्ट हो
कई तकनीकी रूप से सही फ़ाइलें एक ही समय पर मौजूद हो सकती हैं। इसलिए अभिलेखागार को प्रत्येक जारी कॉन्फ़िगरेशन से जुड़े प्राप्त करने वाले कार्ड के मॉडल, पीसीबी संशोधन, मॉड्यूल प्रकार और अन्य प्रासंगिक हार्डवेयर संदर्भों की पहचान करने की आवश्यकता होती है।
जब भी हार्डवेयर में परिवर्तन होता है, एक स्पष्ट समीक्षा प्रश्न अवश्य पूछा जाना चाहिए: क्या वर्तमान में जारी फर्मवेयर और कॉन्फ़िगरेशन आधार रेखा अभी भी वैध है? यदि उस उत्तर की पुष्टि नहीं की गई है, तो परिवर्तन अधूरा ही रहता है।
पुराने जारी संस्करण वर्षों बाद भी महत्वपूर्ण हो सकते हैं
स्थापित स्क्रीनें नए संस्करण के उत्पादन में प्रवेश करने के बहुत बाद तक भी पुराने जारी संयोजन के साथ कार्य करती रह सकती हैं। कोई नया जारी संस्करण पिछली परियोजना आधार रेखा को मिटा नहीं देना चाहिए।
ऐतिहासिक फ़ाइलें स्पेयर मॉड्यूल, सेवा प्रतिस्थापन, दोष जांच या पुराने उत्पादन बैचों के लिए अभी भी आवश्यक हो सकती हैं। ड्राफ्ट, समीक्षा, जारी, प्रतिस्थापित और अभिलेखागत जैसी एक मूलभूत स्थिति प्रणाली आमतौर पर कई समान रूप से नामित फ़ाइलों की तुलना में अधिक स्पष्ट होती है जिनमें कोई स्थिति नहीं होती।
जो आप बाद में पुनः प्राप्त कर सकते हैं
- परियोजना कोड
- प्राप्ति-कार्ड मॉडल
- जहाँ लागू हो, हार्डवेयर संशोधन
- पीसीबी संशोधन
- फर्मवेयर संस्करण
- कॉन्फ़िगरेशन संशोधन
- मानकीकृत फ़ाइल नाम
- मुक्ति की तिथि
- उत्पादन बैच
- पिछला जारी किया गया संस्करण संरक्षित रखा गया
- परिवर्तन का कारण
- संगतता समीक्षा
- जारी किए गए अभिलेख का स्थान
- उत्पादन प्रति की जाँच अभिलेख के विरुद्ध की गई
क्या आप एक पूर्ण कैबिनेट को उसके उत्पादन आधार रेखा तक ट्रेस कर सकते हैं?
शिपमेंट के बाद, ट्रेसैबिलिटी तभी उपयोगी होती है जब कोई व्यक्ति एक पूर्ण कैबिनेट से शुरू करके यह पुनर्निर्माण कर सके कि उसमें वास्तव में क्या शामिल किया गया था। एक क्रमांक संख्या अकेले पर्याप्त नहीं है, जब तक कि वह BOM संशोधन, उत्पादन बैच, घटक सूचना, सॉफ़्टवेयर संस्करणों और गुणवत्ता रिकॉर्ड्स की ओर वापस न ले जाए।
ट्रेसैबिलिटी प्रणाली को वास्तविक विनिर्माण पदानुक्रम का अनुसरण करना चाहिए। प्रत्येक क्रमांक संख्या के भीतर एक जटिल कोड की आवश्यकता नहीं है। इसे रिकॉर्ड्स के बीच विश्वसनीय संबंधों की आवश्यकता होती है।
एक बैच संख्या साझा उत्पादन आधार को वहन कर सकती है
एक ही उत्पादन चक्र में कई कैबिनेट्स के लिए समान बिल ऑफ़ मटेरियल संशोधन, एलईडी स्रोत, पीसीबी संशोधन, प्राप्ति-कार्ड सेटअप, फर्मवेयर और कॉन्फ़िगरेशन का उपयोग किया जा सकता है। प्रत्येक कैबिनेट के लिए प्रत्येक क्षेत्र को मैनुअल रूप से दोहराना अनावश्यक रिकॉर्ड डुप्लिकेशन का कारण बन सकता है।
उन सामान्य रिकॉर्ड्स को एक उत्पादन बैच में शामिल किया जा सकता है। प्रत्येक पूर्ण सीरियल संख्या फिर उस बैच से जुड़ी होती है। यदि उत्पादन के मध्य में कोई नियंत्रित घटक बदल जाता है, तो बैच रिकॉर्ड को एक स्पष्ट विराम बिंदु बनाना चाहिए, न कि दोनों कॉन्फ़िगरेशन्स को एक ही पहचानकर्ता के अंतर्गत मिलाना।
सीरियल संख्या का उपयोग एक पूर्ण तकनीकी विवरण के बजाय एक कुंजी के रूप में अधिक प्रभावी होता है
सीरियल संख्या में सीमित उत्पादन सूचना को एन्कोड किया जा सकता है, लेकिन इसमें पूर्ण तकनीकी इतिहास शामिल होने की आवश्यकता नहीं है। एक सरल दृष्टिकोण में सीरियल संख्या का उपयोग उत्पादन रिकॉर्ड में स्थिर कुंजी के रूप में किया जाता है।
वह विधि श्रृंखला प्रारूप को प्रबंधनीय बनाए रखती है, जबकि बाद में अतिरिक्त ट्रेसैबिलिटी क्षेत्रों को जोड़ने की अनुमति देती है। अधिक महत्वपूर्ण बात यह है कि यह गुणवत्ता रिकॉर्ड में प्रत्येक नए उपयोगी क्षेत्र के जुड़ने पर श्रृंखला संख्या की संरचना को बदलने से बचती है।
उत्पादन तिथि संदर्भ प्रदान करती है, लेकिन बैच संख्या तकनीकी इतिहास को वहन करती है।
उत्पादन तिथियाँ यह स्थापित करने में सहायता करती हैं कि किस समय एक तकनीकी संशोधन उत्पादन में प्रवेश करा। फिर भी, कोई तिथि यह साबित नहीं कर सकती कि किस एलईडी लॉट, पीसीबी संशोधन, ड्राइवर आईसी, प्राप्ति कार्ड या कॉन्फ़िगरेशन का उपयोग किसी विशिष्ट असेंबली में किया गया।
शिपिंग तिथियों पर भी वही सीमा लागू होती है। एक शिपमेंट रिकॉर्ड लॉजिस्टिक्स के समय को दर्शाता है। बैच और श्रृंखला श्रृंखला तकनीकी इतिहास को वहन करती है।
| क्षेत्र में अभिलेखित | यह क्या जोड़ता है |
|---|---|
| परियोजना कोड | तकनीकी फ़ाइलें दीर्घकालिक कार्यक्रम से |
| खरीद आदेश संदर्भ | वाणिज्यिक आदेश उत्पादन रिलीज़ से |
| बीओएम संशोधन | उत्पादन बैच अनुमोदित घटक आधार रेखा से |
| पीसीबी संशोधन | मॉड्यूल हार्डवेयर को उसके जारी किए गए बोर्ड संस्करण तक |
| एलईडी स्रोत / लॉट | मॉड्यूल बैच को संबंधित एलईडी सामग्री रेकॉर्ड्स तक |
| ड्राइवर IC | पीसीबी बेसलाइन को नियंत्रित ड्राइवर हार्डवेयर तक |
| अभिग्रहण कार्ड | कैबिनेट हार्डवेयर को फर्मवेयर और कॉन्फ़िगरेशन तक |
| फर्मवेयर / कॉन्फ़िगरेशन | उत्पादन बैच को जारी किए गए सॉफ़्टवेयर बेसलाइन तक |
| मॉड्यूल बैच | व्यक्तिगत मॉड्यूल को सामान्य उत्पादन डेटा तक |
| कैबिनेट श्रृंखला संख्या | अंतिम असेंबली को मॉड्यूल और बैच इतिहास तक |
| उत्पादन तिथि | निर्माण समय के लिए संशोधन इतिहास |
| परिवर्तन सूचना | प्रभावित उत्पादन बैच के लिए मंजूर किया गया विचलन |
| गुणवत्ता नियंत्रण / पैकिंग रिकॉर्ड | निर्माण पूर्ण होने के बाद निरीक्षण और शिपमेंट का इतिहास |
स्पेयर पार्ट्स की पहचान जो पहले से लगाए गए पार्ट्स के समान होनी चाहिए
स्पेयर मॉड्यूल, पावर सप्लाई और रिसीविंग कार्ड्स का उपयोग बहुत बाद में तक नहीं किया जा सकता। अतः उनकी तकनीकी पहचान उन घटकों की तुलना में अधिक महत्वपूर्ण हो सकती है जो शिपमेंट के तुरंत बाद लगाए गए हों।
स्पेयर इन्वेंट्री में यह पहचान करने के लिए पर्याप्त जानकारी बनाए रखनी चाहिए कि वह किस स्थापित बेसलाइन के साथ मेल खाती है। यदि कोई भविष्य का ऑर्डर कोई अन्य पीसीबी संशोधन या नियंत्रण कार्ड संस्करण पेश करता है, तो पुराने और नए सेवा स्टॉक को अलग-अलग पहचाना जा सकना चाहिए।
यह जांचने का एक सरल तरीका कि क्या ट्रेसैबिलिटी वास्तव में काम कर रही है
एक बड़ा डेटाबेस स्वतः उपयोगी ट्रेसैबिलिटी नहीं बनाता। एक मजबूत परीक्षण एक कैबिनेट श्रृंखला से शुरू होता है और यह पूछता है कि क्या संबंधित उत्पादन बैच को त्वरित रूप से खोजा जा सकता है।
उसके बाद, रिकॉर्ड में बिल ऑफ मटीरियल (BOM) का संशोधन, प्रिंटेड सर्किट बोर्ड (PCB) का संशोधन, घटक आधार रेखा, फर्मवेयर, कॉन्फ़िगरेशन और कोई भी मंजूर बदलाव सूचना दिखाई देनी चाहिए। यदि यह पथ स्मृति या बिखरे हुए संदेशों पर निर्भर करता है, तो ट्रेसैबिलिटी श्रृंखला में अभी भी एक अंतराल बना हुआ है।
दोहराए गए ऑर्डर को उत्पादन में प्रवेश करने से पहले क्या समीक्षा करना चाहिए?
दोहराए गए ऑर्डर अक्सर तेज़ी से आगे बढ़ते हैं, क्योंकि कैबिनेट, ड्रॉइंग्स और वाणिज्यिक विनिर्देश पहले से ही परिचित लगते हैं। यही वह समय है जब आंतरिक परिवर्तनों को छोड़ना सबसे आसान होता है: ऑर्डर कागज़ पर वही दिखता है, भले ही पिछले बैच के बाद कोई घटक, PCB संशोधन, प्राप्ति कार्ड, फर्मवेयर संस्करण या मंजूर विकल्प बदल गया हो।
अतः दोहराए गए ऑर्डर की समीक्षा नवीनतम मंजूर उत्पादन आधार रेखा से शुरू करनी चाहिए। इसका उद्देश्य आपूर्तिकर्ता योग्यता या नमूना मंजूरी को दोहराना नहीं है। बल्कि यह है कि पिछले जारी किए गए बैच के बाद क्या बदला गया है, यह पहचानना।
अंतिम अनुमोदित बैच से शुरू करें—मूल कोटेशन नहीं।
सही संदर्भ हमेशा मूल कोटेशन नहीं होता। कोई प्रोजेक्ट पहले से ही पहले के दोहराए गए बैच से अनुमोदित प्रतिस्थापन या संस्करण अद्यतन शामिल कर सकता है।
समीक्षा में नवीनतम जारी की गई बिल ऑफ मटेरियल (BOM), पीसीबी संशोधन, रिसीविंग-कार्ड हार्डवेयर, फर्मवेयर संस्करण, कॉन्फ़िगरेशन संशोधन और अनुमोदित वैकल्पिक सूची का उपयोग करना चाहिए। एक संक्षिप्त समीक्षा तब यह पूछ सकती है:
- क्या सभी लॉक किए गए घटक अभी भी उपलब्ध हैं?
- क्या कोई अनुमोदित भाग संशोधन में परिवर्तित हो गया है?
- क्या पीसीबी संशोधन में परिवर्तन हुआ है?
- क्या प्राप्ति-कार्ड हार्डवेयर में बदलाव आया है?
- क्या फर्मवेयर में बदलाव आया है?
- जारी की गई कॉन्फ़िगरेशन फ़ाइल में बदलाव आया है?
- मौजूदा सेवा स्टॉक संगत बना रहेगा?
- पहले अस्थायी रूप से प्रतिस्थापित किए गए घटक के लिए निर्णय की आवश्यकता है?
उपयोगी परिवर्तन सूचना बदली हुई सामग्री के उत्पादन में प्रवेश करने से पहले प्राप्त होती है
उत्पादन शुरू होने के बाद भेजी गई परिवर्तन सूचना, घटित हुए कार्यों का एक अभिलेख बन जाती है, न कि नियंत्रण बिंदु। उपयोगी चरण तब होता है जब अंतर का पता चल जाता है, लेकिन बदली हुई सामग्री प्रभावित उत्पादन चक्र में प्रवेश करने से पहले।
यदि प्रस्तावित परिवर्तन के लिए मान्यीकरण की आवश्यकता है, तो सूचना को आवश्यक परिणाम उपलब्ध होने तक खुली रखी जानी चाहिए। केवल तभी नया घटक या सॉफ़्टवेयर संस्करण जारी किए गए आधार-रेखा में प्रवेश कर सकता है।
आपूर्ति समस्या और इंजीनियरिंग मंजूरी दो अलग-अलग घटनाएँ हैं
एक घटक के उपलब्ध न होने का पता लगाना एक घटना है। प्रस्तावित प्रतिस्थापन को मंजूरी देना दूसरी घटना है। इन चरणों को एक साथ मिलाने से आपूर्ति की स्थितियों को इंजीनियरिंग प्रमाण के रूप में मानने का दबाव उत्पन्न होता है।
एक स्वच्छ कार्यप्रवाह उपलब्धता समस्या को दर्ज करता है, एक वैकल्पिक समाधान प्रस्तावित करता है, आवश्यक समीक्षा पूरी करता है, और फिर स्वीकृत परिवर्तन को जारी करता है। अंतिम बिल ऑफ मटेरियल (BOM) संशोधन अस्थायी समस्या के बजाय निर्णय को दर्शाता है।
प्रत्येक परिवर्तन को समान स्तर की समीक्षा की आवश्यकता नहीं होती है।
एक दस्तावेज़-प्रारूप सुधार को पीसीबी (PCB) संशोधन के समान समीक्षा नहीं ट्रिगर करनी चाहिए। इसी तरह, एक पूर्व-परिभाषित कम-जोखिम समकक्ष को रिसीविंग-कार्ड या ड्राइवर-आईसी परिवर्तन के समान इंजीनियरिंग पथ की आवश्यकता नहीं होती है।
वर्गीकरण को उत्पादन दबाव आने से पहले ही स्थापित किया जाना चाहिए। अन्यथा, किसी आदेश की धारित तत्परता गुप्त रूप से यह निर्धारित कर सकती है कि कोई तकनीकी परिवर्तन उचित समीक्षा प्राप्त करता है या नहीं।
एक उपयोगी परिवर्तन सूचना में क्या शामिल होना चाहिए
बिल ऑफ मटेरियल (BOM) और कॉन्फ़िगरेशन संशोधन
वर्तमान निर्माता, मॉडल या संशोधन
प्रतिस्थापन निर्माता, मॉडल या संशोधन
आधार रेखा को आगे नहीं बढ़ाया जा सकता है, इसका कारण
हार्डवेयर, सॉफ़्टवेयर, यांत्रिक या सेवा प्रभाव
आवश्यक विधि और पूर्ण परिणाम
पहला प्रभावित उत्पादन बैच
स्थिति, तिथि और मंजूरी की शर्तें
दोहराव राशि को मुख्य चर्चा बनने से पहले पिछली आधार रेखा भेजें
जब पिछला परियोजना संदर्भ तकनीकी आधार रेखा के साथ आता है, तो दोहराव-आदेश समीक्षा अधिक कुशल बन जाती है। प्रासंगिक जानकारी में अंतिम आदेश संदर्भ, जारी किया गया BOM, लॉक किए गए घटक, मंजूर किए गए विकल्प, प्राप्ति-कार्ड संशोधन, फर्मवेयर, कॉन्फ़िगरेशन फ़ाइलें और सेवा-स्टॉक आवश्यकता शामिल हो सकती हैं।
जहाँ कोई परियोजना संरचित BOM लॉक या परिवर्तन नियंत्रण समीक्षा की आवश्यकता होती है, इंजीनियरिंग जानकारी जमा की जा सकती है हमसे संपर्क करें मौजूदा आधार रेखा को शुरुआत में प्रदान करने से चर्चा निरंतरता पर केंद्रित रहती है, न कि किसी सामान्य उत्पाद पूछताछ को फिर से शुरू करने पर।
जहाँ दोहराए गए ऑर्डर अक्सर संस्करण नियंत्रण खो देते हैं
यहाँ तक कि एक विस्तृत विशिष्टता भी विफल हो सकती है जब उत्पादन कार्यप्रवाह मान्यताओं पर आधारित हो। कई पैटर्न रिलीज़ जाँच के रूप में विशेष रूप से उपयोगी हैं क्योंकि वे उन स्थानों को उजागर करते हैं जहाँ संस्करण नियंत्रण टूटने की संभावना है।
“समान मॉडल” को “समान बिल ऑफ मटेरियल” के रूप में माना जाता है
एक वाणिज्यिक मॉडल का नाम आंतरिक संशोधनों के दौरान अपरिवर्तित रह सकता है। खरीद आदेश (पीओ) को एक जारी किए गए तकनीकी आधार बिंदु की ओर इशारा करना चाहिए।
केवल एलईडी स्रोत को तय किया गया है
ड्राइवर आईसी, पीसीबी संशोधन, प्राप्ति कार्ड, बिजली की आपूर्ति और सॉफ्टवेयर भी दोहराए गए ऑर्डर की निरंतरता को प्रभावित कर सकते हैं।
पीसीबी संशोधन चुपचाप आते हैं
एक बोर्ड संशोधन मॉड्यूल के सामने के हिस्से के समान रहने पर भी जुड़े हुए घटकों या इंटरफ़ेस परिवर्तनों को शामिल कर सकता है।
फर्मवेयर में कोई बैच संदर्भ नहीं है
एक वैध फर्मवेयर अपडेट को भी एक कार्यान्वयन रिकॉर्ड की आवश्यकता होती है जो दर्शाता है कि किस उत्पादन चक्र को यह प्राप्त हुआ।
फ़ाइलें व्यक्तिगत फ़ोल्डर में रहती हैं
जारी की गई फ़ाइलों के लिए एक साझा प्रोजेक्ट अभिलेखागार की आवश्यकता होती है, जिसमें स्पष्ट संशोधन, हार्डवेयर संबंध और स्थिति शामिल हो।
अस्थायी परिवर्तन स्थायी हो जाते हैं
किसी अस्थायी प्रतिस्थापन में इसकी बैच सीमा का उल्लेख करना चाहिए, बजाय चुपचाप सभी भविष्य के उत्पादन में प्रवेश करने के।
अगले उत्पादन चक्र से पहले, क्या अभी भी जाँच की आवश्यकता है?
जब कोई दोहराए गए ऑर्डर उत्पादन के लिए तैयार होता है, तो खरीददार को प्रत्येक पुरानी दस्तावेज़ को फिर से खोलने की आवश्यकता नहीं होनी चाहिए। अंतिम समीक्षा केवल अनुमोदित आधार रेखा और जिस बैच का निर्माण किया जाना है, उनके बीच अनसुलझे अंतर को उजागर करने के लिए आवश्यक है।
आधार रेखा जारी करने के बाद, लागू किए गए बैच की पुष्टि अभी भी की जानी चाहिए शिपमेंट से पहले एलईडी स्क्रीन की गुणवत्ता जाँच के दौरान ताकि अनुमोदित बिल ऑफ़ मटेरियल (BOM), नियंत्रण फ़ाइलें, मॉड्यूल बैच, सहायक उपकरण और पैकिंग रिकॉर्ड वास्तव में कारखाने से निकलने वाली वस्तुओं से मेल खाएँ।
BOM आधार रेखा
- वर्तमान बीओएम संशोधन की पुष्टि करें
- एलईडी स्रोत की जाँच करें
- ड्राइवर आईसी की जाँच करें
- पावर-सप्लाई मॉडल की जाँच करें
- प्राप्ति कार्ड हार्डवेयर की जाँच करें
- पीसीबी संशोधन की पुष्टि करें
फर्मवेयर और फ़ाइलें
- फर्मवेयर संस्करण की पुष्टि करें
- कॉन्फ़िगरेशन संशोधन की पुष्टि करें
- हार्डवेयर संगतता की जाँच करें
- पिछले रिलीज़ को बरकरार रखें
- उत्पादन प्रति की पुष्टि करें
ट्रेसबिलिटी
- उत्पादन बैच को असाइन करें
- संबंधित घटक लॉट्स को रिकॉर्ड करें
- मॉड्यूल बैच को रिकॉर्ड करें
- कैबिनेट सीरियल नंबर्स को रिकॉर्ड करें
- अतिरिक्त स्टॉक बैच को अलग करें
परिवर्तन स्वीकृति
- सभी आधारभूत विचलनों की सूची बनाएं
- परिवर्तन नोटिस जारी करें
- आवश्यक मान्यीकरण को पूरा करें
- अनुमोदन की स्थिति रिकॉर्ड करें
- स्थायी संशोधनों को अपडेट करें
अक्सर पूछे जाने वाले प्रश्न
दोहराए जाने वाले LED डिस्प्ले ऑर्डर के लिए कौन-से BOM आइटम को अवरोधित करना सबसे महत्वपूर्ण है?
उन घटकों को प्राथमिकता दें जो दृश्य स्थिरता, विद्युत व्यवहार, नियंत्रण संगतता, कैलिब्रेशन या भविष्य के सेवा-भाग मिलान को प्रभावित कर सकते हैं। LED पैकेज, ड्राइवर IC, पावर सप्लाई, रिसीविंग कार्ड और PCB संशोधनों को आमतौर पर स्पष्ट नियंत्रण की आवश्यकता होती है। फर्मवेयर और कॉन्फ़िगरेशन फ़ाइलों को जारी किए गए उत्पादन संस्करण के रूप में हार्डवेयर बेसलाइन से जुड़ा रखना चाहिए।
घटक प्रतिस्थापन कब अनुमोदन ट्रिगर करना चाहिए?
जब कोई प्रस्तावित प्रतिस्थापन पूर्व-निर्धारित नियंत्रित-समकक्ष सीमा के बाहर हो या हार्डवेयर, सॉफ़्टवेयर, यांत्रिक फिट, दृश्य आउटपुट या सेवा संगतता को प्रभावित कर सके, तो अनुमोदन उचित है। परिवर्तन अनुरोध में पुराने और नए भाग, कारण, प्रभावित असेंबली, मान्यन विधि, अनुमोदन की स्थिति और सामग्री के उत्पादन में प्रवेश करने से पहले पहले प्रभावित उत्पादन बैच की पहचान करनी चाहिए।
एक खरीदार को दोहराव उत्पादन चलाने से पहले क्या भेजना चाहिए?
पिछले ऑर्डर का संदर्भ, अंतिम जारी किया गया BOM संशोधन, लॉक किए गए घटक, मंजूर किए गए विकल्प, PCB संशोधन, प्राप्ति-कार्ड हार्डवेयर, फर्मवेयर संस्करण, कॉन्फ़िगरेशन-फ़ाइल संदर्भ, अतिरिक्त स्टॉक की आवश्यकता, दोहराव मात्रा, और कोई भी ज्ञात आपूर्ति परिवर्तन भेजें। यह पैकेज कारखाने को 'पिछले ऑर्डर के समान' पर निर्भर न होकर एक विशिष्ट आधार रेखा के साथ तुलना करने का अवसर प्रदान करता है।
घटकों के बदलाव के साथ दोहराव ऑर्डर को सुसंगत बनाए रखना
जब अंतिम विनिर्देश स्थिर रहता है लेकिन आंतरिक उत्पादन आधार धीरे-धीरे बदलता जाता है, तो लंबे समय तक LED की खरीद कठिन हो जाती है। एक नियंत्रित BOM इस अंतर को बंद करता है, जो मंजूर घटकों, अनुमत विकल्पों, फर्मवेयर, कॉन्फ़िगरेशन फ़ाइलों, उत्पादन बैचों, श्रृंखला संख्याओं और दोहराव ऑर्डर की मंजूरियों को जोड़ता है।
अगले उत्पादन चलाने से पहले, व्यावहारिक प्राथमिकताएँ सीधी-सादी हैं:
- एक तकनीकी आधार रेखा जारी करें। ताला लगा हुआ LED, ड्राइवर IC, बिजली की आपूर्ति, प्राप्ति कार्ड, PCB संशोधन, फर्मवेयर और कॉन्फ़िगरेशन संदर्भों की पुष्टि करें।
- उत्पादन से पहले परिवर्तनों की समीक्षा करें। प्रस्तावित प्रतिस्थापन, प्रभाव, मान्यन परिणाम, मंजूरी की स्थिति और पहले प्रभावित बैच को रिकॉर्ड करें।
- ट्रेसैबिलिटी श्रृंखला को बनाए रखें। BOM संशोधनों, बैचों, श्रृंखला संख्याओं, सॉफ़्टवेयर संस्करणों, गुणवत्ता नियंत्रण रिकॉर्ड्स और स्पेयर-स्टॉक संदर्भों को जोड़े रखें।
अगले दोहराव ऑर्डर से पहले पिछला बेसलाइन तैयार करें।
एक उपयोगी समीक्षा पैकेज में पिछले ऑर्डर का संदर्भ, नवीनतम जारी BOM संशोधन, कोई प्रतिस्थापन नहीं के घटक, मंजूर विकल्प, PCB संशोधन, प्राप्ति कार्ड हार्डवेयर, फर्मवेयर संस्करण, कॉन्फ़िगरेशन-फ़ाइल संदर्भ, आवश्यक स्पेयर स्टॉक, दोहराव मात्रा और कोई ज्ञात आपूर्ति परिवर्तन शामिल होना चाहिए।
लंबे समय तक चलने वाले कार्यक्रम के लिए, यह जानकारी आपूर्तिकर्ता को बिल ऑफ़ मटेरियल (बीओएम) लॉक और परिवर्तन नियंत्रण के लिए एक परिभाषित आधाररेखा प्रदान करती है, जिससे ‘पिछले ऑर्डर के समान’ पर निर्भर रहने की आवश्यकता समाप्त हो जाती है। इसके अतिरिक्त, यह उस बैच के उत्पादन में प्रवेश करने से पहले प्रतिस्थापनों की समीक्षा करने के लिए एक स्पष्ट बिंदु भी बनाती है जिस पर प्रभाव पड़ा है।
दोहराए गए ऑर्डर के लिए बीओएम और संस्करण आवश्यकताएँ जमा करें





