Kompletna integracja: dlaczego outsourcing Box-Build jest bezpieczniejszy niż zarządzanie wieloma podwykonawcami

03.09.2026Przemysław Prolejko

Decyzja o modelu integracji wyrobu elektronicznego zapada zwykle wcześniej, niż zakłada zespół R&D — i rzutuje na cały cykl życia projektu: na harmonogram wdrożenia, na koszt całkowity oraz na to, kto ponosi odpowiedzialność za niezgodności wykryte po złożeniu podsystemów. Dwa modele stoją naprzeciw siebie: rozproszony (kilku wyspecjalizowanych podwykonawców koordynowanych przez OEM) oraz skonsolidowany (kompletna integracja u jednego partnera EMS, tzw. box-build — montaż i integracja gotowego urządzenia).

Poniższe opracowanie porównuje oba modele z perspektywy inżynierskiej — kosztu ukrytego, zarządzania zmianą, identyfikowalności, strategii testowania i ochrony własności intelektualnej — oraz wskazuje, jak ocenić realne kompetencje partnera zamiast przyjmować jego deklaracje.

Spis treści

1. Integracja systemowa (Box-Build) a granice PCBA

Montaż PCBA obejmuje wytworzenie i przetestowanie płytki drukowanej z komponentami. Box-build (integracja systemowa) to poziom nadrzędny: złożenie z płytki oraz pozostałych podsystemów kompletnego wyrobu — montaż mechaniczny, integracja okablowania, konfiguracja i wgranie oprogramowania, znakowanie, serializacja, pakowanie, a w części przypadków logistyka.

Warunkiem powodzenia integracji jest jednoznaczne rozgraniczenie zakresu odpowiedzialności oraz specyfikacja powiązań i zależności (interfejsów) między podsystemami — mechanicznych, elektrycznych i programowych. Brak precyzyjnego opisu tych powiązań jest najczęstszą przyczyną niezgodności ujawniających się dopiero po integracji.

Istotne jest również to, że część decyzji determinujących powodzenie integracji zapada na etapie R&D, a nie na linii montażowej. Dotyczy to zwłaszcza testowalności: to w fazie projektowej rozstrzyga się, czy architektura wyrobu umożliwi automatyczny test funkcjonalny (FCT) po integracji oraz dostęp do węzłów wymaganych dla testu w obwodzie (ICT). Wczesne połączenie projektowania pod kątem montażu (DfM — Design for Manufacturing) i pod kątem testowalności (DfT — Design for Test) pozwala skorygować konstrukcję, zanim zmiany zaczną oddziaływać na harmonogram wdrożenia. Konsekwencje bywają dotkliwe: jeżeli wyrób jest pokrywany powłoką konforemną (lakierowany), po jej nałożeniu dostęp do punktów testowych zostaje zablokowany — wykonanie testu funkcjonalnego na dalszym etapie staje się znacznie utrudnione lub niemożliwe. Kolejność „test–powłoka” oraz rozmieszczenie i dostępność punktów testowych muszą więc zostać rozstrzygnięte już na etapie DfT.

W tym obszarze zakres kompetencji partnera EMS ma znaczenie rozstrzygające. Przykładowo ASSEL łączy przygotowanie projektu do produkcji z rozwojem oprogramowania testerów funkcjonalnych (sprzętu i oprogramowania testowego) oraz testów w obwodzie (ICT). Istotne zastrzeżenie: dotyczy to oprogramowania testerów, a nie oprogramowania samego produktu — firmware i aplikacje wyrobu pozostają po stronie jego twórcy (OEM). Dedykowane oprzyrządowanie testowe i produkcyjne (a nie komponenty wyrobu) powstaje z wykorzystaniem własnych możliwości obróbki CNC i druku 3D. Taki zestaw kompetencji pozwala rozstrzygać kwestie testowalności i produkowalności równolegle z rozwojem wyrobu, a nie po jego zamknięciu. Więcej o zakresie wsparcia inżynierskiego: inżynieria i DfM.

2. Analiza ryzyka: model rozproszony vs konsolidacja

Model rozproszony bywa postrzegany jako tańszy i bardziej elastyczny. Analiza ryzyka wskazuje jednak na koszty ukryte, które ujawniają się dopiero w fazie integracji i eksploatacji.

Styk interfejsów technologicznych i kompetencyjnych. Każde przekazanie między podwykonawcami tworzy granicę, na której odpowiedzialność jednej strony się kończy, a drugiej zaczyna. Niezgodności powstające na tej granicy — na przykład błędy na styku interfejsów mechaniczno-elektrycznych — nie mają jednoznacznego właściciela. Skutkuje to rozmyciem odpowiedzialności za niezgodności systemowe: diagnoza takich przypadków jest dłuższa i kosztowniejsza niż samo usunięcie usterki. Szczególnym przypadkiem są uszkodzenia mechaniczne, przy których nie sposób jednoznacznie ustalić etapu powstania — czy nastąpiły po montażu PCBA, w transporcie między podmiotami, czy podczas integracji mechanicznej. W modelu rozproszonym przypisanie takiej niezgodności do konkretnego ogniwa bywa niewykonalne.

Zarządzanie zmianą inżynieryjną. Wprowadzenie zmiany konstrukcyjnej w modelu rozproszonym wymaga jej uzgodnienia i wdrożenia równolegle u kilku podmiotów, w różnych systemach jakości i harmonogramach. Rośnie ryzyko rozbieżności wersji dokumentacji oraz opóźnień wynikających z desynchronizacji.

Koszt koordynacji. Nadzór nad wieloma dostawcami — harmonogramy, przepływ materiału, godzenie systemów jakości — obciąża zasoby OEM i rzadko jest ujmowany w kalkulacji porównawczej. Dochodzą do tego koszty przepływu półwyrobów między podmiotami: pakowanie, transport i magazynowanie (np. pakowanie i wysyłka PCBA do dostawcy montażu mechanicznego), a wraz z nimi koszt samych opakowań — istotny wobec nowej dyrektywy PPWR o opakowaniach i odpadach opakowaniowych — oraz koszty środowiskowe i utylizacji odpadów powstających w podprocesach.

Propagacja ryzyka harmonogramu. Prawdopodobieństwo obsunięcia rośnie wraz z liczbą niezależnych ogniw łańcucha.

Model box-build konsoliduje te koszty w ramach jednego punktu odpowiedzialności: jeden podmiot odpowiada za kompletny, działający wyrób, w jednym systemie jakości. Poniższe zestawienie porządkuje różnice:

WymiarModel rozproszonyModel skonsolidowany (box-build)
Odpowiedzialność za wyróbRozproszona; przypisanie niezgodności systemowych utrudnioneJeden podmiot odpowiedzialny za wynik
Zmiana inżynieryjnaUzgadniana równolegle u wielu podmiotówWdrażana w jednym procesie
IdentyfikowalnośćFragmentaryczna, wymagająca scalaniaJeden ciągły łańcuch w MES
TestNa poziomie podsystemówNa poziomie kompletnego wyrobu (FCT)
Granice IP / dostępuWielokrotneOgraniczone do jednej organizacji
Koszt koordynacjiPo stronie OEM (ukryty)Po stronie integratora

3. Zarządzanie złożonością i łańcuchem dostaw

Zarządzanie złożonością jest w projektach box-build czynnikiem krytycznym, a nie pobocznym — dlatego wymaga odrębnego omówienia. Kompletny wyrób łączy dziesiątki lub setki pozycji materiałowych o różnych cyklach dostępności, pochodzących z wielu źródeł. Bez odpowiednio ułożonego procesu złożoność ta przekłada się bezpośrednio na ryzyko harmonogramu i jakości.

Dobrze zaprojektowany proces obejmuje kilka warstw. Analiza dostępności komponentów prowadzona już na etapie szacowania i przygotowania produkcji pozwala wykryć ryzyko braków i EOL, zanim wpłynie na wdrożenie. Dobór i nadzór nad dostawcami elementów dedykowanych. W box-build kluczowi stają się dostawcy elementów dedykowanych (mechanika, obudowy, komponenty specjalne), a ich wybór następuje zwykle już na etapie projektowania lub pre-produkcji. Podział ról bywa tu różny: w wielu projektach dostawców wskazuje klient, a producent kontraktowy egzekwuje zakupy; ASSEL oferuje jednak również dobór dostawców do projektów mechanicznych. Dla dostawców dobieranych po swojej stronie ASSEL stosuje audyty, ocenę na podstawie historii dostaw oraz poziomy AQL wyznaczane w oparciu o historię jakości. W modelu skonsolidowanym rygor ten prowadzi i godzi jeden podmiot; w rozproszonym koordynacja spoczywa na OEM.

Istotą przewagi nie jest zatem sama liczba usług „pod jednym dachem”, lecz ciągłość i spójność procesu obejmującego łańcuch dostaw, przygotowanie produkcji, integrację i test. Właśnie ta ciągłość — a nie pojedyncza operacja — decyduje o powtarzalności i przewidywalności wyrobu. Dyscyplinę łańcucha dostaw opisuje szerzej opracowanie o zarządzaniu łańcuchem dostaw.

4. Ciągłość identyfikowalności — rola systemu MES

W modelu rozproszonym identyfikowalność jest fragmentaryczna: dane pochodzenia komponentów, podzespołów i integracji powstają w oddzielnych systemach, a ich scalenie w razie niezgodności bywa czasochłonne lub niewykonalne.

Integracja u jednego partnera umożliwia jeden ciągły łańcuch identyfikowalności — od komponentu, przez płytkę i podsystemy, po kompletny, serializowany wyrób — utrzymywany w jednym systemie MES. Odtworzenie historii konkretnego egzemplarza sprowadza się wówczas do zapytania do systemu.

System MES pełni tu funkcję nadzorczą, nie tylko rejestrującą. W przypadku ASSEL, jeżeli wyrób nie przeszedł wymaganej operacji, kontroli lub testu, system blokuje jego dalszy przepływ; egzemplarz, który nie spełnił kryterium, nie zostaje skierowany do kolejnego etapu ani do wysyłki. Zapewnia to wykrywanie niezgodności wewnątrz procesu oraz rekonstruowalną historię każdego wyrobu. Zakres serializacji i konfiguracji ustalany jest pod konkretny projekt, ponieważ wymagania różnią się między wyrobem medycznym, kolejowym a przemysłowym. Ustrukturyzowana, spójna identyfikowalność jest również warunkiem sprostania nadchodzącym wymogom Cyfrowego Paszportu Produktu.

5. Strategia testowania: od komponentu do testu systemowego (FCT / Run-in)

Strategia testowania w box-build obejmuje kilka poziomów, a jej skuteczność zależy od decyzji podjętych na etapie R&D (DfT).

Testy na poziomie podsystemów — kontrola procesu (SPI, 3D AOI), inspekcja rentgenowska (X-ray), test w obwodzie (ICT) — weryfikują poprawność płytki i połączeń. Nie wykrywają jednak niezgodności ujawniających się dopiero na styku podsystemów, po integracji. Do tej kategorii należą m.in.:

  • zjawiska elektromagnetyczne (EMI) ujawniające się w docelowej obudowie i przy docelowym okablowaniu;
  • zjawiska termiczne — ograniczenie odprowadzania ciepła w zabudowie odbiegającej od warunków stanowiska testowego podsystemu;
  • zjawiska mechaniczne — rezonanse i naprężenia powstające po zamocowaniu w konstrukcji oraz błędy na styku interfejsów mechaniczno-elektrycznych.

Wykrycie tych klas wad wymaga testu funkcjonalnego na poziomie kompletnego wyrobu (FCT), a w części zastosowań testu wygrzewania / pracy ciągłej (Run-in). Rozstrzyga to o tym, dlaczego test systemowy jest jakościowo różny od sumy testów podsystemów.

Zakres testów należy zweryfikować u konkretnego partnera. W przypadku ASSEL testy funkcjonalne na poziomie wyrobu są realizowane, a ich oprzyrządowanie rozwijane wewnętrznie (z wykorzystaniem obróbki CNC i druku 3D). Przesiewanie środowiskowe ESS nie jest natomiast obecnie prowadzone, podobnie jak kwalifikacyjne testy środowiskowe (komora klimatyczna, wibracje, mgła solna), które pozostają po stronie OEM lub akredytowanych laboratoriów. Rozgraniczenie to jest przedstawione wprost w matrycy kompetencji (sekcja 7), ponieważ dla zespołu R&D transparentność zakresu testów jest kryterium kwalifikującym partnera.

6. Zarządzanie własnością intelektualną w projektach regulowanych

Konsolidacja integracji ogranicza powierzchnię ryzyka dla własności intelektualnej i bezpieczeństwa informacji — i dotyczy to nie tylko projektów dual-use, lecz wszystkich projektów regulowanych i wrażliwych (m.in. wyrobów medycznych wg ISO 13485, aplikacji przemysłowych i infrastrukturalnych).

W modelu rozproszonym każdy podwykonawca stanowi odrębny punkt dostępu do dokumentacji, a więc odrębny wektor ryzyka. Model skonsolidowany ogranicza dostęp do jednej organizacji, jednej umowy poufności i jednego reżimu kontroli dostępu.

W praktyce ASSEL zarządzanie tym obszarem opiera się na kontroli dostępu do systemów informatycznych oraz do pomieszczeń produkcyjnych, umowach NDA i procedurach ochrony danych, prowadzonych zgodnie ze standardami zarządzania bezpieczeństwem informacji ISO 27001. Należy przy tym odnotować, że produkcja prowadzona jest zasadniczo w jednej hali — segmentacja opiera się na kontroli dostępu (informatycznej i fizycznej), a nie na fizycznie wydzielonych liniach; dla projektów o najwyższych wymaganiach separacji jest to parametr do ustalenia na etapie specyfikacji. W projektach o przeznaczeniu wojskowym lub dual-use zastosowanie mają dodatkowo krajowe przepisy o obrocie specjalnym (koncesje, zezwolenia na obrót towarami strategicznymi) oraz unijna kontrola eksportu (Rozporządzenie (UE) 2021/821) — niezależnie od tego, czy dany producent takie projekty aktualnie realizuje; producent kontraktowy działa wówczas jako wykonawca w ramach uregulowanego łańcucha dostaw klienta. Model współodpowiedzialności opisuje szerzej opracowanie o bezpieczeństwie danych w produkcji kontraktowej OEM–EMS.

7. Matryca kompetencji: wewnętrzne vs zewnętrzne

Dla zespołu R&D transparentność partnera EMS w zakresie realnych kompetencji jest kryterium eliminacyjnym — istotniejszym niż deklaratywna szerokość oferty. Poniższa matryca przedstawia rozgraniczenie kompetencji na przykładzie ASSEL: realizowanych wewnętrznie oraz pozostających poza zakładem (zlecanych, ograniczonych lub nieoferowanych). Zestawienie jest wyborem — pełny wykaz technologii znajduje się na stronie montaż PCBA / technologia. Ujawnienie granic zakresu nie jest słabością — jest informacją niezbędną do oceny dopasowania partnera do wymagań programu.

ObszarKompetencja wewnętrzna (in-house)Poza zakładem / ograniczona
Montaż PCBA (SMT/THT), IPC Klasa 2 i 3Tak—
Kontrola procesu: SPI, 3D AOI, X-rayTak—
Powlekanie konforemne selektywneTak (obecnie jeden rodzaj chemii)—
Montaż mechaniczny / integracja box-buildTak—
Test funkcjonalny wyrobu (FCT) + ICTTak—
Rozwój testów (sprzęt + oprogramowanie)Tak—
Oprogramowanie testerów funkcjonalnych (nie oprogramowanie produktu)Tak (dedykowany zespół)Firmware/aplikacje wyrobu — po stronie OEM
Oprzyrządowanie produkcyjne/testowe (CNC, druk 3D) — nie komponenty produktuTakKomponenty wyrobu — nie
MES z blokowaniem przepływu, identyfikowalnośćTak—
Kwalifikacja/audyty dostawcówDla dostawców dobieranych przez ASSEL (m.in. projekty mechaniczne)Dostawcy wskazani przez klienta — ASSEL egzekwuje zakupy, nie audytuje
Montaż wiązek kablowychOgraniczony zakresRozważana inwestycja rozszerzająca
Przesiewanie środowiskowe (ESS)—Nieprowadzone
Kwalifikacyjne testy środowiskowe (komora, wibracje, mgła solna)—Po stronie OEM / laboratoriów
Logistyka końcowa—Zwykle EXW (po stronie klienta)
Zalewanie żywicą (2-składnikową)Tak—
Depanelizacja, w tym frezowanie (mało miejsca w obudowie)Tak—
Dodatek Space/Military (J-STD-001xS)—Nieoferowany (możliwy przy uzasadnionym przypadku biznesowym)

Matryca w tej formie pozwala zespołowi R&D szybko ocenić, które elementy programu zostaną pokryte wewnętrznie, a które wymagają zaplanowania po stronie OEM lub podmiotów zewnętrznych — i stanowi podstawę do przygotowania specyfikacji interfejsów oraz planu walidacji.

8. Kryteria wyboru modelu: optymalizacja TCO

Konsolidacja integracji nie jest rozwiązaniem uniwersalnym. Optymalizuje całkowity koszt posiadania (TCO) w określonych warunkach:

  • wyrób ma wysoką złożoność, a integracja podsystemów jest nietrywialna;
  • wymagane są identyfikowalność i test na poziomie systemu (m.in. sektor medyczny, kolejowy, przemysłowy, dual-use);
  • projekt jest wrażliwy na IP, co uzasadnia ograniczenie liczby stron;
  • priorytetem jest jeden punkt odpowiedzialności i skrócenie łańcucha zmiany inżynieryjnej;
  • OEM dąży do ograniczenia własnego kosztu koordynacji.

Model rozproszony pozostaje racjonalny dla wyrobów o niskiej złożoności, bardzo wysokich i jednorodnych wolumenach oraz w sytuacji, gdy poszczególne elementy są już zoptymalizowane u sprawdzonych, wyspecjalizowanych dostawców.

Ocena partnera box-build powinna opierać się na weryfikowalnych kryteriach: realnym zakresie integracji wewnętrznej (matryca kompetencji), zdolności do testu funkcjonalnego i ICT na poziomie wyrobu, ciągłości identyfikowalności w jednym MES, kwalifikacji poddostawców oraz jednoznacznej granicy IP. Transparentne rozgraniczenie zakresu — w tym wskazanie kompetencji pozostających poza zakładem — odróżnia rzeczywistą integrację systemową od koordynacji prowadzonej pod inną nazwą.

9. Najczęściej zadawane pytania (FAQ)

Czym jest box-build i czym różni się od montażu PCBA?

Montaż PCBA obejmuje wytworzenie i test płytki z komponentami. Box-build to integracja systemowa poziomu nadrzędnego: złożenie z płytki i pozostałych podsystemów kompletnego wyrobu — montaż mechaniczny, okablowanie, konfiguracja, test funkcjonalny na poziomie wyrobu, serializacja i pakowanie.

Dlaczego test na poziomie systemu jest niezbędny, skoro podsystemy są testowane osobno?

Ponieważ część niezgodności ujawnia się dopiero na styku podsystemów po integracji — zjawiska EMI w docelowej obudowie, ograniczenia termiczne, rezonanse mechaniczne oraz błędy na styku interfejsów mechaniczno-elektrycznych. Wykrywa je dopiero test funkcjonalny kompletnego wyrobu (FCT), a w części zastosowań test pracy ciągłej (Run-in).

Jaką rolę odgrywają DfM i DfT na etapie R&D?

Decyzja o testowalności zapada w fazie projektowej: architektura wyrobu musi umożliwić automatyczny test funkcjonalny po integracji oraz dostęp do węzłów dla ICT. Wczesne połączenie projektowania pod montaż (DfM) i pod test (DfT) pozwala skorygować konstrukcję, zanim zmiany wpłyną na harmonogram wdrożenia.

W jaki sposób konsolidacja ogranicza rozmycie odpowiedzialności?

Model skonsolidowany przypisuje odpowiedzialność za kompletny wyrób jednemu podmiotowi i utrzymuje jeden ciągły łańcuch identyfikowalności. Ogranicza to problem przypisania odpowiedzialności za niezgodności wykryte na styku podsystemów, typowy dla modelu rozproszonego.

Dlaczego transparentność kompetencji partnera jest istotna dla R&D?

Ponieważ pozwala ustalić, które elementy programu zostaną pokryte wewnętrznie, a które wymagają zaplanowania po stronie OEM lub podmiotów zewnętrznych. Jawne wskazanie granic zakresu (np. ograniczonego montażu wiązek, braku ESS, dostaw EXW) umożliwia poprawne przygotowanie specyfikacji interfejsów i planu walidacji.

Kiedy model box-build optymalizuje koszt całkowity (TCO)?

Przy wyrobach o wysokiej złożoności, wymagających identyfikowalności i testu systemowego, wrażliwych na IP oraz tam, gdzie istotne są jeden punkt odpowiedzialności i ograniczenie kosztu koordynacji po stronie OEM.


Źródła

  1. IPC/WHMA — IPC/WHMA-A-620, Requirements and Acceptance for Cable and Wire Harness Assemblies. https://www.ipc.org/ipc-whma-a-620
  2. IPC — J-STD-001, Requirements for Soldered Electrical and Electronic Assemblies (kontekst testu w obwodzie i kryteriów procesowych). https://www.ipc.org/j-std-001
  3. Rozporządzenie (UE) 2021/821 — kontrola eksportu produktów podwójnego zastosowania. https://eur-lex.europa.eu/legal-content/PL/TXT/?uri=CELEX:32021R0821
  4. Komisja Europejska — Ecodesign for Sustainable Products Regulation (ESPR) / Cyfrowy Paszport Produktu (kontekst identyfikowalności). https://green-forum.ec.europa.eu/implementing-ecodesign-sustainable-products-regulation_en
  5. Mordor Intelligence — Europe Electronic Manufacturing Services Market (kontekst integracji systemowej). https://www.mordorintelligence.com/industry-reports/europe-electronic-manufacturing-services-market
  6. ASSEL — montaż finalny / integracja systemowa. https://asselems.com/pl/montaz-finalny
  7. ASSEL — bezpieczeństwo danych w produkcji kontraktowej (model współodpowiedzialności OEM–EMS). https://asselems.com/pl/bezpieczenstwo-danych-produkcja-kontraktowa-oem-ems
KONTAKT

JAK MOŻEMY POMÓC?

Prosimy o kontakt poprzez poniższy formularz. Nasz zespół skontaktuje się z Państwem w najbliższym możliwym terminie. 

Fundusze Europejskie, Rzeczpospolita Polska, Unia Europejska
Made by Web24