Rola NAR w Studio TCS.net - uprawnienia pracownika narzędziowni

Czym jest rola NAR w Studio TCS.net

W programie Studio TCS.net rola NAR jest poziomem uprawnień przypisywanym pracownikom narzędziowni. Materiał źródłowy nie podaje rozwinięcia skrótu, ale kontekst wskazuje na narzędziownię: rola opisuje osoby, które na co dzień wydają sprzęt i przyjmują zwroty. Odpowiadają one także za stan techniczny narzędzi. Artykuł traktuje NAR wyłącznie jako rolę użytkownika, a nie jako dokument ani osobny moduł programu.

System rozdziela funkcje między role, więc każdy pracownik ma dostęp tylko do tych operacji, które są mu potrzebne. Magazynier z rolą NAR rejestruje wydania i zwroty, ale nie zmienia konfiguracji systemu. Taki podział ogranicza liczbę błędów i skraca szkolenie, bo ekran użytkownika nie zawiera funkcji, których i tak nie może użyć.

Reguła: rola NAR obsługuje ruch i stan sprzętu, a konfiguracja systemu pozostaje poza jej uprawnieniami.

Sposób przypisywania takich ról przypomina model znany z magazynu towarów, opisany w artykule o rolach i użytkownikach w systemie WMS. Różnica dotyczy zakresu: w narzędziowni rola obejmuje kartoteki narzędzi oraz obieg dokumentów wypożyczeń.

Uprawnienia roli NAR w codziennej pracy

Pracownik z rolą NAR ma pełną kontrolę nad sprzętem w zakresie, który przypisano narzędziowni. Rejestruje wydania i zwroty, śledzi terminy przeglądów i zgłasza uszkodzenia, dzięki czemu widzi stan techniczny każdego egzemplarza. Ta rutyna przypomina pracę bibliotekarza obsługującego wypożyczenia, z tą różnicą, że narzędzie nie powinno wyjść z magazynu po terminie kontroli.

Wydania i zwroty narzędzi

Wypożyczenie zaczyna się od wyboru pracownika i narzędzia, a system rejestruje, kto i na jak długo otrzymał sprzęt. Zwrot przebiega odwrotnie: użytkownik wybiera sekcję zwrotów i widzi listę pozycji, które wcześniej mu wydano. Zaznacza te, które oddaje, wypełnia krótki formularz, a numer dokumentu nadaje system. Zwracać można wyłącznie narzędzia wydane wcześniej dokumentem wypożyczenia.

Szczegóły formularzy opisują artykuły o zwrotach narzędzi w Studio TCS.net oraz o dokumentach wypożyczeń w Studio TCS.net. Przegląd dokumentów pod kątem symboli zawiera tekst o dokumentach wypożyczeń.

Dostęp mobilny do danych o narzędziach

Studio TCS.net udostępnia dane o narzędziach w aplikacji mobilnej oraz w wersji na komputer. Użytkownik z rolą NAR sprawdza dostępność sprzętu bez wracania do stanowiska, co ma znaczenie w dużych zakładach, gdzie narzędzia są rozproszone na znacznym obszarze. Zakres uprawnień pozostaje taki sam niezależnie od urządzenia, bo zależy od roli, a nie od miejsca logowania.

Stan techniczny przed i po użyciu

Pracownik narzędziowni sprawdza stan techniczny narzędzia przed wydaniem i po zwrocie. Adnotacja o usterce zostaje przy egzemplarzu, więc kolejny użytkownik nie otrzymuje sprzętu bez informacji o wcześniejszej awarii. Z tej historii wynika też, które narzędzia wymagają przeglądu lub naprawy, i kto powinien je organizować.

Raporty wykorzystania sprzętu

Rola NAR obejmuje tworzenie raportów o wykorzystaniu sprzętu, planowanie przeglądów technicznych i organizowanie napraw uszkodzonych narzędzi. Sprawdza także terminy realizacji tych napraw. Zestawienie pokazuje, które egzemplarze krążą po zakładzie najczęściej, a które leżą nieużywane. Na tej podstawie kierownik decyduje o zakupach albo o wycofaniu sprzętu.

Ewidencja narzędzi prowadzona przez rolę NAR

Ewidencja jest drugą częścią pracy roli NAR. Pracownicy dodają do bazy nowe nabytki, aktualizują ich parametry i przypisują je do miejsc w magazynie. System pozwala określić atrybuty każdego narzędzia oraz jego przynależność do grupy. Zapisuje też lokalizację, a także osobę odpowiedzialną, dzięki czemu obraz zasobów jest pełny. Tradycyjne zarządzanie narzędziownią opierało się na papierowych kartotekach albo arkuszach, co prowadziło do zagubionych egzemplarzy i trudnej inwentaryzacji.

W systemie można tworzyć osobne magazyny dla różnych rodzajów asortymentu: jeden na narzędzia, drugi na materiały eksploatacyjne, a inny na wyposażenie BHP. Podział ułatwia inwentaryzację i pozwala nadać różne zasady wydań, bo materiał zużywalny nie wraca, a narzędzie tak. Zasady prowadzenia ewidencji omawia artykuł o ewidencji narzędzi w narzędziowni.

Kody kreskowe i znaczniki RFID

Identyfikację egzemplarza przyspiesza integracja z systemami automatycznej identyfikacji. Kody kreskowe oraz kody QR nadają się do narzędzi i materiałów w łagodnych warunkach, a znaczniki RFID do sprzętu, który pracuje w brudzie. Na stalowych korpusach potrzebny jest tag zaprojektowany do montażu na metalu, co opisuje artykuł o tagach RFID na metal, a praktykę oznaczania omawia tekst o narzędziowni i tagach RFID.

Dodatkowe cechy w kartotece narzędzia

Funkcja Cechy pozwala wprowadzać do kartoteki narzędzia lub maszyny dodatkowe informacje, których nie przewidują pola standardowe. Administrator systemu odpowiada za zdefiniowanie kategorii cech zgodnie ze specyfiką organizacji. Operator uzupełnia potem pola według tych kategorii, a tym operatorem bywa użytkownik z rolą NAR.

Przykłady dotyczą sprzętu o złożonej specyfikacji, na przykład wózka widłowego. Cechami mogą być model i typ, rodzaj napędu (na przykład elektryczny albo Diesel), typ masztu (na przykład standard albo triplex) oraz przynależność do działu. Zapisane cechy ułatwiają identyfikację sprzętu, planowanie konserwacji, przypisywanie narzędzi do zadań oraz kontrolę gwarancji i przeglądów.

Jak cechy wyglądają w bazie danych

Cechy o swobodnie definiowanych nazwach zapisuje się zwykle w modelu klucz-wartość: osobny wiersz na każdą cechę egzemplarza. Zaleta to elastyczność, bo administrator dodaje kategorię bez zmiany schematu tabel. Wada to zapytania z wieloma złączeniami, gdy filtruje się po kilku cechach jednocześnie. Przykład poniżej znajduje elektryczne wózki z masztem triplex. Nazwy tabel i wartości są umowne i nie opisują schematu produktu.

SELECT n.NumerEwidencyjny, n.Nazwa
FROM dbo.Narzedzia AS n
JOIN dbo.NarzedziaCechy AS c1
  ON c1.NarzedzieId = n.NarzedzieId
 AND c1.Cecha = N'Rodzaj napędu' AND c1.Wartosc = N'elektryczny'
JOIN dbo.NarzedziaCechy AS c2
  ON c2.NarzedzieId = n.NarzedzieId
 AND c2.Cecha = N'Typ masztu' AND c2.Wartosc = N'triplex';

CREATE NONCLUSTERED INDEX IX_NarzedziaCechy_Cecha_Wartosc
ON dbo.NarzedziaCechy (Cecha, Wartosc)
INCLUDE (NarzedzieId);

Indeks nieklastrowy na parze nazwa i wartość cechy pozwala silnikowi znaleźć egzemplarze bez skanowania całej tabeli. Składnię indeksów opisuje dokumentacja CREATE INDEX w Microsoft Learn.

Przykładowy przebieg zmiany użytkownika z rolą NAR

Zakres roli najłatwiej ocenić na przebiegu zmiany. Poniższe zestawienie pokazuje, które operacje wykonuje pracownik narzędziowni w kolejnych momentach dnia i jaki ślad zostaje w systemie. Pełną listę funkcji ustala się przy wdrożeniu, więc tabela ma charakter ilustracji.

Kolejność bywa zmienna. Wydania i zwroty przeplatają się przez całą zmianę. Stałe pozostają dwie zasady: każdy ruch ma dokument, a każda usterka zostaje zapisana przy egzemplarzu, którego dotyczy.

Historia zmian i odpowiedzialność za zapisy

Wydanie zatwierdzone przez użytkownika z rolą NAR staje się dowodem w rozliczeniu sprzętu, więc system musi pamiętać, kto i kiedy zmienił dane. Historia zmian kartoteki odpowiada na pytania o stan sprzed poprawki. Bez niej korekta wprowadzona przez pierwszą osobę, która zauważy błąd, zaciera pierwotny zapis.

W SQL Server historię wierszy zapewniają tabele temporalne. Silnik zapisuje w tabeli historycznej każdą wcześniejszą wersję wiersza wraz z przedziałem jej obowiązywania, a zapytanie z klauzulą FOR SYSTEM_TIME odtwarza stan z wybranej chwili. Przykład ilustruje technikę i nie opisuje schematu Studio TCS.net; nazwy są umowne.

CREATE TABLE dbo.Narzedzia (
    NarzedzieId INT NOT NULL PRIMARY KEY CLUSTERED,
    Nazwa NVARCHAR(200) NOT NULL,
    Status VARCHAR(20) NOT NULL,
    PracownikId INT NULL,
    ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
    ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
    PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
) WITH (SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.NarzedziaHistoria));

SELECT NarzedzieId, Status, PracownikId
FROM dbo.Narzedzia FOR SYSTEM_TIME AS OF '2026-09-01T08:00:00'
WHERE NarzedzieId = 1042;

Dokumentacja opisuje tworzenie takich tabel w artykule tabele temporalne w Microsoft Learn. Zapytanie zwraca stan narzędzia z podanej godziny, co pozwala sprawdzić, komu egzemplarz był przypisany w chwili zdarzenia. Korekty zapisów wymagają jednak wyższej roli niż NAR, a powód poprawki trzeba odnotować.

Rola NAR a inne role i uprawnienia

Rola NAR jest jednym z poziomów w hierarchii uprawnień. Niżej znajduje się rola z samym podglądem, wyżej administrator konfigurujący system. Zasada najmniejszych uprawnień oznacza, że użytkownik dostaje tylko te operacje, których potrzebuje do swojej pracy, a wyższe uprawnienia przyznaje się na czas i na cel.

Podział ról w tabeli jest przykładem, bo zakres uprawnień ustala się przy wdrożeniu. Administrator dodaje nowych pracowników, zmienia ich uprawnienia i może blokować konta czasowo. Na systemie Windows program może zalogować użytkownika automatycznie, co opisuje artykuł o logowaniu i autoryzacji w systemie WMS w zbliżonym modelu.

Zasada najmniejszych uprawnień w SQL Server

Aplikacja steruje dostępem na poziomie ról użytkowników, ale ten sam wzorzec obowiązuje w samej bazie danych. Poniższy fragment ilustruje zasadę: rola bazodanowa dostaje prawo wykonania procedur ruchu sprzętu i nie ma bezpośredniego prawa zapisu do tabel. Nazwy są umowne, a przykład nie odzwierciedla implementacji Studio TCS.net.

CREATE ROLE rola_nar_przyklad;

GRANT EXECUTE ON OBJECT::dbo.p_WydajNarzedzie TO rola_nar_przyklad;
GRANT EXECUTE ON OBJECT::dbo.p_PrzyjmijZwrot TO rola_nar_przyklad;
GRANT SELECT ON OBJECT::dbo.v_StanNarzedzi TO rola_nar_przyklad;

DENY INSERT, UPDATE, DELETE ON SCHEMA::dbo TO rola_nar_przyklad;

Uprawnienia do procedur i widoków pozwalają zachować kontrolę nad tym, jakie zmiany może wprowadzić użytkownik. Model ról bazy danych opisuje dokumentacja role na poziomie bazy danych w Microsoft Learn.

Wdrożenie roli NAR w narzędziowni

Przypisanie roli nie kończy wdrożenia. Pracownicy muszą wiedzieć, co system zapisuje pod ich nazwiskiem, bo wydanie zatwierdzone przez użytkownika z rolą NAR staje się dowodem w rozliczeniu sprzętu. Szkolenie obejmuje więc nie tylko obsługę ekranów, ale i konsekwencje każdej operacji.

• Lista osób - imienny wykaz pracowników narzędziowni, którym przypisano rolę NAR.
• Scenariusze testowe - wydanie, zwrot z usterką i próba operacji spoza uprawnień na środowisku próbnym.
• Zastępstwa - reguła, kto przejmuje rolę przy urlopie, żeby nie dzielić jednego konta.
• Przegląd uprawnień - okresowe sprawdzenie, czy lista osób z rolą odpowiada aktualnej obsadzie.

Uruchomienie warto zacząć od jednej zmiany albo jednej grupy narzędzi. Po tygodniu pracy da się ocenić, czy poziom dostępu nie blokuje potrzebnych czynności i czy pracownicy nie obchodzą systemu. Pozostałe uprawnienia rozszerza się dopiero po takiej weryfikacji.

Miary skuteczności roli NAR

Ocena wdrożenia wymaga porównania kilku wielkości przed uruchomieniem systemu i po nim. Dane wyjściowe trzeba zebrać wcześniej, choćby w przybliżeniu, bo ocena oparta wyłącznie na wynikach późniejszych nie pokazuje zmiany.

• Czas obsługi wydania - średni czas od zgłoszenia się pracownika do zatwierdzenia dokumentu.
• Liczba pozycji po terminie - liczba narzędzi niezwróconych w terminie, liczona tygodniowo.
• Zgłoszone usterki - liczba adnotacji o uszkodzeniach zapisanych przy zwrocie, bo brak zgłoszeń bywa objawem pominiętej kontroli.
• Aktualność terminów kontroli - odsetek egzemplarzy, których przegląd lub legalizacja jest ważna.

Wskaźniki nie wymagają osobnego narzędzia. Wystarczą zestawienia z dokumentów wypożyczeń oraz z kartotek prowadzonych i tak przez system, więc raport miesięczny powstaje z tych samych danych, co bieżące rozliczenia.

Integracja z ERP i terminy kontroli

System automatycznie sygnalizuje zbliżające się terminy przeglądów oraz legalizacji, co zapobiega używaniu sprzętu niesprawnego lub niezalegalizowanego. Zasady tych terminów opisują artykuły o terminach przeglądów i o terminach legalizacji. Wymianę danych z systemem nadrzędnym, w tym z SAP, omawia tekst o integracji z SAP.

Więcej o pracy narzędziowni w systemie SoftwareStudio przedstawia serwis produktowy Studio TCS.net, a przebieg operacji można sprawdzić w demo narzędziowni. Rolę pokrewną, dotyczącą utrzymania ruchu, opisuje artykuł o roli CMMS.