خریداران OEM قبل از ارسال PCBA RFQ چه چیزی را باید آماده کنند؟

برای خریداران OEM، مهم ترین مرحله قبل از ارسال استعلام صرفاً ارسال چند فایل طراحی نیست. در حال آماده سازی یک بسته RFQ کامل، بازنگری{1}}سازگار و قابل اجرا است.
در بسیاری از پروژه‌های PCBA، دقت نقل قول، قضاوت منبع، کارایی بازبینی مهندسی و پایداری تحویل، همگی به این بستگی دارند که آیا بسته‌بندی شفاف، کامل، قابل منبع‌یابی و آماده- ساخت است یا خیر.

مقدمه

در پروژه‌های PCB، PCBA و EMS، بسیاری از خریداران OEM هنوز قبل از ارسال درخواست در چند تله معمولی می‌افتند:

• با فرض اینکه یک BOM به تنهایی کافی است
• با فرض اینکه چند فایل Gerber برای یک نقل قول دقیق کافی است
• ابتدا انتظار قیمت گذاری و بعداً شفاف سازی فنی
• الزامات تست، بسته بندی و تحویل را تا بعد از مرحله سفارش باقی بگذارید

با این حال، از دیدگاه تأمین‌کننده، RFQ فقط «ارسال فایل‌ها» نیست. این در مورد ارائه اطلاعات کافی به سازنده برای قضاوت است:

• آیا پروژه قابل ساخت است
• چگونه باید ساخته شود
• جایی که محدوده هزینه احتمالی در آن قرار دارد
• آیا زمان تحویل درخواستی واقعی است یا خیر
• که در آن مخاطرات اصلی منبع یابی و مهندسی هستند

به همین دلیل است که تهیه RFQ یک کار اداری نیست. این یک مرحله-آمادگی پروژه اولیه است که مستقیماً بر کیفیت نقل قول، کارآیی پاسخ و اجرای پایین دست تأثیر می‌گذارد.

وقتی بسته ورودی استانداردتر و کامل تر باشد، خریداران معمولاً دریافت می کنند:

• بازخورد RFQ سریعتر
• نقل قول های دقیق تر
• منبع یابی واقعی تر و{0}}ارزیابی زمان
• دورهای شفاف سازی فنی کمتر

برای کسب اطلاعات بیشتر در مورد STHL، مراجعه کنیدS̲T̲H̲L̲ ̲H̲o̲m̲e̲.

این چهار دسته با هم تعیین می‌کنند که آیا تامین‌کننده می‌تواند از درک ساده پروژه به ارائه یک نقل قول اجرایی‌تر و ارزیابی تحویل حرکت کند.

به عبارت دیگر، تامین کنندگان فقط به فایل های ایزوله نیاز ندارند. آنها به یک مجموعه ورودی کامل نیاز دارند که پشتیبانی کند:

• بررسی پیچیدگی تولید
• ارزیابی امکان سنجی منابع
• تایید دامنه تست
• ارزیابی وضعیت تحویل

داده‌های ساخت و مونتاژ: کمک به تامین‌کننده در درک آنچه در واقع باید ساخته شود

بدون داده های اصلی تولید، تامین کننده نمی تواند به طور قابل اعتماد قضاوت کند:

• پیچیدگی ساخت PCB
• سختی مونتاژ
• مرزهای فرآیند
• حجم کار آماده سازی مهندسی

به همین دلیل، موارد زیر در حالت ایده آل باید قبل از ارسال RFQ گنجانده شوند.

فایل های Gerber و داده های مته مربوطه

فایل‌های Gerber یکی از ورودی‌های اصلی برای بررسی ساخت PCB هستند.
آنها معمولاً به تأمین کننده کمک می کنند تا ارزیابی کند:

• طرح کلی تخته
• تعداد لایه ها
• داده های الگوی مس
• سازه های پد
• ماسک سیلک و لحیم کاری
• ویژگی های خاص محلی

با این حال، فایل های Gerber به تنهایی اغلب کافی نیستند.
اگر بسته شامل داده‌های مته منطبق، طرح کلی مکانیکی، یادداشت‌های ساخت یا پشته{0}جزئیات نباشد، ممکن است تامین‌کننده همچنان نتواند پیچیدگی برد و هزینه ساخت را به درستی ارزیابی کند.

این امر به ویژه برای پروژه هایی که شامل موارد زیر است مهم می شود:

• ساختارهای HDI
• امپدانس کنترل شده
• مواد خاص
• مس سنگین یا ضخامت مس خاص
• طرح‌های-با فرکانس بالا یا{1}}سرعت بالا
• پرداخت های ویژه سطح
• الزامات پانل سازی غیر استاندارد-

فایل-و-مکان / مرکز را انتخاب کنید

این یکی از مواردی است که اغلب در RFQ های OEM نادیده گرفته می شود، اما برای نقل قول SMT و آماده سازی برنامه بسیار مهم است.

معمولاً شامل:

• تعیین کننده مرجع
• مختصات X / Y
• چرخش
• سمت بالا / پایین

این فایل به تامین کننده کمک می کند تا ارزیابی کند:

• پیچیدگی برنامه نویسی SMT
• زمان راه اندازی
• مشکل مونتاژ دو طرفه-
• خطر قرار دادن برای-دستگاه‌های Pitch، BGA، QFN و بسته‌های مشابه

برای ساخت‌های SMT، اگر فایل انتخاب-و-مکان وجود نداشته باشد، معمولاً تأمین‌کننده باید با محافظه‌کاری بیشتری تخمین بزند یا زمان بیشتری را صرف تولید و اعتبارسنجی داده‌های مکان‌یابی کند. این می تواند بلافاصله روند RFQ را کند کند.

نقشه مونتاژ

نقشه اسمبلی داده های طراحی PCB را به هدف مونتاژ واقعی تبدیل می کند.

معمولاً به تأمین کننده کمک می کند تا تأیید کند:

• قطبیت جزء
• جهت گیری آی سی
• روابط مونتاژ سمت بالا-سمت/پایین-
• روش نصب برای اجزای خاص
• مناطق DNP
• محدودیت های مونتاژ خاص

زمانی که پروژه شامل موارد زیر باشد این امر به ویژه اهمیت می یابد:

• تعداد زیادی قطعات قطبی شده
• اجزای فرم عجیب-مانند اتصالات، پایانه‌ها یا سپرها
• عملیات لحیم کاری دستی یا مونتاژ ثانویه
• انواع مونتاژ چندگانه
• محصولات با محفظه یا الزامات مکانیکی{0} تناسب

سایر فایل های پشتیبانی ساخت

برای پروژه های پیچیده تر، ارائه موارد زیر نیز مفید است:

• نمودار{0}} بالا
• یادداشت های ساخت
• نقشه کشی مکانیکی
• الزامات پانل سازی
• یادداشت های فرآیند ویژه

اینها برای هر پروژه اجباری نیستند، اما برای تابلوهای پیچیده اغلب دقت نقل قول و کارایی مهندسی را به میزان قابل توجهی بهبود می بخشند.

یک BOM کامل و{0}}آماده منبع: کمک به تامین کننده در درک آنچه باید خریداری شود و خطر چگونه باید ارزیابی شود

در بین تمام ورودی های RFQ، BOM اغلب تنها مهمترین فایل است.

از دیدگاه تامین کننده، BOM فقط لیستی از قطعات مورد استفاده در طراحی نیست. همچنین مبنایی است برای:

• منبع یابی و قیمت گذاری
• بررسی قسمت جایگزین
• ارزیابی زمان منجر-
• شناسایی ریسک
• دقت نقل قول

یک BOM که برای بررسی RFQ مناسب تر است معمولاً باید شامل موارد زیر باشد:

• تعیین کننده مرجع
• تعداد در هر تخته
• سازنده
• MPN (شماره قطعه سازنده)
• بسته / رد پای
• توضیحات
• علامت گذاری DNP / DNI
• اظهارات
• راهنمای جایگزین یا جایگزین تایید شده

چرا یک 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 بیان کنید:

• AOI
• ICT
• FCT
• اشعه ایکس-
• قدرت-در تست کردن
• بارگذاری سیستم عامل یا برنامه نویسی
• رایت-در
• وسایل تست سفارشی
• خروجی گزارش تست

این الزامات مستقیماً تأثیر می گذارد:

• ساعت کار
• سرمایه گذاری ابزار و وسایل
• زمان آماده سازی آزمون
• توسعه ثابت / جیگ
• مرزهای پذیرش کیفیت
• برنامه ریزی تحویل

بسیاری از خریداران OEM آزمایش را به عنوان چیزی برای تعریف بعداً در نظر می گیرند. با این حال، از دیدگاه سازنده، هرچه دامنه آزمایش دیرتر مشخص شود، احتمال بیشتری وجود دارد که نقل قول نیاز به تجدید نظر داشته باشد.

الزامات کیفیت و انطباق نیز باید زودتر بیان شود

اگر پروژه دارای الزامات خاصی مانند:

• معیارهای پذیرش IPC
• الزامات ردیابی
• RoHS / REACH یا سایر انتظارات نظارتی
• الزامات خروجی مستندات
• الزامات ویژه بازرسی
• آنها باید قبل از نقل قول بیان شوند، نه بعد از آن.

برای تامین کننده، این اقلام تاثیر می گذارد:

• استراتژی فرآیند و بازرسی
• مرزهای کیفیت
• حجم کار مستندسازی
• تخصیص ریسک در مظنه

پیشینه پروژه و انتظارات تحویل: کمک به نقل قول منعکس کننده شرایط اجرای واقعی

بسیاری از خریداران OEM فایل های طراحی را بدون ارائه زمینه کافی پروژه ارسال می کنند.
در آن صورت، حتی اگر تامین کننده خود طرح را درک کند، ممکن است باز هم نتواند قضاوت کند:

• خواه این یک پروژه نمونه اولیه، آزمایشی، یا تولید انبوه- باشد
• چه مقداری نقل شده است
• آیا زمان‌بندی سریع-پیش‌بینی انتظار می‌رود
• مدت زمان هدف چیست
• آیا حمل و نقل تقسیم قابل قبول است
• آیا پروژه به انتشار PO نزدیک است یا خیر
• چه الزامات خاصی برای برچسب زدن، ESD، بارکد یا بسته بندی اعمال شود

این اطلاعات اضافی نیست. این بخشی از زمینه تجاری و عملیاتی است که نقل قول را شکل می دهد.

ایمیل RFQ در حالت ایده‌آل باید همچنین بیان کند:

• نمونه اولیه / آزمایشی / مرحله تولید
• مقدار درخواستی
• زمان هدایت هدف
• آیا این استعلام فقط برای بررسی بودجه است یا خیر
• آیا جایگزین قابل قبول است
• آیا حمل و نقل تقسیم قابل قبول است
• مقصد تحویل یا مرز لجستیک وسیع
• بسته بندی یا برچسب زدن خاص

چرا پیشینه پروژه بر نقل قول تاثیر می گذارد؟

زیرا نقل قول هرگز فقط بر اساس خود طرح نیست. همچنین بستگی به این دارد:

• استراتژی منبع یابی
• عمق آماده سازی مهندسی
• برنامه ریزی آزمون
• آهنگ تحویل
• مفروضات مدیریت ریسک

بسته طراحی یکسان ممکن است به‌عنوان یک نقل‌قول نمونه اولیه، یک نقل‌قول آزمایشی، یا یک نقل‌قول تولید، بسیار متفاوت ارزیابی شود.

تفاوت بین برآورد بودجه و نقل قول قابل اجرا چیست؟

این یکی از رایج ترین سوء تفاهم ها در بین خریداران OEM است.

در مراحل اولیه، اگر فقط داده های جزئی پروژه در دسترس باشد، تامین کننده اغلب می تواند برآورد بودجه ای را ارائه دهد.
اما اگر هدف دریافت مظنه ای باشد که به شرایط اجرای واقعی نزدیک تر است، بسته معمولاً به موارد زیر نیاز دارد:

• ویرایش{0}}داده‌های تولید کنترل‌شده
• یک BOM کامل و{0}}آماده منبع
• محدوده تست تعریف شده
• پاک کردن اطلاعات پس زمینه پروژه
• متناوب و شرایط تحویل

به عبارت دیگر:

هرچه بسته ورودی کاملتر باشد، معمولاً نقل قول به شرایط اجرای واقعی نزدیکتر می شود.
هرچه بسته ورودی خشن تر باشد، احتمال بیشتری وجود دارد که نتیجه فقط یک مرجع بودجه باشد تا یک مبنای نقل قول عملی.

به همین دلیل است که قیمت اول، جزئیات بعداً اغلب در عمل باعث صرفه جویی در زمان نمی شود. معمولاً نقل‌قول‌های بیشتری ایجاد می‌کند و بعداً{1}}و{2}}بیشتر نقل قول‌های بیشتری ایجاد می‌کند.

خریداران OEM چگونه می توانند یک بسته RFQ تهیه کنند که بررسی و اولویت بندی آسان تر باشد؟

اگر هدف دستیابی است:

• بازخورد RFQ سریعتر
• دورهای شفاف سازی کمتر
• قیمت گذاری دقیق تر
• منبع یابی واقعی تر و{0}}ارزیابی زمان
• خطر کمتر تغییرات بعدی

سپس مراحل زیر به شدت توصیه می شود.

فایل ها را به عنوان یک بسته RFQ واضح سازماندهی کنید

بهتر است با هم گروه شوند:

• گربر
• داده های مته
• BOM
• انتخاب کنید-و-قرار دهید
• نقشه مونتاژ
• یادداشت های ساخت
• یادداشت های تست
• README / خلاصه پروژه

 

اطمینان حاصل کنید که تمام ویرایش ها در یک راستا قرار دارند

حداقل تأیید کنید:

• بازبینی BOM
• بازبینی گربر
• اصلاح نقشه مونتاژ
• ویرایش فایل مختصات
• بازنگری الزامات آزمون

خود{0}}بررسی سریع BOM را اجرا کنید

قبل از ارسال RFQ، بررسی کنید که آیا:

• همه MPN ها کامل هستند
• داده های سازنده موجود است
• هر آیتم TBD / متغیری همچنان باقی است
• موارد DNP / DNI به وضوح مشخص شده اند
• جايگزين ها در صورت لزوم تعريف مي شوند

از README یا خلاصه پروژه برای تکمیل متن استفاده کنید

حتی یک -خلاصه یک صفحه می‌تواند درک تأمین‌کننده را به میزان قابل توجهی بهبود بخشد.

حداقل، README باید بیان کند:

• مرحله پروژه
• مقدار مورد نیاز
• زمان هدایت هدف
• آیا جایگزین قابل قبول است
• تست و الزامات کیفیت
• انتظارات فرآیندی خاص

این برای خریداران OEM چه معنایی دارد؟

برای خریداران OEM، آماده‌سازی RFQ فقط یک مرحله{0}}ارسال مدارک نیست.
بهتر است به عنوان یک تمرین{0}آمادگی برای اجرای اولیه درک شود.

هنگامی که این مرحله با دقت بیشتری انجام شود، معمولاً منجر به موارد زیر می شود:

• پاسخ سریعتر 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 است که به تامین کننده اجازه می دهد تا منابع، مهندسی، ساخت، آزمایش و شرایط تحویل را با هم ارزیابی کند.

بحرانی ترین ورودی ها معمولاً عبارتند از:

• بازنگری-گربر + مته + یادداشت های ساخت کنترل شده
• یک BOM کامل و{0}}آماده منبع
• داده‌های-و-مکان / مرکز را انتخاب کنید
• نقشه مونتاژ
• اطلاعات محدوده و کمیت پروژه
• الزامات تست، کیفیت و تحویل
• یک README واضح یا خلاصه پروژه

هرچه بسته کامل تر باشد، احتمال اینکه پرس و جو یک نقل قول دقیق و یک ارزیابی زمانی واقعی{0}} ایجاد کند بیشتر است.
هر چه بسته مبهم‌تر باشد، احتمال بیشتری وجود دارد که پروژه در مرحله شفاف‌سازی و اجرای مکرر در مرحله RFQ گیر کند.

اگر هدف این است که پرس و جو را به نقطه شروع واقعی یک پروژه کارآمد تبدیل کنیم، یکی از موثرترین گام ها این است که قبل از ارسال اول، یک بسته RFQ کامل، استاندارد، بازنگری{0}}سازگار و قابل اجرا آماده شود.

برای پشتیبانی 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̲.

سوالات متداول

آیا می توانم یک RFQ فقط با فایل های BOM و Gerber ارسال کنم؟

شما می توانید یک بحث اولیه را از این طریق شروع کنید، اما در بسیاری از موارد هنوز برای پشتیبانی از یک نقل قول اجرایی تر کافی نیست. بدون داده‌های Pick-و-Place، الزامات آزمایش، و پیش‌زمینه پروژه، تأمین‌کننده ممکن است فقط بتواند یک نشانه بودجه ارائه دهد.

آیا فایل انتخاب-و-مکان واقعاً ضروری است؟

برای پروژه های SMT، به شدت توصیه می شود. این به طور مستقیم بر برنامه نویسی SMT، زمان راه اندازی و ارزیابی پیچیدگی مونتاژ تأثیر می گذارد. بدون آن، پردازش RFQ اغلب کند می شود.

چرا باید الزامات آزمون قبل از نقل قول تعریف شود؟

زیرا AOI، ICT، FCT، X-اشعه، برنامه‌نویسی، وسایل، و خروجی‌های مرتبط همگی بر کار، ابزار، زمان‌بندی و محدوده قیمت‌گذاری تأثیر می‌گذارند. اگر این موارد بعداً اضافه شوند، قیمت اغلب باید اصلاح شود