पायलट पीसीबी असेंबली चलाने से पहले स्वीकृति मानदंड कैसे निर्धारित करें

परिचय

एक पायलट पीसीबी असेंबली रन केवल एक प्रश्न से शुरू नहीं होना चाहिए: "क्या बोर्ड काम कर सकता है?"

यह इस चरण के लिए बहुत ढीला है।

जब तक कोई परियोजना पायलट निर्माण तक पहुंचती है, तब तक टीम के पास आमतौर पर एक प्रोटोटाइप होता है जो अगले चरण को उचित ठहराने के लिए पर्याप्त रूप से काम करता है। कठिन सवाल यह है कि क्या अगला निर्माण कम मात्रा या बैच उत्पादन का समर्थन करने के लिए पुनरावृत्ति, परीक्षण योग्यता, असेंबली तैयारी, सोर्सिंग स्थिरता और पर्याप्त प्रक्रिया आत्मविश्वास साबित कर सकता है।

यहीं पर स्वीकृति मानदंड मायने रखते हैं।

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

एक पायलट पीसीबी असेंबली रन के लिए, व्यावहारिक स्वीकृति मानदंड में कारीगरी मानकों, कार्यात्मक परीक्षण की स्थिति, निरीक्षण का दायरा, नमूना तर्क, घटक प्रतिस्थापन नियम, पुन: कार्य सीमाएं, दस्तावेज़ीकरण, और पास, होल्ड, पुन: कार्य, दस्तावेजी उपयोग के लिए निर्णय पथ को शामिल किया जाना चाहिए, जैसा कि {{1} अनुमोदन है, या अस्वीकार है।

पायलट रन से पहले स्वीकृति मानदंड क्यों मायने रखता है?

एक प्रोटोटाइप बिल्ड अधिक व्याख्या को सहन कर सकता है।

एक पायलट रन नहीं कर सकता.

शुरुआती प्रोटोटाइप कार्य के दौरान, इंजीनियर अनिश्चितता की उम्मीद कर सकते हैं। वे मैन्युअल रूप से जांच कर सकते हैं, केवल प्रमुख कार्यों का परीक्षण कर सकते हैं, अस्थायी सुधारों को मंजूरी दे सकते हैं, या केवल सीखते रहने के लिए सीमित प्रतिस्थापन स्वीकार कर सकते हैं। जब उद्देश्य खोज हो तो यह सामान्य है।

पायलट पीसीबी असेंबली रन का एक अलग काम होता है।

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

एक वर्किंग बोर्ड एक स्वीकृत पायलट बिल्ड के समान नहीं है।

अंतर अनुशासन का है. एक कार्यकारी बोर्ड बुनियादी कार्य सिद्ध करता है। एक स्वीकृत पायलट बिल्ड यह साबित करता है कि लॉट ने निर्माण, निरीक्षण, परीक्षण, दस्तावेज़ीकरण और स्वभाव अपेक्षाओं के एक निर्धारित सेट को पूरा किया है।

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

ये केवल गुणवत्ता संबंधी समस्याएँ नहीं हैं। वे निर्णय संबंधी समस्याएँ हैं।

स्वीकृति मानदंड में क्या शामिल होना चाहिए

स्वीकृति मानदंड को जटिल होने की आवश्यकता नहीं है। किसी निर्णय का समर्थन करने के लिए उन्हें लिखा जाना, साझा किया जाना और पर्याप्त रूप से विशिष्ट होना आवश्यक है।

अधिकांश पायलट पीसीबी असेंबली रन के लिए, खरीदारों को बिल्ड जारी होने से पहले निम्नलिखित क्षेत्रों को परिभाषित करना चाहिए।

1. कारीगरी मानक और आईपीसी वर्ग

पहली परत कारीगरी है.

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

कई परियोजनाओं के लिए, IPC{0}}A-610 वर्ग अपेक्षाओं या ग्राहक-परिभाषित कारीगरी नियमों का उपयोग आधार रेखा के रूप में किया जाता है। लेकिन खरीदार को यह नहीं मानना ​​चाहिए कि ईएमएस भागीदार जानता है कि कौन सी व्याख्या लागू होती है जब तक कि इसे बिल्ड पैकेज, खरीद आदेश या गुणवत्ता समझौते में स्पष्ट रूप से नहीं बताया गया हो।

"आईपीसी-अनुपालक" जैसा वाक्यांश आमतौर पर पर्याप्त नहीं है।

परियोजना को यह स्पष्ट करना चाहिए कि क्या निर्माण से कक्षा 2, कक्षा 3, या ग्राहक की विशिष्ट आवश्यकता का पालन करने की उम्मीद की जाती है। इसमें उत्पाद के लिए मायने रखने वाले किसी भी अपवाद को भी शामिल किया जाना चाहिए, जैसे विशेष कॉस्मेटिक नियम, कनेक्टर संरेखण आवश्यकताएं, कोटिंग अपेक्षाएं, या स्वच्छता आवश्यकताएं।

पायलट रन में देरी नहीं होनी चाहिए क्योंकि एक पक्ष एक अपेक्षा के विपरीत निरीक्षण कर रहा है जबकि दूसरा पक्ष दूसरी अपेक्षा के विरुद्ध समीक्षा कर रहा है।

OEM खरीदारों के लिए, व्यावहारिक प्रश्न सरल है:

कौन सी कारीगरी की स्थिति स्वीकार्य है, और किस स्थिति में समीक्षा के लिए लॉट को रोका जाना चाहिए?

असेंबली शुरू होने से पहले उस प्रश्न का उत्तर दिया जाना चाहिए।

2. कार्यात्मक परीक्षण स्थितियाँ और सीमा सीमाएँ

एक पायलट रन को "पावर ऑन और चेक" से अधिक परिभाषित करना चाहिए।

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

परीक्षण विधि उतनी ही मायने रखती है जितनी परीक्षण वस्तु।

एक बोर्ड जो इंजीनियर की बेंच से गुजरता है, वह दोहराए जाने वाले पायलट परीक्षण प्रवाह से नहीं गुजर सकता है। यदि प्रत्येक इकाई को सुधार, मैन्युअल व्याख्या, या इंजीनियरिंग निर्णय की आवश्यकता होती है, तो परीक्षण विधि पायलट स्तर के सत्यापन के लिए तैयार नहीं है।

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

पायलट पीसीबी असेंबली के लिए, कार्यात्मक परीक्षण मानदंड इस तरह से लिखे जाने चाहिए कि एक तकनीशियन दोहरा सके, न कि केवल इस तरह से कि डिज़ाइन इंजीनियर समझ सके।

3. निरीक्षण का दायरा और परीक्षण कवरेज

प्रत्येक पायलट रन के लिए समान निरीक्षण गहराई की आवश्यकता नहीं होती है।

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

खरीदार को यह परिभाषित करना चाहिए कि शेड्यूल प्रतिबद्ध होने से पहले किस निरीक्षण और परीक्षण कवरेज की अपेक्षा की जाती है।

यह केवल गुणवत्ता का मुद्दा नहीं है. यह भी एक समय का मुद्दा है.

यदि आईसीटी फिक्सचर तैयारी, कार्यात्मक परीक्षण प्रक्रिया, परीक्षण कार्यक्रम सेटअप, प्रोग्रामिंग चरण, एक्स रे रिपोर्टिंग, या विशेष डेटा लॉगिंग को असेंबली योजना के बाद जोड़ा जाता है, तो पायलट रन इंतजार कर सकता है, भले ही बोर्ड स्वयं तैयार हों।

परीक्षण का दायरा स्पष्ट होने पर पायलट निर्माण तेजी से आगे बढ़ सकता है। यह तब धीमी गति से चलता है जब ईएमएस पार्टनर को लॉट पहले से ही प्रक्रिया में होने के बाद परीक्षण अपेक्षा को स्पष्ट करना होता है।

4. नमूनाकरण योजना और लॉट-स्तरीय निर्णय नियम

यह वह जगह है जहां कई पायलट निर्माण असहज हो जाते हैं: खरीदार को कुछ दोष दिखाई देते हैं, ईएमएस टीम को एक छोटा पायलट लॉट दिखाई देता है, और आगे क्या होता है इसके लिए किसी के पास कोई लिखित नियम नहीं है।

एक पायलट रन अक्सर इतना छोटा होता है कि खरीदार प्रत्येक इकाई का मैन्युअल रूप से निरीक्षण करने के लिए प्रलोभित हो सकते हैं। कभी-कभी यही सही दृष्टिकोण होता है।

छोटे पायलट लॉट के लिए, 100% दृश्य निरीक्षण या 100% कार्यात्मक परीक्षण व्यावहारिक और उपयोगी हो सकता है क्योंकि टीम अभी भी डिजाइन और प्रक्रिया के बारे में सीख रही है। बड़ी पायलट मात्रा या अधिक परिपक्व उत्पादों के लिए, एक नमूना योजना अधिक यथार्थवादी हो सकती है।

किसी भी तरह, निर्णय नियमों को निर्माण से पहले परिभाषित किया जाना चाहिए।

यदि नमूनाकरण का उपयोग किया जाता है, तो टीम को दोष श्रेणियों जैसे कि महत्वपूर्ण, प्रमुख और छोटे दोषों को परिभाषित करना चाहिए, और सहमत होना चाहिए कि प्रत्येक श्रेणी लॉट स्वीकृति को कैसे प्रभावित करती है। AQL आधारित नमूनाकरण एक उपयोगी संदर्भ प्रदान कर सकता है, लेकिन परियोजना को अभी भी उत्पाद जोखिम, उद्योग और पायलट उद्देश्य के आधार पर अपने स्वयं के निर्णय की आवश्यकता है।

बहुत अधिक स्तर के निर्णय नियम के बिना, विफलताओं की एक छोटी संख्या अनावश्यक लॉट होल्ड या समीक्षा में देरी पैदा कर सकती है।

स्वीकृति मानदंड को यह परिभाषित करना चाहिए कि क्या होता है जब:

• एक इकाई कार्यात्मक परीक्षण में विफल रहती है
• कई इकाइयाँ समान दोष दिखाती हैं
• दोष कॉस्मेटिक हैं लेकिन दोहराए जा सकते हैं
• विफलता एक ज्ञात डिज़ाइन समस्या से जुड़ी हुई है
• ऐसा प्रतीत होता है कि समस्या असेंबली, सामग्री, फ़र्मवेयर या परीक्षण सेटअप से आई है

मुद्दा पायलट को कठोर बनाने का नहीं है। मुद्दा यह है कि दबाव में निर्णय लेने से बचें।

5. घटक प्रतिस्थापन और सामग्री स्वीकृति नियम

भौतिक परिवर्तनों को कम आंकना आसान है क्योंकि वे अक्सर बीओएम में हानिरहित दिखते हैं।

एक पायलट रन वैकल्पिक भागों, अनुमोदित प्रतिस्थापन, या प्रोटोटाइप से विभिन्न सोर्सिंग चैनलों का उपयोग कर सकता है। यह स्वीकार्य हो सकता है, लेकिन इसे नियंत्रित किया जाना चाहिए।

यदि वैकल्पिक भाग का उपयोग किया जाता है, तो टीम को पता होना चाहिए कि पायलट रन मूल डिज़ाइन, वैकल्पिक भाग या दोनों को मान्य कर रहा है या नहीं। एक पिन संगत घटक अभी भी समय, थर्मल व्यवहार, स्टार्टअप व्यवहार, सिग्नल मार्जिन, एलईडी चमक, चार्जिंग व्यवहार, संचार स्थिरता, या परीक्षण प्रतिक्रिया को प्रभावित कर सकता है।

यहीं पर खरीदार अक्सर स्पष्टता खो देते हैं।

टीम को लगता है कि वह उत्पाद का परीक्षण कर रही है। वास्तव में, यह उत्पाद का परीक्षण और बिना समीक्षा किए गए सोर्सिंग परिवर्तन हो सकता है।

पायलट रन से पहले, खरीदारों को यह परिभाषित करना चाहिए:

• कौन से हिस्से महत्वपूर्ण हैं
• कौन से विकल्प स्वीकृत हैं
• किन प्रतिस्थापनों के लिए लिखित अनुमोदन की आवश्यकता है
• चाहे ब्रांड या वितरक प्रतिबंध लागू हों
• क्या दिनांक कोड, लॉट कोड, या बैच ट्रैसेबिलिटी आवश्यक है
• यदि किसी विकल्प का उपयोग किया जाता है तो पायलट परिणाम वैध रहता है या नहीं

सामग्री नियम स्वीकृति मानदंड का हिस्सा हैं क्योंकि वे प्रभावित करते हैं कि पायलट परिणाम का वास्तव में क्या मतलब है।

6. पुन: कार्य, मरम्मत और उपयोग{{1}जैसा{{2}अनुमोदन है

पायलट रन से अक्सर समस्याएं उजागर होती हैं।

यह स्वचालित रूप से कोई समस्या नहीं है. एक पायलट निर्माण का उद्देश्य आंशिक रूप से यह उजागर करना है कि अभी भी क्या सुधार की आवश्यकता है।

समस्या तब शुरू होती है जब पुनः कार्य अदृश्य हो जाता है।

यदि बार-बार टच अप, मैन्युअल बचाव, घटक स्वैपिंग, वायरिंग परिवर्तन, या अस्पष्ट इंजीनियरिंग हस्तक्षेप के बाद ही लॉट पास हो सकता है, तो पायलट परिणाम वास्तव में प्रक्रिया से बेहतर दिख सकता है।

खरीदारों को यह परिभाषित करना चाहिए कि किस प्रकार के पुनर्कार्य की अनुमति है, क्या दर्ज किया जाना चाहिए, और जब पुन: कार्य करता है तो पायलट परिणाम का अर्थ बदल जाता है।

तीन विचारों को अलग करना भी उपयोगी है:

पुनः कार्य का अर्थ है किसी दोष को ठीक करना ताकि इकाई मूल स्वीकृति मानदंडों को पूरा कर सके।

मरम्मत का अर्थ नियंत्रित विधि के माध्यम से कार्य को बहाल करना है जो इकाई को मूल स्थिति में पूरी तरह से वापस नहीं लौटा सकता है।

प्रलेखित उपयोग के रूप में {{1}अनुमोदन का मतलब ज्ञात विचलन को स्वीकार करना है क्योंकि खरीदार ने जोखिम की समीक्षा की है और एक परिभाषित उद्देश्य के लिए इकाई को मंजूरी दे दी है।

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

एक पायलट बिल्ड को पढ़ाने की अनुमति दी जानी चाहिए। इसे प्रक्रिया की अस्थिरता को छिपाना नहीं चाहिए।

7. दस्तावेज़ीकरण और पता लगाने योग्य डिलिवरेबल्स

प्रमाण के बिना स्वीकृति पूर्ण नहीं होती।

स्वीकृति मानदंड को यह परिभाषित करना चाहिए कि खरीदार निर्माण से क्या रिकॉर्ड चाहता है। इसमें निरीक्षण रिकॉर्ड, कार्यात्मक परीक्षण परिणाम, सीरियल नंबर, फर्मवेयर संस्करण, प्रोग्रामिंग लॉग, रीवर्क रिकॉर्ड, एक्स रे छवियां, पहला लेख नोट्स, पैकेजिंग फोटो, घटक ट्रैसेबिलिटी रिकॉर्ड, या एक संक्षिप्त गैर-अनुरूपता सारांश शामिल हो सकते हैं।

दस्तावेज़ीकरण को अत्यधिक होने की आवश्यकता नहीं है. लेकिन इसे पायलट चलाने के बाद खरीदार द्वारा लिए जाने वाले निर्णय से मेल खाना चाहिए।

यदि अगला चरण डिज़ाइन संशोधन है, तो खरीदार को ऐसे साक्ष्य की आवश्यकता होती है जो इंजीनियरिंग कार्य में मदद करता हो।

यदि अगला कदम कम मात्रा में उत्पादन है, तो खरीदार को इस बात का सबूत चाहिए कि प्रक्रिया भरोसा करने के लिए पर्याप्त रूप से दोहराई जा सकती है।

यदि अगला चरण ग्राहक अनुमोदन, प्रमाणन, या आंतरिक रिलीज़ है, तो खरीदार को समीक्षा का समर्थन करने वाले रिकॉर्ड की आवश्यकता हो सकती है।

उपयोगी रिकॉर्ड के बिना चलाया गया पायलट टीम को असेंबल किए गए बोर्ड लेकिन कमजोर आत्मविश्वास के साथ छोड़ सकता है।

8. पैकेजिंग, लेबलिंग और हैंडलिंग आवश्यकताएँ

कुछ परियोजनाओं के लिए, जब बोर्ड परीक्षण पास कर लेता है तो पायलट स्वीकृति समाप्त नहीं होती है।

लेबल, सीरियल नंबर, दिनांक कोड, ईएसडी पैकेजिंग, नमी संवेदनशील हैंडलिंग, कनेक्टर सुरक्षा, शिपमेंट स्थिति और पैकेजिंग प्रारूप भी मायने रख सकते हैं।

यह विशेष रूप से सच है जब पायलट रन आंतरिक हितधारकों, फ़ील्ड परीक्षकों, वितरकों, प्रमाणन भागीदारों या शुरुआती ग्राहकों को भेजा जाएगा।

यदि पैकेजिंग और लेबलिंग को परिभाषित नहीं किया गया है, तो बोर्ड विद्युत रूप से स्वीकार्य हो सकते हैं लेकिन फिर भी अगले चरण के लिए तैयार नहीं हैं।

पायलट पीसीबी असेंबली के लिए, स्वीकृति मानदंड को यह स्पष्ट करना चाहिए कि क्या निर्माण केवल बोर्ड को मान्य कर रहा है, या क्या उसे ट्रैसेबिलिटी, हैंडलिंग और शिपमेंट तैयारी को मान्य करने की भी आवश्यकता है।

प्रैक्टिकल प्री-पायलट स्वीकृति मानदंड चेकलिस्ट

पायलट पीसीबी असेंबली रन जारी करने से पहले, खरीदारों को इन सवालों के जवाब देने में सक्षम होना चाहिए:

• कौन सा पीसीबी संशोधन और बीओएम संशोधन जारी किया गया है?
• कौन सा आईपीसी वर्ग या ग्राहक कारीगरी मानक लागू होता है?
• क्या ग्राहक {{0}विशिष्ट कारीगरी के अपवाद हैं?
• कौन सी निरीक्षण विधियाँ आवश्यक हैं: दृश्य, एओआई, एक्स{{0}रे, आईसीटी, एफसीटी, उड़ान जांच, या अन्य?
• किन कार्यों का परीक्षण किया जाना चाहिए?
• सटीक कार्यात्मक परीक्षण सेटअप क्या है?
• कौन सा फ़र्मवेयर या सॉफ़्टवेयर संस्करण लागू होता है?
• क्या वोल्टेज, लोड या तापमान जैसी सीमा स्थितियाँ आवश्यक हैं?
• क्या परीक्षण प्रत्येक इकाई पर किया जाता है या नमूने द्वारा?
• पास/फेल नियम क्या है?
• यदि एक इकाई विफल हो जाए तो क्या होगा?
• किन दोषों के लिए लॉट होल्ड या इंजीनियरिंग समीक्षा की आवश्यकता होती है?
• क्या वैकल्पिक घटकों की अनुमति है?
• प्रतिस्थापनों को कौन मंजूरी देता है?
• किस पुनर्कार्य की अनुमति है?
• क्या यूनिटों की मरम्मत की जा सकती है या उन्हें {{0}जैसी{1}जैसी उपयोग में लाया जा सकता है?
• कौन से रिकॉर्ड उपलब्ध कराए जाने चाहिए?
• क्या पैकेजिंग, लेबलिंग, या क्रम संख्या नियंत्रण स्वीकृति दायरे का हिस्सा है?
• कौन सा परिणाम परियोजना को अगले चरण में जाने की अनुमति देता है?

यह चेकलिस्ट इंजीनियरिंग निर्णय को प्रतिस्थापित नहीं करती है। यह उस निर्णय को एक साझा प्रारंभिक बिंदु देता है।

एक उपयोगी सीमा मामला

प्रत्येक पायलट रन के लिए भारी दस्तावेज़ीकरण की आवश्यकता नहीं होती है।

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

लेकिन इसका विपरीत भी सच है.

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

जितना अधिक पायलट परिणाम सोर्सिंग अनुमोदन, डिज़ाइन फ्रीज, परीक्षण स्थिरता निवेश, या उत्पादन रिलीज को प्रभावित करेगा, निर्माण शुरू होने से पहले स्वीकृति मानदंड उतना ही स्पष्ट रूप से लिखा जाना चाहिए।

खरीदारों के लिए इसका क्या मतलब है

स्वीकृति मानदंड केवल एक गुणवत्ता दस्तावेज़ नहीं हैं।

वे एक निर्णय उपकरण हैं.

वे खरीदार, ईएमएस पार्टनर और इंजीनियरिंग टीम को यह समझने में मदद करते हैं कि पायलट रन से क्या साबित होना चाहिए। वे बोर्डों को पहले ही असेंबल करने के बाद देर से चरण में असहमति के जोखिम को भी कम करते हैं।

एक पायलट पीसीबी असेंबली रन को एक व्यावहारिक प्रश्न का उत्तर देना चाहिए:

क्या यह डिज़ाइन, सोर्सिंग योजना, असेंबली प्रक्रिया, परीक्षण विधि और दस्तावेज़ीकरण पैकेज अगले चरण का समर्थन कर सकता है?

यदि स्वीकृति मानदंड अस्पष्ट हैं, तो उत्तर भी अस्पष्ट होगा।

इसीलिए खरीदारों को पायलट चलाने से पहले स्वीकृति मानदंड परिभाषित करना चाहिए, निरीक्षण शुरू होने के बाद नहीं।

निष्कर्ष

एक पायलट पीसीबी असेंबली रन तब सबसे उपयोगी होता है जब निर्माण शुरू होने से पहले हर कोई जानता है कि सफलता कैसी दिखती है।

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

लक्ष्य पायलट को नौकरशाही पर चलाना नहीं है। लक्ष्य इसे उपयोगी बनाना है।

जब स्वीकृति मानदंड स्पष्ट होते हैं, तो खरीदार को इकट्ठे बोर्डों से अधिक मिलता है। खरीदार को इस बारे में स्पष्ट निर्णय मिलता है कि परियोजना अगले चरण के लिए तैयार है या नहीं।

पायलट बिल्ड तैयार करने वाले ओईएम खरीदारों के लिए, एसटीएचएल बिल्ड पैकेज की समीक्षा कर सकता हैपीसीबी असेंबलीऔरपरीक्षण एवं निरीक्षणउद्धरण या उत्पादन योजना से पहले परिप्रेक्ष्य। के माध्यम से अपनी फ़ाइलें सबमिट करेंएक उद्धरण का अनुरोध करेंया हमसे सीधे संपर्क करेंinfo@pcba-china.com.

अक्सर पूछे जाने वाले प्रश्न

पायलट पीसीबी असेंबली रन में स्वीकृति मानदंड क्या हैं?

स्वीकृति मानदंड लिखित नियम हैं जिनका उपयोग यह तय करने के लिए किया जाता है कि क्या पायलट निर्माण स्वीकार्य है, समीक्षा की आवश्यकता है, फिर से काम करने की आवश्यकता है, दस्तावेजी उपयोग के तहत स्वीकार किया जा सकता है {{0}जैसा कि अनुमोदन है, या अस्वीकार कर दिया जाना चाहिए। वे आम तौर पर कारीगरी, कार्यात्मक परीक्षण, निरीक्षण का दायरा, दस्तावेज़ीकरण, पुनः कार्य सीमा, सामग्री नियम और पैकेजिंग आवश्यकताओं को कवर करते हैं।

पायलट रन शुरू होने से पहले स्वीकृति मानदंड क्यों परिभाषित किए जाने चाहिए?

क्योंकि देर से स्वीकार किए गए निर्णय अक्सर देरी, असहमति और अस्पष्ट पायलट परिणाम पैदा करते हैं। निर्माण शुरू होने से पहले मानदंड परिभाषित करने से खरीदार और ईएमएस भागीदार को यह समझने में मदद मिलती है कि पायलट रन से क्या साबित होना चाहिए।

क्या पायलट पीसीबी असेंबली स्वीकृति के लिए IPC-A-610 पर्याप्त है?

आईपीसी-ए-610 एक उपयोगी कारीगरी आधार रेखा हो सकती है, लेकिन यह आमतौर पर अपने आप में पर्याप्त नहीं है। पायलट स्वीकृति में उत्पाद विशिष्ट कार्यात्मक परीक्षण, नमूनाकरण नियम, दस्तावेज़ीकरण आवश्यकताएँ, सामग्री अनुमोदन, पुनः कार्य सीमाएँ और अगले चरण के निर्णय मानदंड भी शामिल होने चाहिए।

क्या प्रत्येक पायलट पीसीबी असेंबली चलाने के लिए पूर्ण कार्यात्मक परीक्षण की आवश्यकता होनी चाहिए?

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