Stwórz aplikację webową do śledzenia wygaśnięć umów z dostawcami

Co powinien rozwiązywać tracker wygaśnięć umów

Tracker wygaśnięć umów ma zapobiegać sytuacjom „nie widzieliśmy tego nadchodzącego”: zaskakujące odnowienia, przegapione okna wypowiedzenia i panika na ostatnią chwilę, bo PDF umowy siedzi w czyjejś skrzynce pocztowej.

Problemy, które powinien wyeliminować

Większość zespołów napotyka te same tryby awaryjne:

• Przegapione odnowienia i terminy wypowiedzenia: Wiele umów wymaga wypowiedzenia 30–90 dni przed odnowieniem. Jeśli ten termin minie, zostajesz związany kolejnym okresem.
• Klauzule automatycznego odnawiania: Umowy cicho przedłużają się na kolejny okres, czasem z podwyżkami.
• Rozproszone pliki i niejasne warunki: Podpisana wersja trudno dostępna, aneksy są gdzie indziej i nikt nie jest pewien, które daty są wiążące.

Kto faktycznie z tego korzysta (i dlaczego)

Przydatny tracker wspiera różne role, nie zmuszając ich do zostania ekspertami od umów:

• Zakupy / Procurement potrzebuje widoczności odnowień, by negocjować wcześniej i kontrolować wydatki na dostawców.
• Dział prawny potrzebuje dostępu do najnowszej wykonanej umowy, kluczowych klauzul i aneksów.
• Finanse potrzebują przewidywalności i potwierdzenia warunków płatności.
• Właściciele działów (IT, Marketing, HR itp.) potrzebują przypomnień i kontekstu do decyzji: odnowić, renegocjować czy anulować.

Pożądane rezultaty

Gdy tracker działa, osiągasz:

• Mniej niespodzianek (brak cichych odnowień).
• Lepsze timingi negocjacji (rozpoczęcie rozmów przed terminami wypowiedzenia).
• Jasne przypisanie odpowiedzialności (każda umowa ma osobę odpowiedzialną i zapasową).

Mierniki sukcesu od pierwszego dnia

Wybierz mierzalne sygnały pokazujące adopcję i niezawodność:

• % umów z przypisanym właścicielem (i działem).
• Wskaźnik dostarczenia przypomnień (wysłane vs. odbite/nieudane) dla email i Slack.
• Decyzje podjęte na czas (zarejestrowane przed datą wypowiedzenia).
• % umów z wypełnionymi kluczowymi datami (data zakończenia, termin wypowiedzenia, okres odnowienia).

Jeśli Twoje MVP konsekwentnie to rozwiązuje, zapobiegniesz największym kosztownym błędom zanim dodasz zaawansowane funkcje.

Zakres MVP i lista funkcji

MVP trackera wygaśnięć umów powinien natychmiast odpowiadać na jedno pytanie: „Co wygasa wkrótce, kto za to odpowiada i co dalej?”. Utrzymaj wersję 1 na tyle małą, żeby dało się ją szybko wysłać, a potem rozwijaj na podstawie realnego użycia.

Jeśli chcesz iść szybko bez budowania pełnego stacku customowego od pierwszego dnia, platforma vibe-codingowa taka jak Koder.ai może pomóc zaprojektować podstawowe ekrany i przepływ przypomnień z opisu w czacie — a jednocześnie wygenerować rzeczywisty, eksportowalny kod źródłowy, gdy będziesz gotowy do operacjonalizacji.

Podstawowe funkcje MVP (konieczne)

• Lista umów z nazwą dostawcy, nazwą/ID umowy, datą rozpoczęcia, datą wygaśnięcia i statusem (Active/Expired).
• Pole właściciela (osoba odpowiedzialna) oraz właściciel zapasowy dla pokrycia.
• Harmonogram przypomnień powiązany z datą wygaśnięcia (np. 90/60/30/7 dni) z wyraźnym wskaźnikiem „następnego przypomnienia”.
• Podstawowe wyszukiwanie i filtry: dostawca, właściciel, „wygasa za X dni” oraz status.
• Prosta strona szczegółów umowy: kluczowe daty, typ odnowienia (auto/manual), notatki i link do załączonego dokumentu.

Funkcje miłe do posiadania (dodaj po v1)

• Tagowanie klauzul i ustrukturyzowane metadane (np. „wypowiedzenie”, „podwyżka ceny”, „przetwarzanie danych”).
• E‑podpis i linki źródłowe (DocuSign/Dropbox/Drive URL), żeby zespoły mogły szybko przejść do oryginalnego workflow.
• Scorecardy dostawców (ryzyko odnowienia, notatki o wydajności) wspierające decyzje o odnowieniu.

Celowo poza zakresem v1

Aby projekt nie urósł do pełnego systemu CLM, trzymaj poza v1:

• Wieloetapowe zatwierdzenia i workflowy przeglądu prawnego
• Narzędzia do redliningu negocjacji
• Złożone zarządzanie zobowiązaniami (deliverables, SLA) poza prostymi notatkami

Proste user stories według roli

Właściciel umowy: „Widzę swoje umowy wygasające wkrótce i dostaję przypomnienia wystarczająco wcześnie, żeby negocjować.”

Procurement/Admin: „Mogę dodać/edytować umowy i przypisać właścicieli, żeby nic nie zostało nieprzypisane.”

Finanse/Kierownictwo (read-only): „Mogę przeglądać nadchodzące odnowienia, żeby prognozować wydatki i unikać niespodziewanych automatycznych odnowień.”

Jeśli dostarczysz te historie z czytelnymi ekranami i niezawodnymi przypomnieniami, masz solidne MVP.

Model danych: Dostawcy, Umowy, Warunki i Daty

Tracker udaje się lub nie w zależności od danych, które zbierasz. Jeśli model jest zbyt cienki, przypomnienia będą zawodowe. Jeśli zbyt skomplikowany, ludzie przestaną wprowadzać informacje. Celuj w „rekord rdzeniowy + kilka ustrukturyzowanych pól”, który pokryje 90% przypadków.

Główne encje

Vendor to firma, której płacisz. Przechowuj podstawy, które będziesz wyszukiwać i raportować: nazwa prawna, nazwa wyświetlana, typ dostawcy (oprogramowanie, obiekty, agencja) i wewnętrzne ID dostawcy, jeśli jest.

Contract to umowa, którą śledzisz. Jeden dostawca może mieć wiele umów (np. osobne umowy na licencję i wsparcie), więc traktuj Contract jako oddzielny rekord powiązany z Vendor.

Własność i kontakty

Każda umowa potrzebuje jasnego właściciela umowy (osoba odpowiedzialna za decyzje o odnowieniu) oraz zastępczego właściciela na urlopy i rotację. Traktuj te pola jako wymagane.

Zarejestruj też kluczowe kontakty:

• Imię/nazwisko i email przedstawiciela dostawcy
• Wewnętrzni interesariusze (opcjonalnie)

Warunki i daty, które mają znaczenie

Wiele aplikacji przechowuje tylko „start” i „end” i potem dziwią się, czemu odnowienia są przegapione. Śledź kilka dat explicite:

• Data rozpoczęcia (kiedy termin się zaczyna)
• Data zakończenia (kiedy usługa przestaje obowiązywać, jeśli nie zostanie odnowiona)
• Termin wypowiedzenia (ostatni dzień na nieodnowienie)
• Data odnowienia/następnego terminu (kiedy zaczyna się kolejny okres)

Automatyczne odnawianie i umowy miesiąc do miesiąca

Dodaj kilka ustrukturyzowanych pól, żeby pokryć typowe wzorce odnowień:

• Typ odnowienia: fixed-term, auto-renew, month-to-month
• Okres odnowienia: np. 12 miesięcy, 1 miesiąc
• Auto-renew włączone: tak/nie

Dla month-to-month „data zakończenia” może być nieznana. W takim wypadku generuj przypomnienia na podstawie reguł terminu wypowiedzenia (np. „powiadom 30 dni przed kolejnym cyklem rozliczeniowym”).

Reguły statusów i cykl życia każdej umowy

Statusy to więcej niż etykiety — to logika, która napędza liczniki na dashboardzie, harmonogramy przypomnień i raporty. Zdefiniuj je wcześnie, trzymaj prosto i konsekwentnie dla wszystkich umów.

Podstawowe statusy (wzajemnie wykluczające)

Praktyczny zestaw dla MVP trackera:

• Active: Umowa obowiązuje i nie znajduje się w oknie „wygasa wkrótce”.
• Expiring Soon: Umowa nadal aktywna, ale zbliża się konieczność działania.
• Renewed: Nowy okres został wykonany (często jako nowy rekord umowy lub nowa wersja/termin).
• Terminated: Umowa zakoczona wcześniej lub wypowiedziana przed naturalną datą końcową.
• Archived: Rekord historyczny, który nie powinien generować przypomnień (zwykle po zakończeniu odnowienia lub długo po terminie rozwiązania).

Zdefiniuj „Wygasa wkrótce” jasnymi progami

Wybierz stałe okna, żeby wszyscy rozumieli, co znaczy „wkrótce”. Popularne opcje to 30/60/90 dni przed datą końcową. Uczyń próg konfigurowalnym dla organizacji (lub typu umowy), aby narzędzie pasowało do różnych rytmów zakupowych.

Zdecyduj też, co się dzieje, gdy data końcowa się zmieni: status powinien być przeliczany automatycznie, żeby uniknąć przestarzałych flag „Expiring Soon”.

Kody przyczyny do czystych raportów

Gdy umowa przechodzi do Terminated lub Archived, wymagaj kodu przyczyny, np.:

• Canceled
• Replaced (zastąpiona przez inną umowę)
• Vendor merge (zmiana kontrahenta)
• Non-renewal

Te powody ułatwiają raportowanie kwartalne i przeglądy ryzyka dostawcy.

Śledź każdą zmianę statusu (przyjazne audytowi)

Traktuj status jako pole audytowalne. Loguj kto zmienił, kiedy i co się zmieniło (stary status → nowy status, plus kod przyczyny i opcjonalna notatka). To wspiera odpowiedzialność i pomaga wyjaśnić, dlaczego przypomnienia przestały być wysyłane lub dlaczego odnowienie zostało przegapione.

Silnik przypomnień i projekt powiadomień

Tracker umów jest użyteczny tylko wtedy, gdy ludzie reagują na przypomnienia. Celem nie jest „więcej powiadomień”, lecz terminowe, możliwe do wykonania przypomnienia dopasowane do sposobu pracy zespołu.

Wybierz kanały (zacznij prosto)

Zacznij od emaila jako domyślnego kanału: jest uniwersalny, łatwy do audytu i nie wymaga dodatkowej konfiguracji. Gdy przepływ będzie stabilny, dodaj opcjonalne powiadomienia Slack/Teams dla zespołów pracujących głównie w czacie.

Trzymaj preferencje kanałów per użytkownik (lub dział), żeby Finanse mogły zostać przy emailu, a Procurement korzystać z czatu.

Harmonogram przypomnień, który zapobiega zaskoczeniom

Użyj przewidywalnej kadencji powiązanej z datą zakończenia:

• 90 / 60 / 30 / 7 dni przed wygaśnięciem

Dodaj też oddzielny typ alertu dla terminu wypowiedzenia (np. „należy wypowiedzieć 45 dni przed”), traktowany jako wyższy priorytet niż data wygaśnięcia — bo jego przegapienie może skazać na kolejny okres.

Uczyń przypomnienia wykonalnymi: potwierdź i odłóż

Każde powiadomienie powinno zawierać dwie akcje jednym kliknięciem:

• Acknowledge: „Widziałem i zajmuję się tym.” To zatrzymuje kolejne przypomnienia dla tego kroku.
• Snooze: odroczenie o krótki, kontrolowany czas (np. 3 dni, 1 tydzień), aby zmniejszyć hałas bez utraty odpowiedzialności.

Rejestruj akcje w dzienniku audytu (kto potwierdził, kiedy i z jakim komentarzem), żeby dalsze działania były jasne.

Eskalacja, gdy nic się nie dzieje

Jeśli właściciel umowy nie potwierdzi w ustalonym oknie (np. 3 dni robocze), wyślij eskalację do menedżera lub zastępczego właściciela. Eskalacje powinny być ograniczone i jasne: „Brak odpowiedzi; potwierdź własność lub przekaż zadanie.”

Kontrola hałasu i niezawodność

Odejmuj duplikaty przypomnień (żadnych powtórzeń dla tej samej umowy/daty), uwzględniaj godziny ciszy i ponawiaj wysyłkę w razie błędów. Nawet świetny projekt zawiedzie, jeśli wiadomości przyjdą za późno lub dwukrotnie.

UX Flow: Dashboard, wyszukiwanie i strony szczegółów umowy

Tracker umów wygrywa prędkością: czy ktoś potrafi znaleźć odpowiednią umowę, potwierdzić datę odnowienia i zaktualizować ją w mniej niż minutę? Projektuj UX wokół najczęstszych działań — sprawdzenie, co dalej, wyszukiwanie i drobne edycje.

Podstawowe strony do uwzględnienia

Dashboard powinien odpowiadać na jedno pytanie: „Co wymaga uwagi wkrótce?” Prowadź od Nadchodzących odnowień (następne 30/60/90 dni) i małego zestawu KPI (np. wygasa w tym miesiącu, auto‑renew blisko, brakujące dokumenty). Zapewnij dwa widoki:

• Widok tabeli do skanowania i działań zbiorczych (sortowanie po dacie wygaśnięcia, właścicielu, dostawcy)
• Widok kalendarza („kalendarz odnowień”) do planowania i cyklicznych przeglądów

Szczegóły umowy to „jedno źródło prawdy”. Umieść najważniejsze informacje na górze: dostawca, status, data wygaśnięcia, warunki odnowienia, właściciel i ustawienia powiadomień. Elementy pomocnicze niżej: notatki, tagi, powiązane dokumenty i kontakty.

Szczegóły dostawcy agregują wszystko powiązane z jednym dostawcą: aktywne umowy, umowy historyczne, kluczowe kontakty i wzorce odnowień. To miejsce, gdzie użytkownicy odpowiadają na pytanie „Co jeszcze od nich kupujemy?”.

Ustawienia trzymaj zwięzłe: domyślne powiadomienia, role, połączenia Slack/email oraz standardowe tagi/statusy.

Wyszukiwanie, filtry i zapisane widoki

Uczyń wyszukiwanie dostępnym wszędzie. Wspieraj filtrowanie po dostawcy, właścicielu, statusie, przedziale dat i tagu. Dodaj „szybkie filtry” na dashboardzie (np. „Auto‑renew za 14 dni”, „Brak właściciela”, „Szkic”). Jeśli użytkownicy często powtarzają te same filtry, pozwól zapisać widoki jak „Moje odnowienia” czy „Zatwierdzenia Finansów”.

Projektuj dla szybkich aktualizacji

Większość edycji jest mała. Użyj edycji inline dla daty wygaśnięcia, właściciela i statusu bezpośrednio w tabeli i na górze strony szczegółów umowy. Potwierdzaj zmiany subtelnym feedbackiem i trzymaj opcję „Cofnij” dla przypadkowych edycji.

Utrzymuj spójność nawigacji: dashboard → wyniki wyszukiwania → szczegóły umowy, z wyraźnym powrotem i trwałymi filtrami, żeby użytkownicy nie tracili kontekstu.

Przechowywanie dokumentów i kontrola wersji

Tracker umów nie jest kompletny bez papierów. Przechowywanie dokumentów obok kluczowych dat zapobiega sytuacjom „nie możemy znaleźć podpisanej kopii” gdy nadejdzie czas odnowienia.

Co wgrywać (i dlaczego)

Zacznij od minimalnego zestawu plików, które ludzie faktycznie szukają:

• Podpisany PDF umowy (źródło prawdy)
• Aneksy i dodatki (często zmieniają ceny, długość okresu lub terminy wypowiedzenia)
• Emaile/pisma związane z odnowieniem lub rozwiązaniem (dowód powiadomienia i terminu)

W MVP trzymaj wgrywanie opcjonalne, ale wyraźnie pokazuj stan „braku dokumentu” na stronie szczegółów umowy.

Podejście do przechowywania: object storage + linki w bazie

Dla większości zespołów najprostsze i najbardziej niezawodne rozwiązanie to:

• Przechowuj pliki w object storage (np. kompatybilnym z S3)
• W bazie zapisuj tylko metadane: klucz/URL pliku, oryginalna nazwa, rozmiar, content type, checksum, uploaded_by, uploaded_at i do której umowy/wersji należy

To utrzymuje bazę małą i szybką, podczas gdy object storage radzi sobie z dużymi PDF‑ami efektywnie.

Wersjonowanie: najnowsze vs poprzednie dokumenty

Traktuj dokumenty jako niemodyfikowalne zapisy. Zamiast „nadpisywać” PDF, wgraj nową wersję i oznacz ją jako najnowszą.

Praktyczny model to:

• document_group (np. „Umowa główna”)
• document_version (v1, v2, v3…)

Na stronie umowy pokaż domyślnie najnowszą wersję oraz krótką listę historii (kto wgrał, kiedy i notatka jak „Zaktualizowano klauzulę odnowienia”).

Uprawnienia do pobierania, zamiany i usuwania

Dostęp do dokumentów powinien podążać za dostępem opartym na rolach:

• Viewers: tylko pobieranie
• Editors: wgrywanie nowych wersji (i opcjonalnie dodawanie notatek)
• Admins: zarządzanie uprawnieniami; usuwanie tylko jeśli naprawdę potrzebne

Jeśli pozwalasz usuwać, rozważ „soft delete” (ukryj w UI, ale zachowaj w storage) i zawsze rejestruj akcje w dzienniku audytu. W kwestii kontroli odnieś się do /security-and-audit.