Transakcje TCS to pliki aspx i skrypty z folderu \role_nar\ obsługujące magazyn narzędziowni. Odpowiadają za wydawanie narzędzi pracownikom, przyjmowanie zwrotów, obieg napraw, rejestrowanie legalizacji i przeglądów urządzeń oraz inwentaryzację stanu.
Zakres modułu TCS
Narzędziownia różni się od zwykłego magazynu jedną istotną cechą: towar z niej wydany ma wrócić. Wiertarka wydana pracownikowi nie znika ze stanu tak jak paleta towaru wysłana do klienta - pozostaje własnością zakładu, ma przypisaną osobę odpowiedzialną, podlega przeglądom i prędzej czy później wróci do wydania albo do naprawy.
Ta różnica przekłada się wprost na zestaw transakcji. Obok standardowych operacji magazynowych moduł TCS obsługuje procesy, których w typowym magazynie wysokiego składowania nie ma:
- Przypisanie do osoby - wiadomo nie tylko ile narzędzi jest w obiegu, ale u kogo konkretnie.
- Obieg naprawczy - narzędzie może opuścić narzędziownię także w kierunku serwisu.
- Legalizacje i przeglądy - część urządzeń wymaga okresowego potwierdzenia dopuszczenia do użytku.
- Identyfikacja egzemplarza - liczy się numer serii konkretnej sztuki, nie tylko indeks towarowy.
- Zwroty do dostawcy - osobna ścieżka dla narzędzi odsyłanych poza zakład.
Transakcje modułu zapisane są w folderze \role_nar\, zgodnie z ogólną zasadą grupowania plików w katalogi ról opisaną w materiale o architekturze transakcji. Skrót w nazwie katalogu pochodzi od słowa „narzędzia" - warto o tym pamiętać, bo oznaczenie TCS bywa mylone ze skrótami stosowanymi w transporcie.
Wydania narzędzi pracownikom
Podstawową operacją modułu jest wypożyczenie narzędzia pracownikowi. Dokument zbudowany jest z dwóch sekcji wyświetlanych kolejno.
W sekcji pierwszej wybiera się z listy pracownika, któremu narzędzia zostaną wypożyczone. Pozycje tej listy budowane są na podstawie kartoteki pracowników zapisanych w systemie, więc nie ma możliwości wydania narzędzia osobie spoza ewidencji. Uzupełnić można tu również numer dokumentu wewnętrznego, jego datę oraz uwagi.
Druga sekcja, zawierająca pozycje wypożyczanych narzędzi, wyświetla się dopiero po wybraniu pracownika w pierwszej kontrolce. Ta kolejność nie jest przypadkowa - wymusza wskazanie osoby odpowiedzialnej, zanim cokolwiek trafi na dokument, co eliminuje najczęstszy błąd ewidencyjny: wydanie bez przypisania.
Osobną ścieżką jest przyjęcie z wypożyczalni, wykorzystywane tam, gdzie narzędzia pochodzą z zewnętrznego źródła i wracają do niego po zakończeniu prac.
Zwroty do narzędziowni
Zamknięciem cyklu jest zwrot narzędzi przez pracownika. Rejestracja może przebiegać dwutorowo, a wybór ścieżki zależy od skali ruchu w narzędziowni.
Pierwsza opcja to rejestracja ręczna, wykonywana przez wydającego przy przyjmowaniu narzędzia. Druga opiera się na skanowaniu kodu kreskowego zwracanego narzędzia - po odczycie kodu system aktualizuje stan i przypisuje narzędzie z powrotem do narzędziowni. Przy kilkudziesięciu zwrotach na zmianę różnica w czasie obsługi jest odczuwalna, a przy okazji znika ryzyko pomyłki przy ręcznym wyborze pozycji z listy.
Trzecim wariantem jest dokument zwrotu narzędzi do dostawcy, stosowany wtedy, gdy narzędzie opuszcza zakład na stałe - na przykład przy reklamacji lub zakończeniu umowy najmu sprzętu. W odróżnieniu od dwóch poprzednich ścieżek operacja ta trwale zdejmuje pozycję ze stanu narzędziowni, dlatego warto ograniczyć uprawnienia do jej wykonywania.
Obieg napraw
Narzędzie, które uległo uszkodzeniu, nie wraca po prostu na półkę. Moduł przewiduje dla niego osobny obieg oparty na dwóch transakcjach: wydaniu do naprawy oraz przyjęciu z naprawy po zakończeniu serwisu.
Rozdzielenie tych operacji od zwykłego wydania i zwrotu ma praktyczne uzasadnienie. Narzędzie w naprawie jest fizycznie poza narzędziownią, ale nadal należy do zakładu i nie może zostać wydane pracownikowi. Osobny stan pozwala odróżnić sprzęt niedostępny czasowo od sprzętu wydanego do pracy - bez tego rozróżnienia raport dostępności narzędzi przestaje odpowiadać rzeczywistości.
Konsekwencje widać najwyraźniej przy planowaniu zakupów. Jeżeli sprzęt w naprawie liczony jest tak samo jak wydany pracownikom, zestawienie pokazuje pełny stan posiadania i nie sygnalizuje niedoboru. Kierownik dowiaduje się o braku dopiero wtedy, gdy zabraknie narzędzia do wydania na zmianie. Oddzielny stan naprawczy pozwala natomiast odpowiedzieć na pytanie, ile sztuk danego typu jest realnie dostępnych do pracy w danym dniu, i z wyprzedzeniem zareagować na wydłużający się serwis.
Dodatkową wartością jest historia. Powtarzające się wydania tego samego egzemplarza do naprawy to sygnał, że taniej wyjdzie wymiana sprzętu niż kolejny remont - wniosek możliwy do wyciągnięcia tylko wtedy, gdy obieg naprawczy jest rejestrowany osobno.
Legalizacje i przeglądy
Część urządzeń wymaga okresowego potwierdzenia dopuszczenia do użytku. Służy do tego transakcja dopisania legalizacji i przeglądu urządzenia, oznaczona w systemie jako dmcms_insert_przeglad. Przedrostek dmcms wskazuje na powiązanie z obszarem utrzymania ruchu.
Formularz można zapisać dopiero po uzupełnieniu pól wymaganych, wyróżnionych w interfejsie pogrubionym opisem:
| Pole | Wymagane | Znaczenie |
|---|---|---|
| Data przeglądu | Tak | Data wykonania czynności z dokładnością co do minuty |
| Narzędzie | Tak | Wskazanie urządzenia, którego dotyczy przegląd lub legalizacja |
| Nr serii | Tak | Identyfikator konkretnego egzemplarza wybranego urządzenia |
| Pozostałe pola | Nie | Ułatwiają późniejszą identyfikację wykonanej czynności |
Numer serii jest tu kluczowy. Zakład dysponujący kilkunastoma egzemplarzami tego samego typu urządzenia musi wiedzieć, który konkretnie przeszedł przegląd - informacja o samym typie nie wystarcza ani do planowania kolejnych czynności, ani do wykazania zgodności podczas kontroli.
Inwentaryzacja narzędzi
Stan narzędziowni podlega tym samym regułom kontroli co stan magazynu, a moduł wykorzystuje w tym celu wspólne transakcje inwentaryzacyjne platformy: dopisanie dokumentu inwentaryzacji (dpinw_insert.aspx), jego zamknięcie (dpinw_zamknij.aspx) oraz usunięcie.
Inwentaryzacja w narzędziowni ma jednak własną specyfikę. Znaczna część sprzętu w momencie spisu znajduje się poza magazynem - u pracowników albo w serwisie. Wiarygodny wynik wymaga więc zestawienia stanu fizycznego na półkach z rejestrem aktywnych wypożyczeń i pozycji w naprawie. To kolejny powód, dla którego konsekwentne rejestrowanie wydań i zwrotów przekłada się bezpośrednio na jakość spisu.
W praktyce spis warto poprzedzić dwoma czynnościami porządkowymi. Pierwszą jest przegląd otwartych wypożyczeń i wyjaśnienie pozycji, które figurują u pracowników od nietypowo długiego czasu - część z nich okazuje się zwrotami, których nikt nie zarejestrował. Drugą jest weryfikacja listy narzędzi w naprawie, bo sprzęt odebrany z serwisu bywa odkładany na półkę bez odnotowania przyjęcia. Dopiero po tych krokach różnica między stanem ewidencyjnym a fizycznym opisuje rzeczywiste braki, a nie zaległości w rejestracji zdarzeń.
Warianty ról i praca mobilna
Moduł nie występuje jako jedno wejście do systemu. Panel startowy udostępnia kilka wariantów roli dopasowanych do stanowiska pracy.
Inny wycinek dla każdego stanowiska
Wydający w narzędziowni, pracownik odbierający sprzęt i technik utrzymania ruchu korzystają z tych samych transakcji, ale widzą inny zakres funkcji.
Szczególną rolę pełni panel pracownika. Umożliwia osobie pobierającej narzędzie samodzielne potwierdzenie operacji, bez angażowania wydającego do obsługi każdego zdarzenia. Wersje przeznaczone na urządzenia z systemem Android pozwalają natomiast prowadzić ewidencję bezpośrednio przy regale, co przy skanowaniu kodów jest rozwiązaniem naturalnym.
Dobór wariantu warto podporządkować organizacji pracy, a nie wielkości narzędziowni. Tam, gdzie wydania obsługuje dedykowany pracownik za ladą, wystarczy wersja przeglądarkowa. Gdy narzędziownia działa w trybie samoobsługowym albo sprzęt pobierany jest z kilku punktów na hali, panel pracownika i aplikacja mobilna stają się warunkiem utrzymania aktualnej ewidencji - bo alternatywą jest odkładanie rejestracji „na później", które w praktyce oznacza jej brak.
Zapytania SQL zasilające zestawienia tej roli zebrano na stronie opisującej skorowidz _CODE_SQL dla roli NAR - to praktyczny punkt wyjścia przy budowie własnych widoków danych dla narzędziowni.
Podsumowanie
Transakcje TCS obsługują pełny cykl życia narzędzia w zakładzie: wydanie pracownikowi z przypisaniem odpowiedzialności, zwrot rejestrowany ręcznie lub kodem kreskowym, wydanie do naprawy i przyjęcie z serwisu, legalizacje i przeglądy z numerem serii egzemplarza oraz okresową inwentaryzację stanu.
Wszystkie zapisane są w folderze \role_nar\ i korzystają z tej samej warstwy platformy co pozostałe moduły. Ogólny opis produktu znajduje się na stronie Studio TCS.net.