Najpierw ustal, jaki cel ma umowa
Weryfikację umowy warto zacząć od modelu biznesowego, a nie od pojedynczych paragrafów. Innych zabezpieczeń wymaga jednorazowe wdrożenie, innych długoterminowe świadczenie usług, a jeszcze innych współpraca, w której wykonawca tworzy oprogramowanie, treści lub inne rezultaty objęte prawami własności intelektualnej.
Przed analizą dokumentu odpowiedz na trzy pytania: jaki rezultat ma otrzymać każda ze stron, co może realnie pójść nie tak oraz które ryzyka są dla firmy finansowo lub operacyjnie najważniejsze. Dopiero na tej podstawie można ocenić, czy postanowienia umowy odpowiadają rzeczywistemu sposobowi współpracy.
1. Strony umowy i zasady reprezentacji
Nawet dobrze napisany kontrakt nie rozwiąże problemu, jeżeli podpisze go niewłaściwy podmiot albo osoba bez odpowiedniego umocowania. Sprawdź pełną nazwę, formę prawną, numery rejestrowe i adres do doręczeń kontrahenta. W przypadku spółki zweryfikuj również aktualne zasady reprezentacji oraz ewentualne pełnomocnictwo osoby podpisującej dokument.
W grupach kapitałowych szczególnie łatwo pomylić podmiot prowadzący negocjacje z podmiotem, który ma być stroną umowy i dokonywać płatności. Warto też ustalić, czy za wykonanie kontraktu odpowiada wyłącznie jedna spółka, czy w projekcie mają uczestniczyć inne podmioty z grupy lub podwykonawcy.
- Czy dane strony odpowiadają danym w KRS albo CEIDG?
- Czy osoba podpisująca może działać samodzielnie?
- Czy pełnomocnictwo obejmuje zawarcie tej konkretnej umowy?
- Czy stroną jest podmiot, który faktycznie zamawia usługę i ma za nią zapłacić?
2. Przedmiot umowy i zakres świadczeń
Sformułowania takie jak „kompleksowe wsparcie”, „bieżąca obsługa” albo „wykonanie systemu” brzmią wygodnie, ale często nie określają, co dokładnie mieści się w wynagrodzeniu. Zakres powinien wskazywać konkretne zadania, rezultaty, założenia, standard wykonania i elementy wyłączone z projektu.
Jeżeli szczegółowy zakres znajduje się w ofercie, briefie lub załączniku, dokumenty powinny być jednoznacznie wskazane w umowie. Trzeba również określić kolejność ich stosowania na wypadek sprzeczności. Bez tego strony mogą powoływać się na różne wersje ustaleń.
- Jakie rezultaty i w jakim formacie mają zostać przekazane?
- Jakie działania lub koszty nie są objęte ceną?
- Jakie informacje i materiały musi dostarczyć zamawiający?
- Czy wykonawca może korzystać z podwykonawców i na jakich zasadach?
3. Harmonogram, współdziałanie i zmiana zakresu
Termin realizacji rzadko zależy wyłącznie od wykonawcy. Jeżeli zamawiający ma przekazywać materiały, udzielać odpowiedzi lub podejmować decyzje, umowa powinna opisywać te zależności. W przeciwnym razie każde opóźnienie może prowadzić do sporu o to, która strona je spowodowała.
W projektach rozwijanych etapami potrzebna jest także prosta procedura change request. Powinna określać, kto może zamówić zmianę, jak ocenia się jej wpływ na cenę i harmonogram oraz kiedy staje się ona wiążąca. Dobrą praktyką jest założenie, że dodatkowe prace rozpoczynają się dopiero po uzgodnieniu ich konsekwencji.
4. Odbiór rezultatów i zgłaszanie zastrzeżeń
Umowa powinna wskazywać, kiedy rezultat uważa się za wykonany i według jakich kryteriów zamawiający może odmówić odbioru. Sam zapis, że odbiór nastąpi „bez zastrzeżeń”, nie wyjaśnia, które wady mają znaczenie ani ile czasu wykonawca ma na ich usunięcie.
Warto rozróżnić wady blokujące korzystanie z rezultatu od mniej istotnych usterek. Można także przewidzieć odbiory częściowe, testy akceptacyjne i skutek braku odpowiedzi w określonym terminie. Mechanizm odbioru powinien być powiązany z harmonogramem płatności i odpowiedzialnością za opóźnienie.
5. Wynagrodzenie, koszty i terminy płatności
Cena powinna odpowiadać modelowi realizacji. Przy stałym wynagrodzeniu trzeba jasno określić zakres, za który jest należne. Przy rozliczeniu godzinowym warto ustalić stawki, sposób raportowania czasu, limity i zasady zatwierdzania prac dodatkowych. W projektach etapowych bezpieczniejsze bywa powiązanie płatności z konkretnymi kamieniami milowymi.
Sprawdź, czy kwoty są netto czy brutto, jakie wydatki mogą być refakturowane oraz kiedy można wystawić fakturę. W transakcjach handlowych zastosowanie mogą mieć ustawowe zasady dotyczące terminów zapłaty, odsetek za opóźnienie i rekompensaty za koszty odzyskiwania należności. Umowa nie powinna więc tworzyć mechanizmu płatności w oderwaniu od bezwzględnie obowiązujących przepisów.
6. Odpowiedzialność, limity i kary umowne
Najpierw ustal, za jakie zdarzenia każda ze stron ma odpowiadać: opóźnienie, wadliwe wykonanie, utratę danych, naruszenie poufności, praw osób trzecich albo obowiązków regulacyjnych. Następnie sprawdź, czy umowa przewiduje limit odpowiedzialności oraz czy jego wysokość pozostaje proporcjonalna do wartości kontraktu i możliwej szkody.
Limit może nie obejmować wybranych naruszeń, na przykład poufności lub praw własności intelektualnej. Trzeba jednak uważać na postanowienia, które wyłączają niemal całą odpowiedzialność jednej strony albo pozostawiają odpowiedzialność drugiej bez ograniczenia. Na gruncie prawa polskiego nie można skutecznie wyłączyć odpowiedzialności za szkodę wyrządzoną umyślnie.
Kary umowne wymagają osobnej analizy. Co do zasady zabezpieczają niewykonanie lub nienależyte wykonanie zobowiązań niepieniężnych. Należy precyzyjnie opisać naruszenie, wysokość lub sposób obliczania kary, ewentualny limit łączny oraz relację kary do prawa dochodzenia odszkodowania przewyższającego jej wartość.
7. Prawa autorskie, licencje i korzystanie z rezultatów
Zapłata za projekt, kod, grafikę, dokumentację lub treść nie zawsze oznacza automatyczne nabycie praw do swobodnego korzystania z rezultatu. Umowa powinna rozstrzygać, czy dochodzi do przeniesienia autorskich praw majątkowych, czy udzielenia licencji, w jakim zakresie, na jaki czas i na jakim terytorium.
Przy przeniesieniu praw lub licencji trzeba prawidłowo wskazać pola eksploatacji. Warto również uregulować moment przejścia praw, wynagrodzenie, prawo do modyfikacji, wykonywanie praw zależnych, korzystanie z elementów osób trzecich oraz przekazanie plików źródłowych. Umowa o przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności; zwykła wymiana skanów lub wiadomości e-mail może nie spełnić tego wymagania.
8. Poufność, dane i bezpieczeństwo
Klauzula poufności powinna wyjaśniać, jakie informacje są chronione, w jakim celu można z nich korzystać, komu wolno je ujawnić i jak długo trwa obowiązek poufności. Potrzebne są także rozsądne wyjątki, między innymi dla informacji publicznych, posiadanych wcześniej lub ujawnianych na podstawie prawa.
Jeżeli wykonawca będzie przetwarzał dane osobowe w imieniu klienta, sama klauzula poufności nie zastąpi umowy powierzenia przetwarzania. W projektach technologicznych warto dodatkowo określić wymagania bezpieczeństwa, sposób zgłaszania incydentów, wykonywanie kopii zapasowych, zwrot lub usunięcie danych oraz zasady korzystania z dostawców chmurowych.
9. Wyłączność, zakaz konkurencji i pozyskiwanie personelu
Ograniczenia konkurencji powinny chronić konkretny, uzasadniony interes, a nie blokować działalność drugiej strony szerzej, niż jest to potrzebne. Sprawdź zakres działalności, terytorium, czas obowiązywania, katalog klientów lub konkurentów oraz konsekwencje naruszenia.
Podobnie należy ocenić zakaz bezpośredniego zatrudniania pracowników lub współpracowników kontrahenta. Zbyt szerokie postanowienie może utrudnić rekrutację niezależnie od tego, czy kandydat miał rzeczywisty związek z projektem. Jeżeli ograniczenie ma obowiązywać po zakończeniu współpracy, jego proporcjonalność wymaga szczególnej uwagi.
10. Czas trwania, wypowiedzenie i plan wyjścia
Umowa powinna rozróżniać zwykłe wypowiedzenie od rozwiązania ze skutkiem natychmiastowym z powodu istotnego naruszenia. Warto ustalić okres wypowiedzenia, katalog ważnych naruszeń, możliwość ich naprawienia oraz sposób rozliczenia prac wykonanych do dnia zakończenia współpracy.
Ważny jest również plan wyjścia: zwrot dokumentów i danych, przekazanie haseł lub repozytoriów, dokończenie rozpoczętych prac, wsparcie przy migracji oraz dalsze obowiązywanie poufności, odpowiedzialności i postanowień dotyczących praw własności intelektualnej. Przy usługach krytycznych dla firmy brak takiego mechanizmu może być większym ryzykiem niż sama cena kontraktu.
Prawo właściwe, sąd i wersja językowa
Przy kontrakcie międzynarodowym sprawdź, jakie prawo ma zastosowanie i który sąd będzie właściwy. To dwie odrębne kwestie. Wybór prawa polskiego nie musi automatycznie oznaczać, że ewentualny spór rozpozna sąd w Polsce.
Jeżeli umowa jest dwujęzyczna, należy wskazać wersję rozstrzygającą w razie rozbieżności. Warto też ustalić sposób składania formalnych oświadczeń: adresy, dopuszczalne kanały komunikacji i moment doręczenia. Te postanowienia mają praktyczne znaczenie przy wypowiedzeniu, zgłaszaniu roszczeń lub zmianie zakresu.
Jak ten problem wygląda w praktyce
Hipotetyczny przykład: Projekt rozszerza się bez kontroli ceny
Wykonawca wycenia wdrożenie ryczałtowo, ale umowa opisuje zakres jako „wszystkie działania konieczne do uruchomienia systemu”. Klient dokłada kolejne integracje i poprawki, uznając je za część ceny. Prosta procedura zmiany zakresu pozwoliłaby przed rozpoczęciem dodatkowych prac uzgodnić ich koszt i wpływ na termin.
Kwestie do ustalenia lub sprawdzenia przed działaniem
- Czy dane strony odpowiadają danym w KRS albo CEIDG?
- Czy osoba podpisująca może działać samodzielnie?
- Czy pełnomocnictwo obejmuje zawarcie tej konkretnej umowy?
- Czy stroną jest podmiot, który faktycznie zamawia usługę i ma za nią zapłacić?
- Jakie rezultaty i w jakim formacie mają zostać przekazane?
- Jakie działania lub koszty nie są objęte ceną?
- Jakie informacje i materiały musi dostarczyć zamawiający?
Najważniejsze zagadnienia w skrócie
| Zagadnienie | Kluczowa informacja |
|---|---|
| Ryczałt | Dokładny zakres, założenia, wyłączenia i procedurę change request |
| Stawka godzinowa | Raportowanie czasu, limity budżetu i zgodę na prace dodatkowe |
| Kamienie milowe | Kryteria odbioru, terminy decyzji i płatność za każdy etap |
Podstawy prawne
- Ustawa z dnia 23 kwietnia 1964 r. – Kodeks cywilny
- Ustawa z dnia 15 września 2000 r. – Kodeks spółek handlowych
- Ustawa z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych
Materiał ma charakter ogólny i nie stanowi porady prawnej w konkretnej sprawie. Właściwe rozwiązanie zależy od stanu faktycznego, dokumentów i celu biznesowego.
Podsumowanie
Praktyczna checklista dla przedsiębiorcy: zakres usług, odbiór, płatności, odpowiedzialność, prawa autorskie, poufność i zakończenie współpracy B2B. Właściwe rozwiązanie powinno odpowiadać dokumentom, rzeczywistemu procesowi i celowi biznesowemu.