Integracja systemów Andon i SCADA z ERP na hali produkcyjnej - przestoje i partie bez ręcznego raportowania

Spis treści
Czym są systemy Andon i SCADA i jaką rolę pełnią na hali produkcyjnej?
Dlaczego ręczne raportowanie przestojów przez operatorów jest niedokładne?
Jak działa integracja systemów Andon i SCADA z ERP na hali produkcyjnej?
Jakie zdarzenia z Andon i SCADA warto przesyłać do ERP i MES?
Jaki efekt biznesowy daje integracja systemów Andon i SCADA z ERP na hali produkcyjnej?
FAQ
Podsumowanie

Czym są systemy Andon i SCADA i jaką rolę pełnią na hali produkcyjnej?

Integracja systemów Andon i SCADA z ERP na hali produkcyjnej oznacza, że przestój, awaria czy wykonana partia trafiają do ERP automatycznie. Nie potrzeba do tego notatki operatora. Andon pokazuje ludziom stan linii, a SCADA steruje maszynami i zbiera z nich dane.

Zacznijmy od Andonu. Słownik Lean Enterprise Institute opisuje go jako narzędzie zarządzania wizualnego. Jednym spojrzeniem pokazuje stan pracy w danym obszarze i sygnalizuje każdą nieprawidłowość. W praktyce to kolumna świetlna nad maszyną, tablica nad linią albo przycisk, którym operator wzywa lidera. Zielony oznacza pracę, żółty problem, czerwony zatrzymanie. Efekt: lider zmiany widzi kłopot w sekundę i jest przy stanowisku, zanim urośnie przed nim kolejka.

SCADA (Supervisory Control and Data Acquisition) to system nadzoru i zbierania danych. Odczytuje sygnały ze sterowników PLC i czujników, pokazuje je na ekranach operatorskich i zapisuje ich historię. Popularne przykłady to Siemens SIMATIC WinCC i AVEVA InTouch HMI. SCADA wie, że wrzeciono stoi, ile sztuk zeszło z linii i jaka była temperatura pieca. Efekt: dział techniczny ma twarde dane o pracy maszyn, a nie relację z drugiej ręki.

Kłopot w tym, że obie warstwy żyją na hali, a decyzje zapadają w biurze. ERP planuje zlecenia, liczy koszty i rozlicza materiał. MES pilnuje realizacji zleceń na stanowiskach. Jeśli między nimi a SCADA nie ma połączenia, ktoś musi przepisać to, co maszyna już wie. Ten podział na poziomy dobrze porządkuje model opisany w tekście wdrożenie standardu ISA-95 w integracji ERP-MES.

Warstwa	Co wie	Kto z niej korzysta	Skala czasu
Andon	Stan stanowiska, wezwanie pomocy, przyczyna zatrzymania wskazana przyciskiem	Operator, lider zmiany, logistyka	Sekundy
SCADA	Sygnały z PLC: praca i postój, liczniki sztuk, alarmy, parametry procesu	Automatyk, utrzymanie ruchu	Milisekundy i sekundy
MES	Zlecenie na stanowisku, operacje, sztuki dobre i braki, OEE	Mistrz, technolog, planista	Minuty i zmiany
ERP	Zlecenia produkcyjne, materiały, koszty, terminy dla klientów	Planowanie, zakupy, controlling, zarząd	Zmiany i dni

Nie każda fabryka ma MES i nie każda go potrzebuje na start. Zdarzenia z kilku kluczowych maszyn da się poprowadzić prosto do obecnego systemu. Szerzej piszemy o tym przy temacie automatyzacja procesów produkcyjnych bez wymiany ERP. Efekt: pierwsze dokładne dane o przestojach masz po kilku tygodniach, bez kupowania nowego systemu.

Dlaczego ręczne raportowanie przestojów przez operatorów jest niedokładne?

Ręczne raportowanie jest niedokładne, bo operator zapisuje przestoje z pamięci, zwykle na koniec zmiany, i pomija krótkie zatrzymania. Raport pokazuje więc to, co ktoś zapamiętał, a nie to, co faktycznie zrobiła maszyna.

Policz to na prostym przykładzie. Linia staje 10 razy na zmianę, za każdym razem na dwie minuty. Zacięcie, korekta etykiety, brak kartonów. Każde z tych zdarzeń wydaje się za krótkie, żeby wpisać je do formularza. Razem to jednak 20 minut zmiany, które znikają albo lądują w rubryce „inne”. Przy trzech zmianach i 250 dniach pracy daje to około 250 godzin rocznie bez przypisanej przyczyny.

Jest też skutek uboczny, o którym mało kto mówi. OEE liczone z ręcznych raportów wygląda lepiej niż w rzeczywistości, bo niezapisane minuty nie obniżają dostępności maszyny. Zarząd widzi więc wskaźnik, który nie wymaga żadnych działań. Tymczasem linia codziennie traci czas, którego nikt nie mierzy.

Stawka jest wysoka. Raport Siemens „The True Cost of Downtime 2024” szacuje, że nieplanowane przestoje kosztują 500 największych firm świata 11% przychodów. To około 1,4 bln dolarów rocznie. Duży zakład notuje średnio 25 takich zdarzeń w miesiącu i traci przez nie 27 godzin. Nawet w branży FMCG godzina postoju kosztuje według raportu 36 tys. dolarów.

Krótkie postoje to tylko jedno źródło błędów. Pozostałe widać w każdym zakładzie, który prowadzi papierowe karty pracy:

• Zaokrąglanie - w raporcie jest „około 15 minut”, choć maszyna stała 7 albo 23 minuty.
• Przypadkowa przyczyna - operator wybiera z listy pierwszą pozycję albo tę, która najmniej go obciąża.
• Opóźnienie - dane trafiają do ERP następnego dnia, gdy planista już ułożył plan na podstawie starych założeń.
• Brak powiązania ze zleceniem - wiadomo, że maszyna stała, ale nie wiadomo, które zamówienie klienta przez to się spóźni.

Aspekt	Ręczny raport operatora	Zdarzenie z Andon lub SCADA
Moment zapisu	Koniec zmiany albo następny dzień	Chwila zatrzymania i chwila wznowienia
Krótkie postoje (do 2-3 minut)	Zwykle pomijane	Każdy zarejestrowany razem z czasem trwania
Czas trwania	Szacowany i zaokrąglany	Liczony co do sekundy na podstawie sygnału ze sterownika
Przyczyna	Wybierana z pamięci	Kod z przycisku Andon lub alarmu SCADA, operator tylko ją potwierdza
Powiązanie ze zleceniem	Ręczne albo żadne	Automatyczne, przez aktywne zlecenie w MES lub ERP
Praca operatora	Wypełnianie formularzy po zmianie	Jedno dotknięcie panelu przy maszynie

To nie jest zarzut wobec operatorów. Ich zadaniem jest utrzymać linię w ruchu, a nie prowadzić dokumentację. Gdy maszyna się zacina, ręce są przy maszynie, a nie przy formularzu. Dlatego rozwiązaniem nie jest ostrzejsza dyscyplina raportowania. Rozwiązaniem jest przeniesienie rejestracji tam, gdzie zdarzenie powstaje: do sterownika i do przycisku Andon.

Jak działa integracja systemów Andon i SCADA z ERP na hali produkcyjnej?

Integracja działa jak łańcuch: sterownik PLC albo przycisk Andon wysyła sygnał, warstwa pośrednia dodaje do niego kontekst (maszyna, zlecenie, przyczyna), a MES lub ERP zapisuje gotowe zdarzenie. Cały przepływ trwa kilka sekund. Wdrożenie możesz poprowadzić w ośmiu krokach:

1. Zmapuj zdarzenia. Wybierz 5-10 sygnałów, które realnie zmieniają plan albo koszt: postój, awaria, koniec partii, brak materiału, wezwanie jakości.
2. Sprawdź źródła sygnałów. Ustal, które maszyny mają PLC i SCADA, a gdzie trzeba dołożyć kolumnę Andon z modułem sieciowym lub czujnik pracy.
3. Wybierz protokół. OPC UA sprawdza się przy odczycie ze sterowników i SCADA, a MQTT, często w formacie Sparkplug, przy przesyłaniu zdarzeń dalej.
4. Zbuduj warstwę pośrednią. Bramka albo przepływ w Node-RED lub n8n łączy sygnał z numerem maszyny, aktywnym zleceniem i zmianą.
5. Ustal reguły. Zdecyduj, od ilu sekund zatrzymanie jest postojem, co jest mikropostojem i jak klasyfikować przyczyny.
6. Zapisz zdarzenie w MES lub ERP. Wyślij je przez API albo webhook, zawsze z identyfikatorem zlecenia.
7. Dodaj potwierdzenie operatora. Gdy sygnał nie określa przyczyny, operator wybiera ją jednym dotknięciem na panelu przy maszynie.
8. Uruchom pilotaż. Przez 2-4 tygodnie zbieraj dane z jednej linii i porównaj je z dotychczasowymi raportami ręcznymi.

Wybór między API a webhookiem zależy od tego, czy ERP ma sam pytać o nowe dane, czy ma być powiadamiany o każdym zdarzeniu. Różnice opisujemy w artykule webhook a API - różnice i integracja systemów. Przy przestojach zwykle wygrywa powiadamianie. Efekt: informacja o awarii jest w systemie, zanim lider zmiany dojdzie do maszyny.

Jeśli masz MES, to on powinien być pierwszym adresatem zdarzeń z hali. MES zna aktywne zlecenie na każdym stanowisku, więc dopisze do postoju właściwy numer zlecenia i operację. Do ERP trafia już informacja zagregowana: czas postoju zlecenia, sztuki dobre, braki i zużycie materiału. Szczegóły tego podziału ról opisujemy w tekście Integracja ERP z systemem MES. Efekt: ERP nie tonie w tysiącach sygnałów, a planista dostaje dokładnie to, czego potrzebuje do decyzji.

Sama technologia to zwykle mniejsza część pracy. W Devesol taki projekt zaczynamy od wizyty na hali i rozmów z operatorami, liderami zmian oraz utrzymaniem ruchu. Dopiero wtedy widać, które przyczyny postojów naprawdę się powtarzają i jak je nazwać, żeby operator wybierał je bez zastanowienia. Efekt: lista przyczyn ma kilka czytelnych pozycji zamiast kilkudziesięciu, a dane są porównywalne między zmianami.

Przy takich wdrożeniach powtarzają się cztery błędy. Każdy z nich da się łatwo ominąć, jeśli znasz go wcześniej:

• Za długa lista przyczyn. Przy 40 pozycjach na panelu operator wybierze pierwszą lepszą. Kilka dobrze nazwanych przyczyn daje dane, z których da się wyciągnąć wnioski.
• Brak progu mikropostoju. Bez niego każde drgnięcie czujnika staje się postojem, a raport jest bezużyteczny. Ustal próg, np. 30 sekund, i trzymaj się go na wszystkich liniach.
• Wysyłanie wszystkiego do ERP. Tysiące rekordów dziennie spowalniają system, a nikt ich nie czyta. Agreguj zdarzenia w MES albo w warstwie pośredniej.
• Pominięcie ludzi. Jeśli operatorzy nie wiedzą, po co jest przycisk przyczyny, szybko przestaną go używać. Krótkie szkolenie i pokazanie im wyników z pilotażu robi tu największą różnicę.

Dobrze ustawione reguły to też podstawa porównań między zakładami. Gdy postój znaczy to samo na każdej linii, raport z dwóch fabryk można położyć obok siebie bez przeliczania.

Jakie zdarzenia z Andon i SCADA warto przesyłać do ERP i MES?

Do ERP i MES warto przesyłać tylko zdarzenia, które zmieniają plan, koszt albo jakość: początek i koniec postoju, awarię, wykonaną partię, brak materiału, problem jakościowy i przezbrojenie. Surowe pomiary zapisywane co sekundę powinny zostać w SCADA.

Zdarzenie na hali	Źródło sygnału	Co powstaje w MES lub ERP	Efekt biznesowy
Postój linii	Sygnał praca/stop z PLC, SCADA	Rekord przestoju przy zleceniu, z czasem i przyczyną	Rzeczywisty czas przestojów i OEE bez szacunków
Awaria maszyny	Alarm SCADA, czerwony Andon	Zgłoszenie awarii i informacja dla planisty	Technik wie od razu, planista przesuwa zlecenia
Wykonana partia	Licznik sztuk, sygnał końca cyklu	Meldunek produkcji, przyjęcie wyrobu, rozchód materiału	Stany magazynowe aktualne w trakcie zmiany
Brak materiału	Przycisk Andon „materiał”	Wezwanie logistyki, sygnał dla zakupów przy braku na stanie	Krótsze czekanie na dostawę na stanowisko
Problem jakościowy	Przycisk Andon „jakość”, alarm parametru	Wezwanie kontroli, blokada partii	Wadliwa partia zatrzymana, zanim trafi do klienta
Przezbrojenie	Zmiana programu lub receptury w PLC	Czas przezbrojenia przypisany do zlecenia	Dane do skracania przezbrojeń i lepszej kolejności zleceń

Awaria nie powinna kończyć się na wpisie w ERP. Najlepiej, gdy od razu otwiera zlecenie dla utrzymania ruchu, co opisujemy przy temacie integracja systemów CMMS z ERP. Efekt: technik zaczyna naprawę z pełną historią alarmów, zamiast wypytywać operatora, co się stało. Gdy ta historia rośnie, możesz pójść krok dalej, w stronę predykcyjnego utrzymania ruchu opartego na danych z maszyn.

Sygnały jakościowe mają osobną wagę. Alarm przekroczenia parametru może automatycznie zablokować partię, zanim pójdzie dalej. Tak działa automatyzacja kontroli jakości SPC połączona z ERP. Z kolei meldunek partii z numerem serii pozwala odtworzyć, z jakich surowców powstał produkt. Na tym opiera się genealogia produkcji w czasie rzeczywistym. Efekt: przy reklamacji wskazujesz konkretną partię, zamiast wycofywać całą tygodniową produkcję.

Czego nie wysyłać? Temperatury co sekundę, prądów silników ani surowych odczytów z czujników. To dane dla SCADA i jej archiwum. ERP potrzebuje zdarzeń, a nie strumienia pomiarów. Efekt takiego filtra: integracja działa stabilnie, a baza ERP nie puchnie od danych, których nikt nie czyta.

Jaki efekt biznesowy daje integracja systemów Andon i SCADA z ERP na hali produkcyjnej?

Efektem są dokładne dane o przestojach, czyli każda minuta z przyczyną i zleceniem, oraz reakcja na problem liczona w sekundach zamiast w godzinach. Planowanie, utrzymanie ruchu i controlling pracują wreszcie na tych samych liczbach.

Dokładniejsze dane o przestojach

Wspomniane 27 godzin nieplanowanych postojów miesięcznie to średnia z raportu Siemensa. Bez automatycznej rejestracji nie wiesz, ile z tego przypada na Twoją linię i z jakich przyczyn. Z danymi ze SCADA zestawienie Pareto pokazuje faktyczne trzy główne problemy. Efekt: budżet na poprawę idzie tam, gdzie odzyskasz najwięcej godzin produkcji.

Szybsza reakcja na problemy na linii

Zdarzenie z Andonu może od razu powiadomić właściwą osobę: lidera, technika albo magazyniera. Nikt nie musi biegać po hali ani dzwonić. Efekt: skraca się czas od zatrzymania do pojawienia się kogoś, kto może problem usunąć. A to najczęściej najdłuższa część krótkiego postoju.

Plan i terminy oparte na faktach

Planista w ERP widzi, że zlecenie stoi, zanim skończy się zmiana. Może przesunąć kolejne zlecenia albo przenieść je na inną maszynę. Efekt: klient dowiaduje się o ryzyku opóźnienia z wyprzedzeniem, a nie w dniu planowanej wysyłki.

Koszt produkcji bez szacunków

Meldunki partii, braki i czas postojów trafiają do kalkulacji zlecenia. Efekt: wiesz, które produkty i którzy klienci są naprawdę rentowni, a nie tylko na papierze. Te dane najlepiej widać na ekranie nad halą i w biurze. Zobacz, jak może wyglądać dashboard Power BI dla hali produkcyjnej.

Rola	Dziś, przy ręcznych raportach	Po integracji Andon i SCADA z ERP
Operator	Wypełnia formularz po zmianie, z pamięci	Potwierdza przyczynę jednym dotknięciem, wraca do pracy
Lider zmiany	Dowiaduje się o problemie, gdy ktoś go znajdzie	Dostaje powiadomienie w chwili zatrzymania
Planista	Układa plan na danych z wczoraj	Widzi stojące zlecenia na bieżąco i przesuwa kolejkę
Utrzymanie ruchu	Zgaduje przyczynę awarii z opisu operatora	Ma kody alarmów i historię maszyny w zgłoszeniu
Controlling i zarząd	Liczy koszt zlecenia z normatywów	Liczy go z rzeczywistego czasu pracy, postojów i braków

Jeden status widoczny dla wszystkich sprawdza się nie tylko przy maszynach. W projekcie z naszych case studies firma z branży druku wielkoformatowego i odzieży reklamowej miała sześć działów. O stan zleceń pytały się nawzajem mailem i telefonem. Zbudowaliśmy aplikację, w której każde zlecenie ma jeden identyfikator i 14 statusów z historią zmian, zsynchronizowaną z ERP i sklepem internetowym. Integracja Andon i SCADA robi to samo na poziomie maszyny: status zmienia sygnał, a nie czyjaś pamięć.

Jest też efekt długofalowy. Uporządkowany strumień zdarzeń ze SCADA, MES i ERP to fundament pod bardziej zaawansowane projekty. Jeśli myślisz o wirtualnym modelu linii, zobacz, od czego zacząć Digital Twin linii produkcyjnej. Efekt: kolejne inwestycje korzystają z danych, które już masz, zamiast zaczynać od zera.

FAQ

Podsumowanie

Maszyna zawsze wie o przestoju pierwsza. Pytanie brzmi, ile godzin mija, zanim tę wiedzę dostanie planista, technik i controlling, i ile po drodze się zgubi. Połączenie Andonu i SCADA z ERP skraca tę drogę do kilku sekund i usuwa z niej ludzką pamięć. Zacznij od jednej linii i kilku zdarzeń, a dane z pilotażu same pokażą, gdzie tracisz najwięcej.

Chcesz sprawdzić, które sygnały z Twojej hali warto przesyłać do ERP w pierwszej kolejności? Umów bezpłatną, 30-minutową konsultację. Przejrzymy, jak dziś raportujecie przestoje i partie, i wskażemy linię, od której pilotaż da najszybszy efekt.

O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas