Kilka razy w roku odbieramy w NoCodeWork ten sam telefon. Firma ma działające automatyzacje: faktury się wysyłają, leady wpadają do CRM, raporty generują się same. Problem w tym, że wszystko działa na prywatnym koncie wykonawcy, który właśnie przestał odbierać. Czasem zamknął działalność, czasem zmienił branżę, czasem po prostu nie odpisuje. Klient nie ma loginów, nie ma dokumentacji i nie wie nawet, ile tych automatyzacji jest.
Przejmowanie takich wdrożeń to spora część naszej pracy i scenariusz za każdym razem wygląda podobnie: odtwarzamy procesy z logów i zgadywania, bo nikt nie zapisał, co robi który workflow. Taka rekonstrukcja potrafi kosztować więcej niż wdrożenie od zera, a dałoby się jej uniknąć jednym dokumentem podpisanym na starcie.
Ten artykuł to lista siedmiu punktów, które sprawdzamy w każdej umowie: zarówno w tych, które sami podpisujemy z klientami, jak i w tych, które klienci przynoszą nam do oceny po współpracy z kimś innym.
TL;DR: Dobra umowa na automatyzację zapisuje siedem rzeczy: własność workflow po zapłacie, wszystko na Twoich kontach, eksport na żądanie, dokumentację, wsparcie z czasem reakcji i stawką za zmiany, gwarancję na błędy wdrożeniowe oraz plan wyjścia. Jeśli wykonawca nie chce podpisać któregoś z tych punktów, to sygnał, żeby nie podpisywać całości.
Dlaczego umowa staje się ważna dopiero po roku
Umowa na automatyzację nie jest potrzebna, dopóki wszystko działa. Staje się potrzebna w trzech momentach: gdy wykonawca znika, gdy chcesz go zmienić albo gdy coś się psuje i nie wiadomo, kto płaci za naprawę. Wszystkie trzy zdarzają się częściej, niż sugerują uściski dłoni na początku współpracy.
Rynek automatyzacji w Polsce jest młody. Sporo wdrożeń robią jednoosobowe działalności i mali wykonawcy, którzy za dwa lata mogą zajmować się czymś zupełnie innym. To nie zarzut, tylko obserwacja: część firm, po których przejmowaliśmy wdrożenia, po prostu przestała istnieć. Klient zostawał wtedy z automatyzacjami działającymi na cudzych kontach, bez dostępów i bez dokumentacji. Jak wygląda takie przejęcie krok po kroku, opisaliśmy w tekście o przejmowaniu automatyzacji po freelancerze.
Dobra wiadomość: nie potrzebujesz działu prawnego, żeby się zabezpieczyć. Potrzebujesz siedmiu punktów w umowie i odwagi, żeby nie podpisywać, gdy któregoś brakuje.
Siedem punktów, które muszą być w umowie
1. Własność workflow i konfiguracji
Zapis, którego szukasz: po zapłacie wszystkie workflow, scenariusze i konfiguracje są Twoją własnością, z prawem do modyfikacji przez kogokolwiek: Ciebie, Twojego pracownika albo innego wykonawcę.
Bez tego punktu wykonawca może twierdzić, że workflow to jego utwór i każda zmiana wymaga jego zgody albo jego faktury. Widzieliśmy firmy, które przez taki spór miały zamrożone procesy na tygodnie: automatyzacja działała, ale nikt nie miał prawa jej ruszyć.
2. Konta i dostępy
Zasada jest prosta: wszystko działa na Twoich kontach. Platforma automatyzacji (n8n, Make, Zapier), hosting, domeny, konta w integrowanych narzędziach. Wykonawca dostaje dostęp jako zaproszony użytkownik, nie odwrotnie.
Bez tego punktu przy rozstaniu nie masz czego przejąć. Konto założone na prywatny mail wykonawcy jest jego kontem: nie zresetujesz hasła, nie przepiszesz subskrypcji, a dostawca platformy nie odda Ci dostępu, bo formalnie nigdy nie był Twój. To najczęstszy pojedynczy problem we wdrożeniach, które przejmujemy.
3. Eksport na żądanie
Zapis: na każde żądanie, w trakcie i po zakończeniu współpracy, dostajesz komplet workflow w formacie nadającym się do wgrania na inną instancję (w n8n i Make to pliki JSON i blueprinty) oraz listę wszystkich credentiali: jakie konta, jakie klucze API, do czego podpięte.
Bez tego przenosiny do innego wykonawcy albo na inny serwer oznaczają budowanie od zera. Sam eksport to w praktyce kilka kliknięć, więc niechęć do tego zapisu mówi o wykonawcy więcej niż jego portfolio. Gdzie te pliki potem wgrać, opisaliśmy w porównaniu opcji hostingu n8n.
4. Dokumentacja
Minimum: co robi każdy workflow (jedno zdanie wystarczy), jakie narzędzia są zintegrowane i gdzie, oraz instrukcja na wypadek awarii: po czym poznać, że coś przestało działać, i co zrobić w pierwszej kolejności.
Bez dokumentacji każda awaria to telefon do wykonawcy i czekanie. A przejęcie przez kogoś nowego to archeologia: z naszej praktyki odtworzenie logiki nieudokumentowanego wdrożenia potrafi zająć kilka dni pracy, czyli wielokrotnie więcej, niż zajęłoby spisanie dokumentacji przy wdrożeniu.
5. Wsparcie i SLA po wdrożeniu
Trzy rzeczy do zapisania: czas reakcji (np. następny dzień roboczy przy awarii krytycznej), zakres wsparcia w abonamencie (co jest naprawą, a co nową funkcją) i stawka za zmiany poza zakresem. Rynkowo stawki godzinowe za zmiany to zwykle 150–300 zł/h, a pakiety wsparcia przy kilkunastu workflow zaczynają się od ok. 200–500 zł miesięcznie (ceny z lipca 2026).
Bez tego każda prośba o zmianę to negocjacja od zera, a „naprawię, jak znajdę chwilę" jest odpowiedzią w pełni zgodną z umową, bo umowa milczy.
6. Gwarancja na błędy wdrożeniowe
Kluczowe jest rozróżnienie, kto płaci za co. Błąd wykonawcy (workflow nie robi tego, co było w briefie, gubi dane, nie obsługuje omówionego przypadku) to naprawa w ramach gwarancji, bez faktury. Zmiana po stronie zewnętrznego narzędzia (dostawca zmienił API, wycofał funkcję) to płatna modyfikacja, bo żaden wykonawca nie kontroluje cudzego oprogramowania.
Bez tego rozróżnienia obie strony mają poczucie krzywdy: klient płaci za cudze błędy albo wykonawca naprawia za darmo skutki cudzych decyzji. Umowa, która tego nie precyzuje, gwarantuje spór przy pierwszej większej awarii.
7. Plan wyjścia
Procedura na wypadek rozstania, spisana wtedy, gdy jeszcze się lubicie: co wykonawca przekazuje (eksport, dokumentacja, lista dostępów), w jakim terminie (np. 14 dni od wypowiedzenia) i jak wygląda okres przejściowy, w którym odpowiada na pytania nowego wykonawcy (zwykle 2–4 tygodnie).
Bez planu wyjścia rozstanie zależy od dobrej woli osoby, z którą właśnie się rozstajesz. To najgorszy możliwy moment na ustalanie zasad.
Siedem punktów w jednej tabeli
| # | Punkt umowy | Co ryzykujesz bez tego zapisu |
|---|---|---|
| 1 | Własność workflow po zapłacie, z prawem modyfikacji | Spór o prawa autorskie blokuje każdą zmianę |
| 2 | Wszystko na Twoich kontach, wykonawca dostaje dostęp | Przy rozstaniu tracisz dostęp do wszystkiego |
| 3 | Eksport workflow + lista credentiali na żądanie | Przenosiny oznaczają budowę od zera |
| 4 | Dokumentacja workflow, integracji i reakcji na awarie | Każda awaria to telefon i czekanie |
| 5 | SLA: czas reakcji, zakres, stawka za zmiany | Każda zmiana to negocjacja od zera |
| 6 | Gwarancja z rozróżnieniem: błąd wykonawcy vs zmiana API | Spór o koszty przy pierwszej awarii |
| 7 | Plan wyjścia z terminem i okresem przejściowym | Rozstanie na warunkach wykonawcy |
Czerwone flagi: kiedy nie podpisywać
Cztery sygnały, po których wracamy do rozmowy o warunkach albo kończymy ją w ogóle:
- „Zrobimy na naszym koncie, wyjdzie taniej." Faktycznie bywa taniej o kilkadziesiąt złotych miesięcznie, bo wykonawca rozkłada koszt subskrypcji na kilku klientów. Płacisz za to pełnym uzależnieniem: Twoje procesy firmowe działają na czyimś koncie, obok procesów innych firm, i znikają razem z tym kontem.
- Brak zgody na eksport. Skoro workflow są Twoje, a eksport to kilka kliknięć, jedynym powodem odmowy jest chęć zatrzymania Cię na siłę. To nie partner, to pułapka z abonamentem.
- „Autorski system" bez dostępu do środka. Panel, w którym widzisz efekty, ale nie widzisz, jak to działa, ani nie możesz nic zmienić. Przy rozstaniu nie zabierasz nic, bo formalnie nic nie jest Twoje. Autorskie rozwiązania bywają dobre, ale tylko z zapisanym prawem do wglądu i przenosin.
- Dokumentacja „po zakończeniu współpracy, za dopłatą". Dokumentacja powstaje przy budowie, nie po niej. Wykonawca, który wycenia ją osobno na koniec, sprzedaje Ci klucz do Twojego własnego domu.
„Najdroższe wdrożenia, jakie widziałem, to nie te za 100 tysięcy. To te za 5 tysięcy, zrobione na koncie wykonawcy, bez eksportu i dokumentacji. Klient płaci za nie drugi raz przy każdej zmianie i trzeci raz przy rozstaniu." — Mikołaj Brunka, założyciel NoCodeWork
Jeśli widzisz którąś z tych flag na etapie oferty, nie licz, że umowa to naprawi. Wróć do etapu wyboru partnera do automatyzacji, bo problemem nie jest dokument, tylko model współpracy.
RODO: kiedy potrzebujesz umowy powierzenia
Jeśli wykonawca przy wdrożeniu lub utrzymaniu ma dostęp do danych osobowych, a przy automatyzacji skrzynki, CRM czy faktur ma prawie zawsze, obok umowy głównej potrzebujecie umowy powierzenia przetwarzania danych (DPA). To standardowy dokument: określa, jakie dane wykonawca przetwarza, w jakim celu i jak je zabezpiecza. Poważny wykonawca ma wzór w szufladzie i nie robi wielkich oczu, gdy o niego prosisz.
Druga praktyczna rzecz: dostępy imienne zamiast wspólnych haseł. Gdy trzech podwykonawców loguje się jednym kontem „admin", nigdy nie ustalisz, kto co zmienił. Więcej o prawnej stronie wdrożeń znajdziesz w AI Act i RODO dla polskich firm.
Na co uważać: praktyka, nie porada prawna
Wszystko powyżej to praktyka wdrożeniowa, nie porada prawna. Spisaliśmy to z perspektywy firmy, która automatyzacje buduje i przejmuje, a nie kancelarii. Konkretne zapisy (przeniesienie praw autorskich czy licencja, kary umowne, treść DPA) skonsultuj z prawnikiem. Przegląd wzoru umowy to koszt rzędu kilkuset złotych i robi się go raz.
Druga uwaga: nie przesadź w drugą stronę. Jeśli na pojedynczą automatyzację za 3–5 tys. zł przynosisz dwudziestostronicową umowę z karami umownymi, część dobrych wykonawców po prostu podziękuje. Siedem punktów z tego artykułu mieści się na dwóch stronach i żaden uczciwy wykonawca nie ma powodu ich odrzucić. Skala dokumentu powinna odpowiadać skali wdrożenia — przy integracjach ERP za 30–100 tys. zł umowa ma prawo być grubsza niż przy pierwszym workflow.
FAQ
Czy wykonawca może zachować prawa autorskie do workflow?
Może, ale wtedy umowa musi zawierać licencję pozwalającą Ci korzystać z workflow i modyfikować je bez jego zgody, także rękami innego wykonawcy. Z perspektywy klienta pełne przeniesienie własności po zapłacie jest prostsze i bezpieczniejsze. Kluczowy jest jeden warunek: po zakończeniu współpracy zmieniasz swoje automatyzacje bez pytania kogokolwiek o zgodę.
Na czyim koncie powinna działać platforma automatyzacji?
Na koncie Twojej firmy, założonym na firmowy adres e-mail, z fakturą wystawianą na Twoją firmę. Dotyczy to platformy automatyzacji (n8n, Make, Zapier), hostingu i domen. Wykonawca dostaje zaproszenie do zespołu, a po zakończeniu współpracy odbierasz mu dostęp jednym kliknięciem.
Ile kosztuje wsparcie po wdrożeniu automatyzacji?
Z naszej praktyki pakiety wsparcia dla MŚP zaczynają się od ok. 200–500 zł miesięcznie przy kilkunastu workflow, a stawki godzinowe za zmiany poza pakietem to zwykle 150–300 zł (ceny z lipca 2026). Ważniejsze od kwoty jest to, żeby stawka i czas reakcji były zapisane w umowie przed startem, a nie ustalane przy pierwszej awarii.
Co zrobić, jeśli automatyzacje już działają na koncie wykonawcy?
Poproś o migrację na konto firmowe, póki współpraca się układa: eksport workflow, wgranie na Twoją instancję, ponowna konfiguracja credentiali. Przy kilkunastu workflow to zwykle jeden lub dwa dni pracy. Zrób to teraz, bo po konflikcie albo zniknięciu wykonawcy ta sama operacja bywa niewykonalna.
Czy przy każdej automatyzacji potrzebna jest umowa powierzenia danych?
Nie przy każdej, ale w praktyce prawie zawsze. Umowa powierzenia (DPA) jest potrzebna, gdy wykonawca ma dostęp do danych osobowych, a automatyzacje skrzynki e-mail, CRM, zamówień czy faktur niemal zawsze takie dane przetwarzają. Jeśli workflow dotyka wyłącznie danych bez danych osobowych, na przykład wewnętrznych raportów liczbowych, DPA nie jest wymagana.
Podsumowanie
Umowa na automatyzację nie musi być gruba. Musi odpowiadać na jedno pytanie: co się stanie, gdy ta współpraca się skończy? Jeśli odpowiedź brzmi „zostaję z działającymi automatyzacjami na własnych kontach, z eksportem i dokumentacją", jest dobrze. Jeśli „nie wiem", masz wyżej listę siedmiu punktów do wynegocjowania.
Najtańszy test wykonawcy: pokaż mu tę listę przed podpisaniem. Uczciwy odpowie „jasne, tak właśnie pracujemy". Ten, który zacznie kręcić przy własności kont albo eksporcie, właśnie oszczędził Ci sporo pieniędzy. A zanim w ogóle dojdzie do umowy, upewnij się, że wiesz, co chcesz automatyzować — dobrze robi to porządny audyt procesów.
W NoCodeWork regularnie przejmujemy i porządkujemy wdrożenia po innych wykonawcach, więc wiemy z pierwszej ręki, które braki w umowie bolą najbardziej. Jeśli planujesz wdrożenie albo chcesz sprawdzić, na czym stoisz z obecnym wykonawcą, umów bezpłatną konsultację — powiemy wprost, czy Twoja sytuacja wymaga porządkowania, czy wystarczy dopisać dwa punkty do istniejącej umowy.
