Szablon danych do zarządzania umowami
Szablon danych do zarządzania umowami
- Zalecane atrybuty do zebrania
- Najważniejsze działania w zarządzaniu umowami do śledzenia
- Praktyczne wskazówki dotyczące ekstrakcji danych
Atrybuty zarządzania umowami
| Nazwa | Opis | ||
|---|---|---|---|
|
Działanie
ActivityName
|
Nazwa konkretnego kroku lub zdarzenia biznesowego, które miało miejsce. | ||
|
Opis
Ten atrybut opisuje zadanie lub kamień milowy zrealizowany w określonym momencie, na przykład „Przygotowano projekt umowy” lub „Rozpoczęto przegląd prawny”. Kolejność działań stanowi podstawę mapy procesu. Analiza działań pozwala ustalić, jakie prace są wykonywane, jak często występują poszczególne kroki i w jakiej kolejności. Ułatwia wykrywanie typowych ścieżek procesu, odstępstw i powtórnych prac, na przykład kolejnych działań „Zmieniono umowę”.
Dlaczego to ważne
Określa kroki procesu, dzięki czemu można zwizualizować jego przebieg oraz wykryć wąskie gardła i powtórne prace.
Skąd pobrać
Zwykle ustalany na podstawie zmian statusu zadań, dzienników audytowych lub tabel zdarzeń w module SAP Ariba Contracts.
Przykłady
Rozpoczęcie weryfikacji wewnętrznejUmowa zawartaRozpoczęto zmianę umowyUmowa zamknięta
|
|||
|
Identyfikator umowy
ContractId
|
Unikalny identyfikator każdego obszaru roboczego umowy, używany jako główny identyfikator sprawy. | ||
|
Opis
Ten atrybut jest głównym identyfikatorem sprawy i łączy wszystkie działania oraz zdarzenia w całym cyklu życia umowy. Pozwala odtworzyć przebieg każdej umowy od utworzenia do zamknięcia. W process mining każde zdarzenie z tym samym identyfikatorem umowy należy do tej samej instancji procesu. To podstawa analizy wariantów procesu, obliczania czasu realizacji oraz wykrywania wąskich gardeł dotyczących poszczególnych umów lub ich typów.
Dlaczego to ważne
To niezbędny identyfikator do śledzenia całego przebiegu umowy. Umożliwia analizę na poziomie sprawy i wizualizację przepływu procesu.
Skąd pobrać
To podstawowy identyfikator w SAP Ariba Contracts. Zwykle występuje we wszystkich tabelach i widokach związanych z umowami jako Contract Workspace ID.
Przykłady
CW2023-00123CW-MSA-45892CW2024-FIN-001CW19876
|
|||
|
Znacznik czasu zdarzenia
EventTime
|
Dokładna data i godzina wystąpienia działania lub zdarzenia. | ||
|
Opis
Ten znacznik czasu określa początek każdego działania w procesie zarządzania umowami. Jest niezbędny do analiz opartych na czasie, w tym obliczania czasu realizacji, czasu trwania i przerw między krokami. Narzędzia process mining porządkują zdarzenia według tego znacznika, aby dokładnie odtworzyć kolejność działań dla każdej umowy. Umożliwia to analizę wyników procesu w czasie i wykrywanie wąskich gardeł związanych z opóźnieniami, na przykład na etapie przeglądu prawnego.
Dlaczego to ważne
Ten atrybut jest niezbędny do obliczania wskaźników opartych na czasie, takich jak czas realizacji i czas oczekiwania, oraz do prawidłowego porządkowania zdarzeń procesu.
Skąd pobrać
Dane można znaleźć w dziennikach zdarzeń, ścieżkach audytowych lub tabelach historii zmian statusu, obok informacji o działaniu w SAP Ariba Contracts.
Przykłady
2023-04-15T10:22:05Z2023-05-01T14:00:12Z2023-05-20T09:30:00Z
|
|||
|
Czas zakończenia zdarzenia
EventEndTime
|
Znacznik czasu wskazujący, kiedy zakończono działanie. | ||
|
Opis
Ten atrybut zapisuje czas zakończenia działania. StartTime wskazuje jego początek, a EndTime koniec, co pozwala dokładnie mierzyć czas trwania działań, które nie są natychmiastowe. Różnica między EndTime a StartTime oznacza czas realizacji działania. Jest to niezbędne do szczegółowej analizy wąskich gardeł i rozróżnienia czasu aktywnej pracy nad zadaniem od czasu oczekiwania między zadaniami. Pozwala na przykład dokładnie zmierzyć czas trwania działania „Przegląd prawny”.
Dlaczego to ważne
Umożliwia dokładne obliczenie czasu realizacji działań, co pomaga wykrywać wąskie gardła i oceniać efektywność wykorzystania zasobów.
Skąd pobrać
Sprawdź dokumentację SAP Ariba Contracts. Informacje mogą być dostępne w dziennikach audytowych lub rejestrach zakończenia zadań.
Przykłady
2023-04-16T11:45:10Z2023-05-03T17:21:09Z2023-05-20T10:05:00Z
|
|||
|
Dział
Department
|
Dział biznesowy, który zainicjował umowę lub jest za nią odpowiedzialny. | ||
|
Opis
Ten atrybut określa dział organizacji, na przykład sprzedaż, IT lub zakupy, odpowiedzialny za umowę. Dostarcza ważnego kontekstu biznesowego do analizy procesu. Podział analizy według działów pomaga wykryć charakterystyczne dla nich sposoby pracy, wąskie gardła i problemy ze zgodnością. Można na przykład sprawdzić, czy zatwierdzanie umów w dziale sprzedaży trwa znacznie dłużej niż w innych działach, a następnie zbadać stosowane tam praktyki.
Dlaczego to ważne
Umożliwia podział procesu według obszaru biznesowego, co pomaga wykrywać wąskie gardła i różnice w wynikach poszczególnych działów.
Skąd pobrać
Zwykle znajduje się w nagłówku umowy lub szczegółach obszaru roboczego w SAP Ariba Contracts. Może być powiązany z profilem użytkownika będącego właścicielem umowy.
Przykłady
SprzedażTechnologie informacyjneZakupyDział prawny
|
|||
|
Prawnik prowadzący
LegalCounsel
|
Przypisana osoba z działu prawnego odpowiedzialna za przegląd umowy. | ||
|
Opis
Ten atrybut wskazuje prawnika lub inną osobę z działu prawnego przypisaną do przeglądu umowy. Jest to często bardziej szczegółowa rola niż ogólna informacja o użytkowniku wykonującym inne działania. Atrybut ten jest niezbędny w dashboardzie „Obciążenie i efektywność przeglądu prawnego”. Pozwala śledzić liczbę umów przypisanych do poszczególnych prawników, ich średni czas przeglądu oraz łączną przepustowość działu prawnego. Ułatwia równoważenie obciążenia pracą, wykrywanie skutecznych praktyk i lepsze przydzielanie zasobów prawnych.
Dlaczego to ważne
Umożliwia szczegółową analizę etapu przeglądu prawnego, ułatwiając zarządzanie obciążeniem zespołu, wykrywanie wąskich gardeł i poprawę efektywności.
Skąd pobrać
Sprawdź dokumentację SAP Ariba Contracts. Informacja może być zapisana w szczegółach przypisania zadania lub jako określona rola w ścieżce zatwierdzania.
Przykłady
s.jonesm.riverad.chen
|
|||
|
Typ umowy
ContractType
|
Klasyfikacja umowy, na przykład MSA, NDA lub SOW. | ||
|
Opis
Ten atrybut klasyfikuje umowy według ich celu prawnego lub biznesowego. Typowe rodzaje to Master Services Agreement (MSA), Non-Disclosure Agreement (NDA) i Statement of Work (SOW). Analiza procesu według typu umowy pozwala zrozumieć różnice w jego przebiegu. Poszczególne typy umów mogą mieć inne ścieżki zatwierdzania, SLA i poziomy złożoności. Na przykład NDA może przechodzić prostą, szybką ścieżkę, a MSA wymagać kilku etapów przeglądu prawnego i finansowego. Ten atrybut jest przydatnym filtrem w dashboardach porównujących czas realizacji i zgodność dla różnych kategorii umów.
Dlaczego to ważne
Pozwala podzielić analizę i sprawdzić, jak różne typy umów wpływają na przebieg, złożoność i czas trwania procesu.
Skąd pobrać
To standardowe pole klasyfikacji dostępne w szczegółach obszaru roboczego umowy w SAP Ariba Contracts.
Przykłady
Umowa ramowa o świadczenie usługUmowa o zachowaniu poufnościZakres pracUmowa sprzedaży
|
|||
|
Użytkownik
UserName
|
Nazwa lub identyfikator użytkownika, który wykonał działanie. | ||
|
Opis
Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego zadania lub działania w cyklu życia umowy. Może to być właściciel umowy, osoba z działu prawnego przeprowadzająca przegląd lub osoba zatwierdzająca. Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą i indywidualne wyniki oraz wskazać potrzeby szkoleniowe. Na przykład dashboard obciążenia działu prawnego pozwala sprawdzić, ile umów obsługuje każda osoba z działu i jaki jest jej średni czas przeglądu.
Dlaczego to ważne
Pokazuje rozkład obciążenia pracą i wyniki użytkowników, co ułatwia zarządzanie zasobami i analizę efektywności.
Skąd pobrać
Dane można znaleźć w ścieżce audytowej lub tabelach dziennika zdarzeń w SAP Ariba Contracts, często w polu „Changed By” lub „User ID”.
Przykłady
john.doejane.smithlegal_team_member_1
|
|||
|
Wartość umowy
ContractAmount
|
Łączna wartość pieniężna umowy. | ||
|
Opis
Ten atrybut określa wartość finansową umowy. Pomaga ocenić wpływ biznesowy i ryzyko związane z każdą umową. W analizie wartość umowy może służyć do ustalania priorytetów przy monitorowaniu umów o wysokiej wartości lub do wykrywania trendów w skali działalności. Dashboard „Trend wartości zawartych umów” sumuje wartość umów podpisanych w kolejnych okresach i pokazuje wyniki biznesowe. Atrybut ten przydaje się również w analizie przyczyn źródłowych, na przykład do sprawdzenia, czy umowy o wysokiej wartości przechodzą inną, być może wolniejszą ścieżkę.
Dlaczego to ważne
Określa finansową wartość umów, umożliwiając analizę i ustalanie priorytetów według wartości oraz monitorowanie wyników biznesowych.
Skąd pobrać
Sprawdź dokumentację SAP Ariba Contracts. To standardowe pole w obszarze roboczym umowy, często oznaczone jako „Amount” lub „Contract Value”.
Przykłady
150000.0025000.501200000.00
|
|||
|
Czy powtórna praca
IsRework
|
Flaga wskazująca, czy działanie jest powtórzeniem wcześniejszego kroku. | ||
|
Opis
Ten atrybut logiczny przyjmuje wartość true, jeśli działanie, takie jak „Zmieniono umowę”, występuje więcej niż raz w tej samej sprawie dotyczącej umowy. Pozwala jednoznacznie wykrywać i mierzyć powtórne prace w procesie. Flaga ta jest niezbędna do obliczania KPI „Wskaźnik powtórnych prac przy umowach” i wizualizacji powtórnych prac na mapie procesu. Filtrowanie według tego atrybutu pozwala szybko znaleźć umowy wymagające wielu poprawek, zbadać przyczyny i ocenić wpływ powtórnych prac na łączny czas realizacji. Ujawnia też nieefektywne działania na etapach przygotowania projektu i negocjacji.
Dlaczego to ważne
Pozwala mierzyć powtórne prace, analizować ich przyczyny, oceniać nieefektywność procesu i śledzić zmiany w czasie.
Skąd pobrać
To atrybut pochodny, obliczany podczas transformacji danych przez wykrywanie powtarzających się działań w tej samej sprawie.
Przykłady
truefalse
|
|||
|
Data wygaśnięcia umowy
ContractExpirationDate
|
Data, w której umowa ma wygasnąć. | ||
|
Opis
Ten atrybut przechowuje oficjalną datę wygaśnięcia zawartej umowy. Jest ważny przy zarządzaniu jej cyklem życia po zawarciu. Data ta stanowi podstawę dashboardu „Status zobowiązań i odnowień umów”. Służy do uruchamiania powiadomień o zbliżającym się odnowieniu lub wygaśnięciu, aby umowy nie wygasały niezamierzenie. Analiza tych danych pomaga organizacji z wyprzedzeniem zarządzać portfelem umów, ograniczać ryzyko związane z wygasłymi umowami i wykorzystywać możliwości ich odnowienia.
Dlaczego to ważne
Ułatwia proaktywne zarządzanie cyklem życia umowy, terminowe odnowienia, zapobieganie niezamierzonemu wygaśnięciu i monitorowanie zobowiązań.
Skąd pobrać
To standardowe pole w obszarze roboczym umowy, zwykle dostępne w nagłówku lub sekcji warunków w SAP Ariba Contracts.
Przykłady
2025-12-31T23:59:59Z2024-08-15T23:59:59Z2026-06-30T23:59:59Z
|
|||
|
Łączny czas cyklu obsługi umowy
TotalContractCycleTime
|
Czas od utworzenia obszaru roboczego umowy do jej ostatecznego podpisania. | ||
|
Opis
Ten atrybut obliczany mierzy całkowity czas obsługi pojedynczej umowy, od początku do końca. Zwykle oblicza się go jako różnicę między pierwszym a ostatnim działaniem, często „Utworzono obszar roboczy umowy” i „Podpisano umowę”. To podstawowy KPI: „Czas obsługi umowy od początku do końca”. Pokazuje ogólną sprawność procesu zarządzania umowami. W dashboardach służy do śledzenia wyników w czasie i porównywania czasu obsługi różnych typów umów, działów lub regionów. Pomaga też wskazać obszary wymagające usprawnień.
Dlaczego to ważne
To miara szybkości i sprawności procesu, która podsumowuje przebieg całego cyklu życia umowy w jednym wskaźniku.
Skąd pobrać
To wskaźnik obliczany dla pojedynczej sprawy w narzędziu process mining lub podczas przekształcania danych.
Przykłady
P35DP12DT5HP90D
|
|||
|
Nazwa drugiej strony
CounterpartyName
|
Nazwa zewnętrznej strony umowy, na przykład dostawcy lub klienta. | ||
|
Opis
Ten atrybut wskazuje drugą stronę umowy. Może to być dostawca, klient lub partner. Informacja ta zapewnia ważny kontekst biznesowy dla procesu zarządzania umowami. Analiza według drugiej strony pomaga wykrywać powtarzające się zależności dotyczące konkretnych partnerów. Na przykład negocjacje z niektórymi stronami mogą regularnie trwać dłużej, co wskazuje na potrzebę stosowania standardowych wzorów lub wcześniej uzgodnionych warunków. Dane te można również wykorzystać do oceny relacji i wyników dostawców w całym portfelu umów.
Dlaczego to ważne
Umożliwia analizę wyników procesu według zewnętrznej strony umowy, co pomaga wykrywać trudności w negocjacjach i zarządzać relacjami z dostawcami.
Skąd pobrać
Informacje te są zwykle przechowywane w sekcji danych dostawcy lub klienta w obszarze roboczym umowy w SAP Ariba Contracts.
Przykłady
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z systemu źródłowego. Nie wskazuje, kiedy wystąpiło zdarzenie, lecz kiedy rekord został załadowany do platformy process mining. Informacja ta jest ważna dla zarządzania danymi i oceny aktualności analizy. Pozwala sprawdzić, czy analizowane dane są najnowsze, i pomaga zarządzać przyrostowym ładowaniem danych.
Dlaczego to ważne
Pozwala ocenić aktualność danych, co ma znaczenie dla rzetelnej i terminowej analizy oraz monitorowania procesu.
Skąd pobrać
Ten znacznik czasu jest generowany i dodawany podczas wczytywania danych do narzędzia process mining.
Przykłady
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Region
Region
|
Region geograficzny związany z umową lub drugą stroną. | ||
|
Opis
Ten atrybut określa obszar geograficzny, na przykład Amerykę Północną, EMEA lub APAC, którego dotyczy umowa. Zwykle ustala się go na podstawie lokalizacji drugiej strony lub jednostki biznesowej odpowiedzialnej za umowę. Podział procesu według regionów pozwala wykrywać różnice w wynikach, zgodności i przebiegu procesu. Analiza może na przykład wykazać, że realizacja umów w regionie APAC trwa dłużej z powodu dodatkowych etapów kontroli regulacyjnej. Taka wiedza pomaga dostosować usprawnienia procesu i przydział zasobów do potrzeb danego regionu.
Dlaczego to ważne
Umożliwia analizę geograficzną i wykrywanie różnic regionalnych w wynikach procesu, czasie realizacji i zgodności.
Skąd pobrać
Sprawdź dokumentację SAP Ariba Contracts. Informacja może być polem w obszarze roboczym umowy lub wynikać z adresu drugiej strony.
Przykłady
Ameryka PółnocnaEMEAAPACAmeryka Łacińska
|
|||
|
SLA dla przeglądu
SlaForReview
|
Docelowy czas lub termin zakończenia przeglądu. | ||
|
Opis
Ten atrybut określa uzgodniony poziom usług (SLA) dla konkretnych zadań przeglądu, takich jak „Przegląd wewnętrzny” lub „Przegląd prawny”. Wskazuje docelowy czas na zakończenie przeglądu. Atrybut ten jest niezbędny w dashboardzie i KPI „Realizacja SLA przeglądów wewnętrznych i prawnych”. Porównanie rzeczywistego czasu przeglądu z celem pozwala mierzyć zgodność z wewnętrznymi poziomami usług. Ułatwia wykrywanie powtarzających się opóźnień, rozliczanie zespołów z wyników i zapobieganie temu, by przegląd stał się poważnym wąskim gardłem.
Dlaczego to ważne
Określa docelowy wynik dla działań związanych z przeglądem, umożliwiając pomiar zgodności z SLA i wykrywanie opóźnień.
Skąd pobrać
Sprawdź dokumentację SAP Ariba Contracts. Wartość może być skonfigurowana w regułach workflow zatwierdzania lub w szablonach.
Przykłady
P3DP5DP10D
|
|||
|
Status realizacji SLA
SlaAdherenceStatus
|
Informuje, czy przegląd zakończono w wyznaczonym terminie SLA. | ||
|
Opis
Ten atrybut klasyfikuje działania związane z przeglądem jako „Zrealizowano”, „Przekroczono” lub „Nie dotyczy”, zależnie od czasu ich zakończenia względem wartości „SLA dla przeglądu”. Oblicza się go przez porównanie wartości „ActivityProcessingTime” z docelowym czasem SLA. Dzięki temu można szybko i jasno ocenić wyniki w odniesieniu do uzgodnionych poziomów usług. To podstawowy wskaźnik KPI i dashboardu „Realizacja SLA przeglądów wewnętrznych i prawnych”. Wizualizacja statusu pokazuje odsetek przeglądów zgodnych z SLA, a analiza przypadków przekroczenia pomaga ustalić ich przyczyny.
Dlaczego to ważne
Bezpośrednio mierzy wyniki względem celów usługowych, ułatwiając monitorowanie zgodności z SLA i szybkie wykrywanie przekroczeń.
Skąd pobrać
To atrybut pochodny, obliczany podczas transformacji danych przez porównanie ActivityProcessingTime z SlaForReview.
Przykłady
ZrealizowanoPrzekroczono terminNie dotyczy
|
|||
|
Status umowy
ContractStatus
|
Bieżący ogólny status umowy w jej cyklu życia. | ||
|
Opis
Ten atrybut wskazuje bieżący ogólny stan umowy, na przykład „Draft”, „In Review”, „Executed”, „Expired” lub „Terminated”. Różni się od działania, które jest pojedynczym zdarzeniem. Status opisuje stan utrzymujący się przez pewien czas. Atrybut ten jest przydatny w dashboardach, takich jak „Status zobowiązań i odnowień umów”, które pokazują aktualny stan portfela umów. Pomaga wykrywać umowy, których obsługa utknęła, i zarządzać zdarzeniami w cyklu życia, takimi jak odnowienia i wygaśnięcia. Analiza zmian statusu może również ujawnić wąskie gardła i nieefektywne działania.
Dlaczego to ważne
Pokazuje ogólny bieżący stan umowy, co ułatwia zarządzanie portfelem, śledzenie statusów i analizę cyklu życia.
Skąd pobrać
To główne pole statusu w nagłówku obszaru roboczego umowy w SAP Ariba Contracts.
Przykłady
ProjektW trakcie zatwierdzaniaZawartaWygasła
|
|||
|
System źródłowy
SourceSystem
|
System ewidencyjny, z którego pochodzą dane. | ||
|
Opis
Ten atrybut wskazuje system źródłowy, w którym wygenerowano dane zdarzenia. W tym procesie będzie to zawsze „SAP Ariba Contracts”. Uwzględnienie tego atrybutu jest dobrą praktyką w zakresie zarządzania danymi i ich identyfikowalności. Ma szczególne znaczenie przy łączeniu danych z wielu systemów. Pozwala ustalić ich pochodzenie i ułatwia diagnozowanie problemów z jakością danych.
Dlaczego to ważne
Informuje o pochodzeniu danych, zapewnia ich identyfikowalność i umożliwia analizę obejmującą wiele systemów.
Skąd pobrać
Zwykle jest to stała wartość dodawana podczas ekstrakcji i transformacji danych, która wskazuje źródło zbioru danych.
Przykłady
SAP Ariba Contracts
|
|||
Działania w procesie zarządzania umowami
| Działanie | Opis | ||
|---|---|---|---|
|
Rozpoczęcie weryfikacji prawnej
|
Oznacza formalne przekazanie umowy do działu prawnego w celu weryfikacji. Często jest to osobne, obowiązkowe zadanie w ramach całego workflow zatwierdzania. | ||
|
Dlaczego to ważne
Weryfikacja prawna często staje się poważnym wąskim gardłem. Pomiar jej czasu trwania ma zasadnicze znaczenie dla KPI „Średni czas weryfikacji prawnej” oraz lepszego przydzielania zasobów prawnych.
Skąd pobrać
Zdarzenie jest rejestrowane od rozpoczęcia konkretnego zadania „Weryfikacja prawna” w workflow Ariba. System zapisuje timestamp przypisania lub rozpoczęcia zadania.
Rejestrowanie
Ustal timestamp rozpoczęcia zadań przypisanych konkretnie do zespołu prawnego lub odpowiedniej roli.
Typ zdarzenia
explicit
|
|||
|
Umowa aktywowana
|
Oznacza moment, w którym zawarta umowa staje się aktywna, a wynikające z niej zobowiązania zaczynają obowiązywać. Zwykle następuje to po zmianie statusu umowy, czasem w określonym dniu wejścia w życie. | ||
|
Dlaczego to ważne
Oznacza początek etapu zarządzania umową po jej zawarciu. Uruchamia monitorowanie zobowiązań i ma zasadnicze znaczenie dla KPI „Wskaźnik realizacji zobowiązań”.
Skąd pobrać
Zwykle można to wywnioskować ze zmiany pola „Status” w Contract Workspace na „Active”. Może nastąpić automatycznie po zawarciu umowy albo wymagać ręcznej zmiany.
Rejestrowanie
Zapisz znacznik czasu zmiany pola „Status” umowy na „Active”.
Typ zdarzenia
inferred
|
|||
|
Umowa zamknięta
|
To końcowe działanie, które formalnie zamyka umowę w systemie. Może nastąpić po wygaśnięciu lub rozwiązaniu umowy albo po wykonaniu wszystkich zobowiązań. | ||
|
Dlaczego to ważne
Oznacza koniec cyklu życia umowy. To istotne zdarzenie końcowe przy pomiarze pełnego czasu trwania umowy i sprawdzaniu, czy prawidłowo przeprowadzono procedury zamknięcia.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany pola „Status” w Contract Workspace na „Closed”, „Terminated” lub „Expired”. Zmiana statusu może nastąpić automatycznie lub ręcznie.
Rejestrowanie
Zapisz znacznik czasu zmiany pola „Status” umowy na status końcowy.
Typ zdarzenia
inferred
|
|||
|
Umowa zawarta
|
Formalne zawarcie umowy po uzyskaniu wszystkich wymaganych podpisów. Umowa przestaje być dokumentem w trakcie obsługi i staje się prawnie wiążącym porozumieniem. | ||
|
Dlaczego to ważne
To główny punkt końcowy procesu przed podpisaniem umowy. Jest niezbędny do obliczenia wskaźników „Czas realizacji umowy od początku do końca” i „Średni czas zatwierdzania umowy”.
Skąd pobrać
Zdarzenie rejestruje się na podstawie końcowego statusu zadania podpisu w workflow Ariba, zwłaszcza gdy system jest zintegrowany z narzędziem do podpisu elektronicznego. Status Contract Workspace zmienia się wtedy na „Executed”.
Rejestrowanie
Użyj znacznika czasu zakończenia zadania podpisu lub zmiany statusu na „Executed”.
Typ zdarzenia
explicit
|
|||
|
Utworzenie obszaru roboczego umowy
|
To działanie rozpoczyna proces zarządzania umową. W SAP Ariba tworzony jest obszar roboczy umowy, który służy jako centralne miejsce przechowywania dokumentów, zadań i komunikacji związanych z daną umową. | ||
|
Dlaczego to ważne
To główne zdarzenie rozpoczynające proces od początku do końca. Analiza czasu od tego działania do zawarcia umowy ma zasadnicze znaczenie dla pomiaru całkowitego czasu jej obsługi.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie daty utworzenia obiektu projektu obszaru roboczego umowy. To podstawowy timestamp dostępny w nagłówku umowy lub danych projektu.
Rejestrowanie
Użyj timestampu utworzenia obiektu obszaru roboczego umowy.
Typ zdarzenia
explicit
|
|||
|
Zakończenie zatwierdzania wewnętrznego
|
Oznacza pomyślne zakończenie wszystkich wymaganych wewnętrznych zadań zatwierdzania umowy. Umowa jest gotowa do podpisu, pod warunkiem uzyskania zgody kontrahenta. | ||
|
Dlaczego to ważne
To ważny kamień milowy przed zawarciem umowy. Czas między tym zdarzeniem a jej ostatecznym zawarciem pokazuje ewentualne opóźnienia w uzyskaniu podpisów zewnętrznych lub sfinalizowaniu dokumentu.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie timestampu zakończenia ostatniego zadania zatwierdzającego w workflow Ariba. System zapisuje moment pomyślnego zakończenia całego procesu zatwierdzania.
Rejestrowanie
Użyj timestampu zakończenia grupy zadań obejmującej cały proces zatwierdzania.
Typ zdarzenia
explicit
|
|||
|
Negocjacje z kontrahentem
|
Oznacza etap, na którym umowa jest przekazywana stronie zewnętrznej do negocjacji i nanoszenia zmian. Działanie to może być rejestrowane przez ręczną zmianę statusu w obszarze roboczym. | ||
|
Dlaczego to ważne
Zapewnia wgląd w przebieg negocjacji zewnętrznych, które mogą być trudne do przewidzenia. Pomiar tego etapu pomaga obliczyć „Średnią liczbę rund negocjacji” i wskazać złożone negocjacje.
Skąd pobrać
Zdarzenie można zwykle ustalić, gdy status obszaru roboczego zostanie ręcznie zmieniony na „Negocjacje” lub „U dostawcy”. Można je też określić na podstawie momentu wysłania dokumentu do kontaktu zewnętrznego.
Rejestrowanie
Śledź zmiany pola statusu obszaru roboczego umowy na wartości wskazujące na weryfikację zewnętrzną.
Typ zdarzenia
inferred
|
|||
|
Otrzymanie zgody kontrahenta
|
Oznacza formalną akceptację warunków umowy przez stronę zewnętrzną. Zdarzenie jest zwykle rejestrowane przez zintegrowane rozwiązanie do podpisu elektronicznego lub ręczną aktualizację po otrzymaniu podpisanego dokumentu. | ||
|
Dlaczego to ważne
To działanie potwierdza obopólną zgodę i jest ostatnim krokiem przed uznaniem umowy za prawnie zawartą. To ważny etap finalizacji uzgodnień.
Skąd pobrać
Może to być jawne zdarzenie z narzędzia do podpisu elektronicznego, takiego jak DocuSign, które rejestruje status „Completed”. Można je też wywnioskować ze zmiany statusu na „Signed by Counterparty”.
Rejestrowanie
Zarejestruj zdarzenie zakończenia na podstawie dzienników zintegrowanego dostawcy podpisu elektronicznego.
Typ zdarzenia
explicit
|
|||
|
Przygotowanie projektu umowy
|
Oznacza utworzenie lub przesłanie pierwszego dokumentu umowy do obszaru roboczego. Zwykle jest to pierwsze ważne działanie związane z treścią dokumentu po skonfigurowaniu obszaru. | ||
|
Dlaczego to ważne
Śledzenie tego działania pozwala ustalić, ile czasu zajmuje przygotowanie pierwszego projektu. Opóźnienia na tym etapie mogą znacznie wydłużyć cały cykl obsługi umowy.
Skąd pobrać
Można je ustalić na podstawie timestampu utworzenia pierwszej wersji głównego dokumentu umowy w folderze dokumentów obszaru roboczego.
Rejestrowanie
Ustal timestamp przesłania pierwszej wersji dokumentu do obszaru roboczego.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie weryfikacji wewnętrznej
|
To działanie oznacza rozpoczęcie wewnętrznej weryfikacji i zatwierdzania projektu umowy. Dokument jest przekazywany odpowiednim interesariuszom, na przykład z działu finansów lub operacji, do zaopiniowania. | ||
|
Dlaczego to ważne
Oznacza początek etapu, który może stać się wąskim gardłem. Analiza czasu jego trwania pomaga wykrywać opóźnienia w wewnętrznej weryfikacji i monitorować KPI „Terminowość wewnętrznej weryfikacji zgodnie z SLA”.
Skąd pobrać
Zdarzenie jest zwykle rejestrowane po utworzeniu i przypisaniu zadania weryfikacyjnego w silniku workflow SAP Ariba. Status zadania zmienia się na „W toku” lub podobny.
Rejestrowanie
Zapisz timestamp rozpoczęcia zadania weryfikacyjnego w workflow zatwierdzania umowy.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęto zmianę umowy
|
To działanie oznacza rozpoczęcie formalnej zmiany obowiązującej umowy. Zwykle polega na utworzeniu nowej wersji lub podprojektu powiązanego z pierwotnym obszarem roboczym umowy. | ||
|
Dlaczego to ważne
Częstotliwość i terminy zmian pokazują, jak stabilne są umowy i jak zmieniają się potrzeby biznesowe. Dane te są istotne dla dashboardu „Trendy zmian i rozwiązywania umów”.
Skąd pobrać
Użytkownik jawnie uruchamia proces „Amendment” dla istniejącej umowy, a system rejestruje tę czynność.
Rejestrowanie
Zarejestruj zdarzenie utworzenia obszaru roboczego lub zadania dotyczącego zmiany umowy.
Typ zdarzenia
explicit
|
|||
|
Umowa odnowiona
|
Oznacza skuteczne odnowienie obowiązującej umowy. W wyniku tego procesu często powstaje nowy obszar roboczy umowy, który zastępuje pierwotny. | ||
|
Dlaczego to ważne
Ułatwia analizę utrzymania umów i sprawności ich odnawiania. To ważny wynik w cyklu życia umowy, świadczący o kontynuacji relacji biznesowej.
Skąd pobrać
Zdarzenie można zarejestrować, gdy zostanie utworzona nowa umowa powiązana z wygasającą umową relacją, na przykład „odnowienie”. Zwykle jest to działanie zainicjowane przez użytkownika.
Rejestrowanie
Wykryj utworzenie nowej umowy powiązanej z istniejącą jako jej odnowienie.
Typ zdarzenia
explicit
|
|||
|
Zadanie dotyczące zgodności zakończone
|
Oznacza zakończenie zaplanowanego zadania po zawarciu umowy, na przykład przeglądu zgodności lub kontroli zobowiązań. Zadania te służą zapewnieniu bieżącego nadzoru. | ||
|
Dlaczego to ważne
Śledzenie zakończenia tych zadań jest niezbędne do pomiaru „Wskaźnika realizacji zobowiązań” i sprawdzenia, czy organizacja wywiązuje się z zobowiązań umownych.
Skąd pobrać
Zdarzenie rejestruje się na podstawie znacznika czasu zakończenia określonych zadań następczych lub zadań związanych ze zobowiązaniami w Contract Workspace.
Rejestrowanie
Użyj znacznika czasu zakończenia zadań po zawarciu umowy skonfigurowanych w obszarze roboczym.
Typ zdarzenia
explicit
|
|||
|
Zmiana umowy
|
To działanie ma miejsce po utworzeniu lub przesłaniu nowej wersji głównego dokumentu umowy. Zwykle następuje w odpowiedzi na uwagi z weryfikacji wewnętrznej lub prawnej albo negocjacje z kontrahentem. | ||
|
Dlaczego to ważne
Częstotliwość zmian bezpośrednio pokazuje skalę poprawek. Śledzenie tego działania jest niezbędne do obliczenia „Wskaźnika poprawek umów” i wskazania możliwości ujednolicenia zapisów lub procesów.
Skąd pobrać
Zdarzenie można ustalić na podstawie danych systemu zarządzania dokumentami w obszarze roboczym umowy. Każde zapisanie nowej wersji głównego dokumentu umowy powoduje utworzenie timestampu.
Rejestrowanie
Użyj timestampów utworzenia wersji dokumentu o numerze większym niż jeden.
Typ zdarzenia
inferred
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Skorzystaj z tego szablonu, aby przygotować dane i rozpocząć odkrywanie informacji o procesie zarządzania umowami. Uporządkuj zbieranie danych i szybciej przejdź do usprawniania procesu.
Sprawniejsze zarządzanie umowami. Rozpocznij okres próbny
Skróć czas obsługi umów o 30% i usprawnij procesy w SAP Ariba.
Karta kredytowa nie jest wymagana. Szybka konfiguracja.