Szablon danych do zarządzania umowami

Uniwersalny szablon process mining
Szablon danych do zarządzania umowami

Szablon danych do zarządzania umowami

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Zarządzanie umowami. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Uniwersalny model danych dla procesów zarządzania umowami.
  • Zalecane atrybuty i aktywności do szczegółowej analizy.
  • Wskazówki dotyczące ekstrakcji dziennika zdarzeń, niezależnie od systemu źródłowego.
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania umowami

Te zalecane pola danych są potrzebne w dzienniku zdarzeń, aby przeprowadzić pełną analizę i lepiej zrozumieć operacje związane z zarządzaniem umowami.
5 Wymagane 7 Zalecane 2 Opcjonalne
Nazwa Opis
Czas rozpoczęcia zdarzenia
EventStartTime
Znacznik czasu wskazujący dokładną datę i godzinę rozpoczęcia działania lub zdarzenia.
Opis

Czas rozpoczęcia zdarzenia wskazuje początek działania w cyklu życia umowy. Ten znacznik czasu pozwala uporządkować zdarzenia chronologicznie oraz obliczyć czas trwania poszczególnych działań i całego procesu. Dostarcza kontekstu czasowego potrzebnego do analizy przebiegu procesu.

W analizie znacznik ten służy do tworzenia mapy procesu i obliczania wskaźników, takich jak „Średni czas realizacji umowy” i „Średni czas akceptacji”. Ułatwia analizę wąskich gardeł, pokazując, które etapy zajmują najwięcej czasu. Porównanie czasu rozpoczęcia kolejnych działań pozwala szczegółowo zbadać czas przejścia między etapami i wykryć opóźnienia.

Dlaczego to ważne

Ten znacznik czasu pozwala uporządkować zdarzenia, obliczyć czas realizacji procesu i wykryć wąskie gardła związane z czasem.

Skąd pobrać

Dostępny w dziennikach audytowych systemu, rekordach transakcji lub tabelach historii zdarzeń, które zapisują znaczniki czasu dla poszczególnych etapów procesu.

Przykłady
2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z
Identyfikator umowy
ContractId
Unikalny identyfikator każdej umowy. Służy jako główny identyfikator sprawy i łączy wszystkie powiązane działania oraz dokumenty.
Opis

Contract ID to unikalny klucz przypisany do cyklu życia jednej umowy. Łączy wszystkie zdarzenia, od pierwszego wniosku po wygaśnięcie lub rozwiązanie umowy. Z tym identyfikatorem powiązane są wszystkie działania, takie jak przygotowanie projektu, weryfikacja, akceptacja i podpisanie.

W analizie process mining Contract ID jest niezbędny do odtworzenia pełnego przebiegu każdej umowy. Pozwala grupować powiązane zdarzenia w jedną sprawę, a następnie wizualizować i analizować cały przebieg procesu. Bez spójnego Contract ID nie można dokładnie mierzyć czasu realizacji, identyfikować wąskich gardeł ani analizować wariantów procesu.

Dlaczego to ważne

Ten identyfikator pozwala śledzić umowę przez cały cykl jej życia, a także dokładnie odkrywać przebieg procesu i mierzyć jego wyniki.

Skąd pobrać

Zwykle znajduje się w nagłówku lub głównym rekordzie obiektu umowy w systemie Contract Lifecycle Management (CLM).

Przykłady
CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510
Nazwa działania
ActivityName
Nazwa konkretnego zdarzenia biznesowego, zadania lub kamienia milowego w cyklu życia umowy.
Opis

Nazwa działania opisuje etap procesu zarządzania umową. Działania odpowiadają poszczególnym zadaniom, takim jak „Przygotowanie projektu umowy”, „Zakończenie weryfikacji prawnej” czy „Podpisanie umowy”. Chronologiczny ciąg działań dla danego Contract ID tworzy przebieg procesu.

Ten atrybut jest niezbędny do zbudowania mapy procesu, czyli podstawowej wizualizacji w process mining. Analiza kolejności i częstotliwości działań pozwala zrozumieć rzeczywisty przebieg procesu, wykryć odstępstwa od standardowej procedury oraz wskazać miejsca, w których praca jest powtarzana lub przebiega nieefektywnie, na przykład kolejne cykle poprawek.

Dlaczego to ważne

Określa etapy procesu, dzięki czemu można zobrazować cykl życia umowy oraz wykryć odstępstwa i wąskie gardła.

Skąd pobrać

Zwykle znajduje się w dziennikach zdarzeń, ścieżkach audytowych lub tabelach historii statusów powiązanych z głównym rekordem umowy.

Przykłady
Przygotowanie projektu umowyZakończenie zatwierdzania wewnętrznegoWysłanie umowy do podpisu
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane z systemu źródłowego.
Opis

Znacznik czasu ostatniej aktualizacji danych informuje, jak aktualne są analizowane dane. Wskazuje, kiedy ostatnio uruchomiono proces ekstrakcji, transformacji i ładowania danych (ETL). Nie należy go mylić ze znacznikiem czasu zdarzenia, który określa, kiedy miało miejsce działanie biznesowe.

Atrybut ten jest ważny z punktu widzenia zarządzania danymi i informowania interesariuszy o aktualności analiz. Pozwala ocenić, czy analizowane są dane bieżące, czy migawka z poprzedniego dnia lub tygodnia. Ten kontekst pomaga podejmować decyzje na podstawie dashboardów process mining.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu interesariusze wiedzą, jak bieżące są wnioski dotyczące procesu.

Skąd pobrać

Ten znacznik czasu jest zwykle generowany i zapisywany przez narzędzie do integracji danych lub ETL podczas ich ładowania.

Przykłady
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
System źródłowy
SourceSystem
Nazwa systemu IT lub aplikacji, z której pobrano dane o umowach.
Opis

Atrybut „System źródłowy” wskazuje pochodzenie danych o zdarzeniach. W wielu organizacjach cykl życia umowy obejmuje kilka systemów, na przykład platformę CLM, system CRM do inicjowania procesu i system ERP z danymi finansowymi. Wskazanie systemu źródłowego dla każdego zdarzenia ułatwia weryfikację danych i zrozumienie środowiska technologicznego procesu.

W analizie process mining atrybut ten pomaga wykryć fragmentację procesu między systemami. Może ujawnić, czy opóźnienia lub problemy wynikają z przekazywania danych między konkretnymi aplikacjami. Jest też przydatny w zarządzaniu danymi i ustalaniu źródła problemów z ich jakością.

Dlaczego to ważne

Wskazuje źródło danych, co ułatwia ich weryfikację, analizę fragmentacji procesu i ustalanie przyczyn problemów z jakością danych.

Skąd pobrać

Informacja ta jest często dodawana podczas ekstrakcji danych lub dostępna jako standardowe pole w dziennikach systemowych.

Przykłady
AgiloftSAP AribaDocuSign CLM
Czas zakończenia zdarzenia
EventEndTime
Znacznik czasu wskazujący dokładną datę i godzinę zakończenia działania lub zdarzenia.
Opis

Czas zakończenia zdarzenia wskazuje, kiedy działanie dobiegło końca. W połączeniu z czasem rozpoczęcia pozwala dokładnie obliczyć czas realizacji każdego etapu cyklu życia umowy. Taka szczegółowość jest niezbędna do analizy wyników procesu.

Atrybut ten służy do obliczania czasu trwania działań, co jest podstawą analizy wąskich gardeł. Dashboardy takie jak „Analiza wąskich gardeł w akceptacji i weryfikacji” wykorzystują te dane, aby wskazać etapy opóźniające umowy. Znajomość czasu trwania poszczególnych działań pozwala skupić prace nad usprawnieniami na najbardziej czasochłonnych częściach procesu, takich jak weryfikacja prawna lub negocjacje.

Dlaczego to ważne

Pozwala obliczyć czas trwania poszczególnych działań i dokładnie wskazać wąskie gardła procesu.

Skąd pobrać

Dostępny w dziennikach audytowych systemu lub tabelach historii zdarzeń. Jeśli nie został zapisany bezpośrednio, można go wyznaczyć na podstawie czasu rozpoczęcia kolejnego zdarzenia.

Przykłady
2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z
Dział
Department
Wewnętrzna jednostka biznesowa lub dział odpowiedzialny za umowę, na przykład sprzedaż, dział prawny lub zakupy.
Opis

Atrybut „Dział” wskazuje wewnętrzny zespół lub jednostkę biznesową odpowiedzialną za umowę albo z nią powiązaną. Często jest to dział właściciela umowy lub zespół, który złożył wniosek o jej przygotowanie.

To ważny wymiar analizy porównawczej i obciążenia pracą. Pomaga zrozumieć, jak proces zarządzania umowami przebiega w różnych częściach organizacji. Dashboard „Obciążenie pracą i produktywność zespołu” można filtrować według działu, aby porównywać wyniki, określać zapotrzebowanie na zasoby i wskazywać działy, które mogą potrzebować dodatkowych szkoleń lub wsparcia w procesie. Ułatwia to odpowiedź na pytania: „W którym dziale akceptacja trwa najdłużej?” lub „Jak przebiega proces w sprzedaży w porównaniu z zakupami?”.

Dlaczego to ważne

Umożliwia porównanie wyników procesu w różnych jednostkach biznesowych, pomaga wykrywać wewnętrzne wąskie gardła i dzielić się dobrymi praktykami.

Skąd pobrać

Zwykle jest powiązany z profilem użytkownika będącego właścicielem umowy lub zapisany w polu samego rekordu umowy.

Przykłady
SprzedażDział prawnyZakupyIT
Nazwa drugiej strony
CounterpartyName
Nazwa podmiotu zewnętrznego, firmy, klienta, dostawcy lub partnera będącego stroną umowy.
Opis

Nazwa drugiej strony wskazuje podmiot zewnętrzny, z którym organizacja zawiera umowę. Może to być klient, dostawca lub partner. Atrybut ten dostarcza ważnego kontekstu dotyczącego relacji biznesowej regulowanej umową.

Druga strona jest cennym wymiarem analizy. Pozwala porównywać wyniki procesu dla różnych dostawców lub klientów. Analiza może na przykład wykazać, że negocjacje z niektórymi kontrahentami regularnie trwają dłużej niż przeciętnie. Taka wiedza może pomóc w planowaniu przyszłych negocjacji i zarządzaniu relacjami. Można ją też wykorzystać do przygotowania szablonów umów dla strategicznych partnerów i przyspieszenia procesu.

Dlaczego to ważne

Wskazuje podmiot zewnętrzny i umożliwia analizę czasu realizacji oraz przebiegu negocjacji z poszczególnymi klientami lub dostawcami.

Skąd pobrać

Standardowe pole w rekordzie umowy, często powiązane z rekordem danych podstawowych klienta lub dostawcy.

Przykłady
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Nazwa użytkownika
UserName
Nazwa lub identyfikator użytkownika, pracownika albo zasobu, który wykonał działanie związane z umową lub za nie odpowiada.
Opis

Nazwa użytkownika wskazuje osobę odpowiedzialną za wykonanie konkretnego zadania w cyklu życia umowy. Może to być właściciel umowy, osoba weryfikująca ją pod względem prawnym, osoba zatwierdzająca lub sygnatariusz. Atrybut ten łączy działania w procesie z osobami, które je wykonują.

W process mining pozwala analizować wyniki pracy zespołów i poszczególnych osób. Dashboard „Obciążenie pracą i produktywność zespołu” wykorzystuje te dane do analizy podziału zadań, wykrywania przeciążonych pracowników lub zespołów oraz oceny wyników. Atrybut pomaga też ustalić, jak różnice w sposobie pracy użytkowników wpływają na przebieg procesu i opóźnienia. Na tej podstawie można lepiej ukierunkować szkolenia i przydział zasobów.

Dlaczego to ważne

Łączy działania w procesie z konkretnymi osobami, umożliwiając analizę podziału zadań, wyników zespołów i przydziału zasobów.

Skąd pobrać

Zwykle dostępna w rekordach transakcji, dziennikach audytowych lub polach przypisania zadań w systemie źródłowym.

Przykłady
Jan Kowalskij.smith@example.comUSER12345
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 to atrybut kategoryzujący umowy według ich charakteru prawnego i celu. Do często spotykanych rodzajów należą NDA, MSA, SOW oraz umowy sprzedaży i zakupu. Klasyfikacja ta dostarcza ważnego kontekstu biznesowego dla cyklu życia umowy.

Atrybut ten pozwala porównywać procesy. Analitycy mogą filtrować mapę procesu i wskaźniki KPI, aby sprawdzić, czy poszczególne rodzaje umów różnią się przebiegiem, czasem realizacji lub liczbą poprawek. Analiza może na przykład wykazać, że weryfikacja prawna umów MSA trwa znacznie dłużej niż w przypadku NDA. To może skłonić do przeprojektowania procesu dla bardziej złożonych umów.

Dlaczego to ważne

Umożliwia podział i porównywanie procesów, pokazując, jak rodzaj umowy wpływa na czas realizacji, złożoność i ryzyko.

Skąd pobrać

To standardowe pole głównego rekordu umowy w każdym systemie CLM.

Przykłady
Umowa o zachowaniu poufności (NDA)Umowa ramowa o świadczenie usług (MSA)Zakres prac (SOW)
Status umowy
ContractStatus
Bieżący etap lub stan umowy, na przykład „Draft”, „In Approval”, „Executed” lub „Expired”.
Opis

Status umowy pokazuje, na jakim etapie cyklu życia znajduje się umowa w danym momencie. Zwykle aktualizuje się go po osiągnięciu kolejnych ważnych etapów. Zapewnia ogólny obraz postępów prac nad umową.

Atrybut ten ułatwia filtrowanie spraw i analizę wybranych części portfela umów. Analitycy mogą na przykład skupić się na umowach „Active”, aby monitorować zobowiązania, lub na umowach „Stalled”, aby ustalić przyczyny opóźnień. Status jest częścią dashboardu „Wyniki w cyklu życia umowy”. Pozwala on zobrazować liczbę umów na każdym etapie i obliczyć wskaźnik KPI „Odsetek umów z opóźnieniem”.

Dlaczego to ważne

Pokazuje bieżący etap umowy, umożliwiając filtrowanie i analizę portfela według fazy cyklu życia.

Skąd pobrać

To podstawowe pole statusu w głównym rekordzie umowy w systemie CLM.

Przykłady
ProjektW trakcie weryfikacjiPodpisanaRozwiązana
Wartość umowy
ContractValue
Łączna wartość pieniężna umowy, która może oznaczać przychód, koszt lub zobowiązanie.
Opis

Wartość umowy określa jej znaczenie finansowe. To ważny kontekst biznesowy, który pomaga ustalać priorytety i oceniać wpływ umowy na organizację. Zwykle podaje się ją w określonej walucie.

W process mining atrybut ten służy do analizy wpływu wyników procesu na działalność firmy. Dashboard „Wpływ biznesowy i przepustowość” wykorzystuje te dane, aby pokazać wartość umów będących w trakcie realizacji, opóźnionych lub podpisanych. Ułatwia ustalanie priorytetów dla umów o wysokiej wartości i pomaga odpowiedzieć na pytania: „Czy nasze najcenniejsze umowy utknęły na etapie akceptacji?” lub „Jaka jest wartość umów, których nie odnowiono przed upływem terminu?”.

Dlaczego to ważne

Określa finansowe znaczenie umów, ułatwiając ustalanie priorytetów i analizę wpływu nieefektywności procesu na umowy o wysokiej wartości.

Skąd pobrać

Znajduje się w sekcji danych finansowych głównego rekordu umowy w systemie CLM lub ERP.

Przykłady
100000.0025000.505000000.00
Data wygaśnięcia
ExpirationDate
Data, z którą umowa wygasa, jeśli nie zostanie odnowiona ani rozwiązana.
Opis

Data wygaśnięcia to ważne pole określające koniec okresu obowiązywania umowy. Wpływa na cykl życia aktywnych umów i jest głównym sygnałem do rozpoczęcia działań związanych z odnowieniem lub rozwiązaniem. Właściwe zarządzanie tymi datami pomaga uniknąć niezamierzonych przerw w świadczeniu usług lub przychodach.

W process mining atrybut ten jest niezbędny dla dashboardu „Monitorowanie zobowiązań i odnowień”. Służy do obliczania wskaźnika KPI „Odsetek odnowień na czas” przez porównanie daty odnowienia z datą wygaśnięcia. Analiza umów zbliżających się do końca okresu obowiązywania pozwala z wyprzedzeniem zarządzać planowanymi odnowieniami i zapobiegać utracie przychodów lub zakłóceniom operacyjnym.

Dlaczego to ważne

Ta data pomaga zarządzać odnowieniami, ograniczać ryzyko, monitorować ważne etapy umowy i podejmować działania na czas.

Skąd pobrać

To ważne pole daty w głównym rekordzie umowy w systemie CLM.

Przykłady
2024-12-312025-06-302026-01-15
Liczba wersji
RevisionCount
Liczba zmian wprowadzonych w dokumencie umowy podczas negocjacji i weryfikacji.
Opis

Liczba wersji pokazuje, ile pracy trzeba było powtórzyć przed podpisaniem umowy. Wartość powinna wzrastać za każdym razem, gdy dokument zostaje zmieniony i powstaje jego nowa wersja. Może wskazywać złożoność negocjacji i skalę rozbieżności między stronami.

Atrybut ten bezpośrednio mierzy efektywność i służy do obliczania wskaźnika KPI „Odsetek umów wymagających poprawek”. Dashboard „Efektywność negocjacji i poprawek” wykorzystuje te dane do wskazywania umów, drugich stron lub rodzajów umów, które wymagają nadmiernej liczby zmian. Duża liczba wersji często wiąże się z dłuższym czasem realizacji. Może też wskazywać niejasne wymagania, twarde taktyki negocjacyjne lub potrzebę przygotowania lepszych szablonów.

Dlaczego to ważne

Mierzy zakres poprawek i złożoność negocjacji, pomagając ustalić przyczyny nieefektywności i długiego czasu realizacji.

Skąd pobrać

Można pobrać ją z pola numeru wersji dokumentu umowy lub obliczyć, zliczając działania „Contract Revised” dla każdej sprawy.

Przykłady
135
Wymagane Zalecane Opcjonalne

Aktywności w zarządzaniu umowami

W tej sekcji opisano najważniejsze kroki i etapy procesu, które warto uwzględnić w dzienniku zdarzeń, aby poprawnie odtworzyć proces i czytelnie przedstawić jego przebieg.
8 Zalecane 9 Opcjonalne
Działanie Opis
Aktywacja umowy
Oznacza rozpoczęcie obowiązywania i wykonalności umowy, co może nastąpić w dniu jej podpisania lub później. To zdarzenie rozpoczyna zarządzanie zobowiązaniami i monitorowanie realizacji umowy.
Dlaczego to ważne

Aktywacja oznacza przejście od procesu zawierania umowy do procesu zarządzania nią. To właściwa data rozpoczęcia monitorowania zgodności, odnowień i zobowiązań.

Skąd pobrać

Zwykle jest to rejestrowane w systemie jako zmiana statusu z „Executed” na „Active” lub „Live”. Czasem wiąże się z polem „Effective Date”.

Rejestrowanie

Należy użyć znacznika czasu zmiany statusu na „Active” albo daty wejścia umowy w życie, jeśli jest dostępna.

Typ zdarzenia inferred
Odnowienie umowy
Oznacza pomyślne odnowienie umowy po zakończeniu jej okresu obowiązywania. To ważny wynik biznesowy, który przedłuża czas trwania porozumienia.
Dlaczego to ważne

Wskaźnik odnowień bezpośrednio odzwierciedla utrzymanie klientów i ich zadowolenie. Monitorowanie tego zdarzenia pomaga ocenić długoterminowe wyniki firmy i ciągłość przychodów.

Skąd pobrać

Zwykle jest to jawne działanie użytkownika, który zmienia status umowy lub tworzy nowy rekord umowy na kolejny okres. Nowa umowa zastępuje pierwotną.

Rejestrowanie

Należy sprawdzić, czy status zmienił się na „Renewed” albo czy utworzono nową umowę powiązaną z pierwotną jako jej odnowienie.

Typ zdarzenia explicit
Podpisanie umowy
To ważny etap, na którym wszystkie strony podpisują umowę, nadając jej moc prawną. Oznacza zakończenie etapu poprzedzającego podpisanie w cyklu życia umowy.
Dlaczego to ważne

Data podpisania umowy jest podstawowym miernikiem powodzenia procesu i niezbędnym elementem obliczenia całkowitego czasu od złożenia wniosku do podpisania. To ważne zdarzenie w analizie wyników i przepustowości procesu.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane przez integrację z platformą podpisu elektronicznego albo wtedy, gdy użytkownik ręcznie zmienia status na „Podpisana” i wprowadza datę podpisania.

Rejestrowanie

Użyj znacznika czasu zakończenia z systemu podpisu elektronicznego lub daty ręcznej zmiany statusu na „Podpisana”.

Typ zdarzenia explicit
Rozpoczęcie obsługi wniosku o umowę
To pierwsze działanie w cyklu życia umowy. Oznacza formalne zgłoszenie zapotrzebowania na nową umowę. Zwykle jest rejestrowane jako utworzenie nowego rekordu umowy lub obszaru roboczego w systemie.
Dlaczego to ważne

To działanie oznacza oficjalne rozpoczęcie procesu. Jego znacznik czasu jest niezbędny do obliczenia całkowitego czasu realizacji umowy. Analiza liczby wniosków pomaga planować zasoby i zarządzać zapotrzebowaniem.

Skąd pobrać

To zdarzenie jest zwykle rejestrowane na podstawie znacznika czasu utworzenia głównego rekordu lub obiektu umowy w głównej tabeli umów systemu źródłowego albo w dziennikach audytowych.

Rejestrowanie

Znajdź zdarzenie utworzenia lub najwcześniejszy znacznik czasu powiązany z unikalnym identyfikatorem umowy.

Typ zdarzenia explicit
Rozwiązanie umowy
Oznacza wcześniejsze rozwiązanie aktywnej umowy, przed planowaną datą jej wygaśnięcia. Może nastąpić z uzasadnionej przyczyny lub dla wygody, jeśli pozwalają na to warunki umowy.
Dlaczego to ważne

To zdarzenie oznacza przedwczesne zakończenie relacji biznesowej. Częstotliwość i przyczyny rozwiązywania umów warto analizować w ramach zarządzania ryzykiem i oceny kondycji firmy.

Skąd pobrać

Jest to jawne zdarzenie, zwykle rejestrowane, gdy użytkownik zmienia status umowy na „Terminated”. Często towarzyszy mu kod przyczyny lub notatka.

Rejestrowanie

Należy zarejestrować czas zmiany statusu aktywnej umowy na „Terminated”.

Typ zdarzenia explicit
Wygaśnięcie umowy
To zdarzenie oznacza, że umowa osiągnęła datę zakończenia i nie została wcześniej odnowiona ani rozwiązana. Jest to naturalne, planowane zakończenie cyklu życia umowy.
Dlaczego to ważne

Monitorowanie wygasających umów pomaga zarządzać odnowieniami i zapobiegać niezamierzonym przerwom w świadczeniu usług lub obowiązywaniu porozumień. Duża liczba umów, które wygasają bez odnowienia, może oznaczać utratę klientów lub przychodów.

Skąd pobrać

To zdarzenie zwykle nie jest rejestrowane bezpośrednio. Ustala się je przez porównanie daty wygaśnięcia umowy z bieżącą datą.

Rejestrowanie

Zdarzenie można wyznaczyć, tworząc znacznik czasu, gdy data systemowa jest równa dacie z pola „Expiration Date” w rekordzie umowy lub od niej późniejsza.

Typ zdarzenia calculated
Wysłanie umowy do podpisu
To działanie oznacza wysłanie ostatecznej, zatwierdzonej umowy do podpisu przez wszystkie strony. Kończy negocjacje i rozpoczyna etap podpisywania.
Dlaczego to ważne

To ważny etap, od którego mierzy się czas potrzebny na zebranie podpisów. Analiza czasu od tego momentu do podpisania umowy pozwala wykryć opóźnienia w procesie.

Skąd pobrać

W systemach z integracją podpisu elektronicznego jest to często jawne działanie, które rozpoczyna proces podpisywania i zostaje zapisane w ścieżce audytowej systemu.

Rejestrowanie

Znajdź w dzienniku zdarzeń lub danych API znacznik czasu rozpoczęcia workflow podpisu elektronicznego.

Typ zdarzenia explicit
Zakończenie zatwierdzania wewnętrznego
Ten etap oznacza, że wszyscy wymagani interesariusze wewnętrzni zatwierdzili ostateczną wersję umowy. Potwierdza, że organizacja uzgodniła stanowisko i może przedstawić umowę drugiej stronie.
Dlaczego to ważne

To ważny punkt kontrolny, który oznacza koniec negocjacji wewnętrznych. Czas potrzebny na dotarcie do tego etapu jest istotnym wskaźnikiem efektywności wewnętrznej.

Skąd pobrać

Zdarzenie można zwykle ustalić na podstawie zmiany statusu umowy na końcowy status zatwierdzenia, taki jak „W pełni zatwierdzona” lub „Gotowa do podpisu”, albo zakończenia ostatniego zadania zatwierdzającego.

Rejestrowanie

Znajdź znacznik czasu zmiany ogólnego statusu zatwierdzenia na zakończony lub zarejestrowania ostatniego wymaganego zatwierdzenia.

Typ zdarzenia inferred
Przygotowanie projektu umowy
Oznacza przygotowanie pierwszego projektu umowy. Zwykle jest rejestrowane w chwili przesłania lub wygenerowania pierwszej wersji dokumentu i powiązania jej z rekordem umowy.
Dlaczego to ważne

Pomiar czasu od złożenia wniosku do przygotowania projektu pozwala ocenić sprawność początkowej konfiguracji i przygotowania dokumentu. Opóźnienia na tym etapie mogą wcześnie sygnalizować wąskie gardła procesu.

Skąd pobrać

Informacje o tym zdarzeniu można zwykle znaleźć w dziennikach systemu zarządzania dokumentami lub załącznikami powiązanymi z rekordem umowy. Można je też ustalić na podstawie zmiany statusu, na przykład na „Projekt gotowy”.

Rejestrowanie

Użyj znacznika czasu przesłania pierwszej wersji dokumentu lub zmiany statusu na „Projekt przygotowany”.

Typ zdarzenia inferred
Rozpoczęcie monitorowania zobowiązań
To działanie oznacza rozpoczęcie zarządzania umową po jej podpisaniu. Od tego momentu monitoruje się ważne terminy, świadczenia i pozostałe zobowiązania. Jest to pierwszy krok do zapewnienia zgodności po zawarciu umowy.
Dlaczego to ważne

To działanie pomaga zrozumieć, jak zarządza się umową po jej podpisaniu. Monitorowanie tych zadań pozwala zadbać o realizację korzyści z umowy i ograniczyć ryzyko.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy zostaje utworzone lub uruchomione zadanie, lista kontrolna albo podproces służący do monitorowania zobowiązań umownych. Informacje te często znajdują się w dziennikach zarządzania zadaniami.

Rejestrowanie

Należy zarejestrować czas utworzenia zadań lub zdarzeń związanych z monitorowaniem zobowiązań albo zgodności w ramach aktywnej umowy.

Typ zdarzenia explicit
Rozpoczęcie negocjacji
Oznacza rozpoczęcie negocjacji z drugą stroną i wymiany kolejnych wersji dokumentu. Zwykle potwierdza je pierwsza odpowiedź lub otrzymanie dokumentu z naniesionymi zmianami od drugiej strony.
Dlaczego to ważne

Rejestrowanie początku negocjacji jest niezbędne do analizy czasu ich trwania i ustalenia, jak długo druga strona odpowiada na wiadomości.

Skąd pobrać

Zdarzenie można często ustalić na podstawie przesłania nowej wersji dokumentu przez drugą stronę lub zmiany statusu umowy wskazującej na rozpoczęcie negocjacji.

Rejestrowanie

Użyj znacznika czasu otrzymania pierwszego dokumentu od drugiej strony lub zmiany statusu na „W negocjacjach”.

Typ zdarzenia inferred
Rozpoczęcie weryfikacji wewnętrznej
To działanie oznacza formalne przekazanie projektu umowy interesariuszom wewnętrznym do weryfikacji i zgłoszenia uwag. Rozpoczyna etap współpracy i zatwierdzania wewnątrz organizacji.
Dlaczego to ważne

To punkt początkowy pomiaru całego cyklu weryfikacji wewnętrznej. Analiza czasu trwania tego etapu pomaga wykryć wąskie gardła w uzgadnianiu stanowisk interesariuszy.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane jako zmiana statusu w workflow, na przykład z „Projekt” na „Weryfikacja wewnętrzna”, lub jako utworzenie zadań weryfikacyjnych.

Rejestrowanie

Zarejestruj znacznik czasu zmiany statusu umowy na „W trakcie weryfikacji” lub przydzielenia pierwszego zadania weryfikacyjnego.

Typ zdarzenia explicit
Rozpoczęcie zmiany umowy
To zdarzenie oznacza rozpoczęcie formalnego procesu zmiany obowiązującej umowy. Sygnalizuje wniosek o zmianę pierwotnych warunków porozumienia.
Dlaczego to ważne

Częste zmiany mogą wskazywać, że pierwotne umowy nie uwzględniały wszystkich potrzeb. Analiza zmian pozwala lepiej zrozumieć, jak ewoluują relacje biznesowe.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane przez utworzenie nowego rekordu „Amendment” lub obszaru roboczego powiązanego z pierwotną umową. Informacje te można znaleźć w głównych tabelach danych systemu.

Rejestrowanie

Należy znaleźć zdarzenie utworzenia rekordu typu „Amendment” powiązanego z nadrzędnym identyfikatorem umowy (Contract ID).

Typ zdarzenia explicit
Wprowadzenie zmian w umowie
Oznacza zmianę lub naniesienie uwag do dokumentu umowy podczas negocjacji albo weryfikacji wewnętrznej. Każda zmiana tworzy nową wersję dokumentu.
Dlaczego to ważne

Częstotliwość zmian, czyli poziom poprawek, wskazuje na efektywność procesu i złożoność umowy. Duża liczba poprawek może świadczyć o problemach z pierwszym projektem lub sposobem prowadzenia negocjacji.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane za każdym razem, gdy nowa wersja głównego dokumentu umowy zostaje przesłana do repozytorium dokumentów systemu lub w nim zapisana.

Rejestrowanie

Zarejestruj znacznik czasu przesłania każdej nowej wersji dokumentu po przygotowaniu pierwszego projektu.

Typ zdarzenia explicit
Wycofanie umowy
Oznacza, że wniosek o zawarcie umowy lub umowa będąca w trakcie procesu została celowo anulowana przed podpisaniem. Jest to stan końcowy, który zatrzymuje proces.
Dlaczego to ważne

Analiza przyczyn wycofywania umów może ujawnić problemy z kwalifikacją lub zmiany priorytetów biznesowych. To ważny negatywny wynik, który warto monitorować.

Skąd pobrać

Jest to jawny stan końcowy. Zwykle użytkownik zmienia status umowy na „Canceled” lub „Withdrawn”, co zostaje zapisane w historii statusów systemu.

Rejestrowanie

Należy zarejestrować czas zmiany statusu umowy na końcowy stan „Canceled” lub „Withdrawn”.

Typ zdarzenia explicit
Wysłanie umowy drugiej stronie
To działanie oznacza wysłanie umowy do drugiej strony w celu weryfikacji i negocjacji. Wyznacza przejście od procesu wewnętrznego do współpracy z podmiotem zewnętrznym.
Dlaczego to ważne

To zdarzenie rozpoczyna pomiar cyklu negocjacji zewnętrznych. Opóźnienie w wysłaniu umowy może wydłużyć cały proces zawierania transakcji.

Skąd pobrać

Może to być jawne działanie użytkownika, na przykład „Wyślij do negocjacji”, albo zmiana statusu na „W negocjacjach” lub „Weryfikacja zewnętrzna”.

Rejestrowanie

Zarejestruj znacznik czasu zdarzenia „Wysłanie umowy drugiej stronie” lub zmiany statusu na etap weryfikacji zewnętrznej.

Typ zdarzenia explicit
Zakończenie weryfikacji prawnej
Oznacza zakończenie weryfikacji umowy przez dział prawny. To ważny punkt kontrolny przed przekazaniem umowy do szerszego zatwierdzenia lub negocjacji z drugą stroną.
Dlaczego to ważne

Pomiar czasu weryfikacji prawnej pozwala określić obciążenie zespołu prawnego i znaleźć możliwości usprawnienia jego pracy. Ten etap często znacząco wpływa na całkowity czas realizacji umowy.

Skąd pobrać

Zdarzenie jest często rejestrowane, gdy zespół prawny zmienia status umowy, na przykład na „Zatwierdzona przez dział prawny”, lub kończy określone zadanie zatwierdzające w dzienniku workflow systemu.

Rejestrowanie

Znajdź znacznik czasu zakończenia zadania przydzielonego działowi prawnemu lub zmianę statusu wskazującą na zatwierdzenie prawne.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Jak zacząć?

Aby rozpocząć ekstrakcję danych, wybierz poniżej instrukcję dla konkretnego systemu. Można też skorzystać z tego uniwersalnego szablonu jako wzoru dziennika zdarzeń.

Zacznij usprawniać zarządzanie umowami

Wykryj wąskie gardła, ogranicz ryzyko i przyspiesz zawieranie umów, aby szybciej zobaczyć efekty.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.