Szablon danych do zarządzania umowami
Szablon danych do zarządzania umowami
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.
Atrybuty zarządzania umowami
| 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 | |||
Aktywności w zarządzaniu umowami
| 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 | |||
Instrukcje ekstrakcji danych
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.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.