Umowa na wykonanie oprogramowania: na co zwrócić uwagę

Zastrzeżenie i sposób użycia tej listy

To nie jest porada prawna. Ta strona zbiera praktyczne pytania, które warto zadać wykonawcy. Nie cytuję przepisów i nie zastępuję prawnika. Projekt umowy lub wzór pokaż radcy prawnemu albo adwokatowi, szczególnie przy prawach autorskich i odpowiedzialności.

Pytania pomagają porozmawiać z wykonawcą i zauważyć luki. Dotyczą zarówno freelancera, jak i firmy, a różnice między nimi opisuję w poradniku kiedy zatrudnić freelancera.

Osiem tematów w jednej tabeli

Temat	Co ustalić	Częsta luka
Zakres	lista funkcji oraz rzeczy wyłączonych	opis w stylu „system do zarządzania firmą”
Odbiór	kto i według jakich kryteriów stwierdza, że działa	brak terminu na zgłoszenie uwag
Prawa autorskie i licencje	czy kod przechodzi na Ciebie, kiedy i w jakim zakresie	milczenie o bibliotekach zewnętrznych
Kod źródłowy i dostępy	kiedy i w jakiej formie je dostajesz	kod u wykonawcy, serwer na jego koncie
Poufność	jakie dane i dokumenty obejmuje	brak zapisu, co dzieje się po zakończeniu współpracy
Błędy po odbiorze	przez jaki okres i na jakich zasadach są poprawiane	brak rozróżnienia błędu od nowej funkcji
Kary i terminy	za co, w jakiej wysokości i kto ocenia opóźnienie	kary jednostronne, bez wpływu zamawiającego
Utrzymanie	kto aktualizuje i naprawia po odbiorze oraz za ile	brak zapisu, więc po wdrożeniu nikt nie odpowiada

Odbiór: kiedy oprogramowanie jest gotowe

Najwięcej sporów dotyczy tego, czy coś jest skończone. Dlatego kryteria odbioru dobrze spisać wcześniej, najlepiej jako listę scenariuszy:

scenariusze w rodzaju „użytkownik robi X i dostaje Y”,
środowisko testowe, na którym sprawdzasz działanie przed płatnością,
termin na zgłoszenie uwag po przekazaniu i sposób ich poprawiania,
rozróżnienie błędu, czyli odstępstwa od ustalonego zakresu, od zmiany zakresu.

Prawa do kodu: trzy pytania

Czy po zapłacie kod i dokumentacja stają się Twoje, czy dostajesz licencję i na jakich warunkach?
Czy w kodzie są elementy cudzego autorstwa, na przykład biblioteki, i na jakiej licencji?
Czy wykonawca może użyć wspólnych elementów, które napisał, w projektach dla innych klientów?

Odpowiedzi zapisuje się w umowie, a ich skutki prawne ocenia prawnik. Od strony praktycznej: kod i dostępy przekazuję po rozliczeniu projektu, żebyś nie był zależny od jednej osoby.

Płatności, zmiany zakresu i utrzymanie

Płatność etapami, z odbiorem każdego z nich, ogranicza ryzyko po obu stronach. Zmiany zakresu w trakcie projektu dobrze opisać wcześniej: kto je wycenia i jak trafiają do harmonogramu. Utrzymanie po odbiorze, czyli aktualizacje, kopie i poprawki, to osobny temat i zwykle osobna kwota. Koszty systemów na zamówienie opisuję w ile kosztuje dedykowane oprogramowanie, a przygotowanie opisu zlecenia w poradniku jak opisać zlecenie dla programisty.

Najczęstsze pytania

Jaki typ umowy wybrać przy oprogramowaniu?

Spotyka się różne typy umów, zależnie od tego, czy kupujesz gotowy rezultat, czy czas pracy. Wybór ma skutki prawne i podatkowe, więc ustal go z prawnikiem i księgowością. To nie jest porada prawna.

Czy mogę żądać kodu źródłowego?

Możesz i warto to zapisać w umowie razem z terminem przekazania. Ja przekazuję kod i dostępy po rozliczeniu projektu. Szczegóły praw do kodu ustal z prawnikiem.

Jak zabezpieczyć się przed projektem bez końca?

Dziel go na etapy z osobnym zakresem, ceną i odbiorem. Dzięki temu po każdym etapie masz działającą część i możesz zdecydować, czy iść dalej.

Czy potrzebna jest umowa o poufności?

Jeśli wykonawca zobaczy dane klientów, cenniki albo procesy, które są tajemnicą firmy, warto to uregulować na piśmie. Zapis o poufności bywa osobnym dokumentem albo częścią umowy.

Umowa na wykonanie oprogramowania: lista rzeczy do sprawdzenia