System do zarządzania narzędziami - kryteria wyboru i pilotaż wdrożenia

System do zarządzania narzędziami a arkusz kalkulacyjny

Arkusz kalkulacyjny sprawdza się w narzędziowni tak długo, jak korzysta z niego jedna osoba. Kłopoty zaczynają się przy drugim stanowisku wydawania albo przy pierwszej inwentaryzacji. Dwie osoby edytujące ten sam plik nadpisują sobie wpisy, a historia zmian nie wskazuje, kto i kiedy wydał klucz dynamometryczny. System do zarządzania narzędziami przenosi te ustalenia z komórek arkusza do bazy danych, która pilnuje spójności zapisu.

Wydanie jako operacja niepodzielna

Różnicę między arkuszem a bazą najlepiej pokazuje jedna operacja: wydanie narzędzia. Zmiana statusu i zapis wydania muszą się wydarzyć razem albo wcale. W T-SQL zapewnia to transakcja z warunkiem na aktualny status egzemplarza.

-- fragment procedury składowanej, przykładowe nazwy tabel
BEGIN TRANSACTION;

UPDATE dbo.Narzedzie
SET    Status = N'Wydane', UzytkownikId = @UzytkownikId
WHERE  NarzedzieId = @NarzedzieId
  AND  Status = N'Dostepne';

IF @@ROWCOUNT = 1
BEGIN
    INSERT INTO dbo.Wydanie (NarzedzieId, UzytkownikId, DataWydania, TerminZwrotu)
    VALUES (@NarzedzieId, @UzytkownikId, SYSDATETIME(), @TerminZwrotu);
    COMMIT TRANSACTION;
END
ELSE
    ROLLBACK TRANSACTION;

Instrukcja UPDATE zakłada blokadę na wierszu egzemplarza. Druga sesja, która próbuje wydać to samo narzędzie, czeka na zwolnienie blokady, a po jej zwolnieniu widzi już status wydane i zmienia zero wierszy. Warunek @@ROWCOUNT = 1 wycofuje wtedy transakcję. Zasady blokad i poziomów izolacji opisuje przewodnik po blokowaniu i wersjonowaniu wierszy w Microsoft Learn.

Poziom izolacji a odczyt listy narzędzi

Domyślnym poziomem izolacji w SQL Server jest READ COMMITTED. Odczyt czeka wtedy na zwolnienie blokady zakładanej przez trwającą zmianę, więc długa transakcja wydania mogłaby wstrzymać wyświetlanie listy dostępnych narzędzi. W praktyce wydania są krótkie, a jeśli obciążenie rośnie, można włączyć wersjonowanie wierszy, w którym czytelnik widzi ostatnią zatwierdzoną wersję i nikogo nie blokuje.

Przejście z arkusza wymaga jednorazowego importu, który jest pierwszym sprawdzianem jakości danych. Duplikaty numerów i puste lokalizacje wychodzą na jaw przy pierwszej próbie załadowania pliku do tabeli, podobnie jak to samo narzędzie zapisane pod dwiema nazwami. Import warto przeprowadzić najpierw na kopii, żeby ocenić skalę porządkowania, zanim ruszy szkolenie.

Kryteria wyboru systemu i ocena ofert

Zestawienia funkcji przygotowywane przez dostawców zwykle nie różnicują ofert, bo każdy zaznacza wszystkie pozycje. Skuteczniejsze jest ułożenie kryteriów wokół tego, co w narzędziowni sprawia kłopot, i sprawdzenie każdego z nich w demonstracji na własnych scenariuszach.

Porównanie kilku ofert ułatwia prosta macierz: wiersze to kryteria, kolumny to dostawcy, a każde pole wypełnia się wynikiem sprawdzenia, a nie deklaracją ze sprzedażowej prezentacji. Wagi kryteriów ustala się przed spotkaniami, żeby wynik nie zależał od tego, która demonstracja była bardziej efektowna.

Kryteria warto podzielić na dwie grupy. Do pierwszej należą wymagania, bez których system jest bezużyteczny, do drugiej te, które podnoszą koszt i wydłużają wdrożenie.

• Wymagania niezbędne - ewidencja egzemplarzowa i wydania imienne wraz z kontrolą terminów przeglądów.
• Wymagania pożądane - prognozowanie zużycia, integracja z systemem kadrowym lub obsługa automatów wydających.

Reguła: system wykorzystywany w jednej piątej możliwości bywa gorszym wyborem niż prostsze rozwiązanie w pełni używane. Rozbudowany zakres wydłuża wdrożenie i szkolenie obsługi.

Szerzej o procesach, które system obejmuje, pisze artykuł o systemie do zarządzania narzędziami w narzędziowni, a zakres samej kartoteki opisuje tekst o programie do ewidencji narzędzi.

Kod kreskowy czy RFID przy identyfikacji narzędzi

Dane wprowadzone ręcznie zawierają literówki, a literówka w numerze egzemplarza oznacza wydanie innego narzędzia niż zapisane. Identyfikacja automatyczna usuwa ten błąd u źródła, ponieważ numer trafia do systemu z etykiety. Pozostaje pytanie, czy wystarczy kod kreskowy, czy potrzebny jest tag radiowy.

Demo drukarki etykiet RFID przed zakupem

Drukarka etykiet RFID koduje numer w tagu i drukuje jednocześnie jego wersję czytelną dla człowieka. Przed zakupem należy przetestować ją na własnym materiale: czy tag działa po naklejeniu na korpus narzędzia, czy odczyt nie zawodzi w pobliżu metalu i czy szybkość druku pasuje do liczby narzędzi do oznakowania. Kompatybilność z systemem sprawdza się przez zapis numeru i odczyt go w aplikacji.

Zachowanie tagów na metalowych korpusach opisuje tekst o tagach RFID na metal, a praktykę znakowania w narzędziowni - artykuł o tagach RFID w narzędziowni.

Numer egzemplarza i kod EPC

Tag zawiera identyfikator, a nie opis narzędzia. Opis narzędzia i jego historia leżą w bazie, a tag jest kluczem, po którym system je odnajduje. Dlatego zmiana lokalizacji lub użytkownika nie wymaga ponownego kodowania tagu. Jednoznaczność klucza gwarantuje w bazie unikalny indeks na kolumnie z kodem.

-- kod tagu może być pusty dla narzędzi jeszcze nieoznakowanych
CREATE UNIQUE NONCLUSTERED INDEX UX_Narzedzie_Epc
ON dbo.Narzedzie (Epc)
WHERE Epc IS NOT NULL;

Filtr WHERE Epc IS NOT NULL pozwala trzymać w tabeli narzędzia nieoznakowane, bo wiele wartości pustych nie narusza unikalności. Po naklejeniu tagu ten sam kod nie może już trafić do drugiego egzemplarza, co chroni przed błędem przy ponownym użyciu etykiety.

Baza SQL i aplikacja webowa w architekturze systemu

Program Magazyn Narzędzi SQL przechowuje dane w bazie SQL Server, a pracownicy narzędziowni kontrolują przepływ sprzętu przez aplikację webową. Baza zapewnia bezpieczeństwo przechowywanych informacji i szybkie wyszukiwanie, a raport o dostępności sprzętu powstaje z aktualnych danych, nie z kopii. Instalację serwera bazy dla Studio TCS.net opisuje artykuł o instalacji serwera SQL w narzędziowni.

Aplikacja webowa działa w przeglądarce na komputerze i na urządzeniach przenośnych, bez instalacji na każdym z nich. Dla administratora IT oznacza to jedną wersję do aktualizacji, a dla narzędziownika dostęp z hali produkcyjnej.

System oblicza terminy zwrotu i przypomina o nich pracownikom, dzięki czemu narzędziownik nie musi przeglądać kart w poszukiwaniu przeterminowanych wypożyczeń. Warunkiem jest poprawny adres powiadomień w kartotece osoby, co trzeba sprawdzić już przy imporcie pracowników.

Indeks na otwartych wypożyczeniach

Większość zapytań narzędziowni dotyczy wypożyczeń, które jeszcze trwają: kto ma narzędzie, co jest po terminie, czego brakuje na półce. Zamknięte wypożyczenia stanowią z czasem większość tabeli i spowalniają takie zapytania. Rozwiązaniem jest indeks filtrowany, obejmujący tylko wiersze otwarte.

-- przykładowa tabela wypożyczeń
CREATE NONCLUSTERED INDEX IX_Wypozyczenie_Otwarte
ON dbo.Wypozyczenie (TerminZwrotu)
INCLUDE (NarzedzieId, PracownikId)
WHERE DataZwrotu IS NULL;

Indeks jest mały, bo zawiera wyłącznie wypożyczenia bez daty zwrotu, i obejmuje kolumny potrzebne do listy zaległości, więc zapytanie nie sięga do tabeli. Warunki i ograniczenia opisuje dokumentacja indeksów filtrowanych. Stany zapasów materiałów zużywalnych korzystają z podobnej logiki, którą omawia artykuł o stanach magazynowych.

Sprawdzenie systemu na własnych scenariuszach

Prezentacja na danych demonstracyjnych pokazuje możliwości, ale nie ujawnia trudności. SoftwareStudio udostępnia demo online dla narzędziowni, w którym można przejść przez kartotekę i wydania. Wartość ma jednak dopiero przejście przez scenariusze typowe dla danego zakładu, łącznie z nietypowymi.

Ewidencję sprzętu obcego omawia artykuł o wynajmie narzędzi od dostawców. Przy ocenie uprawnień pomocny jest opis roli NAR, bo pokazuje, co narzędziownik może zapisać, a co tylko odczytać.

Uzupełnieniem demonstracji są rozmowy z kierownikami narzędziowni, którzy wdrożyli podobne rozwiązania. Dają informacje o łatwości obsługi i o problemach, które wyszły dopiero w codziennej pracy, a także o referencjach i studiach przypadków udostępnianych przez dostawców.

Pilotaż na jednym stanowisku wydawania

Pilotaż ogranicza się do jednego stanowiska wydawania albo jednej grupy narzędzi, zanim system obejmie całą narzędziownię. Błędy w danych podstawowych wychodzą wtedy wcześnie, a zespół oswaja się z nowym sposobem pracy bez presji dużej skali. Przed startem zapisuje się wartości wyjściowe, bo bez nich każde porównanie opiera się na wrażeniach.

Pilotaż kończy się decyzją, a nie samym raportem. Kryteria wyjścia warto zapisać przed startem: jaki spadek czasu wydania i jaka liczba wydań bez zapisu uzasadniają rozszerzenie na kolejne stanowiska. Jeżeli wskaźniki nie poprawiają się mimo poprawnej pracy systemu, przyczyną bywa układ stanowiska albo brak czytnika w miejscu, w którym narzędzie faktycznie zmienia ręce.

Szkolenie i wsparcie w pierwszych tygodniach

Zakres szkolenia jest różny dla obsługi narzędziowni i dla pozostałych pracowników. Ci ostatni potrzebują wiedzy o pobieraniu i zwrocie, a nie o konfiguracji kartotek. Wsparcie techniczne dostawcy ma znaczenie przede wszystkim w pierwszych tygodniach, gdy każdy niejasny komunikat blokuje wydanie.

W tym okresie warto codziennie przeglądać zarejestrowane operacje, aby wychwycić błędy zapisu, zanim utrwalą się jako nawyk trudny do zmiany.

Koszt posiadania i ocena zwrotu

Koszt systemu składa się z kilku elementów, z których cena licencji lub abonamentu bywa najmniejszym. Oceniając ofertę, warto policzyć całość, także tę część, która pojawia się po podpisaniu umowy.

• Licencja lub abonament - opłata za system i hosting, zależna od modelu wdrożenia.
• Znakowanie i czytniki - etykiety lub tagi oraz urządzenia przenośne dla narzędziowników.
• Przygotowanie danych - spis sprzętu i oznakowanie egzemplarzy, czyli najbardziej pracochłonna część projektu.
• Utrzymanie - szkolenia nowych pracowników oraz rozwój integracji z innymi systemami.

Zwrot z inwestycji ocenia się na podstawie danych wyjściowych z pilotażu. Znaczenie ma także przypisanie kosztu narzędzia do zlecenia, ponieważ wtedy systemy klasy ERP mogą uwzględnić go w kalkulacji, jak opisuje artykuł o tym, jak dokładnie poznać koszt produkcji. Model SaaS przenosi część kosztów z inwestycji na abonament i zdejmuje z firmy administrację serwerem, natomiast instalacja lokalna daje pełną kontrolę nad bazą i kopiami zapasowymi. Wybór zależy od tego, czy dział IT ma zasoby do utrzymania serwera. Ocena po roku, oparta na tych samych wskaźnikach co pilotaż, pokazuje, czy kolejne inwestycje w tym obszarze mają uzasadnienie. Katalog funkcji programu do obsługi narzędziowni prezentuje portal wiedzy o systemie TCS.