Umowa SaaS to fundament każdej relacji prawnej dostawcy oprogramowania z jego klientem. Źle przygotowana generuje ryzyko przede wszystkim po Twojej stronie, od sporów o odpowiedzialność po naruszenie przepisów o ochronie danych osobowych. Jeśli budujesz aplikację SaaS, sprzedajesz oprogramowanie w modelu subskrypcyjnym albo rozwijasz platformę dla klientów B2B, ten artykuł pokaże Ci, jak skonstruować umowę, która chroni Twój produkt, Twoją własność intelektualną i relację z klientami.
Podsumowanie na start
- Umowa SaaS to umowa o świadczeniu usług drogą elektroniczną – jako dostawca udostępniasz oprogramowanie za pośrednictwem internetu, a usługobiorca płaci za korzystanie z niego w modelu abonamentowym.
- Różni się od tradycyjnej umowy licencyjnej – w modelu SaaS klient nie otrzymuje kopii kodu, lecz zdalny dostęp do aplikacji; to odrębna konstrukcja prawna.
- Jako dostawca usługi SaaS musisz precyzyjnie opisać zakres usługi i funkcjonalności oprogramowania – im bardziej szczegółowy opis, tym mniej sporów o zakres świadczenia.
- SLA (Service Level Agreement) nie jest obowiązkowe, ale stanowi istotny argument biznesowy – bez mierzalnych parametrów dostępności ponosisz odpowiedzialność na niejasnych zasadach, ale z SLA Twój klient czuje się zaopiekowany.
- Ograniczenia odpowiedzialności chronią Twój biznes – ale muszą być proporcjonalne, żeby klient je zaakceptował.
- Warunki wypowiedzenia umowy i migracja danych – ureguluj je proaktywnie, zanim klient o nie zapyta.
Czym jest umowa SaaS i czym różni się od umowy licencyjnej?
Umowa licencyjna dotyczy przeniesienia prawa do korzystania z kopii programu zainstalowanej lokalnie (on-premise). Różnica ma istotne znaczenie prawne – w modelu SaaS klient nie otrzymuje kopii kodu źródłowego, a użytkownik uzyskuje dostęp wyłącznie zdalnie. Charakter świadczenia usług jest bliższy umowie o świadczenie usług niż klasycznej umowie licencyjnej.
Z perspektywy prawa to umowa nienazwana – łączy elementy umów IT i umów wdrożeniowych oraz umowy utrzymaniowej.
| Cecha | Umowa SaaS (Ty jako dostawca) | Umowa licencyjna (on-premise) |
|---|---|---|
| Model dostępu | Klient korzysta przez przeglądarkę lub za pośrednictwem aplikacji | Klient instaluje na swoim sprzęcie |
| Infrastruktura | Ty odpowiadasz za serwery i dostępność aplikacji SaaS | Klient odpowiada za swój sprzęt |
| Aktualizacje | Wliczone w opłaty – Ty decydujesz o zakresie aktualizacji | Często osobna umowa utrzymaniowa |
| Własność intelektualna | Zachowujesz pełnię praw; klient otrzymuje wyłącznie dostęp | Licencja |
| Elastyczność | Skalowalność – zmiana liczby użytkowników i funkcjonalności | Niska – wymaga renegocjacji licencji |
Jakie są zalety i ryzyka modelu SaaS z perspektywy dostawcy?
Model SaaS daje wymierne korzyści, ale niesie ryzyka, które musisz uwzględnić w umowie.
Zalety – przewidywalne przychody z opłat abonamentowych, szybsze wdrożenie nowych technologii, łatwiejsze utrzymanie jednej wersji oprogramowania i skalowalność usługi SaaS. Dla klienta – niższe koszty wejścia, dostępność aplikacji z dowolnego urządzenia i automatyczne aktualizacje.
Ryzyka po Twojej stronie – odpowiedzialność za dostępność infrastruktury, obowiązki związane z ochroną danych osobowych, ryzyko sporów o zakres usługi i pytania klienta o to, co dzieje się z danymi po rozwiązaniu umowy. Odpowiednio skonstruowana umowa to zabezpieczenie interesów biznesowych stron umowy, ale to Ty jako dostawca powinieneś ją przygotować.
W praktyce: W Creativa Legal doradzamy dostawcom, żeby do tematu umowy podchodzili proaktywnie – zanim klient poprosi o zawarcie jej na „jakimś swoim wzorze”. Dostawca z gotową umową kontroluje negocjacje i lepiej zabezpiecza swoje interesy w umowach B2B.
Co powinna zawierać umowa SaaS? Jakie elementy są obowiązkowe?
Przedmiot umowy i opis funkcjonalności
Precyzyjnie opisz, jakie usługi SaaS świadczysz – zakres funkcjonalności oprogramowania, dostępne moduły i wersje. Jeżeli Twoja aplikacja korzysta z nowych technologii (np. AI), opisz zasady korzystania z tych elementów.
Zasady dostępu i korzystania z oprogramowania
Określ, w jaki sposób użytkownik uzyskuje dostęp do Twojej aplikacji – przez przeglądarkę, aplikację mobilną, API. Wskaż zasady korzystania z konta, limity użytkowników i ograniczenia dotyczące udostępniania dostępu osobom trzecim lub podmiotom trzecim.
Prawa autorskie i własność intelektualna
Jako dostawca zachowujesz prawa autorskie do oprogramowania. O ile w umowie nie postanowiono inaczej, zachowujesz pełnię praw majątkowych do kodu, layoutu, grafik i znaków towarowych. Klient nie nabywa prawa do kopiowania, modyfikowania ani udostępniania oprogramowania osobom trzecim.
Obowiązki stron i zobowiązania
Twoje obowiązki jako dostawcy – utrzymanie dostępności usługi, aktualizacje, wsparcie techniczne i bezpieczeństwo.
Obowiązki usługobiorcy – korzystanie z oprogramowania zgodnie z zasadami, terminowe opłaty i ochrona poufności danych dostępowych.
Warunki płatności i modele rozliczeń
Określ model rozliczeń – abonament miesięczny, roczny, pay-per-use – oraz konsekwencje opóźnień w płatnościach. Wskaż, czy opłaty obejmują wsparcie techniczne i czy możesz zmienić cennik.
Procedura reklamacyjna
Opisz klientowi, w jaki sposób może zgłaszać niezgodności usługi, co ma zawierać jego zgłoszenie, a także w jakim terminie je rozpatrzysz.
Czym jest SLA i dlaczego ma znaczenie w umowie na oprogramowanie w modelu SaaS?
Dobrze napisane SLA chroni Cię przed roszczeniami za drobne przerwy, jednocześnie budując zaufanie klienta.
Minimalne elementy SLA:
- gwarantowana dostępność (np. 99,5% w skali miesiąca);
- definicja niedostępności (czy planowane przerwy serwisowe się liczą?);
- czas reakcji na zgłoszenia krytyczne (np. cztery godziny);
- procedura eskalacji
- kary umowne lub kredyty za niedotrzymanie zobowiązań.
Pułapka: Dostawcy usługi SaaS, którzy wpisują „dołożymy wszelkich starań” zamiast konkretnych liczb, tracą wiarygodność. Lepiej określić realistyczne parametry niż unikać zobowiązań.
Jak uregulować ochronę danych osobowych i RODO w umowie SaaS?
Umowa powierzenia powinna określać (w szczegółach opisujemy to w poradniku o umowie powierzenia przetwarzania danych osobowych):
- kategorie danych i cel przetwarzania;
- stosowane środki bezpieczeństwa techniczne i organizacyjne;
- zasady podpowierzania (czy możesz dalej powierzyć dane podmiotom trzecim, np. dostawcom chmury);
- Twoje obowiązki w przypadku naruszenia ochrony danych osobowych;
- procedurę usunięcia lub zwrotu danych po rozwiązaniu umowy.
Jak dostawca powinien uregulować odpowiedzialność w umowie SaaS?
Standardowe mechanizmy w umowach IT:
- cap odpowiedzialności – limit odszkodowania (np. równowartość opłat z umowy za ostatnie 12 miesięcy);
- wyłączenia – dostawca nie ponosi odpowiedzialności za utracone zyski ani z rękojmi;
- powiązanie z SLA – odpowiedzialność finansowa za niedotrzymanie gwarantowanej dostępności usługi.
Pełne wyłączenie odpowiedzialności dostawcy nie przejdzie negocjacji z profesjonalnym klientem. Ale nieograniczona odpowiedzialność za każdą przerwę w świadczeniu usług chmurowych to samobójstwo biznesowe. Klucz to proporcjonalność.
Jak zabezpieczyć wypowiedzenie umowy SaaS i migrację danych klienta?
Elementy wymagające uregulowania:
- okres wypowiedzenia umowy (np. 30 dni na koniec okresu rozliczeniowego);
- prawo stron do natychmiastowego rozwiązania umowy w przypadku istotnego naruszenia (np. naruszenia poufności, upadłości strony);
- zasady dalszego korzystania z danych po zakończeniu współpracy – format, termin, procedura eksportu;
- Twoje zobowiązanie do przechowywania danych przez uzgodniony okres po rozwiązaniu (np. 30-90 dni);
- sąd właściwy do rozpoznania sporów i klauzulę mediacyjną w treści umowy jako pierwszy krok przed rozwiązywaniem sporów sądowych.
W praktyce: Klauzulę o migracji danych przygotuj proaktywnie, zanim klient o nią zapyta. Dostawca usług SaaS, który ma gotową procedurę eksportu, buduje zaufanie i unika chaosu na zakończenie współpracy. W firmie technologicznej to standard.
Na jakie pułapki uważać, przygotowując umowę SaaS?
Oto zapisy, które dostawcy najczęściej pomijają, a które wracają jako problemy prawne, podobnie jak błędy prawne wspólników startupu SaaS, które często wychodzą na jaw dopiero przy skalowaniu biznesu.
- Zbyt ogólny opis funkcjonalności – klient twierdzi, że „miało być inaczej”.
- Brak mechanizmu automatycznego przedłużania umowy lub przedłużanie bez powiadomienia klienta, a także nieuwzględnienie nowych obowiązków wynikających z aktu o usługach cyfrowych (DSA) dla aplikacji SaaS.
- Zbyt szerokie wyłączenie odpowiedzialności dostawcy – klient tego nie zaakceptuje.
- Brak uregulowania migracji danych po zakończeniu umowy.
- Klauzula poufności, która nie chroni danych klienta po rozwiązaniu stosunku prawnego, co na starcie ogranicza zaufanie.
- Brak umowy powierzenia przetwarzania danych osobowych (wymaganej przez RODO).
- Brak postanowień o audycie bezpieczeństwa – duzi klienci B2B tego wymagają, co dobrze widać na przykładzie case study Akademii SaaS i budowania fundamentów do bezpiecznego skalowania.
- Niejasne zasady przenoszenia praw z umowy na osoby trzecie, co może utrudniać dalszy rozwój produktu i inwestycje.
FAQ – najczęstsze pytania o umowę SaaS
Co to jest umowa SaaS?
Umowa SaaS (Software as a Service) to umowa o świadczenie usług drogą elektroniczną, na mocy której dostawca udostępnia oprogramowanie za pośrednictwem internetu, a klient korzysta z niego w zamian za opłaty. Usługobiorca nie instaluje oprogramowania – uzyskuje zdalny dostęp do aplikacji hostowanej na serwerach dostawcę lub w chmurze.
Czy udostępnianie oprogramowania w modelu SaaS to licencja?
Formalnie nie. Dostawca nie udziela klasycznej licencji na oprogramowanie (w rozumieniu ustawy o prawie autorskim i prawach pokrewnych), lecz świadczy usługę – świadczenie polega na udostępnieniu oprogramowania do korzystania. Umowa licencyjna zakłada, że klient otrzymuje kopię programu – w modelu chmurowym klient uzyskuje jedynie dostęp.
Czy dostawcy usługi SaaS wystarczy regulamin?
To zależy od modelu biznesowego. Regulamin wystarcza przy standaryzowanej usłudze B2C i wielu relacjach B2B. Natomiast przy dużych kontraktach B2B, gdzie klient wymaga indywidualnych warunków SLA czy przetwarzania danych – lepsza jest indywidualna umowa.
Jak szybko dostawca powinien reagować na zgłoszenia klientów oprogramowania w chmurze?
Zależy od poziomu wsparcia określonego w SLA. Dostawcy usług SaaS zazwyczaj oferują kilka poziomów – od podstawowego (za pośrednictwem poczty elektronicznej, do 48 godzin) po premium (dedykowany opiekun, do czterech godzin). Skonsultuj parametry umowy SLA z prawnikiem przed publikacją.
Umowa SaaS – checklista dla dostawcy
- Zadbaj o precyzyjny opis usługi SaaS i mierzalne SLA, zanim opublikujesz regulamin lub podpiszesz treść umowy z klientem.
- Ureguluj prawa autorskie i kwestie własności intelektualnej wprost.
- Sprawdź, jak przetwarzasz dane osobowe swoich klientów (i ewentualnie ich klientów) – i czy masz na to odpowiednią podstawę prawną i umowę powierzenia.
- Negocjuj klauzule o ograniczeniu odpowiedzialności – proporcjonalne ograniczenia chronią Twój biznes, ale muszą być akceptowalne dla klienta.
- Ustal warunki wyjścia z umowy i procedurę migracji danych, zanim klient o to zapyta.
- Skonsultuj treść umowy z prawnikiem, który rozumie specyfikę umów IT i usług SaaS w firmie technologicznej – to odpowiednia wiedza, której nie zastąpi szablon z internetu.
Zdjęcie dodane przez www.kaboompics.com
