پس از ارسال RFQ PCBA: بررسی، شفاف سازی، نقل قول و انتشار

نمای کلی

ارسال PCBA RFQ بررسی را آغاز می کند. این بدان معنا نیست که پروژه آماده نقل قول است و مطمئناً به این معنی نیست که کارخانه آماده ساخت است.

هنگامی که یک ارائه دهنده EMS RFQ را دریافت می کند، شغل تغییر می کند. تیم های فروش، مهندسی، منبع یابی، تست و تجاری باید مطمئن شوند که ساخت یکسان را با مفروضات یکسان ارزیابی می کنند.

اینجاست که یک فرآیند RFQ منضبط PCBA اهمیت دارد.

RFQ به تامین کننده می گوید که خریدار می خواهد چه چیزی را ارزیابی کند. مظنه قیمت گذاری شده و بر اساس چه مفروضاتی را ثبت می کند. قبل از شروع ساخت، تصمیماتی که بر ساخت اثر می‌گذارند باید دستورالعمل‌های روشنی برای تجدیدنظر فعلی شوند.

یک پروژه می تواند قبل از آماده شدن برای عرضه به تولید، آماده ارائه قیمت باشد.

این شکاف بین این دو جایی است که بیشتر کارهای RFQ واقعی اتفاق می افتد.

RFQ، نقل قول، و Build Release کارهای مختلفی را انجام می دهند

بسیاری از فایل‌های مشابه ممکن است در مراحل انتشار{0} RFQ و تولید ظاهر شوند، اما در هر مرحله هدف متفاوتی را دنبال می‌کنند.

این تمایز به راحتی قابل فراموشی است زیرا BOM، داده‌های PCB، اطلاعات برنامه‌نویسی، الزامات تست و سایر ورودی‌های پروژه ممکن است در هر سه مرحله ظاهر شوند.

سوال واقعی این نیست که آیا آن فایل ها وجود دارند یا خیر.

این است که آیا همه از آنها برای ساخت یکسان، بازنگری یکسان و محدوده مورد توافق استفاده می کنند.

در حالی که نقل قول در حال ساخت است

قیمت مونتاژ PCB به ندرت از یک نفر که یک BOM باز می کند و قیمت را محاسبه می کند، می آید.

ممکن است چندین بررسی به صورت موازی اتفاق بیفتد و هر تیم به دنبال چیز متفاوتی باشد.

ابتدا مطمئن شوید که همه در حال بررسی یک ساختمان هستند

پس از رسیدن RFQ، اولین کار عملی این است که مشخص کنید کدام اطلاعات برای نقل قول در حال آماده سازی کاربرد دارد.

در این مرحله نیازی به تکرار چک لیست دیگری از فایل هایی که خریدار باید ارسال کرده باشد نیست. که متعلق به قبل از RFQ است.

حالا سوال ها فرق می کند.

آیا نسخه‌های PCB و BOM به هم تعلق دارند؟

آیا داده‌های CPL یا مکان‌یابی با نسخه فعلی اسمبلی مطابقت دارد؟

آیا مقدار درخواستی اولین ساخت واقعی، یک مقدار آزمایشی، یا یک سناریوی حجم آینده است؟

آیا پروژه کلید در دست، کلید در دست جزئی، مشتری-ارائه شده است یا مخلوطی؟

آیا برنامه نویسی و تست عملکرد بخشی از حوزه فعلی هستند؟

آیا در حالی که RFQ در حال بررسی است، ECN یا تغییر طراحی دیگری رسیده است؟

هیچ یک از این موقعیت ها غیرعادی نیست. پروژه های نمونه اولیه و NPI تغییر می کنند.

مشکل زمانی شروع می شود که مهندسی یک نسخه را بررسی می کند، منبع یابی نسخه دیگر را قیمت گذاری می کند و خریدار انتظار چیز دیگری را دارد.

اگر بازنگری جدیدی وارد شود، مفروضات مهندسی، منبع‌یابی، آزمایش و تجاری آسیب‌دیده باید دوباره بررسی شوند. یک تجدید نظر جزئی به طور خودکار نیازی به شروع مجدد کل RFQ ندارد، اما مبنای نقل قول همچنان باید روشن بماند.

مهندسی: آیا می توانیم آنچه را که نقل قول می شود بسازیم؟

در مرحله RFQ، مهندسی معمولاً به دنبال شرایط ساخت و آزمایش است که می‌تواند بر دامنه نقل‌قول‌شده تأثیر اساسی بگذارد.

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

• امکان سنجی مونتاژ؛
• بسته- یا پردازش- اجزای حساس.
• پنل سازی یا مفروضات ساخت؛
• نگرانی های DFM یا DFT؛
• دسترسی به برنامه نویسی؛
• دسترسی آزمایشی؛
• عملیات مونتاژ ویژه؛
• پیامدهای تولید نمونه اولیه، آزمایشی یا بعدی-.

این یک مرز مهم است.

بررسی مهندسی RFQ به طور خودکار یک محصول کامل-ممیزی طراحی نیست.

کار آن آشکارسازی مسائلی است که می‌توانند تولید، کار آماده‌سازی، محدوده آزمایش، هزینه یا زمان انجام را قبل از تبدیل شدن این مفروضات به بخشی از مظنه تغییر دهند.

منبع یابی: آیا ما می توانیم BOM را تحت شرایط نقل قول تهیه کنیم؟

تیم منبع در حال حل مشکل دیگری است.

برای مونتاژ PCB کلید در دست و جزئی{0}}کلید در دست، ممکن است لازم باشد بررسی شود:

• در دسترس بودن جزء؛
• وضعیت چرخه زندگی؛
• قرار گرفتن در معرض MOQ یا MPQ؛
• بخش‌های حساس-سرنخ یا تخصیص-طولانی.
• قوانین جایگزین مصوب؛
• اجزای-تامین شده توسط مشتری؛
• اقلام-با ارزش یا تک منبع-؛
• شرایط منبع یابی که ممکن است بر برنامه زمانی درخواستی تأثیر بگذارد.

یک BOM فقط به این دلیل که هر خط پر شده است برای منبع یابی آماده نیست.

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

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

تست و برنامه نویسی: محدوده فعلی باید شامل چه مواردی باشد؟

آزمایش می تواند دامنه تجاری را بدون تغییر طراحی PCB تغییر دهد.

ساختنی که نیاز به بازرسی تولید معمول دارد، همان RFQ نیست که به موارد زیر نیاز دارد:

• تست عملکردی خاص مشتری-.
• برنامه نویسی؛
• یک وسیله اختصاصی؛
• واحد-پیکربندی خاص.
• سوابق آزمون ویژه؛
• کار اعتبار سنجی اضافی

همین امر در مورد سیستم عامل نیز صدق می کند.

اگر برنامه‌نویسی گنجانده شود، تیم EMS ممکن است نیاز داشته باشد بداند کدام نسخه تولیدی اعمال می‌شود، چگونه بارگیری می‌شود، آیا داده‌های پیکربندی مربوط به واحد{0}}مشخص است یا نه، و چه تأییدی پس از برنامه‌نویسی انجام می‌شود.

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

مفروضات پشت نقل قول چه می شود؟

هر سوال بی پاسخی نباید نقل قول را متوقف کند.

برخی موارد می توانند به عنوان مفروضات صریح باقی بمانند.

یک راه عملی برای تفکر در مورد آنها این است:

تایید شد

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

جایگزین شد

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

باز کنید

هنوز تصمیم گیری لازم است.

یک کالای باز باید صاحبی داشته باشد و همه افراد درگیر باید بفهمند که چه تاثیری دارد.

اون قسمت آخر مهمه

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

اولویت باید به جای تلقی کردن هر سوال به یک اندازه فوری، به دنبال تأثیر بر پروژه باشد.

شفاف سازی باید تصمیمات را ببندد، نه اینکه ترافیک ایمیل ایجاد کند

شفاف سازی در کار EMS طبیعی است.

شفاف سازی ضعیف نیست.

یک فرآیند RFQ ضعیف یک سوال می پرسد، منتظر پاسخ می ماند، سوال نامرتبط دیگری را ارسال می کند و خریدار را در تلاش برای درک اینکه کدام موضوع واقعا مهم است، رها می کند.

یک رویکرد بهتر، سؤالات مرتبط را گروه بندی می کند و دلیل را قابل مشاهده می کند.

برای یک RFQ ساده، ایمیل ممکن است کافی باشد.

برای یک پروژه پیچیده تر، یک جلسه فنی کوتاه می تواند چندین مورد متصل را سریعتر از یک رشته ایمیل طولانی دیگر ببندد.

خود جلسه اصل مطلب نیست.

موضوع نیاز به تصمیم گیری دارد.

وقتی قیمت به خریدار برمی گردد

پس از اینکه پروژه به اندازه کافی شفاف شد تا قیمت آن مشخص شود، نوع کار دوباره تغییر می کند.

تامین کننده از درک پروژه به ارائه یک پیشنهاد تجاری بر خلاف این درک حرکت کرده است.

قیمت پیشنهادی باید همان قیمتی باشد که همه بررسی کرده اند

یک نقل قول نیازی به نهایی شدن تمام جزئیات تولید آینده ندارد.

به یک پایه قابل اعتماد نیاز دارد.

برای یک نمونه اولیه، برخی از تصمیمات ممکن است به طور منطقی باز بماند تا زمانی که ساخت اول به تیم مهندسی بیشتر بیاموزد.

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

آنچه مهم است این است که مهندسی، منبع یابی، آزمایش، فروش و خریدار هنوز در مورد همان پروژه صحبت می کنند.

اگر یک تیم نسخه A را بررسی کند، دیگری نسخه B را قیمت گذاری کند و خریدار انتظار نسخه C را داشته باشد، قیمت گذاری سریع به ویژه مفید نیست.

آنچه که نقل قول برای انتقال به جلو نیاز دارد

برای گردش کار RFQ، آنچه مهم است این است که آیا مفروضاتی را که در صورت پیشرفت پروژه بر پروژه تأثیر می‌گذارند، پیش می‌برد یا خیر.

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

• مبنای تجدید نظر نقل شده؛
• مدل منبع یابی؛
• مفروضات جایگزین مهم؛
• مقدار یا کمیت می شکند.
• محدوده برنامه نویسی و آزمایش؛
• ابزارسازی یا مفروضات NRE؛
• وابستگی های زمانی مرتبط{0}}
• شرایط مادی-ارائه شده توسط مشتری؛
• استثناهایی که می توانند اجرا را تغییر دهند.

نقل قول درک تجاری فعلی را ثبت می کند.

نباید به عنوان خود دستورالعمل تولید در نظر گرفته شود.

دنبال کردن مفید-دلیلی دارد

پس از ارسال مظنه، سکوت به تامین کننده نمی گوید که چرا پروژه متوقف شده است.

خریدار ممکن است:

• بررسی نقل قول با مهندسی؛
• مقایسه تامین کنندگان؛
• بررسی بودجه؛
• اعتبارسنجی مفروضات منبع یابی؛
• تهیه ممیزی تامین کننده؛
• تصمیم گیری برای شروع یک نمونه اولیه یا ساخت آزمایشی؛
• منتظر تصمیم داخلی برنامه

همه این موقعیت‌ها نباید یکسان-پیگیری کنند.

"هر گونه به روز رسانی؟" به ندرت به هر دو طرف چیز زیادی می گوید.

یک پیگیری مفید-دلیلی دارد.

به عنوان مثال:

آیا مقدار آزمایشی ذکر شده همچنان با اولین ساخت برنامه ریزی شده شما مطابقت دارد؟

یا:

یک فرض منبع تأیید-هم بر هزینه مواد و هم بر زمان‌بندی تأثیر می‌گذارد. آیا می خواهید منبع نقل شده را حفظ کنیم یا گزینه جایگزین را بررسی کنیم؟

یا:

اگر دامنه تجاری قابل قبول باشد، آیا مرحله بعدی شما معمولاً یک نمونه ساخت، ممیزی تامین کننده، یا بررسی PO داخلی است؟

تماس بیشتر تنها زمانی کمک می کند که تصمیم بعدی خریدار را واضح تر کند.

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

یک نقل قول قابل قبول است. می توان یک PO صادر کرد. این پروژه می تواند از نظر تجاری برنده شود.

ممکن است تولید همچنان به یک سطح کنترل بیشتر نیاز داشته باشد.

یک PO به طور خودکار به این معنی نیست که بیلد آماده شروع است

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

کارخانه هنوز به یک هدف مشخص برای ساخت فعلی نیاز دارد.

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

• ویرایش PCB و BOM؛
• جایگزین تایید شده؛
• وضعیت مواد ارائه شده مشتری-.
• انتشار سیستم عامل یا برنامه نویسی؛
• محدوده آزمون و شرایط پذیرش؛
• آماده سازی ابزار یا فیکسچر؛
• دستورالعمل مونتاژ ویژه؛
• الزامات برچسب زدن و بسته بندی؛
• انحرافات تایید شده؛
• الزامات تحویل مربوط به ساخت.

یک دستور تکرار مستقیم ممکن است بیشتر این موارد را تحت کنترل داشته باشد.

یک نمونه اولیه ممکن است هنوز تغییرات مهندسی مشروعی در پیش داشته باشد.

به همین دلیل است که "تجمیع همه چیز" همیشه راه درستی برای فکر کردن در مورد NPI نیست.

سوال مفیدتر این است:

کدام ویرایش و شرایط برای این بیلد منتشر می شود؟

محصول می تواند بعداً به تکامل خود ادامه دهد.

کارخانه هنوز به یک هدف کنترل شده برای تخته هایی که قرار است تولید کند نیاز دارد.

قبل از شروع ساخت، فرضیات باید به دستورالعمل تبدیل شوند

نقل قول-مکالمات صحنه پر از کوتاه نویسی مفید است.

جایگزین قابل قبول

برنامه نویسی گنجانده شده است.

از روش تست به روز شده استفاده کنید.

بسته بندی را به همان روش نمونه انجام دهید.

این اظهارات ممکن است کاملاً واضح باشد در حالی که فروش و مهندسی در مورد RFQ بحث می کنند.

اگر تولید بعداً مجبور شود منظور همه را بازسازی کند، بسیار کمتر مفید هستند.

قبل از شروع ساخت، مفروضاتی که بر ساخت اثر می‌گذارند باید دستورالعمل‌های روشنی برای ساخت فعلی شوند.

یک فرض مهم ممکن است به پایان برسد:

• تایید شد؛
• با یک شرط توافق شده جدید جایگزین شود.
• تا زمانی که تصمیم لازم گرفته شود، باز بماند.

نام دقیق اسناد بین ارائه دهندگان EMS متفاوت است.

اصل ساده است:

تولید نباید مجبور باشد گفتگوی نقل قول را بازسازی کند تا بداند قرار است چه چیزی بسازد.

یک RFQ خوب هنوز هم در NPI Handoff می تواند اشتباه باشد

این یکی از ساده ترین مکان ها برای از دست دادن اطلاعات خوب پروژه است.

مهندسی ممکن است شرایط فرآیند خاصی را علامت گذاری کرده باشد.

منبع‌یابی ممکن است برای جایگزینی تأیید شده باشد.

خریدار ممکن است یک الزام تست را روشن کرده باشد.

فروش ممکن است در مورد بسته بندی توافق شده باشد.

ممکن است یک فرض ثابت در نقل قول گنجانده شده باشد.

هر تصمیمی می تواند به تنهایی صحیح باشد.

اگر این تصمیمات در ایمیل‌ها، نقل‌قول‌ها، یادداشت‌های جلسه و حافظه فردی پراکنده باقی بمانند، این پروژه همچنان دارای ریسک است.

یک RFQ مفید-به-انتقال NPI تصمیمات فعلی را به جلو می برد.

برای اولین ساخت، که ممکن است متصل شود:

بازنگری فعلی ← قوانین مواد تایید شده ← اقدامات مهندسی ← برنامه نویسی و الزامات تست ← وضعیت ابزار یا وسایل ← الزامات بسته بندی و تحویل.

تولید نیاز به تصمیم گیری دارد.

نباید کل تاریخچه RFQ را دریافت کند و انتظار می رود دوباره آن را تفسیر کند.

چک انتشار باید با مرحله پروژه مطابقت داشته باشد

هر سفارشی نیازی به عمق کنترل- یکسانی ندارد.

نمونه اولیه

اولین ساخت ممکن است همچنان شامل یادگیری مهندسی باشد.

بازنگری فعلی و دستورالعمل های ساخت باید برای ساخت به اندازه کافی واضح باشد، اما دلیلی وجود ندارد که وانمود کنیم تغییرات طراحی آینده غیرممکن است.

ساخت پایلوت

توجه بیشتر اغلب به سمت زیر معطوف می شود:

• تکرارپذیری؛
• اجرای آزمون؛
• استراتژی مواد؛
• ابزار سازی؛
• سازگاری فرآیند؛
• آماده سازی برای سطح کمیت بعدی

تکرار یا تولید حجمی

تاکید بیشتر به سمت زیر است:

• کنترل تجدید نظر پایدار؛
• مدیریت تغییر تایید شده؛
• تداوم مادی؛
• تست مداوم؛
• تکرارپذیری فرآیند؛
• برنامه ریزی تحویل

جریان کار اساسی یکسان است.

میزان کنترل با مرحله پروژه تغییر می کند.

آنچه خریداران باید بتوانند ببینند

خریدار نیازی به دسترسی به هر کاربرگ داخلی، گفتگوی منبع یا بحث مهندسی ندارد.

روند هنوز باید قابل درک باشد.

در زمانی که RFQ به سمت سفارش حرکت می کند، خریدار باید بتواند به سوالاتی مانند:

• نقل قول فعلی بر اساس چه تجدید نظری است؟
• کدام فرضیات مهم هنوز باز هستند؟
• آیا خطرات مادی یا جایگزین در انتظار تایید هستند؟
• آیا برنامه نویسی و آزمایش در محدوده فعلی گنجانده شده است؟
• بعد چه تصمیمی لازم است؟
• اگر یک PO صادر شود، هنوز چه چیزی باید قبل از شروع ساخت اتفاق بیفتد؟
• کدام تصمیم‌های مرحله -منظور به NPI منتقل می‌شوند؟

این مفیدتر از این است که به سادگی گفته شود:

نقل قول شما در دست بررسی است.

جایی که STHL در RFQ-برای-ساخت گردش کار قرار می‌گیرد

Shenzhen STHL Technology Co., Ltd. (STHL) از پروژه های مونتاژ PCB و EMS از RFQ و بررسی فایل از طریق مهندسی و آمادگی مواد، آماده سازی مونتاژ، تولید و آزمایش و تحویل پروژه- خاص پشتیبانی می کند.

عمق بررسی دقیق به پروژه، مدل منبع آن، الزامات آزمایش، وضعیت بازنگری، کمیت و مرحله تولید بستگی دارد.

خریدارانی که یک پروژه فعال را ارزیابی می کنند می توانند STHL را بررسی کنندخدمات مونتاژ PCBبرای دامنه تولید گسترده تر

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

برای سؤالات{0} ویژه پروژه، با STHL تماس بگیریدinfo@pcba-china.com.

نتیجه گیری

یک فرآیند مفید PCBA RFQ به سادگی این نیست:

فایل ها در → قیمت تمام شده است.

RFQ، نقل قول و نسخه فعلی ساخت هر کدام کار متفاوتی دارند.

RFQ چیزی برای ارزیابی به ارائه دهنده EMS می دهد.

نقل قول مواردی را که ارائه می شود و تحت چه مفروضاتی ثبت می کند.

اگر پروژه رو به جلو حرکت کند، تصمیماتی که بر تولید تأثیر می گذارد باید از انتقال به NPI جان سالم به در ببرد و به دستورالعمل های قابل استفاده برای ساخت فعلی تبدیل شود.

در طول مسیر، شفاف سازی باید تصمیمات واقعی را ببندد. تغییرات بازبینی باید در جایی که اهمیت دارند باعث بازبینی شود. پیگیری-به جای افزودن ایمیل دیگری به موضوع، باید به شناسایی تصمیم بعدی خریدار کمک کند.

و هنگامی که یک PO وارد می شود، دیگر این سوال فقط این نیست که آیا پروژه به درستی نقل قول شده است یا خیر.

این موضوع این است که آیا کارخانه در حال حاضر همان درک را دارد که خریدار، فروش، مهندسی، منبع یابی و تیم های آزمایشی در زمان توافق با پروژه داشتند.

این انتقال واقعی پس از ارسال RFQ PCBA است:

از اطلاعات → به قرارداد تجاری → به اجرای کنترل شده.