W produkcji dyskretnej planista pyta: „Na którym etapie znajduje się dany zlecenie?”, a kierownik warsztatu sprawdza tablicę, a przewodniczący班组 przegląda grupę na WhatsApp – często mimo tego nie otrzymuje spójnej odpowiedzi. Sprzedaż naciska na terminy, zakupy wymagają komplektacji, a finanse liczą produkty w tranzycie; każda strona ma inny obraz „postępu”, co powoduje coraz dłuższe spotkania i coraz wolniejsze decyzje. Brak widoczności postępów na poszczególnych etapach wynika nie z braku wysiłku pracowników, ale z tego, że status produktów w tranzycie (WIP) w nie został wprowadzony do ścieżki danych, która umożliwia ich sprawdzanie i rozliczanie.
Dlaczego tablica i grupa na WhatsApp nie są wystarczające
Codziennym życiem wielu fabryk jest to, że w systemie ERP znajdują się zamówienia sprzedaży i zadania produkcyjne, ale stan na poziomie poszczególnych etapów nadal aktualizowany jest ręcznie. Przewodniczący班组 przed wyjazdem do domu wpisuje wykonane ilości do tabeli, a planista dopiero następnego dnia może je zsumować; gdy pojawiają się nagłe dodatki, prace powtarzalne czy dostawy z podwykonawców, liczby na tablicy odstają od rzeczywistości na miejscu. Zdjęcia i nagrania w grupie WhatsApp nie mogą być zstrukturyzowane ani powiązane z numerem zlecenia, numerem etapu czy numerem urządzenia.
Gdy droga technologiczna produktu obejmuje więcej niż pięć etapów, a liczba równoległych stanowisk przekracza trzy, takie niejasne określenia jak „około 80% gotowości” prowadzą do błędnych ocen komplektacji i planów wysyłki. Według badań nad cyfryzacją w przemyśle, około czterech na dziesięć przypadków opóźnień terminów dostaw wiąże się z opóźnieniami w informacjach o postępach na miejscu, a nie z absolutnym brakiem zdolności produkcyjnej. Brak widoczności postępów ukrywa również węzły瓶颈: na jednym etapie gromadzi się robota, podczas gdy poniżej wszystko jest puste, a zarząd nadal przydziela pracę równomiernie.
Jak podzielić procesy biznesowe: zlecenie produkcyjne, etap i produkty w tranzycie – trzy kluczowe elementy
Aby skutecznie zarządzać postępami, najpierw należy ujednolicić język. Proponujemy podzielić stan na miejscu na trzy warstwy obiektów:
- Zlecenie produkcyjne: odpowiada za MO w systemach ERP/MES, zawiera informacje o ilości, terminie oraz odwołaniach do BOM;
- Zadanie na danym etapie: jest to wykonawcza jednostka powstała po rozwinięciu zlecenia według drogi technologicznej, powiązana z centrum pracy lub urządzeniem;
- Partia produktów w tranzycie: to ilość pozostająca do obróbki, w trakcie obróbki, oczekująca na kontrolę lub już zakończona w ramach danego zlecenia na konkretnym etapie.
W regulacjach biznesowych należy jasno określić: jakie działania uznawane są za „rozpoczęcie prac”, a jakie za „ukończenie”; . Na przykład w obróbce mechanicznej rozpoczęciem jest uruchomienie programu lub uzyskanie pozytywnego wyniku pierwszego testu, a zakończeniem – pozytywny wynik ostatniego testu oraz zgłoszenie wykonanej ilości; na linii montażowej rozpoczęciem jest wprowadzenie palety na stanowisko, a zakończeniem – skanowanie kodu po zwolnieniu z danego stanowiska. Niezgodność zasad powoduje, że stan WIP w systemie nie będzie odpowiadał rzeczywistości.
Granice ról i uprawnień
Typowe role obejmują: planistę (tworzenie/adjustacja zleceń, przeglądanie stanu WIP w całym zakładzie), przewodniczącego班组 (raportowanie wykonanych prac i sytuacji awaryjnych w swojej grupie), inspektora jakości (blokowanie niezgodnych produktów, aktywowanie procesów naprawczych), magazyniera (przekazywanie między etapami i rejestrowanie przyjęcia do magazynu). Uprawnienia powinny być podzielone według organizacji i centrum pracy, aby uniknąć sytuacji, gdy personel na linii widzi koszty zleceń bez związku z jego działaniem, oraz aby planista nie miał dostępu do informacji o gromadzeniu się problemów na poszczególnych etapach.
Jak zaprojektować: maszyna stanów, punkty zbierania danych i rozliczanie
Jądrem systemu monitorowania postępów na poszczególnych etapach jest maszyna stanów dla każdego etapu: oczekujące na przydzielenie → przydzielone → w trakcie obróbki → oczekujące na kontrolę → zakończone / w trakcie naprawy / wstrzymane. Przy każdym przejściu między stanami musi zostać zapisane: osoba dokonująca operacji, data i czas, ilość oraz opcjonalnie identyfikator urządzenia/stanowiska. Podczas projektowania należy przewidzieć „kod przyczyny wstrzymania” i „cel naprawy na kolejnym etapie”, gdyż w przeciwnym razie zgłoszenia awaryjne ominą system i zostaną załatwione poza nim.
Jak wybrać sposób zbierania danych
Zbieranie danych nie musi być od razu całkowicie zautomatyzowane; można podzielić je według stopnia rozwinięcia:
- Raportowanie z workstationu: tablet lub przemysłowy ekran dotykowy, po zeskanowaniu kodu zlecenia/etapu wprowadza się wykonaną ilość; niski koszt, szybkie wdrożenie;
- Połączenie z danymi urządzeń: CNC, SMT i inne sprzęty przesyłają dane o pracy i liczbach za pomocą OPC/MTConnect/API producenta; idealne dla urządzeń będących węzłami bottleneck;
- Integracja z Andonem i systemem świateł alarmowych: jednym kliknięciem zgłaszane są wstrzymania, braki materiałów i problemy jakości, automatycznie zamykając stan danego etapu;
- Śledzenie RFID/paletami: w scenariuszach masowego przepływu, ID palety łączy wiele zleceń z pozycjami produktów w tranzycie.
Zasadą projektowania jest uczynienie prawidłowego raportowania łatwiejszym niż ukrywanie: domyślnie podaje się informacje o zleceniach i standardowych godzinach pracy, a raportowanie odbywa się w jednym kroku; w przypadku awarii konieczne jest wybranie przyczyny, a nie tolerowanie długotrwałego stanu „w trakcie obróbki” bez zamknięcia.
Jak dopasować zlecenia z ERP
Podział zadań między MES/systemem postępów a ERP powinien być zapisany w umowie interfejsowej: ERP przekazuje dane główne zlecenia i BOM; system na miejscu zwraca ilość zakończonych etapów, godziny pracy i zużycie; ERP na tej podstawie obniża zapasy i aktualizuje stopień realizacji zlecenia. Należy unikać sytuacji, gdy obie strony mogą „zmieniać ilości” bez audytu. Często stosuje się zasadę, że ERP jest źródłem prawdy dla finansów i zamówień, a system na miejscu – dla stanu na poszczególnych etapach; różnice rozwiązuje się poprzez synchronizację zdarzeń i codzienne rozliczanie.
Jak opracować i przeprowadzić验收W warstwie interfejsu zaleca się zastosowanie modelu eventów: jeden komunikat o wysłaniu zlecenia, jeden o raportowaniu wykonanych prac, jeden o ocenie jakości, jeden o przesunięciu między etapami – ułatwia to późniejsze odczytywanie na tablicach i dużych ekranach. Frontend daje przewodniczącemu班组
jeden ekran, na którym widać zadania i awarie w jego grupie, a planistowi ciepłą mapę stanu WIP według zleceń/etapów/terminów. Pod względem wydajności, w przypadku tysięcy jednoczesnych raportów w jednym zakładzie, widoczność powinna być w sekundach; w przeciwnym razie na miejscu wrócą do papierowych formularzy.
Podczas验收 nie należy testować tylko „możliwości raportowania”. Należy wybrać 10 realnych zleceń i przeprowadzić演练 pełnego cyklu: każdy z nich – dodatkowe zlecenia, prace powtarzalne, dostawy z podwykonawców, awarie urządzeń – powinien być przeprowadzony, by sprawdzić, czy stan ERP i rzeczywistość na miejscu są zgodne. Po wdrożeniu przez pierwsze dwa tygodnie codziennie należy przeprowadzać rozliczanie stanu WIP; jeśli różnice przekroczą ustalony próg, system automatycznie przesyła informacje do planisty i działu IT.
Najczęstsze pułapki podczas wdrożeniaPierwsza to
niedokładne utrzymanie drogi technologicznej, gdy nowe produkty nadal raportowane są według starych szablonów, a dane są błędne już od pierwszego dnia. Druga to przekształcenie systemu postępów w narzędzie oceny, gdy przewodniczący班组 ukrywa lub dorabia raporty, a zaufanie zostaje zerwane, co prowadzi do odkłamania systemu. Trzecia to skupianie się wyłącznie na raportowaniu zakończonych prac, a nie na awariach, gdy wstrzymania i braki materiałów nie są uwzględniane w systemie, a węzeł bottleneck zawsze „wygląda normalnie”. Rozwiązaniem jest wkomponowanie systemu w poranne spotkania班组 i procedurę eskalacji awarii, zamiast dodatkowo obciążać pracowników wypełnianiem formularzy.
Kiedy postępy na poszczególnych etapach są dobrze zarządzane, zobowiązania dotyczące terminów dostaw mają podstawę, a koszty związane z produktem w tranzycie mogą być dokładnie rozliczone. Dla firm produkujących w sposób dyskretny, często jest to bardziej pilne niż zakup kolejnego „dużego modułu ERP” – ponieważ problem tkwi w tym, żestan na miejscu nie został jeszcze zdigitalizowany, a nie w braku nowego raportu.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) od dawna dostarcza systemy dostosowane do potrzeb branży produkcyjnej, handlu zagranicznego i sektora fizycznego – w tym systemy monitorowania postępów produkcji, zarządzania magazynami i CRM. Zapraszamy do odwiedzeniaO nas i zapoznania się z praktyką inżynierską oraz granicami dostaw.