Umowa serwisowa (dot. oprogramowania)
Potrzebujesz tej umowy?
skontaktuj się z nami
Co otrzymasz?
W ramach usługi przygotowania umowy serwisowej dot. oprogramowania, zapewniamy Ci:
- przygotowany indywidualnie, zgodny z Twoimi potrzebami projekt umowy serwisowej, który może trafić do Twojego kontrahenta (na potrzeby konkretnej transakcji) lub zostać wykorzystany jako szablon (proponowany wszystkim kolejnym kontrahentom),
- doradztwo prawne w sprawie treści i zawierania umowy serwisowej (m.in. proponujemy rozwiązania prawne w zakresie np. modelu współpracy z kontrahentem, w tym definicji błędów, czasów reakcji i czasów rozwiązania, odpowiedzialności, zabezpieczenia personelu przed przejęciem, poufności, danych osobowych, bezpieczeństwa danych, metod rozliczeń i regulacji podatkowych),
- dostęp do prostego i pewnego wzoru umowy o poufności (NDA), która może być wykorzystana np. przed zawarciem umowy serwisowej.
Ile kosztuje stworzenie umowy serwisowej?
Wyceniamy usługę po otrzymaniu od Ciebie kompletu informacji i dokumentów. W ustalonej cenie zawierają się trzy etapy wykonania usługi:
- Etap 1: wybór zakresu i struktury umowy oraz najważniejszych mechanizmów (obejmuje spotkania robocze, ankiety informacyjne, wyjaśnienia mailowe),
- Etap 2: przygotowanie pierwszego projektu umowy,
- Etap 3: dopracowanie szablonu umowy serwisowej po Twoich uwagach do projektu.
Chętnie pomożemy także w negocjacjach umowy serwisowej z Twoim kontrahentem. Doradztwo lub udział w negocjacjach nie są wliczone w cenę usługi przygotowania projektu umowy, ponieważ nie w każdym przypadku są potrzebne.
Szczegóły: ➡️ Jak wyceniamy nasze usługi prawnicze, czyli ile kosztuje obsługa prawna?
Jak szybko umowa będzie gotowa?
Umowę serwisową jesteśmy w stanie przygotować w 5-10 dni roboczych od przedpłaty (zakładając, że w miarę sprawnie dostarczysz nam potrzebne informacje i dokumenty).
Czego od Ciebie potrzebujemy?
Informacje
- dane identyfikujące strony umowy (chyba że umowa ma być szablonem, bez związku z konkretnym kontrahentem),
- biznesowy i organizacyjny opis współpracy z kontrahentem w ramach planowanej umowy, a w szczególności: opis modelu świadczenia usług serwisowych, założenia dotyczące rodzajów błędów, czasów reakcji, czasów rozwiązania, zasady rozliczeń, terminy płatności, usługi powiązane, jak np. dodatkowe usługi na rozwój oprogramowania lub autoryzację modyfikacji dokonywanych przez kontrahenta,
- listę Twoich indywidualnych wymagań do umowy serwisowej (np. konkretne kwestie do zabezpieczenia).
Dokumenty
- zapytanie ofertowe lub dokumentacja przetargowa Twojego kontrahenta,
- oferty, cenniki, opisy usług, które udostępniłeś kontrahentowi lub które zwykle udostępniasz kontrahentom;
- korespondencja z kontrahentem dotycząca planowanej współpracy,
- umowy z Twoimi podwykonawcami lub personelem – osobami uczestniczącymi w świadczeniu usług serwisowych dla Twojego kontrahenta,
- informacje o oprogramowaniu, które jest przedmiotem usług serwisowych (czy oprogramowanie zostało wdrożone przez Ciebie, czy przez inny podmiot),
- lista wymagań technicznych, jeśli mają być uwzględnione w umowie,
- lista wymagań środowiska IT, w ramach którego usługi serwisowe mają być świadczone, jeżeli mają być uwzględnione w umowie.
Współpraca
- bieżący kontakt mailowy w celu uzgodnienia kwestii technicznych / organizacyjnych do współpracy lub umowy,
- jedno lub dwa spotkania robocze online (etap projektowania umowy),
- uwagi / komentarze / akceptacje do pierwszego projektu umowy (etap projektowania umowy.
Pytania i odpowiedzi
Pytania dotyczące współpracy z Kancelarią
Co jest potrzebne do rozpoczęcia współpracy z Kancelarią?
Do rozpoczęcia współpracy nie potrzebujemy umowy pisemnej. Opieramy się o zamówienie mailowe, a jego złożenie oznacza akceptację opisanej w mailu oferty oraz ogólnych warunków współpracy załączonych do maila. Jeśli potrzebujesz umowy pisemnej, prześlemy Ci nasz standardowy, prosty wzór i jeśli nie będziesz mieć do niego uwag, rozpoczniemy współpracę w oparciu o umowę zawartą na piśmie.
Czy spotkania robocze możemy prowadzić online?
Tak, spotkania robocze prowadzimy przez MS Teams.
Czy możecie wykonać usługę szybciej?
Staramy się dostosować do Twoich potrzeb lub terminów narzuconych przez kontrahenta. Tam, gdzie to jest możliwe wykonujemy projekt szybciej (np. delegując do wykonania szerszy zespół). Termin wykonania jest jednak uzależniony od faktycznego nakładu pracy, jaki musimy przeznaczyć na stworzenie projektu odpowiedniej jakości, a także od sprawności komunikacji z Tobą w zakresie dostarczenia nam dokumentów i informacji, których potrzebujemy.
Jakie są zasady płatności?
Usługa wykonania projektu umowy serwisowej jest płatna z góry.
Czy Kancelaria może udzielić wsparcia w negocjacjach umowy z naszym kontrahentem?
Tak, udzielamy wsparcia na każdym etapie projektowania umowy, również w trakcie negocjacji z Twoim kontrahentem, aż do wypracowania projektu zaakceptowanego przez obie Strony lub do przerwania dalszych rozmów. Wsparcie w negocjacjach nie jest uwzględnione w umówionej cenie usługi (zob. wyżej informacje na temat wyceny).
Czy Kancelaria udzieli wsparcia również w negocjacjach z kontrahentem anglojęzycznym, czy możecie stworzyć lub zmienić projekt w języku angielskim albo przetłumaczyć projekt na język angielski?
Tak, wszyscy prawnicy Kancelarii posługują się językiem angielskim w stopniu umożliwiającym swobodną komunikację z kontrahentem anglojęzycznym. Są też wyspecjalizowani w prawniczym języku angielskim oraz posiadają doświadczenie w projektowaniu i negocjowaniu dokumentów w branży IT w języku angielskim. Praca w języku angielskim zajmuje zwykle nieco więcej czasu, dlatego w takim przypadku koszt usługi będzie wyższy niż podana wyżej kwota szacunkowa.
Pytania dotyczące umowy serwisowej
Czy w umowie mogę określić, że usługi serwisowe będą świadczone w modelu abonamentowym / subskrypcyjnym?
Tak, jest to coraz bardziej powszechna metoda świadczenia usług serwisowych. Zazwyczaj wygląda to w ten sposób, że kontrahent ma w przeciągu okresu rozliczeniowego (np. jeden miesiąc kalendarzowy) pulę roboczogodzin do wykorzystania. Po wyczerpaniu ilości puli roboczogodzin w miesiącu, usługi serwisowe mogą być rozliczane w oparciu o model T&M ze wskazaniem stawki za jedną MH świadczenia usług.
Czy mogę w umowie wprowadzić kwestie związane z waloryzacją wynagrodzenia?
Tak, powszechnie spotykaną praktyką jest wprowadzanie do umów postanowień dotyczących waloryzacji wynagrodzenia np. w odniesieniu do wskaźnika GUS.
Czy mogę w umowie wskazać, że tylko ja nadaję kategorię zgłoszonym błędom?
Tak, jest to bardzo istotny punkt umowy serwisowej. Wskazanie w umowie, że to kontrahent będzie określał kategorię błędów prowadzi bardzo często do nadużyć i nadawania wszystkim błędom kategorii: “błąd krytyczny” - co nie jest efektywne w przypadku świadczenia usług serwisowych.
Czy umowa musi określać moje zobowiązanie do zapewnienia określonej dostępności oprogramowania?
Nie jest to obowiązkowy element umowy serwisowej, ale bardzo pożądany przez kontrahentów.
Czy muszę usuwać błędy, jeżeli wynikają one z samodzielnie dokonanej modyfikacji oprogramowania przez kontrahenta?
Wszystko zależy od tego, w jaki sposób jest skonstruowana umowa serwisowa, dlatego tak istotne jest m.in. określenie definicji błędu oraz wskazanie czy usługi serwisowe mają również obejmować modyfikacje oprogramowania, które zostały dokonane samodzielnie przez kontrahenta. W takich przypadkach dobrze jest wskazać, że usługi serwisowe mogą być świadczone po dokonaniu uprzedniej autoryzacji modyfikacji.
Jak zlecić przygotowanie umowy Kancelarii?
Po prostu napisz do nas maila: kancelaria@kancelariastanek.pl.
Możesz też zostawić swój numer telefonu:
Co bierzemy pod uwagę przygotowują umowę serwisową dot. oprogramowania?
Podstawowe postanowienia
- Przedmiot umowy. Należy określić przynajmniej:
- Usługi – usługami są przede wszystkim świadczenie wsparcia serwisowego oraz usuwanie błędów w oprogramowaniu, towarzyszyć im mogą np. usługi doradztwa technicznego czy rozwoju (jako usługa opcjonalna);
- Tryb składania zleceń serwisowych – umowa powinna w szczególności określać, kto i w jakim trybie (jakimi kanałami komunikacji) jest uprawniony do składania zleceń serwisowych, kto po stronie Usługobiorcy jest uprawniony do ich przyjęcia i akceptacji oraz jak określa się moment początkowy dla umownych terminów: reakcji czy usunięcia błędu;
- Limit roboczogodzin (MH) na dana usługę - nie jest to element obowiązkowy, ale z punktu widzenia obu stron warto sprecyzować, czy usługi te mają mieć określony limit (cap) określony np. w roboczogodzinach na dany miesiąc. Strony powinny także sprecyzować czy niewykorzystane przez Zamawiającego MH dostępne w ramach usług serwisowych mają być opłacone (opłacanie pewnego rodzaju “pozostawania w gotowości”) czy też wynagrodzenie należne jest wyłącznie za MH rzeczywiście przepracowane zgodnie np. z miesięcznym raportem czasu pracy. W przypadku ustalenia limitu MH, należy również doprecyzować konsekwencje tego faktu np. przerwanie prac lub ich dalsze rozliczanie po innej stawce;
- Miejsce świadczenia usług - np. zdalnie, lub w siedzibie Usługobiorcy; Strony mogą również przewidzieć różne stawki dla godzin serwisowych zdalnych i świadczonych w siedzibie Usługodawcy;
- Sprecyzowanie Personelu – umowa może przewidywać, iż wymienione z imienia i nazwiska osoby będą świadczyć usługi po stronie Usługobiorcy; należy wówczas przewidzieć tryb zastępstwa na okoliczność wypadków losowych (np. choroby) lub urlopów;
- Czas trwania Umowy – umowy na serwisowe najczęściej maja charakter terminowy. Można również przewidzieć zapisy precyzujące przyczyny wypowiedzenia umowy przed czasem np. opóźnienie w realizacji usługi, płatności etc.;
- Wynagrodzenie Usługodawcy.
- Istnieje kilka sposobów określenia formuły wynagrodzenia. Do najpopularniejszych należą:
- Fixed price – strony z góry określają wynagrodzenie należne Usługodawcy za całość usług wraz z określeniem ich miesięcznego wolumenu (abonamentu). Wykonawca jest wówczas uprawniony do wynagrodzenia bez względu na rzeczywiste wykorzystanie tego wolumenu;
- Time&Materials - formuła wynagrodzenia odpowiadająca MH (man-hour) lub MD (man-days) które zostały rzeczywiście spożytkowane i wynikające z raportu czasu pracy dostarczonego przez Usługodawcę; Usługobiorca płaci wyłącznie za wykorzystane godziny;
- Time&Materials z Capem – jest to rozliczenie w formule jak T&M z tą różnicą, że określamy co stanie się po osiągnięciu określonej liczby MH lub MD przez Usługodawcę tj. przewidujemy tzw. CAP;
- Terminy płatności wynagrodzenia - w przypadku umowy serwisowej najczęściej wynagrodzenie jest opłacane w okresach rozliczeniowych np. okresach miesięcznych;
- Wynagrodzenie powinno obejmować przeniesienie praw autorskich lub udzielenie stosownych licencji na rzecz Usługobiorcy;
- Istnieje kilka sposobów określenia formuły wynagrodzenia. Do najpopularniejszych należą:
- Przeniesienie praw autorskich. Usługobiorca powinien pozyskać prawa autorskie do rezultatów usług tj. np. “łatek” (patchy). Czy będzie to nabycie praw autorskich czy też licencja (wyłączna/niewyłączna), zależy od konkretnego przypadku, aczkolwiek z punktu widzenia Usługobiorcy pożądane jest nabycie praw autorskich. Należy w sposób szczególnie skrupulatny odnieść się do pól eksploatacji, które powinny być w umowie określone w sposób wyczerpujący;
Postanowienia dodatkowe
- Określenie zasad współpracy stron – np. obowiązek przekazywania danych, informacji, udostępniania dokumentacji, dodanie koordynatorów Stron, udzielenia stosownych dostępów personelowi Usługodawcy czy obowiązek przedstawiania logów przez Usługobiorcę i wszystkich informacji niezbędnych do zdiagnozowania błędów i rzetelnego świadczenia usług przez Usługodawcę;
- Określenie procedury odbiorowej – zwłaszcza poprzez akceptacje raportów realizowanych roboczodni / roboczogodzin w cyklach miesięcznych oraz tryb akceptacji konkretnych poprawek błędów (np. opisanie oprócz procedury zgłaszania błędów także procedury testowania poprawki i jej odbioru);
- Kategoryzacja błędów - najczęściej rozróżnia się dwie podstawowe kategorie tj. Błąd krytyczny, który uniemożliwia korzystanie z oprogramowania w pożądany sposób oraz Błąd niekrytyczny, który wyłącznie utrudnia korzystanie z oprogramowania, a nie będący błędem krytycznym. Czasem wprowadza się dalszą gradację błędów, które nie podpadają pod opisane kategorie np. błędy dot. warstwy wizualnej czy też ogólna niezgodność ze specyfikacją oprogramowania, która nie prowadzi do istotnych problemów z oprogramowaniem.
- Wskazanie procedury zgłaszania błędów w oprogramowaniu wraz z określeniem osób, które po stronie Usługobiorcy są do tego uprawnione – typowymi kanałami komunikacji jest np. email, zgłoszenie przez specjalnie dostosowaną do tego platformę, telefon. Należy również przewidzieć procedurę potwierdzania tego zgłoszenia przez Usługodawcę oraz dopuszczalność milczącego przyjęcia zlecenia przez Usługobiorcę;
- Określenie poziomu świadczenia usług serwisowych – w praktyce jest to po prostu określenie trybu zgłaszania i przyjmowania zgłoszeń wykrytych błędów, określenie czasów reakcji uwzględniającej też porę dnia (w przypadku krytycznego oprogramowania mogą to być także pory noce), czasu naprawy błędów (w zależności od ich rodzaju np. Błędy krytyczne naprawiane w kilka godzin, Błędy zwykłe do kilku dni roboczych); można również przewidzieć zastosowanie rozwiązań tymczasowych, gdy usunięcie danego błędu przekracza uzgodnione terminy;
- Określenie dostępności usług serwisowych – np. dni robocze, w godzinach 8-18; błędy krytyczne mogą być również rozwiązywane całodobowo co powinno znaleźć odbicie w stawce;
- Określenie kar umownych za naruszenie procedury/czasów reakcji – np. jako procent wynagrodzenia Usługodawcy za każdą rozpoczętą godzinę opóźnienia; z punktu widzenia Usługodawcy karę należy limitować np. do maksymalnej wysokości miesięcznego wynagrodzenia;
- Wyłączenie odpowiedzialności Usługodawcy za określone kategorie błędów – np. spowodowanych nieprawidłowym działaniem Usługobiorcy lub podmiotów trzecich;
- Ograniczenie Odpowiedzialności - strony mogą przewidzieć katalog sytuacji, których zaistnienie ogranicza odpowiedzialność Usługodawcy np. okoliczności siły wyższej, braku współpracy Usługobiorcy przy usuwaniu błędów, nieprawidłowego korzystania z oprogramowania wbrew zaleceniom Usługodawcy, błędy sprzętowe (hardware), działanie wirusów etc. Z punktu widzenia Usługodawcy korzystne jest, aby ewentualnie zastrzeżone kary umowne zostały ograniczone (cap) np. do poziomu kwoty otrzymanego wynagrodzenia; w praktyce dochodzi również najczęściej do wyłączenia rękojmi;
- Kwestia poufności - Strony powinny zadbać, aby umowa zawierała zobowiązanie do zachowania poufności co do wszystkich informacji, które Strony chcą chronić przed wykorzystaniem lub ujawnieniem, w szczególności informacji, które stanowią tajemnicę przedsiębiorstwa (konieczne jest zdefiniowanie tego pojęcia w umowie). W praktyce, jest to istotniejsze z punktu widzenia Usługobiorcy;
- Zakaz przejmowania personelu – z punktu widzenia Usługodawcy jest to istotna klauzula, która pod rygorem kary umownej zakazuje przejmowania osób zaangażowanych w projekt u Usługobiorcy; zabezpiecza przed utratą kluczowego personelu;
- Tryb rozwiązywania sporów - strony mogą przewidzieć, że eskalacja sporu będzie rozwiązywania w sposób polubowny, z rozwiązaniami sądowymi jako ostatecznością;
- Procedura eskalacji sporu - np. powołanie komitetu sterującego i klauzula dot. Polubownego rozwiązywania konfliktów lub klauzula mediacyjna;
Dodatkowe pytania i problemy
- Prawidłowe zdefiniowanie czasów reakcji na poszczególne kategorie błędów, powinny być one liczone od przekazania przez Usługodawcę informacji niezbędnych do usunięcia błędów - opóźnienie Usługodawcy w tym zakresie nie może obciążać Usługobiorcy;
- Doprecyzowanie zasad współpracy między stronami; umowa serwisowa jak mało która wymaga ścisłej współpracy Stron celem prawidłowego zdiagnozowania problemów i dostarczenia rozwiązania usuwającego usterkę;
- Właściwe zdefiniowane kategorii błędów (usterek) - rozróżnienie na krytyczne i zwykłe oraz skorelowanie z nimi czasów reakcji; próba rozszerzenia definicji błędów krytycznych może prowadzić do nadmiernego obciążenia Usługobiorcy;
- Rozsądne i wyważone określenie kar umownych obciążających Usługodawcę;
- Typowym usługom serwisowym może towarzyszyć też doradztwo techniczne co do rozwoju oprogramowania oraz sam rozwój - wówczas kwestie te powinny być uregulowane w umowie, mogą być również przedmiotem odrębnej umowy (rozwojowej);
- Określenie czy umowa serwisowa dot. oprogramowania autorstwa Usługodawcy czy podmiotu trzeciego, co może wymagać uzyskania stosownej zgody na ingerencje w oprogramowanie od podmiotu dysponującego prawami autorskimi do tego oprogramowania;