Rejestrowanie operacji AI 4

1. Sposoby rejestrowania. Warianty 2. Profile sposobów rejestracji 3. Karty profili 4. Tematy powiązane

1. Sposoby rejestrowania. Warianty

Wprowadzenie Zdarzenia na hali produkcyjnej można rejestrowac na wiele różnych sposobów. Czy istnieje zamknięta lista możliwych sposobów rejestrowania, aby w miarę latwo dostosować te sposoby (via odpowiednia parametryzacja) do konkretnych przedsiębiorstw używających Trawersu ? Tak, można zbudować 'prawie zamkniętą' listę sposobów rejestrowania zdarzeń na produkcji, a potem dopasowywać ją do firm głównie parametrami. W praktyce nie da się domknąć tego do *kilku* wariantów (bo dochodzą wyjątki branżowe), ale da się domknąć do ograniczonej liczby wzorców (patterns), z których 95% wdrożeń to kombinacje. Poniżej jest lista wzorców + zestaw parametrów, które pozwalają je składać jak klocki w Trawersie. A) Rejestracja 'odcinkami czasu' (bookends) 1. START/STOP na operację (terminal) Czas liczony automatycznie, ilości zwykle na STOP. 2. START/STOP + PAUSE/RESUME + SWITCH (gdy pracownik przełącza się między operacjami) Jedna aktywna, wiele 'w toku' (lub równoległość wg reguł). 3. START/STOP zdarzeniami skanowanymi (maksymalnie szybkie, 'bez klikania') Skan QR = identyfikacja operacji + komenda (START/STOP/PAUSE). B) Rejestracja 'wpisem ręcznym / podsumowaniem' 4. Wpis podsumowujący (Start+Koniec lub Czas trwania) - on-line, ale bez stopera Typowe dla brygadzisty lub gdy nie ma dyscypliny START/STOP. 5. Wpis zbiorczy na zmianę / dzień (biuro albo brygadzista po fakcie) Często z rozbiciem czasu na kilka operacji i dopięciem ilości. C) Rejestracja ilości (produkcja jako 'licznik sztuk') 6. Raport ilości bez czasu (tylko sztuki dobre/braki + przyczyny) Czas może być domyślny/normatywny albo liczony z planu. 7. Raport ilości z czasem normatywnym (czas = norma * ilość) Popularne w powtarzalnej produkcji, gdzie ważniejsze są sztuki. D) Rejestracja oparta o zasoby (maszyna / gniazdo) 8. Czas maszyny niezależnie od czasu człowieka (Machine Time) Kluczowe przy 'jeden operator nadzoruje 2 maszyny'. 9. Zdarzenia przestojów / przyczyn (Downtime) jako osobny strumień Np. awaria, brak materiału, przezbrojenie - z Reason Code. E) Rejestracja zespołowa 10. Brygada / supervisor mode - jedna osoba rejestruje kilku pracowników Na hali też bywa: lider zmiany 'odbija' ekipę. Tę listę można traktować jako 'zamkniętą bibliotekę trybów'. Pojedyncze firmy rzadko wychodzą poza to - raczej mieszają 2-3 wzorce. Parametryzacja, która pozwala dopasować wzorce do firmy Żeby to dało się wdrażać 'łatwo', parametry powinny być warstwowe: 1) Parametry: kto i gdzie * typ stanowiska: terminal wspólny / prywatny / biuro * identyfikacja: lista / skan pracownika / PIN / karta * uprawnienia: kto może korygować, kto zamykać operacje, kto wpisywać braki 2) Parametry: co wolno rejestrować * jedna aktywna operacja vs wiele aktywnych * czy wolno mieć wiele 'w toku' (wstrzymanych) * obsługa Run/Setup i czy wymagane * czy dopuszczasz wpisy bez czasu / z normą / tylko ilości 3) Parametry: kiedy zbierasz szczegóły * ilości na STOP vs na koniec zmiany vs w dowolnym momencie * braki: zawsze z przyczyną / opcjonalnie / wybrane operacje * Reason Code: na STOP/PAUSE w wybranych gniazdach 4) Parametry: jak liczysz czas * stoper (auto) vs ręcznie vs norma * zaokrąglenia (jeśli w ogóle na produkcji) * obsługa przejścia przez północ (nocna zmiana) 5) Parametry: jak powstaje dokument [KR] * Jeden dokument dziennie vs per zmiana vs per pracownik vs per operacja * czy wpisy 'odcinków' są scalane w jedną pozycję czy zostają jako historia Ważna uwaga praktyczna To nie powinno być '100 trybów w menu', tylko: * jedna wspólna 'maszyna stanów' zdarzeń (START/STOP/PAUSE/RESUME/QUANTITY/DOWNTIME), * i profile parametryzacji (np. *Firma A - produkcja seryjna*, *Firma B - jednostkowa*, *Firma C - operator 2 maszyn*). Wtedy wdrożenie to wybór profilu + kilka przełączników.

2. Profile sposobów rejestracji

Wprowadzenie Profile (6-8 najczęstszych) do rejestracji zdarzeń na produkcji w Trawersie, tak żeby wdrożenia robić 'wyborem profilu + kilka przełączników'. Każdy profil opisuje: dla kogo, jak rejestruje, i najważniejsze parametry, które powinny go definiować. Założenie wspólne: podstawowym dokumentem jest [KR] Karta wykonania operacji (robocizny), a rejestracja odbywa się głównie przez terminal ZP_DRS30/RA_DRS30 lub szybkie wpisy. P1. Terminal 'Real-time' (klasyczny START/STOP) Kiedy: stanowiska/terminale na hali, pojedyncza maszyna na operatora, czas - automatycznie. Rejestracja: START -> praca -> STOP -> ilości/braki. Parametry kluczowe: * Tryb: START/STOP = TAK * Jedna aktywna operacja = TAK ('Tylko jedna operacja' = T) * Ilości: wymagaj na STOP * Braki: wymagaj przyczyny (jeśli braki > 0) * Identyfikacja: skan pracownika + opcjonalny PIN * Wybór operacji: skan QR zlecenie+operacja + lista operacji zlecenia jako fallback * KR: 1 dokument dziennie (jak w ZP) lub per zmiana (opcjonalnie) P2. Terminal 'Switching' (przełączanie między operacjami) Kiedy: pracownik skacze między zadaniami/operacjami w trakcie zmiany (ale nie równolegle). Rejestracja: START A -> SWITCH na B -> SWITCH na C -> STOP definitywny (z ilościami). Parametry kluczowe: * START/STOP = TAK * Wiele operacji 'w toku' = TAK, ale tylko jedna aktywna = TAK * Akcje: PAUSE/RESUME/SWITCH = WŁ. * Ilości: na STOP definitywny (nie na każdym PAUSE) * Lista: 'Moje operacje w toku' jako ekran główny * QR: skan = przełącz/uruchom (min. klikania) P3. Operator 2 maszyn (równoległość przez Machine Time) Kiedy: jeden operator nadzoruje 2 operacje jednocześnie (częsty case)). Rejestracja: robocizna liczona sekwencyjnie (aktywna 1), a równoległość odwzorowana jako czas maszyny / zasobu. Parametry kluczowe: * START/STOP = TAK * Robocizna: 1 aktywna (żeby nie dublować czasu człowieka) * Machine Time = WŁ. (czas maszyny może być równoległy) * Powiązanie: maszyna/gniazdo do operacji (domyślne lub wybór) * Ilości: na STOP operacji (lub na koniec zmiany) * Opcjonalnie: wymóg Reason Code dla przestojów maszyn Ten profil jest zwykle najbezpieczniejszy księgowo: nie 'mnoży' robocizny, a daje realny obraz pracy dwóch maszyn. P4. Brygadzista / Supervisor (rejestracja grupowa) Kiedy: ekipa pracuje razem, a lider rejestruje (albo brak dyscypliny indywidualnej). Rejestracja: wybór/scan operacji -> dodanie wielu pracowników -> START/STOP dla grupy. Parametry kluczowe: * Tryb: Supervisor Mode = WŁ. * Identyfikacja: lider PIN + lista pracowników / skan kart * Zasady: dopuszczaj rozliczenie równe lub podział procentowy (jeśli potrzebne) * Ilości/braki: wpisuje brygadzista na STOP * Uprawnienia: korekty tylko dla lidera/kierownika P5. 'Szybka rejestracja online' (bez stopera, ręczny czas) Kiedy: jest komputer/stanowisko, ale START/STOP jest niewygodne albo nie ma sensu (częste przezbrojenia, ruch). Rejestracja: wpis (czas od-do lub czas trwania) + ilości + braki. Parametry kluczowe: * START/STOP = NIE * Czas: ręcznie (od-do / duration) - obowiązkowy * Operacja: wybór z listy lub skan QR * Walidacje: nie pozwalaj na nakładanie czasu (opcjonalnie) * KR: pozycje dopisywane, status operacji zależny od wpisu P6. 'Koniec zmiany / koniec dnia' (biuro / brygadzista po fakcie) Kiedy: brak terminali na hali, papierowe karty pracy, albo minimalizować ruch na produkcji. Rejestracja: podsumowanie po zmianie: czas + ilości + braki. Parametry kluczowe: * START/STOP = NIE * Wymagaj: daty/zmiany, operatora, operacji, czasu * Mechanizmy kontroli: checklisty brakujących pozycji (kto nie ma wpisów) * Korekty: ślad audytowy kto/kiedy wprowadził P7. 'Ilości przede wszystkim' (czas z normy) Kiedy: produkcja seryjna, liczą się sztuki, a czas ma wynikać z normy/technologii. Rejestracja: tylko dobre/braki (+ przyczyny), czas wyliczany automatycznie z normy. Parametry kluczowe: * Czas: z normy = TAK, ręczny czas = opcjonalnie (dla odstępstw) * Wymagaj: ilości na wpis * Braki: przyczyny wymagane * STOP/START = NIE lub opcjonalnie (tylko do wyjątków) * Raporty: odchylenie norma vs rzeczywistość (jeśli czas ręczny dopuszczony) P8. 'Downtime / przyczyny przestojów' (rozszerzenie do dowolnego profilu) Kiedy: firma chce mierzyć przyczyny strat (OEE-ish), awarie, brak materiału, przezbrojenia. Rejestracja: osobne zdarzenia przestoju (na PAUSE/STOP lub jako event). Parametry kluczowe: * Reason Code: wymagany na PAUSE/STOP dla wybranych gniazd/operacji * Słownik przyczyn + grupy (awaria/materiał/jakość/organizacja) * Czy przestój zamyka operację, czy tylko ją wstrzymuje * Raport: czasy przestojów per gniazdo/zmiana/zlecenie P8 traktować jako 'nakładkę',do włączenia do P1-P6. Tabela wyboru - jak dobrać profil w 30 sekund * Terminale na hali i chcesz automatyczny czas -> P1 * Ludzie często zmieniają operacje w trakcie -> P2 * Jeden operator nadzoruje 2 maszyny -> P3 * Praca brygadowa, lider rejestruje -> P4 * Jest komputer, ale nie chcesz stopera -> P5 * Brak terminali, wpisy po fakcie -> P6 * Najważniejsze są sztuki, czas z normy -> P7 * Chcesz mierzyć przyczyny strat/przestojów -> P8 (dodatkowo) Minimalny zestaw parametrów (żeby ta matryca działała w praktyce) Jeśli są te parametry, to wdrożenia naprawdę stają się 'profilowe': 1. Tryb czasu: START/STOP vs ręcznie vs norma 2. Wielość operacji: jedna aktywna / wiele w toku / równoległość (tylko Machine Time) 3. Moment zbierania ilości: na STOP / na koniec zmiany / w dowolnym momencie 4. Braki: czy wymagają przyczyny i kiedy 5. Identyfikacja: skan/PIN, terminal wspólny 6. Skan QR: zlecenie+operacja (+ opcjonalnie komenda) 7. Downtime: czy wymaga Reason Code i dla kogo

3. Karty profili

**Karty profili do wdrożeń w Trawersie: każda karta to checklista ustawień + zalecane wartości domyślne. Można to traktować jako gotowy szablon dla serwisantów: wybierasz profil, ustawiasz parametry, gotowe. Nazwy parametrów podano opisowo (bo w Trawersie mogą mieć różne numery/ekrany). Sens jest najważniejszy łatwo to potem zmapować na realne parametry w ZP_DRS30/RA_DRS30 i otoczeniu.

3.1 Profil P1

Karta profilu P1 - Terminal Real-time (START/STOP, 1 operacja) Dla kogo: stanowiska na hali, operator 1 maszyna / 1 operacja naraz. Cel: maksimum prostoty i wiarygodny czas automatyczny. Identyfikacja * [ ] Logowanie pracownika: Skan pracownika / karta (zalecane) * [ ] PIN: Opcjonalnie (włącz, jeśli terminal wspólny) * [ ] Auto-wylogowanie po bezczynności: TAK (np. 25 min) Wybór obiektu pracy * [ ] Wybór: Skan QR zlecenie+operacja (preferowane) * [ ] Fallback: lista operacji zlecenia: TAK * [ ] Domyślny rodzaj pracy: Run (jeśli nie wybrano) Czas * [ ] Tryb czasu: START/STOP automatycznie * [ ] Tylko jedna operacja aktywna: TAK * [ ] PAUSE/RESUME: NIE (opcjonalnie, jeśli przerwy technologiczne) Ilości i jakość * [ ] Ilość dobra: Wymagana na STOP * [ ] Braki: Jeśli >0 -> wymagana przyczyna * [ ] Status zakończenia operacji: Wymagany na STOP (jeśli używany) Dokument [KR] * [ ] Sposób tworzenia: 1 dokument KR dziennie + pozycje dopisywane * [ ] Korekty: tylko kierownik/brygadzista (zalecane)

3.2 Profil P2

Karta profilu P2 Terminal Switching (PAUSE/RESUME/SWITCH) Dla kogo: operator często przełącza się między operacjami (naprzemiennie). Cel: szybkie przełączanie bez gubienia czasu i bez dublowania robocizny. Identyfikacja * [ ] Jak w P1 (skan + ewentualny PIN) * [ ] Ekran startowy: Moje operacje w toku Wybór obiektu pracy * [ ] QR zlecenie+operacja: TAK * [ ] Komenda po skanie: START/RESUME tej operacji (a poprzednią wstrzymaj) Czas i wielozadaniowość * [ ] Tryb czasu: START/STOP + PAUSE/RESUME * [ ] Wiele operacji w toku: TAK * [ ] Jedna aktywna operacja: TAK * [ ] Akcja SWITCH: TAK (wstrzymaj A + uruchom B jednym ruchem) Ilości * [ ] Ilości na PAUSE/SWITCH: NIE wymagaj * [ ] Ilości na STOP definitywny: Wymagaj * [ ] Zamknięcie zmiany (opcjonalnie): pozwól dopisać ilości do wielu operacji naraz Dokument [KR] * [ ] Zapisy odcinków: osobne odcinki albo scalanie dzienne (wybór firmy) * Zalecenie: *osobne odcinki* dla analizy przestojów; *scalanie* dla prostoty księgowej.

3.3 Profil P3

Karta profilu P3 Operator 2 maszyn (robocizna sekwencyjna + Machine Time) Dla kogo: jeden pracownik nadzoruje równolegle 2 operacje/maszyny. Cel: nie mnożyć robocizny, ale pokazać równoległość maszyn. Identyfikacja i wybór * [ ] Jak w P2 (switching zalecany) * [ ] QR: zlecenie+operacja + (opcjonalnie) maszyna/gniazdo Robocizna * [ ] Robocizna: jedna aktywna (zawsze) * [ ] Switching: TAK (operator przełącza uwagę między operacjami) Czas maszyny (równoległy) * [ ] Machine Time: WŁĄCZ * [ ] Zasada: maszyny mogą być aktywne równolegle * [ ] Powiązanie maszynaoperacja: wymagane (domyślne per stanowisko albo wybór) * [ ] STOP maszyny: na STOP operacji lub osobno (zależy od firmy) Ilości i braki * [ ] Ilości na STOP definitywny: TAK * [ ] Braki z przyczyną: TAK Kontrola jakości danych * [ ] Blokada: nie pozwalaj na 2 aktywne robocizny jednocześnie * [ ] Raport: robocizna vs machine time (żeby firma rozumiała różnicę)

3.4 Profil P4

Karta profilu P4 Brygadzista / Supervisor (rejestracja grupowa) Dla kogo: brygady, praca zespołowa, lider zmiany rozlicza ludzi. Cel: kompletność danych bez klikania przez każdego pracownika. Identyfikacja * [ ] Loguje się lider (PIN/hasło): TAK * [ ] Dodawanie pracowników: skan kart / lista * [ ] Uprawnienia do korekt: tylko lider/kierownik Rejestracja * [ ] Tryb: START/STOP dla grupy * [ ] Rodzaj pracy (Run/Setup): wymagany lub domyślny * [ ] Ilości/braki: wpisuje lider na STOP: TAK Podział czasu * [ ] Metoda podziału: * [ ] Równo na wszystkich * [ ] Procentowo / wg roli * Zalecenie: zacząć od równo, a dopiero potem komplikować. Dokument [KR] * [ ] Pozycje KR per pracownik: TAK (czytelność kosztów) * [ ] Audyt: kto wprowadził (lider): TAK

3.5 Profil P5

Karta profilu P5 - Szybka rejestracja online (ręczny czas, bez stopera) Dla kogo: komputer jest, ale stoper przeszkadza; brygadzista wpisuje w trakcie lub po. Cel: szybkie wprowadzanie bez START/STOP. Czas * [ ] Tryb: ręczny (oddo / duration) * [ ] Walidacja nakładania czasu: opcjonalnie * [ ] Zaokrąglenia: NIE (zwykle) albo wg firmy Obiekt pracy * [ ] Operacja: lista / skan QR: TAK * [ ] Run/Setup: wymagane (zalecane) Ilości i braki * [ ] Ilości: wymagane: TAK * [ ] Braki z przyczyną: TAK Dokument [KR] * [ ] Tworzenie: dopisywanie pozycji: TAK * [ ] Korekty: ograniczone uprawnieniami: TAK

3.6 Profil P6

Karta profilu P6 Koniec zmiany / Biuro (po czasie) Dla kogo: brak terminali; papierowe karty pracy; dane przepisywane. Cel: maksymalna kontrola i kompletność, kosztem real-time. Wprowadzanie * [ ] Tryb: podsumowanie po zmianie/dniu * [ ] Wymagaj: zmiana / data / pracownik / operacja / czas / ilości: TAK * [ ] Checklisty braków: kto nie ma wpisu: TAK Kontrola * [ ] Zamykanie dnia/zmiany: TAK * [ ] Korekty po zamknięciu: tylko uprawnieni: TAK * [ ] Audyt zmian: TAK

3.7 Profil P7

Karta profilu P7 Ilości przede wszystkim (czas z normy) Dla kogo: seryjna/masowa, liczą się sztuki, czas ma wynikać z technologii. Cel: szybko raportować produkcję, a czas liczyć automatycznie. Raportowanie * [ ] Wpis: ilość dobra + braki (+przyczyna) * [ ] Czas: wylicz z normy (TAK) * [ ] Ręczny czas: tylko wyjątkowo (uprawnienia) Walidacje * [ ] Braki wymagają przyczyny: TAK * [ ] Odchylenia od normy (gdy ręczny czas): rejestruj powód: TAK (opcjonalnie) Dokument [KR] * [ ] KR: tworzone z wpisu ilości: TAK * [ ] Status operacji: może wynikać z osiągnięcia ilości planowanej: opcjonalnie

3.8 Profil P8 (Nakładka)

Nakładka P8 Przestoje i przyczyny (Downtime) Włączać do P1-P6, gdy firma chce analizować straty. Zdarzenia przestojów * [ ] PAUSE wymaga Reason Code: dla wybranych gniazd/operacji * [ ] Słownik przyczyn + grupy: TAK * [ ] Rejestruj: start/stop przestoju + przyczyna: TAK * [ ] Raporty: przestoje per gniazdo/zmiana/zlecenie: TAK

3.9 Szybki 'formularz do wdrożenia' (1 minuta)

Wybierz i zaznacz: * Profil bazowy: P1 / P2 / P3 / P4 / P5 / P6 / P7 * Nakładki: P8 (tak/nie), QR (tak/nie), PIN (tak/nie), Machine Time (tak/nie)

4. Tematy powiązane

Parametry rejestracji Zlecenia produkcyjne DC Data Collection Słowa kluczowe #Produkcja-Dokumenty #Produkcja-Kalkulacje #Produkcja-Zlecenia #Produkcja-Technologia