Як перетворити запит на пропозицію PCBA на-готовий пакет NPI

PCBA RFQ не є інструкцією зі створення.

Він може включати специфікацію, файли Gerber, примітки до складання, цільові кількості, очікувані результати тестування та запитання щодо джерел. Але його робота все ще комерційна: він допомагає партнеру EMS оцінити обсяг, вартість, доцільність, доступність матеріалів і складність виробництва.

Пакет PCBA NPI виконує іншу роботу. Він перетворює інформацію-стадії цитування у вихідні дані виконання для технічної перевірки, джерела компонентів, складання друкованої плати, програмування SMT, перевірки, функціонального тестування, контролю за доопрацюванням і випуску першої збірки.

PCBA RFQ оцінює проект. Пакет NPI, готовий до-складання, готує проект до створення.

Цю різницю легко не помітити, оскільки обидва етапи використовують багато однакових файлів. Справжнє питання полягає не в тому, чи існує BOM чи Gerber. Питання полягає в тому, чи є інформація достатньо чіткою для того, щоб групи закупівель, проектування, виробництва, якості та тестування діяли без здогадів.

У поточному середовищі виробництва електроніки доступність матеріалів, затверджені альтернативи та право власності на постачальники можуть швидко змінити план створення. Ось чому пакет запитів пропозицій, який достатньо підходить для ціноутворення, все ще може бути надто вільним для першого-виконання збірки.

Метою перетворення RFQ-у-NPI є не створення більшої папки документів. Мета полягає в тому, щоб перетворити цитатні-припущення етапу на інструкції, за якими люди могли б справді працювати.

Цитата допускає припущення. Конструкція не може залежати від них.

Почніть із припущень, що стоять за цитатою

Найкориснішим місцем для початку є не специфікація, пакет Gerber або складальне креслення.

Це рівень припущень, що стоїть за запитом пропозицій.

Під час пропозиції команді EMS часто доводиться робити практичні припущення, оскільки ще не всі деталі доступні. Ці припущення можуть включати:

• чи є будівництво під ключ, частково під ключ або передано;
• чи використовує цитована BOM точні MPN або бюджетні замінники;
• чи є дані друкованої плати остаточними чи все ще перебувають на розгляді проекту;
• чи включено програмування чи лише обговорюється;
• чи означає функціональне тестування повну процедуру тестування чи просту перевірку-ввімкнення;
• чи включено упаковку, маркування, конформне покриття або коробку;
• чи приймає покупець затверджені альтернативи для загальних компонентів;
• незалежно від того, чи включає сфера перевірки AOI, X-Ray, ICT, FCT або лише стандартну перевірку процесу.

Ці припущення є нормальними під час RFQ. Вони стають ризикованими під час NPI, якщо залишаються прихованими.

Корисна передача запиту -до-NPI має перетворити кожне припущення основної ціни в один із трьох статусів:

Цей крок запобігає поширеній проблемі першого-складання: команда EMS надає пропозиції за одним набором припущень, а покупець очікує виконання за іншим.

Заблокуйте першу -межу будівництва

«Заморозити» може здатися занадто жорстким для проекту NPI. Ранні збірки часто змінюються. Групи інженерів можуть усе ще перевіряти вбудоване програмне забезпечення, придатність корпусу, методи тестування або параметри компонентів.

Це не означає, що перша збірка може залишитися невизначеною.

Перш ніж випустити першу збірку NPI, команді потрібно зафіксувати межі цієї збірки: що включено, що виключено, а що відкладено до наступної версії.

Це не те саме, що заморозити весь продукт. Це просто дає групі EMS стабільну ціль для підготовки матеріалу, програмування SMT, планування інспекції, налаштування тестування та зв’язку доставки.

Практичні межі першої-складання мають підтверджувати:

• чи область дії-на рівні радиЗбірка друкованої платитільки;
• чи включає збірка SMT, DIP-складання, змішана технологія складання, селективна пайка або пайка хвилею;
• чи включено виготовлення друкованих плат;
• незалежно від того, чи здійснюється постачання компонентів повністю «під ключ», частково «під ключ» або клієнт-надається;
• чи включено програмування;
• чи включено тестування та перевірку та на якому рівні;
• чи включено конформне покриття, кабельне складання, маркування, пакування чи монтаж коробки;
• який вихідний стан очікує покупець при доставці.

Це не паперова деталь. Це безпосередньо впливає на підготовку матеріалу, планування трафаретів, програмування SMT, маршрут перевірки, налаштування тесту, обробку доопрацювань і розклад зв’язку.

Збірка PCBA-на рівні плати та збірка, яка включає програмування, функціональне тестування, конформне покриття, маркування та остаточне пакування, не є однаковою роботою NPI, навіть якщо конструкція друкованої плати ідентична.

Перша-межа будівництва дає кожній команді практичну ціль. Сфера застосування може бути розширена в наступній збірці. Але перша збірка повинна знати, що означає «зроблено».

Перетворіть BOM на Sourcing-Control Document

На етапі RFQ специфікація часто є інструментом ціноутворення.

На етапі NPI він має стати документом-контролю джерел.

Це означає, що специфікація більше не повинна просто перераховувати компоненти. Він повинен повідомляти командам OEM і EMS, як кожне важливе рішення буде оброблятися під час цієї збірки.

Специфікація-готового до складання повинна роз’яснювати:

• затверджені номери деталей виробника;
• назви виробників і описи деталей;
• довідкові позначення та кількості;
• інформація про пакет або розмір;
• затверджені заступники;
• -не-замінювати частини;
• покупець-мебльовані частини;
• EMS{0}}запчастини;
• довгі-ліди або розподіл-делікатні елементи;
• проблеми життєвого циклу, такі як ризик EOL або NRND, якщо їх виявлено;
• DNP, DNI або додаткові монтажні позиції;
• примітки щодо матеріалів щодо спеціального поводження, чутливості до вологи, маркування або відстеження.

Саме тут з’являється багато проблем із запитами-для-NPI.

Специфікація може виглядати завершеною, оскільки кожен рядок має номер деталі. Але якщо ніхто не знає, чи покупець чи партнер EMS несе відповідальність за постачання цієї частини, специфікація не-готова.

Якщо замінник використовувався для пропозиції, але ніколи не був схвалений для виробництва, специфікація не перебуває під реальним контролем джерел. Якщо критично важливий компонент не має схваленої альтернативи, закупівля не може діяти з гнучкістю при зміні пропозиції.

Для збірки друкованих плат під ключ специфікація контролює закупівлі.

Для часткової збірки друкованої плати «під ключ» специфікація також стає картою відповідальності: які частини-постачає EMS, які частини надає-покупець, які частини схвалені для заміни, а які частини не можна використовувати без письмового схвалення.

Для комісійних збірок специфікація визначає, що покупець повинен доставити, перш ніж можна буде продовжити виробництво.

У всіх трьох випадках перевірка специфікації має перейти від "Чи можемо ми надати це?" до "Чи можемо ми купити, комплектувати, відстежити, зібрати, перевірити та випустити його?"

Випуск однієї базової лінії інженерних даних для збірки NPI

Файли запитів часто збираються з часом. Покупець може надіслати одну версію BOM, потім переглянутий пакет Gerber, потім новий файл CPL, а потім оновлені примітки до складання в ланцюжку електронної пошти.

Це може бути спрацьовуючим під час перегляду пропозицій.

Він не працює для випуску збірки.

Пакет PCBA NPI, готовий до збірки-, потребує однієї випущеної інженерної бази. Базова лінія не повинна бути остаточною для всього життєвого циклу продукту, але вона має бути остаточною для цієї збірки.

Базовий рівень має визначати дійсну версію для:

Мета полягає не в тому, щоб вимагати всі можливі файли від кожного клієнта. Проста збірка може не потребувати такої ж глибини корпусу, як промислова плата керування з мікропрограмою, роз’ємами, реле, BGA та обмеженнями корпусу.

Мета - вирівнювання.

Якщо BOM вказує на одну версію, пакет Gerber вказує на іншу, а файл CPL надійшов з іншого експорту, виробнича команда не працює з пакетом збірки. Він працює на основі головоломки, і відсутні частини зазвичай з’являються в найгірший можливий час: під час комплектації, програмування SMT, налаштування перевірки або першого огляду статті.

Перетворіть результати DFM і DFT у відкритий-реєстр елементів

Огляд DFM і планування DFT не повинні залишатися поза пакетом NPI як окремі інженерні коментарі. Вони повинні стати частиною робочої системи контролю для першої збірки.

На цьому етапі питання полягає не в тому, чому DFM важливий?

Постає питання: які проблеми DFM або DFT можуть вплинути на цю збірку, і як кожну з них буде закрито чи керовано?

Типові відкриті позиції можуть включати:

• незрозуміла полярність або маркування контакту 1;
• конфлікти компонентної орієнтації;
• ризик невідповідності площі та упаковки;
• вузький відстань навколо роз’ємів, високих компонентів або пристроїв SMT із малим{0}}кроком;
• Вимоги до перевірки BGA, QFN або прихованого паяного з’єднання;
• відсутній або обмежений тестовий доступ;
• інтерфейс програмування не підтверджено;
• Пристрій ICT або FCT не готовий;
• блокування доступу до роз’єму після складання корпусу;
• конформне покриття, що запобігає-ділянки;
• вибіркове паяння або обмеження-ручного паяння;
• незрозумілі очікування щодо переробки та повторного тестування.

У пакеті NPI має бути не лише напис «Перегляд DFM завершено». Це надто розпливчасто.

Він повинен показувати робочий статус:

Цей реєстр є практичним мостом між інженерним оглядом і виконанням виробництва.

Готовність-до збірки не означає, що проблем немає. Це означає, що відомі проблеми видно, призначаються та керуються до того, як вони займуть час виробництва.

Визначте контроль над змінами до того, як станеться перша зміна

Зміна проектів НПІ. Це нормально.

Компонент може стати недоступним. Можливо, слід виправити. Версія мікропрограми може змінитися після-виведення. Покупець може оновити метод тестування. Інженер-конструктор може випустити нову версію друкованої плати після відгуку DFM.

Проблема не в самих змінах. Проблема в неконтрольованих змінах.

Перед початком першого збирання пакет NPI має визначити, як будуть оброблятися зміни після схвалення випущеної базової лінії.

Практична зміна{0}}потоку керування має відповідати:

• Хто може вимагати зміни?
• Яку інформацію необхідно включити в запит?
• Хто перевіряє вплив на вартість, час виконання, пошук, інструменти, випробування та якість?
• Хто затверджує зміни?
• Які документи необхідно оновити?
• Як нова редакція буде повідомлена про закупівлю, SMT, перевірку, випробування та доставку?
• Що станеться з уже придбаним матеріалом або вже виготовленими дошками?

Це не повинно стати важким корпоративним процесом для кожного маленького прототипу. Але він має бути достатньо чітким, щоб запобігти непомітному внесенню неформальних змін у збірку.

Невелика примітка в електронному листі може стати справжньою виробничою проблемою, якщо вона змінює специфікацію, версію друкованої плати, метод програмування або вимоги до тестування, а решта команди ніколи цього не бачить.

Ревізійний контроль – це не адміністрування. Саме так можна відстежити першу збірку.

Визначте перший-вихід збірки до початку виробництва

Перша збірка NPI повинна мати визначену вихідну умову.

Це відрізняється від написання широкої політики прийняття пілотного проекту. Це більш безпосередньо. Він відповідає на те, що очікується від партнера EMS наприкінці цієї збірки.

Наприклад, результатом може бути:

• тільки збірні дошки;
• зібрані та візуально перевірені дошки;
• AOI-перевірив дошки;
• плати з рентгенівською перевіркою для вибраних пакетів;
• програмовані плати;
• запрограмовані та живлення-на перевірених платах;
• функціонально перевірені плати;
• плати, що поставляються з протоколами випробувань;
• плати, надіслані з записами про несправності, переробку та повторні випробування;
• плати упаковані, марковані та підготовлені до наступного кроку інтеграції.

Не кожна перша збірка потребує повного функціонального тестування. Деякі збірки призначені для-інженерної розробки. Деякі призначені для механічного кріплення. Деякі призначені для перевірки завантаження мікропрограми. Деякі з них близькі до пілотної розробки та потребують більш повних записів.

Пакет NPI має відповідати меті збірки.

Якщо включено функціональне тестування, пакет має визначати:

• версія прошивки;
• метод програмування;
• стан тестового обладнання або приладів;
• процедура функціонального тестування;
• очікуваний вихід або межі вимірювання;
• критерії склав/не склав;
• невдала-обробка одиниць;
• правила переробки та перевипробування;
• формат тестового запису.

Плата може бути зібрана правильно і все одно не відповідатиме очікуванням покупця, якщо очікувані вихідні умови ніколи не були визначені.

Перша збірка не повинна закінчуватися дискусією про те, що означає «завершено».

Зробіть пакет придатним для використання кожною функцією

Сильний пакет NPI не пишеться для одного відділу.

Його має використовувати кожна команда, яка має працювати над створенням.

Ось чому пакет не повинен виглядати як випадкова папка вкладень.

Це має функціонувати як практичний перехід від RFQ до виконання.

Найкращий тест простий: чи може кожна команда розпочати свою роботу, не ставлячи знову тих самих уточнюючих запитань?

Якщо відповідь «ні», пакет NPI ще-не готовий до збірки.

Зберігайте комерційні припущення окремо від інструкцій зі створення

Одна тонка помилка RFQ-to-NPI полягає в тому, що комерційні припущення випадково стають виробничими інструкціями.

Під час пропозиції партнер EMS може взяти на себе стандартне пакування, стандартну перевірку, стандартне постачання компонентів, стандартний час виконання або стандартну обробку. Ці припущення можуть бути розумними для ціноутворення, але їх все одно потрібно підтвердити перед випуском збірки.

Наприклад:

• Цінова пропозиція може передбачати стандартне пакування, тоді як для фактичної збірки NPI потрібні ESD-мішки, лотки, етикетки, серійні номери або окрема несправна{0}}обробка одиниць.
• Ціна може передбачати стандартну перевірку AOI, тоді як платі може знадобитися перевірка X-Ray через пакети BGA або QFN.
• Цінова пропозиція може передбачати відсутність функціонального тестування, тоді як покупець очікує завантаження мікропрограми та перевірки-системного рівня.
• Котирування може припускати джерело EMS, тоді як покупець планує постачати критичні мікросхеми.
• Цінова пропозиція може припускати відсутність спеціального покриття, тоді як застосування потребує конформного покриття або не-контролю.

У пакеті NPI має бути чітко зазначено, які припущення зараз є затвердженими інструкціями, а які припущення змінилися.

Корисне запитання для зустрічі з передачі:

«Що ми припустили щодо пропозиції та що ми підтвердили щодо збірки?»

Це одне запитання часто розкриває різницю між готовим-пакетом за ціною та готовим-пакетом.

Використовуйте першу збірку, щоб створити наступну-цикл навчання збірки

Пакет PCBA NPI, готовий до -складання, також повинен підготувати проект до навчання з першої збірки.

Перша збірка - це не тільки відправка. Це подія зворотного зв’язку між інженерами та виробниками.

Пакет NPI має визначати, яку інформацію буде отримано під час або після збірки, наприклад:

• матеріальні нестачі;
• питання затвердження заміни;
• приходять матеріальні проблеми;
• дефекти збірки;
• незрозуміла полярність або орієнтація приміток;
• AOI або рентген-діагностика;
• проблеми програмування;
• невдачі функціональних тестів;
• переробні дії;
• результати повторного тестування;
• обмеження кріплення або інструменту;
• проблеми з упаковкою та транспортуванням;
• рекомендовані зміни перед наступною збіркою.

Цей відгук стане корисним, лише якщо він пов’язаний із правильною базовою версією.

Якщо команда не знає, яку специфікацію, версію друкованої плати, версію мікропрограми та метод тестування використовували,-відгук про першу збірку буде важко застосувати.

Хороший процес RFQ-to-NPI не зупиняється на «плати створено».

Він запитує: «Чого ця конструкція навчила нас перед наступною?»

Таким чином проект рухається від першого будівництва до пілотного, мало{0}}серійного виробництва та більш стабільного виробництва EMS.

Що зазвичай містить пакет-готового для збірки PCBA NPI

Пакет NPI, готовий до збірки-, не слід оцінювати лише за кількістю файлів. Слід оцінювати, чи може кожна наступна команда діяти з нього.

Пакет{0}}готовий до створення, якщо він достатньо конкретний, щоб команди інженерів, постачальників, виробництва, якості та тестування могли рухатися вперед, не будуючи на основі припущень.

Де STHL підходить для цієї дискусії

Для покупців OEM перехід від RFQ-до-NPI легше, коли партнер EMS може підтримувати як комерційну оцінку, так і виконання виробництва.

STHL підтримує проекти OEM черезЗбірка друкованої плати, створення прототипів друкованої плати, координація постачання компонентів, перевірка інженерних файлів, підготовка виробництва таТестування та перевірка. У багатьох обговореннях на стадії-NPI практична робота полягає не лише в цитуванні дошки. Йдеться про уточнення права власності на постачальника, затверджених альтернатив, обсягу першої-складання, контролю інженерних даних, планування перевірки, вимог до програмування та готовності методу тестування.

Чистіша передача NPI дає як OEM, так і команді EMS кращі шанси створити перший запуск на основі того самого набору припущень, переглядів і обов’язків.

Якщо ваша команда вже подала запит на пропозицію PCBA та готується до першої збірки, STHL може допомогти перевірити, чи готовий пакет цінової пропозиції стати готовим до виконання-пакетом NPI.

Готуєте першу збірку після розгляду RFQ? Надішліть свій проект черезЗапит про цінуабо електронною поштою info@pcba-china.com.

Висновок

Запит на пропозицію PCBA – це вхідні дані для оцінки. Пакет PCBA NPI є входом для виконання.

RFQ допомагає партнеру EMS зрозуміти вартість, обсяг, доцільність і ризик. Пакет NPI перетворює цю інформацію на практичні виробничі ресурси для проектування, пошуку джерел, складання, перевірки, програмування, тестування та першого виконання збірки.

Різниця не в кількості файлів. Це стан контролю.

Пакет PCBA NPI, готовий до збірки-, визначає, що створюється, яка версія дійсна, хто постачає кожну частину, які припущення підтверджуються, як будуть закриті відкриті інженерні елементи, як тестуватиметься перша збірка та як фіксуватимуться результати для наступної збірки.

Готовність-до збірки не означає, що всі проблеми вже вирішено.

Це означає, що проект достатньо організований, щоб перейти від пропозиції до виконання, не покладаючись на здогади.