W jednym z wcześniejszych wpisów na tym blogu Umowa B2B z software house omawiałem kluczowe kwestie, na które programista powinien zwrócić uwagę podczas negocjacji swojej umowy B2B. Dzisiaj chciałbym rozszerzyć te wątki i przybliżyć inne elementy, które również wymagają szczególnej uwagi przed podpisaniem takiej umowy.
Sposoby rozliczeń – stawka godzinowa czy stałe wynagrodzenie
Postanowienia dotyczące rozliczeń muszą być jednoznaczne i nie pozostawiać miejsca do dowolnej interpretacji. Umowa powinna jasno określać, czy wynagrodzenie przysługuje za faktycznie przepracowane godziny, czy jest niezależne od ilości świadczonych usług.
Niezależnie od tego, czy masz rozliczać się według stawki godzinowej czy otrzymywać stałe miesięczne wynagrodzenie, zwróć uwagę na poniższe kwestie:
Przerwa w świadczeniu usług / choroba
Tak jak wspominałem w poprzednich wpisach – strony mogą uzgodnić w umowie sposób działania w przypadku, gdy programista zachoruje lub będzie chciał wyjechać na urlop.
W przypadku rozliczenia godzinowego sprawa będzie z reguły prosta – jeżeli nie świadczysz usług, nie będzie Ci przysługiwało wynagrodzenie za ten okres.
Natomiast w sytuacji, gdy umowa przewiduje wypłatę stałego miesięcznego wynagrodzenia, zwróć uwagę, czy w przypadku Twojej nieobecności Twoje wynagrodzenie nie zostanie proporcjonalnie obniżone.
Wypowiedzenie umowy
Wielu programistów uważa, że niezależnie od modelu rozliczeń, zawsze otrzymają wynagrodzenie za czas wypowiedzenia. To błąd. Umowa – zwłaszcza przy rozliczeniu godzinowym – powinna określać, czy w okresie wypowiedzenia usługi będą świadczone, w jakim wymiarze oraz czy kontrahent ma prawo zwolnić Cię ze świadczenia usług.
Ławka
Tzw. ławka (z ang. „bench„) to jeden z tych elementów umowy, który – jeżeli ma obowiązywać – musi zostać precyzyjnie opisany. Bardzo często zdarza się tak, że dany projekt może zakończyć się z dnia na dzień i w związku z tym przez dany okres nie będziesz świadczyć usług. Upewnij się jednak, że za sam czas Twojej gotowości do świadczenia usług również będzie Ci przysługiwać uzgodnione wcześniej wynagrodzenie.
Prawa autorskie
Jednym z najistotniejszych zagadnień w umowie B2B programisty jest moment przeniesienia na kontrahenta majątkowych praw autorskich do wytwarzanych utworów. Najczęściej stosowane wzory umów przewidują, że momentem tym jest powstanie (ustalenie) utworu. Z Twojego punktu widzenia, jako programisty, bezpieczniej będzie jednak, jeżeli przeniesienie wspomnianych praw będzie związane z zapłatą wynagrodzenia. Może to mobilizować Twojego kontrahenta do terminowej zapłaty.
Oprócz tego upewnij się, co do jakich utworów i w jakim zakresie przenosisz prawa. Zwróć też uwagę na to, w jaki sposób umowa reguluje Twoją odpowiedzialność związaną z prawami autorskimi.
Zawarcie umowy mejlowo lub poprzez wymianę skanów
Zarówno programista jak i kontrahent często zapominają, że zgodnie z polskim prawem umowa o przeniesienie autorskich praw majątkowych wymaga zachowania formy pisemnej pod rygorem nieważności. Taką umową w zdecydowanej większości przypadków będzie natomiast umowa B2B zawierana przez programistę. To oznacza, że jeżeli chcesz upewnić się, że prawa do Twoich utworów zostały skutecznie przeniesione, umowę musisz zawrzeć z wykorzystaniem podpisu odręcznego lub ewentualnie z użyciem tzw. kwalifikowanego podpisu elektronicznego. Skorzystanie z ogólnodostępnych narzędzi takich jak zwykły podpis DocuSign nie będzie wystarczające.
Ten wpis nie jest poradą prawną. Jeżeli potrzebujesz, żebym przeanalizował Twoją umowę, zachęcam do kontaktu. Na stronie Analiza Umowy B2B znajdziesz szczegółowe informacje, jak mogę Ci pomóc.
