Prośba o ocenę umowy B2B - Start

0

Witam,
Zdecydowałem się na zmianę pracodawcy i przejście na B2B. Praca w charakterze DevOps co może mieć znaczenie przy interpretacji umowy - zaczynam od marca.
Firma przesłała mi już wstępny draft umowy, ale nie wszystko jest dla mnie jasne dlatego chciałbym zasięgnąć waszej opinii oraz skorzystać z waszego doświadczenia.
Chętnie przyjmę także polecenia na prawników w Warszawie, którzy mogliby przejrzeć tą umowę za rozsądną opłatą.
Najbardziej interesują mnie poniższe punkty:

*gwarancja - czy nie jest nadużyta

*kary/odszkodowania - czy nie są przesadzone oraz jaka jest ich "realność"

*prawa autorskie - czy w związku z tymi zapisami mogę dodatkowo rozliczać się z praw autorskich?

Pozdrawiam :)

0

Ja zawsze dbam o to by: kary wynikające z umowy nie przekraczały wartości zamówienia ( wyjątkiem są, rzeczywiście dobre kontrakty, przy których z zarobków bez trudu pokryjemy koszty prawnika, który będzie się gryzł z kontrahentem ).

Czegoś takiego: "w przypadku problemu blokującego pracę na systemie produkcyjnym – w ciągu 2 godzin roboczych, przy czym dla zachowania terminu reakcji wymagane jest zgłoszenie drogą faksową i telefoniczną do pracownika Przyjmującego Zamówienie; Przyjmujący Zamówienie gwarantuje pracę nad doprowadzeniem do stanu oczekiwanego przez Zamawiającego w wymiarze 16h na dobę"
nie podpisałbym za żadne skarby. Złamiesz rękę i po kasie... Nie wspomnę o tym, że zgodnie z tym zapisem w wigilię mają prawo przerwać Ci spożywanie karpia goniąc Cię natychmiast na 16 godzin do kompa ( chore ).

Generalnie ja bym nie podpisał.

Ja zapisuję w umowach mam cennik podzielony na 2 części:

Standardowa obsługa:

  1. Godziny w trybie normalnym: t.j. w zależności od wyonwanego zadania od 100 - 200 zł netto/godz.
  2. Gwarancja zgłaszana pisemnie naprawa w ciągu 14 dni roboczych.

Extra serwis:

  • za każdy dzień gotowości serwisowej 280 zł netto ( za samą gotowość do podjęcia działań w ciągu 2 godz., od zgłoszenia w dni robocze w godzinach roboczych );
  • za każdy dzień gotowości serwisowej 480 zł netto ( za samą gotowość do podjęcia działań w ciągu 2 godz., od zgłoszenia w dni wolne w godzinach roboczych od pracy );
  • za każdy dzień gotowości serwisowej 800 zł netto ( za samą gotowość do podjęcia działań w ciągu 2 godz., od zgłoszenia w dni wolne od pracy całą dobę );
    Krótko mówiąc jest to opłata tylko za to, że czekam i jestem gotów. Jak się komuś nie podoba nie podejmuję się zadania i tyle - oczywiście jeśli ktoś jest spoko (czego nie wiemy na początku) stawki można mocno negocjować.
    Do tego dochodzą extra stawki godzinowe za godziny nocne/święta.

Aby formalnie zapewnić całodobową obsługę serwisową z czasem reakcji 2 godz. powinieneś mieć przynajmniej 4 pracowników pracujących na 3 zmiany ( 4 bo święta ).
Policz sobie ile kosztuje utrzymanie takiego zespołu ?

A Ci z umowy chcą to za frajer !

Weekendy: 280 netto/godz.

5

Tak na szybko rzuciłem okiem i:

  • brakuje definicji dnia roboczego, ale jednocześnie w wielu miejscach następuje odwołanie do tego pojęcia. Wprawdzie każdy wie, bazując na swoim doświadczeniu życiowym oraz logice, czym są dni robocze, ale w przypadku sytuacji spornych taki brak definicji może się okazać problematyczny. Dlatego zawsze staram się w swoich umowach zamieścić zapis w stylu "Na potrzeby Umowy za dni robocze Strony uznają dni przypadające od poniedziałku do piątku, za wyjątkiem dni ustawowo wolnych od pracy.. Analogiczny zapis powinien także wskazywać, czym są zawarte w umowie "godziny robocze".

  • pytasz o gwarancję, ale nie zapominaj, że jeszcze istnieje rękojmia. Zrobiłem Ctrl+F i wpisałem "rękojm" - ale nic nie wyskoczyło. Musisz mieć świadomość, że poza 12 miesiącami gwarancji, jeszcze udzielasz zamawiającemu 24 miesięcy rękojmi. To, że nie ma o niej ani słowa w umowie wcale nie oznacza, że jej nie udzielasz. Wręcz przeciwnie - w umowie można jej zakres zmodyfikować, albo w przypadku B2B ograniczyć czy nawet wyłączyć. Ale brak wzmianki o tym oznacza, że zostaje ona udzielona w domyślnej postaci, czyli 2-letniej

  • gwarancja, pkt. 3.3 - podany jest termin 10 dni roboczych. Pomijając fakt, że (zgodnie z pierwszym myślnikiem) nie wiemy, czym te dni są, zastanawia mnie forma zgłaszania. Czy naprawdę będzie to dokonywane w formie pisemnej? Będziesz otrzymywał list/pismo z informacją o stwierdzonych usterkach, czy raczej będzie to działać w oparciu o panel online, o którym była mowa wcześniej? Bo, moim zdaniem, wysłanie powiadomienia przez panel nie jest równoznaczne z powiadomieniem na piśmie. A oznacza to, że możesz olewać informacje przesłane online, bo nie spełniają one wymaganego sposobu informowania ;) Poza tym absurdem jest to, że zgłoszenie musisz otrzymać w formie pisemnej (co się wiąże z długim czasem doręczania), ale jednocześnie masz 2h na podjęcie interwencji w przypadku awarii krytycznych.

  • pkt. 5.2 - Płatności będą następowały na podstawie faktur, wystawionych w terminie 7 dni od dnia akceptacji przez Zamawiającego zrealizowanych w danym miesiącu Zleceń, zgodnie z pkt. 2.5.. Ale jak zaglądam do pkt. 2.5 to widzę tam jedynie Użytkownikiem zgłaszającym ze strony Zamawiającego będzie koordynator danego projektu. - nie ma tam ani słowa o procedurze akceptacji wykonanych zamówień. Czyli teoretycznie nie ma wskazanego sposobu odbioru zleceń, więc kasy możesz nigdy nie dostać :P

  • 5.3 - Przyjmujący Zamówienie zobowiązany jest dostarczyć fakturę na adres Zamawiającego określony w pkt. 13 niniejszej Umowy lub w formie elektronicznej. - a gdzie masz wysłać tą formę elektroniczną? Na dole umowy został podany adres do doręczeń wiadomości w formie papierowej, ale nie ma ani słowa o adresie mailowym. W związku z tym równie dobrze możesz wysyłać na [email protected] ;)

  • 7.1 - iż przysługiwać mu będą wyłączne autorskie prawa majątkowe do dzieł i dokumentacji powstałych w ramach realizacji poszczególnych Zleceń - czyli praktycznie (przynajmniej ja tak to rozumiem) nie masz prawa korzystać z gotowych rozwiązań, bibliotek, frameworków itp, gdyż nie są to Twoje autorskie rozwiązania i nie masz do nich wyłącznych praw autorskich. Czy na pewno taki układ Ci pasuje? Niby jest zapis pkt. 7.5, ale jednocześnie i tak jest to trochę niedopowiedziane. Dodałbym informację o możliwości (albo jawnym zakazie) korzystania z materiałów nie Twojego autorstwa, dostępnych w ramach różnych licencji.

  • 8.3 oraz cały paragraf 9 - są wspomniane "dane osobowe", ale w świetle RODO powinna być do tego osobna umowa powierzenia danych osobowych, w której będzie okreslonych wieeeele rzeczy, m.in procedura postępowania z nimi, zakres przetwarzania, strategia w wypadku stwierdzenia naruszeń itp.

  • 10.3 jest zbyt ogólny. Zwłaszcza zapis o możliwości odebrania zlecenia w przypadku podejrzenia, że się nie wyrobisz. Rozumiem intencję tego zapisu, ale może dojść do sytuacji, że zlecenie trwa 2 miesiące, zostały Ci 3 dni do terminu, ale na dokończenie prac potrzebujesz 5 dni. I przez te 2 dni różnicy zlecenie zostaje Ci odebrane tuż przed końcem, a co wtedy z wynagrodzeniem? Nie widzę zapisów o rozliczeniu proporcjonalnym do ilości wykonanej pracy.

  • 11.1 - moim zdaniem to właśnie kary umowne. Ideą kar umownych jest to, że można je naliczyć w sytuacji, kiedy nastąpiło naruszenie umowy, niezależnie od faktu realnego poniesienia jakichkolwiek strat przed drugą stronę

  • ogólnie mam wrażenie, że umowa jest trochę jednostronna. Ich zabezpiecza, od Ciebie wymaga, ale w drugą stronę to już gorzej. Chociażby - oni mogą od Ciebie domagać się kar za każdy dzień opóźnienia, a Ty możesz sobie za opóźnienia w zapłacie jedynie naliczyć odsetki ustawowe (pkt. 11.2) i nic ponadto. Dobrze chociaż, że są dodane pkt. 11.3 i 11.4

4

2.1 -> Realizacja Zleceń będzie następować zgodnie z zasadami ustalonymi każdorazowo w Zgłoszeniu => na potrzeby tego zgłoszenia, proszę do klienta przyjść skacząc na jednej nodze
2.2 -> brak info/linku tego systemu, może spowodować, że np. udostępnią Ci to w intranecie, a Ty nie będziesz miał dostępu (np: bo taką mają apkę, której wystawiać nie wolno) i się martw teraz
2.3 -> określi szacunkowy czas, chyba, że chcesz być bardzo dokładnie rozliczany, bo jak wiadomo, w oprogramowaniu wszystko jest przewidywalne jak trajektoria obrotu planety na kilka dni do przodu.
2.4 -> brak opisu tego tzw. modelu, może prowadzić do tego, o czym mówi punkt 2.1
3.4.1 -> brak definicji problem blokujący pracę na systemie produkcyjnym
3.4.2 -> brak definicji problemu istotnego, nieblokującego
3.4.3 -> brak definicji problemów pozostałych, ale nie martw się, wszystko będzie z kategorii problemu blokującego :D
3.5 -> nie z przymiotnikami, jak piszemy?
3.5.b -> mało tych przyczyn niezależnych, brak dupochronu taktycznego
3.7 -> należy dookreślić, czym są te modyfikacje, bo zmienią pół systemu i będą się zarzekać, że to nie modyfikacje**
4.2 -> brak definicji, czym jest odebranie przez zamawiającego i jak się odbywa w ogóle (możesz robić dobrze, a i tak nie odbiorą czyli: nie zapłacą)**
5.2 -> tak jak wspomniałem, 4.2 jest tu mieczem Damoklesa
5.3 -> dla porządku warto byłoby ich przymusić potwierdzeniem odebrania faktury (sugeruję punkt dodatkowy)
5.6 -> dzień uznania? Co to za nowomowa? Ustaliłbym zaksięgowanie płatności na rachunku Przyjmującego Zamówienie
10.2 -> brak szczegółowej definicji rażącego naruszenia postanowień pkt 8, przykładów, czegoś. Poza tym, wypowiedzenie natychmiastowe nie powinno powodować braku płatności za dotychczasowo wykonaną usługę (brak takiego zapisu)
11.2 -> podaj dni opóźnienia i dodaj, że możesz zerwać współpracę natychmiastowo, gdy opóźnienie przekracza X dni, jednocześnie płatność za dotychczasowo wykonaną usługę + zaległą FV wciąż się należy
12.3 -> dane Twojej firmy nie wystarczą, musi być imie i nazwisko też?

czepialstwo w 5.6 przekleślone, bo @cerrato się czepił, a to moderator, więc bez żartów

1 użytkowników online, w tym zalogowanych: 0, gości: 1