Wzór umowy B2B: struktura i opis (uniwersalny + IT)

Dobry wzór umowy B2B nie jest dokumentem, który da się bezmyślnie wkleić do Worda, podmienić nazwy stron i wysłać do podpisu. Ma pomóc stronom ustalić, co dokładnie kupuje klient, za co odpowiada wykonawca oraz co dzieje się, gdy projekt nie idzie zgodnie z planem.

Gotowe pliki do edycji: umowa uniwersalna (DOCX), umowa IT (DOCX), załącznik zlecenia, protokół odbioru. Pełna lista: /wzory.

Najwięcej sporów nie bierze się z braku dwudziestostronicowego regulaminu. Powstają, bo strony inaczej rozumiały zakres zlecenia, termin albo cenę za dodatkową pracę. Wzór ma ograniczyć takie pole do interpretacji. Powinien być prosty w użyciu, ale nie uproszczony do poziomu jednej strony bez zasad.

Poniżej znajdziesz strukturę uniwersalnej umowy B2B oraz miejsca, które w kontrakcie IT wymagają zwykle osobnych decyzji. To materiał praktyczny, nie zastępuje oceny prawnika w sprawie o dużej wartości, odpowiedzialności za dane albo transferu praw autorskich.

Zacznij od danych i ról stron

Pierwszy paragraf wskazuje klienta oraz wykonawcę. Wpisz pełną nazwę firmy, adres, NIP, dane rejestrowe, osoby uprawnione do reprezentacji i adresy e-mail wykorzystywane do komunikacji kontraktowej. Przy JDG podaj imię i nazwisko przedsiębiorcy oraz dane działalności.

Brzmi rutynowo, ale to właśnie tutaj powstają później problemy z fakturą, wezwaniem do zapłaty lub podpisem osoby bez umocowania. Jeżeli po stronie klienta projekt prowadzi osoba inna niż członek zarządu, rozdziel jej rolę operacyjną od prawa do zawierania umowy.

Od razu ustalcie słowniczek dla pojęć, których będziecie używać wielokrotnie: „Usługi”, „Rezultat”, „Zlecenie”, „Dzień roboczy”, „Materiały klienta”. Nie trzeba definiować oczywistych słów. Definicja ma usuwać konkretną dwuznaczność.

Opis usług: centrum całego kontraktu

Zapis „wykonawca będzie świadczyć usługi marketingowe” mówi za mało. Ten sam problem dotyczy popularnego „wsparcia IT”. Lepiej podać zakres w załączniku, a w umowie opisać sposób jego zmiany.

Uniwersalny opis powinien odpowiedzieć na pięć pytań:

1. Jakie działania ma wykonać wykonawca.
2. Jaki efekt albo standard ma osiągnąć.
3. Czego zakres wyraźnie nie obejmuje.
4. Kto przekazuje materiały i decyzje potrzebne do pracy.
5. Jak strony zamawiają pracę dodatkową.

Przy projektowaniu strony internetowej można wpisać liczbę widoków, technologię, etap testów, przekazanie plików źródłowych oraz liczbę rund poprawek. Przy stałej obsłudze księgowej sensowny będzie miesięczny zakres, termin przekazania dokumentów i sposób informowania o brakach.

Nie próbuj opisać wszystkich przyszłych zadań w głównej umowie. Współpraca długoterminowa działa lepiej, gdy ramowa umowa B2B zawiera reguły, a konkretne zlecenia, briefy lub zamówienia opisują bieżącą pracę.

Wynagrodzenie, faktury i dodatkowe prace

Wybierz model wynagrodzenia świadomie. Ryczałt pasuje do dobrze określonego rezultatu. Stawka godzinowa lub dzienna pomaga, gdy zakres będzie zmienny. Abonament miesięczny sprawdza się przy stałej gotowości i powtarzalnych usługach, ale wymaga granic: ile pracy obejmuje, kiedy powstaje nadwyżka i jak ją zatwierdzić.

Umowa powinna określać kwotę netto, VAT, termin faktury, termin płatności, walutę i rachunek. Jeżeli klient oczekuje e-faktur albo numeru zamówienia na fakturze, wpiszcie to przed rozpoczęciem projektu. Warto wskazać, czy koszty podróży, licencji, zakupów reklamowych lub innych wydatków są w cenie.

Najbardziej użyteczny jest krótki mechanizm zmian: wykonawca przedstawia wycenę, klient akceptuje ją e-mailem, dopiero potem rusza dodatkowa praca. Bez niego „mała poprawka” potrafi zmienić budżet projektu o kilkadziesiąt procent.

Terminy, odbiór i poprawki

Termin ma sens tylko wraz z warunkami, od których zależy. Jeśli klient ma przekazać dostęp, teksty lub decyzję kreatywną, umowa powinna mówić, że opóźnienie tych materiałów przesuwa harmonogram. Nie obciążaj wykonawcy terminem, na który nie ma pełnego wpływu.

Wprowadź procedurę odbioru. Przykładowo: wykonawca zgłasza gotowość rezultatu, klient ma pięć dni roboczych na odbiór lub zgłoszenie konkretnych wad, a brak odpowiedzi oznacza odbiór. Termin i skutek milczenia trzeba dopasować do projektu oraz realnych procesów klienta.

Oddziel wady od zmiany pomysłu. Błąd względem zaakceptowanej specyfikacji to poprawka w cenie. Prośba o nową funkcję, dodatkowy ekran albo inną strategię jest zmianą zakresu. To jeden z najważniejszych zapisów w umowie usługowej.

Odpowiedzialność i ubezpieczenie

Odpowiedzialność wykonawcy nie powinna być przypadkowym akapitem skopiowanym z internetu. Trzeba rozważyć wartość zlecenia, skutki błędu, możliwość kontroli przez wykonawcę i ubezpieczenie OC. Często strony ustalają limit odpowiedzialności do określonej wielokrotności miesięcznego wynagrodzenia lub wartości zlecenia, z wyjątkami dla szkody wyrządzonej umyślnie albo naruszenia poufności.

Klient powinien też odpowiadać za materiały, instrukcje i decyzje, które dostarcza. Projektant nie może zagwarantować legalności zdjęcia otrzymanego od klienta, jeżeli nie miał podstaw, aby sprawdzić jego licencję. Precyzja jest uczciwsza dla obu stron niż obietnica „pełnej odpowiedzialności za wszystko”.

Poufność, dane i komunikacja

Klauzula poufności powinna wskazywać, co jest poufne, na jak długo oraz komu wolno ujawnić informacje. Dobrze uwzględnić współpracowników i doradców, którzy potrzebują dostępu do danych. Zbyt szeroka definicja, obejmująca każdą informację istniejącą na świecie, jest trudna do egzekwowania.

Jeżeli wykonawca przetwarza dane osobowe w imieniu klienta, sama umowa B2B zwykle nie wystarczy. Potrzebne mogą być dodatkowe uzgodnienia dotyczące przetwarzania danych, dostępu do systemów i bezpieczeństwa. Nie wpisuj deklaracji RODO dla ozdoby. Ustalcie, jakie dane faktycznie przechodzą przez ręce wykonawcy.

Warto też wyznaczyć kanały komunikacji. E-mail jest dobrą formą dla akceptacji zakresu. Komunikator projektowy może służyć do operacyjnych ustaleń. Decyzje o wypowiedzeniu, zmianie ceny lub prawach autorskich wymagają większej ostrożności i formy zgodnej z umową oraz prawem.

Czas trwania, wypowiedzenie i rozliczenie końcowe

Umowa może dotyczyć jednego projektu albo trwać bezterminowo. W obu przypadkach opiszcie wypowiedzenie: okres, formę, ważne powody natychmiastowego zakończenia oraz sposób przekazania rozpoczętej pracy. W ciągłej obsłudze rozsądny okres wypowiedzenia pozwala klientowi znaleźć zastępstwo, a wykonawcy zaplanować obciążenie.

Nie zapomnij o rozliczeniu na koniec. Kto płaci za wykonany etap? W jakim terminie zwracane są materiały i dostępy? Co dzieje się z pracą w toku? Bez tych odpowiedzi rozstanie może stać się trudniejsze niż negocjacja pierwszej ceny.

Czym różni się kontrakt B2B dla IT

W IT ogólny szkielet zostaje podobny, ale kilka obszarów wymaga większej szczegółowości. Pierwszy to własność intelektualna. Trzeba rozstrzygnąć, czy klient kupuje przeniesienie praw autorskich, licencję, czy tylko prawo korzystania z efektu. Ważne są pola eksploatacji, moment przejścia praw i zależność od zapłaty. Gotowe biblioteki, komponenty open source oraz narzędzia wykonawcy powinny być wyraźnie wyłączone albo opisane.

Drugi obszar to SLA. Przy utrzymaniu systemu wskażcie poziomy incydentów, czas reakcji, czas obejścia problemu, godziny wsparcia i wyjątki, na przykład awarię zewnętrznego dostawcy. SLA bez definicji incydentu i bez kanału zgłoszeń będzie tylko hasłem.

Trzeci element to nadgodziny. W relacji B2B lepiej mówić o dodatkowej dostępności, pracy poza ustalonym oknem lub interwencji awaryjnej niż o nadgodzinach pracowniczych. Ustalcie stawkę, limit oraz konieczność uprzedniej akceptacji.

W kontrakcie IT przydaje się również regulacja narzędzi i podwykonawców. Klient może wymagać używania określonego repozytorium, VPN czy urządzenia, gdy służy to bezpieczeństwu. Wykonawca powinien mieć jasność, kto zapewnia licencje oraz czy może włączyć specjalistę do części zadania po zachowaniu poufności.

Gotowe pliki wzoru do pobrania

Na portalu są już gotowe szablony z polami do uzupełnienia:

• Umowa B2B uniwersalna (DOCX)
• Umowa B2B IT (DOCX)
• Załącznik - zlecenie / zakres
• Protokół odbioru
• Checklista przed podpisem

Każdy plik ma też wersję Markdown. Start od strony /wzory. Po pobraniu usuń zbędne paragrafy, dopisz realny zakres usług i sprawdź spójność z tym, jak strony naprawdę współpracują. Szablon nie zastąpi rozmowy o waszej współpracy. Gdy projekt obejmuje wysoką odpowiedzialność, dane wrażliwe albo istotne prawa autorskie, warto zlecić przegląd prawnikowi.

Dlaczego szablon kopiowany z internetu bywa ryzykowny

Szablony często mieszają umowę o dzieło, zlecenie, etat i B2B. Zdarza się, że przewidują płatny urlop, pełne kierownictwo klienta oraz zakaz podwykonawstwa, a równocześnie próbują mówić o niezależności wykonawcy. Takie sprzeczności są złym sygnałem także w kontekście ryzyka przekwalifikowania.

Przed użyciem wzoru usuń wszystko, czego strony nie rozumieją lub nie zamierzają stosować. Dopisz realny opis usług i odtwórz ustalenia z rozmów. Umowa B2B ma być instrukcją współpracy na gorszy dzień, a nie zbiorem efektownych paragrafów.