Program do narzędziowni - wymagania wobec ewidencji, zapasów i zarządzania

Program do narzędziowni jako zbiór wymagań

Narzędziownia jest wydzieloną komórką albo pomieszczeniem zakładu, w którym narzędzia są przechowywane, a ich stan podlega kontroli. Program do narzędziowni zastępuje jej papierową dokumentację zapisem elektronicznym. Zakup przebiega sprawnie tylko wtedy, gdy przed rozmową z dostawcą zakład wie, jakich zachowań od programu oczekuje.

Firmy prowadzące ewidencję ręcznie, w zeszycie lub arkuszu, napotykają po pewnym czasie te same problemy. Nie ma pewności, gdzie znajduje się dany egzemplarz, trudno ustalić, kto go wypożyczył, a reakcja na zbliżający się termin przeglądu przychodzi za późno. Każdy z tych problemów przekłada się na konkretne wymaganie wobec programu.

Reguła: wymaganie da się sprawdzić tylko wtedy, gdy ma scenariusz testowy. Zapis „program prowadzi ewidencję” nie wskazuje, co ma się stać przy wydaniu narzędzia z przeterminowanym przeglądem.

Poniższe sekcje rozbijają trzy obszary na wymagania, które można sprawdzić na wersji demonstracyjnej. Podział modułów konkretnego produktu opisuje osobno artykuł o programie do narzędziowni Studio TCS.net i jego modułach. Ta strona rozstrzyga, czego zakład potrzebuje, a nie co jest w cenniku.

Wymagania wobec ewidencji narzędzi

Podstawową funkcją programu jest ewidencja, czyli rejestrowanie każdego narzędzia wraz z numerem seryjnym oraz lokalizacją. Na tej kartotece opierają się wszystkie pozostałe funkcje, od wydań po raporty. Słabą kartoteką nie da się uratować żadnego z nich.

Kartoteka egzemplarza

Kartoteka musi identyfikować sztukę jednoznacznie. Numer ewidencyjny jest unikalny i niezmienny, a numer seryjny producenta pozostaje osobnym atrybutem, bo dwaj producenci mogą użyć tego samego numeru. Historia zmian lokalizacji i stanu technicznego jest częścią rekordu, a nie osobnym plikiem.

• Identyfikator - numer ewidencyjny nadany przez zakład, odczytywany z etykiety kodu kreskowego albo znacznika RFID.
• Lokalizacja - magazyn oraz regał albo szafka wydziałowa, w której narzędzie ma swoje stałe miejsce.
• Stan techniczny - status sprawności, z którego program wnioskuje, czy egzemplarz można wydać.
• Historia - kolejne wydania i przeglądy zapisane z datą oraz osobą.

Program powinien pozwalać weryfikować liczbę narzędzi danego typu z podziałem na cechy i stan techniczny. Dzięki temu widać, czy narzędzie jest dostępne, używane czy przeznaczone do naprawy. Struktura statusów i cykl życia egzemplarza opisuje artykuł o ewidencji narzędzi w narzędziowni.

Identyfikacja narzędzi

Program musi odczytywać identyfikator ze sprzętu bez ręcznego wpisywania. Praca z kodami kreskowymi jest podstawą i wystarcza przy sprzęcie, na którym etykieta pozostaje czytelna. Tam, gdzie warunki są trudne, potrzebny jest odczyt znaczników RFID, o czym mówi artykuł o tagach RFID w narzędziowni.

Osobnym wymaganiem jest ewidencja środków ochrony osobistej wydawanych pracownikom. Program ma wiązać wydanie z pracownikiem oraz z terminem wymiany, a raporty tych terminów mają dawać się wygenerować bez ręcznego liczenia. Zasady wydawania odzieży i ŚOI mają własny opis, ponieważ terminy wymiany działają inaczej niż terminy zwrotu narzędzi.

Wymagania wobec zapasów narzędzi

Osoba odpowiedzialna za magazyn narzędzi musi widzieć, które pozycje są dostępne, a które trzeba domówić. Program ma więc utrzymywać stan ilościowy oraz próg minimalny dla każdej pozycji i sygnalizować przekroczenie progu. Zamówienie składane z wyprzedzeniem zapobiega sytuacji, w której brak sprzętu zatrzymuje produkcję.

Próg minimalny nie jest liczbą z sufitu. Wyznacza go wzór na punkt ponownego zamówienia: dzienne zużycie pomnożone przez czas dostawy, powiększone o zapas bezpieczeństwa. Jeżeli w przykładzie zakład zużywa dwie sztuki dziennie, a dostawa trwa pięć dni, zamówienie należy złożyć przy stanie dziesięciu sztuk plus zapas na opóźnienie dostawcy.

Kontrola progów sprowadza się do zapytania porównującego stan bieżący z progiem. Poniższy szkic pokazuje jego postać w języku T-SQL. Nazwy tabel i kolumn są przykładowe i nie odwzorowują schematu żadnego produktu.

SELECT p.Kod,
       p.Nazwa,
       s.StanBiezacy,
       p.ProgMinimalny,
       p.ProgMinimalny - s.StanBiezacy AS BrakDoProgu
FROM dbo.PozycjeMagazynowe AS p
JOIN dbo.StanyPozycji AS s ON s.PozycjaId = p.PozycjaId
WHERE s.StanBiezacy <= p.ProgMinimalny
ORDER BY BrakDoProgu DESC;

Nie każda pozycja wymaga tego samego traktowania. Sprzęt drogi i podlegający przeglądom prowadzi się egzemplarzowo, więc jego liczba wynika z liczby kartotek. Materiały eksploatacyjne, na przykład tarcze i wiertła, liczy się ilościowo, bo ewidencja każdej sztuki kosztowałaby więcej niż sam materiał. Program powinien obsługiwać oba tryby na jednej liście pozycji i pozwalać na zmianę trybu grupy przed rozpoczęciem pracy.

Zapasy narzędziowni bywają współdzielone z magazynem części zamiennych i materiałów eksploatacyjnych. Wspólna baza usuwa sytuację, w której ta sama pozycja figuruje w dwóch rejestrach z różnymi stanami, a zasady liczenia opisuje strona o stanach magazynowych. Integrację z programem magazynowym ustala się przy wdrożeniu konkretnego zakładu.

Wymagania wobec zarządzania narzędziownią

Zarządzanie narzędziami w zakładzie wymaga systematycznych przeglądów stanu oraz dokładnej ewidencji. Trzeba też wskazać osobę odpowiedzialną. Program ma te czynności wspierać, a nie zastępować. Kierownik decyduje, co zrobić z narzędziem, a program dostarcza dane, na których ta decyzja się opiera.

Wydania oraz rezerwacje

Program rejestruje osobę, która pobrała narzędzie, oraz termin zwrotu. Zapis powstaje w chwili wydania, więc historia nie zależy od uzupełnienia jej po fakcie. Terminy zwrotu i zaległości opisuje artykuł o wypożyczaniu narzędzi z magazynu.

Rezerwacja z wyprzedzeniem jest osobnym wymaganiem, bo dotyczy sprzętu, który w danej chwili jest wypożyczony. Zamówienie na określony przedział czasu ma działać kontrolnie i nie blokować wypożyczeń innym pracownikom, dopóki termin rezerwacji nie nadejdzie. Szczegóły rezerwacji przedstawia strona o rezerwacjach narzędzi.

Przeglądy oraz koszty

Terminowa realizacja przeglądów technicznych narzędzi należy do obowiązków narzędziowni. Program przypisuje terminy do egzemplarzy i generuje przypomnienia, zanim termin upłynie. Do tego dochodzi śledzenie kosztów zakupu oraz napraw, żeby porównać koszt naprawy z wartością narzędzia.

Reguła: naprawa przestaje się opłacać, gdy jej koszt przewyższa wartość narzędzia. Program ma pokazywać skumulowane koszty egzemplarza obok ceny zakupu.

Raporty spełniają wymagania, gdy dają się przefiltrować po osobie i grupie narzędzi oraz po okresie. Zestawienie, którego nie można ograniczyć do jednego działu, zmusza kierownika do ręcznej obróbki w arkuszu. Ta sama ewidencja daje też dane dla działu jakości i BHP, jeśli zapisy są prowadzone konsekwentnie.

Uprawnienia i ślad zmian

Program powinien rozróżniać role: osoba wydająca sprzęt, kierownik zatwierdzający korekty i administrator konfiguracji. Zapisy zmian mają autora i datę, a historia wypożyczeń nie podlega edycji. Bez tego audyt wewnętrzny opiera się na deklaracjach, a nie na dokumentach.

Wymagania niefunkcjonalne programu do narzędziowni

Funkcje z poprzednich sekcji nie działają, jeśli program jest wolny albo niedostępny. Wymagania niefunkcjonalne dotyczą sposobu pracy: kto i skąd łączy się z systemem, jak baza radzi sobie z równoległymi zapisami oraz co się dzieje po awarii. Sprawdza się je równie starannie jak funkcje.

Dostęp i urządzenia

Program działający w przeglądarce pozwala rejestrować wydania i zwroty bezpośrednio na hali, z tabletu lub skanera z ekranem dotykowym, bez powrotu do stanowiska stacjonarnego. Ogranicza to kolejki przy okienku i pomyłki wynikające z opóźnionego wprowadzania danych. Do obsługi wystarczy urządzenie z przeglądarką, a pracę wspomagają kody kreskowe zapisujące najważniejsze informacje o narzędziach.

Współbieżność zapisów

Dwa okienka wydań mogą jednocześnie zmienić ten sam rekord narzędzia. Bez kontroli wygrywa ostatni zapis i cichy błąd wchodzi do bazy. Standardowym rozwiązaniem w SQL Server jest kolumna typu rowversion, która zmienia wartość przy każdej modyfikacji wiersza, co pozwala odrzucić zapis oparty na nieaktualnym odczycie.

UPDATE dbo.NarzedzieKartoteka
   SET Lokalizacja = @NowaLokalizacja
 WHERE NarzedzieId = @NarzedzieId
   AND WersjaWiersza = @WersjaOdczytana;

IF @@ROWCOUNT = 0
    THROW 50002, N'Rekord został zmieniony przez innego użytkownika.', 1;

Zapis z nieaktualną wersją nie zmienia żadnego wiersza, więc aplikacja zgłasza użytkownikowi konieczność ponownego odczytu. Ogólne zasady blokad i wersjonowania wierszy omawia przewodnik po blokowaniu transakcji i wersjonowaniu wierszy. Nazwy w przykładzie są umowne.

Bezpieczeństwo i kopie zapasowe

Logowanie powinno korzystać z kont Windows tam, gdzie zakład ma domenę, żeby nie mnożyć haseł. Administrator dodaje pracowników, zmienia ich uprawnienia i czasowo blokuje konta. Dane leżą w bazie MS SQL, której kopie zapasowe wykonuje się według harmonogramu i sprawdza próbnym odtworzeniem.

Dla narzędziowni sensownie jest określić dwie wielkości: ile godzin danych zakład może stracić oraz jak długo może pracować bez systemu. Pierwsza wyznacza częstotliwość kopii, a druga decyduje o tym, czy potrzebny jest papierowy formularz zastępczy i kto go stosuje. Zapis tych dwóch liczb w umowie z dostawcą jest prostszy niż spór po awarii.

Wymagania wobec wymiany danych z innymi systemami

Narzędziownia korzysta z danych, których sama nie tworzy. Lista pracowników i struktura organizacyjna pochodzą z systemu kadrowego albo z ERP, a dane zakupowe wracają do księgowości. Program, który wymusza ręczne przepisywanie tych informacji, rozjeżdża się z resztą zakładu już po kilku miesiącach.

Wymiana danych o pracownikach i zasobach z systemem ERP jest możliwa, a jej zakres ustala się przy wdrożeniu konkretnego zakładu. Wymaganie warto opisać wprost: który system jest źródłem prawdy dla danego pola i jak często dane się synchronizują. Bez tej decyzji dwa systemy nadpisują sobie nawzajem poprawne wartości.

Klucz łączący rekordy nie może być nazwiskiem. Powinien nim być identyfikator pracownika niezmienny przez cały okres zatrudnienia, a zmianę nazwiska program traktuje jako aktualizację atrybutu. Tak samo należy traktować numer ewidencyjny narzędzia, który po nadaniu nigdy nie wraca do puli, nawet po likwidacji egzemplarza.

Zakres Studio TCS.net na tle wymagań

Studio TCS.net jest programem SoftwareStudio dla narzędziowni, który obsługuje ewidencję narzędzi i środków ochrony osobistej oraz wypożyczenia i zwroty. Poniższa tabela zestawia wymagania z tej strony z opisem funkcji, jaki publikuje producent. Zakres konkretnego wdrożenia zależy od konfiguracji.

Producent opisuje moduły i funkcje w serwisie Studio TCS.net na stronie SoftwareStudio. Program obejmuje także obsługę wypożyczalni, w której sprzęt trafia do klientów zewnętrznych, wraz z danymi kontrahentów i historią faktur. Kto planuje takie zastosowanie, powinien sprawdzić je osobnym scenariuszem.

Co pozostaje poza zakresem programu

Program nie zastąpi decyzji organizacyjnych. Nie ustali regulaminu wydawania ani nie rozstrzygnie, kto odpowiada za brakujące narzędzie, a fizycznego porządku na regałach też nie zbuduje. Zakład, który tych spraw nie uporządkował, po zakupie dostaje elektroniczną wersję dawnego bałaganu.

Przed uruchomieniem trzeba więc zebrać stan początkowy i oznaczyć sprzęt, a także spisać zasady. Kolejność opisuje artykuł o wdrożeniu ewidencji narzędzi od zera. Kryteria porównania kilku ofert zawiera tekst o systemie do zarządzania narzędziami, a pytanie, czy zakład w ogóle potrzebuje takiego rozwiązania, omawia strona narzędziownia - potrzebny program.