پروٹوٹائپ اور پائلٹ کی تعمیر کے درمیان اجزاء کی سورسنگ کیسے بدلتی ہے۔

تعارف

ایک پروٹو ٹائپ کی تعمیر اور ایک پائلٹ کی تعمیر ایک ہی اسکیمیٹک، ایک ہی PCB ڈیٹا، اور یہاں تک کہ ایک ہی BOM سے شروع ہو سکتی ہے۔ یہی وجہ ہے کہ بہت سی ٹیمیں ان کے درمیان ہونے والی تبدیلیوں کو کم سمجھتی ہیں۔

پارٹ نمبر اب بھی مانوس لگ سکتے ہیں۔ سورسنگ کا معیار ایسا نہیں ہے۔

پروٹو ٹائپ پی سی بی اسمبلی میں، ٹیم کو تیزی سے آگے بڑھنے میں مدد کے لیے سورسنگ موجود ہے۔ کام یہ ہے کہ ڈیزائن کی توثیق کرنے، بورڈ کو طاقت دینے، ڈیبگنگ کو سپورٹ کرنے اور اگلی نظرثانی کو آگے بڑھانے کے لیے کافی تیزی سے صحیح مواد حاصل کرنا ہے۔ پائلٹ کی تعمیر میں، سورسنگ کا ایک مختلف کردار ہوتا ہے۔ اسے منظوری کے کم وقفوں، کم مادی سرپرائزز، اور پروڈکشن کے لیے صاف ستھرا ہینڈ آف کے ساتھ بہت زیادہ سپورٹ کرنا ہے۔

یہ واضح لگتا ہے۔ عملی طور پر، یہ وہ جگہ ہے جہاں بہت ساری ٹیمیں پکڑی جاتی ہیں۔

اگر آپ کا پروجیکٹ پہلے ہی انجینئرنگ کے ابتدائی نمونوں سے آگے بڑھ رہا ہے، تو اس کے خلاف اس منتقلی کا جائزہ لینا سمجھ میں آتا ہے۔اجزاء سورسنگاورپی سی بی اسمبلیاگلی تعمیر جاری ہونے سے پہلے۔

ایک ہی BOM کا مطلب ایک ہی سورسنگ معیار نہیں ہے۔

خریداروں کے سب سے عام مفروضوں میں سے ایک یہ ہے کہ پائلٹ-بلڈ سورسنگ صرف ایک بڑی مقدار میں پروٹو ٹائپ سورسنگ ہے۔

یہ عام طور پر نہیں ہے.

ایک پروٹوٹائپ ایک تنگ مادی مفروضے پر آگے بڑھ سکتا ہے۔ ایک حصہ قابل قبول ہوسکتا ہے کیونکہ اسٹاک آج موجود ہے، کیونکہ انجینئر ایک مختصر-متبادل کو منظور کرنے کے لیے تیار ہے، یا اس لیے کہ فوری مقصد صرف کام کرنے والے بورڈز کو لیب میں لانا ہے۔ ایک پائلٹ تعمیر کم بخشنے والا ہے۔ سوال اب یہ نہیں ہے کہ آیا کوئی حصہ اسٹاک میں کہیں موجود ہے۔ سوال یہ ہے کہ کیا مکمل تعمیر کے لیے کافی سپلائی موجود ہے، کیا آرڈر دینے کے بعد بھی ماخذ قابل عمل ہے، اور کیا معائنہ، جانچ، اور کھیپ کو مدنظر رکھتے ہوئے اس مواد کا انتخاب اب بھی معنی رکھتا ہے۔

ایک نمونہ-تیار BOM خود بخود پائلٹ-تیار BOM نہیں ہے۔

یہ پہلی چیز ہے جسے خریداروں کو الگ کرنا چاہئے۔

پروٹوٹائپ بلڈ میں خریدار عام طور پر کس چیز کے ساتھ رہ سکتے ہیں۔

پروٹوٹائپ سورسنگ عام طور پر رفتار، دستیابی، اور انجینئرنگ کی لچک سے چلتی ہے۔

اس کا اکثر مطلب ہوتا ہے اسٹاک-پہلی خریداری، اعلی-سروس ڈسٹری بیوٹرز سے چھوٹی خریداری، اور کم-خطرے والے حصوں پر زیادہ حکمت عملی سے متعلق فیصلے۔ اگر پروجیکٹ ابھی بھی ڈیزائن کی توثیق میں ہے، تو یہ ناقص نظم و ضبط نہیں ہے۔ یہ اکثر صحیح نظم و ضبط ہوتا ہے۔

ایک پروٹو ٹائپ BOM بھی بہت سی ٹیموں کے مقابلے میں زیادہ سیال ہے جو تسلیم کرنا پسند کرتی ہے۔ حصے اب بھی نظرثانی کے درمیان تبدیل ہو سکتے ہیں۔ پیکیجنگ فارمیٹ میں ابھی زیادہ فرق نہیں پڑ سکتا ہے۔ اگر یہ انجینئرنگ کا وقت بچاتا ہے اور تعمیر کو آگے بڑھاتا ہے تو ایک اعلی-مقدار کی قیمت اب بھی صحیح تجارت ہوسکتی ہے۔

یہ عام بات ہے۔

اس مرحلے پر جو چیز اہم ہے وہ یہ نہیں ہے کہ آیا سورسنگ پلان چمکدار نظر آتا ہے۔ اہم بات یہ ہے کہ آیا یہ ٹیم کو آگے بڑھنے کے لیے ڈیزائن کے سوال کا فوری جواب دینے میں مدد کرتا ہے۔

جہاں پروٹوٹائپ لچک کی اب بھی حدود ہیں۔

نازک حصوں کے ساتھ اتفاقی سلوک نہیں کیا جانا چاہئے۔ ایک اہم MCU، PMIC، کنیکٹر، RF ماڈیول، یا انٹرفیس-حساس حصے کو اس طرح سنبھالا نہیں جانا چاہئے جیسے ہر تیز-متبادل متبادل خود بخود قابل قبول ہو۔

ایک پروٹوٹائپ پائلٹ کی تعمیر کے مقابلے میں زیادہ سورسنگ لچک کو جذب کر سکتا ہے، لیکن اسے ان حصوں پر ابہام جذب نہیں کرنا چاہیے جو فنکشن، تعمیل، یا مستقبل کی تکرار کی وضاحت کرتے ہیں۔

جہاں ٹیمیں عام طور پر پکڑی جاتی ہیں۔

سب سے عام غلطی ناقص خریداری نہیں ہے۔ یہ ناقص ٹائمنگ ہے۔

ٹیمیں اس وقت تک انتظار کرتی ہیں جب تک کہ پروٹو ٹائپ فعال طور پر درست نہیں ہو جاتا، پھر فرض کریں کہ پائلٹ سورسنگ اسی منطق کے تحت شروع ہو سکتی ہے۔ یہ اکثر بہت دیر ہو جاتا ہے.

ایک زیادہ مستحکم منتقلی کے لیے عام طور پر سورسنگ کا جائزہ شروع کرنے کی ضرورت ہوتی ہے جب کہ ڈیزائن اب بھی تبدیل ہو رہا ہے۔ اس کا مطلب یہ نہیں ہے کہ ہر چیز کو جلد آرڈر کرنا۔ اس کا مطلب ہے کہ BOM کو ایک مینوفیکچرنگ اور سپلائی-چین لینس کے ذریعے چیک کرنا ہے اس سے پہلے کہ تعمیر کا ارتکاب کیا جائے۔

دوسری غلطی ہر لائن آئٹم کو ایک ہی سورسنگ اسٹینڈرڈ کے ساتھ ٹریٹ کرنا ہے۔ پائلٹ نظم و ضبط کو ان حصوں پر زیادہ توجہ مرکوز کرنی چاہئے جو حقیقت میں پروجیکٹ کے خطرے کو چلاتے ہیں:

• طویل-لیڈ فعال آلات
• واحد-ذریعہ یا تنگ-چینل کے حصے
• گاہک-محدود برانڈز
• انٹرفیس-حساس کنیکٹر اور ماڈیولز
• اگر اجزاء تبدیل ہوتے ہیں تو وہ دوبارہ{0}}توثیق کو متحرک کرتے ہیں۔

ہر ریزسٹر کو مرکزی MCU کی طرح کنٹرول کی سطح کی ضرورت نہیں ہے۔

تیسری غلطی یہ فرض کر رہی ہے کہ سب سے سستا سورسنگ پاتھ بہترین پائلٹ-بلڈ پاتھ ہے۔ کم- والیوم پی سی بی اسمبلی میں، بہتر سورسنگ کا فیصلہ عام طور پر وہ ہوتا ہے جو قیمت میں توازن رکھتا ہے، مقدار کی دستیابی، ذریعہ کی وشوسنییتا، متبادل تیاری، اور نظام الاوقات کو ایک ساتھ بناتا ہے۔

ایک مفید باؤنڈری کیس

20-ٹکڑے کی تعمیر میں اب بھی پائلٹ-سطح کے سورسنگ ڈسپلن کی ضرورت ہو سکتی ہے اگر ڈیزائن منجمد ہو، کسٹمر کی ترسیل شامل ہو، اور BOM میں تنگ چینل کے حصے شامل ہوں۔

تعمیر جاری ہونے سے پہلے کس چیز کا جائزہ لیا جانا چاہیے۔

اس سے پہلے کہ کوئی تعمیر خالص پروٹو ٹائپ منطق سے ہٹ جائے، چار سورسنگ سوالات کا واضح جواب دیا جانا چاہیے۔

1. کیا BOM واقعی سورسنگ-تیار ہے؟

ایک پائلٹ BOM کو مطلوبہ جزو کی شناخت سے زیادہ کام کرنا چاہیے۔ اسے حقیقی خریداری کے جائزے کی حمایت کرنی چاہیے۔ اس کا عام طور پر مطلب ہوتا ہے واضح MPNs، مینوفیکچرر کی وضاحت، پیکیج کی مستقل مزاجی، جہاں متعلقہ ہو گاہک کی پابندیاں، اور قابل استعمال متبادل منطق جہاں متبادلات کی اجازت ہو۔

2. کون سے حصے حقیقی شیڈول ڈرائیور ہیں؟

پائلٹ کی تعمیر میں عام طور پر کچھ حصے ہوتے ہیں جو باقی سے کہیں زیادہ اہم ہوتے ہیں۔ ان رکاوٹوں والی اشیاء کو دریافت کرنے کے بجائے پہلے ہی شناخت کیا جانا چاہئے جب کہ لاٹ پہلے ہی تیار ہو رہی ہے۔

3. کیا متبادل-جزئی اصول پہلے ہی متعین ہیں؟

اگر متبادل کی اجازت ہے، تو اصول واضح ہونا چاہیے۔ کون سی اشیاء منظور شدہ مساوی استعمال کر سکتی ہیں؟ کن حصوں کو تحریری منظوری کی ضرورت ہے؟ کون سے متبادل صرف پروٹوٹائپ کے دوران قابل قبول ہیں اور پائلٹ کے دوران نہیں؟ غیر متعینہ متبادل پالیسی خریداری اور انجینئرنگ دونوں کو سست کر دیتی ہے۔

4. کیا سورسنگ پلان اب بھی تعمیراتی منصوبے سے مماثل ہے؟

پائلٹ کی تعمیر صرف خریداری کا واقعہ نہیں ہے۔ مواد کے وقت کو اسمبلی کی رہائی، آنے والے معائنہ، پروگرامنگ، جانچ، اور کھیپ کے ساتھ ملنا ہوتا ہے۔ ایک سورسنگ پلان جو ڈاون اسٹریم بلڈ سیکوئنس کو نظر انداز کرتا ہے عام طور پر کاغذ پر اس کی کارکردگی کے مقابلے میں سستا لگتا ہے۔

ہینڈ آف کراس ہے-فنکشنل، نہ صرف پروکیورمنٹ

یہ منتقلی اس وقت بہتر کام کرتی ہے جب انجینئرنگ، سورسنگ، مینوفیکچرنگ، اور معیار ایک ہی وقت میں ایک ہی تعمیر کا جائزہ لے رہے ہوں، بجائے اس کے کہ ایک دوسرے کو ایک مرحلے کے بعد مسائل سونپیں۔

انجینئرنگ کو یہ جاننے کی ضرورت ہے کہ سورسنگ کے نقطہ نظر سے کون سے حصے ابھی بھی نازک ہیں۔
حصولی کو یہ جاننے کی ضرورت ہے کہ کون سے متبادل اصل میں قابل قبول ہیں۔
مینوفیکچرنگ کو یہ جاننے کی ضرورت ہے کہ آیا پیکیجنگ، مقدار کی ساخت، اور ریلیز کا وقت حقیقت پسندانہ ہے۔
معیار کو یہ جاننے کی ضرورت ہے کہ کون سے آنے والے مواد یا متبادل کو سخت توجہ کی ضرورت ہے۔

جب یہ جائزے تنہائی میں ہوتے ہیں، تو پائلٹ بلڈز عملی طور پر کاغذ پر زیادہ مستحکم نظر آنے لگتے ہیں۔

یہی وجہ ہے کہ درمیان ایک مضبوط ہینڈ آف ہے۔اجزاء سورسنگ, پی سی بی اسمبلی،اورجانچ اور معائنہایک بار جب پروجیکٹ خالص انجینئرنگ کے نمونے کی طرح برتاؤ کرنا چھوڑ دیتا ہے تو عام طور پر خریداروں کی توقع سے زیادہ اہمیت رکھتا ہے۔

خریدار اب اس فرق کو کیوں محسوس کرتے ہیں۔

پروٹوٹائپ سورسنگ اور پائلٹ{0}}بلڈ سورسنگ کے درمیان فرق آج وسیع تر محسوس ہوتا ہے کیونکہ عارضی مواد کے حل کو صاف طور پر آگے بڑھانا مشکل ہے۔

ایک حصہ جو چند بورڈز کے لیے محفوظ کرنا آسان ہے اس کی تعمیر کی مقدار میں مدد کرنا مشکل ہو سکتا ہے۔ ایک متبادل جو لیب میں بے ضرر لگتا ہے ایک بار آنے والے کنٹرول، ٹیسٹ کوریج، یا کسٹمر کی منظوری تصویر میں داخل ہونے کے بعد مزید کام کر سکتا ہے۔ اور ایک سورسنگ شارٹ کٹ جو ایک نظر ثانی کو تیزی سے منتقل کرنے میں مدد کرتا ہے اگلی تعمیر کے پھسل جانے کی وجہ بن سکتا ہے۔

اس لیے خریداروں کو چاہیے کہ وہ پائلٹ-بائلٹ سورسنگ کو پروٹو ٹائپ سورسنگ کے مقابلے میں ایک سخت منصوبہ بندی کی مشق سمجھیں، یہاں تک کہ جب ڈیزائن بذات خود تقریباً کوئی تبدیلی نہ ہو۔

نتیجہ

پروٹوٹائپ اور پائلٹ بلڈ کے درمیان اجزاء کی سورسنگ میں تبدیلی آتی ہے کیونکہ پروجیکٹ خود بدل جاتا ہے۔

ایک پروٹو ٹائپ میں، سورسنگ بنیادی طور پر ٹیم کو تیزی سے آگے بڑھنے میں مدد کرنے کے لیے ہوتی ہے۔

پائلٹ بلڈ میں، سورسنگ کو اسی پروجیکٹ کے زیادہ نظم و ضبط والے ورژن کی حمایت کرنی پڑتی ہے: واضح BOM کنٹرول، بہتر متبادل منطق، مضبوط مکمل-تعمیر کی دستیابی، اور ایک تعمیراتی منصوبہ جو زیادہ صاف طور پر دہرایا جا سکتا ہے۔

اسی لیے پروٹوٹائپ سورسنگ اور پائلٹ-بلڈ سورسنگ کو مختلف مقداروں کے ساتھ ایک ہی ورک فلو کے طور پر نہیں سمجھا جانا چاہیے۔

سب سے مفید ٹیسٹ یہ نہیں ہے کہ آیا BOM اب بھی واقف نظر آتا ہے۔ یہ ہے کہ کیا اس BOM کے پیچھے سورسنگ مفروضے اب بھی کافی مضبوط ہیں جب تعمیر انجینئرنگ کے نمونے کی طرح برتاؤ کرنا بند کر دیتی ہے۔

اگر تعمیر اب صرف ڈیزائن کو ثابت نہیں کر رہی ہے، تو سورسنگ پلان کو اب پروٹو ٹائپ پلان کی طرح برتاؤ نہیں کرنا چاہیے۔

اگر آپ کا اگلا پروجیکٹ پروٹو ٹائپ پی سی بی اسمبلی سے پائلٹ بلڈ یا کم- والیوم پی سی بی اسمبلی کی طرف بڑھ رہا ہے، تو یہ بلڈ ریلیز ہونے سے پہلے سورسنگ ڈسپلن کو سخت کرنے کا نقطہ ہے۔ ایک عملی اگلا مرحلہ یہ ہے کہ کمپونینٹس سورسنگ کے خلاف اپنی ضروریات کا جائزہ لیں، پھر اس کے ذریعے پروجیکٹ جمع کروائیں۔ایک اقتباس کی درخواست کریں۔یا ٹیم سے براہ راست رابطہ کریں۔info@pcba-china.com.

اکثر پوچھے گئے سوالات

ایک پروٹوٹائپ اور پائلٹ کی تعمیر کے درمیان سب سے بڑا سورسنگ فرق کیا ہے؟

پروٹوٹائپ سورسنگ عام طور پر رفتار اور فوری توثیق کے ارد گرد بنایا جاتا ہے. پائلٹ-بلڈ سورسنگ کو مکمل-تعمیر کی دستیابی، واضح متبادل قواعد، اور اس بات پر مضبوط کنٹرول کی حمایت کرنی پڑتی ہے کہ مواد کیسے عمل میں آئے گا۔

کیا دونوں مراحل میں ایک ہی حصہ نمبر استعمال کیا جا سکتا ہے؟

کبھی کبھی، ہاں۔ لیکن ایک ہی حصہ نمبر کا خود بخود مطلب یہ نہیں ہے کہ وہی سورسنگ معیار، ذریعہ کی وشوسنییتا، یا خطرے کی سطح اب بھی قابل قبول ہے۔

متبادل حصوں کا جائزہ کب لیا جائے؟

اس سے پہلے کہ پائلٹ کی تعمیر کا عزم کیا جائے۔ اگر ریلیز کے بعد بھی متبادل قواعد وضع کیے جا رہے ہیں، تو پروجیکٹ پہلے سے ہی قابل گریز خطرہ لے رہا ہے۔

کیا پائلٹ-بلڈ سورسنگ کا مطلب ہمیشہ سب سے کم قیمت والا راستہ ہوتا ہے؟

نہیں۔