Kto jest właścicielem aplikacji zbudowanej na Twoim know-how — prawa do kodu, marka i dane partnerów?

Cztery składniki, cztery różne podstawy — czyje jest co

Aplikacja zbudowana na wiedzy praktyka nie jest jedną rzeczą. To cztery składniki: know-how, kod, marka i dane partnerów. Każdy ma inną podstawę prawną i inny moment, od którego staje się Twój — albo przestaje nim być. Pytanie „czyja jest ta aplikacja” bez tego rozbicia nie ma odpowiedzi.

Najbardziej zaskakuje pierwszy składnik. Twój proces — kolejność kroków, reguły decyzji, lista wyjątków — nie jest chroniony prawem autorskim: ochroną objęty jest wyłącznie sposób wyrażenia, a idee, procedury, metody i zasady działania ochronie nie podlegają (art. 1 ust. 2¹ prawa autorskiego).

Know-how chroni więc inna ustawa i tylko warunkowo. Tajemnicą przedsiębiorstwa są informacje o wartości gospodarczej, które nie są powszechnie znane ani łatwo dostępne — ale wyłącznie wtedy, gdy uprawniony przy zachowaniu należytej staranności podjął działania w celu utrzymania ich w poufności (art. 11 ust. 2 ustawy o zwalczaniu nieuczciwej konkurencji).

Najważniejsza w tej tabeli jest kolumna „czyj i od kiedy”. Ochrona know-how trwa tylko dopóki pilnujesz poufności, prawa do kodu przechodzą w dniu podpisania umowy, a prawo do znaku liczy się od daty zgłoszenia — nie od dnia, w którym zacząłeś używać nazwy.

Kod: dlaczego „zamówiłem i zapłaciłem” nie znaczy „mam prawa”

Zapłata za budowę nie przenosi praw do kodu — przenosi je wyłącznie umowa, a gdy umowa o tym milczy, ustawa rozstrzyga na korzyść twórcy: „w braku wyraźnego postanowienia o przeniesieniu prawa, uważa się, że twórca udzielił licencji” (art. 65 prawa autorskiego).

Licencja to nie własność. Umowa licencyjna bez zapisu o czasie uprawnia do korzystania przez pięć lat na terytorium państwa siedziby licencjobiorcy, a po tym okresie prawo wygasa. Jeżeli umowa nie zastrzega wyłączności, twórca może udzielić tej samej licencji komuś innemu.

Podstawa: prawo autorskie, art. 66 ust. 1 i 2 oraz art. 67 ust. 2.

Druga pułapka to zakres. Umowa o przeniesienie praw i licencja obejmują wyłącznie pola eksploatacji wyraźnie w nich wymienione, więc zdanie „wykonawca przenosi całość praw” bez wyliczenia nie przenosi wszystkiego. Sama umowa wymaga formy pisemnej pod rygorem nieważności — inaczej jest nieważna.

Podstawa: prawo autorskie, art. 41 ust. 2 i art. 53.

Tak jest w umowach o przeniesienie praw: podpisem jest papier albo kwalifikowany podpis elektroniczny, pola eksploatacji są wypisane z nazwy, a osobne zdanie dotyczy kodu źródłowego i prawa do wprowadzania w programie zmian (art. 74 ust. 4 pkt 2).

Trzecia pułapka siedzi w łańcuchu osób. Prawa do programu stworzonego przez pracownika w wyniku wykonywania obowiązków ze stosunku pracy przysługują pracodawcy (art. 74 ust. 3), ale zleceniobiorca ani podwykonawca pracownikiem nie jest — od nich prawa muszą przejść osobną umową, zanim wykonawca przeniesie je na Ciebie.

I rzecz, która działa w obie strony: ochrona programu obejmuje formy jego wyrażenia, a idee i zasady będące podstawą jakiegokolwiek jego elementu ochronie nie podlegają (art. 74 ust. 2). Konkurent, który napisze własny kod robiący to samo, niczego nie narusza.

Lista pól eksploatacji jest tak dokładna, jak dokładny jest zakres prac, a ten spisuje się przed budową: jak spisać zakres pierwszej wersji aplikacji (MVP), żeby wycena i termin miały sens.

Dwa wątki rozstrzygnięto już gdzie indziej: do kogo należy kod aplikacji budowanej w modelu revenue share oraz czyj jest kod wygenerowany przez AI i aplikacja zbudowana w no-code.

Marka i dane partnerów: co rejestrujesz, a co tylko zapisujesz

Znak towarowy dla jednej klasy towarowej kosztuje w Polsce 890 zł na starcie: 400 zł zgłoszenie elektroniczne, 400 zł ochrona za pierwsze dziesięć lat i 90 zł publikacja informacji o udzielonym prawie (cennik Urzędu Patentowego RP, stan na 16 września 2026).

Patentu na aplikację nie będzie: za wynalazki nie uważa się programów komputerowych, o ile zgłoszenie dotyczy programu jako takiego (art. 28 ust. 1 pkt 5 i ust. 2 prawa własności przemysłowej).

Prawo ochronne na znak daje wyłączne prawo używania go w sposób zarobkowy na całym obszarze Polski przez dziesięć lat od daty zgłoszenia, z przedłużeniem o kolejne dziesięć (art. 153 ust. 1–3).

Dane partnera i jego klientów nie stają się Twoje w żadnym momencie. Administratorem jest ten, kto ustala cele i sposoby przetwarzania (art. 4 pkt 7 RODO), czyli partner; Ty przetwarzasz je w jego imieniu, na podstawie umowy określającej przedmiot, czas, charakter i cel przetwarzania (art. 28 ust. 1 i 3).

Dwa zdania z tej umowy partner przeczyta najuważniej: po zakończeniu świadczenia usług podmiot przetwarzający — zależnie od decyzji administratora — usuwa albo zwraca wszystkie dane i ich kopie oraz umożliwia administratorowi lub upoważnionemu audytorowi przeprowadzenie audytu (art. 28 ust. 3 lit. g oraz h RODO).

Osobna sprawa to baza jako całość, a nie dane w niej. Wyłączne i zbywalne prawo pobierania i wtórnego wykorzystania przysługuje producentowi bazy — temu, kto ponosi ryzyko nakładu inwestycyjnego na jej sporządzenie — i trwa piętnaście lat.

Podstawa: ustawa o ochronie baz danych, art. 2 ust. 1 pkt 4 oraz art. 6 i art. 10.

Reguła z progiem: zgłoś znak, zanim podpiszesz umowę z trzecim partnerem. Prawo ochronne liczy się od daty zgłoszenia (art. 153 ust. 2), a przy trzeciej firmie nazwa krąży już poza Twoją kontrolą — w ich fakturach, mailach do ich klientów i wpisach w ich systemach. Zmiana nazwy kosztuje wtedy wielokrotnie więcej niż 890 zł.

Jak wygląda oddzielenie danych w kodzie, a nie w regulaminie, opisuje osobny tekst: RODO w aplikacji dla firmy — co wdrożyć w kodzie, a nie tylko w regulaminie. Pełną listę elementów umowy z firmą z branży zbiera umowa z partnerem z branży na korzystanie z Twojej aplikacji.

Konkurent jako partner: czyja jest aplikacja, w której trzyma dane swoich klientów

Firma z Twojej branży nie pyta najpierw „ile to kosztuje”. Pyta, co się stanie z jej danymi, jej cenami i jej klientami, gdy wejdzie do aplikacji, której właścicielem jesteś Ty — czyli jej konkurent.

W ponad 300 rozmowach o pomysłach na aplikację, które prowadziliśmy między czerwcem a wrześniem 2026 (ręczna klasyfikacja opisów pomysłu, stan 16.09.2026), 6 na 10 pomysłów to narzędzie dla firm z własnej branży, a 1 na 5 — platforma łącząca dwie strony branży. W obu wariantach partnerem bywa ktoś, kto dziś konkuruje o tych samych klientów.

• „Zobaczysz moje ceny i moich klientów”. Odpowiedzią nie jest obietnica, tylko uprawnienie partnera: umowa powierzenia daje mu prawo do audytu i inspekcji u Ciebie (art. 28 ust. 3 lit. h RODO). Zapisz, kto po Twojej stronie ma dostęp do jego danych i jak ten dostęp jest rejestrowany.
• „Wyłączysz mnie i stracę historię”. Po zakończeniu usługi dane wracają do partnera albo są usuwane, zależnie od jego decyzji (art. 28 ust. 3 lit. g RODO). Zapisz format i termin eksportu oraz to, kto jest producentem bazy w rozumieniu art. 2 ust. 1 pkt 4 ustawy o ochronie baz danych.
• „Zniknę pod Twoją marką”. Prawo ochronne na znak daje wyłączność Tobie (art. 153 ust. 1 prawa własności przemysłowej), więc partner potrzebuje pisemnej licencji z zakresem: gdzie i jak używa Twojej nazwy, a gdzie występuje pod własną.
• „Skopiujesz mój sposób pracy”. Ta obawa jest symetryczna i dlatego łatwa do zamknięcia: procesy i metody obu stron nie są chronione prawem autorskim (art. 1 ust. 2¹), a tajemnicą przedsiębiorstwa stają się dopiero wtedy, gdy obie strony podejmą działania dla utrzymania ich w poufności (art. 11 ust. 2 uznk).

Jedna rzecz, której nie obiecasz nikomu: pozyskanie informacji nie jest czynem nieuczciwej konkurencji, jeżeli nastąpiło w wyniku obserwacji, badania, rozłożenia na części lub testowania przedmiotu dostępnego publicznie albo posiadanego zgodnie z prawem — o ile uprawnienie do takiego pozyskania nie było wtedy ograniczone (art. 11 ust. 7 uznk).

Ten warunek jest powodem, dla którego klauzula poufności w umowie z partnerem ma sens: wobec kogoś, kogo uprawnienie ograniczyłeś umową, wyjątek nie działa. Wobec firmy, która sama doszła do tego samego z legalnie dostępnego produktu — działa, a status tajemnicy oceniasz według warunków z art. 11 ust. 2.

Dlatego rozmowa z konkurentem o własności kończy się szybciej, niż się zaczyna, gdy masz gotowe cztery odpowiedzi z artykułami w ręku. Co realnie chroni aplikację przed kopią, a co tylko wygląda na ochronę, rozstrzyga konkurent skopiuje Twoją aplikację — co realnie ją chroni, a co nie.

Co zostaje po Twojej stronie, a co robi zespół, który buduje

Podział jest prosty: własność i decyzje zostają przy Tobie, wykonanie i dowody po stronie zespołu technicznego. Żaden z czterech składników nie przechodzi na zespół w trakcie pracy — przy każdym trzeba tylko wiedzieć, kto co podpisuje i jaki ślad z tego zostaje.

Jedna decyzja techniczna ma tu wagę prawną: każda aplikacja dostaje własny projekt bazy i własne konto operatora płatności. Dane i pieniądze jednej firmy nie mieszają się z innymi, a całość da się przekazać bez wycinania jej z cudzej bazy — także wtedy, gdy rozstajesz się z partnerem albo z zespołem.

Zespół techniczny nie decyduje, czyja jest marka, ile kosztuje dostęp i kto zostaje partnerem. Dostarcza architekturę, kod, bezpieczeństwo, płatności i utrzymanie oraz dowody, że zbudowane działa tak, jak przyjąłeś. Decyzje właścicielskie zostają po Twojej stronie, bo to Ty odpowiadasz przed firmami z branży.