---
title: "Szablon umowy o współpracy"
description: "Umowa robocza, którą byśmy podpisali, wydana na licencji CC BY 4.0, więc możesz jej użyć z dowolnym wykonawcą: zakres, rytm, własność, incydenty, dostępy i ochrona danych, z zalecaną wartością w każdym pustym miejscu."
language: "pl"
canonical: "https://zapolu.com/pl/downloads/engagement-template/"
---

# Umowa o współpracy: dokument roboczy

> Szablon opublikowany przez Zapolu s.r.o. (zapolu.com) na licencji
> CC BY 4.0: można go użyć z Zapolu lub z dowolnym innym wykonawcą,
> komercyjnie i niekomercyjnie, o ile zostanie zachowane oznaczenie
> autorstwa na końcu. To umowa robocza, nie porada prawna; części
> kontraktowe warto przekazać do weryfikacji radcy prawnemu. Wersja
> szablonu 1.0, 1 sierpnia 2026. Aktualna wersja jest pod adresem
> [zapolu.com/downloads](https://zapolu.com/pl/downloads/zapolu-engagement-template.pdf).

Tam, gdzie ten szablon zostawia puste miejsce, podaje zalecaną
wartość domyślną albo przykład. Zmień wartość domyślną świadomie, gdy
nie pasuje, zamiast zostawiać puste miejsce.

## 1. Zakres

- **Co robimy:** _jeden akapit, prostym językiem. Zakres, którego nie
  da się opisać w jednym akapicie, należy podzielić na dwie
  współprace._
- **Czego wprost nie robimy:** _wypisz to, co bez tego zapisu czytelnik
  uznałby za wliczone w cenę._
- **Kryteria sukcesu:** _mierzalne, uzgodnione przed rozpoczęciem prac.
  Przykład: „LCP checkoutu ≤ 1,5 s na p75 z danych z realnego
  ruchu”, nie „strona wydaje się szybsza”._

## 2. Ludzie i podwykonawcy

- **Osoba kontaktowa klienta ds. technicznych:** _imię i nazwisko_. Ma
  uprawnienia do samodzielnego decydowania oraz zarezerwowany budżet
  1–2 h tygodniowo na tę współpracę.
- **Inżynierowie wykonawcy w tej współpracy:** _nazwiska_. Wymienieni
  inżynierowie piszą kod i uczestniczą w spotkaniach. Zmiana składu
  wymaga pisemnej zgody klienta.
- Podwykonawcy są wskazywani z góry albo nie są angażowani. Zalecana
  wartość domyślna: żadnych bez pisemnej zgody. Podwykonawcę wiąże
  każde postanowienie tej umowy, a za jego pracę odpowiada wykonawca.

## 3. Rytm pracy i przejrzystość

- Praca odbywa się w **repozytorium i organizacji klienta**, w
  małych, łatwych do zweryfikowania pull requestach, od pierwszego
  dnia.
- **Cotygodniowy pisemny check-in** (zrobione / następne /
  zablokowane / potrzebne decyzje), dostarczany co tydzień, również
  w tygodniach z niekorzystnymi wynikami.
- Spotkania statusowe odbywają się tylko z agendą; domyślnie
  zastępuje je pisemny check-in.

## 4. Warunki handlowe

- Model: _stała cena / rozliczenie tygodniowe z limitem / miesięczny
  retainer z określoną liczbą godzin_ (wybierz jeden; modele mieszane per
  faza są dopuszczalne).
- Zmiany zakresu są spisywane, wyceniane i zatwierdzane przed
  rozpoczęciem pracy; faktury nie zawierają pozycji niezatwierdzonych
  wcześniej.
- Warunki płatności: _14 dni netto_ (zalecana wartość domyślna).
  Praca wstrzymuje się po pisemnym powiadomieniu, jeśli termin
  płatności bezspornej faktury został przekroczony o 14 dni.
- Koszty (podróże, licencje, usługi zewnętrzne) są fakturowane po
  kosztach własnych. Zalecana wartość domyślna: żadnych bez
  wcześniejszej pisemnej zgody.

## 5. Odbiór i wady

- Odbioru dokonuje się na podstawie kryteriów sukcesu z rozdziału 1,
  a nie subiektywnego wrażenia.
- Klient ma od przekazania _10 dni roboczych_ (zalecana wartość
  domyślna) na odbiór albo na pisemne wskazanie, które kryterium
  nie jest spełnione. Po tym okresie pracę uznaje się za odebraną.
- Wady obecne już przy przekazaniu są usuwane bezpłatnie przez
  _90 dni_ (zalecana wartość domyślna). Zmiana zakresu jest traktowana
  jako zmiana zgodnie z rozdziałem 4, a nie jako wada.

## 6. Własność, prawa istniejące i wyjście

- Cały kod, konfiguracja i dokumentacja powstałe na potrzeby tej
  współpracy należą do klienta **od pierwszej opłaconej faktury**.
  Repozytorium znajduje się w organizacji klienta; na koniec nie ma
  niczego do przekazania.
- Komponenty open source i zewnętrzne zachowują własne licencje.
  Wykonawca prowadzi ich listę, utrzymuje je w zgodzie z tym, jak
  klient korzysta z dzieła, i nie dodaje do kodu własnościowego
  zależności na licencji copyleft bez pisemnej zgody.
- Materiały własne wykonawcy (wewnętrzne biblioteki, narzędzia,
  checklisty) pozostają jego własnością. Klient dostaje do
  niego bezterminową, zbywalną licencję na używanie, modyfikowanie
  i sublicencjonowanie jako części przekazanego dzieła.
- Każda strona może zakończyć współpracę za _dwutygodniowym_
  (zalecana wartość domyślna) pisemnym wypowiedzeniem. Klient
  zatrzymuje wszystko, co zostało opłacone, łącznie z pracą w toku.

## 7. Wdrożenia i rollback

- Migracje i ryzykowne wdrożenia przebiegają **równolegle / na ruchu
  cieniowym (shadow traffic)**, gdzie to wykonalne; wdrożenie
  jednorazowe tylko wtedy, gdy nie ma innej możliwości.
- Pisemna **checklista go/no-go** jest podpisywana przez obie strony
  przed cutoverem.
- Przetestowana ścieżka rollbacku pozostaje użyteczna przez
  **30 dni** po wdrożeniu.

## 8. Obsługa incydentów

- Incydenty produkcyjne: incydent zgłasza strona, która pierwsza go
  wykryje; wykonawca reaguje w _4 godziny robocze, w dni robocze
  między 09:00 a 18:00 CET_ (zalecana wartość domyślna). Węższe okno to
  płatny dyżur, uzgadniany osobno.
- Każdy incydent kończy się pisemnym **post-mortem bez szukania
  winnych**: co się stało, co zrobiono i jakie zmiany zapobiegną
  powtórzeniu.
- Przekroczenie szacowanego czasu zgłaszane jest w cotygodniowym
  check-inie,
  gdy tylko staje się znane, wraz z poprawionym planem.

## 9. Dostępy i dane logowania

- Wykonawca dostaje minimalny dostęp niezbędny do wykonania pracy:
  zamawiany pisemnie, nadawany przez klienta i wystawiany na
  konkretną osobę. Żadnych współdzielonych kont.
- Dane logowania przechodzą przez menedżer sekretów klienta albo inny
  szyfrowany kanał, nigdy przez e-mail ani czat.
- Dane produkcyjne nie są kopiowane na maszyny deweloperskie. Tam,
  gdzie potrzebne są dane zbliżone do produkcyjnych, najpierw są
  anonimizowane.
- Wszystkie dostępy wykonawcy są odbierane w ciągu _5 dni roboczych_
  (zalecana wartość domyślna) od zakończenia współpracy, a klient
  potwierdza odebranie na piśmie.

## 10. Poufność i ochrona danych osobowych

- Obustronne NDA obowiązuje w obu kierunkach i obejmuje dane
  biznesowe.
- Jeśli wykonawca przetwarza dane osobowe w imieniu klienta,
  obowiązuje pisemna umowa powierzenia zgodnie z artykułem 28 RODO:
  cel, kategorie danych, środki bezpieczeństwa i usunięcie na końcu.
- Podprzetwarzający są wskazywani z góry i zmieniani wyłącznie po
  uprzednim powiadomieniu, wobec którego klient może wnieść sprzeciw.
  Lista obejmuje wszystkie usługi mające dostęp do danych klienta,
  w tym hosting, monitorowanie błędów i narzędzia do programowania
  wspomagane sztuczną inteligencją.
- Miejsca przetwarzania i przechowywania są wskazane. Zalecana wartość
  domyślna: wyłącznie UE/EOG, w przeciwnym razie udokumentowany
  mechanizm przekazywania.
- Wykonawca może opisywać współpracę publicznie wyłącznie w formie
  zanonimizowanej, chyba że klient pisemnie zgodzi się na podanie
  nazwy.

---

_Wersja: uzupełnij. Podpisują: obie techniczne osoby kontaktowe,
czyli osoby, które wykonują i odbierają pracę, nie tylko te, które
ją fakturują._

_Umowa o współpracy, wersja szablonu 1.0, wydana przez Zapolu s.r.o.,
zapolu.com, na licencji CC BY 4.0
(creativecommons.org/licenses/by/4.0/)._