Obsługa informatyczna pod klucz - kto za co odpowiada

Obsługa informatyczna pod klucz w umowie

Obsługa informatyczna pod klucz oznacza, że jeden dostawca odpowiada za działanie całego środowiska IT klienta i rozlicza się z wyniku, a nie z liczby przepracowanych godzin. Firma nie dzieli infrastruktury między kilku wykonawców, więc przy awarii nie musi ustalać, do kogo skierować zgłoszenie.

Określenie „pod klucz” nie ma definicji prawnej. Jego znaczenie wynika z umowy i załączników, dlatego zakres opisuje się warstwa po warstwie. Pełny outsourcing IT różni się od doraźnego serwisu tym, że dostawca prowadzi inwentarz sprzętu i licencji. Sam planuje aktualizacje i wykrywa awarie, zanim zgłosi je użytkownik. Szerszy opis takiego modelu znajduje się w materiale o outsourcingu IT w Poznaniu.

Reguła: hasło „pod klucz” nie zastępuje wykazu usług. Obowiązuje tylko to, co wymieniono w załączniku do umowy.

Zakres sprawdza się też od strony wyłączeń. Typowe wyłączenia to zakup licencji oraz prace projektowe wykraczające poza ustalony budżet godzin. Zapis o wyłączeniach chroni obie strony: dostawca nie przejmuje ryzyka, którego nie wycenił, a firma wie, które zadania wymagają osobnego zlecenia.

Inwentaryzacja na starcie współpracy

Współpraca zaczyna się od audytu początkowego. Zespół techniczny spisuje sprzęt i wersje systemów, a osobno licencje oraz konta administracyjne. Opis istniejących zabezpieczeń trafia do dokumentacji wyjściowej. Ta dokumentacja jest punktem odniesienia: po jej podpisaniu każdy nowy problem można porównać z udokumentowanym stanem, więc dostawca nie odpowiada za zaległości, o których firma go nie poinformowała.

• Inwentarz sprzętu - model i numer seryjny urządzenia oraz data końca gwarancji.
• Rejestr licencji - liczba stanowisk oraz data odnowienia z osobą odpowiedzialną za zakup.

Podział odpowiedzialności między firmę a dostawcę

Najwięcej sporów przy outsourcingu wynika z braku właściciela dla konkretnego elementu środowiska. Macierz RACI przypisuje każdemu zadaniu role po obu stronach umowy, dzięki czemu przy każdej czynności widać wykonawcę i osobę zatwierdzającą. Poniższy przykład pokazuje sposób zapisu, a nie gotowy wzór dla każdej firmy.

Właściciel systemu i właściciel danych

Właściciel systemu decyduje o konfiguracji i oknach serwisowych. Właściciel danych rozstrzyga, kto ma do nich dostęp i jak długo się je przechowuje. Dostawca IT zwykle nie jest właścicielem danych, nawet jeśli ma pełne uprawnienia administracyjne do serwera, na którym te dane leżą.

Rozdział ma skutek praktyczny. Prośba o dostęp do folderu księgowości trafia do właściciela danych, a dopiero jego zgoda uruchamia zmianę po stronie dostawcy. Zgoda ma postać wpisu w rejestrze zgłoszeń, więc po latach można ustalić, kto i kiedy podjął decyzję.

Konta uprzywilejowane dostawcy

Dostawca pracuje na kontach administracyjnych, dlatego ich lista i cykl życia należą do umowy. Osobne konto administracyjne dla każdego inżyniera pozwala przypisać zmianę do osoby, czego nie umożliwia wspólne hasło. Przegląd kont wykonuje się w stałych odstępach, a nieaktywne konta wyłącza po potwierdzeniu właściciela danych.

# Konta użytkowników nieaktywne od 90 dni (moduł ActiveDirectory)
Search-ADAccount -AccountInactive -TimeSpan 90.00:00:00 -UsersOnly |
    Select-Object SamAccountName, LastLogonDate, Enabled |
    Sort-Object LastLogonDate

Wynik trafia do właściciela danych, który potwierdza wyłączenie lub pozostawienie konta. Sam mechanizm katalogu opisuje dokumentacja Active Directory Domain Services w Microsoft Learn, a od strony usługi integrację z katalogiem oferuje SoftwareStudio w ramach integracji z Active Directory.

Warstwy wsparcia w pełnym outsourcingu IT

Zgłoszenia trafiają do kolejnych poziomów wsparcia, a każdy poziom ma inny zakres uprawnień. Taki podział skraca drogę prostych spraw i oszczędza czas specjalistów, którzy zajmują się awariami serwerów.

Systemy Windows Server pełnią w firmie funkcję kontrolera domeny, serwera plików, serwera wydruku albo hosta dla aplikacji. Dostawca prowadzi dla nich harmonogram aktualizacji, nadzór nad zajętością dysków i dokumentację konfiguracji. Szczegóły samej platformy opisuje materiał o Windows Server, a zakres administracji serwerami jest przedstawiony w tekście o obsłudze serwerów Windows w Poznaniu.

Monitoring i okna serwisowe

Monitoring sprawdza cyklicznie zajętość dysków i stan usług, a wpisy w dziennikach zdarzeń analizuje pod kątem błędów. Przekroczenie progu tworzy zgłoszenie bez udziału użytkownika. Aktualizacje wykonuje się w oknie serwisowym uzgodnionym z firmą, najlepiej poza godzinami pracy głównych działów. Prosty odczyt wolnego miejsca na dyskach serwera pokazuje mechanizm progu.

Get-CimInstance Win32_LogicalDisk -Filter "DriveType=3" |
    Select-Object DeviceID,
        @{n='WolneGB';e={[math]::Round($_.FreeSpace / 1GB, 1)}},
        @{n='ProcentWolnego';e={[math]::Round(100 * $_.FreeSpace / $_.Size, 1)}}

Wynik porównuje się z progiem ostrzegawczym, na przykład z dziesięcioma procentami wolnego miejsca, i przy przekroczeniu otwiera zgłoszenie z priorytetem zależnym od roli serwera. Dysk, który zapełnia się w tempie kilku procent tygodniowo, wymaga rozbudowy, zanim zatrzyma aplikację.

Aplikacje firmowe w zakresie obsługi

Wiele aplikacji udostępnianych przez Internet, tworzonych w technologiach Microsoftu, na przykład w ASP.NET, wymaga do pracy serwera Windows z usługami IIS. Gdy ten sam dostawca utrzymuje serwer i rozwija aplikację, zgłoszenie „strona nie działa” nie wymaga ustalania, czy winna jest platforma, czy kod. Zespół SoftwareStudio zapewnia w takim układzie zarówno utrzymanie serwerów, jak i rozwój aplikacji, które na nich pracują.

Zasady projektowania i utrzymania takich programów opisują materiały o aplikacji webowej oraz aplikacjach webowych. Dla obsługi informatycznej istotne są dwie rzeczy: wspólny rejestr zmian dla serwera i kodu oraz okno wdrożeniowe uzgodnione z użytkownikami.

Kopie zapasowe i odtwarzanie w zakresie umowy

Dwa parametry opisują ochronę danych: RPO, czyli największa dopuszczalna utrata danych mierzona w czasie, oraz RTO, czyli największy dopuszczalny czas przywrócenia usługi. Umowa pod klucz podaje je osobno dla każdej klasy systemów, a nie jedną wartością dla całej firmy. Aplikacja księgowa i serwer plików z archiwum mają inne wymagania. Koszt ochrony każdej z nich też jest inny.

Wartości w tabeli ilustrują sposób zapisu i nie stanowią oferty. Rzeczywiste parametry wynikają z rozmowy o skutkach przestoju, po której właściciel danych wskazuje, ile pracy jest w stanie odtworzyć ręcznie.

Reguła: kopia bez sprawdzonego odtworzenia jest tylko plikiem. Test odtworzenia wpisuje się do harmonogramu i dokumentuje wynikiem.

Automatyzację kopii i replikacji wspierają narzędzia takie jak backup Nakivo oferowany przez SoftwareStudio. Ogólne mechanizmy kopii w chmurze opisuje przegląd Azure Backup. Dla baz SQL Server dostawca może dołożyć prostą kontrolę wieku ostatniej kopii pełnej.

SELECT d.name AS baza,
       MAX(b.backup_finish_date) AS ostatnia_kopia_pelna
FROM sys.databases AS d
LEFT JOIN msdb.dbo.backupset AS b
       ON b.database_name = d.name AND b.type = 'D'
WHERE d.database_id > 4
GROUP BY d.name
ORDER BY ostatnia_kopia_pelna;

Zapytanie zwraca bazy użytkowników od najstarszej kopii, a wiersz z pustą datą oznacza bazę bez żadnej kopii pełnej. Wynik zasila raport miesięczny i pozwala wychwycić bazę, która wypadła z harmonogramu po zmianie nazwy lub przeniesieniu.

Test odtworzenia w praktyce

Test odtworzenia wykonuje się na osobnym serwerze, a nie na produkcji. Inżynier przywraca kopię, sprawdza otwieranie bazy lub plików i mierzy czas całej operacji. Zmierzony czas porównuje się z parametrem RTO z umowy. Jeśli odtworzenie trwa dłużej niż zapisano, zmienia się albo technologia kopii, albo wartość RTO, a decyzję zatwierdza właściciel danych.

Raportowanie usług i przegląd umowy

Obsługa pod klucz bez raportów zamienia się w zaufanie na słowo. Miesięczny raport pokazuje, co dostawca zrobił, czego nie zdążył i gdzie powtarzają się te same problemy. Podstawowy zestaw wskaźników jest krótki:

• Liczba zgłoszeń - podział na kategorie i priorytety, z porównaniem do poprzedniego miesiąca.
• Czas reakcji - odstęp od zgłoszenia do pierwszej czynności dostawcy, liczony osobno dla każdego priorytetu.
• Czas rozwiązania - odstęp od zgłoszenia do zamknięcia, z odsetkiem zgłoszeń mieszczących się w limicie SLA.
• Dostępność usług - odsetek czasu, w którym serwery i aplikacje działały zgodnie z umową.

Dane do takiego raportu pochodzą z rejestru zgłoszeń, więc każda liczba da się odtworzyć do pojedynczego wpisu. Przykładowe zapytanie liczy zgłoszenia, średni czas rozwiązania i liczbę zgłoszeń w limicie SLA. Nazwy tabeli i kolumn są przykładowe.

SELECT Priorytet,
       COUNT(*) AS LiczbaZgloszen,
       AVG(DATEDIFF(MINUTE, Zgloszono, Rozwiazano)) AS SredniCzasMin,
       SUM(CASE WHEN DATEDIFF(MINUTE, Zgloszono, Rozwiazano) <= LimitSlaMin
                THEN 1 ELSE 0 END) AS WLimicieSla
FROM dbo.Zgloszenie
WHERE Zgloszono >= '20260901' AND Zgloszono < '20261001'
  AND Rozwiazano IS NOT NULL
GROUP BY Priorytet;

Przegląd kwartalny i zgłoszenia powtarzalne

Raport miesięczny pokazuje objawy, a przegląd kwartalny szuka przyczyn. Jeśli to samo zgłoszenie wraca co kilka tygodni, dostawca zakłada zadanie usunięcia przyczyny zamiast kolejnej doraźnej naprawy. Efekt widać w kolejnych raportach jako spadek liczby zgłoszeń w tej kategorii.

Na przeglądzie porządkuje się również sam zakres usług. Nowy dział, nowa aplikacja lub przeniesienie biura zmieniają liczbę stanowisk i profil ryzyka, więc aneks do umowy powinien nadążać za rzeczywistym środowiskiem, a nie za stanem z dnia podpisania.

Model mieszany z własnym działem IT

Obsługa pod klucz nie wyklucza pracowników IT po stronie firmy. W modelu mieszanym część zadań, na przykład kontakt z użytkownikami biznesowymi i decyzje o zakupach, pozostaje w firmie, a bardziej złożone kwestie przejmuje zewnętrzny partner. Firmy z Poznania wybierają ten układ, gdy własny zespół jest mały, a środowisko wymaga wiedzy z kilku dziedzin. Przykładem takiego partnera jest SoftwareStudio jako dostawca usług IT.

W tym modelu granica odpowiedzialności musi być zapisana jeszcze dokładniej niż przy pełnym outsourcingu. Wspólne konto administracyjne, do którego mają dostęp obie strony, utrudnia ustalenie sprawcy zmiany. Lepiej sprawdza się osobne konto dla każdej osoby i wspólny rejestr zmian.

• Po stronie firmy - decyzje biznesowe i akceptacja okien serwisowych oraz zakupy licencji.
• Po stronie dostawcy - administracja i monitoring środowiska oraz eskalacja do producentów.

Porównanie ofert kilku dostawców ułatwiają materiały o outsourcingu IT dla firm w Poznaniu oraz o outsourcingu usług IT. Warianty nazewnictwa i zakres sąsiedniej oferty omawia strona o obsłudze informatycznej firm. Ogólne tło dla producenta oprogramowania, który rozwija także własne aplikacje, daje tekst o software house.

Zakończenie umowy i przekazanie środowiska

Umowa o obsługę pod klucz ma też przepis o zakończeniu współpracy, choć w chwili podpisania wydaje się on zbędny. Dostawca przekazuje wtedy dokumentację konfiguracji i listę kont serwisowych w uzgodnionej formie, a także kopie danych. Firma odbiera dostępy administracyjne w ustalonym terminie.

Reguła: po zakończeniu umowy żadne konto dostawcy nie może pozostać aktywne w domenie ani na urządzeniach brzegowych.

Wygodnie jest opisać ten proces na początku współpracy jako listę kontrolną. Zawiera ona wykaz systemów, kont serwisowych, kluczy do szyfrowania kopii i adresów, na które dostawca wysyłał alerty. Dzięki niej zmiana wykonawcy nie zamienia się w rekonstrukcję środowiska z pamięci pracowników, a nowy dostawca zaczyna od udokumentowanego stanu.