EULA dla aplikacji i oprogramowania: kiedy jest potrzebna i co powinna regulować

Deweloper może umieścić aplikację w sklepie, opublikować link do umowy licencyjnej i uznać kwestie prawne za zakończone. Jednak samo istnienie tekstu EULA nie oznacza jeszcze, że jego postanowienia są odpowiednie dla produktu i stały się wiążące dla użytkownika.

Znaczenie mają sposób dystrybucji programu, moment zaakceptowania warunków oraz rzeczywiste funkcje produktu. Proste narzędzie, korporacyjny program desktopowy, gra mobilna i aplikacja z subskrypcją wymagają różnych zasad. Dokument oparty na szablonie może zakazywać działań, bez których program nie działa, albo nie uwzględniać płatnych treści, dostępu rodzinnego i aktualizacji. EULA to skrót od End User License Agreement. Reguluje ona prawo użytkownika końcowego do instalowania i korzystania z programu, przy zachowaniu praw wyłącznych przez dewelopera lub innego uprawnionego.

Kiedy odrębna EULA jest rzeczywiście potrzebna

Odrębna umowa licencyjna zazwyczaj ma sens, gdy użytkownik otrzymuje kopię oprogramowania na swoje urządzenie. Dotyczy to aplikacji mobilnych, programów desktopowych, gier, rozszerzeń przeglądarek oraz niektórych rozwiązań korporacyjnych.

W przypadku SaaS działającego w przeglądarce odrębna EULA jest potrzebna rzadziej. Użytkownik nie otrzymuje kopii programu serwerowego, a dostęp do funkcjonalności można uregulować w Terms of Use lub SaaS Agreement. Jeżeli SaaS obejmuje aplikację mobilną, instalowany moduł lub wersję desktopową, postanowienia licencyjne mogą mieć zastosowanie do tej części produktu. Wybór dokumentu zależy od modelu dystrybucji:

EULA jest skierowana do użytkownika końcowego. Jeżeli firma przyznaje partnerowi prawo do dystrybucji produktu, integracji go z innym rozwiązaniem lub oferowania pod własną marką, potrzebna jest odrębna umowa B2B. Licencja użytkownika nie przyznaje partnerowi takich uprawnień.

Czy można korzystać ze standardowej EULA App Store

Apple stosuje standardową EULA, jeżeli deweloper nie przesłał własnej umowy licencyjnej. Obowiązuje ona dla aplikacji we wszystkich krajach i regionach, obejmuje korzystanie na urządzeniach Apple i pozostawia deweloperowi prawa, które nie zostały wyraźnie przyznane użytkownikowi.

W przypadku prostej aplikacji standardowy tekst może być wystarczający. Zawiera podstawową licencję, postanowienia dotyczące wsparcia, gwarancji, roszczeń i własności intelektualnej. Standardowa EULA nie uwzględnia jednak specyfiki konkretnego produktu.

Własna umowa będzie potrzebna, jeżeli aplikacja korzysta ze złożonego modelu subskrypcyjnego, udostępnia treści cyfrowe, obejmuje wirtualne dobra, dopuszcza wykorzystanie profesjonalne lub ustanawia szczególne zasady dotyczące kont i materiałów użytkowników. Custom EULA powinna uwzględniać minimalne wymagania Apple i nie może być sprzeczna z zasadami korzystania z platformy.

Umieszczenia aplikacji w sklepie nie należy traktować jako zamiennika odpowiedniego uregulowania stosunków umownych. Warunki sklepu regulują relację użytkownika z platformą, natomiast deweloper powinien określić własne zasady korzystania z produktu. Jest to szczególnie istotne, jeżeli aplikacja jest dystrybuowana jednocześnie za pośrednictwem kilku platform lub dostępna do bezpośredniego pobrania.

Co powinna regulować EULA

Treść dokumentu należy oprzeć na rzeczywistym scenariuszu korzystania z produktu. Postanowienia dotyczące licencji, płatności i zakończenia dostępu powinny być zgodne z interfejsem, ustawieniami konta oraz opisem aplikacji w sklepie.

Zakres licencji użytkownika

EULA określa, na jakich urządzeniach i w jakich celach można korzystać z programu. Licencja jest zazwyczaj ograniczona, niewyłączna i niezbywalna, jednak same te sformułowania nie są wystarczające.

Należy określić, czy użytkownik może korzystać z programu na kilku urządzeniach, udostępniać go członkom rodziny lub przenieść program po wymianie telefonu. W przypadku produktu profesjonalnego osobno określa się możliwość wykorzystania komercyjnego. Sformułowanie „wyłącznie do użytku osobistego” może przypadkowo zakazać sposobu korzystania, dla którego użytkownik nabył program.

Konta i współdzielenie

Jeżeli funkcje są powiązane z kontem, EULA powinna być zgodna z zasadami dotyczącymi konta. Można zakazać udostępniania hasła, sprzedaży konta oraz obchodzenia ograniczeń dotyczących liczby urządzeń. Jednocześnie funkcje techniczne platformy mogą umożliwiać dostęp rodzinny lub grupowy. Zakaz umowny nie powinien być sprzeczny z ustawieniami produktu i zasadami sklepu, ponieważ w przeciwnym razie użytkownik otrzyma sprzeczne instrukcje.

Aktualizacje i kompatybilność

Należy określić, czy licencja obejmuje aktualizacje oraz czy deweloper może zakończyć wsparcie dla starszych wersji. Jeżeli do działania wymagana jest aktualna wersja systemu operacyjnego, należy to wskazać w dokumentacji i komunikatach dla użytkowników. Prawo do aktualizowania aplikacji nie pozwala na niekontrolowane zmienianie podstawowych cech płatnego produktu. Wobec użytkowników z UE obowiązują bezwzględnie obowiązujące wymogi dotyczące zgodności treści cyfrowych i usług cyfrowych. EULA nie może wyłączyć środków ochrony konsumenta przewidzianych przez prawo.

Płatne funkcje i dobra cyfrowe

Subskrypcje, wirtualna waluta, przedmioty w grach oraz płatne treści wymagają bardziej precyzyjnego opisu. Użytkownik powinien rozumieć, co dokładnie nabywa, na jaki okres uzyskuje dostęp oraz co stanie się po anulowaniu subskrypcji lub zablokowaniu konta. Jeżeli dobra cyfrowego nie można przenieść poza aplikację, przekazać innej osobie ani wymienić na pieniądze, należy wskazać to wprost. Warunki EULA powinny być również zgodne z informacjami wyświetlanymi na ekranie zakupu oraz zasadami odpowiedniej platformy.

Ograniczenia dotyczące korzystania

Deweloper może zakazać nielegalnego kopiowania, rozpowszechniania, obchodzenia zabezpieczeń technicznych oraz ingerowania w działanie programu. W przypadku gier i produktów platformowych regulowane mogą być również automatyczne gromadzenie danych, korzystanie z botów, działania oszukańcze oraz wykorzystywanie podatności.

Szablonowy zakaz wszelkich modyfikacji, badania lub dekompilacji może okazać się zbyt szeroki. Prawo UE dopuszcza określone działania niezbędne do zwykłego korzystania z programu, utworzenia kopii zapasowej oraz zapewnienia interoperacyjności. EULA powinna uwzględniać obowiązujące prawo, zamiast przyznawać uprawnionemu absolutny zakaz, którego nie można wyegzekwować.

Treści użytkownika

Jeżeli użytkownik przesyła zdjęcia, teksty, muzykę, kod lub inne materiały, sama licencja na program nie jest wystarczająca. W dokumencie należy określić, jakie prawa otrzymuje deweloper w zakresie przechowywania, przetwarzania, wyświetlania i przekazywania takich treści.

Zakres zezwolenia powinien odpowiadać funkcjom produktu. Aplikacja do edycji zdjęć może potrzebować prawa do przetworzenia pliku i zapisania rezultatu, ale nie bezterminowej licencji na komercyjne wykorzystywanie zdjęcia w reklamach dewelopera.

Zawieszenie i zakończenie dostępu

EULA powinna opisywać naruszenia, w przypadku których deweloper ma prawo ograniczyć korzystanie z programu. Podstawy powinny być konkretne: obchodzenie płatności, ingerowanie w bezpieczeństwo, nielegalne treści lub istotne naruszenie warunków.

Natychmiastowa blokada jest odpowiednia w niebezpiecznych sytuacjach, ale nie w przypadku każdego błędu technicznego użytkownika. W przypadku płatnych produktów należy również uwzględnić zwroty, pozostały okres subskrypcji, dostęp do danych użytkownika oraz bezwzględnie obowiązujące prawa konsumenta.

Jak sprawić, aby EULA była wiążąca dla użytkownika

Link w stopce strony internetowej lub na stronie aplikacji w sklepie nie zawsze potwierdza, że użytkownik zapoznał się z warunkami i je zaakceptował. Deweloper powinien określić wyraźny moment zawarcia umowy.

Najbardziej niezawodnym rozwiązaniem jest wyświetlenie linku do EULA przed rejestracją, pierwszą instalacją lub płatnością oraz uzyskanie aktywnej zgody użytkownika. Interfejs powinien umożliwiać otwarcie dokumentu przed naciśnięciem przycisku. Wstępnie zaznaczone pole oraz sformułowanie ukryte wśród innych elementów osłabiają pozycję dowodową firmy.

System powinien przechowywać:

• wersję zaakceptowanej EULA
• datę i godzinę wyrażenia zgody
• identyfikator konta lub inny dopuszczalny sposób powiązania zgody z użytkownikiem
• tekst obowiązujący w momencie akceptacji
• informacje o ponownym wyrażeniu zgody po istotnej aktualizacji

W przypadku aplikacji bez rejestracji potwierdzenie można powiązać z identyfikatorem technicznym lub przechowywać lokalnie, jeżeli taki sposób jest zgodny z wymogami dotyczącymi danych osobowych. Rozwiązanie zależy od architektury produktu i jurysdykcji użytkowników.

Jak aktualizować umowę licencyjną

Sformułowanie „deweloper ma prawo zmienić EULA w dowolnym momencie” nie gwarantuje, że nowe warunki automatycznie staną się wiążące dla obecnych użytkowników. Szczególnie ryzykowne jest wprowadzanie w ten sposób nowych opłat, rozszerzanie praw do treści użytkownika lub istotne ograniczanie dostępnej funkcjonalności.

Firma powinna przechowywać poprzednie wersje dokumentu, wskazywać datę wejścia zmian w życie oraz informować użytkowników z wyprzedzeniem. W przypadku istotnych zmian zasadne jest uzyskanie ponownej aktywnej zgody. Poprawki techniczne i doprecyzowania można wprowadzać poprzez powiadomienie, jeżeli pozwalają na to umowa i obowiązujące prawo.

Należy z góry określić, co stanie się w przypadku odmowy zaakceptowania nowej wersji. Użytkownikowi można zapewnić czas na zakończenie korzystania z produktu i pobranie danych. Natychmiastowa blokada bez możliwości uzyskania własnych informacji stwarza dodatkowe ryzyko.

Czym EULA różni się od innych dokumentów produktu

EULA reguluje licencję na instalowane oprogramowanie. Terms of Use określają zasady korzystania z usługi, konta, treści użytkownika i płatnych funkcji. Privacy Policy wyjaśnia zasady przetwarzania danych osobowych, natomiast Cookie Policy dotyczy wykorzystywania plików cookie i podobnych technologii.

EULA i warunki korzystania można połączyć w jednym dokumencie, jeżeli jego struktura pozostaje przejrzysta. W przypadku produktu o prostym modelu zmniejsza to liczbę wymaganych zgód i upraszcza aktualizacje. Złożona platforma może wymagać odrębnego systemu dokumentów, w którym każdy tekst reguluje określoną część relacji.

Najważniejszym wymogiem takiego systemu jest spójność. EULA nie powinna gwarantować bezterminowego dostępu, jeżeli Terms of Use pozwalają na natychmiastowe zamknięcie konta, a opis subskrypcji w sklepie nie powinien być sprzeczny z zasadami zwrotów obowiązującymi w aplikacji.

Błędy, przez które EULA nie działa

Pierwszym błędem jest kopiowanie umowy innego produktu. W dokumencie pojawiają się funkcje, których aplikacja nie posiada, nieodpowiedni model płatności oraz ograniczenia sprzeczne z interfejsem.

Drugi problem dotyczy uprawnionego. EULA jest publikowana w imieniu firmy, na którą deweloperzy lub wykonawcy nie przenieśli praw do kodu. Taka firma nie może udzielić użytkownikowi licencji w deklarowanym zakresie.

Trzeci błąd pojawia się przy akceptacji warunków. Użytkownik dowiaduje się o dokumencie dopiero po dokonaniu płatności albo umowa jest dostępna wyłącznie pod linkiem, którego nie można otworzyć przed rejestracją. W przypadku sporu deweloperowi będzie trudno wykazać, która wersja została zaakceptowana.

Wreszcie nadmierne ograniczenia mogą być sprzeczne z bezwzględnie obowiązującymi przepisami. Całkowite wyłączenie odpowiedzialności, wyłączenie wszystkich gwarancji oraz zakaz przewidzianych prawem sposobów korzystania z programu nie stają się skuteczne tylko dlatego, że użytkownik kliknął przycisk akceptacji.

Co sprawdzić przed publikacją EULA

Deweloper powinien porównać umowę z rzeczywistym sposobem dystrybucji produktu, zasadami sklepu oraz interfejsem służącym do akceptacji warunków. Osobno należy sprawdzić subskrypcje, treści cyfrowe, materiały użytkowników, aktualizacje oraz konsekwencje zablokowania dostępu.

Należy również potwierdzić, że firma posiada prawa do kodu, designu oraz innych elementów zawartych w aplikacji. Licencje dotyczące komponentów open-source, SDK, fontów i treści podmiotów trzecich mogą nakładać dodatkowe obowiązki.

Ostatnią weryfikację przeprowadza się wewnątrz samego produktu: użytkownik powinien widzieć aktualną wersję EULA, mieć możliwość otwarcia jej przed zaakceptowaniem oraz zachować dostęp do dokumentu po rejestracji.