Czy na pewno jesteś właścicielem swojej strony i aplikacji?

Dlaczego to pytanie nie jest teoretyczne

Problem zwykle wychodzi w złym momencie: gdy zmieniasz wykonawcę, gdy domena nie została odnowiona, bo przypomnienie trafiło na skrzynkę byłego pracownika, albo gdy trzeba wydać pilną aktualizację aplikacji, a konto w App Store należy do freelancera, z którym nie ma kontaktu. Wtedy okazuje się, że firma płaciła za stronę i aplikację, ale formalnie nie ma do nich dostępu ani praw. Sprawdzenie tego zajmuje godzinę, a naprawa po fakcie bywa długa i zależy od dobrej woli drugiej strony.

Kto jest właścicielem strony internetowej: Ty czy wykonawca?

Autorskie prawa majątkowe do kodu, grafiki i tekstów ma wykonawca, dopóki pisemna umowa nie przeniesie ich na Twoją firmę. Ustawa mówi wprost, że w braku wyraźnego postanowienia o przeniesieniu prawa uważa się, że twórca udzielił licencji (art. 65). Jeśli umowa nie określa inaczej, licencja uprawnia do korzystania z utworu przez pięć lat na terytorium kraju, w którym licencjobiorca ma siedzibę, a po tym czasie wygasa (art. 66). Domena i konta to osobna sprawa: o dostępie do nich decyduje to, kto jest abonentem domeny i właścicielem kont, a nie umowa o prawa autorskie. Dlatego sprawdzić trzeba obie rzeczy.

Co powinno być na Twoją firmę

Konta w sklepach: najtrudniejsza część

Aplikację da się przenieść między kontami, ale wymaga to współpracy dotychczasowego właściciela. W App Store przeniesienie rozpoczyna Account Holder konta, na którym jest aplikacja, a przyjmuje Account Holder konta docelowego. Aplikacja zachowuje opinie i oceny, a użytkownicy dalej dostają aktualizacje, ale aplikacja musi spełnić kryteria przeniesienia, a część elementów, na przykład identyfikator sprzedawcy Apple Pay, nie przechodzi. W Google Play prośbę wysyła się z konta pierwotnego, konto docelowe ją zatwierdza, a zespół Google odpowiada zwykle w ciągu 2 dni roboczych. Przechodzą użytkownicy, statystyki, oceny i opinie, ale nie przechodzą grupy testowe ani zamówienia sprzed przeniesienia. Dlatego najprościej od początku publikować na koncie firmy. Jak założyć konta, opisujemy w tekście o publikacji aplikacji w App Store i Google Play.

Prawa autorskie: co mówi ustawa

To nie jest porada prawna, tylko przepisy, które warto znać przed rozmową z prawnikiem i wykonawcą. Podobne zapisy omawiamy też we wpisie fixed price czy time and material.

• Art. 74 ust. 1: programy komputerowe są chronione jak utwory literackie.
• Art. 53: umowa o przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności.
• Art. 41 ust. 2 i 4: umowa obejmuje pola eksploatacji wyraźnie w niej wymienione i może dotyczyć tylko pól znanych w chwili jej zawarcia.
• Art. 52 ust. 1: przeniesienie własności egzemplarza utworu nie oznacza przejścia praw. Otrzymanie plików z kodem to jeszcze nie prawa do kodu.
• Art. 65: w braku wyraźnego postanowienia o przeniesieniu prawa uważa się, że twórca udzielił licencji.
• Art. 46: jeśli umowa nie stanowi inaczej, twórca zachowuje wyłączne prawo zezwalania na wykonywanie zależnego prawa autorskiego, nawet gdy przeniósł całość autorskich praw majątkowych. Przy kodzie i projekcie, które ma rozwijać ktoś inny, warto przenieść wprost także to prawo.
• Art. 74 ust. 4: prawa do programu obejmują jego zwielokrotnianie, tłumaczenie, przystosowywanie i inne zmiany oraz rozpowszechnianie. Dla grafiki, tekstów i zdjęć przykładowe pola eksploatacji wymienia art. 50, w tym publiczne udostępnianie w internecie.
• Art. 74 ust. 3: prawa do programu stworzonego przez pracownika w ramach obowiązków służbowych przysługują pracodawcy, o ile umowa nie stanowi inaczej. Ta reguła dotyczy umowy o pracę, a nie współpracy z zewnętrzną firmą.
• Biblioteki open source zostają na swoich licencjach. Wykonawca nie przeniesie praw do cudzego kodu, ale powinien przekazać listę bibliotek i licencji.

Co powinna zawierać umowa o przeniesienie praw

Ostateczną treść warto skonsultować z prawnikiem. Przed tą rozmową sprawdź, czy umowa zawiera:

• wyraźne zdanie, że wykonawca przenosi autorskie prawa majątkowe, a nie tylko udziela licencji,
• listę pól eksploatacji osobno dla kodu (art. 74 ust. 4) oraz dla grafiki, tekstów i zdjęć (art. 50),
• przeniesienie prawa zezwalania na wykonywanie zależnego prawa autorskiego (art. 46),
• moment przejścia praw, na przykład z chwilą zapłaty za dany etap, i informację, że wynagrodzenie obejmuje przeniesienie praw,
• obowiązek przekazania kodu źródłowego z historią zmian, dokumentacji i plików projektowych,
• listę bibliotek open source i elementów na cudzych licencjach, na przykład czcionek i zdjęć z banków zdjęć,
• zasady pokazywania projektu w portfolio wykonawcy.

Lista kontrolna do odebrania od wykonawcy

1. Potwierdzenie, że abonentem domeny jest Twoja firma, i dostęp do panelu rejestratora.
2. Konto hostingowe albo serwerowe na firmę, z Twoim dostępem administratora.
3. Rola administratora w repozytorium kodu z pełną historią zmian.
4. Instrukcja uruchomienia i wdrożenia projektu oraz lista ustawień środowiska. Hasła przekazane w menedżerze haseł, a nie w zwykłym mailu.
5. Lista wszystkich usług zewnętrznych z kontem, właścicielem i miesięcznym kosztem.
6. Konta Apple Developer i Google Play Console na firmę, z wykonawcą dodanym jako użytkownik.
7. Informacja, gdzie są klucze i certyfikaty do podpisywania aplikacji, i dostęp do nich.
8. Rola administratora w Google Analytics i status zweryfikowanego właściciela w Search Console.
9. Pliki źródłowe projektu graficznego na Twoim koncie albo przekazane w całości.
10. Pisemna umowa przenosząca autorskie prawa majątkowe do kodu, projektu i dokumentacji, z wymienionymi polami eksploatacji.
11. Lista bibliotek open source z ich licencjami.
12. Aktualna kopia zapasowa bazy danych i plików.

Po przejęciu: zamknij stare dostępy

Gdy wszystko jest już na Twojej firmie, usuń dostępy osób, które nie powinny ich mieć, i zmień hasła wspólnych kont. W Search Console samo usunięcie właściciela nie wystarcza: dopóki na stronie zostaje jego token weryfikacyjny, na przykład plik HTML albo znacznik meta, może on ponownie zweryfikować własność. W Google Analytics pamiętaj, że ostatni administrator nie może usunąć sam siebie, więc najpierw dodaj siebie, potem usuń wykonawcę.

Najczęstsze błędy

• Domena zarejestrowana na agencję albo na prywatne dane pracownika „dla wygody”.
• Jeden wspólny login do wszystkiego, którego nikt nie zmienia po zakończeniu współpracy.
• Odbiór projektu jako archiwum ZIP bez dostępu do repozytorium.
• Umowa z ogólnym zdaniem „przenosi prawa autorskie”, bez wymienionych pól eksploatacji.
• Hosting i domena opłacane kartą wykonawcy, przez co faktury i przypomnienia trafiają do niego.
• Aplikacja opublikowana na koncie dewelopera wykonawcy.

Jak pracujemy w Tycode

W naszych projektach kod, konta i serwery są na Twojej firmie, a my dostajemy do nich dostęp. Przejmujemy też strony i aplikacje po innych wykonawcach: zaczynamy od przeglądu dostępów, kopii i bezpieczeństwa, który opisujemy na stronie audyt strony internetowej, a stałe utrzymanie obejmuje opieka nad stroną. Jeśli nie wiesz, czy wszystko jest na Twojej firmie, możemy sprawdzić to razem z Tobą.

Źródła

• Ustawa o prawie autorskim i prawach pokrewnych (Dz.U. 2025 poz. 24), art. 41, 46, 50, 52, 53, 65, 66, 74
• NASK: wyszukiwarka WHOIS dla domen .pl
• Apple: role w koncie dewelopera, w tym Account Holder
• Apple: przenoszenie aplikacji między kontami
• Google Play Console: przenoszenie aplikacji na inne konto
• Google Search Console: właściciele i użytkownicy usługi
• Google Analytics: zarządzanie dostępem