PCBA Teklif Talebini Gönderdikten Sonra: İnceleme, Açıklama, Fiyat Teklifi ve Oluşturma Sürümü

Genel Bakış

PCBA RFQ'sunun gönderilmesi incelemeyi başlatır. Bu, projenin teklif vermeye hazır olduğu anlamına gelmediği gibi, fabrikanın da inşaata hazır olduğu anlamına kesinlikle gelmez.

Bir EMS sağlayıcısı RFQ'yu aldığında iş değişir. Satış, mühendislik, kaynak bulma, test ve ticari ekiplerin aynı yapıyı aynı varsayımlar altında değerlendirdiklerinden emin olmaları gerekir.

Disiplinli bir PCBA RFQ sürecinin önemli olduğu yer burasıdır.

RFQ, tedarikçiye alıcının neyin değerlendirilmesini istediğini bildirir. Fiyat teklifi neyin fiyatlandırıldığını ve hangi varsayımlar altında kaydedildiğini kaydeder. Üretim başlamadan önce, yapıyı etkileyen kararların mevcut revizyon için net talimatlar haline gelmesi gerekir.

Bir proje, üretime sunulmaya hazır olmadan önce teklif vermeye hazır olabilir.

İkisi arasındaki boşluk, gerçek RFQ çalışmasının çoğunun gerçekleştiği yerdir.

RFQ, Fiyat Teklifi ve Derleme Sürümü Farklı İşler Yapar

Aynı dosyaların birçoğu hem RFQ hem de üretim-yayınlama aşamalarında görünebilir, ancak her noktada farklı bir amaca hizmet ederler.

Bu ayrımın gözden kaçırılması kolaydır çünkü BOM, PCB verileri, programlama bilgileri, test gereksinimleri ve diğer proje girdileri her üç aşamada da görünebilir.

Asıl soru bu dosyaların var olup olmadığı değil.

Herkesin bunları aynı yapı, aynı revizyon ve aynı kararlaştırılmış kapsam için kullanıp kullanmadığıdır.

Teklif Oluşturulurken

Bir PCB montaj teklifi nadiren bir kişinin ürün reçetesini açıp fiyat hesaplamasından gelir.

Birkaç inceleme paralel olarak gerçekleşebilir ve her takım farklı bir şeyler arıyor.

Öncelikle Herkesin Aynı Yapıyı İncelediğinden Emin Olun

RFQ geldiğinde ilk pratik görev, hazırlanan teklife hangi bilgilerin uygulanacağını belirlemektir.

Bu aşamada alıcının sunması gereken dosyalara ilişkin başka bir kontrol listesinin tekrarlanmasına gerek yoktur. Bu RFQ'dan öncedir.

Artık sorular farklı.

PCB ve BOM revizyonları birbirine ait mi?

CPL veya yerleştirme verileri mevcut montaj revizyonuyla eşleşiyor mu?

Talep edilen miktar gerçek ilk üretim mi, pilot miktar mı yoksa gelecekteki hacim senaryosu mu?

Proje anahtar teslimi mi, kısmi anahtar teslimi mi, müşteriye-tedarik mi, yoksa bunların bir karışımı mı?

Programlama ve işlevsel testler mevcut kapsamın bir parçası mı?

RFQ halihazırda incelenmekteyken bir ECN veya başka bir tasarım değişikliği mi geldi?

Bu durumların hiçbiri olağandışı değildir. Prototip ve NPI projeleri değişiyor.

Sorun, mühendislik bir sürümü incelerken, kaynak kullanımı diğerini fiyatlarken ve alıcı başka bir şey beklerken başlıyor.

Yeni bir revizyon gelirse etkilenen mühendislik, kaynak kullanımı, test ve ticari varsayımlar yeniden kontrol edilmelidir. Küçük bir revizyon otomatik olarak teklif talebinin tamamının yeniden başlamasını gerektirmez, ancak teklif esasının yine de net kalması gerekir.

Mühendislik: Alıntılananı Oluşturabilir miyiz?

Teklif talebi aşamasında mühendislik normalde teklif edilen kapsamı önemli ölçüde etkileyebilecek üretim ve test koşullarını arar.

Projeye bağlı olarak şunları içerebilir:

• montaj fizibilitesi;
• paket- veya işleme-hassas bileşenler;
• panelizasyon veya imalat varsayımları;
• DFM veya DFT endişeleri;
• programlama erişimi;
• deneme erişimi;
• özel montaj işlemleri;
• prototip, pilot uygulama veya sonraki{0}}üretim sonuçları.

Bu önemli bir sınırdır.

RFQ mühendisliği incelemesi, otomatik olarak eksiksiz bir ürün-tasarım denetimi değildir.

Görevi, üretilebilirliği, hazırlık çalışmalarını, test kapsamını, maliyeti veya teslim süresini değiştirebilecek sorunları, bu varsayımlar teklifin bir parçası haline gelmeden önce yüzeye çıkarmaktır.

Kaynak Kullanımı: Malzeme Listesini Teklif Edilen Koşullar Altında Kaynaklayabilir miyiz?

Kaynak ekibi farklı bir sorunu çözüyor.

Anahtar teslimi ve kısmi{0}}anahtar teslimi PCB montajı için incelemenin şunları dikkate alması gerekebilir:

• bileşen kullanılabilirliği;
• yaşam döngüsü durumu;
• MOQ veya MPQ'ya maruz kalma;
• uzun-olasılık veya tahsis-hassas parçalar;
• onaylanmış alternatif kurallar;
• müşterinin-tedarik ettiği bileşenler;
• yüksek-değerli veya tek-kaynaklı öğeler;
• Talep edilen programı etkileyebilecek kaynak bulma koşulları.

Bir ürün reçetesi, her satırın doldurulması nedeniyle kaynak sağlamaya hazır değildir.

Tedarikçinin hâlâ hangi parçaların fiyatlandırıldığını, hangi kaynakların kabul edilebilir olduğunu ve tam olarak talep edilen bileşenin planlanan yapıyı destekleyememesi durumunda ne olacağını bilmesi gerekiyor.

Maddi koşullar aynı zamanda RFQ incelemesi ile sipariş verme arasında da geçiş yapabilir. Bu nedenle, kritik kaynak kullanımı varsayımlarının, satın alma taahhütleri verilmeden önce bir kez daha kontrol edilmesi gerekebilir.

Test ve Programlama: Mevcut Kapsamın Neleri İçermesi Gerekiyor?

Test, PCB tasarımını değiştirmeden ticari kapsamı değiştirebilir.

Rutin üretim denetimi gerektiren bir yapı, aşağıdakileri gerektiren bir RFQ ile aynı değildir:

• müşteriye-özel işlevsel testler;
• programlama;
• özel bir fikstür;
• birime-özel yapılandırma;
• özel test kayıtları;
• ek doğrulama çalışması.

Aynısı ürün yazılımı için de geçerlidir.

Programlama dahil edilirse EMS ekibinin hangi üretim sürümünün geçerli olduğunu, nasıl yüklendiğini, yapılandırma verilerinin birime-özel olup olmadığını ve programlamayı hangi doğrulamanın takip ettiğini bilmesi gerekebilir.

Test kapsamı basit veya kapsamlı olabilir. RFQ aşamasında önemli olan her iki tarafın da mevcut teklifin neleri içerdiğini anlamasıdır.

Alıntının Arkasındaki Varsayımlara Ne Olur?

Cevaplanmayan her sorunun bir alıntıyı durdurması gerekmez.

Bazı maddeler açık varsayımlar olarak kalabilir.

Bunları düşünmenin pratik bir yolu şudur:

Onaylandı

Bu nokta doğrulanmıştır ve mevcut teklifin veya yapım talimatlarının bir parçasını oluşturabilir.

Değiştirildi

Alıcı ve tedarikçi farklı bir koşul üzerinde anlaştıkları için orijinal varsayım artık geçerli değildir.

Açık

Hala bir karara ihtiyaç var.

Açık bir öğenin bir sahibi olmalı ve dahil olan herkes bunun neyi etkilediğini anlamalıdır.

Bu son kısım önemli.

Çözümlenmemiş bir paketleme detayı, çözümlenmemiş bir PCB revizyonu, onaylanmış alternatif, programlama sürümü veya test yöntemi ile aynı çalışmayı engellemeyebilir.

Öncelik, her soruyu eşit derecede acil olarak ele almak yerine proje üzerindeki etkiyi takip etmelidir.

Açıklama Kararları Kapatmalı, E-posta Trafiği Oluşturmamalı

EMS çalışmalarında açıklama normaldir.

Kötü açıklama değil.

Zayıf bir RFQ süreci bir soru sorar, cevabı bekler, ilgisiz başka bir soru gönderir ve alıcıyı hangi sorunun gerçekten önemli olduğunu anlamaya çalışırken bırakır.

Daha iyi bir yaklaşım, ilgili soruları gruplandırır ve nedenini görünür kılar.

Basit bir RFQ için e-posta yeterli olabilir.

Daha karmaşık bir proje için kısa bir teknik toplantı, birkaç bağlantılı öğeyi başka bir uzun e-posta dizisinden daha hızlı kapatabilir.

Önemli olan toplantının kendisi değil.

Konunun bir karara varması gerekiyor.

Teklif Alıcıya Geri Döndüğünde

Proje fiyatlandırılacak kadar netleştikten sonra işin türü tekrar değişir.

Tedarikçi projeyi anlamaktan bu anlayışa karşı ticari bir teklif sunmaya geçti.

Fiyat Teklifi Herkesin İncelediği Yapıyı Fiyatlandırmalı

Bir teklifin gelecekteki her üretim detayının kesinleşmesine gerek yoktur.

Güvenilir bir temele ihtiyacı var.

Bir prototip için bazı kararlar, ilk yapı mühendislik ekibine daha fazlasını öğretene kadar makul ölçüde açık kalabilir.

Araç kullanımı, test etme, kaynak bulma stratejisi, programlama ve tekrarlanabilirlik zaten daha önemli olduğundan, bir pilot veya tekrarlı-üretim projesinin daha sıkı bir tanımlamaya ihtiyacı olabilir.

Önemli olan mühendislik, kaynak bulma, test, satış ve alıcının hala aynı projeden bahsetmesidir.

Bir ekibin Revizyon A'yı incelediği, başka bir takımın Revizyon B'yi fiyatlandırdığı ve alıcının Revizyon C'yi beklediği durumlarda hızlı fiyat teklifi özellikle yararlı değildir.

Teklifin İleriye Taşınması Gerekenler

RFQ iş akışı için önemli olan, teklifin ilerlemesi halinde projeyi etkileyecek varsayımları taşıyıp taşımadığıdır.

Projeye bağlı olarak şunları içerebilir:

• alıntılanan revizyon esası;
• kaynak modeli;
• önemli alternatif varsayımlar;
• miktar veya miktar kesintileri;
• programlama ve test kapsamı;
• takımlama veya NRE varsayımları;
• ilgili teslimat-zamanı bağımlılıkları;
• müşterinin-sağladığı malzeme koşulları;
• yürütmeyi değiştirebilecek istisnalar.

Teklif mevcut ticari anlayışı kaydediyor.

Üretim talimatının kendisi olarak ele alınmamalıdır.

Faydalı Takip-Bunun Bir Sebebi Vardır

Teklif gönderildikten sonra sessizlik, tedarikçiye projenin neden ilerlemeyi durdurduğunu söylemez.

Alıcı şunlar olabilir:

• teklifin mühendislikle birlikte gözden geçirilmesi;
• tedarikçilerin karşılaştırılması;
• bütçeyi kontrol etmek;
• kaynak kullanımı varsayımlarının doğrulanması;
• tedarikçi denetimi hazırlamak;
• bir prototip mi yoksa pilot yapı mı başlatılacağına karar vermek;
• Dahili bir program kararı bekleniyor.

Bu durumların tümüne aynı-takip uygulanmamalıdır.

"Herhangi bir güncelleme var mı?" nadiren her iki tarafa da çok şey anlatır.

Yararlı bir takibin-bir nedeni vardır.

Örneğin:

Teklif edilen pilot miktar hâlâ planladığınız ilk yapıyla eşleşiyor mu?

veya:

Onaylanmış-bir kaynak varsayımı hem malzeme maliyetini hem de programı etkiler. Alıntılanan kaynağı saklamamızı mı yoksa alternatif seçeneği incelememizi mi istiyorsunuz?

veya:

Ticari kapsam kabul edilebilirse, bir sonraki adımınız normalde örnek oluşturma, tedarikçi denetimi veya dahili PO incelemesi mi olacak?

Daha fazla temas, yalnızca alıcının bir sonraki kararını daha net hale getirdiğinde yardımcı olur.

Ticari Onay Gerçek Bir Yapıya Dönüştüğünde

Bir teklif kabul edilebilir. Bir PO düzenlenebilir. Proje ticari olarak kazanılabilir.

Üretimin hala bir seviye daha kontrole ihtiyacı olabilir.

PO Otomatik Olarak Yapının Başlamaya Hazır Olduğu Anlamına Gelmez

Bir satın alma siparişi üzerinde mutabakata varılan ticari işleme yetki verir.

Fabrikanın mevcut yapı için hâlâ net bir hedefe ihtiyacı var.

Projeye bağlı olarak aşağıdakilerin nihai kontrolünü gerektirebilir:

• PCB ve BOM revizyonları;
• onaylanmış alternatifler;
• müşterinin-sağladığı malzeme durumu;
• ürün yazılımı veya programlama sürümü;
• test kapsamı ve kabul koşulları;
• takım veya fikstür hazırlığı;
• özel montaj talimatları;
• etiketleme ve paketleme gereklilikleri;
• onaylanmış sapmalar;
• yapıyla ilgili teslimat gereksinimleri.

Basit bir tekrar emri, bunların çoğunu zaten kontrol altında tutabilir.

Erken bir prototipin önünde hala meşru mühendislik değişiklikleri olabilir.

Bu nedenle "her şeyi dondurmak" NPI hakkında düşünmenin her zaman doğru yolu değildir.

Daha yararlı olan soru şudur:

Bu yapı için hangi revizyon ve koşullar yayınlanıyor?

Ürün daha sonra gelişmeye devam edebilir.

Fabrikanın üretmek üzere olduğu levhalar için hâlâ tek bir kontrollü hedefe ihtiyacı var.

İnşaat Başlamadan Önce Varsayımların Talimatlara Dönüşmesi Gerekir

Alıntı-aşaması konuşmaları yararlı stenolarla doludur.

Alternatif kabul edilebilir.

Programlama dahil.

Güncellenmiş test prosedürünü kullanın.

Numuneyle aynı şekilde paketleyin.

Satış ve mühendislik RFQ'yu tartışırken bu ifadeler tamamen açık olabilir.

Eğer üretim daha sonra herkesin kastettiğini yeniden yapılandırmak zorunda kalırsa, bunlar çok daha az kullanışlı olur.

Yapım başlamadan önce, üretimi etkileyen varsayımların mevcut yapı için net talimatlar haline gelmesi gerekir.

Önemli bir varsayım şu şekilde sonuçlanabilir:

• onaylandı;
• üzerinde anlaşmaya varılan yeni bir koşulla değiştirildi;
• Gerekli karar alınana kadar açık tutulur.

Tam belge adları EMS sağlayıcıları arasında farklılık gösterir.

Prensip basittir:

Prodüksiyonun ne inşa etmesi gerektiğini bilmek için teklif konuşmasını yeniden yapılandırması gerekmemelidir.

İyi Bir RFQ, NPI Aktarımında Hala Yanlış Gidebilir

Burası normalde iyi olan proje bilgilerini kaybetmenin en kolay olduğu yerlerden biridir.

Mühendislik özel bir süreç durumunu işaretlemiş olabilir.

Kaynak kullanımı bir alternatif için onay almış olabilir.

Alıcı bir test gereksinimini açıklığa kavuşturmuş olabilir.

Satışlar paketleme konusunda anlaşmaya varılmış olabilir.

Fiyat teklifine bir fikstür varsayımı dahil edilmiş olabilir.

Her karar kendi başına doğru olabilir.

Bu kararlar e-postalara, alıntılara, toplantı notlarına ve bireysel hafızaya dağılmış halde kalırsa proje hâlâ risk taşır.

Yararlı bir RFQ-to-NPI aktarımı, mevcut kararları ileriye taşır.

İlk yapı için aşağıdakileri bağlayabilir:

mevcut revizyon → onaylanmış malzeme kuralları → mühendislik eylemleri → programlama ve test gereksinimleri → takım veya fikstür durumu → paketleme ve teslimat gereksinimleri.

Üretimin kararlara ihtiyacı var.

RFQ geçmişinin tamamını almamalı ve onu yeniden yorumlaması beklenmelidir.

Sürüm Kontrolü Proje Aşamasına Eşleşmeli

Her sipariş aynı derinlikte ön uç kontrolüne ihtiyaç duymaz-.

Prototip

İlk yapı hâlâ mühendislik öğrenimi içeriyor olabilir.

Mevcut revizyon ve üretim talimatlarının oluşturulabilmesi için yeterince açık olması gerekir, ancak gelecekteki tasarım değişikliklerinin imkansız olduğunu iddia etmek için hiçbir neden yoktur.

Pilot Yapı

Daha fazla dikkat sıklıkla aşağıdakilere doğru kayar:

• tekrarlanabilirlik;
• testin yürütülmesi;
• maddi strateji;
• takımlama;
• süreç tutarlılığı;
• Bir sonraki miktar düzeyine hazırlık.

Tekrarlı veya Hacimli Üretim

Vurgu daha da ileri gidiyor:

• kararlı revizyon kontrolü;
• onaylı değişiklik yönetimi;
• maddi süreklilik;
• tutarlı testler;
• proses tekrarlanabilirliği;
• Teslimat planlaması.

Temel iş akışı aynıdır.

Kontrol miktarı projenin aşamasına göre değişir.

Alıcıların Neleri Görmesi Gerekir?

Bir alıcının her dahili çalışma sayfasına, kaynak bulma görüşmesine veya mühendislik tartışmasına erişmesine gerek yoktur.

Süreç yine de anlaşılır olmalıdır.

RFQ bir siparişe doğru ilerlediğinde, alıcı aşağıdaki gibi soruları yanıtlayabilmelidir:

• Mevcut fiyat teklifi hangi revizyona dayanıyor?
• Hangi önemli varsayımlar hala açık?
• Maddi riskler veya alternatifler onay bekliyor mu?
• Programlama ve test etme mevcut kapsama dahil mi?
• Bundan sonra hangi karara ihtiyaç var?
• Bir PO düzenlenirse, derleme başlamadan önce ne yapılması gerekiyor?
• Hangi teklif-aşaması kararları NPI'ya taşınacak?

Bu sadece şunun söylenmesinden daha faydalıdır:

Teklifiniz inceleniyor.

STHL'nin İş Akışı Oluşturmak İçin-RFQ'ya Uygun Yeri-

Shenzhen STHL Technology Co., Ltd. (STHL), RFQ ve dosya incelemesinden mühendislik ve malzeme hazırlığı, montaj hazırlığı, üretim ve projeye-özel test ve teslimat yoluyla PCB montajı ve EMS projelerini destekler.

Tam inceleme derinliği projeye, kaynak bulma modeline, test gereksinimlerine, revizyon durumuna, miktarına ve üretim aşamasına bağlıdır.

Aktif bir projeyi değerlendiren alıcılar STHL'leri inceleyebilirPCB Montaj HizmetleriDaha geniş üretim kapsamı için.

Proje tedarikçi incelemesine hazır olduğunda şunları yapabilirsiniz:proje ayrıntılarınızı gönderin.

Projeye-özel sorularınız için şu adresten STHL ile iletişime geçin:info@pcba-china.com.

Çözüm

Yararlı bir PCBA RFQ süreci basitçe aşağıdakilerden ibaret değildir:

dosyalar girdi → fiyat çıktı.

RFQ, fiyat teklifi ve mevcut derleme sürümünün her birinin farklı bir işi vardır.

RFQ, EMS sağlayıcısına değerlendirecek bir şey verir.

Teklif neyin teklif edildiğini ve hangi varsayımlar altında sunulduğunu kaydeder.

Proje ileriye doğru ilerlerse, üretimi etkileyen kararların NPI'ye devredilmesinden sonra hayatta kalması ve mevcut yapı için kullanılabilir talimatlar haline gelmesi gerekir.

Yol boyunca, açıklama gerçek kararları kapatmalıdır. Revizyon değişiklikleri, önemli oldukları yerde incelemeyi tetiklemelidir. Takip,-konuya başka bir e-posta eklemek yerine, alıcının bir sonraki kararını belirlemeye yardımcı olmalıdır.

Ve bir PO ulaştığında soru artık yalnızca projenin doğru şekilde alıntılanıp alıntılanmadığı değildir.

Fabrikanın artık alıcı, satış, mühendislik, kaynak bulma ve test ekiplerinin proje üzerinde anlaşmaya varıldığında sahip olduğu anlayışa sahip olup olmadığıdır.

PCBA RFQ'su gönderildikten sonraki gerçek geçiş budur:

bilgiden → ticari anlaşmaya → kontrollü uygulamaya kadar.