PCBA-kyselyn lähettämisen jälkeen: tarkistus, selvennys, tarjous ja versiojulkaisu

Yleiskatsaus

PCBA:n tarjouspyynnön lähettäminen aloittaa tarkistuksen. Se ei tarkoita, että hanke on valmis tarjottavaksi, eikä se todellakaan tarkoita, että tehdas olisi valmis rakentamaan.

Kun EMS-palveluntarjoaja vastaanottaa tarjouspyynnön, työ vaihtuu. Myynti-, suunnittelu-, hankinta-, testaus- ja kaupallisten tiimien on varmistettava, että he arvioivat samaa rakennetta samoilla olettamuksilla.

Siellä kurinalaisella PCBA:n tarjouspyyntöprosessilla on merkitystä.

Tarjouspyyntö kertoo toimittajalle, mitä ostaja haluaa arvioitavan. Tarjous kirjaa, mitä hinnoitellaan ja millä oletuksilla. Ennen valmistuksen aloittamista rakentamiseen vaikuttavista päätöksistä tulee saada selkeät ohjeet nykyiselle versiolle.

Projekti voi olla valmis tarjottavaksi ennen kuin se on valmis luovutettavaksi valmistukseen.

Tämä kuilu näiden kahden välillä on paikka, jossa suuri osa todellisesta tarjouspyyntötyöstä tapahtuu.

Tarjouspyyntö, tarjous ja rakennusjulkaisu tekevät erilaisia ​​​​töitä

Monet samoista tiedostoista voivat näkyä sekä tarjouspyyntö- että tuotanto{0}}julkaisuvaiheessa, mutta niillä on jokaisessa vaiheessa eri tarkoitus.

Tämä ero on helppo unohtaa, koska materiaaliluettelo, piirilevytiedot, ohjelmointitiedot, testivaatimukset ja muut projektin syötteet voivat näkyä kaikissa kolmessa vaiheessa.

Todellinen kysymys ei ole, onko näitä tiedostoja olemassa.

Kyse on siitä, käyttävätkö kaikki niitä samaan koontiversioon, samaan versioon ja samaan sovittuun soveltamisalaan.

Kun lainausta rakennetaan

Piirilevyn kokoonpanotarjous tulee harvoin yhdeltä henkilöltä, joka avaa tuoteluettelon ja laskee hinnan.

Useita arvioita voi tapahtua rinnakkain, ja jokainen joukkue etsii jotain erilaista.

Varmista ensin, että kaikki tarkistavat samaa versiota

Kun tarjouspyyntö saapuu, ensimmäinen käytännön tehtävä on selvittää, mitkä tiedot koskevat valmisteilla olevaa tarjousta.

Tässä vaiheessa ei tarvitse toistaa toista tarkistuslistaa tiedostoista, jotka ostajan olisi pitänyt lähettää. Se kuuluu ennen tarjouspyyntöä.

Nyt kysymykset ovat erilaisia.

Kuuluvatko PCB- ja BOM-versiot yhteen?

Vastaavatko CPL- tai sijoitustiedot nykyistä kokoonpanoversiota?

Onko pyydetty määrä todellinen ensimmäinen versio, pilottimäärä vai tulevan volyymin skenaario?

Onko projekti avaimet käteen -periaatteella, osittain avaimet käteen -periaatteella, asiakkaan toimitettu{0}}vai sekoitus?

Ovatko ohjelmointi ja toiminnallinen testaus osa nykyistä soveltamisalaa?

Onko ECN tai muu suunnittelumuutos saapunut tarjouspyynnön ollessa jo tarkistettavana?

Mikään näistä tilanteista ei ole epätavallinen. Prototyyppi- ja NPI-projektit muuttuvat.

Ongelma alkaa, kun suunnittelu tarkistaa yhden version, hankinta hinnoittelee toisen ja ostaja odottaa jotain muuta.

Jos uusi versio saapuu, asiaan liittyvät suunnittelu-, hankinta-, testi- ja kaupalliset oletukset tulee tarkistaa uudelleen. Pieni korjaus ei automaattisesti edellytä koko tarjouspyynnön aloittamista alusta, mutta tarjouspohjan on silti pysyttävä selvänä.

Suunnittelu: voimmeko rakentaa sitä, mitä lainataan?

RFQ-vaiheessa suunnittelu etsii yleensä valmistus- ja testausolosuhteita, jotka voivat vaikuttaa olennaisesti mainittuun soveltamisalaan.

Projektista riippuen se voi sisältää:

• kokoonpanon toteutettavuus;
• pakkaa- tai käsittele-herkkiä komponentteja;
• panelointi- tai valmistusoletukset;
• DFM- tai DFT-ongelmat;
• pääsy ohjelmointiin;
• testata pääsyä;
• erityistä kokoonpanotoimintaa;
• prototyyppi-, pilotti- tai uudemman{0}}tuotannon vaikutukset.

Tämä on tärkeä raja.

Tarjouspyyntöjen suunnittelutarkastus ei ole automaattisesti täydellinen tuotteen{0}}suunnittelun tarkastus.

Sen tehtävänä on tuoda esiin ongelmat, jotka voivat muuttaa valmistettavuutta, valmistelutyötä, testin laajuutta, kustannuksia tai läpimenoaikaa, ennen kuin näistä oletuksista tulee osa tarjousta.

Hankinta: voimmeko hankkia tuoteluettelon noteeratuilla ehdoilla?

Hankintatiimi ratkaisee erilaista ongelmaa.

Avaimet käteen -periaatteella ja osittaisen{0}}avaimet käteen -periaatteella toimivan piirilevyn kokoonpanossa tarkastelussa on ehkä otettava huomioon:

• komponenttien saatavuus;
• elinkaaren tila;
• MOQ tai MPQ altistuminen;
• pitkät-lyijy- tai allokaatio-herkät osat;
• hyväksytyt vaihtoehtoiset säännöt;
• asiakkaan -toimittamat komponentit;
• korkea-arvo tai yksittäinen{{1}lähdekohde;
• hankintaehdot, jotka voivat vaikuttaa pyydettyyn aikatauluun.

Tuoteluettelo ei ole valmis hankittavaksi vain siksi, että jokainen rivi on täytetty.

Toimittajan on silti tiedettävä, mitkä osat hinnoitellaan, mitkä lähteet ovat hyväksyttäviä ja mitä tapahtuu, jos juuri pyydetty komponentti ei tue suunniteltua rakennetta.

Aineelliset ehdot voivat myös siirtyä tarjousten tarkastelun ja tilauksen välillä. Kriittiset hankintaoletukset saattavat siksi vaatia toisen tarkastuksen ennen ostositoumusten tekemistä.

Testaus ja ohjelmointi: Mitä nykyisen laajuuden pitää sisältää?

Testaus voi muuttaa kaupallista laajuutta muuttamatta piirilevyn rakennetta.

Rutiinituotantotarkastusta vaativa rakennelma ei ole sama tarjouspyyntö kuin se, joka vaatii:

• asiakaskohtainen{0}}toiminnallinen testaus;
• ohjelmointi;
• oma teline;
• yksikkö-erityinen määritys;
• erityiset testitiedot;
• lisävahvistustyöt.

Sama koskee laiteohjelmistoa.

Jos ohjelmointi sisältyy, EMS-tiimin on ehkä tiedettävä, mikä tuotantoversio on käytössä, kuinka se ladataan, ovatko määritystiedot yksikkökohtaisia ​​ja mikä varmistus seuraa ohjelmointia.

Testialue voi olla yksinkertainen tai laaja. RFQ-vaiheessa on tärkeää, että molemmat osapuolet ymmärtävät, mitä nykyinen tarjous sisältää.

Mitä tapahtuu lainauksen takana oleville olettamuksille?

Jokaisen vastaamattoman kysymyksen ei tarvitse lopettaa lainausta.

Jotkut kohteet voivat jäädä eksplisiittisiksi olettamuksiksi.

Käytännön tapa ajatella niitä on:

Vahvistettu

Kohta on varmistettu ja voi olla osa nykyistä tarjousta tai rakennusohjetta.

Vaihdettu

Alkuperäinen oletus ei enää päde, koska ostaja ja toimittaja ovat sopineet eri ehdosta.

Avata

Päätöstä tarvitaan edelleen.

Avoimella esineellä tulee olla omistaja, ja jokaisen asianosaisen tulee ymmärtää, mihin se vaikuttaa.

Tuo viimeinen osa on tärkeä.

Ratkaisematon pakkausyksityiskohta ei saa estää samaa työtä kuin ratkaisematon piirilevyversio, hyväksytty vaihtoehtoinen, ohjelmointijulkaisu tai testimenetelmä.

Priorisoinnin tulisi seurata hankkeeseen kohdistuvaa vaikutusta sen sijaan, että jokaista kysymystä pidettäisiin yhtä kiireellisinä.

Selvennyksen pitäisi sulkea päätökset, ei luoda sähköpostiliikennettä

Selvitys on normaalia EMS-työssä.

Huono selvennys ei ole.

Heikko tarjouspyyntöprosessi esittää yhden kysymyksen, odottaa vastausta, lähettää toisen asiaan liittymättömän kysymyksen ja jättää ostajan yrittämään ymmärtää, mikä asia on todella tärkeä.

Parempi lähestymistapa ryhmittelee aiheeseen liittyviä kysymyksiä ja tekee syyn näkyväksi.

Suoraan tarjouspyyntöön voi riittää sähköposti.

Monimutkaisemmassa projektissa lyhyt tekninen kokous voi sulkea useita yhdistettyjä kohteita nopeammin kuin toinen pitkä sähköpostiketju.

Kokous itsessään ei ole asia.

Asiasta on tehtävä päätös.

Kun tarjous palaa ostajalle

Kun hanke on riittävän selkeä hinnoitettavaksi, työn tyyppi vaihtuu jälleen.

Toimittaja on siirtynyt hankkeen ymmärtämisestä kaupallisen tarjouksen tekemiseen tätä ymmärrystä vastaan.

Tarjouksen pitäisi hinnoitella sama rakennus, jonka kaikki ovat arvioineet

Tarjouksen ei tarvitse viimeistellä kaikkia tulevia tuotantotietoja.

Se vaatii luotettavan pohjan.

Prototyypin osalta jotkin päätökset voivat jäädä avoimeksi, kunnes ensimmäinen koontiversio opettaa suunnittelutiimille enemmän.

Pilotti- tai toistuva{0}}tuotantoprojekti saattaa vaatia tarkempaa määritelmää, koska työkalut, testaus, hankintastrategia, ohjelmointi ja toistettavuus ovat jo tärkeämpiä.

Tärkeää on, että suunnittelu, hankinta, testaus, myynti ja ostaja puhuvat edelleen samasta projektista.

Nopea tarjous ei ole erityisen hyödyllinen, jos yksi tiimi on tarkistanut version A, toinen hinnoiteltu versio B ja ostaja odottaa versiota C.

Mitä lainauksen tulee viedä eteenpäin

RFQ-työnkulun kannalta ratkaisevaa on, välittääkö tarjous eteenpäin oletuksia, jotka vaikuttavat projektiin, jos se etenee.

Projektista riippuen se voi sisältää:

• noteerattu tarkistusperuste;
• hankinta malli;
• tärkeät vaihtoehtoiset oletukset;
• määrä tai määrä taukoja;
• ohjelmoinnin ja testauksen laajuus;
• työkalut tai NRE-oletukset;
• asiaankuuluvat läpimenoajan{0}}riippuvuudet;
• asiakkaan-toimittamat materiaaliehdot;
• poissulkemisia, jotka voivat muuttaa suoritusta.

Lainaus tallentaa nykyisen kaupallisen käsityksen.

Sitä ei pidä käsitellä itse tuotantoohjeena.

Hyödyllisellä{0}}seurannalla on syy

Kun tarjous on lähetetty, hiljaisuus ei kerro toimittajalle, miksi projekti on pysähtynyt.

Ostaja voi olla:

• tarjouksen tarkistaminen insinöörin kanssa;
• toimittajien vertailu;
• budjetin tarkistaminen;
• hankintaoletusten validointi;
• toimittajan auditoinnin valmistelu;
• päätetään, aloitetaanko prototyyppi vai pilottirakennus;
• odottaa sisäistä ohjelmapäätöstä.

Kaikkien näiden tilanteiden ei pitäisi saada samanlaista seurantaa-.

"Onko päivitystä?" harvoin kertoo kummallekin osapuolelle paljon.

Hyödylliseen seurantaan-on syy.

Esimerkiksi:

Vastaako ilmoitettu pilottimäärä edelleen suunniteltua ensimmäistä rakentamaasi?

tai:

Yksi hyväksytty{0}}lähdeoletus vaikuttaa sekä materiaalikustannuksiin että aikatauluun. Haluatko, että säilytämme lainatun lähteen vai tarkistamme vaihtoehtoisen vaihtoehdon?

tai:

Jos kaupallinen laajuus on hyväksyttävä, onko seuraava askelesi yleensä mallirakenne, toimittajan auditointi vai sisäinen PO-tarkastus?

Lisää yhteydenpitoa auttaa vain, jos se selventää ostajan seuraavaa päätöstä.

Kun kaupallinen hyväksyntä muuttuu todelliseksi rakennukseksi

Tarjous voidaan hyväksyä. PO voidaan antaa. Hanke voidaan voittaa kaupallisesti.

Valmistus saattaa silti vaatia vielä yhden valvontatason.

Ostotilaus ei automaattisesti tarkoita, että rakennus on valmis alkamaan

Ostotilaus valtuuttaa sovitun kaupallisen tapahtuman.

Tehdas tarvitsee edelleen selkeän tavoitteen nykyiselle rakentamiselle.

Projektista riippuen se voi edellyttää lopullista valvontaa:

• PCB- ja BOM-tarkistukset;
• hyväksytyt varajäsenet;
• asiakkaan-toimitetun materiaalin tila;
• laiteohjelmiston tai ohjelmoinnin julkaisu;
• testin laajuus ja hyväksymisehdot;
• työkalujen tai kiinnikkeiden valmius;
• erityiset asennusohjeet;
• merkintä- ja pakkausvaatimukset;
• hyväksytyt poikkeamat;
• rakentamiseen liittyvät toimitusvaatimukset.

Suoraviivaisessa toistuvassa tilauksessa suurin osa tästä voi jo olla hallinnassa.

Varhaisessa prototyypissä saattaa vielä olla oikeutettuja teknisiä muutoksia edessä.

Siksi "jäädyttää kaikki" ei ole aina oikea tapa ajatella NPI:tä.

Hyödyllisempi kysymys on:

Mitä versiota ja ehtoja julkaistaan ​​tälle versiolle?

Tuote voi kehittyä myöhemminkin.

Tehdas tarvitsee vielä yhden kontrolloidun kohteen valmistamilleen levyille.

Ennen kuin rakentaminen alkaa, oletuksista on tultava ohjeita

Lainaus{0}}lavakeskustelut ovat täynnä hyödyllisiä lyhenteitä.

Vaihtoehto hyväksyttävä.

Ohjelmointi mukana.

Käytä päivitettyä testimenettelyä.

Pakkaa samalla tavalla kuin näyte.

Nämä lausunnot voivat olla täysin selkeitä, kun myynti ja suunnittelu keskustelevat tarjouspyynnöstä.

Niistä on paljon vähemmän hyötyä, jos tuotannon täytyy myöhemmin rekonstruoida, mitä kaikki tarkoittivat.

Ennen rakentamisen aloittamista valmistukseen vaikuttavista oletuksista on tehtävä selkeät ohjeet nykyiselle kokoonpanolle.

Tärkeä oletus voi päätyä:

• vahvistettu;
• korvataan uudella sovitulla ehdolla;
• pidetään avoinna, kunnes vaadittu päätös on tehty.

Asiakirjojen tarkat nimet vaihtelevat EMS-palveluntarjoajien välillä.

Periaate on selkeä:

Tuotannon ei pitäisi joutua rekonstruoimaan lainauskeskusteluja tietääkseen, mitä sen on tarkoitus rakentaa.

Hyvä tarjouspyyntö voi silti mennä pieleen NPI-kanavanvaihdossa

Tämä on yksi helpoimmista paikoista menettää muuten hyvät projektitiedot.

Suunnittelu on saattanut ilmoittaa erityisestä prosessitilanteesta.

Sourcing on saattanut hyväksyä vaihtoehtoisen.

Ostaja on saattanut selventää testivaatimusta.

Myyjä on saattanut sopia pakkauksesta.

Tarjoukseen on saatettu sisältyä oletus kalusteista.

Jokainen päätös voi olla oikea itsessään.

Projektiin liittyy edelleen riski, jos nämä päätökset jäävät hajallaan sähköposteihin, lainauksiin, kokousmuistiinpanoihin ja henkilökohtaiseen muistiin.

Hyödyllinen tarjouspyyntö-to-NPI-kanavanvaihdolle vie nykyiset päätökset eteenpäin.

Ensimmäisessä kokoonpanossa se voi yhdistää:

nykyinen versio → hyväksytyt materiaalisäännöt → suunnittelutoimenpiteet → ohjelmointi- ja testausvaatimukset → työkalujen tai kiinnitysten tila → pakkaus- ja toimitusvaatimukset.

Tuotanto tarvitsee päätökset.

Sen ei pitäisi vastaanottaa koko tarjouspyyntöhistoriaa, ja sen odotetaan tulkitsevan sitä uudelleen.

Julkaisutarkistuksen tulee vastata projektivaihetta

Kaikki tilaukset eivät tarvitse samaa etupään-syvyyttä.

Prototyyppi

Ensimmäinen versio saattaa silti sisältää insinöörioppimista.

Nykyisten versioiden ja valmistusohjeiden on oltava riittävän selkeitä rakentamista varten, mutta ei ole mitään syytä teeskennellä, että tulevat suunnittelumuutokset olisivat mahdottomia.

Pilottirakenne

Enemmän huomiota siirtyy usein kohti:

• toistettavuus;
• testin suorittaminen;
• materiaalistrategia;
• työkalut;
• prosessin johdonmukaisuus;
• valmistautuminen seuraavaan määrätasoon.

Toisto- tai volyymituotanto

Painopiste siirtyy edelleen kohti:

• vakaa tarkistusten valvonta;
• hyväksytty muutosten hallinta;
• materiaalin jatkuvuus;
• johdonmukainen testaus;
• prosessin toistettavuus;
• toimituksen suunnittelu.

Taustalla oleva työnkulku on sama.

Valvonnan määrä muuttuu projektin vaiheen mukaan.

Mitä ostajien pitäisi voida nähdä

Ostaja ei tarvitse pääsyä jokaiseen sisäiseen laskentataulukkoon, hankintakeskusteluun tai suunnittelukeskusteluun.

Prosessin pitäisi silti olla ymmärrettävä.

Kun tarjouspyyntö siirtyy kohti tilausta, ostajan pitäisi pystyä vastaamaan esimerkiksi seuraaviin kysymyksiin:

• Mihin versioon nykyinen lainaus perustuu?
• Mitkä tärkeät oletukset ovat vielä avoinna?
• Odottavatko aineelliset riskit tai varajäsenet hyväksyntää?
• Sisältyvätkö ohjelmointi ja testaus nykyiseen soveltamisalaan?
• Millainen päätös tarvitaan seuraavaksi?
• Jos ostotilaus myönnetään, mitä vielä on tapahduttava ennen rakentamisen alkamista?
• Mitkä tarjous{0}}vaiheen päätökset vaikuttavat NPI:hen?

Se on hyödyllisempää kuin vain kertoa:

Tarjoustasi tarkistetaan.

Missä STHL sopii tarjouspyyntöön-ja-työnkulun rakentamiseen

Shenzhen STHL Technology Co., Ltd. (STHL) tukee piirilevyjen kokoonpano- ja EMS-projekteja tarjouspyynnöstä ja tiedostojen tarkistuksesta suunnittelu- ja materiaalivalmiuden, kokoonpanon valmistelun, tuotannon sekä projektikohtaisen testauksen ja toimituksen kautta.

Tarkka tarkistuksen syvyys riippuu projektista, sen hankintamallista, testausvaatimuksista, version tilasta, määrästä ja tuotantovaiheesta.

Aktiivista projektia arvioivat ostajat voivat käydä STHL:ssäPiirilevyjen kokoonpanopalvelutlaajempaan valmistusalueeseen.

Kun projekti on valmis toimittajan arvioitavaksi, voitlähetä projektisi tiedot.

Projektikohtaisissa{0}}kysymyksissä ota yhteyttä STHL:ään osoitteessainfo@pcba-china.com.

Johtopäätös

Hyödyllinen PCBA RFQ -prosessi ei ole yksinkertaisesti:

tiedostot sisään → hinta ulos.

Tarjouspyynnöllä, tarjouksella ja nykyisellä koontiversiolla on kullakin eri tehtävä.

Tarjouspyyntö antaa EMS-palveluntarjoajalle arvioitavaa.

Tarjoukseen kirjataan, mitä tarjotaan ja millä oletuksilla.

Jos projekti etenee, valmistukseen vaikuttavien päätösten on selviydyttävä kanavanvaihdosta NPI:hen ja niistä tulee käyttökelpoisia ohjeita nykyiseen koontiversioon.

Matkan varrella selventämisen pitäisi sulkea todelliset päätökset. Versiomuutosten pitäisi käynnistää tarkistus silloin, kun niillä on merkitystä. Seurannan- pitäisi auttaa tunnistamaan ostajan seuraava päätös sen sijaan, että vain lisäisit viestiketjuun uuden sähköpostin.

Ja kun ostotilaus saapuu, kysymys ei ole enää vain siitä, onko hanke lainattu oikein.

Se, onko tehtaalla nyt sama ymmärrys kuin ostaja-, myynti-, suunnittelu-, hankinta- ja testaustiimeillä projektia sovittaessa.

Tämä on todellinen siirtymä PCBA:n tarjouspyynnön lähettämisen jälkeen:

tiedosta → kaupalliseen sopimukseen → valvottuun toteutukseen.