Umowa freelancera a prawa autorskie: jak zabezpieczyć projekt i wynagrodzenie
Stan prawny na dzień 30 września 2026 r.
Grafik oddaje logo, klient opłaca fakturę i obie strony uznają sprawę za załatwioną. Jeżeli jednak nie podpisały pisemnej umowy o przeniesieniu praw, klient nie staje się właścicielem projektu. Zyskuje jedynie dorozumianą licencję, której granice w razie sporu trzeba odtwarzać z celu zlecenia i korespondencji stron. Konflikt o „kolejną bezpłatną poprawkę” również bywa trudny do rozstrzygnięcia, skoro nikt wcześniej nie ustalił, czym poprawka różni się od nowego zamówienia.
Wyjaśniam, jak skonstruować umowę freelancera wokół trzech kluczowych filarów: co dokładnie ma powstać, na jakich zasadach klient może z tego korzystać oraz w którym momencie nabywa do tego uprawnienia. Tekst kieruję do twórców - grafików, programistów, copywriterów czy montażystów - jak i do firm, które zamawiają ich usługi.
Umowa o dzieło, o świadczenie usług czy B2B: jaką umowę wybrać?
Określenie „kontrakt B2B” nie oznacza odrębnego typu umowy w prawie cywilnym. Wskazuje jedynie, że freelancer prowadzi jednoosobową działalność gospodarczą i rozlicza się fakturą VAT. O prawach i obowiązkach stron decyduje rzeczywista treść zobowiązania, a nie nagłówek dokumentu.
W relacjach z freelancerami stosuje się najczęściej dwa modele:
Umowa o dzieło (art. 627 Kodeksu cywilnego) - gdy celem jest dostarczenie z góry określonego, sprawdzalnego rezultatu. Klasyczny przykład to stworzenie strony internetowej za ryczałtowe wynagrodzenie 8 000 zł, przygotowanie logo czy napisanie pakietu pięciu artykułów. Wykonawca odpowiada tu za wady dzieła i osiągnięcie umówionego efektu. Klient może od takiej umowy w każdej chwili odstąpić przed ukończeniem prac, ale musi zapłacić uzgodnione wynagrodzenie, odliczając to, co twórca zaoszczędził przez niewykonanie dzieła (art. 644 k.c.).
Umowa o świadczenie usług (art. 750 k.c. w zw. z art. 734 i n. k.c.) - gdy przedmiotem jest staranne działanie w czasie, a nie jednorazowy rezultat. Przykładem jest bieżące wsparcie techniczne serwera w wymiarze 40 godzin miesięcznie albo prowadzenie profilu w mediach społecznościowych. Freelancer odpowiada za należytą staranność, a nie za określony wynik biznesowy.
Jeżeli projekt łączy oba elementy - na przykład budowę sklepu internetowego oraz jego późniejszy serwis - rekomenduję rozdzielenie tych etapów w treści kontraktu na odrębne moduły z własnymi zasadami odbioru i płatności.
Firma zamawiająca musi pamiętać o granicach swobody umów. Zgodnie z art. 22 § 1¹ Kodeksu pracy zatrudnienie w warunkach podporządkowania, w miejscu i czasie wyznaczonym przez zlecającego, pozostaje stosunkiem pracy bez względu na nazwę umowy. Z kolei art. 22 § 1² k.p. wprost zakazuje zastępowania umowy o pracę kontraktem cywilnoprawnym przy zachowaniu tych warunków. Stała obecność w biurze klienta od 9:00 do 17:00 i wykonywanie bieżących poleceń zespołu zarządczego rodzą ryzyko ustalenia stosunku pracy, nawet gdy strony podpisały umowę B2B.
Na dzień publikacji tego poradnika trwa proces legislacyjny nad wdrożeniem unijnej dyrektywy 2024/2831 w sprawie poprawy warunków pracy za pośrednictwem platform internetowych (projekt ustawy UC160, termin wdrożenia upływa 2 grudnia 2026 r.). Wprowadza ona domniemanie stosunku pracy tam, gdzie platforma cyfrowa sprawuje kontrolę i kierownictwo nad wykonawcą. Choć regulacja dotyczy platform, wyznacza czytelny trend organów kontrolnych: decydują faktyczne warunki wykonywania pracy, a nie pieczątka działalności gospodarczej.
Kto ma prawa autorskie do projektu po zapłacie faktury?
Samo opłacenie faktury nie przenosi na klienta autorskich praw majątkowych. Przepis art. 65 ustawy o prawie autorskim i prawach pokrewnych stanowi wprost: w braku wyraźnego postanowienia o przeniesieniu prawa uznaje się, że twórca udzielił licencji.
Gdy brakuje pisemnego kontraktu, klient zyskuje wyłącznie licencję dorozumianą. Jej zakres w razie sporu strony muszą odtwarzać z celu umowy i okoliczności zlecenia. Jeżeli firma zapłaciła grafikowi za logo, z pewnością obroni prawo do umieszczenia go na stronie internetowej czy wizytówkach, ponieważ taki był oczywisty cel zamówienia. Nie ma jednak pewności, czy może bez zgody autora zarejestrować znak towarowy w urzędzie patentowym albo zlecić innej agencji lifting znaku.
Aby uniknąć nieporozumień, strony powinny wprost wybrać jeden z trzech modeli dysponowania utworem:
| Przeniesienie praw majątkowych | Licencja wyłączna | Licencja niewyłączna | |
|---|---|---|---|
| Co zyskuje klient | Wyłączność i pełnię praw majątkowych na wskazanych polach eksploatacji | Wyłączne prawo korzystania z utworu w określonym celu i zakresie | Prawo korzystania z utworu obok innych podmiotów |
| Uprawnienia twórcy po transakcji | Traci prawa do utworu na sprzedanych polach, chyba że zastrzeże licencję zwrotną | Nie może korzystać z tego samego utworu ani licencjonować go innym na zastrzeżonych polach | Może swobodnie udzielać licencji innym podmiotom na to samo dzieło |
| Forma prawna | Pisemna pod rygorem nieważności (art. 53 pr.aut.) | Pisemna pod rygorem nieważności (art. 67 ust. 5 pr.aut.) | Dowolna (np. mailowa, dokumentowa, dorozumiana) |
| Przykłady biznesowe | Identyfikacja wizualna marki, dedykowany kod źródłowy, unikalna nazwa | Kampania wizerunkowa z udziałem fotografa na wyłączność przez 12 miesięcy | Zdjęcia stockowe, szablony graficzne, gotowe biblioteki oprogramowania |
Forma pisemna oznacza własnoręczny podpis na papierowym dokumencie albo kwalifikowany podpis elektroniczny, który na podstawie art. 78¹ k.c. wywołuje identyczne skutki prawne. Zwykły e-mail, skan podpisanej kartki, wiadomość na komunikatorze czy akceptacja regulaminu na platformie nie spełniają rygoru formy pisemnej. Skutkują zawarciem jedynie licencji niewyłącznej.
Trzeba pamiętać także o zasadzie odpłatności. Zgodnie z art. 43 ust. 1 pr.aut., jeżeli umowa nie stanowi inaczej, twórcy przysługuje wynagrodzenie za każde odrębne pole eksploatacji (art. 45 pr.aut.). Jeżeli intencją stron jest uregulowanie całości jedną stawką, kontrakt musi wyraźnie wskazywać, że kwota na fakturze obejmuje zarówno wykonanie dzieła, jak i przeniesienie praw na wszystkich wymienionych polach.
Pola eksploatacji: jak je wpisać do umowy?
Pola eksploatacji to technicznie wyodrębnione sposoby korzystania z utworu. Zgodnie z art. 41 ust. 2 ustawy umowa obejmuje tylko te pola, które zostały w niej wyraźnie wymienione. Zapis o treści „klient nabywa wszelkie prawa na wszystkich znanych polach eksploatacji” jest prawnie wadliwy i w sporze sądowym może zostać uznany za bezskuteczny. Co więcej, umowa może dotyczyć wyłącznie pól znanych w chwili jej zawarcia (art. 41 ust. 4 pr.aut.).
Podstawowy katalog zawiera art. 50 ustawy. Trzeba go jednak precyzyjnie dobrać do typu dzieła:
Dla utworów graficznych i wideo: utrwalanie i zwielokrotnianie techniką drukarską, reprograficzną i cyfrową, wprowadzanie do obrotu, publiczne odtwarzanie, wystawianie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i czasie przez siebie wybranym (internet, media społecznościowe, platformy VOD).
Dla oprogramowania: katalog wyznacza art. 74 ust. 4 pr.aut. Obejmuje trwałe lub czasowe zwielokrotnienie programu w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie (w tym wprowadzanie do pamięci komputera), tłumaczenie, przystosowywanie, zmianę układu lub jakiekolwiek inne zmiany oraz rozpowszechnianie, w tym użyczenie lub najem.
Przy oprogramowaniu kluczowe jest także rozróżnienie kodu od samej idei. Na podstawie art. 74 ust. 2 pr.aut. idee i zasady będące podstawą jakiegokolwiek elementu programu komputerowego, w tym interfejsu, nie podlegają ochronie prawnoautorskiej. Zasada ta wynika bezpośrednio z wyroku Trybunału Sprawiedliwości UE w sprawie SAS Institute (C-406/10), w którym TSUE orzekł, że funkcjonalność programu, język programowania oraz format plików danych nie stanowią formy wyrażenia programu i nie korzystają z ochrony autorskiej. W praktyce oznacza to prostą regułę biznesową: klient może zlecić budowę systemu o identycznym działaniu innemu wykonawcy, dopóki ten nie skopiuje chronionego kodu źródłowego.
Uwaga na przyszłe utwory i umowy ramowe
Art. 41 ust. 3 ustawy uznaje za nieważną umowę w części, która obejmuje wszystkie utwory lub wszystkie utwory określonego rodzaju tego samego twórcy mające powstać w przyszłości. Przepis ten nie blokuje jednak umów ramowych. Prawidłowo skonstruowana umowa ramowa powinna przewidywać, że prawa przechodzą na klienta dopiero w odniesieniu do dzieł sprecyzowanych w konkretnych zamówieniach, harmonogramach sprintów lub protokołach odbioru.
Kiedy prawa autorskie przechodzą na klienta: znaczenie zapłaty faktury
Najczęstszy błąd twórców polega na godzeniu się na zapis, że prawa autorskie przechodzą na klienta „z chwilą podpisania protokołu odbioru” lub „z chwilą wydania plików”. Jeżeli kontrahent nie ureguluje faktury, freelancer pozostaje bez pieniędzy i bez praw do projektu. Aby odzyskać zapłatę, musi wytoczyć proces o zapłatę, zamiast sięgnąć po roszczenia z tytułu naruszenia praw autorskich.
Optymalny mechanizm dla obu stron to przeniesienie praw pod warunkiem zawieszającym zapłaty:
Sytuacja: Freelancer oddaje gotowy projekt (kod, layout, identyfikację) i wystawia fakturę z 14-dniowym terminem płatności.
Ryzyko: Klient publikuje materiały lub wdraża oprogramowanie, po czym zwleka z zapłatą albo ogłasza upadłość.
Prawidłowy zapis w umowie: Przeniesienie autorskich praw majątkowych (albo udzielenie licencji wyłącznej) do dzieła następuje pod warunkiem zawieszającym uiszczenia całości wynagrodzenia brutto za dany etap na rachunek bankowy wykonawcy. Do chwili spełnienia tego warunku klient dysponuje jedynie uprawnieniem do weryfikacji i testowania dzieła na potrzeby odbioru.
Doprecyzowanie kwoty brutto eliminuje spory o to, czy częściowa zapłata albo opóźnienie w rozliczeniu podatku VAT przeniosły już prawa. Daje to również bezpieczeństwo firmie zamawiającej: precyzyjnie wyznacza datę, od której przedsiębiorstwo legalnie rozporządza utworem i może wykazać nabyte aktywa niematerialne w audycie inwestorskim.
Prawa zależne i autorskie prawa osobiste w umowie z klientem
Nabycie autorskich praw majątkowych nie oznacza automatycznie, że klient może swobodnie przerabiać otrzymany projekt. W obrocie prawnym konieczne jest uregulowanie dwóch odrębnych zagadnień: opracowań utworu oraz praw osobistych twórcy.
Prawa zależne: grafika a kod źródłowy
Zgodnie z art. 46 ustawy twórca zachowuje wyłączne prawo zezwalania na wykonywanie zależnego prawa autorskiego, chyba że umowa stanowi inaczej. Jeżeli klient zamówił plakat czy logo i chce w przyszłości zlecić innej agencji zmianę kolorystyki lub przygotowanie wersji obcojęzycznych, musi posiadać w umowie wyraźne zezwolenie na wykonywanie praw zależnych oraz na udzielanie dalszych zgód osobom trzecim.
Odmienne reguły dla oprogramowania
Przy programach komputerowych sytuacja wygląda inaczej niż przy grafice czy tekstach. Art. 74 ust. 4 pkt 2 pr.aut. zalicza tłumaczenie, przystosowywanie i wprowadzanie wszelkich innych zmian bezpośrednio do autorskich praw majątkowych do programu. Co więcej, zgodnie z art. 75 ust. 1 pr.aut., legalny użytkownik programu może dokonywać czynności niezbędnych do korzystania z niego zgodnie z przeznaczeniem, w tym poprawiać błędy, chyba że umowa stanowi inaczej. Przekazanie kodu źródłowego bez wyłączenia art. 75 ust. 1 daje klientowi ustawową podstawę do usuwania usterek we własnym zakresie.
Autorskie prawa osobiste
Autorskie prawa osobiste chronią więź twórcy z utworem (art. 16 pr.aut.) i są niezbywalne. Freelancer nie może się ich skutecznie „zrzec”. Może jednak zobowiązać się w umowie, że nie będzie wykonywał określonych uprawnień osobistych wobec klienta ani jego następców prawnych.
W umowie należy uregulować konkretne aspekty biznesowe:
Oznaczanie autorstwa: czy klient ma obowiązek podpisywać twórcę przy każdej publikacji (np. autor artykułu, twórca zdjęć w katalogu), czy też uzyskuje prawo do korzystania z dzieła anonimowo (standard przy identyfikacji wizualnej i programowaniu).
Nienaruszalność formy i treści (integralność): zgoda na dokonywanie skrótów, kadrowanie zdjęć czy łączenie utworu z innymi projektami bez każdorazowej autoryzacji twórcy.
Nadzór autorski: wyłączenie konieczności akceptowania przez twórcę sposobu wdrożenia dzieła na etapie produkcyjnym.
Co jeszcze rozdzielić: open source, AI, portfolio i procedurę odbioru
Kompleksowy kontrakt freelancerski powinien precyzować jeszcze cztery elementy, które najczęściej generują spory na etapie rozliczeń:
1. Elementy bazowe i licencje open source
Freelancer rzadko tworzy projekt od zera. Programiści korzystają z bibliotek open source, a graficy z gotowych fontów, tekstur czy pędzli. Wykonawca nie może przenieść na klienta więcej praw, niż sam posiada. Umowa powinna wyraźnie wskazywać, że pełne prawa majątkowe przechodzą wyłącznie na unikalny rezultat zamówienia, natomiast w odniesieniu do wcześniejszych narzędzi twórcy oraz komponentów firm trzecich klient otrzymuje licencję niewyłączną na zasadach właściwych dla danych rozwiązań.
2. Narzędzia generatywnej AI
Wykorzystanie sztucznej inteligencji rodzi istotne ryzyka prawnoautorskie. W polskim prawie utworem może być wyłącznie rezultat twórczej działalności człowieka. Elementy wygenerowane w 100% przez prompt do narzędzia AI nie korzystają z ochrony prawa autorskiego, a więc twórca nie może przenieść do nich praw majątkowych. Jeśli klient wymaga unikalnych praw do projektu, umowa powinna wprost precyzować, czy dopuszcza użycie AI, a jeśli tak - w jakim charakterze (np. wyłącznie jako narzędzie pomocnicze przy researchu).
3. Prawo do portfolio
Przeniesienie pełni praw majątkowych bez dodatkowych klauzul formalnie pozbawia freelancera prawa do publikacji projektu na własnej stronie www czy profilu Behance. Jeśli twórca chce prezentować zrealizowaną pracę, kontrakt musi zawierać tzw. licencję zwrotną na cele promocyjne i portfolio twórcy. Warto zastrzec, że publikacja w portfolio nastąpi dopiero po oficjalnej premierze projektu przez klienta.
4. Limit poprawek i procedura odbioru
Brak definicji odbioru prowadzi do niekończącego się procesu zmian. W umowie należy ustalić:
termin na zgłoszenie uwag przez klienta (np. 7 dni roboczych od przekazania materiałów),
zasadę milczącego odbioru: brak zgłoszenia uwag w wyznaczonym terminie uznaje się za akceptację dzieła bez zastrzeżeń,
liczbę serii poprawek w cenie (np. dwie tury uwag mieszczące się w pierwotnym briefie),
stawkę godzinową za prace wykraczające poza uzgodniony zakres zlecenia.
Bezpieczna umowa dla twórcy i przedsiębiorcy
Precyzyjna umowa eliminuje domysły i chroni stabilność finansową obu stron. Dla freelancera warunek zapłaty przed przeniesieniem praw stanowi najlepszą gwarancję otrzymania wynagrodzenia. Dla przedsiębiorcy jasna lista pól eksploatacji i zgoda na prawa zależne gwarantują, że rozwój biznesu nie zostanie zablokowany roszczeniami o naruszenie praw autorskich.
Jeżeli przygotowujesz kontrakt B2B, zlecasz prace programistyczne lub potrzebujesz audytu praw autorskich do projektów w Twojej firmie, zachęcam do kontaktu. Kancelaria przygotowuje i weryfikuje umowy z zakresu prawa własności intelektualnej i IT, dopasowując postanowienia do skali planowanego wdrożenia. Sprawdź szczegóły w zakładce obsługa prawna umów B2B lub napisz bezpośrednio do mnie przez formularz kontaktowy.
Źródła
Ustawa z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz.U. z 2025 r. poz. 24) - art. 16, art. 41 ust. 2-4, art. 43 ust. 1, art. 45, art. 46, art. 50, art. 53, art. 65, art. 67 ust. 5, art. 74 ust. 2 i 4, art. 75 ust. 1
Ustawa z dnia 23 kwietnia 1964 r. - Kodeks cywilny (Dz.U. z 2024 r. poz. 1061 ze zm.) - art. 78¹, art. 627, art. 644, art. 734, art. 750
Ustawa z dnia 26 czerwca 1974 r. - Kodeks pracy (Dz.U. z 2023 r. poz. 1465 ze zm.) - art. 22 § 1¹ i § 1²
Dyrektywa Parlamentu Europejskiego i Rady (UE) 2024/2831 z dnia 23 października 2024 r. w sprawie poprawy warunków pracy za pośrednictwem platform internetowych
Wyrok Trybunału Sprawiedliwości Unii Europejskiej z dnia 2 maja 2012 r., sprawa C-406/10 (SAS Institute Inc. przeciwko World Programming Ltd)
