PCBA RFQ بھیجنے سے پہلے OEM خریداروں کو کیا تیاری کرنی چاہیے؟

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

تعارف

پی سی بی، پی سی بی اے، اور ای ایم ایس پروجیکٹس میں، بہت سے OEM خریدار اب بھی انکوائری بھیجنے سے پہلے چند عام جال میں پھنس جاتے ہیں:

• یہ فرض کرنا کہ اکیلا BOM کافی ہے۔
• یہ فرض کرتے ہوئے کہ چند Gerber فائلیں درست اقتباس کے لیے کافی ہیں۔
• پہلے قیمتوں کا تعین اور بعد میں تکنیکی وضاحت کی توقع
• آرڈر کے مرحلے کے بعد تک ٹیسٹ، پیکیجنگ، اور ترسیل کی ضروریات کو چھوڑنا

تاہم، فراہم کنندہ کے نقطہ نظر سے، ایک RFQ صرف "فائل بھیجنے" کے بارے میں نہیں ہے۔ یہ مینوفیکچرر کو فیصلہ کرنے کے لیے کافی معلومات دینے کے بارے میں ہے:

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

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

جب ان پٹ پیکج زیادہ معیاری اور مکمل ہو تو خریداروں کو عام طور پر ملتا ہے:

• تیز تر آر ایف کیو فیڈ بیک
• زیادہ درست حوالہ جات
• زیادہ حقیقت پسندانہ سورسنگ اور لیڈ-وقت کی تشخیص
• تکنیکی وضاحت کے کم دور

STHL کے بارے میں مزید جاننے کے لیے، ملاحظہ کریں۔S̲T̲H̲L̲ ̲H̲o̲m̲e̲.

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

دوسرے الفاظ میں، سپلائرز کو صرف الگ تھلگ فائلوں کی ضرورت نہیں ہے۔ انہیں ایک مکمل ان پٹ سیٹ کی ضرورت ہے جو سپورٹ کرتا ہو:

• مینوفیکچرنگ پیچیدگی کا جائزہ
• سورسنگ فزیبلٹی کی تشخیص
• ٹیسٹ کے دائرہ کار کی تصدیق
• ترسیل کی حالت کی تشخیص

مینوفیکچرنگ اور اسمبلی ڈیٹا: سپلائر کو یہ سمجھنے میں مدد کرنا کہ اصل میں کیا بنایا جانا چاہیے۔

بنیادی مینوفیکچرنگ ڈیٹا کے بغیر، سپلائر قابل اعتماد طریقے سے فیصلہ نہیں کر سکتا:

• پی سی بی کی تعمیر کی پیچیدگی
• اسمبلی کی مشکل
• عمل کی حدود
• انجینئرنگ کی تیاری کے کام کا بوجھ

اس وجہ سے، RFQ بھیجے جانے سے پہلے درج ذیل آئٹمز کو مثالی طور پر شامل کیا جانا چاہیے۔

Gerber فائلیں اور متعلقہ ڈرل ڈیٹا

Gerber فائلیں پی سی بی کے من گھڑت جائزے کے لیے بنیادی ان پٹ میں سے ایک ہیں۔
وہ عام طور پر فراہم کنندہ کی تشخیص میں مدد کرتے ہیں:

• بورڈ کا خاکہ
• پرت کی گنتی
• تانبے پیٹرن ڈیٹا
• پیڈ ڈھانچے
• سلک اسکرین اور سولڈر ماسک
• مقامی خصوصی خصوصیات

تاہم، اکیلے Gerber فائلیں اکثر کافی نہیں ہیں.
اگر پیکیج میں مشابہ ڈرل ڈیٹا، مکینیکل آؤٹ لائن، فیبریکیشن نوٹس، یا اسٹیک اپ کی تفصیلات-شامل نہیں ہیں، تو سپلائر ابھی بھی بورڈ کی پیچیدگی اور فیبریکیشن لاگت کا صحیح اندازہ لگانے سے قاصر ہو سکتا ہے۔

یہ ان منصوبوں کے لیے خاص طور پر اہم ہو جاتا ہے جن میں شامل ہیں:

• ایچ ڈی آئی ڈھانچے
• کنٹرول شدہ رکاوٹ
• خصوصی مواد
• بھاری تانبے یا خاص تانبے کی موٹائی
• ہائی-فریکوئنسی یا ہائی-اسپیڈ ڈیزائن
• خصوصی سطح ختم
• غیر-معیاری پینلائزیشن کی ضروریات

چنیں-اور-جگہ / سینٹروڈ فائل

یہ OEM RFQs میں اکثر نظر انداز کی جانے والی اشیاء میں سے ایک ہے، لیکن یہ SMT کوٹیشن اور پروگرام کی تیاری کے لیے انتہائی اہم ہے۔

اس میں عام طور پر شامل ہیں:

• حوالہ ڈیزائنر
• X/Y نقاط
• گردش
• اوپر / نیچے کی طرف

یہ فائل سپلائر کو جانچنے میں مدد کرتی ہے:

• ایس ایم ٹی پروگرامنگ کی پیچیدگی
• سیٹ اپ کا وقت
• دوہری-اسمبلی کی مشکل
• فائن-پچ ڈیوائسز، BGAs، QFNs، اور اسی طرح کے پیکجوں کے لیے جگہ کا خطرہ

SMT تعمیرات کے لیے، اگر Pick-اور-Place فائل غائب ہے، تو سپلائر کو عموماً زیادہ قدامت پسندانہ اندازے لگانا ہوں گے یا پلیسمنٹ ڈیٹا بنانے اور اس کی توثیق کرنے میں اضافی وقت صرف کرنا ہوگا۔ یہ فوری طور پر RFQ کے عمل کو سست کر سکتا ہے۔

اسمبلی ڈرائنگ

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

یہ عام طور پر فراہم کنندہ کو تصدیق کرنے میں مدد کرتا ہے:

• اجزاء کی قطبیت
• آئی سی واقفیت
• اوپر-سائیڈ / نیچے-سائیڈ اسمبلی تعلقات
• خصوصی اجزاء کے لیے تنصیب کا طریقہ
• ڈی این پی کے علاقے
• مخصوص اسمبلی کی پابندیاں

یہ خاص طور پر اہم ہو جاتا ہے جب پروجیکٹ میں شامل ہوں:

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

دیگر مینوفیکچرنگ سپورٹ فائلیں۔

مزید پیچیدہ منصوبوں کے لیے، یہ بھی فراہم کرنا مددگار ہے:

• اسٹیک-ڈایاگرام
• من گھڑت نوٹ
• مکینیکل ڈرائنگ
• پینلائزیشن کی ضروریات
• خصوصی عمل کے نوٹس

یہ ہر ایک پروجیکٹ کے لیے لازمی نہیں ہیں، لیکن پیچیدہ بورڈز کے لیے یہ اکثر اقتباس کی درستگی اور انجینئرنگ کی کارکردگی کو نمایاں طور پر بہتر بناتے ہیں۔

ایک مکمل، سورسنگ-تیار BOM: سپلائر کو یہ سمجھنے میں مدد کرنا کہ کیا خریدا جانا چاہیے اور خطرے کا اندازہ کیسے لگایا جانا چاہیے

تمام RFQ ان پٹ میں، BOM اکثر واحد سب سے اہم فائل ہوتی ہے۔

سپلائر کے نقطہ نظر سے، BOM صرف ڈیزائن میں استعمال ہونے والے حصوں کی فہرست نہیں ہے۔ یہ اس کی بنیاد بھی ہے:

• سورسنگ اور قیمتوں کا تعین
• متبادل حصہ کا جائزہ
• لیڈ-وقت کی تشخیص
• خطرے کی شناخت
• کوٹیشن کی درستگی

ایک BOM جو RFQ جائزے کے لیے بہتر ہے اس میں عام طور پر شامل ہونا چاہیے:

• حوالہ ڈیزائنر
• مقدار فی بورڈ
• کارخانہ دار
• MPN (مینوفیکچرر پارٹ نمبر)
• پیکیج / فوٹ پرنٹ
• تفصیل
• ڈی این پی / ڈی این آئی مارکنگ
• ریمارکس
• متبادل رہنمائی یا منظور شدہ متبادل

کیوں ایک بنیادی BOM اکثر کافی نہیں ہوتا ہے۔

ایک بنیادی BOM ظاہر کر سکتا ہے کہ ڈیزائن کیا استعمال کرتا ہے، لیکن یہ سپورٹ کرنے کے لیے کافی نہیں ہو سکتا:

• فاسٹ سورسنگ انکوائری
• اسٹاک اور چینل کی تشخیص
• طویل-لیڈ-وقت کی وارننگز
• متبادل حصہ کی تشخیص
• ایک زیادہ رسمی اور قابل عمل اقتباس

عام مسائل میں شامل ہیں:

• اندرونی حصے کے نمبر بغیر MPN کے
• مینوفیکچرر ڈیٹا غائب ہے۔
• نامکمل پیکج کی معلومات
• غیر واضح DNP ​​مارکنگ
• نظرثانی میں متضاد تعریفیں۔
• وضاحتیں جو درست طریقے سے ماخذ کے لیے بہت وسیع ہیں۔

ایک سورسنگ ٹیم کے لیے، اس قسم کا BOM پڑھنا ناممکن نہیں ہے۔ یہ صرف عملدرآمد کرنے کے لئے موثر نہیں ہے.

متبادل قوانین کو مثالی طور پر RFQ بھیجنے سے پہلے بیان کیا جانا چاہیے۔

اگر OEM خریدار پہلے ہی جانتا ہے کہ کچھ حصے:

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

ٹرنکی یا جزوی ٹرنکی پروجیکٹس میں، متبادل وضاحت براہ راست متاثر کرتی ہے:

• قدامت پسندی کا حوالہ دیں۔
• سورسنگ کنفرمیشن راؤنڈز کی تعداد
• لیڈ-وقت کے خطرے کی تشخیص
• بعد میں تبدیلیوں کا امکان

ان منصوبوں کے لیے جہاں سورسنگ سپورٹ عملدرآمد کا ایک بڑا حصہ ہے،C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲ ̲S̲o̲u̲r̲c̲i̲n̲g̲حوالہ کے لیے سب سے زیادہ متعلقہ سروس کے راستوں میں سے ایک ہے۔

جانچ، معیار، اور تعمیل کے تقاضے: بعد میں اقتباسات اور عمل درآمد سے گریز کریں۔

یہ RFQ کے سب سے زیادہ تاخیر والے حصوں میں سے ایک ہے، لیکن اس کا براہ راست اثر اقتباس کے دائرہ کار، وقت، اور عمل درآمد کی حدود پر پڑتا ہے۔

ٹیسٹ کی ضروریات کو جلد از جلد بیان کیا جانا چاہئے۔

اگر پراجیکٹ کو درج ذیل میں سے کسی کی ضرورت ہے، تو بہتر ہے کہ RFQ مرحلے کے دوران ان کو بیان کریں:

• اے او آئی
• آئی سی ٹی
• ایف سی ٹی
• ایکس-رے
• طاقت-ٹیسٹنگ پر
• فرم ویئر لوڈنگ یا پروگرامنگ
• جلائیں-ان میں
• اپنی مرضی کے مطابق ٹیسٹ فکسچر
• ٹیسٹ رپورٹ کی پیداوار

یہ ضروریات براہ راست متاثر کرتی ہیں:

• مزدوری کے اوقات
• ٹولنگ اور فکسچر کی سرمایہ کاری
• ٹیسٹ کی تیاری کا وقت
• فکسچر / جگ ترقی
• معیار کی قبولیت کی حدود
• ترسیل کی منصوبہ بندی

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

معیار اور تعمیل کی ضروریات کو بھی جلد بیان کیا جانا چاہئے۔

اگر پروجیکٹ کی مخصوص ضروریات ہیں جیسے:

• IPC قبولیت کا معیار
• سراغ لگانے کی ضروریات
• RoHS/RECH یا دیگر ریگولیٹری توقعات
• دستاویزات کی پیداوار کی ضروریات
• خصوصی معائنہ کی ضروریات
• ان کو اقتباس سے پہلے بیان کیا جانا چاہیے، اس کے بعد نہیں۔

فراہم کنندہ کے لیے، یہ اشیاء متاثر کرتی ہیں:

• عمل اور معائنہ کی حکمت عملی
• معیار کی حدود
• دستاویزی کام کا بوجھ
• کوٹیشن میں خطرے کی تقسیم

پراجیکٹ کا پس منظر اور ترسیل کی توقعات: اقتباس کو عملی شکل دینے کے حقیقی حالات کی عکاسی کرنے میں مدد کرنا

بہت سے OEM خریدار کافی پروجیکٹ سیاق و سباق فراہم کیے بغیر ڈیزائن فائلیں بھیجتے ہیں۔
اس صورت میں، یہاں تک کہ اگر سپلائر خود ڈیزائن کو سمجھتا ہے، تب بھی وہ فیصلہ کرنے سے قاصر ہو سکتا ہے:

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

یہ معلومات اضافی نہیں ہے۔ یہ تجارتی اور آپریشنل سیاق و سباق کا حصہ ہے جو کوٹیشن کو تشکیل دیتا ہے۔

RFQ ای میل کو مثالی طور پر یہ بھی بتانا چاہیے:

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

پروجیکٹ کا پس منظر اقتباس کو کیوں متاثر کرتا ہے؟

کیونکہ کوٹیشن کبھی بھی صرف ڈیزائن پر مبنی نہیں ہوتی۔ یہ اس پر بھی منحصر ہے:

• سورسنگ کی حکمت عملی
• انجینئرنگ کی تیاری کی گہرائی
• ٹیسٹ کی منصوبہ بندی
• ترسیل کی رفتار
• خطرے سے نمٹنے کے مفروضے

ایک ہی ڈیزائن پیکج کو پروٹو ٹائپ اقتباس، ایک پائلٹ اقتباس، یا پروڈکشن اقتباس کے طور پر بہت مختلف طریقے سے جانچا جا سکتا ہے۔

بجٹ کے تخمینہ اور زیادہ قابل عمل اقتباس میں کیا فرق ہے؟

یہ OEM خریداروں کے درمیان سب سے عام غلط فہمیوں میں سے ایک ہے۔

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

• نظر ثانی{0}}کنٹرولڈ مینوفیکچرنگ ڈیٹا
• ایک مکمل، سورسنگ-تیار BOM
• ایک متعین ٹیسٹ دائرہ کار
• منصوبے کے پس منظر کی معلومات صاف کریں۔
• متبادل اور ترسیل کے حالات

دوسرے الفاظ میں:

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

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

OEM خریدار ایک ایسا RFQ پیکج کیسے تیار کر سکتے ہیں جس کا جائزہ لینا اور ترجیح دینا آسان ہو؟

اگر مقصد حاصل کرنا ہے:

• تیز تر آر ایف کیو فیڈ بیک
• وضاحت کے کم دور
• زیادہ درست قیمتوں کا تعین
• زیادہ حقیقت پسندانہ سورسنگ اور لیڈ-وقت کی تشخیص
• بعد میں تبدیلیوں کا کم خطرہ

پھر مندرجہ ذیل اقدامات کی انتہائی سفارش کی جاتی ہے۔

فائلوں کو ایک واضح RFQ پیکیج کے طور پر منظم کریں۔

ایک ساتھ گروپ بنانا بہتر ہے:

• جربر
• ڈرل ڈیٹا
• BOM
• چنیں-اور-جگہ
• اسمبلی ڈرائنگ
• من گھڑت نوٹ
• ٹیسٹ نوٹس
• README / پروجیکٹ بریف

 

اس بات کو یقینی بنائیں کہ تمام ترامیم ایک ساتھ ہیں۔

کم از کم، تصدیق کریں:

• BOM نظرثانی
• Gerber نظر ثانی
• اسمبلی ڈرائنگ پر نظرثانی
• کوآرڈینیٹ فائل پر نظرثانی
• ٹیسٹ کی ضرورت پر نظر ثانی

ایک فوری BOM خود-چیک چلائیں۔

RFQ بھیجنے سے پہلے، جائزہ لیں کہ آیا:

• تمام MPN مکمل ہیں۔
• مینوفیکچرر کا ڈیٹا موجود ہے۔
• کوئی بھی TBD / پلیس ہولڈر آئٹمز اب بھی باقی ہیں۔
• DNP/DNI آئٹمز واضح طور پر نشان زد ہیں۔
• متبادلات کی وضاحت کی جاتی ہے جہاں متعلقہ ہو۔

سیاق و سباق کو مکمل کرنے کے لیے README یا پروجیکٹ کا مختصر استعمال کریں۔

یہاں تک کہ ایک-صفحہ کا خلاصہ بھی سپلائر کی سمجھ کو نمایاں طور پر بہتر بنا سکتا ہے۔

کم از کم، README کو یہ بتانا چاہیے:

• منصوبے کے مرحلے
• مطلوبہ مقدار
• ٹارگٹ لیڈ ٹائم
• کیا متبادل قابل قبول ہیں؟
• ٹیسٹ اور معیار کی ضروریات
• خصوصی عمل کی توقعات

OEM خریداروں کے لیے اس کا کیا مطلب ہے؟

OEM خریداروں کے لیے، RFQ کی تیاری صرف کاغذی کارروائی بھیجنے سے پہلے-کا مرحلہ نہیں ہے۔
اسے ابتدائی عملدرآمد-کی تیاری کی مشق کے طور پر بہتر سمجھا جاتا ہے۔

جب اس قدم کو زیادہ اچھی طرح سے سنبھالا جاتا ہے، تو یہ عام طور پر اس کی طرف جاتا ہے:

• تیز تر RFQ جواب
• زیادہ درست قیمتوں کا تعین
• زیادہ حقیقت پسندانہ لیڈ-وقت کی تشخیص
• تکنیکی وضاحت کے کم دور
• بہتر منصوبے کی رفتار

ایک سپلائر- انتخاب کے نقطہ نظر سے، یہ عمل OEM خریداروں کو یہ فیصلہ کرنے میں بھی مدد کرتا ہے کہ آیا کسی کارخانہ دار کے پاس واقعی ہے:

• انجینئرنگ کا جائزہ لینے کی صلاحیت
• C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲ ̲S̲o̲u̲r̲c̲i̲n̲g̲ صلاحیت
• P̲C̲B̲ ̲A̲s̲s̲e̲m̲b̲l̲y̲کوآرڈینیشن کی صلاحیت
• T̲e̲s̲t̲i̲n̲g̲ ̲a̲n̲d̲ ̲I̲n̲s̲p̲e̲c̲t̲i̲o̲n̲تشخیص کی صلاحیت
• ایک معیاری RFQ ہینڈلنگ کا عمل

ایک بالغ سپلائر فائلوں کو دیکھنے اور قیمت بھیجنے سے زیادہ کام کرتا ہے۔
انہیں شناخت کرنے کے قابل بھی ہونا چاہئے:

• جہاں معلومات نامکمل ہیں۔
• کون سے اجزاء خطرے میں ہیں
• جو مفروضے لیڈ ٹائم کو متاثر کر سکتے ہیں۔
• جس کی ضروریات بہاو پر عمل درآمد کی حدود کو تبدیل کر سکتی ہیں۔

نتیجہ

OEM خریداروں کو RFQ بھیجنے سے پہلے جو چیز تیار کرنی چاہیے وہ صرف BOM یا چند Gerber فائلیں نہیں ہیں۔
یہ ایک مکمل RFQ پیکیج ہے جو سپلائر کو ایک ساتھ سورسنگ، انجینئرنگ، مینوفیکچرنگ، ٹیسٹنگ، اور ترسیل کے حالات کا جائزہ لینے کی اجازت دیتا ہے۔

سب سے اہم آدانوں میں عام طور پر شامل ہیں:

• نظرثانی-کنٹرولڈ Gerber + ڈرل + فیبریکیشن نوٹس
• ایک مکمل، سورسنگ-تیار BOM
• چنیں-اور-جگہ / سینٹروڈ ڈیٹا
• اسمبلی ڈرائنگ
• منصوبے کی گنجائش اور مقدار کی معلومات
• ٹیسٹ، معیار، اور ترسیل کی ضروریات
• ایک واضح README یا پروجیکٹ بریف

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

اگر مقصد انکوائری کو ایک موثر پروجیکٹ کا اصل نقطہ آغاز بنانا ہے، تو سب سے زیادہ مؤثر اقدامات میں سے ایک یہ ہے کہ پہلی جمع کروانے سے پہلے ایک مکمل، معیاری، نظرثانی-مسلسل، اور قابل عمل RFQ پیکج تیار کریں۔

RFQ سپورٹ کے لیے، آپ دریافت کر سکتے ہیں۔P̲C̲B̲ ̲A̲s̲s̲e̲m̲b̲l̲y̲، براہ راست پر جائیں۔R̲e̲q̲u̲e̲s̲t̲ ̲a̲ ̲Q̲u̲o̲t̲e̲,یا ٹیم سے رابطہ کریں۔i̲n̲f̲o̲@̲p̲c̲b̲a̲-̲c̲h̲i̲n̲a̲.̲c̲o̲m̲.

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

کیا میں صرف BOM اور Gerber فائلوں کے ساتھ RFQ بھیج سکتا ہوں؟

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

کیا Pick-اور-Place فائل واقعی ضروری ہے؟

SMT منصوبوں کے لیے، اس کی سختی سے سفارش کی جاتی ہے۔ یہ براہ راست SMT پروگرامنگ، سیٹ اپ ٹائم، اور اسمبلی کی پیچیدگی کی تشخیص کو متاثر کرتا ہے۔ اس کے بغیر، RFQ پروسیسنگ اکثر سست ہو جاتی ہے۔

کوٹیشن سے پہلے ٹیسٹ کی ضروریات کی وضاحت کیوں کی جانی چاہئے؟

کیونکہ AOI، ICT، FCT، X-Ray، پروگرامنگ، فکسچر، اور متعلقہ آؤٹ پٹ سبھی لیبر، ٹولنگ، ٹائمنگ، اور اقتباس کی گنجائش کو متاثر کرتے ہیں۔ اگر ان اشیاء کو بعد میں شامل کیا جاتا ہے، تو اکثر اقتباس پر نظر ثانی کرنی پڑتی ہے۔