Inwentaryzacja systemów IT i standardów architektonicznych to najmniejszy, najtańszy krok w całej drabinie cyfryzacji — i jedyny, który daje urzędowi albo spółce, a nie dostawcy, kontrolę nad kierunkiem na kolejne 10 lat.
Przykład jednej strony dla Zarządu. Dane ilustracyjne.
EZD, e-urząd, obieg faktur pod KSeF, nowa platforma procesowa — każda z tych decyzji kosztuje setki tysięcy złotych i wiąże organizację z dostawcą na lata. Inwentaryzacja daje obiektywną wiedzę o tym, co faktycznie macie, w jakim jest stanie i czego brakuje, zanim ta decyzja zapadnie — żebyśmy to my definiowali kierunek, a nie oferta dostawcy.
| Bez inwentaryzacji | Po inwentaryzacji |
|---|---|
| SWZ pisane w oparciu o oferty dostawców. To oferty dostawców często definiują wymagania. | SWZ pisane w oparciu o rzeczywiste potrzeby — urząd definiuje wymagania, dostawca je spełnia |
| Klauzule otwartości i plan wyjścia „może dopiszemy" | 20 wzorcowych klauzul architektonicznych obligatoryjnie w każdej umowie IT |
| Nakładające się funkcjonalnie systemy — organizacja płaci dwa razy | Wiadomo dokładnie, co organizacja posiada i gdzie są luki — kupuje się tylko brakujące zdolności |
| Aneksy do umów za integracje pominięte w SWZ, na koszt zamawiającego | Katalog obowiązkowych integracji z systemami centralnymi w SWZ od pierwszego dnia |
| Ryzyko niezgodności KSC/NIS2/RODO/AI Act wychodzi dopiero w audycie | Wymagania zgodności regulacyjnej opisane w SWZ i egzekwowane od dostawcy |
| Uzależnienie od dostawcy — po latach nie da się go zmienić bez utraty danych | Klauzule eksportu danych, plan wyjścia, depozyt kodu — pełna suwerenność zamawiającego |
| Brak uzasadnienia decyzji zakupowej dla organów kontroli | Udokumentowana kategoryzacja A/B/C/D i uzasadnienie decyzji |
| Wnioski o dofinansowanie UE bez solidnej bazy analitycznej | Materiał wejściowy do wniosków o środki UE/KPO/programy krajowe |
Przygotowany od zera przez niezależnego doradcę, dopasowany do specyfiki jednostki — nie szablon do wypełnienia we własnym zakresie. Razem 16 dokumentów i narzędzi, które stanowią fundament transformacji cyfrowej i realizacji długoterminowej strategii IT.
Warsztat startowy z kierownictwem (Starosta lub Prezes, Sekretarz, IT) i ankieta inwentaryzacyjna do wydziałów i dostawców.
Analiza dokumentacji, wywiady z właścicielami systemów (5–10 × 45–60 min), weryfikacja techniczna z IT. 1–3 dni spotkań z właścicielami procesów na miejscu, reszta online.
Wstępna kategoryzacja A/B/C/D i warsztat walidacyjny z kierownictwem wydziałów.
Raport i komplet dokumentów, przygotowanie i sesja prezentacyjna dla Zarządu (60–90 min).
Najedź na wiersz albo wybierz go klawiszem Tab, żeby zobaczyć przykład.
| Kat. | Definicja | Typowe działanie |
|---|---|---|
| A | Systemy zgodne z architekturą docelową, wysokiej dojrzałościPrzykład: system kadrowo-płacowy z aktualną umową serwisową i otwartym API. | Utrzymanie i kontrolowany rozwój |
| B | Właściwy kierunek, wymaga dostosowańPrzykład: system finansowo-księgowy bez integracji z KSeF. | Plan modyfikacji, negocjacje z dostawcą |
| C | System rodzi ryzyko — przestarzała technologia, koniec wsparcia, uzależnienie od dostawcy, brak integracjiPrzykład: obieg dokumentów, którego producent kończy wsparcie w przyszłym roku. | Plan wycofania i zastąpienia |
| D | Brakująca zdolność w portfolio, potrzebna w perspektywie 1–10 latPrzykład: obieg faktur kosztowych prowadzony dziś w poczcie i arkuszu. | Priorytetyzacja wdrożeń, wybór modelu dostarczenia |
A utrzymać
B dostosować
C wycofać i zastąpić
D uzupełnić
Ocena opiera się na 5 ważonych wymiarach: funkcjonalność i wartość biznesowa (20%), architektura i otwartość — API, integracje, standardy, gotowość na AI (25%), bezpieczeństwo i zgodność — KSC/NIS2/RODO/KRI/WCAG (20%), technologia i dostawca — aktualność, wsparcie, uzależnienie od dostawcy (20%), ekonomia i koszt całkowity (15%).
Zależnie od liczby systemów i wydziałów. Dokładną wycenę ustalam po 30-minutowej rozmowie o skali organizacji.
Dla porównania: komplet dokumentów strategicznych i standardów zamawiany osobno kosztowałby 40–80 tys. zł.
Metodyka → karta inicjatywy → ocena architektoniczna → klauzule do postępowania → rejestr ryzyk.
Katalog standardów, 20 klauzul umownych i karta oceny — wiadomo, o co pytać, zanim usiądzie się z dostawcą do stołu.
Macierz integracji z systemami centralnymi jako gotowy punkt wyjścia do każdego kolejnego projektu integracyjnego.
Aktualizacja co 12–18 miesięcy, prowadzona samodzielnie przez własne IT w tej samej metodyce lub jako aktualizacja inwentaryzacji prowadzona przez doradcę.
Standardowo 2–6 tygodni od podpisania umowy do sesji prezentacyjnej dla zarządu, zależnie od liczby systemów. Tylko 1–3 dni to praca na miejscu, reszta odbywa się zdalnie. Zaangażowanie osoby koordynującej po stronie organizacji to około 10 godzin łącznie.
Nie. Kończy się wymaganiami, klauzulami umownymi i macierzą integracji, czyli tym, co i tak trzeba przygotować przed postępowaniem. Zwykle skraca przygotowanie postępowania, bo zastępuje zbieranie ofert od dostawców jako punkt wyjścia.
To metoda oceny każdego systemu w pięciu ważonych wymiarach (funkcjonalność, architektura i otwartość, bezpieczeństwo i zgodność, technologia i dostawca, ekonomia i koszt całkowity), która kończy się przypisaniem systemu do jednej z czterech kategorii: A (utrzymać), B (dostosować), C (planować zastąpienie) albo D (brakująca zdolność do zaplanowania).
Nie — prace prowadzone są na poziomie systemów, umów i konfiguracji, bez dostępu do danych osobowych przetwarzanych w tych systemach. Jeśli w konkretnym przypadku potrzebny byłby taki dostęp, wymaga to osobnej umowy powierzenia zgodnej z art. 28 RODO.
Stają się punktem startu do kolejnych działań: specyfikacji nowego projektu, przygotowania do rozmów z dostawcami, wniosków o dofinansowanie, kolejnej, okresowej aktualizacji prowadzonej samodzielnie przez własny dział IT na tej samej metodyce. To nie jest raport, który trafia do szuflady.
Audyt bezpieczeństwa ocenia zgodność z konkretną normą lub przepisem i kończy się listą niezgodności. Inwentaryzacja daje szerszy, biznesowy obraz całego portfela systemów — koszty, ryzyka, luki, kierunek rozwoju — i od razu przekłada się na dokumenty robocze do kolejnych decyzji, nie tylko na listę do poprawy.
Tak. Rejestr aplikacji zawiera dla każdego systemu właściciela, umowę, licencję, koszt i koniec wsparcia. Dzięki temu widać, które umowy się kończą, gdzie organizacja jest uzależniona od jednego dostawcy i ile naprawdę kosztuje utrzymanie.
