Gotowy wzór umowy o tworzenie oprogramowania
Wzór umowy o tworzenie oprogramowania ułatwia uregulowanie współpracy między zamawiającym a wykonawcą. Dokument określa zakres funkcjonalny projektu, harmonogram, wynagrodzenie, zasady odbioru, odpowiedzialność stron, poufność oraz przeniesienie lub licencjonowanie autorskich praw majątkowych do oprogramowania.
Umowa o tworzenie oprogramowania porządkuje zasady współpracy przy realizacji aplikacji, systemu, strony internetowej lub innego rozwiązania informatycznego. Pozwala precyzyjnie wskazać, co ma zostać wykonane, w jakim terminie i za jakim wynagrodzeniem. Szczególne znaczenie mają postanowienia o odbiorze prac, usuwaniu błędów oraz prawach autorskich. Dobrze przygotowany dokument ogranicza ryzyko sporów dotyczących zakresu projektu i jego rezultatów.
Cel i zastosowanie umowy
Ten wzór może być wykorzystany przy współpracy przedsiębiorcy z programistą, software house’em, freelancerem albo innym wykonawcą usług IT. Nadaje się zarówno do jednorazowego wykonania programu, jak i do realizacji projektu etapami.
W umowie warto odróżnić tworzenie nowego oprogramowania od utrzymania, rozwoju lub modyfikacji istniejącego rozwiązania. Każdy z tych zakresów może wymagać odmiennych zasad rozliczenia i odbioru.
Najważniejsze elementy dokumentu
Podstawą jest dokładne oznaczenie stron, opis projektu oraz wskazanie materiałów, dostępów i danych, które zamawiający ma przekazać wykonawcy. Opis funkcjonalności najlepiej umieścić w załączniku, na przykład jako specyfikację wymagań.
| Element umowy | Do czego służy | Częsty błąd |
|---|---|---|
| Zakres prac | Określa funkcje, moduły i rezultaty projektu | Użycie ogólnych określeń bez specyfikacji |
| Harmonogram | Wyznacza terminy etapów i odbiorów | Brak skutków opóźnienia po stronie zamawiającego |
| Wynagrodzenie | Ustala cenę, VAT, zaliczki i terminy płatności | Brak wskazania, czy cena obejmuje dodatkowe prace |
| Prawa autorskie | Reguluje przeniesienie praw lub udzielenie licencji | Brak pól eksploatacji albo chwili przejścia praw |
| Odbiór | Opisuje testy, zgłaszanie wad i akceptację | Brak terminu na zgłoszenie uwag |
Specyfikacja i zmiany zakresu
Specyfikacja powinna opisywać funkcje systemu, wymagania techniczne, integracje, środowisko wdrożeniowe i kryteria akceptacji. Jeżeli opis jest obszerny, należy wskazać go jako załącznik stanowiący integralną część umowy.
Warto także przewidzieć procedurę zmian: zgłoszenie, wycenę, akceptację oraz wpływ na termin wykonania. Dzięki temu dodatkowe funkcje nie będą automatycznie traktowane jako element pierwotnego wynagrodzenia.
Wynagrodzenie, terminy i odbiór
Strony mogą zastosować wynagrodzenie ryczałtowe, godzinowe albo mieszane. Przy projektach etapowych praktyczne jest powiązanie faktur z odbiorem konkretnych kamieni milowych.
Procedura odbioru powinna wskazywać sposób przekazania wersji testowej lub produkcyjnej, termin na weryfikację oraz zasady zgłaszania wad. Należy rozróżnić błędy objęte odpowiedzialnością wykonawcy od nowych oczekiwań funkcjonalnych.
Przykładowa kolejność realizacji
- Ustalenie wymagań i podpisanie umowy wraz ze specyfikacją.
- Przekazanie materiałów, dostępów i danych niezbędnych do pracy.
- Wykonanie oraz testowanie kolejnych etapów projektu.
- Odbiór, rozliczenie i przekazanie praw lub licencji zgodnie z umową.
Wzór do edycji
Wzór dokumentu
UMOWA O TWORZENIE OPROGRAMOWANIA
zawarta w dniu ____________________ w ____________________, pomiędzy:
Zamawiającym: ____________________, z siedzibą/adresem w ____________________, NIP/PESEL ____________________, reprezentowanym przez ____________________,
a
Wykonawcą: ____________________, z siedzibą/adresem w ____________________, NIP/PESEL ____________________, reprezentowanym przez ____________________,
zwanymi dalej odpowiednio „Zamawiającym” i „Wykonawcą”, a łącznie „Stronami”.
| Pole | Ustalenie Stron |
|---|---|
| Nazwa projektu | ____________________ |
| Przedmiot i zakres prac | ____________________ |
| Termin realizacji | ____________________ |
| Wynagrodzenie netto/brutto | ____________________ |
| Harmonogram etapów | ____________________ |
| Forma przekazania rezultatów | ____________________ |
| Model praw autorskich lub licencji | ____________________ |
- Przedmiot umowy. Wykonawca zobowiązuje się wykonać na rzecz Zamawiającego oprogramowanie pod nazwą ____________________, zgodnie ze specyfikacją stanowiącą Załącznik nr ____________________ do umowy.
- Obowiązki Zamawiającego. Zamawiający przekaże Wykonawcy informacje, materiały, dostępy i dane niezbędne do realizacji prac, w terminie ____________________.
- Termin realizacji. Wykonawca wykona prace do dnia ____________________. Etapy realizacji i terminy ich przekazania określa harmonogram wskazany w Załączniku nr ____________________.
- Wynagrodzenie. Za wykonanie przedmiotu umowy Zamawiający zapłaci Wykonawcy wynagrodzenie w wysokości ____________________ zł netto, powiększone o należny podatek VAT / wynagrodzenie zwolnione z VAT. Zapłata nastąpi w terminie ____________________ dni od doręczenia prawidłowo wystawionej faktury.
- Odbiór. Wykonawca przekaże rezultat prac w sposób ____________________. Zamawiający w terminie ____________________ dni od przekazania dokona odbioru albo zgłosi pisemne uwagi. Brak uwag w tym terminie oznacza odbiór bez zastrzeżeń / nie oznacza odbioru bez zastrzeżeń: ____________________.
- Wady i poprawki. Wykonawca usunie zgłoszone wady objęte zakresem umowy w terminie ____________________. Zmiany wykraczające poza uzgodnioną specyfikację wymagają odrębnego uzgodnienia co do ceny i terminu.
- Prawa autorskie. Z chwilą ____________________ Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe do rezultatów prac, na następujących polach eksploatacji: ____________________. / Wykonawca udziela Zamawiającemu licencji ____________________ na warunkach: ____________________.
- Poufność. Strony zobowiązują się zachować w poufności informacje uzyskane w związku z wykonywaniem umowy, z wyjątkiem informacji publicznie dostępnych lub których ujawnienie jest wymagane przez przepisy prawa.
- Odpowiedzialność. Zasady odpowiedzialności Stron, w tym ewentualne kary umowne i ograniczenia odpowiedzialności, określa się następująco: ____________________.
- Postanowienia końcowe. Zmiany umowy wymagają formy ____________________. W sprawach nieuregulowanych zastosowanie mają przepisy prawa polskiego. Spory będą rozstrzygane przez sąd właściwy dla ____________________.
Załączniki: ____________________.
Sporządzono w ____________________ jednobrzmiących egzemplarzach, po ____________________ dla każdej ze Stron.
____________________
Zamawiający
____________________
Wykonawca
Edytuj tekst bezpośrednio tutaj. Zmiany zapisują się w przeglądarce, a dokument możesz wydrukować lub wyeksportować do Worda i PDF.
Prawa autorskie i licencja
Program komputerowy jest chroniony prawem autorskim, dlatego postanowienia dotyczące praw do kodu, dokumentacji, grafik i innych elementów projektu powinny być jednoznaczne. Umowa może przewidywać przeniesienie autorskich praw majątkowych albo udzielenie licencji.
Przy przeniesieniu praw należy określić pola eksploatacji oraz moment przejścia praw, często uzależniony od zapłaty pełnego wynagrodzenia. Trzeba też ustalić zasady korzystania z komponentów open source, bibliotek zewnętrznych i narzędzi osób trzecich.
- Wskaż, czy zamawiający otrzyma kod źródłowy.
- Określ pola eksploatacji odpowiednie dla planowanego wykorzystania.
- Ustal moment przejścia praw albo rozpoczęcia licencji.
- Opisz zasady korzystania z komponentów open source.
- Rozstrzygnij, czy wykonawca zachowuje prawa do własnych narzędzi i bibliotek.
Praktyczna wskazówka: nie podpisuj umowy bez załącznika opisującego funkcje projektu i kryteria jego odbioru.
Poufność, dane i odpowiedzialność
W projektach IT wykonawca często uzyskuje dostęp do informacji handlowych, danych klientów lub infrastruktury zamawiającego. Umowa powinna określać obowiązek zachowania poufności, czas jego obowiązywania i dopuszczalne przypadki ujawnienia informacji.
Jeżeli podczas realizacji dochodzi do przetwarzania danych osobowych w imieniu zamawiającego, może być konieczne zawarcie odrębnej umowy powierzenia przetwarzania danych. Warto również określić limity odpowiedzialności, kary umowne oraz reguły usuwania wad.
Najczęściej zadawane pytania
Czy umowa musi obejmować przeniesienie praw autorskich?
Nie. Strony mogą uzgodnić licencję, jednak jej zakres powinien jasno wskazywać sposób, czas i terytorium korzystania z oprogramowania, a także ewentualne ograniczenia.
Czy można zmienić zakres projektu po podpisaniu umowy?
Tak, jeżeli umowa przewiduje procedurę zmian lub strony podpiszą aneks. Zmiana powinna uwzględniać wpływ na wynagrodzenie, harmonogram i kryteria odbioru.
Co zrobić, gdy oprogramowanie ma błędy?
Należy zastosować procedurę zgłoszenia wad opisaną w umowie. Dobrą praktyką jest wskazanie terminu reakcji, sposobu klasyfikacji błędów i terminu ich usunięcia.