Szablon danych do zarządzania umowami

Agiloft
Szablon danych do zarządzania umowami

Szablon danych do zarządzania umowami

Szablon zawiera podstawowe atrybuty danych do zebrania oraz najważniejsze czynności do śledzenia podczas analizy procesu zarządzania umowami. Podpowiada również, jak wyodrębnić te informacje z systemu. Skorzystaj z niego, aby przygotować dane do analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze czynności do śledzenia
  • Wskazówki dotyczące ekstrakcji danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania umowami

To zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby przeprowadzić szczegółową analizę i odkryć mniej widoczne zależności w procesie zarządzania umowami.
5 Wymagane 8 Zalecane 8 Opcjonalne
Nazwa Opis
Identyfikator umowy
ContractId
Unikalny identyfikator każdej umowy obsługiwanej w systemie. Łączy wszystkie powiązane działania i zdarzenia w całym cyklu życia umowy.
Opis

Identyfikator umowy jednoznacznie wskazuje konkretną umowę i łączy wszystkie powiązane z nią zdarzenia oraz działania. Każdy rekord w dzienniku zdarzeń odpowiada działaniu wykonanym w ramach umowy, a ten identyfikator grupuje powiązane działania.

W analizie process mining ten atrybut jest niezbędny do odtworzenia pełnego przebiegu każdej umowy. Umożliwia wizualizację przepływu procesu, obliczanie czasu od złożenia wniosku do zawarcia umowy oraz podział analizy według cech poszczególnych umów.

Dlaczego to ważne

To podstawowy identyfikator, który pozwala śledzić pełny przebieg umowy. Bez niego nie można analizować procesu od początku do końca ani obliczać KPI dla poszczególnych spraw.

Skąd pobrać

Zwykle jest to klucz główny tabeli umów w Agiloft.

Przykłady
CTR-2023-00123MSA-2024-00045NDA-2023-00789
Czas rozpoczęcia
EventTime
Znacznik czasu wskazujący, kiedy rozpoczęło się konkretne działanie lub zdarzenie.
Opis

Ten atrybut określa datę i godzinę każdego działania zapisanego w historii umowy. Pozwala ustalić chronologiczną kolejność zdarzeń, co ma zasadnicze znaczenie dla odkrywania i analizy procesu.

Czas rozpoczęcia służy do obliczania odstępów między działaniami, wykrywania wąskich gardeł i mierzenia czasu realizacji. Jest podstawą niemal wszystkich KPI opartych na czasie, takich jak „Średni czas zawarcia umowy” i „Średni czas trwania etapu akceptacji”.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do ustalania kolejności zdarzeń, obliczania czasu trwania i analizy wyników procesu w czasie. Bez niego process mining nie jest możliwy.

Skąd pobrać

Odpowiada znacznikowi czasu działania zapisanego w historii umowy albo tabelach ścieżki audytu w Agiloft.

Przykłady
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone lub pobrane z systemu źródłowego.
Opis

Ten atrybut zawiera znacznik czasu ostatniego pobrania danych. Pozwala ocenić ich aktualność i zarządzać harmonogramem odświeżania.

Użytkownicy sprawdzają ten znacznik, aby upewnić się, że wyświetlane informacje są aktualne, i ustalić, jakiego okresu dotyczy analiza. To ważna metadana każdej rzetelnej analizy opartej na danych.

Dlaczego to ważne

Pozwala sprawdzić aktualność danych, co ma znaczenie przy podejmowaniu trafnych decyzji biznesowych we właściwym czasie.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany podczas procesu pobierania, przekształcania i ładowania danych (ETL).

Przykłady
2024-05-20T08:00:00Z
Nazwa działania
ActivityName
Nazwa konkretnego działania biznesowego lub zdarzenia, które wystąpiło na danym etapie cyklu życia umowy.
Opis

Ten atrybut opisuje wykonany krok procesu, na przykład „Przygotowano projekt umowy”, „Przeprowadzono przegląd prawny” lub „Zawarto/podpisano umowę”. Działania te składają się na mapę procesu.

Analiza kolejności i częstotliwości działań pomaga ustalić główny przebieg procesu, wykryć odstępstwa i pętle poprawek oraz wskazać najczęstsze lub najbardziej czasochłonne kroki. Atrybut jest niezbędny do tworzenia dashboardów, takich jak „Przegląd całego cyklu życia umowy” i „Warianty procesu przygotowania umowy”.

Dlaczego to ważne

Działania określają kroki na mapie procesu. Ten atrybut jest niezbędny do wizualizacji przebiegu procesu i zrozumienia, jakie prace są wykonywane.

Skąd pobrać

Dane pochodzą z działania lub zmiany statusu zapisanej w historii umowy albo tabelach ścieżki audytu w Agiloft.

Przykłady
Sporządzenie projektu umowyPrzeprowadzenie kontroli prawnejWysłanie do podpisuPodpisanie umowy
System źródłowy
SourceSystem
System, z którego pobrano dane.
Opis

Ten atrybut wskazuje źródło danych dotyczących zarządzania umowami. W tym procesie jego wartością będzie zawsze „Agiloft”.

W szerszych analizach obejmujących dane z wielu systemów pole to pomaga ustalić pochodzenie danych i prawidłowo określić zakres analizy. Zapewnia kontekst i możliwość prześledzenia źródła danych.

Dlaczego to ważne

Wskazuje źródło danych, co ma znaczenie dla zarządzania danymi, rozwiązywania problemów i łączenia danych z wielu źródeł.

Skąd pobrać

To stała wartość, którą należy dodać podczas pobierania i przekształcania danych.

Przykłady
Agiloft
Czas zakończenia
EventEndTime
Znacznik czasu wskazujący, kiedy zakończyło się konkretne działanie lub zdarzenie.
Opis

Czas rozpoczęcia wskazuje, kiedy działanie się zaczęło, a czas zakończenia określa, kiedy dobiegło końca. Różnica między tymi wartościami to czas realizacji danego działania.

W process mining oba znaczniki czasu pozwalają dokładniej analizować wykorzystanie zasobów oraz rozróżniać czas oczekiwania od czasu aktywnej pracy. Można na przykład ustalić, jak długo trwała sama praca nad przeglądem prawnym, a jak długo dokument czekał w kolejce. Umożliwia to obliczenie KPI „Czas realizacji przeglądu prawnego”.

Dlaczego to ważne

Pozwala obliczyć rzeczywisty czas realizacji działania i oddzielić aktywną pracę od oczekiwania, co ułatwia dokładniejszą analizę wąskich gardeł.

Skąd pobrać

W niektórych systemach ta wartość jest dostępna bezpośrednio. Często ustala się ją na podstawie czasu rozpoczęcia kolejnego działania w danej sprawie. W Agiloft może być konieczne wyliczenie jej ze ścieżki audytu.

Przykłady
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
Data wygaśnięcia
ExpirationDate
Data, w której umowa wygaśnie, jeśli nie zostanie odnowiona ani rozwiązana.
Opis

Data wygaśnięcia określa koniec okresu obowiązywania umowy. Jest niezbędna do zarządzania odnowieniami i rozwiązaniami umów oraz zapobiegania niezamierzonemu wygaśnięciu lub automatycznemu odnowieniu.

Ten atrybut stanowi podstawę dashboardu „Nadchodzące terminy i statusy umów” oraz KPI „Odsetek działań dotyczących umów wykonanych w terminie”. Pozwala z wyprzedzeniem zarządzać końcem okresu obowiązywania umowy, terminowo przeprowadzać odnowienia lub rozwiązania i nie przeoczyć ważnych dat.

Dlaczego to ważne

Ułatwia proaktywne zarządzanie umowami i pomaga nie przeoczyć terminów ich odnowienia lub rozwiązania.

Skąd pobrać

To standardowe pole daty w głównej tabeli umów w Agiloft.

Przykłady
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
Dział użytkownika
UserDepartment
Dział, do którego należy użytkownik lub właściciel umowy.
Opis

Ten atrybut określa dział związany z umową, na przykład „Sprzedaż”, „Dział prawny”, „Zakupy” lub „Finanse”. Informacje można powiązać z właścicielem umowy albo użytkownikiem, który wykonał konkretne działanie.

Ten wymiar ma duże znaczenie dla dashboardu „Czynniki wpływające na zmienność czasu realizacji umów”. Umożliwia filtrowanie i porównywanie wyników procesu w różnych działach, a także sprawdzenie, czy w niektórych działach proces trwa dłużej, częściej wymaga poprawek lub przebiega inaczej. Można na przykład porównać czas przeglądu prawnego umów zgłoszonych przez dział sprzedaży i dział zakupów.

Dlaczego to ważne

Umożliwia porównywanie wyników między jednostkami biznesowymi i pomaga wykrywać problemy oraz dobre praktyki charakterystyczne dla poszczególnych działów.

Skąd pobrać

Informacje można pobrać z tabel profili użytkowników albo bezpośrednio z rekordu umowy w Agiloft.

Przykłady
SprzedażDział prawnyZakupyFinanse
Nazwa kontrahenta
CounterpartyName
Nazwa zewnętrznej strony umowy, klienta, dostawcy lub partnera.
Opis

Ten atrybut wskazuje organizację lub osobę, która podpisuje umowę z drugą stroną. Kontrahent może znacząco wpływać na przebieg i czas negocjacji oraz na warunki umowy.

Analiza wyników procesu według kontrahenta jest jednym z celów dashboardów „Czynniki wpływające na zmienność czasu realizacji umów” i „Częstotliwość zmian w negocjacjach”. Pomaga ustalić, z którymi partnerami negocjacje trwają dłużej lub wymagają większej liczby poprawek. Na tej podstawie można dostosować strategię negocjacyjną i lepiej zarządzać relacjami.

Dlaczego to ważne

Pomaga ustalić, jak poszczególni partnerzy zewnętrzni wpływają na czas i złożoność negocjacji, co ułatwia prognozowanie i planowanie strategii.

Skąd pobrać

To standardowe pole w głównej tabeli umów albo dane pobrane z powiązanej tabeli firm lub kont w Agiloft.

Przykłady
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Nazwa użytkownika
UserName
Nazwa użytkownika lub zasobu, który wykonał działanie.
Opis

Ten atrybut wskazuje osobę odpowiedzialną za wykonanie danego kroku procesu, na przykład osobę przygotowującą projekt umowy lub prawnika przeprowadzającego przegląd. Dane pochodzą zwykle z informacji o użytkowniku powiązanych z działaniem w ścieżce audytu systemu.

Analiza według użytkownika jest niezbędna w dashboardzie „Analiza obciążenia pracą przy umowach”. Pomaga ocenić rozkład pracy, różnice w wynikach poszczególnych osób i potrzeby szkoleniowe. Ułatwia też ustalenie, kto odpowiada za konkretne działania.

Dlaczego to ważne

Umożliwia analizę obciążenia pracą i porównanie wyników, a także wykrywanie wąskich gardeł związanych z konkretnymi zasobami i identyfikowanie dobrych praktyk.

Skąd pobrać

Dane znajdują się zwykle w tabelach historii umowy lub ścieżki audytu i są powiązane z użytkownikiem, który wprowadził zmianę.

Przykłady
Alicja KowalskaJan NowakKarol Wiśniewski
Rodzaj umowy
ContractType
Klasyfikacja umowy, na przykład umowa ramowa o świadczenie usług (MSA), umowa o zachowaniu poufności (NDA) lub zakres prac (SOW).
Opis

Rodzaj umowy określa charakter i wzór dokumentu. Poszczególne rodzaje umów często przebiegają według różnych wariantów procesu, różnią się stopniem złożoności i angażują inne osoby.

Ten atrybut jest niezbędny do analizy porównawczej i ma duże znaczenie dla dashboardów „Czynniki wpływające na zmienność czasu realizacji umów” oraz „Częstotliwość zmian w negocjacjach”. Podział procesu według rodzaju umowy pomaga ustalić, dlaczego niektóre umowy trwają dłużej, wymagają większej liczby poprawek lub częściej odbiegają od standardowego przebiegu.

Dlaczego to ważne

Pomaga wyjaśnić istotne różnice w złożoności, czasie trwania i ryzyku procesu. To podstawowy atrybut umożliwiający sensowny podział procesu na grupy.

Skąd pobrać

To standardowe pole w głównej tabeli umów w Agiloft.

Przykłady
Umowa ramowa o świadczenie usługUmowa o zachowaniu poufnościZakres pracUmowa licencyjna na oprogramowanie
Status umowy
ContractStatus
Bieżący status lub etap umowy w jej cyklu życia.
Opis

Ten atrybut wskazuje bieżący etap umowy, na przykład „Przygotowywana”, „W trakcie przeglądu”, „Zawarta”, „Wygasła” lub „Rozwiązana”. Pokazuje, na jakim etapie znajduje się umowa w danym momencie.

W process mining działania często definiuje się na podstawie zmian statusu w czasie. Status umowy można wykorzystać do filtrowania analizy, na przykład tak, aby uwzględnić tylko umowy aktywne, zawarte lub wygasłe. Atrybut ten wspiera dashboard „Nadchodzące terminy i statusy umów”.

Dlaczego to ważne

Pozwala szybko sprawdzić bieżący etap umowy oraz filtrować i dzielić analizę na sprawy w toku i zakończone.

Skąd pobrać

To standardowe pole w głównej tabeli umów w Agiloft.

Przykłady
ProjektOczekuje na akceptacjęZawartaWygasła
Wartość umowy
ContractValue
Łączna wartość pieniężna umowy.
Opis

Ten atrybut określa całkowitą wartość finansową umowy, niezależnie od tego, czy chodzi o przychód, koszt czy zobowiązanie. Wartość często wpływa na poziom kontroli i złożoność procesu akceptacji.

Wartość umowy jest niezbędna w dashboardzie „Trendy wartości i liczby zawartych umów”, który pozwala analizować finansowy wpływ wyników procesu. Można też sprawdzić zależność między wartością umowy a czasem realizacji, na przykład ustalić, czy zawieranie umów o wysokiej wartości trwa znacznie dłużej. Ułatwia to ustalanie priorytetów i usprawnianie workflow.

Dlaczego to ważne

Zapewnia kontekst finansowy procesu, umożliwiając analizę i ustalanie priorytetów według wartości oraz ocenę biznesowych skutków opóźnień.

Skąd pobrać

To standardowe pole w głównej tabeli umów w Agiloft.

Przykłady
50000.00250000.0010000.00
Czas trwania etapu akceptacji
ApprovalPhaseDuration
Obliczony czas trwania etapu akceptacji, od rozpoczęcia zbierania akceptacji do ich uzyskania.
Opis

Ta miara pokazuje, ile czasu zajmuje uzyskanie wszystkich wymaganych akceptacji wewnętrznych i prawnych dla umowy. Zwykle pomiar rozpoczyna się wraz z pierwszą czynnością weryfikacyjną (np. „Przekazano do weryfikacji wewnętrznej”), a kończy po uzyskaniu ostatniej wymaganej akceptacji.

Atrybut ten stanowi podstawę KPI „Średni czas trwania etapu akceptacji” i jest ważnym elementem dashboardu „Analiza wąskich gardeł w weryfikacji i akceptacji”. Pozwala osobno analizować ten istotny etap cyklu życia umowy i ustalić, co opóźnia weryfikację oraz akceptację.

Dlaczego to ważne

Pokazuje, ile czasu zajmuje etap akceptacji, i pomaga wskazać oraz ograniczyć opóźnienia w tej części procesu.

Skąd pobrać

Wartość oblicza się na podstawie dziennika zdarzeń, wyznaczając dla każdej umowy różnicę między rozpoczęciem pierwszej czynności akceptacyjnej a zakończeniem ostatniej.

Przykłady
5 dni 2 godziny12 dni 6 godzin2 dni 1 godzina
Czas trwania etapu negocjacji
NegotiationPhaseDuration
Obliczony czas trwania negocjacji z drugą stroną umowy.
Opis

Ta miara pokazuje czas od rozpoczęcia negocjacji z podmiotem zewnętrznym (np. „Rozpoczęto negocjacje z drugą stroną”) do uzgodnienia ostatecznej wersji umowy i jej akceptacji przez drugą stronę.

To podstawowa miara dashboardu „Czas trwania etapu negocjacji” i KPI „Średni czas negocjacji”. Analiza tego czasu pomaga ocenić sprawność negocjacji, ustalić, które typy umów lub kontrahenci wydłużają ten etap, oraz znaleźć sposoby na usprawnienie współpracy.

Dlaczego to ważne

Pokazuje sprawność negocjacji i pomaga skrócić czas poświęcany na uzgodnienia z podmiotami zewnętrznymi.

Skąd pobrać

Wartość oblicza się na podstawie dziennika zdarzeń, mierząc czas od czynności „Rozpoczęto negocjacje z drugą stroną” do czynności kończącej, takiej jak „Otrzymano akceptację drugiej strony”.

Przykłady
7 dni15 dni3 dni
Czy dotrzymano SLA na weryfikację
IsReviewSlaMet
Obliczana flaga logiczna wskazująca, czy weryfikację umowy zakończono w terminie określonym w umowie o gwarantowanym poziomie świadczenia usług (SLA).
Opis

Atrybut ten jest wyliczany przez porównanie rzeczywistego znacznika czasu zakończenia czynności weryfikacji (np. „Wykonano weryfikację wewnętrzną”) z wartością „ReviewSlaDueDate”. Przyjmuje wartość „true”, jeśli weryfikacja odbyła się w terminie, i „false”, jeśli była opóźniona.

Ta flaga zasila dashboard „Terminowość weryfikacji umów względem SLA”, który ułatwia wizualizację zgodności z terminami. Upraszcza też obliczanie KPI „Odsetek weryfikacji zgodnych z SLA”, ponieważ wystarczy zliczyć wartości true i false.

Dlaczego to ważne

Jednoznacznie wskazuje, czy dotrzymano SLA, dzięki czemu łatwo mierzyć, wizualizować i raportować zgodność z wewnętrznymi terminami.

Skąd pobrać

Wartość oblicza się dla każdej umowy przez porównanie „EventTime” czynności kończącej weryfikację z „ReviewSlaDueDate”.

Przykłady
truefalse
Liczba poprawek
RevisionCount
Liczba zmian lub wersji z naniesionymi poprawkami wprowadzonych do umowy w trakcie jej cyklu życia.
Opis

Ten atrybut określa liczbę kolejnych wersji umowy, szczególnie na etapie przygotowania i negocjacji. Duża liczba poprawek może wskazywać na problemy ze wzorami umów, złożone negocjacje lub niejasne wymagania początkowe.

Wskaźnik ten bezpośrednio wspiera dashboard „Częstotliwość zmian w negocjacjach” i KPI „Częstotliwość poprawek do umów”. Analiza liczby poprawek pomaga ustalić, które rodzaje umów lub kontrahenci wymagają najwięcej uzgodnień, i wskazuje możliwości usprawnienia przygotowania umów oraz negocjacji.

Dlaczego to ważne

Pozwala określić skalę poprawek i złożoność negocjacji, a także wskazać możliwości poprawy jakości wzorów umów i strategii negocjacyjnych.

Skąd pobrać

Wartość tę zwykle oblicza się, zliczając w dzienniku zdarzeń wystąpienia działań „Wprowadzono poprawki do umowy” lub „Zmieniono umowę” dla każdego identyfikatora umowy.

Przykłady
1350
Nazwa wzoru umowy
ContractTemplateName
Nazwa wzoru użytego do przygotowania pierwszego projektu umowy.
Opis

Ten atrybut wskazuje, czy do przygotowania umowy wykorzystano standardowy wzór, a jeśli tak, to który. Spójne korzystanie ze wzorów usprawnia przygotowywanie umów.

Analiza tego atrybutu wspiera KPI „Odsetek umów wymagających poprawek po przygotowaniu projektu” i „Odsetek umów zaakceptowanych wewnętrznie za pierwszym razem”. Porównanie wyników umów przygotowanych na podstawie różnych wzorów lub bez wzoru pozwala ustalić, które z nich sprawdzają się najlepiej i gdzie warto ujednolicić sposób pracy.

Dlaczego to ważne

Ułatwia ocenę skuteczności standardowych szablonów i wspiera standaryzację, co może znacznie skrócić czas przygotowania umów i ograniczyć liczbę poprawek.

Skąd pobrać

Może to być pole w rekordzie umowy w Agiloft, wypełniane podczas tworzenia umowy na podstawie szablonu.

Przykłady
Standardowa umowa MSA v2.1NDA, wzajemnaSOW, stała cena v1.3Niestandardowy
Osoba przeprowadzająca przegląd prawny
LegalReviewer
Imię i nazwisko konkretnej osoby lub nazwa zespołu z działu prawnego, któremu przydzielono przegląd umowy.
Opis

Ten atrybut wskazuje osobę z działu prawnego odpowiedzialną za działanie „Przeprowadzono przegląd prawny”. Zapewnia dokładniejszy obraz obciążenia pracą niż ogólne pole „Użytkownik”, które może obejmować wiele różnych ról.

Jest przydatny w dashboardzie „Analiza obciążenia pracą przy umowach”, ponieważ pozwala skupić się na wydajności i możliwościach zespołu prawnego. Ułatwia ocenę rozkładu pracy w zespole i sprawdzenie, czy czas przeglądu jest dłuższy w przypadku konkretnych osób. Wspiera też KPI „Średni czas realizacji przeglądu prawnego”.

Dlaczego to ważne

Umożliwia szczegółową analizę obciążenia pracą i wyników zespołu prawnego, co ułatwia efektywne zarządzanie jego zasobami.

Skąd pobrać

Może to być osobne pole umowy wskazujące przypisanego prawnika albo wartość ustalona na podstawie nazwy użytkownika powiązanej z działaniem dotyczącym przeglądu prawnego.

Przykłady
Anna KowalskaZespół prawny AJan Kowalski
Termin przeglądu umowy według SLA
ReviewSlaDueDate
Termin, do którego należy zakończyć dany etap przeglądu umowy, na przykład przegląd prawny lub wewnętrzny.
Opis

Ten atrybut określa termin SLA dla konkretnych działań związanych z przeglądem. Wyznacza oczekiwany czas realizacji i służy do pomiaru wyników względem wewnętrznych celów.

Data ta jest niezbędna do działania dashboardu „Realizacja SLA dla przeglądów umów” i powiązanego KPI „Odsetek przeglądów zrealizowanych zgodnie z SLA”. Porównanie rzeczywistego czasu zakończenia przeglądu z terminem pozwala ustalić, czy proces spełnia założone standardy obsługi, i wskazać obszary, w których SLA jest często przekraczane.

Dlaczego to ważne

Umożliwia pomiar wyników względem wewnętrznych terminów, co ma znaczenie dla egzekwowania SLA i skracania czasu przeglądu.

Skąd pobrać

W Agiloft może to być pole obliczane na podstawie daty złożenia umowy i zdefiniowanych reguł SLA albo data wprowadzana ręcznie.

Przykłady
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
Wykonano automatycznie
IsAutomated
Wartość logiczna wskazująca, czy działanie wykonał system, a nie użytkownik.
Opis

Ten atrybut pozwala odróżnić działania wykonywane przez ludzi od działań systemowych, takich jak automatyczne aktualizacje statusu, powiadomienia czy workflow uruchamiane przez system.

W analizie pomaga ocenić poziom automatyzacji procesu zarządzania umowami. Można go użyć do pomiaru efektów wdrożonych rozwiązań, wskazania kolejnych możliwości automatyzacji i sprawdzenia, czy zautomatyzowane kroki działają zgodnie z oczekiwaniami i nie powodują wąskich gardeł.

Dlaczego to ważne

Pomaga mierzyć poziom automatyzacji procesu i ustalić, które kroki wykonują systemy, a które ludzie.

Skąd pobrać

Wartość można ustalić na podstawie określonych kont systemowych, na przykład „System” lub „Administrator”, w historii działań albo przez oznaczenie konkretnych typów działań automatycznych.

Przykłady
truefalse
Wymagane Zalecane Opcjonalne

Czynności związane z zarządzaniem umowami

To najważniejsze kroki i kamienie milowe procesu, które warto zapisać w dzienniku zdarzeń, aby dokładnie odtworzyć przebieg procesu i wskazać wąskie gardła.
7 Zalecane 9 Opcjonalne
Działanie Opis
Podpisanie umowy
To ważny etap, na którym wszystkie strony podpisują umowę, nadając jej moc prawną. Zdarzenie jest zwykle rejestrowane przez integrację z platformą do podpisu elektronicznego albo po ręcznej zmianie statusu na „Wykonano”.
Dlaczego to ważne

To zdarzenie oznacza zakończenie etapu przed zawarciem umowy i wyznacza punkt końcowy do obliczenia całkowitego czasu jej zawarcia. Rozpoczyna etap zarządzania umową po jej zawarciu.

Skąd pobrać

Dane pochodzą ze znacznika czasu zakończenia przekazanego przez webhook integracji z platformą do podpisu elektronicznego albo ze znacznika czasu ręcznej zmiany statusu na „Wykonano” lub „Podpisano” w Agiloft.

Rejestrowanie

Należy użyć pola „Data podpisania”, daty zawarcia umowy albo znacznika czasu zmiany statusu na „Wykonano”.

Typ zdarzenia explicit
Przeprowadzenie kontroli prawnej
Oznacza zakończenie kontroli umowy przez dział prawny. Zdarzenie jest często rejestrowane, gdy zespół prawny zmienia status umowy, na przykład na „Legal Approved”, lub kończy określone zadanie akceptacyjne.
Dlaczego to ważne

Kontrola prawna to ważny i często długotrwały etap. Pomiar czasu jej trwania pomaga wykryć wąskie gardła w dziale prawnym i monitorować dotrzymywanie SLA.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu, na przykład z „In Legal Review” na „Legal Approved”, albo zarejestrować po zakończeniu powiązanego rekordu Approval przypisanego w Agiloft do grupy Legal.

Rejestrowanie

Użyj znacznika czasu zmiany statusu na „Legal Approved” lub oznaczenia konkretnego zadania akceptacji prawnej jako ukończonego.

Typ zdarzenia inferred
Umowa odnowiona
Oznacza pomyślne odnowienie umowy po zakończeniu okresu jej obowiązywania. To istotny wynik biznesowy, zwykle rejestrowany przez wyraźne działanie użytkownika, który zmienia status umowy lub tworzy jej nową wersję na kolejny okres.
Dlaczego to ważne

Dla wielu firm odnowienie umowy jest ważnym miernikiem sukcesu i oznacza kontynuację współpracy. Śledzenie odnowień pomaga prognozować przychody i analizować utrzymanie klientów.

Skąd pobrać

Zdarzenie jest rejestrowane po zmianie statusu na „Odnowiona” albo po utworzeniu nowego, powiązanego rekordu umowy oznaczonego jako odnowienie. Można je zautomatyzować za pomocą workflow w Agiloft.

Rejestrowanie

Należy użyć znacznika czasu zmiany statusu na „Odnowiona” albo daty utworzenia kolejnej umowy.

Typ zdarzenia explicit
Umowa rozwiązana
Oznacza wcześniejsze rozwiązanie obowiązującej umowy, przed zaplanowaną datą jej wygaśnięcia. To jawne zdarzenie, zwykle rejestrowane przez zmianę statusu umowy na „Rozwiązana” i podanie przyczyny.
Dlaczego to ważne

Analiza rozwiązanych umów pomaga zrozumieć przyczyny zakończenia współpracy, takie jak niewywiązywanie się z umowy lub zmiana strategii biznesowej. Ma to duże znaczenie dla zarządzania ryzykiem i relacjami z kontrahentami.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu na „Rozwiązana” w historii rekordu umowy. Data rozwiązania jest często zapisywana w osobnym polu.

Rejestrowanie

Należy użyć znacznika czasu zmiany statusu na „Rozwiązana” albo wartości pola „Data rozwiązania”.

Typ zdarzenia inferred
Umowa wygasła
To zdarzenie oznacza, że umowa osiągnęła datę końcową i nie została odnowiona ani wcześniej rozwiązana. Zwykle ustala się je przez porównanie daty wygaśnięcia umowy z bieżącą datą.
Dlaczego to ważne

To jeden z głównych punktów końcowych cyklu życia umowy. Analiza wygasających umów pomaga zapobiegać niepożądanemu automatycznemu odnowieniu i dopilnować, by nie przeoczyć koniecznych odnowień.

Skąd pobrać

To zdarzenie obliczane. Występuje, gdy bieżąca data przekroczy datę zapisaną w polu „Data wygaśnięcia” lub „Data końca umowy”, a umowa nie została odnowiona ani rozwiązana.

Rejestrowanie

Zdarzenie należy ustalić na podstawie wartości pola „Data wygaśnięcia”.

Typ zdarzenia calculated
Uzyskanie akceptacji wewnętrznych
Ten kamień milowy oznacza, że wszyscy wymagani interesariusze wewnętrzni zaakceptowali ostateczną wersję umowy. Zwykle można go wywnioskować ze zmiany statusu umowy na końcowy status akceptacji, taki jak „Fully Approved” lub „Ready for Signature”.
Dlaczego to ważne

To ważny kamień milowy, który oznacza zakończenie kontroli wewnętrznych i gotowość umowy do podpisania. Pozwala mierzyć całkowity czas obsługi wewnętrznej przed wysłaniem umowy do podpisu.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu na „Approved”, „Ready for Signature” lub podobny końcowy status akceptacji. Można je też ustalić na podstawie znacznika czasu zakończenia ostatniego wymaganego rekordu akceptacji.

Rejestrowanie

Ustal znacznik czasu zmiany statusu umowy na status oznaczający akceptację przed podpisaniem.

Typ zdarzenia inferred
Zgłoszenie zapotrzebowania na umowę
To pierwsze zdarzenie w cyklu życia umowy, oznaczające formalne zgłoszenie zapotrzebowania na nową umowę. W Agiloft jest zwykle rejestrowane jako utworzenie nowego rekordu w tabeli Contract. Zdarzenie jest jawnie zapisywane w historii systemu lub dzienniku audytowym.
Dlaczego to ważne

Ta czynność wyznacza początek procesu, dlatego jest niezbędna do obliczenia całkowitego czasu obsługi umowy. Analiza tego punktu pozwala zrozumieć skalę i źródła zapotrzebowania na umowy w organizacji.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie znacznika czasu utworzenia rekordu umowy w Agiloft. Zwykle można je znaleźć na karcie History lub w dziennikach systemowych dla danego identyfikatora umowy.

Rejestrowanie

Użyj znacznika czasu utworzenia rekordu z głównej tabeli umów.

Typ zdarzenia explicit
Przekazanie do kontroli wewnętrznej
Ta czynność oznacza formalne przekazanie projektu umowy interesariuszom wewnętrznym do kontroli. Zwykle jest rejestrowana jako zmiana statusu w workflow Agiloft, na przykład z „Draft” na „Internal Review”.
Dlaczego to ważne

To zdarzenie rozpoczyna etap kontroli, na którym często powstają wąskie gardła. Analiza czasu między tym zdarzeniem a kolejnymi czynnościami kontrolnymi pomaga zrozumieć i skrócić czas kontroli.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany pola statusu rekordu głównego umowy na wartość taką jak „In Review”, „Pending Internal Review” lub „Submitted for Review”.

Rejestrowanie

W historii umowy znajdź zmianę statusu na „Internal Review”.

Typ zdarzenia inferred
Przeprowadzono przegląd zgodności
Oznacza zakończenie zaplanowanego lub doraźnego przeglądu zgodności aktywnej umowy. Zwykle jest rejestrowane jako osobne zdarzenie po wykonaniu przez użytkownika zadania związanego ze zgodnością lub aktualizacji pola przeglądu.
Dlaczego to ważne

Śledzenie przeglądów zgodności jest niezbędne do sprawowania nadzoru i zarządzania ryzykiem. Dzięki temu organizacja może sprawdzać, czy przez cały okres obowiązywania umowy spełnia wymogi prawne i wewnętrzne zasady.

Skąd pobrać

Dane pochodzą ze znacznika czasu zakończenia powiązanego zadania dotyczącego przeglądu zgodności albo z uzupełnionego pola daty, takiego jak „Data ostatniego przeglądu zgodności”.

Rejestrowanie

Należy użyć daty zakończenia dedykowanego zadania dotyczącego zgodności albo konkretnego pola daty aktualizowanego po zakończeniu przeglądu.

Typ zdarzenia explicit
Rozpoczęcie negocjacji z drugą stroną
Ta czynność oznacza moment wysłania umowy do drugiej strony w celu kontroli i negocjacji. W Agiloft można ją wywnioskować ze zmiany statusu na „In Negotiation” lub „External Review”.
Dlaczego to ważne

To początek etapu negocjacji, którego czas trwania może być bardzo zmienny i trudny do przewidzenia. Śledzenie tego zdarzenia pozwala mierzyć czas negocjacji i analizować czynniki, które wydłużają ten etap.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany pola statusu umowy na „In Negotiation”, „With Counterparty” lub „External Review” w historii rekordu umowy.

Rejestrowanie

Ustal pierwszy znacznik czasu zmiany statusu wskazującej na komunikację lub negocjacje ze stroną zewnętrzną.

Typ zdarzenia inferred
Rozpoczęto zmianę umowy
To zdarzenie oznacza rozpoczęcie formalnego procesu zmiany obowiązującej umowy. W Agiloft jest często rejestrowane przez utworzenie nowego rekordu „Zmiana umowy” powiązanego z pierwotną umową.
Dlaczego to ważne

Zmiany umowy to istotne zdarzenia w jej cyklu życia. Analiza ich częstotliwości i przebiegu procesu pozwala lepiej zrozumieć zmieniające się potrzeby biznesowe lub ocenić, czy pierwotne warunki umowy były wystarczająco jasne.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie znacznika czasu utworzenia nowego rekordu w dedykowanej tabeli „Zmiany umowy”, powiązanego z nadrzędnym identyfikatorem umowy.

Rejestrowanie

Należy użyć znacznika czasu utworzenia rekordu w tabeli zmian umowy.

Typ zdarzenia explicit
Sporządzenie projektu umowy
Oznacza ukończenie pierwszego projektu umowy. Zdarzenie jest często rejestrowane w chwili przesłania pierwszej wersji dokumentu i powiązania jej z rekordem umowy albo zmiany statusu umowy na „Drafting Complete”.
Dlaczego to ważne

Śledzenie tej czynności pozwala ocenić efektywność etapu sporządzania projektu. Jest też niezbędne do analizy poprawek, ponieważ kolejne wersje mogą wskazywać na problemy z szablonem lub początkowymi wymaganiami.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany pola statusu, na przykład z „New” na „Drafting”, albo zarejestrować na podstawie znacznika czasu pierwszego załączonego dokumentu w powiązanej tabeli „Attached Files” w Agiloft.

Rejestrowanie

Ustal znacznik czasu pierwszej zmiany statusu na „Drafting” lub „Review” albo datę utworzenia pierwszego powiązanego rekordu dokumentu.

Typ zdarzenia inferred
Umowa aktywowana
Oznacza, że umowa staje się aktywna i wiążąca. Zwykle następuje to w dniu zawarcia umowy lub później. W Agiloft zdarzenie jest często rejestrowane jako zmiana statusu z „Wykonano” na „Aktywna” lub „Obowiązuje”.
Dlaczego to ważne

To działanie formalnie rozpoczyna cykl życia umowy po jej zawarciu i uruchamia obowiązki, monitorowanie oraz zadania związane ze zgodnością. Wyznacza punkt początkowy do śledzenia realizacji i zarządzania aktywną umową.

Skąd pobrać

Zdarzenie można ustalić na podstawie zmiany statusu na „Aktywna” w historii umowy albo obliczyć na podstawie pola „Data rozpoczęcia umowy”.

Rejestrowanie

Należy użyć znacznika czasu zmiany statusu na „Aktywna” albo wartości pola „Data wejścia w życie”.

Typ zdarzenia inferred
Umowa anulowana
Oznacza, że wniosek o umowę lub umowa będąca w trakcie procesu została celowo anulowana przed jej zawarciem. To jawny stan końcowy, zwykle rejestrowany po zmianie statusu przez użytkownika na „Anulowana” lub „Wycofana”.
Dlaczego to ważne

To ścieżka niepowodzenia lub zakończenia procesu. Analiza przyczyn anulowania umów może ujawnić problemy na etapie kwalifikacji lub negocjacji i pomóc ograniczyć niepotrzebną pracę.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu umowy na końcową wartość oznaczającą niepowodzenie, taką jak „Anulowana”, „Unieważniona” lub „Wycofana”.

Rejestrowanie

Należy znaleźć znacznik czasu zmiany statusu na „Anulowana”.

Typ zdarzenia inferred
Wprowadzenie poprawek do umowy
Oznacza przypadek zmiany lub naniesienia poprawek w dokumencie umowy podczas negocjacji albo kontroli wewnętrznej. Zwykle jest rejestrowany w chwili przesłania nowej wersji dokumentu do Agiloft.
Dlaczego to ważne

Ta czynność pomaga wykrywać pętle poprawek. Częste zmiany mogą wskazywać na niejasne warunki, słabe szablony lub sporne negocjacje, co wydłuża czas obsługi umowy.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie znacznika czasu utworzenia nowej wersji dokumentu w tabeli „Attached Files” lub dedykowanej tabeli historii wersji powiązanej z rekordem umowy w Agiloft.

Rejestrowanie

Użyj znacznika czasu utworzenia każdego nowego rekordu w historii wersji dokumentu umowy.

Typ zdarzenia explicit
Wysłanie do podpisu
Ta czynność oznacza wysłanie ostatecznej, zaakceptowanej umowy do podpisu przez wszystkie strony. W systemach takich jak Agiloft, zintegrowanych z usługami podpisu elektronicznego, jest to często jawna czynność rozpoczynająca proces podpisywania.
Dlaczego to ważne

To zdarzenie wyznacza dokładny początek końcowego etapu realizacji umowy. Analiza czasu od tego momentu do zdarzenia „Podpisanie umowy” pomaga wykryć opóźnienia w samym procesie podpisywania.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie jawnej czynności użytkownika zapisanej w historii umowy lub wywołania API usługi podpisu elektronicznego, takiej jak DocuSign lub Adobe Sign, z którą zintegrowano Agiloft.

Rejestrowanie

Użyj znacznika czasu z historii powiązanego z czynnością „Send for Signature” lub wywołaniem integracji.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Agiloft

Gotowi do rozpoczęcia?

Zrób pierwszy krok w kierunku usprawnienia cyklu życia umów. Przygotuj dane za pomocą tego szablonu i już dziś zacznij szukać sposobów na poprawę efektywności i zgodności.

Usprawnij zarządzanie umowami w Agiloft i skróć czas ich obsługi

Wskaż nieefektywne działania i skróć cykl obsługi umów o 30%.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Rozpocznij okres próbny już dziś.