एक बॉक्स निर्मित उत्पाद सिर्फ इसलिए शिप करने के लिए तैयार नहीं है क्योंकि पेंच कड़े हैं और बाड़ा बंद है।
यही वह जगह है जहां कई ईएमएस परियोजनाएं अधिक दिलचस्प और कभी-कभी अधिक दर्दनाक हो जाती हैं।
हो सकता है कि पीसीबीए पहले ही बोर्ड स्तर की जांच पास कर चुका हो। वायरिंग साफ़ दिख सकती है. बाड़े को बिना किसी स्पष्ट क्षति के इकट्ठा किया जा सकता है। लेकिन एक बार जब बोर्ड को आवास में लगाया जाता है, केबल से जोड़ा जाता है, फर्मवेयर के साथ लोड किया जाता है, लेबल किया जाता है, सहायक उपकरण के साथ पैक किया जाता है, और शिपमेंट के लिए तैयार किया जाता है, तो उत्पाद अब केवल पीसीबीए नहीं रह जाता है।
यह एक तैयार इकाई है.
इससे प्रश्न बदल जाता है।
प्रश्न अब केवल यह नहीं है, "क्या बोर्ड काम करता है?"
बेहतर प्रश्न यह है, "क्या तैयार इकाई उस स्थिति में काम करती है जिसे ग्राहक प्राप्त करने की अपेक्षा करता है?"
कार्यात्मक परीक्षण और अंतिम निरीक्षण समर्थन बॉक्स दो अलग-अलग चीजों की पुष्टि करके असेंबली डिलीवरी का निर्माण करता है: कार्यात्मक परीक्षण यह सत्यापित करता है कि असेंबल की गई इकाई सही ढंग से काम करती है या नहीं, जबकि अंतिम निरीक्षण यह पुष्टि करता है कि क्या इकाई पूर्ण है, सही ढंग से पहचानी गई है, ठीक से पैक की गई है और जहाज के लिए तैयार है।
ओईएम खरीदारों के लिए, यह अंतर मायने रखता है।
एक उत्पाद कार्यात्मक परीक्षण पास कर सकता है और फिर भी वितरण के लिए गलत हो सकता है। कोई उत्पाद पूर्ण भी दिख सकता है और अंतिम स्थिति में संचालित, कनेक्ट या कॉन्फ़िगर होने पर भी विफल हो सकता है। बॉक्स बिल्ड डिलीवरी के लिए दोनों चेक की आवश्यकता होती है।
पीसीबीए परीक्षण बोर्ड को साबित करता है। बॉक्स बिल्ड परीक्षण इकाई को साबित करता है।
बोर्ड स्तर पर परीक्षण मायने रखता है।
एओआई, आईसीटी, फ्लाइंग प्रोब, और पीसीबीए-स्तरीय कार्यात्मक परीक्षण यह पुष्टि करने में मदद करते हैं कि पॉपुलेटेड सर्किट बोर्ड को सही ढंग से इकट्ठा किया गया था और यह अपने इच्छित बोर्डस्तरीय कार्य कर सकता है।
लेकिन बॉक्स बिल्ड असेंबली एक नई शर्त पेश करती है।
पीसीबीए अब परीक्षण बेंच या बोर्ड स्तर की स्थिरता पर नहीं बैठा है। यह एक बाड़े के अंदर है. इसे वायर हार्नेस, पावर इनपुट, डिस्प्ले, बटन, एंटेना, स्टोरेज, सेंसर, पोर्ट, ब्रैकेट, थर्मल सामग्री, लेबल और सहायक उपकरण से जोड़ा जा सकता है।
इसका मतलब है कि पीसीबीए पहले ही पारित होने के बाद नए विफलता बिंदु दिखाई देते हैं।
- एक केबल बेंच पर सही ढंग से चल सकती है लेकिन ढक्कन बंद होने पर चिपक जाती है।
- एक कनेक्टर पीसीबी फ़ुटप्रिंट में फिट हो सकता है लेकिन I/O पैनल के पीछे थोड़ा हटकर हो सकता है।
- फ़र्मवेयर छवि सफलतापूर्वक लोड हो सकती है लेकिन अनुमोदित उत्पादन रिलीज़ से मेल नहीं खाती।
- एक इकाई असेंबली से पहले चालू हो सकती है लेकिन हार्नेस के दोबारा रूट होने के बाद विफल हो जाती है।
- एक लेबल कलाकृति में सही हो सकता है लेकिन उसे ऐसी जगह रखा गया है जहां उसे बाद में स्कैन नहीं किया जा सकता है।
- एक सहायक किट में एक केबल, एडॉप्टर, ब्रैकेट या दस्तावेज़ गायब हो सकता है।
ये क्लासिक एसएमटी दोष नहीं हैं।
वे समाप्त हो गए हैं {{0}यूनिट डिलीवरी जोखिम।
इसीलिए बॉक्स बिल्ड परीक्षण को पीसीबीए परीक्षण के डुप्लिकेट के रूप में नहीं माना जाना चाहिए। इसका एक अलग काम है. यह पुष्टि करता है कि बोर्ड के अंतिम असेंबली का हिस्सा बनने के बाद भी उत्पाद काम करता है या नहीं।

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

अंतिम निरीक्षण उत्तर: क्या इकाई सही और पूर्ण है?
कार्यात्मक परीक्षण उत्तर देता है कि इकाई काम करती है या नहीं।
अंतिम निरीक्षण एक अलग प्रश्न का उत्तर देता है: क्या इकाई पूर्ण, सही और फैक्ट्री छोड़ने के लिए तैयार है?
यह एक बार के दृश्य से कहीं अधिक है।
एक बॉक्स निर्मित इकाई हर इलेक्ट्रिकल और कार्यात्मक जांच को पास कर सकती है और फिर भी गुम लेबल, गलत सीरियल नंबर, अपूर्ण सहायक सेट, गलत कार्टन लेबल, गुम दस्तावेज़, गलत पैकिंग विधि, या खुले रीवर्क रिकॉर्ड के कारण शिपिंग योग्य नहीं हो सकती है।
एक व्यावहारिक अंतिम निरीक्षण की समीक्षा हो सकती है:
- बाड़े की उपस्थिति
- उजागर पोर्ट और कनेक्टर
- स्क्रू, ब्रैकेट और फास्टनर
- जहां आवश्यक हो वहां कनेक्टर कवर या डस्ट कैप लगाएं
- जहां लागू हो वहां दृश्यमान केबल रूटिंग
- लेबल सामग्री और स्थिति
- सीरियल नंबर और मैक एड्रेस लेबल
- यदि आवश्यक हो तो कॉन्फ़िगरेशन लेबल
- सहायक सेट
- पैकिंग सूची
- कार्टन लेबल
- ESD-सुरक्षित पैकेजिंग
- सुरक्षात्मक फोम या आंतरिक पैकिंग
- परीक्षण रिकार्ड
- पुनः कार्य करें और स्थिति का पुनः परीक्षण करें
- उत्पाद संशोधन और शिपमेंट बैच
This is where small details become real delivery issues.
यदि लेबल रिकॉर्ड से मेल नहीं खाता है तो कोई उत्पाद पूरी तरह से काम कर सकता है और फिर भी शिपमेंट में देरी हो सकती है। एक इकाई को सही ढंग से असेंबल किया जा सकता है लेकिन सहायक किट अधूरी होने के कारण अस्वीकार कर दिया जाता है। एक कार्टन में सही उत्पाद हो सकता है लेकिन अगर बाहरी लेबल खरीदार की लॉजिस्टिक्स आवश्यकताओं से मेल नहीं खाता है तो फिर भी प्राप्त करने में समस्याएं पैदा हो सकती हैं।
अंतिम निरीक्षण ग्लैमरस नहीं है.
लेकिन यह अक्सर उस प्रकार की त्रुटि को पकड़ने का आखिरी मौका होता है जिससे तैयार उत्पाद को प्राप्त करना, स्थापित करना, ट्रैक करना या समर्थन करना मुश्किल हो जाता है।

वायरिंग और संलग्नक की स्थितियाँ परीक्षा परिणाम को बदल सकती हैं
एक आम गलती यह मान लेना है कि पीसीबीए परीक्षण का परिणाम स्वचालित रूप से तैयार उत्पाद तक पहुंच जाता है।
कभी-कभी ऐसा होता है.
अक्सर, ऐसा नहीं होता.
बॉक्स बिल्ड असेंबली बोर्ड के चारों ओर की भौतिक स्थिति को बदल देती है। केबल जुड़े हुए हैं. बाड़ा बंद है. स्क्रू, ब्रैकेट, थर्मल सामग्री, डिस्प्ले, पैनल, एंटेना, पावर मॉड्यूल, या अन्य उप-असेंबली जोड़ी जा सकती हैं।
वह नए विफलता बिंदु प्रस्तुत कर सकता है।
- एक हार्नेस पूरी तरह से बैठा नहीं हो सकता है।
- एक कनेक्टर यांत्रिक तनाव में हो सकता है।
- एक केबल ताप स्रोत के बहुत करीब से गुजर सकती है।
- एक तार को एक ऑपरेटर से दूसरे ऑपरेटर तक अलग-अलग तरीके से रूट किया जा सकता है।
- असेंबली के दौरान थर्मल पैड शिफ्ट हो सकता है।
- एक पेंच पास के किसी घटक के साथ हस्तक्षेप कर सकता है।
- पैनल टॉलरेंस समस्या के कारण I/O पोर्ट अवरुद्ध हो सकता है।
ये इस प्रकार के मुद्दे हैं जिन्हें पकड़ने के लिए यूनिट कार्यात्मक परीक्षण का उद्देश्य है।
हर समस्या ख़राब असेंबली के कारण नहीं होती. कुछ अस्पष्ट रेखाचित्रों, ढीली सहनशीलता, देर से डिज़ाइन परिवर्तन, या एक परीक्षण योजना से आते हैं जो बोर्ड के लिए लिखी गई थी लेकिन तैयार इकाई के लिए नहीं।
यही कारण है कि जब परीक्षण वास्तविक असेंबली स्थिति का पालन करता है तो बॉक्स बिल्ड डिलीवरी बेहतर काम करती है।
यदि ग्राहक को उत्पाद पूरी तरह से असेंबल किया हुआ प्राप्त होगा, तो अंतिम कार्यात्मक परीक्षण जब भी व्यावहारिक हो, पूरी तरह से असेंबल की गई स्थिति पर आधारित होना चाहिए।
फ़र्मवेयर और कॉन्फ़िगरेशन को अपनी स्वयं की जाँच की आवश्यकता होती है
कई औद्योगिक इलेक्ट्रॉनिक्स उत्पादों के लिए, हार्डवेयर डिलीवरी का केवल एक हिस्सा है।
फ़र्मवेयर, BIOS सेटिंग्स, OS छवि, ड्राइवर पैकेज, ग्राहक एप्लिकेशन, सीरियल नंबर, MAC पता, संचार सेटिंग्स, या अंशांकन डेटा भी प्रभावित कर सकता है कि यूनिट आने पर उपयोग करने योग्य है या नहीं।
एक तैयार उत्पाद सही दिख सकता है और फिर भी गलत कॉन्फ़िगरेशन के साथ भेजा जा सकता है।
यही कारण है कि जब परियोजना को इसकी आवश्यकता होती है तो कॉन्फ़िगरेशन जांच पूर्ण इकाई सत्यापन का हिस्सा होना चाहिए।
उत्पाद के आधार पर, इसमें शामिल हो सकते हैं:
- प्रक्रिया यंत्र सामग्री संस्करण
- BIOS या सिस्टम सेटिंग्स
- ओएस या भंडारण छवि
- बूट क्रम
- मैक एड्रेस रिकॉर्ड
- क्रम संख्या रिकॉर्ड
- संचार पोर्ट मोड
- ग्राहक एप्लिकेशन संस्करण
- परीक्षण सॉफ्टवेयर परिणाम
- कॉन्फ़िगरेशन लेबल
इसका मतलब यह नहीं है कि प्रत्येक प्रोजेक्ट को एक जटिल सॉफ़्टवेयर प्रक्रिया की आवश्यकता होती है।
कुछ उत्पाद सरल हैं. कुछ बिना फ़र्मवेयर लोडिंग के जहाज़ भेजते हैं। कुछ को पुष्टिकरण पर केवल बुनियादी शक्ति की आवश्यकता होती है।
लेकिन यदि उत्पाद किसी विशिष्ट कॉन्फ़िगरेशन पर निर्भर करता है, तो उस कॉन्फ़िगरेशन को मेमोरी, स्क्रीनशॉट या अनौपचारिक संदेशों पर निर्भर नहीं होना चाहिए।
एक कामकाजी इंजीनियरिंग नमूना पर्याप्त नहीं है।
तैयार इकाई को एक दोहराने योग्य उत्पादन विधि और एक रिकॉर्ड की आवश्यकता होती है जो खरीदार की आवश्यकता से मेल खाता हो।

जब तक पुन: परीक्षण परिभाषित नहीं हो जाता तब तक पुन: कार्य समाप्त नहीं होता है
प्रत्येक वास्तविक उत्पादन प्रक्रिया को विफल इकाइयों के लिए एक नियम की आवश्यकता होती है।
बॉक्स बिल्ड असेंबली अलग नहीं है।
एक विफल इकाई को केबल रीसेट, कनेक्टर प्रतिस्थापन, फ़र्मवेयर पुनः लोड, लेबल सुधार, आवास समायोजन, सोल्डर रीवर्क, सहायक सुधार, या पूर्ण पुनर्निर्माण की आवश्यकता हो सकती है।
महत्वपूर्ण प्रश्न केवल यह नहीं है कि समस्या को कैसे ठीक किया जाए।
महत्वपूर्ण प्रश्न यह है कि बाद में किस चीज़ का पुनः परीक्षण किया जाना चाहिए।
यदि एक केबल को दोबारा लगाया गया था, तो क्या संबंधित पोर्ट का दोबारा परीक्षण किया जाना चाहिए?
यदि फ़र्मवेयर पुनः लोड किया गया था, तो क्या कॉन्फ़िगरेशन रिकॉर्ड अद्यतन किया जाना चाहिए?
यदि बाड़े को फिर से खोला गया था, तो क्या दृश्य निरीक्षण दोहराया जाना चाहिए?
यदि कोई लेबल बदल दिया गया था, तो क्या सीरियल नंबर रिकॉर्ड दोबारा जांचा जाना चाहिए?
यदि पीसीबीए पर दोबारा काम किया गया, तो क्या बोर्ड स्तर और पूर्ण स्तर के दोनों यूनिट जांच की समीक्षा की जानी चाहिए?
यहीं पर वितरण निरंतरता सुरक्षित रहती है।
पुन: परीक्षण नियमों के बिना, एक ऑपरेटर एक इकाई की मरम्मत कर सकता है और त्वरित जांच के बाद उसे आगे भेज सकता है, जबकि दूसरा पूरा परीक्षण फिर से चला सकता है। वह असंगति जोखिम पैदा करती है।
एक अच्छी बॉक्स निर्माण प्रक्रिया पुनर्कार्य को एक अतिरिक्त गतिविधि के रूप में नहीं मानती है।
यह पुनः कार्य और पुनः परीक्षण को नियंत्रित वितरण प्रवाह के भाग के रूप में मानता है।
जब उत्पाद फ़ैक्टरी से बाहर निकलता है तो रिकॉर्ड मायने रखता है
एक परीक्षण रिकॉर्ड सिर्फ एक फ़ैक्टरी फ़ाइल नहीं है।
इससे खरीदार को बाद में मदद मिल सकती है.
यदि कोई ग्राहक किसी फ़ील्ड समस्या की रिपोर्ट करता है, तो खरीदार को यह जानने की आवश्यकता हो सकती है कि कौन सा फ़र्मवेयर संस्करण लोड किया गया था, किस पीसीबीए संशोधन का उपयोग किया गया था, यूनिट किस बैच से आई थी, क्या यूनिट ने पूर्ण {{0}यूनिट कार्यात्मक परीक्षण पारित किया था, या क्या शिपमेंट से पहले कोई पुन: कार्य किया गया था।
हर प्रोजेक्ट को गहन ट्रैसेबिलिटी की आवश्यकता नहीं होती है।
लेकिन आवश्यक रिकॉर्ड स्तर पर उत्पादन से पहले सहमति होनी चाहिए, समस्या सामने आने के बाद नहीं।
कुछ उत्पादों के लिए, बैच स्तर का रिकॉर्ड पर्याप्त है। दूसरों के लिए, इकाई स्तर के रिकॉर्ड अधिक उपयुक्त हो सकते हैं। औद्योगिक इलेक्ट्रॉनिक्स उत्पाद, नियंत्रण मॉड्यूल, गेटवे, एम्बेडेड सिस्टम और उपकरण उप-असेंबली अक्सर स्पष्ट रिकॉर्ड से लाभान्वित होते हैं क्योंकि उन्हें शिपमेंट के लंबे समय बाद स्थापित, सर्विस या प्रतिस्थापित किया जा सकता है।
रिकॉर्ड को जटिल बनाने की आवश्यकता नहीं है.
इसका उपयोगी होना जरूरी है.
एक साधारण रिकॉर्ड जो इकाई, परीक्षण परिणाम, फ़र्मवेयर संस्करण, लेबल और शिपमेंट बैच को स्पष्ट रूप से जोड़ता है, एक बड़ी रिपोर्ट से अधिक मूल्यवान हो सकता है जिसे बाद में कोई भी उपयोग नहीं कर सकता है।
सत्यापन के दायरे का उत्पाद जोखिम से मिलान करें
प्रत्येक बॉक्स निर्माण परियोजना पर एक मानक परीक्षण और निरीक्षण पैकेज थोपा नहीं जाना चाहिए।
इससे दो समस्याएं पैदा हो सकती हैं.
बहुत कम सत्यापन डिलीवरी जोखिम पैदा करता है। बहुत अधिक सत्यापन लागत, लीड समय और प्रक्रिया बोझ पैदा करता है जो उत्पाद से मेल नहीं खा सकता है।
एक व्यावहारिक दृष्टिकोण उत्पाद की जटिलता और अनुप्रयोग के साथ सत्यापन के दायरे का मिलान करना है।
|
उत्पाद स्थिति |
व्यावहारिक सत्यापन फोकस |
|
सीमित इलेक्ट्रॉनिक्स के साथ सरल संलग्नक |
जांच, दृश्य निरीक्षण, लेबल और सहायक पुष्टिकरण पर पावर{{0} |
|
औद्योगिक नियंत्रण मॉड्यूल |
पावर इनपुट, I/O प्रतिक्रिया, वायरिंग जांच, फर्मवेयर संस्करण, लेबल और रिकॉर्ड समीक्षा |
|
एंबेडेड गेटवे या औद्योगिक कंप्यूटर |
बूट अनुक्रम, ईथरनेट/यूएसबी/कॉम जांच, भंडारण, फर्मवेयर या ओएस छवि, सीरियल/मैक रिकॉर्ड |
|
ग्राहक विशिष्ट सॉफ़्टवेयर वाला उत्पाद |
एप्लिकेशन स्टार्टअप, कॉन्फ़िगरेशन जांच, परीक्षण स्क्रिप्ट, रिकॉर्ड लिंकेज |
|
कई सहायक उपकरणों के साथ उत्पाद |
पैकिंग सूची, सहायक किट, कार्टन लेबल, शिपमेंट तैयारी समीक्षा |
यह कोई सार्वभौमिक नियम नहीं है.
कुछ उत्पादों की कम आवश्यकता होती है. कुछ को और चाहिए.
मुख्य बात यह है कि ऐसे उत्पाद की शिपिंग से बचना है जो असेंबल किया गया है लेकिन उसकी तैयार अवस्था में सत्यापित नहीं है।
एक व्यावहारिक समाप्त -यूनिट सत्यापन चेकलिस्ट
ओईएम खरीदारों के लिए, एक पूर्ण इकाई सत्यापन चेकलिस्ट लंबी होने की आवश्यकता नहीं है, लेकिन यह उत्पादन को निर्देशित करने के लिए पर्याप्त विशिष्ट होनी चाहिए।
|
सत्यापन क्षेत्र |
क्या पुष्टि करनी है |
|
काम की जांच |
जहां आवश्यक हो वहां पावर ऑन, आई/ओ, डिस्प्ले, संचार, स्टोरेज, फ़र्मवेयर, ग्राहक फ़ंक्शन |
|
तार और घेरा |
केबल सीटिंग, रूटिंग, तनाव जोखिम, संलग्नक फिट, कनेक्टर एक्सपोज़र, थर्मल संपर्क जहां प्रासंगिक हो |
|
विन्यास |
फ़र्मवेयर संस्करण, BIOS/OS छवि, MAC पता, क्रमांक, ग्राहक सेटिंग्स |
|
अंतिम निरीक्षण |
उपस्थिति, पेंच, लेबल, बंदरगाह, सहायक उपकरण, पैकिंग की स्थिति |
|
अभिलेख |
परीक्षण परिणाम, पुनरीक्षण, क्रम संख्या, बैच, पुनः कार्य और पुनः परीक्षण स्थिति |
|
पैकेजिंग |
ईएसडी-सुरक्षित पैकेजिंग, फोम या सुरक्षा, सहायक चेकलिस्ट, कार्टन लेबल, शिपमेंट की तैयारी |
चेकलिस्ट लक्ष्य नहीं है.
The goal is to make sure the finished unit is checked as a finished unit, not as a board with a housing around it.
इस चर्चा में एसटीएचएल कहां फिट बैठता है
बॉक्स बिल्ड असेंबली परियोजनाओं पर काम करने वाले ओईएम खरीदारों के लिए, शेन्ज़ेन एसटीएचएल टेक्नोलॉजी कंपनी लिमिटेड व्यावहारिक ईएमएस विनिर्माण परिप्रेक्ष्य से परीक्षण और अंतिम निरीक्षण आवश्यकताओं की समीक्षा कर सकती है।
प्रोजेक्ट के आधार पर इसमें शामिल हो सकते हैंपरीक्षण एवं निरीक्षणयोजना बनाना, समाप्त{{0}यूनिट कार्यात्मक परीक्षण चर्चा, प्रोग्रामिंग या कॉन्फ़िगरेशन पुष्टिकरण, लेबल और रिकॉर्ड समीक्षा,बॉक्स बिल्ड असेंबलीसमर्थन, और अपस्ट्रीमपीसीबी असेंबलीसमन्वय.
लक्ष्य प्रत्येक बॉक्स निर्माण परियोजना को जटिल बनाना नहीं है।
एक साधारण उत्पाद में एक सरल सत्यापन योजना होनी चाहिए। लेकिन जब अंतिम डिलीवरी वायरिंग, एनक्लोजर असेंबली, फ़र्मवेयर, कार्यात्मक परीक्षण, लेबल, सहायक उपकरण, पैकेजिंग और ट्रेसबिलिटी पर निर्भर करती है, तो शिपमेंट से पहले उन वस्तुओं की पुष्टि की जानी चाहिए।
निष्कर्ष
जब उत्पाद असेंबल हो जाता है तो बॉक्स बिल्ड असेंबली डिलीवरी समाप्त नहीं होती है।
यह तब समाप्त होता है जब तैयार इकाई का परीक्षण, निरीक्षण, पहचान, पैक और इस तरह से रिकॉर्ड किया जाता है जो खरीदार की डिलीवरी आवश्यकता से मेल खाता हो।
कार्यात्मक परीक्षण यह पुष्टि करता है कि असेंबल किया गया उत्पाद अपनी अंतिम स्थिति में काम करता है या नहीं। अंतिम निरीक्षण यह पुष्टि करता है कि उत्पाद पूरा है, लेबल किया गया है, पैक किया गया है और शिपिंग के लिए तैयार है। जब कुछ विफल हो जाता है तो पुन: कार्य और पुन: परीक्षण नियम निरंतरता की रक्षा करते हैं। रिकॉर्ड्स से फ़ैक्टरी और ओईएम दोनों को यह समझने में मदद मिलती है कि क्या बनाया और वितरित किया गया था।
ओईएम खरीदारों के लिए, व्यावहारिक सबक सरल है: बॉक्स बिल्ड परीक्षण को अंतिम मिनट के चेकबॉक्स के रूप में न मानें। इसे अंतिम पुष्टि मानें कि उत्पाद फैक्ट्री छोड़ने के लिए तैयार है।
बॉक्स बिल्ड असेंबली प्रोजेक्ट के लिए कार्यात्मक परीक्षण या अंतिम निरीक्षण में सहायता की आवश्यकता है? के माध्यम से अपनी फ़ाइलें सबमिट करेंएक उद्धरण का अनुरोध करेंया सीधे एसटीएचएल से संपर्क करेंinfo@pcba-china.com.

