Mobile App Development Agreement Poland

Umowa o rozwój aplikacji mobilnej w Polsce to umowa, na podstawie której wykonawca (studio deweloperskie lub programista freelancer) zobowiązuje się zaprojektować, oprogramować i dostarczyć działającą aplikację mobilną na urządzenia z systemem iOS lub Android, a zamawiający zobowiązuje się do zapłaty uzgodnionego wynagrodzenia. Aplikacja mobilna to program komputerowy w rozumieniu art. 74 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz.U. 1994 nr 24 poz. 83), objęty szczególnym reżimem ochrony prawnoautorskiej.

Pod względem prawnym umowa o rozwój aplikacji mobilnej ma charakter umowy o dzieło (art. 627 Kodeksu cywilnego — ustawa z dnia 23 kwietnia 1964 r., Dz.U. 1964 nr 16 poz. 93 ze zm.): wykonawca zobowiązuje się do osiągnięcia oznaczonego rezultatu — działającej aplikacji spełniającej wymagania zamawiającego. Jest to umowa rezultatu, a nie starannego działania, co oznacza, że wykonawca odpowiada za efekt końcowy, a nie jedynie za należyte dołożenie starań. Za niewykonanie lub nienależyte wykonanie zobowiązania wykonawca odpowiada na zasadach art. 471 Kodeksu cywilnego.

Kluczowym elementem umowy o rozwój aplikacji mobilnej jest uregulowanie praw autorskich do stworzonego oprogramowania. Zgodnie z art. 74 ust. 3 ustawy o prawie autorskim autorskie prawa majątkowe do programu komputerowego stworzonego przez pracownika w wyniku wykonywania obowiązków służbowych przysługują pracodawcy, chyba że strony umówiły się inaczej. Przy zamawianiu aplikacji u zewnętrznego studia deweloperskiego lub freelancera prawa te powstają po stronie wykonawcy i przechodzą na zamawiającego wyłącznie na podstawie klauzuli przeniesienia. Przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności (art. 53) i obejmuje wyłącznie wymienione pola eksploatacji (art. 50 i art. 41 ust. 2 ustawy o prawie autorskim).

Wynagrodzenie w umowie o rozwój aplikacji mobilnej ma najczęściej charakter ryczałtowy (art. 632 Kodeksu cywilnego), dzielony na transze powiązane z kolejnymi etapami projektu (design UX/UI, backend, aplikacje natywne, testy i publikacja). Gdy wykonawca jest czynnym podatnikiem, do wynagrodzenia netto dolicza się podatek od towarów i usług według stawki 23% zgodnie z ustawą z dnia 11 marca 2004 r. o podatku od towarów i usług.

Aplikacja mobilna obejmuje zazwyczaj trzy warstwy: warstwę prezentacji (frontend mobilny iOS/Android), warstwę logiki biznesowej (backend API) i warstwę danych (baza danych). Każda z nich może obejmować komponenty open source objęte licencjami (MIT, Apache, GPL), które wykonawca powinien zidentyfikować i przekazać zamawiającemu w dokumentacji. Wymagany jest też dostęp do kont deweloperskich Apple Developer Program i Google Play Console, który umożliwia publikację aplikacji i jej aktualizacje.

Ochrona danych osobowych jest szczególnie istotna, gdy aplikacja mobilna przetwarza dane użytkowników — loginy, dane osobowe, dane o lokalizacji, dane biometryczne. Zamawiający jako przyszły operator aplikacji jest administratorem danych, a jeżeli wykonawca w toku projektu uzyskuje dostęp do danych testowych, wymagana jest umowa powierzenia przetwarzania zgodna z art. 28 rozporządzenia (UE) 2016/679 (RODO), nadzorowanego przez Prezesa Urzędu Ochrony Danych Osobowych (PUODO).

Umowa o rozwój aplikacji mobilnej w Polsce jest potrzebna w każdym przypadku, gdy podmiot zleca zewnętrznemu deweloperowi lub studiu stworzenie aplikacji na urządzenia mobilne.

Aplikacje konsumenckie (B2C). Startupy i firmy zamawiające aplikacje mobilne dla konsumentów — aplikacje zakupowe, lifestylowe, zdrowotne, edukacyjne czy finansowe — muszą zawrzeć umowę regulującą zakres projektu, prawa autorskie do kodu i designu, prywatność użytkowników (RODO) oraz gwarancję działania.

Aplikacje dla pracowników (B2E). Organizacje zamawiające wewnętrzne aplikacje mobilne dla pracowników (aplikacje terenowe, aplikacje magazynowe, CRM mobilny) zawierają umowę regulującą dostęp do danych firmowych, bezpieczeństwo i integracje z systemami korporacyjnymi.

Aplikacje do zarządzania IoT i urządzeniami. Producenci urządzeń elektronicznych zamawiający aplikacje mobilne sterujące sprzętem (smart home, urządzenia medyczne, systemy alarmowe) wymagają umów regulujących odpowiedzialność za bezpieczeństwo interfejsu i integrację ze sprzętem.

Aktualizacja lub rewrite istniejącej aplikacji. Firmy zlecające przepisanie przestarzałej aplikacji na nową technologię (np. z React Native 0.63 do Flutter) lub zamawiające znaczną rozbudowę istniejącej aplikacji zawierają umowę precyzującą zakres migracji danych i kompatybilność wsteczną.

Aplikacje regulated (fintech, medtech, edtech). Podmioty zamawiające aplikacje objęte regulacjami (aplikacje płatnicze, aplikacje medyczne klasy IIa/IIb, e-learning objęty finansowaniem publicznym) wymagają umów z rozbudowanymi klauzulami odpowiedzialności, testowania i dokumentacji wymaganej przez organy regulacyjne.

Aplikacje wielojęzyczne na rynki zagraniczne. Firmy wchodzące na rynki europejskie i zamawiające aplikacje w wielu językach z obsługą różnych regulacji RODO zawierają umowy specyfikujące lokalizację, testy na urządzeniach lokalnych rynków i zgodność z wymogami sklepów App Store i Google Play w poszczególnych krajach.

Umowa o rozwój aplikacji mobilnej w Polsce powinna zawierać następujące elementy, które zapewniają ochronę praw zamawiającego i wykonawcy.

Oznaczenie stron. Pełne dane zamawiającego i wykonawcy (studio, freelancer): firma lub imię i nazwisko, adres, NIP, KRS lub CEIDG. Dla freelancerów — PESEL i seria oraz numer dowodu osobistego.

Opis aplikacji i wymagania funkcjonalne. Szczegółowy opis aplikacji: cel, docelowi użytkownicy, platformy (iOS, Android, cross-platform), kluczowe funkcjonalności, integracje z systemami zewnętrznymi (API, płatności, mapa, push), wymagania niefunkcjonalne (performance, bezpieczeństwo, dostępność). forms-legal.com zaleca dołączenie specyfikacji wymagań jako załącznika.

Etapy projektu i kamienie milowe. Harmonogram z terminami granicznymi etapów: UX/UI design i prototypy, backend API, aplikacje mobilne, testy, publikacja. Każdy etap powiązany z transzą wynagrodzenia — warunkuje płatność.

Procedura odbioru. Czas na testy i odbiór po dostarczeniu etapu, klasyfikacja błędów (krytyczne/poważne/kosmetyczne), czas usunięcia błędów, skutki braku odpowiedzi zamawiającego.

Wynagrodzenie. Wynagrodzenie ryczałtowe powiązane z etapami, transze płatności, VAT 23%, odsetki za opóźnienie (art. 481 Kodeksu cywilnego).

Przeniesienie praw autorskich. Przeniesienie autorskich praw majątkowych do kodu źródłowego, designu i dokumentacji z chwilą zapłaty pełnego wynagrodzenia, z wymienieniem pól eksploatacji (art. 50 ustawy o prawie autorskim). Forma pisemna wymagana pod rygorem nieważności (art. 53). Regulacja praw do komponentów open source.

Przekazanie kodu źródłowego i dostępów. Repozytorium Git z pełnym kodem, dokumentacja techniczna, dostępy do kont Apple Developer Program i Google Play Console.

Gwarancja i rękojmia. Okres gwarancji (np. 12 miesięcy) i zasady zgłaszania błędów; rękojmia za wady dzieła (art. 638 Kodeksu cywilnego, termin 2 lata).

Poufność i RODO. Ochrona tajemnicy przedsiębiorstwa (art. 11 ustawy o zwalczaniu nieuczciwej konkurencji), umowa powierzenia danych testowych lub produkcyjnych (art. 28 RODO, nadzór PUODO).

Umowa o rozwój aplikacji mobilnej w Polsce wypełniana jest krok po kroku, zaczynając od stron, przez zakres, wynagrodzenie, aż po prawa autorskie.

Krok 1 — oznacz strony. Wpisz pełne dane zamawiającego i wykonawcy. Dla wykonawcy będącego osobą fizyczną podaj PESEL i serię dowodu osobistego. Dla spółek — firmę, NIP i numer KRS.

Krok 2 — opisz aplikację. Wpisz szczegółowy opis aplikacji: cel, docelowych użytkowników, platformy (iOS, Android lub cross-platform) i kluczowe funkcjonalności. Dołącz specyfikację wymagań jako załącznik — im precyzyjniejszy opis, tym mniej sporów o zakres prac.

Krok 3 — wybierz platformy. Wskaż, czy aplikacja ma działać na iOS, Androidzie czy obu platformach. Przy cross-platform wskaż technologię (React Native, Flutter), co wpłynie na podejście do przeniesienia praw do kodu.

Krok 4 — opisz etapy i kamienie milowe. Wpisz etapy z datami granicznymi powiązanymi z transzami wynagrodzenia. Typowe etapy: UX/UI, backend, aplikacja mobilna, testy, publikacja.

Krok 5 — ustal wynagrodzenie. Wpisz wynagrodzenie ryczałtowe i harmonogram transz. Wskaż, że do wynagrodzenia netto doliczany jest VAT 23% i podstawą rozliczenia jest faktura.

Krok 6 — ureguluj prawa autorskie. Wpisz moment przeniesienia praw (z chwilą zapłaty pełnego wynagrodzenia) i pola eksploatacji (art. 50 ustawy o prawie autorskim). Pamiętaj, że przeniesienie wymaga formy pisemnej pod rygorem nieważności (art. 53) i obejmuje wyłącznie wymienione pola.

Krok 7 — określ zasady przekazania kodu. Wpisz obowiązek przekazania pełnego kodu źródłowego w repozytorium Git, dokumentacji technicznej i dostępów do kont deweloperskich Apple i Google.

Krok 8 — ustal gwarancję. Wpisz okres gwarancji (np. 12 miesięcy) i zasady zgłaszania błędów. Pamiętaj, że niezależnie od gwarancji przysługuje rękojmia za wady dzieła przez 2 lata (art. 638 KC).

Krok 9 — podpisz umowę. Wpisz miejscowość i datę. Podpisz w dwóch egzemplarzach lub z kwalifikowanym podpisem elektronicznym (art. 78[1] Kodeksu cywilnego). Dołącz specyfikację wymagań i listę komponentów open source jako załączniki.

Umowa o rozwój aplikacji mobilnej w Polsce podlega przepisom Kodeksu cywilnego, prawa autorskiego, ochrony danych osobowych i prawa podatkowego.

Charakter prawny. Umowa jest umową o dzieło (art. 627 Kodeksu cywilnego) — rezultatem jest działająca aplikacja mobilna. Za nienależyte wykonanie odpowiada wykonawca (art. 471 KC). Wynagrodzenie ryczałtowe jest stałe (art. 632 KC) — wykonawca nie może żądać jego podwyższenia.

Rękojmia za wady dzieła. Zamawiającemu przysługuje rękojmia za wady fizyczne i prawne dzieła na podstawie art. 638 Kodeksu cywilnego w zw. z art. 556 i następnymi (termin 2 lata od odbioru). Wady fizyczne obejmują błędy w działaniu aplikacji, wady prawne — naruszenie praw autorskich lub patentowych osób trzecich.

Prawa autorskie do aplikacji mobilnej. Aplikacja mobilna to program komputerowy chroniony na zasadach art. 74 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych. Prawa autorskie majątkowe do programu wytworzonego przez pracownika przysługują pracodawcy (art. 74 ust. 3). Przeniesienie majątkowych praw autorskich wymaga formy pisemnej pod rygorem nieważności (art. 53) i musi wymieniać pola eksploatacji (art. 41 ust. 2 i art. 50). Autorskie prawa osobiste twórcy (art. 16 ustawy) są niezbywalne — twórca może jedynie zobowiązać się do ich niewykonywania.

Komponenty open source. Aplikacje mobilne często zawierają biblioteki open source (MIT, Apache, GPL). Licencje GPL (copyleft) mogą nakładać obowiązek udostępnienia kodu źródłowego. Wykonawca powinien przekazać listę komponentów open source i zastosowanych licencji, aby zamawiający mógł ocenić ograniczenia wynikające z warunków licencji.

Ochrona danych osobowych. Jeżeli aplikacja przetwarza dane osobowe użytkowników, zamawiający jako jej operator jest administratorem danych w rozumieniu RODO. Gdy wykonawca w trakcie projektu ma dostęp do danych osobowych (np. danych testowych), wymagana jest umowa powierzenia przetwarzania (art. 28 RODO). PUODO nadzoruje przestrzeganie przepisów. Aplikacja musi spełniać zasady privacy by design i privacy by default (art. 25 RODO).

Wymagania App Store i Google Play. Apple App Store (Apple Developer Program) i Google Play Console mają własne wytyczne, polityki prywatności, wymogi bezpieczeństwa i zakazy kategorii treści. Naruszenie tych wytycznych może skutkować usunięciem aplikacji. Umowa powinna wskazać odpowiedzialność za zgodność aplikacji z wymaganiami sklepów i procedurę ponownego zgłoszenia po odrzuceniu.

Forma umowy. Umowa o rozwój aplikacji mobilnej nie wymaga szczególnej formy. Przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności (art. 53). Forma elektroniczna z kwalifikowanym podpisem elektronicznym jest równoważna z formą pisemną (art. 78[1] Kodeksu cywilnego).

Umowa o rozwój aplikacji mobilnej w Polsce bywa wadliwa z powodu typowych błędów, których można uniknąć.

Błąd 1 — brak klauzuli przeniesienia praw autorskich. Pominięcie klauzuli przeniesienia praw autorskich powoduje, że zamawiający korzysta z aplikacji bez tytułu prawnego do kodu. Zalecenie: zawrzyj klauzulę przeniesienia autorskich praw majątkowych z wymienieniem pól eksploatacji i zachowaniem formy pisemnej (art. 53 ustawy o prawie autorskim).

Błąd 2 — niejasny zakres projektu. Ogólnikowy opis aplikacji (np. „aplikacja mobilna do zamawiania jedzenia”) bez specyfikacji funkcjonalności prowadzi do sporów o to, co jest objęte ceną ryczałtową. Zalecenie: dołącz szczegółową specyfikację wymagań jako załącznik do umowy.

Błąd 3 — brak regulacji dotyczącej komponentów open source. Nieuwzględnienie bibliotek open source może prowadzić do problemów z licencjami GPL wymagającymi udostępnienia kodu. Zalecenie: wymagaj od wykonawcy listy komponentów open source z licencjami.

Błąd 4 — brak klauzuli przekazania kodu źródłowego. Brak zobowiązania wykonawcy do przekazania pełnego kodu prowadzi do uzależnienia od jednego dostawcy. Zalecenie: wskaż obowiązek przekazania kodu w repozytorium Git, dokumentacji i dostępów do kont deweloperskich Apple i Google.

Błąd 5 — brak warunków odbioru z mierzalnymi kryteriami. Umowy bez procedury UAT i bez klasyfikacji błędów stwarzają ryzyko niekończącego się testowania. Zalecenie: ustal procedurę odbioru z listą kategorii błędów i czasami ich usunięcia.

Błąd 6 — pominięcie klauzuli RODO. Aplikacja mobilna przetwarzająca dane użytkowników wymaga polityki prywatności i klauzuli RODO. Zalecenie: zawrzyj umowę powierzenia przetwarzania (art. 28 RODO) gdy wykonawca ma dostęp do danych osobowych i wskaż obowiązek wbudowania mechanizmów privacy by design (art. 25 RODO).

Błąd 7 — brak klauzuli o odrzuceniu przez App Store lub Google Play. Brak regulacji co do odpowiedzialności za odrzucenie aplikacji przez sklep i kosztów poprawek naraża zamawiającego na dodatkowe koszty. Zalecenie: wskaż, że wykonawca jest odpowiedzialny za zgodność aplikacji z wymaganiami Apple App Store i Google Play i zobowiązuje się bezpłatnie wprowadzić poprawki wymagane przez sklep przed publikacją.