Kto co widzi w firmowej aplikacji: role, uprawnienia i dostęp dla podwykonawcy bez chaosu

W Excelu pytanie „kto co widzi” ma jedną odpowiedź: wszystko widzi każdy, kto dostał plik. Ceny zakupu, marże, stawki kolegów, pełna baza klientów – arkusz nie zna pojęcia „to nie na Twoje oczy”. Dopóki firma to trzy osoby przy jednym biurku, jakoś się kręci. Przestaje się kręcić w dniu, w którym plik otwiera nowy pracownik, stażysta albo podwykonawca.

Przejście na aplikację webową dla firmy zmienia zasadę: dostęp przestaje być cechą pliku, a staje się cechą konta. Każdy loguje się jako on, widzi to, co wynika z jego roli, a system zapisuje, kto co zmienił. To jedna z głównych rzeczy, dla których firmy w ogóle budują własne systemy, a jednocześnie temat, który na starcie projektu budzi najwięcej niepewności: ile ról, jakie uprawnienia, co z ludźmi spoza firmy.

Ten wpis jest produktowy, nie prawniczy: jak zaprojektować role, żeby porządkowały pracę zamiast ją paraliżować, jak wpuścić do systemu podwykonawcę bez pokazywania mu marż i ile to wszystko kosztuje w godzinach. RODO, kopie zapasowe i hasła zostawiamy na osobny tekst, bo to inna rozmowa.

Trzy pytania zamiast słownika pojęć

Dostawcy systemów lubią straszyć skrótami, ale cała logika dostępów w firmowej aplikacji sprowadza się do trzech pytań, na które odpowiadasz po polsku, bez żadnej wiedzy technicznej:

• Kim jesteś? To rola. Pracownik, kierownik, księgowość, właściciel. Rola opisuje miejsce w procesie, nie konkretną osobę: nowy człowiek dostaje gotowy zestaw dostępów w minutę, zamiast listy dwudziestu ręcznych przełączników do ustawienia.
• Co możesz zrobić? To uprawnienia. Cztery poziomy pokrywają większość potrzeb: podgląd, edycja, zatwierdzanie, administracja. Ktoś tylko patrzy, ktoś wpisuje, ktoś akceptuje, ktoś zarządza kontami i ustawieniami.
• Które dane widzisz? To zakres. Monter widzi swoje zlecenia, kierownik wszystkie, oddział swoje, centrala całość. Zakres bywa ważniejszy niż uprawnienia: najwięcej napięć w firmach bierze się nie z tego, że ktoś mógł coś zmienić, tylko z tego, że zobaczył kwoty nie na swoje oczy.

Przykład z biura: pracownik widzi swoje zlecenia i może je edytować, kierownik widzi wszystkie i zatwierdza, księgowość ma podgląd danych rozliczeniowych, a wrażliwe akcje, jak usunięcie zlecenia czy zmiana ceny, są ograniczone do dwóch osób. Cztery zdania i macierz dostępów dla całej firmy jest gotowa.

Cztery role zamiast dwunastu

Najczęstszy odruch to przeniesienie do systemu całego schematu organizacyjnego: osobna rola dla każdego stanowiska. W praktyce firmom do kilkudziesięciu osób niemal zawsze wystarczają cztery:

• Pracownik – widzi i obsługuje swoje: zlecenia, do których jest przypisany, swój kalendarz, swoje raporty godzin. Nie widzi cudzych stawek ani finansów firmy.
• Kierownik – widzi wszystko w swoim obszarze, przydziela pracę i zatwierdza. Do tego raporty: obłożenie, terminy, zaległości.
• Biuro i księgowość – faktury, płatności, dokumenty i dane rozliczeniowe, zwykle bez operacyjnych szczegółów zleceń, bo nie są im do niczego potrzebne.
• Właściciel – pełny obraz plus zarządzanie kontami: zapraszanie, dezaktywacja, zmiana ról. W małej firmie to jedna osoba i tak jest dobrze.

Kolejność rozbudowy ma znaczenie: system, który rusza z czterema rolami, można rozszerzyć o piątą w kilka godzin pracy z salda. System projektowany od razu na dwanaście ról buduje się dłużej i drożej, a po roku zwykle okazuje się, że połowy nikt nie użył. Role dopisuje się wtedy, gdy proces ich zażąda, nie na zapas.

Podwykonawca: konto zamiast zaufania na słowo

Najtrudniejszy przypadek to osoba spoza firmy: monter, serwisant, agencja, biuro rachunkowe. Dziś najczęściej dostaje wszystko albo nic. Albo link do wspólnego arkusza, w którym widzi marże i pełną bazę klientów, albo zero dostępu i codzienne telefony z pytaniem, co ma robić. Obie wersje są złe i obie kosztują: pierwsza ryzyko, druga czas biura.

W firmowej aplikacji podwykonawca dostaje własne konto z rolą skrojoną pod współpracę:

• Widzi tylko przydzielone zlecenia – adres, zakres, termin, załączniki. Jego lista kończy się na tym, co ma zrobić.
• Nie widzi kwot, których widzieć nie powinien – ceny dla klienta, marże i rozliczenia innych podwykonawców zostają poza jego ekranem.
• Raportuje w systemie, nie SMS-em – odhacza wykonanie, dodaje zdjęcia, zgłasza problem. Status u Was zmienia się w momencie, w którym on kliknie.
• Zostawia ślad – każda jego zmiana ma autora i datę, więc rozliczenie współpracy opiera się na historii w systemie, a nie na pamięci obu stron.

Koniec współpracy to dezaktywacja jednego konta, minuta pracy. Bez zmieniania hasła do wspólnego arkusza, które zna jeszcze pięć osób, i bez zgadywania, co odchodzący podwykonawca zdążył skopiować z pliku, do którego przez dwa lata miał pełny wgląd.

Prowadzimy serwis instalacji. Zlecenia rozdzielamy w arkuszu, ale monterom wysyłamy zdjęcia ekranu, bo w pliku są stawki i marże, których nie powinni widzieć. Chcę, żeby każdy monter miał swoją listę na telefonie, odhaczał robotę i dodawał zdjęcia, a biuro widziało całość z cenami.

Ślad zmian: koniec dochodzenia, kto to zepsuł

Drugi filar porządku, obok ról, to historia zmian. W arkuszu wartość jest po prostu inna niż wczoraj i zaczyna się dochodzenie, kto miał otwarty plik. W firmowej aplikacji każda ważna zmiana ma autora i datę: kto przesunął termin, kto skorygował cenę, kto zatwierdził dokument.

Wbrew pozorom to nie jest narzędzie nadzoru, tylko ochrona ludzi. Ślad zmian kończy rozmowy w stylu „na pewno ty to zmieniłeś”, bo zamiast podejrzeń jest zapis. Pracownik, który zrobił dobrze, ma na to dowód, a pomyłkę widać na tyle wcześnie, że da się ją cofnąć, zanim pojedzie dalej: na fakturę, do klienta, do raportu.

Osobna decyzja to wrażliwe akcje: usunięcie rekordu, zmiana ceny, eksport bazy klientów. Te warto od początku ograniczyć do wybranych ról i wymagać zatwierdzenia tam, gdzie pomyłka jest droga. To decyzja produktowa podejmowana przy projektowaniu, a nie po pierwszym incydencie.

Ile to kosztuje w godzinach

Logika ról nie jest darmowa, ale nie jest też projektem samym w sobie: to warstwa dokładana do procesu, który system obsługuje. Rachunek przy jednej stawce 600 zł netto za godzinę wygląda tak:

• Klikalna makieta – 10 h, 6 000 zł netto. Na ekranach od razu widać, kto co widzi: inny widok montera, inny biura, inny właściciela. To najtańszy moment na wyłapanie nieporozumień o zakresy, bo poprawka ekranu makiety kosztuje minuty.
• MVP – 30 h, 18 000 zł netto. Pierwsza wersja do wpuszczenia do firmy: konta, logowanie i prosty podział na 3–4 role mieszczą się w tej kotwicy obok głównego procesu, na przykład obiegu zleceń.
• Produkt – 60 h, 36 000 zł netto. Dojrzalsze narzędzie: rozbudowane role, zatwierdzanie wrażliwych akcji, raporty, konta dla podwykonawców albo klientów.

Godziny dodają dopiero wymagania ponad standard: kilka oddziałów z osobnymi zakresami danych, uprawnienia ustawiane indywidualnie dla poszczególnych klientów, logowanie kontami firmowymi. To nie jest „drożej, bo trudny temat”, tylko konkretne pozycje w estymacie, którą dostajesz na piśmie i akceptujesz przed startem. Przy zakupie pakietów saldo rośnie szybciej niż wpłata: za 30 opłaconych godzin masz na koncie 31,75 h, za 60 opłaconych 67,25 h, a niewykorzystane godziny nie przepadają.

Trzy błędy, które robią chaos zamiast porządku

• Wszyscy adminami. Na początku „na chwilę, żeby było prościej”, potem na stałe. Po roku każdy może wszystko, czyli wraca stan z Excela, tylko w droższym opakowaniu.
• Wyjątki dla osób zamiast ról. „Kasia ma jeszcze widzieć faktury” ustawione ręcznie. Po trzech takich wyjątkach nikt nie pamięta, kto co widzi i dlaczego, a odejście jednej osoby wymaga archeologii.
• Wspólne konto „biuro”. Jedno hasło na karteczce, pięć osób, zero śladu. Oszczędność czterech kont, a w zamian każda pomyłka jest anonimowa i każde wyjaśnianie trwa godzinę.

Jest i czwarty błąd, odwrotny: zamknięcie wszystkiego przed wszystkimi. System, w którym ludzie nie widzą rzeczy potrzebnych do pracy, przegrywa z arkuszem w dwa tygodnie, bo zespół zaczyna go obchodzić bokiem. Dostępy mają porządkować pracę, nie utrudniać jej na pokaz.

Do startu nie potrzebujesz specyfikacji. Wystarczy tabelka z ćwiczenia powyżej albo zwykły opis: kto u Ciebie zagląda do danych, co powinien móc, czego nie powinien widzieć. Zakres ról ustalamy na discovery i zapisujemy w panelu, więc od pierwszego dnia wiadomo, kto co widzi, a projekt bierze konkretny inżynier do 24 godzin od płatności.

Formalności też są policzalne. Poufność obowiązuje od pierwszej wiadomości, wprost z regulaminu, bez podpisywania czegokolwiek. Pokazy i piloty jadą na danych syntetycznych, co przy systemie, którego sednem jest „kto czego nie powinien widzieć”, ma znaczenie praktyczne: prawdziwe stawki i dane klientów nie krążą po wersjach testowych. Kod i pełne prawa majątkowe są w 100% Twoje po każdym opłaconym etapie, a fakturę VAT wystawia aveneo, software house działający od 2008 roku, którego marką jest uncrn.

← wszystkie wpisy