Umowy po terminie: alerty 30/60/90 dni w n8n (i dlaczego nie potrzebujesz systemu CLM)

Dlaczego faktury mają obieg, a umowy nie

W firmach, w których wdrażaliśmy automatyzacje, powtarza się ten sam wzorzec: księgowość ma system do obiegu faktur, przypomnienia o terminach płatności, czasem nawet OCR do odczytu pozycji z dokumentu. Umowa handlowa albo umowa najmu trafia do tego samego skrzynki mailowej, zostaje przekazana do podpisu, a potem ląduje w folderze „Umowy 2024" i tam czeka. Na nic.

Nie jest to przypadek, tylko efekt tego, jak powstają procesy w firmie. Faktura ma termin płatności widoczny na pierwszy rzut oka i konsekwencję, która przychodzi szybko: odsetki, telefon od dostawcy, blokada kolejnej dostawy. Umowa ma termin wypowiedzenia, który trzeba samemu wyliczyć, licząc od końca, i konsekwencję, która przychodzi po fakcie, często kilka miesięcy później, w postaci kolejnej faktury za usługę, z której firma już nie chciała korzystać. Mózg (i kalendarz w firmie) reaguje na to, co boli szybko, nie na to, co boli później.

Dlatego w rozmowach o automatyzacji dokumentów klienci pytają najpierw o automatyzację faktur, a o umowy nie pytają wcale, bo nie traktują ich jako problemu operacyjnego. Traktują jak formalność, którą się podpisuje raz i odkłada. To błąd, który kosztuje konkretne pieniądze, i to zwykle większe niż pojedyncza pomyłka w fakturze.

Co faktycznie się przegapia (i ile to kosztuje)

Trzy scenariusze wracają najczęściej, niezależnie od branży:

• Umowa najmu z klauzulą automatycznego przedłużenia. Firma chce się przenieść albo renegocjować warunki, ale termin wypowiedzenia (typowo 1–3 miesiące przed końcem okresu) mija niezauważony. Umowa przedłuża się na kolejny rok, czasem na tych samych, już niekorzystnych warunkach.
• Umowa z dostawcą z rabatem warunkowym. Rabat obowiązywał przy przedłużeniu w określonym oknie czasowym. Okno się zamknęło, nikt nie zareagował, nowa umowa (albo automatyczne przedłużenie starej) idzie po cenie standardowej, wyższej o kilkanaście procent.
• Umowa leasingu albo serwisowa z karą za brak wypowiedzenia w terminie. Tu konsekwencja jest najbardziej bolesna, bo firma płaci nie tylko za usługę, której nie chce, ale czasem dodatkowo karę umowną za to, że nie zdążyła z pismem w wymaganym terminie wypowiedzenia.

We wszystkich trzech przypadkach problem nie jest prawny, tylko organizacyjny. Dział prawny albo osoba podpisująca umowę doskonale wie, jaki jest okres wypowiedzenia. Nikt po prostu nie ma systemu, który przypomni o tym w odpowiednim momencie, czyli z wyprzedzeniem, które daje czas na decyzję i na wysłanie pisma, a nie w dniu, w którym termin już minął.

Rejestr umów zamiast systemu CLM

Gdy mówimy klientom „potrzebujecie ewidencji umów z automatycznymi przypomnieniami”, część od razu myśli o systemie klasy CLM (Contract Lifecycle Management). Na polskim rynku dostępne są rozwiązania typu PandaDoc czy Autenti, które obsługują cały cykl życia umowy: tworzenie szablonu, negocjacje, podpis elektroniczny, repozytorium. To dobre narzędzia, ale dla większości małych i średnich firm to przerost formy nad treścią.

Jeśli firma podpisuje 20–50 umów rocznie i problemem nie jest proces negocjacji czy podpisu, tylko to, że nikt nie pamięta o terminach, płacenie za pełny CLM nie ma sensu. To jak kupowanie systemu ERP, żeby pilnować jednej tabelki w Excelu. W takiej sytuacji zwykle polecamy prostszą drogę: rejestr umów w arkuszu (Google Sheets albo Excel w SharePoincie) plus automatyzacja powiadomień w n8n lub Make, która czyta ten arkusz codziennie i wysyła alert, gdy zbliża się termin.

Jak zbudować alerty 30/60/90 dni w praktyce

Schemat, który sprawdza się w większości wdrożeń, jest prosty i celowo nie ma w nim niczego skomplikowanego. Złożoność nie jest zaletą w tym przypadku, bo im prostszy system, tym większa szansa, że ktoś go faktycznie będzie utrzymywał.

Krok 1: rejestr z właściwymi polami

Zanim ktoś zacznie budować automatyzację, musi powstać jedno miejsce z danymi o umowach. Minimalny zestaw kolumn, który się sprawdza:

• nazwa kontrahenta i przedmiot umowy,
• data podpisania i data wygaśnięcia,
• okres wypowiedzenia (np. 1 miesiąc, 3 miesiące przed końcem okresu),
• informacja, czy umowa ma klauzulę automatycznego przedłużenia (auto-renewal) i na jak długo,
• osoba odpowiedzialna za decyzję o przedłużeniu lub wypowiedzeniu,
• link do skanu lub pliku umowy,
• status (aktywna, w trakcie wypowiadania, zakończona).

To jest cała „baza danych”. Żadnej specjalnej aplikacji, żadnego wdrożenia trwającego miesiącami. Jedna zakładka w arkuszu, uzupełniana przez osobę, która i tak dziś odbiera podpisane umowy mailem.

Krok 2: scenariusz w n8n lub Make, który liczy terminy

Automatyzacja działa w tle, raz dziennie (np. o 7:00), i robi jedną rzecz: porównuje dzisiejszą datę z datą wygaśnięcia w każdym wierszu arkusza. Gdy różnica wynosi 90, 60 albo 30 dni, scenariusz wysyła powiadomienie, zwykle mailem lub na kanał w Slacku/Teams, do osoby wskazanej w kolumnie „odpowiedzialny”. Treść powiadomienia jest generowana automatycznie z danych w wierszu, więc nie trzeba pisać jej ręcznie dla każdej umowy.

Logika trzech progów ma sens praktyczny, nie jest sztuką dla sztuki:

• 90 dni to sygnał „zacznij myśleć”, czas na analizę, czy umowa jest w ogóle warta przedłużenia, czy trzeba renegocjować warunki.
• 60 dni to przypomnienie „podejmij decyzję”, zwłaszcza gdy okres wypowiedzenia wynosi np. 1–3 miesiące i trzeba zdążyć z pismem.
• 30 dni to ostatni alarm, często z dodatkowym wskazaniem osoby decyzyjnej wyżej w strukturze, jeśli nikt wcześniej nie zareagował.

W Make ten sam efekt da się zbudować modułem Google Sheets jako wyzwalaczem (iterate rows) i filtrem na różnicę dat, w n8n analogicznie przez node Schedule Trigger i Code/IF. Nie ma tu żadnej magii, to kilka godzin pracy dla kogoś, kto wcześniej budował choć jeden scenariusz w tych narzędziach.

Krok 3: eskalacja, gdy nikt nie reaguje

Samo wysłanie maila nie wystarczy, jeśli ten mail ginie w tej samej skrzynce, w której ginęła wcześniej cała umowa. Dlatego dobry scenariusz ma dwa poziomy: powiadomienie do osoby odpowiedzialnej i, jeśli po np. 7 dniach status w arkuszu się nie zmienił (ktoś powinien oznaczyć „w trakcie wypowiadania” albo „decyzja: przedłużamy”), automatyczne przekazanie informacji wyżej, np. do przełożonego albo na wspólny kanał zespołu. To jest dokładnie ten element, który odróżnia działający system od ładnie wyglądającego arkusza, który i tak ktoś zignoruje.

Gdzie ten system ma ograniczenia

Automatyzacja przypomnień załatwia może 80% problemu, czyli to, że nikt nie pamięta o terminie. Nie załatwia pozostałych 20%, i trzeba to powiedzieć wprost, bo inaczej klient później czuje się oszukany obietnicą.

Decyzję, czy przedłużyć umowę, renegocjować warunki czy wypowiedzieć, zawsze podejmuje człowiek. Automat nie oceni, czy warto zostać w tym samym biurze na kolejne trzy lata, ani czy dostawca ciągle jest konkurencyjny cenowo. System dostarcza informację w porę, nie podejmuje za nikogo decyzji biznesowej.

Drugie ograniczenie: rejestr jest tak dobry, jak dyscyplina jego uzupełniania. Jeśli ktoś podpisze nową umowę i zapomni dodać wiersz do arkusza, automat nie ma skąd wiedzieć, że ta umowa istnieje. To samo ograniczenie ma każdy system, nie tylko prosty arkusz, ale w arkuszu łatwiej to przeoczyć, bo nie ma wymuszonego kroku „dodaj umowę do systemu” w procesie podpisywania. Dlatego w praktyce dobrze połączyć to z już istniejącym punktem w procesie, np. z momentem przekazania podpisanej umowy do księgowości albo do archiwum, który i tak się dzieje.

Trzecie ograniczenie, rzadziej wspominane: ten schemat dobrze radzi sobie z terminami prostymi (data wygaśnięcia, okres wypowiedzenia). Słabiej z umowami, w których warunki przedłużenia są rozłożone na kilka klauzul warunkowych albo zależą od wolumenu zakupów w poprzednim roku. Takie przypadki trzeba opisać w rejestrze jako notatkę i liczyć na to, że osoba odpowiedzialna przeczyta ją przy alercie 90-dniowym, a nie na to, że automat sam je zinterpretuje.

Kiedy prosty schemat już nie wystarczy

Są sytuacje, w których arkusz i scenariusz w n8n faktycznie przestają się skalować, i warto to uczciwie rozpoznać, zamiast upierać się przy prostym rozwiązaniu z zasady. Jeśli firma ma kilkaset aktywnych umów, wiele działów zgłaszających nowe kontrakty równolegle i proces zatwierdzania wielostopniowy (prawnik, finanse, zarząd), ręczne pilnowanie poprawności wpisów w jednym arkuszu zaczyna generować błędy. Podobnie, jeśli e-podpis i negocjacja treści w czasie rzeczywistym są codziennością, a nie wyjątkiem, system typu PandaDoc czy Autenti faktycznie oddaje różnicę w czasie pracy zespołu prawnego.

W praktyce widzieliśmy, że większość firm z sektora MŚP i wiele średnich firm mieści się w pierwszej kategorii znacznie dłużej, niż same myślą. Zanim ktoś podpisze roczny abonament za system CLM, warto policzyć, ile faktycznie umów wymaga aktywnego pilnowania terminów w danym roku. Często okazuje się, że to 15–30 umów, nie kilkaset, a to zmienia całkowicie kalkulację kosztu i sensowności narzędzia.

Warto też zauważyć różnicę względem obiegu faktur, bo klienci często się na niej łapią. Typowy system DMS do obiegu faktur ma gotowe, powtarzalne pola (kwota, termin płatności, kontrahent z bazy GUS) i krótki cykl życia dokumentu, liczony w dniach. Obieg umów ma dłuższy cykl życia, liczony w latach, mniej ustrukturyzowane dane i decyzje, które zależą od kontekstu biznesowego, nie tylko od liczb na dokumencie. To dlatego system świetny do faktur rzadko jest dobrym pierwszym wyborem do umów, i odwrotnie. Jeśli w firmie już działa automatyzacja procesów w biurze rachunkowym albo w dziale finansowym, rejestr umów z alertami 30/60/90 dni warto budować jako osobny, lekki proces, a nie próbować wciskać go w ten sam system, który obsługuje faktury.