Szablon danych do zarządzania umowami
Szablon danych do zarządzania umowami
- Zalecane atrybuty do zebrania
- Najważniejsze czynności do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty zarządzania umowami
| 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
|
|||
Czynności związane z zarządzaniem umowami
| 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
|
|||
Instrukcje ekstrakcji danych
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%.
Nie trzeba podawać danych karty płatniczej. Rozpocznij okres próbny już dziś.