Dobrze przygotowana dokumentacja prawna powinna być dopasowana do rzeczywistego sposobu działania usługi. Innych zapisów wymaga prosty system abonamentowy dla małych firm, a innych rozbudowana platforma przetwarzająca dane klientów korporacyjnych i korzystająca z wielu dostawców chmurowych.
Jakie dokumenty powinien przygotować dostawca SaaS?
Podstawą jest regulamin albo umowa określająca zasady świadczenia usługi. Dokument powinien jasno wskazywać, kto może korzystać z systemu, jaki jest zakres funkcjonalności, w jaki sposób naliczane są opłaty oraz kiedy konto może zostać ograniczone lub zamknięte.
W zależności od modelu biznesowego potrzebne mogą być również:
- polityka prywatności,
- umowa powierzenia przetwarzania danych,
- zasady SLA,
- regulamin płatności i subskrypcji,
- postanowienia dotyczące licencji,
- procedura zgłaszania naruszeń,
- warunki korzystania z API,
- umowy z podwykonawcami i dostawcami infrastruktury.
Dokumentacja powinna być ze sobą spójna. Częstym problemem jest sytuacja, w której regulamin obiecuje klientowi więcej, niż firma faktycznie może zagwarantować na podstawie umów z własnymi dostawcami.
Jak uregulować dostępność systemu i SLA?
W usługach działających online dostępność może mieć bezpośredni wpływ na działalność klienta. Dlatego przy umowach B2B często pojawia się SLA, czyli zestaw parametrów dotyczących jakości i dostępności usługi.
Warto precyzyjnie wskazać sposób obliczania dostępności, zasady klasyfikowania awarii oraz wyłączenia dotyczące planowanych prac technicznych czy zdarzeń pozostających poza kontrolą dostawcy.
Niebezpieczne są zbyt ogólne gwarancje, np. zapewnienie „ciągłego działania systemu”, jeśli infrastruktura techniczna nie pozwala realnie spełnić takiego zobowiązania. Warunki prawne powinny odpowiadać rzeczywistym możliwościom operacyjnym produktu.
Kto odpowiada za dane użytkowników?
W SaaS często przetwarzane są dane należące do klientów lub ich kontrahentów. Trzeba więc ustalić role poszczególnych stron i zakres odpowiedzialności związanej z ochroną danych.
Szczególne znaczenie mają procedury dostępu, kopie zapasowe, usuwanie danych po zakończeniu umowy oraz korzystanie z podwykonawców. Klient powinien wiedzieć, co stanie się z jego danymi po rezygnacji z usługi i przez jaki czas mogą być przechowywane.
Warto również rozróżnić odpowiedzialność za bezpieczeństwo samej infrastruktury od działań użytkownika, np. udostępnienia hasła osobie trzeciej albo niewłaściwego zarządzania uprawnieniami we własnej organizacji.
Lawmore a prawne przygotowanie produktów technologicznych
Lawmore wspiera firmy technologiczne przy tworzeniu i analizowaniu dokumentacji związanej z oprogramowaniem, usługami cyfrowymi oraz relacjami B2B. Przy modelu SaaS szczególnie ważne jest spojrzenie jednocześnie na regulamin, własność intelektualną, dane, podwykonawców i odpowiedzialność kontraktową.
Przed wdrożeniem modelu abonamentowego wsparcie, jakie może zapewnić prawnik it, jest przydatne zwłaszcza wtedy, gdy produkt ma być oferowany wielu klientom na podstawie jednego zestawu warunków. W takim przypadku błędny zapis może być powielany w dziesiątkach lub setkach relacji kontraktowych.
Lawmore może wspierać także firmy rozwijające SaaS dla klientów korporacyjnych, którzy wymagają własnych wzorów umów, rozbudowanych zapisów dotyczących bezpieczeństwa, audytów, SLA czy odpowiedzialności. Wtedy ważne jest zachowanie równowagi między wymaganiami klienta a ryzykiem, które dostawca może realnie przyjąć.
Jak zabezpieczyć prawa do kodu i produktu?
Firma oferująca oprogramowanie powinna mieć pewność, że posiada prawa potrzebne do jego komercyjnego udostępniania. Problem może pojawić się wtedy, gdy kod był tworzony przez freelancerów, zewnętrzny software house albo osoby współpracujące bez odpowiednio skonstruowanych umów.
Należy również przeanalizować licencje komponentów zewnętrznych i open source. Nie każdy element może być wykorzystywany w dowolny sposób, a obowiązki wynikające z licencji mogą mieć znaczenie dla całego produktu.
Istotne jest także uregulowanie praw do dokumentacji, grafiki, interfejsu, treści oraz innych elementów tworzących usługę.
Jak opisać zasady subskrypcji i płatności?
Model SaaS często opiera się na cyklicznym rozliczeniu miesięcznym lub rocznym. Dokumentacja powinna jasno określać moment naliczania opłat, sposób odnowienia subskrypcji oraz konsekwencje braku płatności.
Warto również uregulować zmianę pakietów, dodatkowe opłaty za przekroczenie limitów i zasady podwyższania cen. Szczególnie ważne jest określenie, od kiedy nowa cena zaczyna obowiązywać i w jaki sposób klient zostanie o niej poinformowany.
Przy sprzedaży dla przedsiębiorców można stosować inne rozwiązania niż w usługach kierowanych do konsumentów, dlatego model odbiorcy powinien być uwzględniony już na etapie tworzenia dokumentów.
Co powinno się wydarzyć po rozwiązaniu umowy?
Zakończenie subskrypcji nie powinno oznaczać niejasności co do dalszego losu danych i konta użytkownika. Warunki usługi powinny określać, czy klient może wyeksportować informacje, jak długo pozostają one dostępne oraz kiedy zostaną usunięte.
Znaczenie ma również sposób rozliczenia niewykorzystanego okresu abonamentowego, jeśli taki problem może wystąpić.
W usługach B2B warto ustalić także zasady migracji danych. Przy bardziej rozbudowanych systemach przekazanie informacji klientowi może wymagać dodatkowej pracy technicznej, którą dobrze wcześniej opisać w umowie.
Jak przygotować SaaS do współpracy z dużym klientem?
Klient korporacyjny może wymagać negocjowania zapisów dotyczących bezpieczeństwa, odpowiedzialności, audytów, dostępności oraz przetwarzania danych. Standardowy regulamin często nie wystarcza.
Przed rozmowami warto określić granice negocjacyjne. Firma powinna wiedzieć, jakiego poziomu odpowiedzialności nie może zaakceptować, jakich parametrów SLA nie jest w stanie zagwarantować oraz jakie wymagania bezpieczeństwa mogą wiązać się z dodatkowymi kosztami.
Pozwala to uniknąć podpisania kontraktu, który wygląda atrakcyjnie sprzedażowo, ale generuje nieproporcjonalne ryzyko prawne i operacyjne.
FAQ – prawne aspekty SaaS
Czy SaaS zawsze wymaga regulaminu?
Model świadczenia usługi powinien być objęty odpowiednimi warunkami umownymi. Ich forma zależy od sposobu sprzedaży, rodzaju klientów i charakteru produktu.
Czy każdy SaaS potrzebuje SLA?
Nie. SLA jest szczególnie istotne tam, gdzie ciągłość działania systemu ma znaczenie biznesowe i klient oczekuje konkretnych parametrów dostępności.
Czy kod napisany przez freelancera automatycznie należy do firmy?
Nie należy tego zakładać. Prawa do utworów powinny wynikać z odpowiednio przygotowanej umowy i rzeczywistego zakresu współpracy.
Czy klient powinien mieć możliwość pobrania danych po zakończeniu subskrypcji?
Warto jasno uregulować sposób eksportu, termin dostępności i moment usunięcia danych. Jest to ważne zarówno organizacyjnie, jak i kontraktowo.
Czy umowę SaaS trzeba zmieniać przy wejściu na rynek zagraniczny?
Często tak. Sprzedaż w innych jurysdykcjach może wymagać analizy lokalnych regulacji, zasad ochrony danych, praw konsumentów oraz kwestii podatkowych.
Dobre przygotowanie prawne powinno poprzedzać skalowanie produktu
Im więcej klientów korzysta z jednego systemu i tych samych warunków, tym większe znaczenie ma jakość dokumentacji przygotowanej na początku. Jasne zasady dotyczące subskrypcji, danych, dostępności, odpowiedzialności i praw do produktu pozwalają skalować usługę w bardziej przewidywalny sposób i ograniczają liczbę sporów wynikających z niejasnych warunków współpracy.
