Umowa na obsługę informatyczną firmy — co musi zawierać w 2026 roku

Umowa na obsługę IT w skrócie — 7 elementów, bez których nie podpisuj

Umowa na obsługę informatyczną firmy powinna zawierać: precyzyjny zakres usług, tabelę SLA z czasem reakcji, priorytety zgłoszeń, zasady rozliczeń wraz z limitem godzin, klauzulę waloryzacyjną, umowę powierzenia przetwarzania danych osobowych, zasady dostępu do haseł i dokumentacji oraz warunki wypowiedzenia z procedurą przekazania infrastruktury.

Brak choćby jednego z tych elementów zwykle wychodzi dopiero w momencie kryzysu — awarii, sporu o fakturę albo zmiany dostawcy. Siedem punktów poniżej to filtr, przez który warto przepuścić każdy projekt umowy, zanim trafi do podpisu.

Zakres usług — dlaczego „kompleksowa obsługa informatyczna” to za mało

Zakres usług, spisany zbyt ogólnie, jest najczęstszym źródłem sporów w pierwszych trzech miesiącach współpracy. Zwrot „kompleksowa obsługa informatyczna firmy” brzmi dobrze w ofercie, ale w umowie nie mówi nic o tym, czy dostawca odpowiada za drukarki, licencje Microsoft 365, backup czy tylko za sieć. Dobra umowa wymienia systemy z nazwy, a nie kategoriami.

Praktyka pokazuje, że firmy przechodzące z jednego dostawcy na drugiego najczęściej odkrywają brakujący zakres dopiero przy pierwszej poważniejszej awarii — na przykład wtedy, gdy padnie serwer terminalowy, a w umowie nikt nie zapisał, kto go administruje. Dobrze skonstruowana obsługa informatyczna firm w abonamencie rozdziela systemy na trzy grupy: objęte stałym monitoringiem, objęte wsparciem na zgłoszenie i wyłączone z umowy.

Co powinno być wymienione z nazwy

Umowa powinna wskazywać konkretne elementy infrastruktury: liczbę i model serwerów, system operacyjny, oprogramowanie do backupu, firewall (z modelem urządzenia), pakiet biurowy i liczbę stanowisk objętych wsparciem. Im więcej konkretów w załączniku technicznym, tym mniej miejsca na interpretację przy sporze.

Czego zwykle nie ma w abonamencie (i słusznie)

Poza standardowym zakresem zwykle zostają: wdrożenia nowych systemów, migracje serwerowni, odzyskiwanie danych po awarii sprzętu (nie mylić z przywróceniem z backupu) oraz szkolenia pracowników. To nie jest zaniedbanie dostawcy — to są projekty jednorazowe, które rozliczane ryczałtem zawyżałyby cenę abonamentu dla wszystkich klientów. Umowa powinna jednak wprost wymieniać te wyłączenia, żeby uniknąć nieporozumienia przy pierwszym zgłoszeniu.

SLA — czas reakcji, czas naprawy i okna serwisowe

SLA (Service Level Agreement) w obsłudze informatycznej to zapisany w umowie standard czasu reakcji i czasu naprawy dla poszczególnych priorytetów zgłoszeń. Bez tabeli SLA umowa mówi tylko, że dostawca „zareaguje szybko” — co w praktyce bywa różnie interpretowane przez obie strony.

Reakcja a naprawa — najczęściej mylone pojęcia

Czas reakcji to moment, w którym inżynier potwierdza przyjęcie zgłoszenia i zaczyna diagnozę — nie moment rozwiązania problemu. Czas naprawy liczy się od zgłoszenia do przywrócenia działania usługi. Umowy, w których figuruje wyłącznie „czas reakcji SLA”, zostawiają otwartą furtkę: dostawca może formalnie zmieścić się w SLA, mimo że awaria trwa jeszcze wiele godzin. Choć dość często trudno jest oszacować czas naprawy, dlatego w wielu umowach ten wskaźnik w ogóle się nie pojawia.

Priorytety zgłoszeń: krytyczny, wysoki, standardowy

Nie każda awaria zasługuje na ten sam czas reakcji. Padnięcie serwera pocztowego dla całej firmy to inna kategoria niż wolno działająca drukarka w jednym dziale. Rozsądna umowa dzieli zgłoszenia na minimum trzy priorytety i przypisuje każdemu osobny czas reakcji oraz naprawy.

Tabela SLA — wzór do skopiowania

Wartości orientacyjne — rekomendujemy zweryfikować je względem specyfiki własnej infrastruktury i wielkości zespołu wsparcia dostawcy przed podpisaniem.

Zanim porównasz to zestawienie z ofertą konkretnego dostawcy, policz abonament w kalkulatorze — pokazuje, jak liczba stanowisk i wybrany priorytet SLA przekładają się na koszt miesięczny.

Rozliczenia — abonament, limit godzin, nadgodziny, waloryzacja

Model rozliczeń w obsłudze IT opiera się zwykle na stałym abonamencie z wliczonym limitem godzin wsparcia, a nadwyżka rozliczana jest według stawki godzinowej. Zanim porównasz konkretne oferty, warto zajrzeć do naszego cennika outsourcingu IT na 2026 rok — pokazuje orientacyjne widełki dla różnej liczby stanowisk.

Umowa powinna precyzyjnie określać, co dzieje się po przekroczeniu limitu godzin: czy nadgodziny rozliczane są automatycznie według sztywnej stawki, czy wymagają wcześniejszej akceptacji klienta. Firmy, które tego nie doprecyzowały, regularnie opisują na forach branżowych sytuację, w której faktura za „drobną pomoc” okazuje się kilkukrotnie wyższa od spodziewanej.

Klauzula waloryzacyjna — na co uważać w 2026

Klauzula waloryzacyjna pozwala dostawcy podnieść cenę abonamentu raz w roku, zwykle o wskaźnik inflacji GUS lub inny uzgodniony indeks. Sama klauzula nie jest problemem — problemem bywa brak górnego limitu podwyżki albo prawo do waloryzacji częściej niż raz w roku. Umowa bez jasno wskazanego wskaźnika odniesienia zostawia dostawcy pełną swobodę ustalania nowej ceny, co w dłuższej perspektywie unieważnia sens negocjowania stawki na starcie.

Bezpieczeństwo i zgodność: powierzenie danych, RODO, NIS2

Firma IT obsługująca infrastrukturę klienta z reguły ma dostęp do danych osobowych przechowywanych na serwerach, w pocztach czy systemach CRM. Zgodnie z art. 28 RODO taki dostęp wymaga odrębnej umowy powierzenia przetwarzania danych osobowych, niezależnie od głównej umowy na obsługę informatyczną. Bez takiej umowy przetwarzanie danych jest niezgodne z RODO i naraża obie strony na odpowiedzialność administracyjną, łącznie z karami finansowymi nakładanymi przez UODO.

Umowa powierzenia powinna wymieniać cel i czas trwania przetwarzania, kategorie danych oraz środki techniczne zabezpieczające dostęp. Więcej na ten temat piszemy w osobnym materiale o RODO w IT — z checklistą obowiązków administratora i podmiotu przetwarzającego.

Od 3 kwietnia 2026 roku obowiązuje w Polsce znowelizowana ustawa o Krajowym Systemie Cyberbezpieczeństwa, wdrażająca unijną dyrektywę NIS2. Nowe przepisy nakładają konkretne obowiązki na blisko 38 000 polskich organizacji z sektora prywatnego i publicznego, a firmy spełniające kryteria muszą zarejestrować się w wykazie podmiotów kluczowych i ważnych do 3 października 2026 roku. Dla wielu klientów mIT group oznacza to nowy punkt w umowie z dostawcą IT: obowiązek zgłaszania incydentów bezpieczeństwa w określonym czasie oraz potwierdzenie, że podwykonawca spełnia minimalne standardy zarządzania ryzykiem. Jeśli firma podlega pod NIS2 lub nie jest pewna swojego statusu, dobrym punktem wyjścia jest audyt bezpieczeństwa sieci obejmujący ocenę zgodności z nowymi wymogami.

Wyjście z umowy — wypowiedzenie, przekazanie dostępów, hasła i dokumentacja

Moment podpisania umowy to najlepszy — i praktycznie jedyny — moment, żeby wynegocjować bezpieczne warunki jej zakończenia. Standardowy okres wypowiedzenia w outsourcingu IT to od 1 do 3 miesięcy, liczony na koniec miesiąca kalendarzowego (zależnie od skali obsługiwanej infrastruktury — do potwierdzenia indywidualnie). Krótszy okres oznacza ryzyko nagłej luki w obsłudze, dłuższy — związanie z dostawcą na wypadek pogorszenia jakości usług.

Klauzula exit — jak nie zostać zakładnikiem dostawcy

Klauzula exit to fragment umowy opisujący procedurę przekazania infrastruktury po jej zakończeniu: hasła administracyjne, dokumentację sieci, dostępy do paneli hostingowych i domen, kopie konfiguracji urządzeń sieciowych. Bez takiej klauzuli zmiana dostawcy potrafi trwać tygodniami, bo poprzedni wykonawca formalnie nie ma obowiązku aktywnie pomagać w przekazaniu. Dobra procedura zawiera termin (np. 14 dni roboczych od zakończenia umowy) oraz listę dokumentów, które muszą trafić do klienta w formie elektronicznej. Jeśli stoisz właśnie po tej stronie procesu, opisaliśmy krok po kroku, jak wygląda przejęcie IT krok po kroku od strony nowego dostawcy.

Najczęstsze błędy w umowach na obsługę informatyczną — z naszej praktyki

Powtarzalność błędów w umowach, które trafiają na nasze biurko przy przejęciach klientów od innych dostawców, jest zaskakująco wysoka. Trzy z nich pojawiają się najczęściej.

Pierwszy to SLA bez rozróżnienia priorytetów — jeden czas reakcji dla awarii serwera i dla wymiany tonera. W praktyce dostawca zawsze zdąży obsłużyć to, co tańsze i prostsze, zostawiając poważniejsze zgłoszenia na koniec kolejki, bo formalnie mieści się w tym samym SLA.

Drugi to brak klauzuli exit, o której pisaliśmy wyżej — spotykamy ją w mniej więcej co drugiej umowie, którą analizujemy podczas realizacji i case studies obsługi IT prowadzonych dla nowych klientów. Bez niej przejęcie infrastruktury od poprzedniego dostawcy potrafi wydłużyć się nawet o miesiąc.

Trzeci, rzadziej dyskutowany błąd, to umowa powierzenia RODO podpisana raz, przy starcie współpracy, i nigdy niezaktualizowana mimo zmiany zakresu usług — na przykład dodania nowego systemu CRM z danymi klientów, którego pierwotna umowa w ogóle nie obejmowała.

FAQ — umowa na obsługę informatyczną

Czym różni się umowa na obsługę informatyczną od umowy o dzieło z informatykiem?

Umowa na obsługę informatyczną to zwykle umowa o świadczenie usług ciągłych, rozliczana abonamentowo, z zapisanym SLA i priorytetami zgłoszeń. Umowa o dzieło dotyczy jednorazowego, zamkniętego rezultatu — np. wdrożenia jednego systemu — bez elementu stałej opieki nad infrastrukturą.

Jaki czas reakcji SLA jest standardem rynkowym dla małej firmy?

Dla awarii krytycznej standardem jest reakcja do 1–2 godzin w godzinach pracy dostawcy, przy naprawie w ciągu 4–8 godzin. Dla zgłoszeń standardowych akceptowalny czas reakcji sięga 8 godzin roboczych. Wartości te warto potwierdzić względem wielkości zespołu konkretnego dostawcy.

Czy umowa powierzenia RODO to obowiązkowy element umowy z firmą IT?

Tak, jeśli dostawca ma dostęp do danych osobowych przetwarzanych przez klienta — a w praktyce ma go niemal zawsze, obsługując serwery, pocztę czy backup. Art. 28 RODO wymaga odrębnej umowy lub załącznika regulującego ten dostęp, niezależnie od głównej umowy na obsługę.

Ile powinien wynosić okres wypowiedzenia umowy z firmą informatyczną?

Najczęściej stosowany okres to 1–3 miesiące, liczone na koniec miesiąca kalendarzowego. Krótszy okres zwiększa elastyczność klienta, ale może też oznaczać mniejszą stabilność dla dostawcy planującego zasoby zespołu wsparcia.

Co powinno się znaleźć w procedurze przejęcia IT od poprzedniego dostawcy?

Procedura powinna obejmować termin przekazania (np. 14 dni roboczych), listę haseł administracyjnych, dokumentację sieci i konfiguracji urządzeń, dostępy do domen i paneli hostingowych oraz kontakt do osoby odpowiedzialnej za przekazanie po stronie poprzedniego dostawcy.

Czy każda firma musi dostosować umowę IT do wymogów NIS2?

Nie każda — obowiązek dotyczy podmiotów kluczowych i ważnych wskazanych w ustawie o KSC, głównie z sektorów infrastruktury krytycznej, energetyki, zdrowia czy usług cyfrowych. Firmy spoza tych sektorów nie muszą formalnie dostosowywać umowy, choć rosnące wymogi klientów objętych NIS2 często wymuszają podobne standardy w łańcuchu dostawców.

Wolisz, żebyśmy przejrzeli Twoją umowę? Prześlij projekt umowy, którą dostałeś od dostawcy IT. Odeślemy komentarz do zapisów o SLA, rozliczeniach i wyjściu z umowy — bezpłatnie i bez zobowiązania, że zostaniesz naszym klientem. Jeśli przy okazji chcesz porównać ofertę — bezpłatna wycena obsługi informatycznej w 24 godziny, także dla firm spoza outsourcingu IT w Łodzi.

Wykorzystane źródła

• UODO — Powierzenie przetwarzania danych osobowych — wytyczne dotyczące obowiązkowej formy i treści umowy powierzenia na podstawie art. 28 RODO
• Sedivio — Dyrektywa NIS2: czym jest i kogo dotyczy — zakres podmiotowy i terminy wdrożenia znowelizowanej ustawy o KSC w Polsce

Autor artykułu

Michał Szapiel

W zalewie informacji czuję się jak ryba w wodzie. Uwielbiam wyszukiwać technologiczne perełki i nietuzinkowe rozwiązania, które realnie usprawniają biznes. Praca w Agile i SCRUM to dla mnie standard, ale to pasja do pisania o technologii, grafice i programowaniu napędza mnie do działania. Codziennie czytam, testuję i wdrażam nowinki, którymi dzielę się tutaj z Tobą.

Opublikowano: 25 lipca 2026 · Zaktualizowano: 14 września 2026