Ihr Template für Vertragsmanagement-Daten

DocuSign CLM
Ihr Template für Vertragsmanagement-Daten

Ihr Template für Vertragsmanagement-Daten

Dieses Template bietet einen strukturierten Überblick über die wesentlichen Datenpunkte, die zur Analyse Ihres Vertragsmanagementprozesses erforderlich sind. Es skizziert die zu erfassenden Kern-Attribute, die nachzuverfolgenden Schlüssel-Aktivitäten und gibt praktische Anleitungen zur Extraktion dieser Informationen. Nutzen Sie es, um sicherzustellen, dass Sie alle notwendigen Daten für eine umfassende Prozessanalyse und -optimierung sammeln.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Anleitung zur Datenextraktion
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Vertragsmanagement-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um eine gründliche Analyse Ihres Vertragsmanagementprozesses zu ermöglichen.
5 Erforderlich 8 Empfohlen 7 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name der spezifischen Aufgabe oder des Ereignisses, das im Vertragslebenszyklus aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein innerhalb des Vertragsmanagementprozesses, wie z.B. „Vertragsentwurf erstellt“, „Rechtliche Überprüfung gestartet“ oder „Vertrag ausgeführt“. Diese Aktivitäten sind die Bausteine der Prozesslandkarte.

Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist grundlegend für Process Mining. Sie hilft, den tatsächlichen Prozessfluss zu identifizieren, Abweichungen vom Standardverfahren aufzudecken und herauszufinden, welche Aktivitäten am zeitaufwendigsten oder am häufigsten wiederholt werden.

Bedeutung

Es definiert die Schritte im Prozess und ermöglicht die Visualisierung und Analyse des Vertrags-Workflows, von Bottlenecks und Variationen.

Datenquelle

Dies wird typischerweise aus dem Event Log oder den Audit Trail Daten in DocuSign CLM abgeleitet, welche Aktionen auf einem Vertragsdokument oder Workflow aufzeichnen.

Beispiele
Vertrag entworfenInterne Überprüfung gestartetAn Vertragspartner gesendetVertrag ausgeführt
Startzeit
EventTime
Der Timestamp, der den Beginn einer bestimmten Aktivität oder eines Events anzeigt.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität aufgetreten ist. Es ist die zeitliche Grundlage für Process Mining und ermöglicht die Analyse der Prozessleistung über die Zeit.

Durch die chronologische Sortierung von Ereignissen basierend auf ihrer Startzeit wird ein Zeitprotokoll für jeden Fall erstellt. Dies ermöglicht die Berechnung von Zykluszeiten zwischen Aktivitäten, der Dauer jedes Schritts und der gesamten End-to-End-Prozessdauer. Es ist entscheidend für die Identifizierung von Engpässen, die Messung von Wartezeiten und die Bewertung der Prozesseffizienz im Vergleich zu SLAs.

Bedeutung

Dieser Timestamp ist entscheidend, um Events chronologisch zu ordnen und alle zeitbasierten Metriken wie Zykluszeiten und Dauern zu berechnen.

Datenquelle

Diese Information ist ein Standardbestandteil jedes Event Logs oder Audit Trails in DocuSign CLM, verbunden mit jeder aufgezeichneten Aktion.

Beispiele
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
Vertrags-ID
ContractId
Der eindeutige Identifikator für jeden im System verwalteten Vertrag.
Beschreibung

Die Vertrags-ID dient als eindeutiger Case-Identifier, der alle Ereignisse und Aktivitäten, die mit einem spezifischen Vertrag in Zusammenhang stehen, von der Initiierung bis zum Abschluss, eindeutig verknüpft. In DocuSign CLM kann dies der Envelope ID oder einem benutzerdefinierten Vertragsidentifikationsfeld entsprechen.

Dieses Attribut ist essenziell für Process Mining, da es die Rekonstruktion des End-to-End-Verlaufs für jeden einzelnen Vertrag ermöglicht. Durch die Gruppierung aller zugehörigen Aktivitäten unter einer einzigen Vertrags-ID können Analysten den gesamten Prozessfluss visualisieren, Zykluszeiten messen und Variationen zwischen verschiedenen Verträgen analysieren.

Bedeutung

Es ist der Primärschlüssel, der alle zugehörigen Process Events verbindet und es ermöglicht, den gesamten Lifecycle eines einzelnen Vertrags nachzuvollziehen und zu analysieren.

Datenquelle

Dies ist typischerweise der Hauptidentifikator für ein Vertrags- oder Envelope-Objekt in DocuSign CLM. Es könnte als Envelope ID oder ein benutzerdefiniertes Feld zur Vertragsidentifikation bezeichnet werden.

Beispiele
CON-2023-03-112MSA-4815162342NDA-CORP-9981
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel der jüngsten Datenaktualisierung bzw. der letzten Extraktion aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. Es liefert Kontext für die Aktualität und Zeitnähe der Analyse und informiert Benutzer darüber, wie aktuell die Daten sind.

In Dashboards und Berichten sind diese Informationen für die Data Governance und das Vertrauen der Benutzer unerlässlich. Es hilft Analysten zu verstehen, ob sie Echtzeitinformationen oder eine Momentaufnahme zu einem bestimmten Zeitpunkt betrachten, was für fundierte, zeitnahe Entscheidungen entscheidend ist.

Bedeutung

Liefert wichtige Kontextinformationen zur Datenaktualität und stellt sicher, dass Benutzer verstehen, wie aktuell die Prozessanalyse ist.

Datenquelle

Dies ist ein Metadatenattribut, das typischerweise vom ETL (Extract, Transform, Load) Tool oder der Datenpipeline während des Datenimportprozesses generiert und gespeichert wird.

Beispiele
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
Quellsystem
SourceSystem
Identifiziert das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt den Ursprung der Prozessdaten an. Für diese Ansicht wäre der Wert konsistent „DocuSign CLM“ oder ein ähnlicher Identifikator.

Obwohl es in einer Einzel-System-Analyse redundant erscheinen mag, ist es eine bewährte Methode, dieses Feld einzuschließen. Es wird entscheidend, wenn Daten aus mehreren Systemen zusammengeführt werden, z.B. wenn Vertragsdaten aus einem CRM mit Workflow-Daten von DocuSign kombiniert werden, um eine klare Datenherkunft und Nachvollziehbarkeit zu gewährleisten.

Bedeutung

Stellt die Daten-Traceability sicher und ist unerlässlich für Analysen, die Daten aus mehreren Enterprise-Systemen kombinieren.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen.

Beispiele
DocuSign CLMDocuSign CLM v24.1
Ablaufdatum
ExpirationDate
Das Datum, an dem der Vertrag ablaufen soll.
Beschreibung

Dieses Attribut speichert das vertragliche Ablaufdatum. Es ist ein kritisches Metadatum für das proaktive Management des Vertragsportfolios, insbesondere für wiederkehrende Einnahmen oder langfristige Dienstleistungsverträge.

Dieses Datum ist der primäre Treiber für das Dashboard „Contract Renewal & Expiration Outlook“. Durch die Überwachung von Verträgen, die sich ihrem Ablaufdatum nähern, können Organisationen Verlängerungs-Workflows rechtzeitig auslösen. Es ist auch ein wichtiger Input für die Berechnung des KPI „Timely Contract Renewal Rate“, um Umsatzverluste und Dienstleistungsunterbrechungen zu verhindern.

Bedeutung

Entscheidend für ein proaktives Vertragsmanagement, das pünktliche Verlängerungen ermöglicht und unbeabsichtigte Vertragsausläufe verhindert.

Datenquelle

Dies ist ein Standard-Metadatenfeld, das für jeden Vertrag mit einer definierten Laufzeit in DocuSign CLM erfasst werden sollte.

Beispiele
2024-12-312025-06-302026-01-15
Durchlaufzeit
CycleTime
Die Gesamtzeit, die vom Beginn der Vertragsanfrage bis zur endgültigen Speicherung vergangen ist.
Beschreibung

Dieses Attribut misst die End-to-End-Dauer für jeden Vertragsfall. Es wird als Zeitdifferenz zwischen dem ersten Ereignis (z.B. „Vertragsanfrage initiiert“) und dem letzten Ereignis (z.B. „Vertrag im Repository gespeichert“) berechnet.

Die Zykluszeit ist ein Master-KPI für die Prozesseffizienz. Sie bietet eine umfassende Sicht darauf, wie lange es dauert, einen Vertrag abzuschließen. Diese berechnete Metrik ist die Grundlage für den KPI „Durchschnittliche Vertragszykluszeit“ und das Dashboard „Vertragszykluszeitanalyse“, die tiefergehende Analysen darüber ermöglichen, welche Faktoren, wie Vertragstyp oder -wert, die Gesamtgeschwindigkeit beeinflussen.

Bedeutung

Dies ist ein primärer KPI für die gesamte Prozesseffizienz, der die Gesamtzeit anzeigt, die für die Bearbeitung eines Vertrags von Anfang bis Ende benötigt wird.

Datenquelle

Diese Metrik ist nicht im Quellsystem vorhanden, wird aber im Process Mining Tool basierend auf den Start- und End-Timestamps eines Falls berechnet.

Beispiele
15 Tage 4 Stunden32 Tage 8 Stunden7 Tage 2 Stunden
Endzeit
EndTime
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis abgeschlossen wurde.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität beendet wurde. Während die Startzeit den Beginn markiert, markiert die Endzeit die Fertigstellung, was präzise Dauerberechnungen für einzelne Aktivitäten ermöglicht.

Die Analyse der Endzeit ist entscheidend für die Berechnung der Bearbeitungszeit von Aktivitäten, d.h. der aktiven Arbeitszeit, die für eine Aufgabe aufgewendet wird. Dies hilft, zwischen aktiver Arbeit und Wartezeit zu unterscheiden und liefert tiefere Einblicke in die Ressourceneffizienz und die tatsächlichen Kosten von Verzögerungen. Zum Beispiel kann es verwendet werden, um die genaue Dauer einer „Legal Review“-Aktivität zu berechnen.

Bedeutung

Ermöglicht die präzise Berechnung der Dauer einzelner Aktivitäten und hilft, aktive Bearbeitungszeit von inaktiver Wartezeit zu unterscheiden.

Datenquelle

In Systemen wie DocuSign CLM kann dies explizit im Audit Trail protokolliert oder aus der Startzeit des nachfolgenden Events abgeleitet werden müssen.

Beispiele
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
Gegenpartei
Counterparty
Die externe Partei, z.B. ein Kunde oder Anbieter, die am Vertrag beteiligt ist.
Beschreibung

Dieses Attribut identifiziert die andere Organisation, die an der Vereinbarung beteiligt ist. Verschiedene Vertragspartner können unterschiedliche Verhandlungsstile, rechtliche Anforderungen und Antwortzeiten haben, was den Vertragslebenszyklus erheblich beeinflussen kann.

Die Analyse der Prozessleistung nach Vertragspartner hilft zu identifizieren, welche Partner leicht zu handhaben sind und welche durchweg Verzögerungen verursachen. Diese Informationen können zur Verbesserung des Beziehungsmanagements und zur Festlegung realistischer Erwartungen für zukünftige Verhandlungen verwendet werden. Es ist eine Schlüsseldimension für die Analyse der „Häufigkeit von Vertragsnacharbeit und -überarbeitung“.

Bedeutung

Hilft zu analysieren, wie Interaktionen mit verschiedenen externen Parteien die Verhandlungszeiten, Revisionszahlen und die gesamten Cycle Times beeinflussen.

Datenquelle

Diese Information ist ein fundamentaler Bestandteil des Vertragsdatensatzes und wird oft in einem dedizierten Feld „Vertragspartnername“ oder „Unternehmen“ gespeichert.

Beispiele
Acme CorporationGlobex Inc.Stark Industries
Vertragsart
ContractType
Die Klassifizierung des Vertrags, z.B. NDA, MSA oder SOW.
Beschreibung

Dieses Attribut kategorisiert Verträge basierend auf ihrem rechtlichen oder geschäftlichen Zweck. Verschiedene Vertragstypen folgen oft unterschiedlichen Workflows, haben unterschiedliche Genehmigungsanforderungen und variieren in ihrer Komplexität.

Die Segmentierung der Prozessanalyse nach Vertragstyp ist grundlegend, um Leistungsunterschiede zu verstehen. Sie ermöglicht Analysten, Zykluszeiten, Compliance-Raten und Verhandlungsmuster für verschiedene Arten von Vereinbarungen zu vergleichen. Zum Beispiel sollte eine NDA eine wesentlich kürzere Zykluszeit haben als ein komplexer Rahmenvertrag (Master Services Agreement), und dieses Attribut macht diesen Vergleich möglich.

Bedeutung

Ermöglicht den Vergleich der Process Performance über verschiedene Vertragskategorien hinweg, die oft einzigartige Workflows und Komplexitätsgrade aufweisen.

Datenquelle

Dies ist ein wichtiges Metadatenfeld, das üblicherweise aus einer Dropdown-Liste ausgewählt wird, wenn ein Vertrag in DocuSign CLM erstellt wird.

Beispiele
Geheimhaltungsvereinbarung (NDA)Master Services Agreement (MSA)Leistungsbeschreibung (SOW)
Vertragsinhaber
ContractOwner
Der Benutzer oder Mitarbeiter, der für die Verwaltung des Vertrags während seines Lebenszyklus verantwortlich ist.
Beschreibung

Der Vertragsverantwortliche ist die primäre Kontaktperson und die für den Fortschritt eines Vertrags verantwortliche Person. Dies ist typischerweise die Person, die die Vertragsanfrage initiiert hat oder für die Geschäftsbeziehung zuständig ist.

Die Analyse der Leistung nach Vertragsverantwortlichem kann Muster in Bezug auf Effizienz, Nacharbeitsraten und Zykluszeiten aufzeigen. Diese Analyse hilft, leistungsstarke Einzelpersonen oder Teams zu identifizieren, sowie jene, die möglicherweise zusätzliche Schulungen oder Unterstützung benötigen. Es ist eine Schlüsseldimension für die Segmentierung von Daten in Dashboards wie der „Vertragszykluszeitanalyse“.

Bedeutung

Ermöglicht die Performance-Analyse nach Einzelperson oder Team und hilft, Best Practices und Bereiche für Verbesserungen bei benutzergesteuerten Aktivitäten zu identifizieren.

Datenquelle

Dies ist typischerweise ein Benutzerfeld, das dem Vertrags-Objekt zugeordnet ist und oft mit dem Namen des Benutzers gefüllt wird, der den Workflow erstellt oder besitzt.

Beispiele
Alice SmithBob JohnsonCharlie Brown
Vertragsstatus
ContractStatus
Der aktuelle Zustand oder Status des Vertrags in seinem Lebenszyklus.
Beschreibung

Dieses Attribut gibt den Gesamtstatus des Vertrags zu einem bestimmten Zeitpunkt an, z.B. „Entwurf“, „In Überprüfung“, „Wartet auf Unterschrift“ oder „Ausgeführt“. Es bietet eine hochrangige Zusammenfassung darüber, wo sich der Vertrag im Prozess befindet.

Im Process Mining ist die Analyse des Status nützlich, um Fälle zu filtern und Dashboards zu erstellen, die das Volumen von Verträgen in verschiedenen Phasen verfolgen. Das Dashboard „Real-Time Contract Status Tracker“ basiert direkt auf diesem Attribut, um Transparenz über das aktive Vertragsportfolio zu schaffen und zu identifizieren, wo sich Arbeit ansammelt.

Bedeutung

Bietet eine Momentaufnahme des Vertragsfortschritts, die für die Statusverfolgung, das Workload-Management und die Identifizierung von Engpässen unerlässlich ist.

Datenquelle

Diese Information ist üblicherweise als primäres Attribut am Vertrags- oder Workflow-Objekt innerhalb von DocuSign CLM verfügbar.

Beispiele
EntwurfIn interner PrüfungWarten auf UnterschriftAusgeführtBeendet
Vertragswert
ContractValue
Der gesamte Geldwert des Vertrags.
Beschreibung

Dieses Attribut repräsentiert den finanziellen Wert der Vereinbarung, der ein einmaliger Betrag oder ein wiederkehrender Wert sein kann. Der Wert eines Vertrags bestimmt oft den erforderlichen Grad der Prüfung und die Komplexität des Genehmigungspfades.

Die Analyse des Prozesses basierend auf dem Vertragswert ist entscheidend, um hochprofitable Geschäfte zu priorisieren und festzustellen, ob diese unnötig verzögert werden. Es kann auch zur Überprüfung der Compliance verwendet werden, z.B. um zu überprüfen, ob Verträge über einem bestimmten Schwellenwert die Genehmigung des CFO erhalten haben. Dieses Attribut hilft, Optimierungsbemühungen auf die finanziell bedeutendsten Verträge zu konzentrieren.

Bedeutung

Ermöglicht Priorisierung und Risikobewertung, da höherwertige Verträge oft eine strengere Überprüfung erfordern und einen größeren Business Impact haben.

Datenquelle

Dies ist typischerweise ein numerisches oder Währungsfeld in den Metadaten des Vertrags innerhalb von DocuSign CLM.

Beispiele
500002500001200000
`Genehmigungsstatus`
ApprovalStatus
Der Status der Genehmigungsschritte, z.B. „Ausstehend“, „Genehmigt“ oder „Abgelehnt“.
Beschreibung

Dieses Attribut bietet einen granularen Status speziell für die Genehmigungsphase des Vertragslebenszyklus. Während der Vertragsstatus ein übergeordneter Fallstatus ist, verfolgt der Genehmigungsstatus das Ergebnis einzelner Genehmigungsaktivitäten.

Dies ist essenziell für den „Vertragsgenehmigungs-Engpassbericht“ und den „Echtzeit-Vertragsstatus-Tracker“. Es ermöglicht einen klaren Überblick darüber, welche Verträge auf Genehmigung warten, welche abgelehnt wurden und Nacharbeit erfordern, und welche die Genehmigungsphase erfolgreich durchlaufen haben. Die Analyse von Übergängen zwischen diesen Status hilft, spezifische Fehler- oder Verzögerungspunkte in der Genehmigungskette zu identifizieren.

Bedeutung

Bietet detaillierte Einblicke in die Genehmigungsphase und ermöglicht so die Identifizierung, welche Verträge feststecken und warum.

Datenquelle

Dies wäre das Ergebnis einer Genehmigungsaufgabe oder eines Workflow-Schritts innerhalb von DocuSign CLM.

Beispiele
Rechtliche Genehmigung ausstehendVon der Finanzabteilung genehmigtAbgelehnt vom VP Sales
Abteilung
Department
Die interne Geschäftseinheit oder Abteilung, die den Vertrag besitzt.
Beschreibung

Dieses Attribut gibt die interne Abteilung an, z.B. Vertrieb, Marketing oder IT, die den Vertrag initiiert hat oder dafür verantwortlich ist. Prozesse und Anforderungen auf Abteilungsebene können variieren, was zu unterschiedlichen Vertragsmanagementmustern führt.

Die Segmentierung der Analyse nach Abteilung ist essenziell, um zu verstehen, wie verschiedene Geschäftsbereiche den Vertragsmanagementprozess nutzen. Sie hilft bei der Erstellung gezielter Berichte, wie dem „Vertragsgenehmigungs-Engpassbericht“, um festzustellen, ob sich Verzögerungen in bestimmten Geschäftseinheiten konzentrieren, und ermöglicht es, Prozessverbesserungen an die Bedürfnisse der Abteilung anzupassen.

Bedeutung

Ermöglicht den Performance-Vergleich über verschiedene Business Units hinweg und hebt Abweichungen in Effizienz, Compliance und Workload hervor.

Datenquelle

Dies kann ein Metadatenfeld des Vertrags sein oder aus der Abteilung des Vertragsverantwortlichen abgeleitet werden.

Beispiele
VertriebRechtBeschaffungMarketing
Dauer der Genehmigungsphase
ApprovalPhaseDuration
Die Gesamtzeit, die für alle genehmigungsrelevanten Aktivitäten aufgewendet wurde.
Beschreibung

Diese Metrik berechnet die Gesamtdauer, die ein Vertrag in der Genehmigungsphase verbringt, vom Zeitpunkt der ersten internen Genehmigung bis zur Erlangung der letzten erforderlichen Genehmigung. Sie kann berechnet werden, indem die Dauer aller genehmigungsbezogenen Aktivitäten summiert oder die Zeit zwischen dem Beginn der ersten Genehmigungsaktivität und dem Ende der letzten genommen wird.

Dieses Attribut ist die Kernmessgröße für den KPI „Durchschnittliche Dauer der Genehmigungsphase“. Es hilft, Verzögerungen zu isolieren, die spezifisch auf den Genehmigungsprozess zurückzuführen sind, und nicht auf die Erstellung oder Verhandlung. Durch die Verfolgung dieser Dauer können Unternehmen die Auswirkungen ihrer Genehmigungsmatrix besser verstehen und Möglichkeiten zur Optimierung identifizieren.

Bedeutung

Isoliert die in Genehmigungen verbrachte Zeit und erleichtert so die spezifische Identifizierung und Behebung von Bottlenecks innerhalb der Genehmigungskette.

Datenquelle

Berechnet im Process Mining Tool durch Identifizierung aller Genehmigungs-Events (z.B. 'Internal Approval Sent', 'Internal Approval Received') und Messung der Zeit zwischen dem ersten und letzten solchen Event für jeden Case.

Beispiele
5 Tage 2 Stunden10 Tage 1 Stunde2 Tage 6 Stunden
Dokumentenversion
DocumentVersion
Die Versionsnummer des Vertragsdokuments.
Beschreibung

Dieses Attribut verfolgt die Iteration des Vertragsdokuments, während es Überarbeitungen und Rote-Linien-Markierungen durchläuft. Jedes Mal, wenn eine neue Version hochgeladen oder gespeichert wird, sollte diese Nummer inkrementiert werden.

Die Verfolgung der Dokumentversion ist ein direkter Weg, um Nacharbeiten und die Komplexität von Verhandlungen zu messen. Eine hohe Anzahl von Versionen für einen Vertrag deutet auf einen umfangreichen Austausch zwischen den Parteien hin. Dieses Attribut ist ein primärer Input für die Berechnung des KPI „Durchschnittliche Anzahl von Dokumentüberarbeitungen“ und die Analyse des Dashboards „Häufigkeit von Vertragsnacharbeit und -überarbeitung“.

Bedeutung

Misst direkt den Umfang an Rework und Verhandlungsaufwand, indem verfolgt wird, wie oft ein Dokument überarbeitet wurde.

Datenquelle

DocuSign CLM verfügt über eine integrierte Versionskontrolle für Dokumente. Dieses Attribut würde aus der Versionshistorie des Dokuments extrahiert werden.

Beispiele
1234
Ist elektronisch signiert
IsESigned
Ein boolesches Flag, das anzeigt, ob der Vertrag mittels elektronischer Signatur ausgeführt wurde.
Beschreibung

Dieses Attribut verfolgt, ob ein Vertrag mit einem integrierten E-Signatur-Tool wie DocuSign eSignature unterzeichnet wurde oder ob er über eine Offline-Methode (z.B. nasse Unterschrift und Scan) ausgeführt wurde.

Dieses Attribut unterstützt direkt den KPI „E-Signatur-Akzeptanzrate“. Durch die Analyse des Anteils elektronisch unterzeichneter Verträge kann ein Unternehmen den Erfolg seiner digitalen Transformationsinitiativen messen. Eine höhere Akzeptanzrate korreliert typischerweise mit schnelleren Ausführungszeiten, geringeren Verwaltungskosten und verbesserter Compliance und Dokumentenverfolgung.

Bedeutung

Misst die Akzeptanz digitaler Prozesse und hilft, die Effizienzgewinne durch den Einsatz integrierter E-Signatur-Funktionen zu quantifizieren.

Datenquelle

Dies kann festgestellt werden, indem geprüft wird, ob das Ereignis „Vertrag ausgeführt“ vom integrierten DocuSign eSignature-Dienst stammt.

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein boolesches Flag, das anzeigt, ob der Vertrag einen signifikanten Revisionszyklus durchlaufen hat.
Beschreibung

Dieses berechnete Attribut identifiziert Verträge, bei denen Nacharbeiten anfielen, z.B. wenn sie nach einer bereits erhaltenen internen Genehmigung zur Rotmarkierung zurückgeschickt wurden. Es wird typischerweise durch die Suche nach spezifischen, unerwünschten Abfolgen von Aktivitäten abgeleitet.

Dieses Flag vereinfacht die Analyse von Prozessineffizienzen. Es ermöglicht die direkte Berechnung des KPI „Vertragsnacharbeitsrate“ und erleichtert das Filtern und Analysieren nur der Verträge, die zusätzlichen Aufwand erforderten. Dies hilft, die Grundursachen für Nacharbeiten zu identifizieren, wie z.B. unklare anfängliche Anforderungen oder schwierige Verhandlungspunkte.

Bedeutung

Hilft, die Häufigkeit von Rework zu quantifizieren und zu analysieren, ein Schlüsselindikator für Prozessineffizienz und versteckte Kosten.

Datenquelle

Dieses Attribut wird innerhalb des Process Mining Tools berechnet, indem Regeln definiert werden, die Nacharbeitsschleifen identifizieren, wie z.B. ein „Vertrag rot markiert“-Ereignis, das nach einem „Interne Genehmigung erhalten“-Ereignis auftritt.

Beispiele
truefalsch
Rechtsberater
LegalCounsel
Der juristische Fachmann oder das Teammitglied, das mit der Überprüfung des Vertrags beauftragt ist.
Beschreibung

Dieses Attribut identifiziert die spezifische Person aus der Rechtsabteilung, die für die Überprüfung und Genehmigung des Vertrags verantwortlich ist. Dies unterscheidet sich vom Vertragsverantwortlichen, der typischerweise aus dem Geschäftsbereich stammt.

Die Zuweisung von Überprüfungen an einen spezifischen Rechtsberater ermöglicht eine detaillierte Leistungsanalyse des rechtlichen Überprüfungsschritts. Es hilft beim Aufbau des Dashboards „Legal Review Performance“, um den Durchsatz und die Zykluszeiten verschiedener Mitglieder des Rechtsteams zu messen und zu vergleichen, was die Arbeitslastverteilung informieren und Effizienzmöglichkeiten innerhalb der Rechtsabteilung identifizieren kann.

Bedeutung

Ermöglicht eine detaillierte Analyse der Legal Review Phase und hilft, Workloads auszugleichen und die Performance des Legal Teams zu messen.

Datenquelle

Dies würde aus den Aufgaben-Zuweisungsdaten innerhalb eines DocuSign CLM Workflows stammen und anzeigen, wem die Aufgabe 'Legal Review' zugewiesen wurde.

Beispiele
Jennifer WaltersMatt MurdockHarvey Specter
Erforderlich Empfohlen Optional

Vertragsmanagement-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log für eine präzise Prozesserkennung im Vertragsmanagement erfassen sollten.
6 Empfohlen 9 Optional
Aktivität Beschreibung
Interne Genehmigung erhalten
Dieser Meilenstein bedeutet, dass alle erforderlichen internen Genehmiger den Vertrag genehmigt haben. Er wird erfasst, wenn der letzte erforderliche Genehmiger seine Aufgabe im Workflow abschließt.
Bedeutung

Dies ist ein kritischer Meilenstein, der anzeigt, dass der Vertrag für externe Verhandlungen oder die Ausführung bereit ist. Verzögerungen bis zu diesem Punkt verdeutlichen interne Abstimmungsprobleme.

Datenquelle

Dieses Ereignis wird in der Workflow-Historie aufgezeichnet, wenn die Genehmigungsaufgabe einen endgültigen Status „Genehmigt“ erreicht.

Erfassen

Wird protokolliert, wenn der letzte Genehmiger in einem sequenziellen oder parallelen Genehmigungs-Workflow seine Zustimmung erteilt.

Ereignistyp explicit
Rechtsprüfung gestartet
Markiert den Zeitpunkt, an dem der Vertrag formell zur Überprüfung und Rückmeldung an die Rechtsabteilung übermittelt wird. Dies ist ein entscheidender Schritt, der erfasst wird, wenn der Vertrag in die Phase „Legal Review“ seines Workflows eintritt.
Bedeutung

Die rechtliche Überprüfung ist ein häufiger Engpass im Vertragsmanagement. Die Messung ihrer Dauer ist entscheidend für das Dashboard „Legal Review Performance“ und für die Identifizierung von Beschleunigungsmöglichkeiten.

Datenquelle

Das Ereignis wird aus dem Workflow-Audit-Trail erfasst, der den Timestamp protokolliert, wann eine Aufgabe dem Rechtsteam zugewiesen wird oder der Vertragsstatus sich in „In Legal Review“ ändert.

Erfassen

Von der Workflow Engine protokolliert, wenn der Vertrag einer Legal Review Task oder Queue zugewiesen wird.

Ereignistyp explicit
Vertrag ausgeführt
Stellt den erfolgreichen Abschluss des Vertrags dar, der eintritt, wenn der letzte erforderliche Unterzeichner das Dokument unterschreibt. Dies wird explizit von der DocuSign eSignature-Plattform erfasst.
Bedeutung

Dies ist der primäre Erfolgs-Endpunkt für den Vertragserstellungsprozess. Er ist essenziell für die Berechnung der „Durchschnittlichen Vertragszykluszeit“ und die Messung des gesamten Prozessdurchsatzes.

Datenquelle

Der Timestamp dieses Ereignisses wird im Abschlusszertifikat und im Audit-Log des Dokuments erfasst, wenn der E-Signatur-Workflow vollständig abgeschlossen ist.

Erfassen

Automatisch von der eSignature-Komponente protokolliert, wenn die letzte Unterschrift angewendet wird.

Ereignistyp explicit
Vertrag gekündigt
Diese Aktivität stellt das offizielle Ende eines Vertragslebenszyklus dar, entweder durch Ablauf, Kündigung oder gegenseitige Vereinbarung. Sie wird oft durch eine manuelle Statusänderung im System erfasst.
Bedeutung

Dies dient als alternativer Endpunkt für den Prozess. Die Verfolgung von Kündigungen und Ablaufdaten ist entscheidend für das Verständnis des vollständigen Vertragslebenszyklus und für die Erneuerungsanalyse.

Datenquelle

Dieses Ereignis wird erfasst, wenn ein Benutzer das Statusfeld des Vertrags auf „Beendet“, „Abgelaufen“ oder „Gekündigt“ aktualisiert. Der Timestamp dieser Statusänderung wird verwendet.

Erfassen

Abgeleitet aus einer Änderung des primären Statusfeldes des Vertrags in einen terminalen Zustand.

Ereignistyp inferred
Vertrag zur Unterschrift gesendet
Diese Aktivität markiert die Initiierung des E-Signatur-Prozesses für den endgültigen, genehmigten Vertrag. Dies ist eine Kernfunktion von DocuSign und wird erfasst, wenn ein Benutzer das Dokument über das DocuSign eSignature-Kuvert versendet.
Bedeutung

Dies ist ein wichtiger Meilenstein vor der Ausführung. Die Analyse der Zeit von diesem Punkt bis zur Ausführung hilft, die Effizienz der Unterschriftenerfassung zu verstehen und unterstützt den KPI „E-Signatur-Akzeptanzrate“.

Datenquelle

Dies ist ein explizites, zentrales Ereignis, das in der detaillierten Historie oder dem Audit-Trail des Dokuments protokolliert wird, oft als „Envelope History“ bezeichnet.

Erfassen

Direkt vom System protokolliert, wenn ein eSignature-Envelope erstellt und gesendet wird.

Ereignistyp explicit
Vertragsanfrage initiiert
Diese Aktivität markiert den formellen Beginn des Vertragslebenszyklus. Sie wird typischerweise erfasst, wenn ein Benutzer ein Vertragsanfrageformular einreicht oder einen neuen Vertragsdatensatz innerhalb von DocuSign CLM erstellt, wodurch der zugehörige Workflow ausgelöst wird.
Bedeutung

Dies ist das primäre Start-Ereignis für den Prozess. Die Analyse dieser Aktivität ist essenziell für die Messung des gesamten Vertragsdurchsatzes und des Beginns der End-to-End-Zykluszeit.

Datenquelle

Dieses Ereignis wird aus dem Audit-Log oder der Workflow-Historie erfasst und entspricht dem Erstellungs-Timestamp des Vertragsdatensatzes oder der Übermittlung eines Aufnahmeformulars.

Erfassen

Aus der Übermittlung eines Vertragsinitiierungsformulars oder der Erstellung eines neuen Vertragsobjekts protokolliert.

Ereignistyp explicit
An Vertragspartner gesendet
Stellt die Aktion dar, das Vertragsdokument zur Überprüfung und Unterschrift mit dem externen Vertragspartner zu teilen. Dies wird über eine „Senden“- oder „Teilen“-Aktion innerhalb von DocuSign CLM erfasst.
Bedeutung

Diese Aktivität markiert eine Übergabe an eine externe Partei, bei der die Prozesskontrolle begrenzt ist. Das Verständnis der mit den Vertragspartnern verbrachten Zeit ist entscheidend, um externe Verzögerungen zu identifizieren.

Datenquelle

Aus dem Audit Trail erfasst, der Aktionen wie das Senden einer E-Mail mit dem Dokument aus dem CLM oder das Teilen über ein externes Portal protokolliert.

Erfassen

Aus einer spezifischen Benutzeraktion protokolliert, um das Dokument extern über die Funktionen der Plattform zu teilen.

Ereignistyp explicit
Interne Genehmigung gesendet
Diese Aktivität tritt auf, wenn der Vertrag nach Abschluss der Überprüfungen zur formellen Genehmigung durch designierte interne Behörden gesendet wird. Sie wird erfasst, wenn der Genehmigungs-Workflow initiiert wird.
Bedeutung

Dies markiert den Beginn der finalen internen Genehmigungsphase. Ihre Dauer ist ein Schlüsselbestandteil des KPI „Durchschnittliche Dauer der Genehmigungsphase“.

Datenquelle

Dies ist eine explizite Aktion, die in der Workflow-Historie protokolliert wird, wenn ein Benutzer den Vertrag zur Genehmigung sendet und Zuweisungen an Genehmiger auslöst.

Erfassen

Wird protokolliert, wenn die Aktion „Zur Genehmigung senden“ oder eine ähnliche Workflow-Aktion ausgeführt wird.

Ereignistyp explicit
Interne Überprüfung gestartet
Diese Aktivität signalisiert, dass der entworfene Vertrag zur Überprüfung durch interne Geschäftsinteressenten, wie Finanzen oder operative Abteilungen, eingereicht wurde. Sie wird erfasst, wenn ein Benutzer die Aufgabe „Interne Überprüfung“ im Workflow initiiert.
Bedeutung

Dies markiert den Beginn der Überprüfungsphase, die oft eine Quelle von Engpässen ist. Die Analyse ihrer Dauer hilft, Verzögerungen im Stakeholder-Feedback zu identifizieren.

Datenquelle

Wird in der Workflow-Historie erfasst, wenn der Vertrag in den Status „Interne Überprüfung“ verschoben oder eine Überprüfungsaufgabe einem nicht-juristischen internen Benutzer zugewiesen wird.

Erfassen

Wird protokolliert, wenn der Workflow in einen Status oder eine Aufgabe übergeht, die für eine interne geschäftliche Überprüfung vorgesehen ist.

Ereignistyp explicit
Obligationsüberwachung gestartet
Diese Aktivität signalisiert den Beginn des Post-Execution-Managements, bei dem wichtige Daten und Lieferobjekte verfolgt werden. Sie wird erfasst, wenn eine Aufgabe oder ein Unterprozess zur Überwachung einer vertraglichen Verpflichtung initiiert wird.
Bedeutung

Entscheidend für den KPI 'Post-Execution Obligation Adherence Rate' bietet diese Aktivität Einblick, ob vertragliche Verpflichtungen nach der Unterzeichnung verwaltet werden.

Datenquelle

Erfordert Systemanalyse. Dies würde wahrscheinlich aus der Erstellung spezifischer Aufgaben zur Obligationsverfolgung oder Workflows erfasst, die mit dem Hauptvertrag verknüpft sind.

Erfassen

Aus der Erstellung eines Post-Execution Tasks oder Workflows im Zusammenhang mit dem Verpflichtungsmanagement protokolliert.

Ereignistyp explicit
Verhandlung mit Gegenpartei gestartet
Zeigt an, dass die Gegenpartei geantwortet hat, typischerweise durch Feedback oder eine überarbeitete Version des Vertrags. Dies wird inferiert, wenn eine neue Dokumentenversion von einer externen Partei hochgeladen wird oder der Status in eine interne Prüfphase zurückkehrt.
Bedeutung

Diese Aktivität ist entscheidend für die Analyse des KPI „Anzahl der Verhandlungsübergaben pro Vertrag“. Häufige Schleifen zwischen internen Teams und dem Vertragspartner weisen auf Verhandlungsreibung hin.

Datenquelle

Abgeleitet vom Empfang einer neuen Dokumentenversion von einer externen Quelle oder einer manuellen Statusänderung durch einen Benutzer, um widerzuspiegeln, dass Feedback der Gegenpartei empfangen wurde.

Erfassen

Abgeleitet von einer Statusänderung zurück zu 'Internal Review' oder 'Drafting', nachdem der Vertrag bei der Gegenpartei war.

Ereignistyp inferred
Vertrag entworfen
Stellt die Erstellung und Fertigstellung des ersten Entwurfs des Vertragsdokuments dar. Dies kann erfasst werden, wenn die erste Version des Dokuments hochgeladen oder generiert und im System gespeichert wird.
Bedeutung

Die Nachverfolgung hilft zu verstehen, wie viel Zeit für die Erstellung und Vorbereitung aufgewendet wird, bevor die Überprüfungen beginnen. Sie liefert eine Basislinie zur Messung der Häufigkeit nachfolgender Überarbeitungen.

Datenquelle

Abgeleitet vom Creation Timestamp der ersten Dokumentenversion in der Dokumentenhistorie des Vertrags oder einer Statusänderung zu 'Drafting Complete'.

Erfassen

Identifizieren Sie das Creation Event der ersten Dokumentenversion, die mit der Contract ID verknüpft ist.

Ereignistyp inferred
Vertrag im Repository gespeichert
Dies ist der letzte administrative Schritt, bei dem der vollständig ausgeführte Vertrag automatisch im zentralen Vertrags-Repository abgelegt wird. Dieses Ereignis wird typischerweise durch den Abschluss des Signaturprozesses ausgelöst.
Bedeutung

Stellt sicher, dass der Prozess mit ordnungsgemäßer Record-Keeping abgeschlossen wird. Es markiert den letzten Moment des Pre-Execution Lifecycle und den Beginn der Post-Execution Phase.

Datenquelle

Aus der Workflow History als Abschluss des letzten Schritts erfasst, der das unterzeichnete Dokument archiviert.

Erfassen

Von der Workflow Engine als letzter automatisierter Schritt nach erfolgreicher Ausführung protokolliert.

Ereignistyp explicit
Vertrag überarbeitet
Diese Aktivität stellt eine Überarbeitung oder Änderung des Vertragsdokuments während des Verhandlungs- oder Überprüfungszyklus dar. Sie wird jedes Mal erfasst, wenn eine neue Version des Dokuments hochgeladen oder gespeichert wird.
Bedeutung

Die Nachverfolgung der Häufigkeit von Redlines ist entscheidend für den KPI 'Contract Rework Rate'. Eine hohe Anzahl von Überarbeitungen kann auf unklare Bedingungen, ineffiziente Verhandlungen oder schlechte erste Entwürfe hindeuten.

Datenquelle

Abgeleitet aus der Dokumenten-Versionshistorie, die mit dem Vertrag verknüpft ist. Jede neue Version, die nach dem ersten Entwurf erstellt wurde, kann als 'Contract Redlined' Event behandelt werden.

Erfassen

Wird protokolliert, wenn eine neue Dokumentversion im DocuSign CLM Repository hochgeladen oder generiert wird.

Ereignistyp explicit
Vertragsverlängerung initiiert
Markiert den Beginn des Verlängerungsprozesses für einen bestehenden Vertrag. Diese Aktivität wird typischerweise manuell vom Vertragsverantwortlichen oder automatisch basierend auf dem Ablaufdatum des Vertrags ausgelöst.
Bedeutung

Diese Aktivität ist essenziell für die Verfolgung des KPI „Quote der pünktlichen Vertragsverlängerungen“. Sie gibt Aufschluss darüber, wie proaktiv die Organisation ihre auslaufenden Verträge verwaltet.

Datenquelle

Erfasst, wenn eine spezifische 'Renew Contract'-Aktion ausgeführt wird, die einen neuen Vertrags-Record, der mit dem Original verknüpft ist, erstellen oder einen Renewal Workflow initiieren kann.

Erfassen

Aus einer spezifischen Benutzeraktion oder einem automatisierten Trigger protokolliert, der den Renewal Workflow starten soll.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus DocuSign CLM