Umowy IT i wdrożenia

Jakie umowy IT prowadzę

Zajmuję się umowami wdrożeniowymi, umowami rozwoju oprogramowania, w tym budowy pierwszej działającej wersji produktu, umowami SaaS i utrzymania, umowami licencyjnymi oraz umowami o współpracy B2B z programistami i podwykonawcami. Przy tej ostatniej grupie warto najpierw sprawdzić, czy sposób współpracy nie niesie ryzyka przekwalifikowania na umowę o pracę. Służy do tego ocena ryzyka reklasyfikacji B2B.

Przy dłuższej współpracy porządkuję ją modelem umowy ramowej z zamówieniami. Umowa ramowa ustala stałe zasady: prawa, poufność, odpowiedzialność i rozliczenia, a każde zamówienie określa zakres, budżet i harmonogram konkretnego etapu. Dzięki temu zmiana zakresu nie wymaga renegocjowania całej umowy.

Umowa o dzieło czy o świadczenie usług

Zanim ustalę treść, kwalifikuję umowę. Umowa o dzieło zobowiązuje do osiągnięcia oznaczonego rezultatu, a umowa o świadczenie usług do starannego działania. W projektach IT ma to realne skutki: przy dziele liczy się odbiór gotowego efektu, a przy usłudze rozliczany jest czas i staranność pracy.

Umowa o dzieło a umowa o świadczenie usług

	Umowa o dzieło	Umowa o świadczenie usług
Zobowiązanie	oznaczony rezultat	staranne działanie
Rozliczenie	odbiór gotowego efektu	czas i staranność pracy
Typowe zastosowanie	zamknięty moduł, konkretny produkt	rozwój ciągły, utrzymanie

Kwalifikacja wpływa na zasady odbioru, odpowiedzialność i sposób rozliczenia, a przy współpracy z osobami fizycznymi także na kwestie ubezpieczeń społecznych. Dobieram konstrukcję do tego, jak współpraca ma faktycznie wyglądać, zamiast przenosić postanowienia z niepasującego wzoru.

Co powinna zawierać dobra umowa wdrożeniowa

Podstawą jest precyzyjny opis przedmiotu, najlepiej oparty na analizie przedwdrożeniowej, która doprecyzowuje wymagania, zanim zaczną się prace.

O bezpieczeństwie stron decydują postanowienia o odpowiedzialności i jej ograniczeniu, kary umowne z górnym limitem, gwarancja i rękojmia oraz poufność. Do tego dochodzą prawa autorskie, powierzenie danych osobowych i poziom usług utrzymania, które omawiam osobno poniżej.

Prawa autorskie, kod źródłowy i dane

W umowach IT trzeba jednoznacznie ustalić, komu przypadają prawa do efektu. Majątkowe prawa autorskie można przenieść albo udzielić na nie licencji, zawsze z wymienieniem pól eksploatacji i uregulowaniem praw zależnych. Osobno warto opisać dostęp do kodu źródłowego i dokumentacji, bez których nabywca praw i tak nie może samodzielnie rozwijać systemu. Prawa do oprogramowania i kodu opisuję szerzej na stronie o prawie autorskim dla firm.

Umowa o przeniesienie autorskich praw majątkowych wymaga zachowania formy pisemnej pod rygorem nieważności.

Przeniesienie majątkowych praw autorskich wymaga formy pisemnej pod rygorem nieważności, a w obrocie elektronicznym odpowiada jej kwalifikowany podpis elektroniczny. Jeśli w systemie przetwarzane są dane osobowe, konieczna jest umowa powierzenia przetwarzania. Te elementy przygotowuję jako część umowy, a nie załącznik dopinany na końcu.

SLA, utrzymanie, exit plan i vendor lock-in

Wdrożenie to nie koniec współpracy. Umowa utrzymania powinna określać poziom usług: czasy reakcji i naprawy, dostępność systemu oraz zasady zgłaszania błędów. Bez tego trudno egzekwować jakość po odbiorze.

Równie ważne jest wyjście z umowy. Dobrze opisany exit plan przewiduje wydanie kodu źródłowego i dokumentacji, przeniesienie środowiska oraz współpracę przy migracji do innego dostawcy, a niekiedy depozyt kodu u osoby trzeciej. Ogranicza to uzależnienie od jednego wykonawcy, czyli tak zwany vendor lock-in, który potrafi być kosztowniejszy niż samo wdrożenie. Ogólne zasady bezpiecznych umów handlowych opisuję osobno w ofercie umów handlowych.