Umowa SLA i umowa wdrożeniowa IT: wzór, parametry i podpis online

• Definicja usługi i środowiska, którego dotyczy pomiar. Spór o „system nie działał” zaczyna się od pytania, czy chodziło o produkcję, czy o panel administracyjny.
• Wzór liczenia dostępności, okres rozliczeniowy i wyłączenia (prace planowane, awarie po stronie klienta, siła wyższa).
• Kategorie zgłoszeń z przykładami, czasy reakcji i naprawy oraz godziny, w których zegar biegnie.
• Kanał zgłoszeń: tylko zgłoszenie w ustalonym kanale uruchamia liczenie czasu.
• Konsekwencje: kredyty serwisowe (obniżenie abonamentu), kary umowne z limitem, prawo wypowiedzenia przy trwałym naruszaniu SLA.
• Raportowanie i dostęp klienta do danych pomiarowych.

Kara umowna może zabezpieczać tylko zobowiązanie niepieniężne (art. 483 § 1 KC), a utrzymanie usługi nim jest. Gdy zobowiązanie wykonano w znacznej części albo kara jest rażąco wygórowana, dłużnik może żądać jej zmniejszenia (art. 484 § 2 KC). Limit odpowiedzialności jest dopuszczalny, ale nieważne jest zastrzeżenie, że dłużnik nie odpowiada za szkodę wyrządzoną umyślnie (art. 473 § 2 KC).

Umowa wdrożeniowa oprogramowania to zwykle umowa mieszana: konfiguracja i programowanie z określonym rezultatem mają cechy umowy o dzieło, a analiza, szkolenia i wsparcie są usługami. Od tego, co przeważa, zależą przepisy o odpowiedzialności, dlatego lepiej opisać wszystko wprost. Elementy, bez których wdrożenie wymyka się spod kontroli:

1. Analiza przedwdrożeniowa jako osobny etap z własnym odbiorem. Jej wynik (specyfikacja) staje się załącznikiem i punktem odniesienia dla odbioru końcowego.
2. Harmonogram z kamieniami milowymi i obowiązkami klienta: dostęp do systemów, dane do migracji, osoby do testów. Opóźnienie po stronie klienta przesuwa terminy wykonawcy.
3. Procedura odbioru: środowisko testowe, scenariusze, termin na zgłoszenie błędów, klasyfikacja błędów blokujących, odbiór z uwagami. Każdy odbiór potwierdzaj protokołem, zobacz protokół wykonania usługi i protokół odbioru.
4. Zmiany zakresu (change request): wycena, wpływ na termin i akceptacja przed wykonaniem. Bez tego wykonawca robi więcej, a klient odmawia zapłaty.
5. Wynagrodzenie: ryczałt za etapy albo czas i materiały ze stawką i limitem godzin.
6. Prawa do rezultatów, kod źródłowy, dokumentacja i przejście w utrzymanie na warunkach SLA.

Umowa serwisowa IT, umowa hostingowa i umowa na wykonanie strony internetowej to warianty tego samego schematu: przy stronie www dominuje dzieło z odbiorem, przy hostingu i serwisie usługa ciągła z SLA.

Programy komputerowe podlegają ochronie jak utwory literackie (art. 74 ust. 1 ustawy o prawie autorskim). Tu jest najważniejsza pułapka formalna całej umowy wdrożeniowej:

• Umowa o przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności (art. 53). Zwykły ani zaawansowany podpis elektroniczny tej formy nie spełnia. Potrzebny jest podpis własnoręczny albo kwalifikowany podpis elektroniczny.
• Licencja wyłączna również wymaga formy pisemnej pod rygorem nieważności (art. 67 ust. 5).
• Licencja niewyłączna nie ma wymogu formy. Umowa, która nie mówi wyraźnie o przeniesieniu, jest traktowana jak licencja (art. 65), a licencja bez wskazania czasu i terytorium uprawnia do korzystania przez pięć lat w kraju siedziby licencjobiorcy (art. 66 ust. 1).
• Zarówno przeniesienie, jak i licencja obejmują tylko pola eksploatacji wyraźnie w umowie wymienione (art. 41 ust. 2).

Praktyczne rozwiązanie: umowę wdrożeniową i SLA podpisz online, z postanowieniem o licencji niewyłącznej na czas nieoznaczony, na wymienionych polach eksploatacji, bez ograniczenia terytorialnego. Jeżeli klient potrzebuje pełnych praw do kodu (na przykład pod inwestora), przygotuj osobny, krótki dokument przeniesienia praw i podpiszcie go odręcznie albo kwalifikowanym podpisem elektronicznym. Szerzej: umowa o przeniesienie praw autorskich: jaki podpis.

Parametry jakości sprawdzają się także w usługach agencyjnych. W umowie na prowadzenie social media albo w umowie marketingowej z agencją warto wpisać: czas odpowiedzi na komentarze i wiadomości w godzinach pracy, termin przedstawienia postów do akceptacji i liczbę rund poprawek, termin publikacji po akceptacji, dzień przekazania raportu miesięcznego i czas reakcji na kryzys wizerunkowy. Konsekwencją przekroczeń może być obniżenie wynagrodzenia za dany miesiąc. Prawa do grafik i tekstów rozwiąż tak jak w IT: licencja w umowie głównej, przeniesienie osobnym dokumentem w formie pisemnej. O umowach agencji piszemy więcej na stronie podpis elektroniczny dla agencji.

1. Scal umowę główną, załącznik SLA, specyfikację i harmonogram w jeden PDF (do 6 MB). Podpis obejmuje całość, więc nikt nie podmieni później załącznika z czasami reakcji.
2. Dodaj sygnatariuszy: osoby reprezentujące obie spółki według KRS. Przy zarządzie wieloosobowym dodaj wszystkie wymagane osoby i ustaw kolejność, na przykład najpierw dyrektor IT klienta jako akceptujący, potem zarząd.
3. Po podpisaniu obie strony dostają identyczny PDF z Kartą Podpisów. Kolejne protokoły odbioru etapów, zlecenia zmian i aneksy do SLA wysyłasz tą samą drogą, a przez API i webhooki możesz podpiąć obieg pod własny system zgłoszeń.

• Dostępność bez wzoru liczenia. 99,9 procent w skali roku i w skali miesiąca to zupełnie inne zobowiązania.
• Czas reakcji mylony z czasem naprawy. Odpowiedź „przyjęliśmy zgłoszenie” po 15 minutach niczego nie naprawia.
• „Przenosimy wszelkie prawa autorskie” w umowie podpisanej zwykłym podpisem elektronicznym. Ta część umowy jest nieważna, a klient zostaje z licencją, której zakresu nikt nie opisał.
• Brak obowiązków klienta w harmonogramie wdrożenia. Wykonawca nie ma jak wykazać, że opóźnienie nie jest jego winą.
• Kary umowne bez limitu, które wykonawca podpisuje, licząc na miarkowanie przez sąd.
• Brak procedury wyjścia: przekazania danych, kodu i dokumentacji przy zmianie dostawcy.