W praktyce reklamacje po modernizacji rzadko biorą się z jednego „błędu”. Najczęściej to efekt braku wspólnego języka: produkcja chce stabilności, UR chce serwisowalności, jakość chce powtarzalności, a automatyk chce jasnych kryteriów, co jest „OK”. Ten poradnik daje gotowy protokół odbioru (do skopiowania), który zamyka temat: definiuje testy, dowody, podpisy i decyzje Go/No-Go.
Co będzie potrzebne: lista zmian (nawet krótka), dostęp do maszyny i szafy, osoby decyzyjne (produkcja/UR/jakość), dokumentacja bazowa oraz okno testowe (choćby minimalne). Jeśli pracujesz w organizacji rozproszonej, pomaga też fakt, że wsparcie bywa realizowane w dwóch lokalizacjach (Poznań + Tomaszów Mazowiecki) — łatwiej zgrać terminy odbiorów i uruchomień.
Spis treści (TOC)
- Dla kogo jest ten poradnik?
- Najczęstsze błędy na odbiorach po modernizacji
- Szybka checklista odbioru po modernizacji (tabela)
- Krok 1: Ustal zakres zmiany i „baseline”
- Krok 2: Zdefiniuj kryteria akceptacji (Go/No-Go)
- Krok 3: Zbuduj macierz testów i dowodów
- Krok 4: Przygotuj FAT/SAT i środowisko testów
- Krok 5: Wykonaj testy funkcjonalne i awaryjne
- Krok 6: SAT na docelowym procesie + stabilizacja
- Krok 7: Podpisy, decyzje, rollback i zamknięcie odbioru
- FAT vs SAT — kiedy robić które testy i po co
- Struktura protokołu odbioru (gotowy szablon do skopiowania)
- Warianty protokołu: mała zmiana / średnia / duży retrofit
- Ile czego potrzebujesz? (widełki ilościowe)
- Jak zrobić odbiór „premium” i zamknąć temat
- FAQ
Dla kogo jest ten poradnik?
Produkcja / plant manager – żeby odbiór kończył się stabilną pracą, a nie „działa, ale tylko na sucho”.
Utrzymanie ruchu – żeby mieć dowody z testów, listę zmian i punkt odniesienia do przyszłych awarii.
Jakość – żeby przełożyć zmiany na mierzalne kryteria (powtarzalność, odchyłki, odrzuty).
Automatyk / OEM – żeby mieć jasną macierz testów i odpowiedzialności, bez uznaniowości.
One-liner 1: Jeśli nie ma kryteriów akceptacji, odbiór jest opinią — nie decyzją.
Najczęstsze błędy na odbiorach po modernizacji
- Brak „baseline” (nie wiadomo, co było przed zmianą).
- Brak listy zmian (co, gdzie, dlaczego, kto zatwierdził).
- Testy bez kryteriów (jest „spoko”, ale nikt nie potrafi powiedzieć, co znaczy „spoko”).
- Brak dowodów: logów, screenów, wyników pomiarów, zdjęć połączeń/oznaczeń.
- Brak wersjonowania (kiedy i jaka wersja programu/dokumentu była testowana).
- Brak testów awaryjnych i powrotu po zaniku zasilania.
- SAT zrobiony „na pusto” zamiast na docelowym materiale/procesie.
- Brak procedury rollback (co robimy, gdy po uruchomieniu produkcja nie idzie).
- Jednoosobowy odbiór (brak podpisów interesariuszy → później „to nie my”).
One-liner 2: Dowód z testu jest ważniejszy niż opis — bo kończy spór, zanim się zacznie.
Szybka checklista odbioru po modernizacji (tabela)
| Obszar | Co sprawdzić | Dowód | Kto podpisuje | Ryzyko, gdy pominięte |
|---|---|---|---|---|
| Zakres zmian | Lista zmian + uzasadnienie | Lista zmian (wersja) | UR + produkcja | „To nie było uzgadniane” |
| Kryteria akceptacji | Parametry jakości/stabilności | Arkusz kryteriów | produkcja + jakość | uznaniowe decyzje |
| Funkcje | Sekwencje, tryby, receptury | checklista testów + logi | automatyk + UR | ukryte błędy |
| Bezpieczeństwo | Reakcje awaryjne, blokady | protokół testów awaryjnych | EHS + UR | ryzyko incydentu |
| Elektryka | połączenia, zabezpieczenia, uziemienie | wyniki pomiarów/oględzin | elektryk + UR | losowe przestoje |
| HMI/alarms | alarmy, komunikaty, historia | screeny + eksport alarmów | UR + produkcja | „nikt nie wie, co się dzieje” |
| Dokumentacja | schematy, listy I/O, opisy zmian | paczka dokumentów | UR + jakość | brak serwisowalności |
Chcesz skrócić odbiór i mieć „dowody nie do podważenia”?
Prześlij listę zmian i zakres testów — dostaniesz uporządkowaną macierz testów + kryteria akceptacji pod Twoją maszynę.
Usługi: Dokumentacja elektryczna • Pomiary elektryczne • Bezpieczeństwo maszyn i oznakowanie CE
Poproś o kontakt
Krok 1: Ustal zakres zmiany i „baseline”
Co zrobić
- Spisz, co dokładnie zmieniono (funkcje, sekwencje, I/O, logika, ekran HMI, okablowanie, zabezpieczenia).
- Zdefiniuj obszary nietknięte (żeby nie testować całej maszyny „od zera”, gdy nie trzeba).
- Ustal „baseline”: jak było przed zmianą (parametry, czasy cyklu, jakość, alarmy, odrzuty).
Jak udokumentować
- „Lista zmian” (wersja, data, autor, akceptacje).
- „Baseline” w 3–5 punktach: czasy, wydajność, krytyczne alarmy, jakość.
Output (ma powstać)
- Karta zmian + baseline (1 strona), którą każdy rozumie.
Krok 2: Zdefiniuj kryteria akceptacji (Go/No-Go)
Co ustalić (minimum)
- Jakie wyniki są akceptowalne, a jakie są blokujące.
- Kto ma prawo powiedzieć Go/No-Go (i na jakiej podstawie).
Kryteria decyzji (przykłady)
- Stabilność: brak krytycznych alarmów w X cyklach.
- Jakość: odchyłka ≤ Y / brak wzrostu odrzutu > Z%.
- Bezpieczeństwo: testy awaryjne 100% OK.
Output
- Arkusz Go/No-Go: kryterium → wynik → decyzja → podpis.
One-liner 3: Go/No-Go bez kryteriów to tylko „wrażenie po uruchomieniu”.
Krok 3: Zbuduj macierz testów i dowodów
Co sprawdzić
- Testy funkcjonalne: sekwencje, tryby, receptury, ręczne/automatyczne, restart.
- Testy awaryjne: E-Stop, osłony, zaniki, powroty, błędy czujników.
- Testy integracji: sygnały do innych maszyn, raporty, receptury, komunikacja.
Mini-tabela 1: Zakres zmiany → minimalny zestaw testów → dowody
| Zakres zmiany | Minimalny zestaw testów | Dowody |
|---|---|---|
| Parametry/soft | funkcje zmienione + awaryjne + restart | logi + screeny + checklista |
| Sterowanie/HMI/szafa | pełny SAT na procesie + awaryjne | logi + pomiary + lista zmian |
| Duży retrofit/linia | FAT + SAT + etapowe uruchomienie | protokoły etapów + podpisy |
Output
- Macierz testów: test → kryterium → dowód → odpowiedzialny → status.
Krok 4: Przygotuj FAT/SAT i środowisko testów
Co przygotować
- Okno testowe + osoby decyzyjne (min. produkcja/UR/jakość).
- Lista scenariuszy: normalne, graniczne, awaryjne.
- Sposób zbierania dowodów: folder/struktura plików, nazewnictwo, wersje.
Output
- Plan testów + plan zbierania dowodów (żeby po tygodniu ktoś mógł to odtworzyć).
Krok 5: Wykonaj testy funkcjonalne i awaryjne
Co testować w pierwszej kolejności
- Zmiany, które wpływają na bezpieczeństwo i zatrzymania.
- Zmiany, które wpływają na jakość i odrzuty.
- Zmiany, które wpływają na wydajność i czasy cyklu.
Jak udokumentować
- Dla każdego testu: wynik + dowód + osoba + data.
- Jeśli coś nie przechodzi: wpis w rejestrze usterek + decyzja (naprawa teraz / obejście / rollback).
Output
- Protokół testów funkcjonalnych + awaryjnych (z dowodami).
Krok 6: SAT na docelowym procesie + stabilizacja
Co to znaczy „SAT porządny”
- Testy na docelowym materiale/warunkach, nie tylko „na sucho”.
- Stabilizacja: kilka cykli, w których nie tylko działa, ale działa powtarzalnie.
Co sprawdzić
- Trendy: czy alarmy i odchyłki nie „narastają”.
- Powtarzalność: czy wyniki są stabilne w czasie.
- Odtwarzalność: czy po restarcie wraca w ten sam stan.
Output
- SAT report: wyniki + wnioski + rekomendacje (co obserwować po starcie).
Krok 7: Podpisy, decyzje, rollback i zamknięcie odbioru
Co musi być zamknięte
- Zatwierdzone kryteria i wyniki testów.
- Rejestr usterek: które zamknięte, które „warunkowo” i z terminem.
- Plan rollback: co cofamy, jak szybko, kto decyduje.
Output
- Zamknięty protokół odbioru + decyzja Go/No-Go + plan obserwacji po starcie.
FAT vs SAT — kiedy robić które testy i po co
FAT (testy przed uruchomieniem na obiekcie) ma sens, gdy ryzyko postoju jest wysokie albo zmiana jest duża.
SAT (testy na obiekcie) jest obowiązkowy, jeśli zmiana dotyka procesu, jakości lub bezpieczeństwa.
Mini-tabela 2: FAT vs SAT — kiedy, gdzie, kto podpisuje
| Rodzaj testu | Kiedy | Gdzie | Kto podpisuje |
|---|---|---|---|
| FAT | duże zmiany / wysoki CAPEX / duże ryzyko | środowisko testowe | automatyk + UR |
| SAT | zawsze, gdy wpływa na proces/jakość/bezpieczeństwo | na obiekcie | produkcja + UR + jakość (wg zakresu) |
Struktura protokołu odbioru (gotowy szablon do skopiowania)
Poniżej masz strukturę, którą możesz wkleić do dokumentu i uzupełnić.
1) Nagłówek protokołu
- Nazwa maszyny / linii: ______
- Data odbioru: ______
- Zakres modernizacji (1–2 zdania): ______
- Wersja protokołu: ______
- Uczestnicy (dział + imię/nazwisko): ______
2) Lista zmian (załącznik A)
- Zmiana # / opis / powód / wpływ / akceptacja
3) Kryteria akceptacji (Go/No-Go)
- Kryterium → próg → wynik → decyzja → podpis
4) Macierz testów (załącznik B) — tabela do uzupełnienia
| Test | Obszar | Kryterium | Dowód | Odpowiedzialny | Status |
|---|
5) Rejestr usterek i odstępstw (załącznik C)
- ID → opis → wpływ → obejście → termin → właściciel
6) Decyzja Go/No-Go + plan obserwacji
- Go/No-Go: ______
- Co obserwujemy przez pierwsze X godzin/dni: ______
- Warunki „Stop” (kiedy przerywamy): ______
7) Rollback (plan cofnięcia)
- Co cofamy: ______
- Jak długo potrwa: ______
- Kto decyduje: ______
Warianty protokołu
a) Mała zmiana (parametry/soft) — szybki odbiór
- Macierz testów ograniczona do funkcji zmienionych + testy awaryjne + restart.
- Dowody: logi + screeny + checklista wyników.
b) Średnia modernizacja (sterowanie/HMI/szafa) — pełny SAT
- Pełny SAT na procesie + testy jakości i powtarzalności.
- Dowody: logi + wyniki pomiarów + rejestr odstępstw.
c) Duży retrofit (napędy/bezpieczeństwo/linia) — FAT + SAT + etapowe uruchomienie
- FAT minimalizuje ryzyko postoju, SAT potwierdza proces.
- Uruchomienie etapowe: obszar po obszarze, z podpisami po każdym etapie.
Masz małą zmianę czy duży retrofit? Dobierz protokół do ryzyka.
Wyślij zakres zmian (nawet w punktach) — dostaniesz dopasowaną macierz testów i listę dowodów pod wybrany wariant.
Usługi: Modernizacje i serwis • Programowanie PLC i HMI • Prefabrykacja szaf sterowniczych
Wyślij listę zmian do oceny
Ile czego potrzebujesz? (widełki ilościowe)
Poniżej zakresy, które możesz skalować w zależności od krytyczności i złożoności.
Testy funkcjonalne (na sekwencję/tryb)
- Mała zmiana: 5–15 testów (wejścia/wyjścia + ścieżki wyjątków).
- Średnia modernizacja: 15–40 testów (pełne sekwencje + tryby).
- Duży retrofit/linia: 40–120 testów (etapy + integracje).
Próby awaryjne (minimum)
- 6–12 prób: E-Stop, osłony, zanik zasilania, błąd czujnika, błąd komunikacji, restart.
Cykle stabilizacji
- Mała zmiana: 3–10 cykli.
- Średnia: 10–30 cykli.
- Duży retrofit: 30–100 cykli (lub X godzin pracy, jeśli cykl długi).
Dowody (załączniki)
- Logi / eksporty / screeny: min. 10–30 szt. (mała/średnia), 30–100+ (duża).
- Zdjęcia: 10–25 (połączenia/oznaczenia/kluczowe miejsca).
- Wyniki pomiarów/oględzin: 1 paczka na obszar (elektryka/bezpieczeństwo/IO).
Okno testowe (orientacyjnie)
- Mała zmiana: 1–2 h.
- Średnia modernizacja: 4–8 h + rezerwa.
- Duży retrofit: 1–3 dni (często etapowo).
Jak zrobić odbiór „premium” i zamknąć temat
- Wersjonowanie wszystkiego: protokół, lista zmian, załączniki, eksporty.
- Baseline przed zmianą: nawet krótki, ale porównywalny.
- Dowody z testów: logi + screeny + pomiary, spięte z macierzą testów.
- Jedno źródło prawdy: jedna paczka odbiorowa, jeden numer wersji.
- Kryteria akceptacji na piśmie: i podpisy interesariuszy.
- Go/No-Go z warunkami: co jest blokujące, co jest „do obserwacji”.
- Rollback gotowy przed startem: czas, odpowiedzialni, warunki uruchomienia planu B.
Chcesz zamknąć modernizację tak, żeby temat nie wracał po tygodniu?
Dobrze przygotowany odbiór skraca rozruch, redukuje reklamacje i daje jasną odpowiedzialność między działami.
Do kliknięcia: Modernizacje i serwis • Pomiary elektryczne • Bezpieczeństwo maszyn i oznakowanie CE
Sprawdź dostępny termin
FAQ
1) Czy odbiór po modernizacji musi mieć Go/No-Go?
Tak — bez tego decyzja jest uznaniowa i łatwo wraca jako spór po starcie.
2) Kiedy SAT jest „obowiązkowy”?
Gdy zmiana wpływa na proces, jakość, bezpieczeństwo albo integrację z innymi urządzeniami.
3) Co jest minimalnym dowodem z testu?
Wynik + data + osoba + powiązanie z kryterium + artefakt (log/screen/pomiar).
4) Jak uniknąć sytuacji „działa na sucho, nie działa na produkcji”?
Wymuś SAT na docelowym materiale i dodaj cykle stabilizacji, nie tylko jednorazowy test.
5) Ile testów awaryjnych robić, żeby miało sens?
Minimum 6–12 kluczowych scenariuszy, a przy dużych zmianach — dodatkowo testy powrotu po awarii.
6) Czy trzeba spisywać wszystko, jeśli zmiana jest mała?
Tak, ale w wersji „light”: krótka lista zmian + ograniczona macierz testów + dowody.
7) Jak rozdzielić odpowiedzialność produkcja–UR–jakość?
Przez macierz: test → dowód → podpis. To prostsze i skuteczniejsze niż ustalenia ustne.
8) Co, jeśli w trakcie odbioru wychodzą nowe problemy niezwiązane ze zmianą?
Oznacz je jako „odstępstwa niezwiązane” i zdecyduj: blokujące / do obserwacji / do osobnego zadania.
Podsumowanie
Jeśli odbiór po modernizacji ma „zamykać temat”, musi być oparty o kryteria, dowody i podpisy — nie o deklaracje. Ten protokół możesz wdrożyć od razu, nawet w wersji uproszczonej, a potem skalować go do dużych retrofitów z FAT/SAT i etapowym uruchomieniem. Jeśli chcesz, możesz też poprosić o dopasowanie macierzy testów i szablonu protokołu do Twojej maszyny (obsługa w dwóch lokalizacjach; KPI: 2 lokalizacje, 7 obszarów kompetencji, 5 sektorów przemysłu, 1 partner end-to-end).