Hogyan alakítsuk át a PCBA RFQ-t beépítésre{0}}kész NPI-csomaggá

A PCBA RFQ nem összeállítási utasítás.

Tartalmazhat anyagjegyzéket, Gerber fájlokat, összeállítási megjegyzéseket, célmennyiségeket, teszt elvárásokat és beszerzési kérdéseket. Feladata azonban továbbra is kereskedelmi jellegű: segít az EMS-partnereknek megbecsülni a hatókört, a költségeket, a megvalósíthatóságot, az anyagok kitettségét és a gyártás összetettségét.

A PCBA NPI-csomagnak más a feladata. Az idézet-szakaszinformációit kiadott végrehajtási bemenetekké alakítja a műszaki áttekintéshez, a komponensek beszerzéséhez, a PCB-összeállításhoz, az SMT programozáshoz, az ellenőrzéshez, a funkcionális teszteléshez, az átdolgozás vezérléséhez és az első build kiadásához.

A PCBA RFQ megbecsüli a projektet. Egy build{1}}kész NPI-csomag előkészíti a projektet a megépítésre.

Ezt a különbséget könnyű kihagyni, mert mindkét szakasz sok ugyanazt a fájlt használja. A valódi kérdés nem az, hogy létezik-e a BOM vagy a Gerber. A kérdés az, hogy az információ elég egyértelmű-e ahhoz, hogy a beszerzési, mérnöki, gyártási, minőségügyi és tesztelő csapatok találgatás nélkül cselekedhessenek.

A jelenlegi elektronikai gyártási környezetben az anyagok rendelkezésre állása, a jóváhagyott alternatívák és a beszerzési tulajdonjog gyorsan megváltoztathatja az összeállítási tervet. Ez az oka annak, hogy az árazáshoz elég jó ajánlattételi csomag még mindig túl laza az első-build végrehajtáshoz.

Az RFQ-to-NPI konvertálás célja nem egy nagyobb dokumentummappa létrehozása. A cél az, hogy az idézet{3}}szakaszbeli feltételezéseit olyan utasításokká alakítsuk, amelyek alapján az emberek ténylegesen dolgozhatnak.

Az idézet elviseli a feltételezéseket. Egy építés nem múlhat rajtuk.

Kezdje az idézet mögötti feltételezésekkel

A leghasznosabb kezdési hely nem az anyagjegyzék, a Gerber-csomag vagy az összeállítási rajz.

Ez az RFQ mögötti feltételezési réteg.

Az árajánlatkészítés során az EMS csapatának gyakran gyakorlati feltételezéseket kell megfogalmaznia, mert még nem áll rendelkezésre minden részlet. Ezek a feltételezések a következőket foglalhatják magukban:

• hogy a build kulcsrakész, részleges kulcsrakész vagy szállított;
• hogy az idézett anyagjegyzék pontos MPN-eket vagy költségvetési helyettesítőket használ-e;
• hogy a nyomtatott áramköri lap adatok véglegesek-e, vagy még tervezés alatt áll;
• a programozás benne van-e, vagy csak tárgyaljuk;
• hogy a funkcionális tesztelés teljes tesztelési eljárást vagy egyszerű ellenőrzést{0}} jelent-e;
• tartalmazza-e a csomagolást, a címkézést, a megfelelő bevonatot vagy a dobozos összeállítást;
• a vevő elfogadja-e a jóváhagyott alternatívákat a közös alkatrészekhez;
• hogy az ellenőrzés hatókörébe tartozik-e az AOI, a röntgen, az ICT, az FCT, vagy csak a szabványos folyamatvizsgálat.

Ezek a feltételezések normálisak az ajánlatkérés során. Kockázatossá válnak az NPI során, ha rejtve maradnak.

A hasznos RFQ-to-NPI átadása minden fontosabb árajánlat-feltevésnek a három állapot egyikébe kell konvertálnia:

Ezzel a lépéssel megelőzhető egy gyakori első{0}}beépítési probléma: az EMS csapata az egyik feltételezéscsoport szerint idéz, míg a vevő egy másik feltételezés alapján várja el a végrehajtást.

Zárja le az első{0}}építési határt

A „Freeze” túl merevnek hangzik egy NPI-projekthez. A korai építmények gyakran változnak. Előfordulhat, hogy a mérnöki csapatok továbbra is érvényesítik a firmware-t, a burkolat illesztését, a vizsgálati módszereket vagy az alkatrészek opcióit.

Ez nem jelenti azt, hogy az első build meghatározatlan maradhat.

Az első NPI-verzió kiadása előtt a csapatnak le kell zárnia az adott build határait: mi szerepel benne, mi nincs kizárva, és mit halaszt el egy későbbi felülvizsgálatra.

Ez nem ugyanaz, mint a teljes termék lefagyasztása. Egyszerűen stabil célpontot ad az EMS-csapatnak az anyag-előkészítéshez, az SMT-programozáshoz, az ellenőrzések tervezéséhez, a tesztek beállításához és a szállítási kommunikációhoz.

A gyakorlati első{0}}építési határnak meg kell erősítenie:

• hogy a hatókör tábla-szintű-ePCB összeállításcsak;
• az összeállítás tartalmazza-e az SMT-szerelvényt, a DIP-szerelvényt, a vegyes technológiájú összeszerelést, a szelektív forrasztást vagy a hullámforrasztást;
• tartalmazza-e a PCB gyártást;
• hogy az összetevők beszerzése teljesen kulcsrakész, részleges kulcsrakész, vagy az ügyfél által biztosított-;
• tartalmazza-e a programozást;
• a Tesztelés és Ellenőrzés szerepel-e benne, és milyen szinten;
• tartalmazza-e a megfelelő bevonatot, kábelösszeállítást, címkézést, csomagolást vagy dobozos összeállítást;
• milyen kimeneti állapotot vár a vevő a szállításkor.

Ez nem papírmunka részlet. Közvetlenül érinti az anyag-előkészítést, a sablontervezést, az SMT-programozást, az ellenőrzési útválasztást, a tesztbeállítást, az átdolgozás kezelését és az ütemezési kommunikációt.

A kártya-szintű PCBA-felépítés és a programozást, funkcionális tesztelést, megfelelő bevonatot, címkézést és végső csomagolást magában foglaló összeállítás nem ugyanaz az NPI-feladat, még akkor sem, ha a PCB kialakítása azonos.

Az első-építési határ minden csapat számára gyakorlati célt ad. A hatókör a következő buildben bővülhet. De az első összeállításnak tudnia kell, hogy mit jelent a „kész”.

Változtassa az anyagjegyzéket beszerzési-ellenőrző dokumentummá

Az ajánlatkérés szakaszában a BOM gyakran árképzési eszköz.

Az NPI szakaszban beszerzési-ellenőrző dokumentummá kell válnia.

Ez azt jelenti, hogy a darabjegyzéknek többé nem szabad egyszerűen felsorolnia az összetevőket. Közölnie kell az OEM- és EMS-csapatokkal, hogy az egyes lényeges döntéseket hogyan kezelik az összeállítás során.

A felépítésre{0}}kész anyagjegyzéknek tisztáznia kell:

• jóváhagyott gyártói cikkszámok;
• gyártók nevei és alkatrészleírások;
• referencia jelölések és mennyiségek;
• csomag vagy lábnyom információ;
• jóváhagyott helyettesek;
• -ne-cserélje ki az alkatrészeket;
• vevő -bútorozott alkatrészek;
• EMS{0}}forrásból származó alkatrészek;
• hosszú-lead vagy allokációs-érzékeny elemek;
• életciklus-aggályok, például EOL vagy NRND kockázat, ha azonosítják;
• DNP, DNI vagy opcionális összeszerelési pozíciók;
• anyag megjegyzések a különleges kezeléshez, nedvességérzékenységhez, címkézéshez vagy nyomon követhetőséghez.

Itt jelenik meg sok RFQ-to-NPI probléma.

A darabjegyzék teljesnek tűnhet, mert minden sornak van cikkszáma. De ha senki sem tudja, hogy a vevő vagy az EMS-partner felelős-e az alkatrész beszerzéséért, akkor az anyagjegyzék nem áll készen{1}}.

Ha egy helyettesítőt használtak az árajánlathoz, de soha nem hagyták jóvá a gyártáshoz, akkor az anyagjegyzék nincs valódi beszerzési ellenőrzés alatt. Ha egy kritikus komponensnek nincs jóváhagyott alternatívája, a beszerzés nem járhat el rugalmasan a kínálat megváltozásakor.

A kulcsrakész NYÁK-szerelvény esetében a BOM vezérli a beszerzést.

A részleges kulcsrakész NYÁK összeszerelésnél a BOM egyben felelősségi térképté is válik: mely alkatrészeket az EMS{0}}forrás biztosítja, mely alkatrészeket a vevő-bútorozza, melyek azok az alkatrészek, amelyek cseréje engedélyezett, és melyek azok, amelyek nem szállíthatók tovább írásos jóváhagyás nélkül.

A feladott összeállítások esetében a darabjegyzék szabályozza, hogy a vevőnek mit kell szállítania a gyártás folytatása előtt.

A darabjegyzék-ellenőrzésnek mindhárom esetben át kell lépnie az „Idézhetnénk?” helyett. a "Megvásárolhatjuk, összeállíthatjuk, nyomon követhetjük, összeszerelhetjük, megvizsgálhatjuk és kiadhatjuk?"

Egyetlen mérnöki adatbázis kiadása az NPI Build számára

Az RFQ-fájlokat gyakran idővel gyűjtik össze. A vevő küldhet egy darabjegyzék-verziót, majd egy felülvizsgált Gerber-csomagot, majd egy új CPL-fájlt, majd frissített összeállítási megjegyzéseket egy e-mail-szálban.

Ez működőképes lehet az árajánlat áttekintése során.

Build kiadáshoz nem használható.

A build{0}}PCBA NPI-csomaghoz egy kiadott mérnöki alapvonalra van szükség. Az alapvonalnak nem kell véglegesnek lennie a termék teljes életciklusára vonatkozóan, de ennek az összeállításnak véglegesnek kell lennie.

Az alapvonalnak azonosítania kell az érvényes változatot:

Nem az a cél, hogy minden ügyféltől minden lehetséges fájlt megköveteljenek. Előfordulhat, hogy egy egyszerű összeállításhoz nincs szükség ugyanolyan mélységre, mint egy firmware-rel, csatlakozókkal, relékkel, BGA-kkal és tokozási megszorításokkal rendelkező ipari vezérlőkártyához.

A cél az összehangolás.

Ha az anyagjegyzék az egyik változatra, a Gerber-csomag egy másikra mutat, és a CPL-fájl egy másik exportból származik, akkor az éles csapat nem összeállítási csomagból dolgozik. Rejtvényből működik, és a hiányzó darabok általában a lehető legrosszabbkor jelennek meg: összeszerelés, SMT programozás, ellenőrzés beállítása vagy az első cikk áttekintése során.

Alakítsa át a DFM- és DFT-leleteket nyílt{0}}elemregiszterré

A DFM-ellenőrzés és a DFT-tervezés nem szabad, hogy az NPI-csomagon kívül essen külön műszaki megjegyzésként. Az első build működési vezérlőrendszerének részévé kell válniuk.

Ebben a szakaszban nem az a kérdés, hogy "Miért fontos a DFM?"

A kérdés a következő: mely DFM- vagy DFT-problémák befolyásolhatják ezt a buildet, és hogyan zárják be vagy kezelik mindegyiket?

Tipikus nyitott tételek lehetnek:

• homályos polaritás vagy az 1. tű jelölése;
• komponens orientációs konfliktusok;
• a lábnyom és a csomagok össze nem illésének kockázata;
• szűk távolság a csatlakozók, magas alkatrészek vagy finom{0}}osztású SMT-eszközök körül;
• BGA, QFN vagy rejtett forrasztási csatlakozások vizsgálati követelményei;
• hiányzó vagy korlátozott teszthozzáférés;
• programozási interfész nincs megerősítve;
• Az ICT vagy FCT lámpatest nincs készen;
• a csatlakozóhoz való hozzáférés blokkolva a burkolat összeszerelése után;
• konform bevonat{0}}tartja távol a nem meghatározott területeket;
• szelektív forrasztás vagy kézi{0}}forrasztási kényszerek;
• tisztázatlan átdolgozási és újratesztelési elvárások.

Az NPI-csomagon nem csak azt kell írni, hogy „DFM-ellenőrzés befejeződött”. Ez túl homályos.

Meg kell mutatnia a működő állapotot:

Ez a regiszter a gyakorlati híd a mérnöki felülvizsgálat és a gyártás végrehajtása között.

Az összeépítés{0}}kész nem jelenti azt, hogy nincsenek problémák. Ez azt jelenti, hogy az ismert problémák láthatóak, hozzárendelhetők és kezelhetők, még mielőtt lefoglalnák a gyártási időt.

Határozza meg a változásvezérlést, mielőtt az első változás megtörténik

Változnak az NPI projektek. Ez normális.

Előfordulhat, hogy egy komponens elérhetetlenné válik. Lehet, hogy egy lábnyom korrekcióra szorul. A firmware-verzió megváltozhat az előhívás után-. A vevő frissítheti a vizsgálati módszert. A tervezőmérnök kiadhat egy új PCB-változatot a DFM visszajelzése után.

A probléma nem maga a változás. A probléma az ellenőrizetlen változás.

Az első összeállítás megkezdése előtt az NPI-csomagnak meg kell határoznia, hogyan kell kezelni a változtatásokat a kiadott alapvonal jóváhagyása után.

Egy gyakorlati változtatás{0}}vezérlési folyamatnak a következőkre kell válaszolnia:

• Ki kérhet változtatást?
• Milyen információkat kell tartalmaznia a kérelemnek?
• Ki vizsgálja meg a költségekre, az átfutási időre, a beszerzésre, a szerszámokra, a tesztekre és a minőségre gyakorolt ​​hatást?
• Ki hagyja jóvá a változtatást?
• Mely dokumentumokat kell frissíteni?
• Hogyan kommunikálják az új változatot a beszerzéssel, az SMT-vel, az ellenőrzéssel, a teszteléssel és a szállítással?
• Mi történik a már megvásárolt anyagokkal vagy a már megépített táblákkal?

Ennek nem kell minden kis prototípus esetében nehéz vállalati folyamattá válnia. Ennek azonban elég világosnak kell lennie ahhoz, hogy az informális változtatások ne kerüljenek észrevétlenül a buildbe.

Egy kis megjegyzés egy e-mailben valódi gyártási problémává válhat, ha megváltoztatja a BOM-ot, a PCB-változatot, a programozási módszert vagy a tesztkövetelményt, és a csapat többi tagja soha nem látja.

A felülvizsgálat ellenőrzése nem adminisztráció. Így marad nyomon követhető az első építmény.

Határozza meg az első -összeállítási kimenetet a gyártás megkezdése előtt

Az első NPI buildnek meghatározott kimeneti feltétellel kell rendelkeznie.

Ez eltér egy átfogó kísérleti elfogadási politika megírásától. Ez azonnalibb. Arra ad választ, amit az EMS partnertől elvárnak a build végén.

Például a kimenet a következő lehet:

• csak összeszerelt táblák;
• összeszerelt és szemrevételezett táblák;
• AOI{0}}ellenőrzött táblák;
• táblák röntgenvizsgálattal a kiválasztott csomagokhoz;
• Programozott táblák;
• programozott és beállított -ellenőrzött kártyákon;
• funkcionálisan tesztelt táblák;
• vizsgálati jegyzőkönyvekkel szállított táblák;
• meghibásodási, átdolgozási és újratesztelési rekordokkal szállított táblák;
• táblák becsomagolva, felcímkézve és előkészítve a következő integrációs lépéshez.

Nem minden első buildre van szükség teljes funkcionális tesztelésre. Egyes buildek mérnöki felvilágosításra- készültek. Némelyik mechanikai illeszkedésre szolgál. Egyesek a firmware betöltésének ellenőrzésére szolgálnak. Némelyikük közel áll a kísérleti összeállításhoz, és teljesebb nyilvántartást igényel.

Az NPI-csomagnak meg kell egyeznie a felépítési céllal.

Ha funkcionális tesztelést is tartalmaz, a csomagnak meg kell határoznia:

• firmware verzió;
• programozási módszer;
• vizsgálóberendezés vagy berendezés állapota;
• funkcionális vizsgálati eljárás;
• várható kimeneti vagy mérési határértékek;
• megfelelés/nem teljesítési kritériumok;
• sikertelen{0}}egységkezelés;
• átdolgozási és újratesztelési szabályok;
• tesztfelvételi formátum.

Egy tábla megfelelően összeállítható, és még mindig nem felel meg a vevő elvárásainak, ha a várható kimeneti feltételt soha nem határozták meg.

Az első összeállítás nem érhet véget azzal a vitával, hogy mit jelent a „kész” kifejezés.

Tedd a csomagot minden funkcióval használhatóvá

Egy erős NPI-csomag nem egy részleghez íródott.

Minden csapat számára használhatónak kell lennie, akinek az építkezésen részt kell vennie.

Ez az oka annak, hogy a csomag nem tűnhet véletlenszerű mellékletek mappájának.

Praktikus átadásként kell működnie az ajánlatkérés és a végrehajtás között.

A legjobb teszt egyszerű: minden csapat elkezdheti a munkáját anélkül, hogy újra feltenné ugyanazokat a tisztázó kérdéseket?

Ha a válasz nem, akkor az NPI-csomag még nem áll{0}}készen.

A kereskedelmi feltételezéseket tartsa elkülönítve az építési utasításoktól

Az egyik finom RFQ-to-NPI hiba az, hogy lehetővé teszi, hogy a kereskedelmi feltételezések véletlenül gyártási utasításokká váljanak.

Az ajánlattétel során az EMS partner vállalhat szabványos csomagolást, szabványos ellenőrzést, szabványos alkatrészbeszerzést, szabványos átfutási időt vagy szabványos kezelést. Ezek a feltételezések ésszerűek lehetnek az árazás szempontjából, de még mindig meg kell erősíteni őket a build kiadása előtt.

Például:

• Az árajánlat feltételezheti a szabványos csomagolást, míg a tényleges NPI-konstrukció ESD-tasakokat, tálcákat, címkéket, sorozatszámokat vagy külön meghibásodott{0}}egységkezelést igényel.
• Az árajánlat feltételezheti a szabványos AOI-ellenőrzést, míg a táblának a BGA- vagy QFN-csomagok miatt X{0}}sugárvizsgálatra lehet szüksége.
• Előfordulhat, hogy az árajánlat nem feltételez funkcionális tesztelést, miközben a vevő firmware-betöltést és rendszer{0}}szintű ellenőrzést vár.
• Az árajánlat feltételezheti az EMS beszerzését, míg a vevő kritikus IC-k szállítását tervezi.
• Előfordulhat, hogy az árajánlat nem feltételez speciális bevonatot, míg az alkalmazáshoz konform bevonat szükséges, vagy -nem kell ellenőrizni.

Az NPI-csomagnak egyértelműen fel kell tüntetnie, hogy mely feltételezések már jóváhagyott utasítások, és melyek változtak.

Egy hasznos kérdés az átadási értekezlethez:

"Mit feltételeztünk az árajánlatnál, és mit erősítettünk meg az építésnél?"

Ez az egy kérdés gyakran felfedi a különbséget az ár-kész csomag és a build{1}}kész csomag között.

Használja az Első összeállítást a következő-Build Learning Loop létrehozásához

A build{0}}kész PCBA NPI-csomagnak is fel kell készítenie a projektet, hogy tanuljon az első buildből.

Az első összeállítás nem csak egy szállítmány. Ez egy mérnöki és gyártási visszajelzési esemény.

Az NPI-csomagnak meg kell határoznia, hogy milyen információk kerülnek rögzítésre a build alatt vagy után, például:

• anyaghiány;
• helyettesítő jóváhagyási kérdések;
• bejövő anyagi problémák;
• összeszerelési hibák;
• homályos polaritási vagy tájolási megjegyzések;
• AOI vagy X{0}}röntgen leletek;
• programozási problémák;
• funkcionális tesztelési hibák;
• átdolgozási műveletek;
• ismételt vizsgálati eredmények;
• rögzítés vagy szerszám korlátai;
• csomagolási és kezelési problémák;
• javasolt változtatások a következő build előtt.

Ez a visszajelzés csak akkor válik hasznossá, ha a megfelelő felülvizsgálati alapvonalhoz kötődik.

Ha a csapat nem tudja, hogy melyik anyagjegyzéket, NYÁK-verziót, firmware-verziót és tesztmódszert használta, az első-build-visszajelzés alkalmazása nehézzé válik.

A jó RFQ-to-NPI folyamat nem áll meg a „táblák megépítése” alatt.

Azt kérdezi: "Mit tanított nekünk ez az építmény a következő előtt?"

Így halad át a projekt az első összeállítástól a kísérleti összeállítás, a kis{0}}volumen gyártás és a stabilabb EMS-gyártás felé.

Amit a Build{0}}kész PCBA NPI csomag általában tartalmaz

A build{0}}kész NPI-csomagot nem szabad csak a fájlok száma alapján megítélni. Az alapján kell megítélni, hogy az egyes downstream csapatok tud-e ebből cselekedni.

A csomag akkor áll készen-, ha kellően specifikus a mérnöki, beszerzési, gyártási, minőségügyi és tesztelői csapatok számára, hogy előrehaladjanak anélkül, hogy feltételezésekre építenének.

Hol illik az STHL ebben a vitában

Az OEM-vásárlók számára az RFQ-to-NPI átállás egyszerűbb, ha az EMS-partner támogatja a kereskedelmi becsléseket és a gyártási végrehajtást is.

Az STHL ezen keresztül támogatja az OEM projekteketPCB összeállítás, PCB prototípus készítés, alkatrészbeszerzés koordinálása, mérnöki dossziék áttekintése, gyártás előkészítése, illTesztelés és ellenőrzés. Sok NPI-stádiumú megbeszélésben a gyakorlati munka nem csak a tábla idézéséből áll. A beszerzési tulajdonjog tisztázásáról, a jóváhagyott alternatívákról, az első-beépítési hatókörről, a mérnöki adatok ellenőrzéséről, az ellenőrzés tervezéséről, a programozási követelményekről és a tesztmódszer-készültségről szól.

A tisztább NPI-átadás jobb esélyt ad az OEM-nek és az EMS-csapatnak, hogy az első futtatást ugyanazon feltételezések, felülvizsgálatok és felelősségek alapján építsék fel.

Ha csapata már benyújtott PCBA ajánlatkérést, és az első összeállításra készül, az STHL segíthet átvizsgálni, hogy az árajánlatcsomag készen áll-e a végrehajtásra-kész NPI csomagra.

Első buildet készít az ajánlatkérés áttekintése után? Küldje be projektjét keresztülKérjen árajánlatotvagy e-mailben info@pcba-china.com.

Következtetés

A PCBA RFQ egy becslési bemenet. A PCBA NPI csomag egy végrehajtási bemenet.

Az RFQ segít az EMS-partnernek megérteni a költségeket, a hatókört, a megvalósíthatóságot és a kockázatot. Az NPI csomag ezeket az információkat gyakorlati termelési bemenetekké alakítja a tervezéshez, a beszerzéshez, az összeszereléshez, az ellenőrzéshez, a programozáshoz, a teszteléshez és az első összeállítás végrehajtásához.

A különbség nem a fájlok számában van. Ez az ellenőrzés állapota.

A build{0}}kész PCBA NPI csomag meghatározza, hogy mi készül, melyik verzió érvényes, ki szállítja az egyes alkatrészeket, mely feltételezések igazolódnak, hogyan zárják be a nyitott tervezési elemeket, hogyan tesztelik az első buildet, és hogyan rögzítik az eredményeket a következő buildhez.

Az összeépítés-kész nem jelenti azt, hogy minden probléma már megoldódott.

Ez azt jelenti, hogy a projekt eléggé szervezett ahhoz, hogy az árajánlattól a végrehajtásig tudjon haladni anélkül, hogy találgatásokra hagyatkozna.