Kto jest właścicielem automatyzacji po zakończeniu projektu?

Po zakończonym projekcie automatyzacji firma powinna mieć pięć rzeczy: konta w narzędziach założone na siebie, własne klucze API, eksport scenariuszy, dokumentację oraz przeniesione autorskie prawa majątkowe z wymienionymi polami eksploatacji. Listę przekazania warto wpisać do umowy na początku współpracy, a nie negocjować jej, gdy projekt się kończy.

Z czego składa się automatyzacja, którą kupujesz?

Zlecasz „automatyzację faktur”, ale po drugiej stronie powstaje kilka osobnych rzeczy. Każda z nich może należeć do kogoś innego.

Element	Gdzie żyje	Co powinieneś mieć po projekcie
Scenariusz lub workflow	konto Make, serwer n8n, konto Zapier	scenariusz na Twoim koncie i plik eksportu
Konta narzędzi	Make, n8n, Airtable, skrzynka pocztowa	konta założone na firmowy adres, Ty jako właściciel
Klucze API i hasła	ustawienia połączeń w scenariuszu	klucze wygenerowane na Twoich kontach, wykonawca bez dostępu
Dane	arkusze, bazy, CRM	dane wyłącznie w Twoich systemach
Dokumentacja	plik, wiki, Notion	opis działania, wyłączania i typowych błędów
Prawa autorskie	umowa	przeniesienie z wymienionymi polami eksploatacji

Problemy po projekcie biorą się zwykle z pierwszych trzech wierszy, nie z prawa autorskiego. Umowa przenosząca prawa niewiele pomoże, jeśli scenariusz działa na koncie, do którego nie masz hasła.

Na czyim koncie powinny działać scenariusze?

Na koncie firmy. Ty zakładasz organizację w Make albo instancję n8n, płacisz za plan i zapraszasz wykonawcę jako członka zespołu. Po zakończeniu projektu usuwasz jego dostęp jednym kliknięciem, a scenariusze dalej działają.

Wykonawcy często proponują budowę na swoim koncie, bo tak jest im szybciej, a czasem dlatego, że mają wyższy plan. Na czas budowy to bywa rozsądne. Wtedy w umowie musi być termin przeniesienia: scenariusze trafiają na Twoje konto najpóźniej przy odbiorze ostatniego etapu. Make i n8n pozwalają wyeksportować scenariusz do pliku i zaimportować go na innym koncie, więc przeniesienie to godzina pracy, a nie nowy projekt. Po imporcie trzeba jednak na nowo podłączyć konta i klucze API, bo te nie przenoszą się razem z plikiem.

Przy n8n instalowanym na własnym serwerze pytanie brzmi podobnie, tylko dotyczy serwera. Serwer powinien być na Twoim koncie u dostawcy chmury, opłacany z Twojej karty, z kopią zapasową bazy n8n, w której zapisane są workflow i dane logowania do systemów. Wykonawca dostaje dostęp administracyjny na czas prac. Jeśli serwer stoi u wykonawcy, płacisz mu de facto za hosting i zależysz od niego przy każdej awarii, nawet gdy sam projekt dawno się skończył.

Abonament narzędzia to osobna pozycja od wyceny wykonawcy. Ile kosztują plany Make, n8n i Zapier miesięcznie, opisujemy we wpisie o kosztach Make, n8n i Zapiera.

Co mówi prawo autorskie o automatyzacji?

To informacja ogólna, a nie porada prawna. Przy większych projektach umowę warto pokazać prawnikowi.

Według ustawy o prawie autorskim i prawach pokrewnych (stan na październik 2026) liczą się cztery zasady:

• Umowa o przeniesienie autorskich praw majątkowych obejmuje tylko pola eksploatacji wyraźnie w niej wymienione (art. 41 ust. 2). Ogólne „wszystkie pola eksploatacji” bez wyliczenia budzi wątpliwości.
• Umowa przenosząca prawa wymaga formy pisemnej pod rygorem nieważności (art. 53). Formę pisemną spełnia podpis własnoręczny albo kwalifikowany podpis elektroniczny.
• Programy komputerowe są chronione jak utwory literackie, ale idee i zasady, na których się opierają, nie podlegają ochronie (art. 74 ust. 1 i 2). Chroniony może być konkretny scenariusz, nie sam pomysł na proces.
• Przy programach komputerowych ustawa wymienia osobno prawa do zwielokrotniania, do zmian i przystosowania oraz do rozpowszechniania (art. 74 ust. 4). Te uprawnienia warto wpisać do umowy, bo bez prawa do zmian nie możesz legalnie zlecić przeróbki scenariusza innemu wykonawcy.

Czy scenariusz w Make jest programem komputerowym, czy innym utworem, to ocena dla prawnika. W praktyce lepiej zapisać przeniesienie szeroko: kod, scenariusze, workflow, ich eksporty i dokumentację, z prawem do zmian i do zlecania zmian osobom trzecim.

Jak wygląda lista przekazania na koniec projektu?

Listę możesz wkleić do opisu zakresu prac w umowie. Dziesięć punktów:

1. Wszystkie scenariusze działają na koncie Zamawiającego w narzędziu wskazanym w umowie.
2. Wykonawca przekazuje plik eksportu każdego scenariusza.
3. Klucze API i hasła używane przez scenariusze są wygenerowane na kontach Zamawiającego.
4. Wykonawca nie przechowuje kopii danych Zamawiającego po zakończeniu umowy.
5. Dokumentacja opisuje, co robi każdy scenariusz, skąd bierze dane i dokąd je zapisuje.
6. Dokumentacja opisuje, jak wyłączyć i ponownie uruchomić każdy scenariusz.
7. Dokumentacja wymienia znane ograniczenia i typowe błędy z instrukcją postępowania.
8. Wykonawca przeprowadza szkolenie wskazanej osoby po stronie Zamawiającego.
9. Wykonawca usuwa swoje dostępy albo potwierdza, że Zamawiający je usunął.
10. Przeniesienie autorskich praw majątkowych następuje z chwilą zapłaty za etap, na polach eksploatacji wymienionych w umowie.

Najprościej rozliczyć przekazanie jako osobny, ostatni etap projektu. Wykonawca dostaje za niego pieniądze dopiero wtedy, gdy wszystkie punkty listy są zrobione. Jeśli przed zleceniem chcesz sprawdzić, jak wykonawca podchodzi do przekazania, pytania na rozmowę znajdziesz we wpisie o tym, jak sprawdzić eksperta automatyzacji.

Co zrobić, gdy wykonawca zniknie albo zablokuje dostęp?

Kolejność działań zależy od tego, co już masz.

• Jeśli scenariusze są na Twoim koncie, usuń dostęp wykonawcy i zmień klucze API, do których miał wgląd. Sprawa jest zamknięta technicznie, zostaje tylko rozliczenie.
• Jeśli scenariusze są na koncie wykonawcy, ale dane w Twoich systemach, zrób listę procesów, które od niego zależą, i sprawdź, które przestaną działać, gdy wykonawca wyłączy konto. Odbierz scenariuszom dostęp do swoich systemów dopiero wtedy, gdy masz plan zastępczy, bo inaczej sam zatrzymasz proces.
• Wezwij wykonawcę na piśmie do wydania eksportu scenariuszy i dokumentacji, powołując się na konkretne zapisy umowy. Wyznacz termin.
• Jeśli umowa nie przewiduje przekazania, zostaje negocjacja albo zbudowanie scenariuszy od nowa. Odtworzenie działającego procesu jest zwykle szybsze niż pierwsza budowa, bo wiesz już, jakie wyjątki występują.

Zapisana wcześniej lista przekazania skraca każdą z tych dróg. Wezwanie z odwołaniem do punktu umowy to zupełnie inna rozmowa niż prośba o przysługę.

Jak to rozwiązuje umowa na Qerify?

Na Qerify umowę generuje platforma z danych kontraktu. Do wyboru są szablony: umowa o świadczenie usług (B2B), umowa o dzieło i umowa zlecenia. Opis zakresu, który wpisujesz przy kontrakcie, trafia do umowy jako jej przedmiot, więc listę przekazania z tego wpisu możesz dodać właśnie tam.

Zanim podpiszesz, sprawdź w treści umowy trzy rzeczy: czy przeniesienie praw wylicza pola eksploatacji, czy obejmuje uprawnienia z art. 74 ust. 4 (zmiany, tłumaczenie i rozpowszechnianie programu) i czy lista przekazania kont i dostępów jest częścią zakresu. Jeśli czegoś brakuje, dopisz to w opisie zakresu przed podpisem.

Umowę strony podpisują na platformie podpisem elektronicznym z publiczną weryfikacją dokumentu. Przy projektach, w których przeniesienie praw ma dla Ciebie duże znaczenie, podpiszcie dodatkowo osobne porozumienie o przeniesieniu praw w formie pisemnej: odręcznie albo kwalifikowanym podpisem elektronicznym.

Płatność na Qerify idzie za zatwierdzone etapy, a kwota etapu czeka w depozycie do Twojej akceptacji. Ostatni etap „przekazanie” z listą dziesięciu punktów działa tu wprost: zatwierdzasz go, gdy masz konta, eksporty i dokumentację. Opisz projekt Concierge'owi, a powstanie brief, do którego system dobierze wykonawców.

Skąd te liczby?

• Zasady przeniesienia praw (art. 41 ust. 2, art. 53, art. 74 ust. 1, 2 i 4): ustawa z 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych, brzmienie na październik 2026.
• Forma pisemna i kwalifikowany podpis elektroniczny: Kodeks cywilny, art. 78 i 78¹, brzmienie na październik 2026.
• Sposób podpisu umów na platformie: proces podpisywania umów Qerify, stan na październik 2026.
• Lista dziesięciu punktów przekazania to propozycja redakcji, nie wzór prawny.