Symulacja produkcji dla zakłóceń i zmian w strukturze produkcji

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Symulacja zakłóceń produkcji: sprawdź w modelu awarie, nieobecności, opóźnione dostawy i zmiany struktury produkcji, zanim uderzą w linię. Praktyczny przewodnik.

Automatically translated with AI from the original post. Read the English original

Symulacja produkcji pozwala odtworzyć zakłócenie w modelu: awarię przy wąskim gardle, brak operatora, opóźnioną dostawę lub zmianę struktury produkcji. Następnie widzisz, co dzieje się z wydajnością i czasem realizacji, bez ingerencji w rzeczywistą linię. Ten artykuł jest przeznaczony dla planistów produkcji, którzy chcą wiedzieć, jakie zakłócenia symulować, jakich danych potrzebują i jak odczytywać wyniki.

Najważniejsze wnioski

• Symulacja produkcji pozwala odtworzyć w modelu zakłócenie, na przykład awarię lub zmianę struktury produkcji, i zobaczyć jego wpływ na wydajność i czas realizacji, zanim do niego dojdzie.
• Wybieraj zakłócenia według prawdopodobieństwa i skutków, na podstawie własnych zapisów. Modelowanie każdego możliwego zdarzenia tylko spowalnia model i podważa zaufanie do niego.
• Zmiana struktury produkcji może przesunąć wąskie gardło, nawet gdy całkowity wolumen pozostaje taki sam, ponieważ warianty zajmują wspólne maszyny przez różne czasy.
• Ponieważ awarie mają charakter losowy, uruchamiaj każdy scenariusz kilkukrotnie i porównuj zakresy, a nie pojedynczy wynik.
• Najpierw sprawdź model na minionym okresie i prowadź krótką listę scenariuszy zakłóceń, które ponownie uruchamiasz za każdym razem, gdy zmienia się proces.

Co symulacja może ci pokazać o zakłóceniu?

Zakłócenie to wszystko, co sprawia, że plan przestaje się zgadzać z rzeczywistością: mniejsza zdolność produkcyjna niż zaplanowana, brak materiału lub popyt inny niż prognoza. Plan odpowiada na pytanie „co powinno się wydarzyć”. Symulacja fabryki odpowiada na pytanie „co się stanie, jeśli to pójdzie źle”.

NIST opisuje dyskretną symulację zdarzeń jako sposób analizy systemu produkcyjnego w różnych scenariuszach i warunkach oraz pomiaru przepustowości, zdolności produkcyjnych i wąskich gardeł. Ta sama strona NIST wskazuje główną przeszkodę: trudno uzyskać terminowe i dokładne dane o urządzeniach i procesach. Warto o tym pamiętać, bo to determinuje, na ile możesz ufać każdemu wynikowi.

Najbardziej użyteczne, co pokazuje symulacja, to miejsce, w którym odczuwalny jest ból. Zatrzymanie jednej maszyny rzadko szkodzi tylko tej maszynie. Przed nią piętrzy się praca, stacje za nią są głodzone, a zamówienia, które jej nie dotknęły, ulegają opóźnieniu. Model uwidacznia ten łańcuch w ciągu minut, zamiast tygodni gaszenia pożarów.

Pomaga też zobaczyć, że wąskie gardło może się przesunąć. Wprowadzenie Lean Enterprise Institute do teorii ograniczeń mówi, że po podjęciu działań wobec ograniczenia należy ponownie ocenić, czy przesunęło się ono do innej części systemu. Zakłócenie robi to samo, nie pytając cię o zdanie. Najpierw uruchom to w modelu.

Które zakłócenia warto symulować?

Nie wszystkie. Zacznij od krótkiej listy i wybieraj według dwóch pytań: jak często to się zdarza i ile kosztuje, gdy się zdarza?

Typowi kandydaci:

• Zatrzymania maszyn. Zamodeluj, jak często maszyna się zatrzymuje i jak długo trwają naprawy. Średnie ukrywają długie naprawy, a to właśnie one najbardziej szkodzą. Jeśli dziennik utrzymania ruchu zawiera rzeczywiste czasy przestojów, używaj ich rozrzutu, a nie samej średniej.
• Ludzie. Nieobecności, brak jednej umiejętności na zmianie, limity godzin nadliczbowych.
• Materiał. Późna dostawa, dostawa niepełna, wstrzymanie kontroli jakości przy przychodzącej partii.
• Strata jakości. Braki lub poprawki, które odsyłają części z powrotem na stanowisko.
• Pilne zamówienia. Pilne zlecenie, które wyprzedza kolejkę i wymusza dodatkowe przezbrojenia.
• Zmiany popytu. Inny udział wariantów lub skokowy wzrost wolumenu.

Użyj własnych danych, aby je uszeregować. Sprawdź dziennik przestojów z ubiegłego roku, raporty zmianowe i listę opóźnionych zamówień. Jeśli zakłócenie pojawia się tam co miesiąc, zasymuluj je. Jeśli wystąpiło raz na pięć lat, zapisz je i na razie pomiń.

Jak zasymulować zmianę miksu produktowego?

Miks produktowy to udział każdego wariantu w strumieniu zamówień. Ma znaczenie, ponieważ warianty rzadko zajmują wspólne maszyny przez tyle samo czasu. Gdy miks się zmienia, obciążenie każdego zasobu też się zmienia, nawet jeśli łączna liczba sztuk pozostaje taka sama.

Artykuł z Winter Simulation Conference o interaktywnej symulacji produkcji pokazuje ten efekt w obszarze pieca partiowego. Produkty mogą dzielić partię tylko według określonych reguł łączenia, więc kolejność produktów wpływa na wykorzystanie pieca, a wąskie gardło przesuwa się wraz ze zmianą miksu. To stary artykuł i szczególny przypadek, ale wniosek dotyczy większości wspólnych zasobów.

Oto sposób, jak to przejść krok po kroku:

1. Ustal punkt odniesienia. Użyj dzisiejszego miksu i upewnij się, że model odtwarza ostatnią wydajność i czasy realizacji.
2. Zdefiniuj nowy miks. Zapisz go jako udziały wolumenu, na przykład „wariant B rośnie z mniejszości do połowy zamówień”. Zdecyduj, czy łączny wolumen pozostaje na tym samym poziomie, czy rośnie.
3. Sprawdź dane dla każdego wariantu. Każdy wariant potrzebuje własnej trasy technologicznej, czasów obróbki i czasów przezbrojenia. Przezbrojenia między wariantami często mają większe znaczenie niż czasy wykonania.
4. Uruchom nowy miks. Porównaj wykorzystanie według zasobów, długości kolejek oraz czas realizacji według wariantu.
5. Przesuwaj miks etapami. Nie testuj tylko stanu końcowego. Zmieniaj go w kilku krokach, aby znaleźć punkt, w którym wąskie gardło przechodzi na inny zasób albo czas realizacji zaczyna szybko rosnąć.
6. Zapisz, co byś zmienił. Druga zmiana, bufor, inna reguła kolejności, narzędzie na drugiej maszynie. Następnie przetestuj te zmiany w tym samym modelu.

Przykład: szybkie sprawdzenie rachunkiem (hipotetyczne liczby)

Ten przykład jest wymyślony, aby pokazać logikę. Nie jest to wynik pomiaru.

Gniazdo ma jedną frezarkę. Wariant A zajmuje tam 6 minut, a wariant B 10 minut. Dziś 70% zamówień to A, a 30% to B. Średni czas na sztukę wynosi 0,7 × 6 + 0,3 × 10 = 7,2 minuty. W zmianie trwającej 450 minut frezarka może wykonać około 62 sztuk.

Teraz miks przesuwa się do 50% A i 50% B. Średni czas wynosi 8 minut, a ta sama zmiana daje około 56 sztuk. To około 10% mniej produkcji wyłącznie z powodu miksu, bez żadnej awarii.

Dodaj 45-minutowy postój. Frezarka ma teraz 405 minut, a zmiana daje około 50 sztuk. Dwie pozornie niegroźne zmiany zabrały około jednej piątej wydajności.

Ten rachunek jest dobrym pierwszym sprawdzeniem i warto go wykonać, zanim zbudujesz jakikolwiek model. Nie pokaże on kolejek, przezbrojeń, reguł partiowania, losowych przestojów ani efektu domina na następnym stanowisku. Właśnie to dodaje symulacja.

Jakich danych potrzebują scenariusze?

Scenariusze zakłóceń wymagają kilku rzeczy, których zwykły model może nie mieć. Sprawdź tę listę, zanim obiecasz wyniki.

• Historia postojów każdej maszyny: jak często się zatrzymuje i jak długo trwa każdy postój, na podstawie dziennika utrzymania ruchu lub przestojów.
• Kalendarze pracy i umiejętności: kto może obsługiwać które stanowisko i co się dzieje przy skróconej zmianie.
• Czasy przezbrojeń między wariantami, a nie tylko czasy wykonania.
• Dane o zleceniach i terminach, abyś widział, które zamówienia się opóźniają, a nie tylko to, że coś się opóźniło.
• Reguły, których linia faktycznie przestrzega dziś: reguły kolejności, limity godzin nadliczbowych, kiedy zlecenie przechodzi na inną maszynę.

Jeśli brakuje któregoś wiersza, napisz o tym w opisie scenariusza. Wynik oparty na zgadniętym czasie postoju to zgadywanie w ładnym wykresie. Poproś zespół linii o sprawdzenie liczb. Często w dwie minuty wskażą, która jest błędna.

Jak przeprowadzić badanie zakłóceń?

Kroki są takie same jak w każdym projekcie symulacyjnym, z kilkoma punktami, które mają większe znaczenie przy zakłóceniach.

1. Zapisz pytanie. Na przykład: "Jeśli młyn stoi przez pełną zmianę, które zlecenia nie zdążą na termin i jaka jest najtańsza reakcja?"
2. Zweryfikuj punkt odniesienia. Porównaj wynik modelu z wcześniejszym okresem. Jeśli rozbieżność jest duża, popraw dane, zanim dodasz choćby jedno zakłócenie.
3. Zdefiniuj niewielki zestaw scenariuszy. Trzy do pięciu w zupełności wystarczy. Nazwij każdy z nich i zapisz, co się zmienia i na jak długo.
4. Uruchom każdy scenariusz kilka razy. Awarie mają charakter losowy, więc pojedynczy przebieg może wyglądać lepiej lub gorzej niż zwykle. Porównuj zakres wyników, a nie pojedynczą liczbę.
5. Przetestuj reakcje. Nadgodziny, przeniesienie pracy na inną maszynę, zmiana kolejności, wykorzystanie zapasów. Badanie zakłóceń bez wariantów reakcji mówi tylko tyle, że coś może pójść nie tak.
6. Uzgodnij regułę decyzyjną. Przed uruchomieniem ustal, jaki wynik skłoniłby do działania. W przeciwnym razie liczby będą tylko przedmiotem dyskusji.

Trzymaj scenariusze na krótkiej liście, którą możesz ponownie uruchomić, gdy zmieni się proces. Biblioteka scenariuszy jest cenniejsza niż jakiekolwiek pojedyncze badanie.

Gdzie pasują narzędzia Microsoft?

System ERP to zazwyczaj miejsce, w którym przechowywane są marszruty, zestawienia materiałowe i kalendarze pracy. Dlatego jest naturalnym źródłem danych bazowych dla modelu. Sam model zwykle działa jako osobne oprogramowanie.

Do prezentowania wyników dobrze sprawdza się Power BI, które pozwala porównywać scenariusze obok siebie. Microsoft Learn opisuje również parametry what-if: regulowaną zmienną, którą odbiorcy raportu zmieniają za pomocą fragmentatora, a raport przelicza się na nowo. Jest to przydatne przy prostych obliczeniach, takich jak wspomniany przykład, na przykład przy zmianie udziału w miksie produktów i obserwowaniu, jak zmienia się wskaźnik zdolności produkcyjnej. Microsoft podkreśla, że te parametry są przeznaczone do miar używanych w wizualizacjach. Nie symulują kolejek, więc nie należy mylić suwaka what-if z symulacją.

Częste błędy

• Symulowanie wszystkiego. Zbyt wiele scenariuszy spowalnia model i utrudnia wyjaśnienie wyników.
• Używanie wyłącznie średnich czasów napraw. To długie przestoje wyrządzają większość szkód.
• Testowanie wyłącznie stanu końcowego zmiany miksu. Wąskie gardło często przesuwa się w trakcie procesu.
• Pominięcie weryfikacji punktu odniesienia. Jeśli model nie potrafi odtworzyć ubiegłego miesiąca, jego wyniki dotyczące zakłóceń są zgadywaniem.
• Poleganie na jednym przebiegu. Przy zdarzeniach losowych pojedynczy przebieg może wprowadzać w błąd.
• Zapominanie o ludziach. Nieobecności, kompetencje i limity nadgodzin powinny znaleźć się w modelu, jeśli zakłócenie dotyczy obsady.
• Budowanie jednorazowego rozwiązania. Model, którego nikt nie aktualizuje po kolejnej zmianie procesu, zdezaktualizuje się w ciągu kilku miesięcy.

Gdzie pasuje Polaris

Jeśli Twoje pytania dotyczą zdolności produkcyjnej, obsady, buforów lub miksu produktów, iFAKT Polaris jest jedną z opcji wartych rozważenia. iFAKT opisuje Polaris jako AI plus cyfrowy bliźniak produkcji, łączący dane z ERP z cyfrowym bliźniakiem produkcji. Moduł Polaris Simulator testuje system produkcyjny wirtualnie, w tym scenariusze zdolności produkcyjnej, obsady i buforów oraz dynamiczne miksy produktów na wspólnych zasobach. Moduł Polaris Optimizer wykrywa wąskie gardła i w razie wystąpienia zakłóceń analizuje ich wpływ oraz ponownie optymalizuje plan. To, czy się sprawdzi, zależy od Twoich danych i pytania, dlatego najpierw wypróbuj go na jednym, wąskim przypadku.

Powiązane tematy do zgłębienia

• Zasilanie modelu danymi na żywo. Cyfrowy bliźniak utrzymuje połączenie modelu z zakładem. Najpierw zdecyduj, czy Twoja decyzja wymaga strumienia danych na żywo, czy wystarczy dobry model.
• Modelowanie reakcji ludzi. Opóźnione reakcje i zmiany zmian wpływają na to, jak długo trwa zakłócenie, więc dodaj je, gdy obsada jest częścią pytania.
• Odzyskiwanie i wznowienie. Po zakończeniu zakłócenia zaległości uderzają w linię. Zasymuluj wznowienie, uwzględniając limity nadgodzin.
• Domknięcie pętli z planowaniem. Gdy zakłócenie stanie się faktem, harmonogram musi się zmienić. Zastanów się, jak wynik symulacji trafia do ponownego planowania.

Następny krok

Zakłócenia w symulacji produkcji najłatwiej opanować, zaczynając od własnego dziennika przestojów. Wybierz jedno zakłócenie, które w zeszłym roku kosztowało cię najwięcej, opisz je jednym zdaniem wraz z czasem trwania i dotkniętym zasobem, a następnie przetestuj je w modelu, nawet przybliżonym, przed kolejnym spotkaniem planistycznym.