Ihr Daten-Template für das Vertragsmanagement
Ihr Daten-Template für das Vertragsmanagement
- Empfohlene zu erfassende Attribute
- Wichtige zu verfolgende Aktivitäten
- Hinweise zur Datenextraktion
Attribute des Vertragsmanagements
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Der Name der konkreten Aufgabe oder des Ereignisses im Vertragslebenszyklus. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Vertragsmanagementprozess, etwa „Vertrag entworfen“, „Juristische Prüfung gestartet“ oder „Vertrag abgeschlossen“. Diese Aktivitäten bilden die Bausteine der Prozesslandkarte. Die Reihenfolge und Häufigkeit dieser Aktivitäten zu analysieren, ist eine wichtige Grundlage für Process Mining. So lässt sich der tatsächliche Prozessablauf nachvollziehen, Abweichungen von der Standardvorgehensweise werden sichtbar und besonders zeitaufwendige oder häufig wiederholte Aktivitäten lassen sich ermitteln.
Warum das wichtig ist
Das Attribut definiert die Prozessschritte und ermöglicht es, den Vertrags-Workflow, Engpässe und Abweichungen zu visualisieren und zu analysieren.
Woher beziehen
Dieser Wert stammt in der Regel aus dem Event Log oder den Audit-Trail-Daten von DocuSign CLM. Darin werden Aktionen an einem Vertragsdokument oder in einem Workflow erfasst.
Beispiele
Vertragsentwurf erstelltInterne Prüfung gestartetAn Vertragspartner gesendetVertrag ausgeführt
|
|||
|
Contract-ID
ContractId
|
Die eindeutige Kennung für jeden im System verwalteten Vertrag. | ||
|
Beschreibung
Die Contract-ID dient als eindeutige Case-ID und verknüpft alle Ereignisse und Aktivitäten zu einem bestimmten Vertrag von der Erstellung bis zum Abschluss. In DocuSign CLM kann dies die Envelope-ID oder ein benutzerdefiniertes Feld zur Vertragsidentifikation sein. Dieses Attribut ist für Process Mining unverzichtbar, da sich damit der durchgängige Ablauf jedes einzelnen Vertrags rekonstruieren lässt. Werden alle zugehörigen Aktivitäten unter einer Contract-ID zusammengefasst, können Analysten den vollständigen Prozessablauf visualisieren, Zykluszeiten messen und Unterschiede zwischen Verträgen untersuchen.
Warum das wichtig ist
Als Primärschlüssel verknüpft die Contract-ID alle zugehörigen Prozessereignisse. So lässt sich der gesamte Lebenszyklus eines einzelnen Vertrags nachvollziehen und analysieren.
Woher beziehen
Dies ist in der Regel die zentrale Kennung für einen Vertrags- oder Umschlagdatensatz in DocuSign CLM. Sie kann als Envelope-ID oder als benutzerdefiniertes Feld zur Vertragsidentifikation bezeichnet sein.
Beispiele
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Startzeit
EventTime
|
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis begonnen hat. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit einer Aktivität. Es bildet die zeitliche Grundlage für Process Mining und ermöglicht die Analyse der Prozessleistung im Zeitverlauf. Werden die Ereignisse nach ihrer Startzeit geordnet, entsteht für jeden Case ein chronologisches Protokoll. Damit lassen sich Zykluszeiten zwischen Aktivitäten, die Dauer einzelner Schritte und die Gesamtdauer des Prozesses berechnen. Das ist entscheidend, um Engpässe zu erkennen, Wartezeiten zu messen und die Prozesseffizienz anhand von SLAs zu bewerten.
Warum das wichtig ist
Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und alle zeitbasierten Kennzahlen wie Zykluszeiten und Dauern zu berechnen.
Woher beziehen
Diese Information gehört üblicherweise zu jedem erfassten Vorgang im Event Log oder Audit Trail von DocuSign CLM.
Beispiele
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp der letzten Aktualisierung oder Extraktion von Daten aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. Es zeigt, wie aktuell die Analyse ist und wie zeitnah die zugrunde liegenden Daten sind. In Dashboards und Berichten ist diese Information wichtig für die Data Governance und das Vertrauen der Benutzer. Analysten können damit erkennen, ob sie Echtzeitdaten oder einen Snapshot von einem bestimmten Zeitpunkt betrachten. Das ist entscheidend für fundierte und zeitnahe Entscheidungen.
Warum das wichtig ist
Gibt wichtigen Aufschluss über die Aktualität der Daten, damit Benutzer den zeitlichen Stand der Prozessanalyse einschätzen können.
Woher beziehen
Dieses Metadatenattribut wird üblicherweise während der Datenübernahme vom ETL-Tool (Extract, Transform, Load) oder von der Datenpipeline erzeugt und gespeichert.
Beispiele
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Gibt an, aus welchem System die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt die Herkunft der Prozessdaten an. In dieser Ansicht lautet der Wert durchgehend „DocuSign CLM“ oder eine ähnliche Kennung. Bei einer Analyse mit nur einem System mag dieses Feld überflüssig erscheinen. Es gehört jedoch zur bewährten Praxis und ist unverzichtbar, wenn Daten aus mehreren Systemen zusammengeführt werden, etwa Vertragsdaten aus einem CRM und Workflow-Daten aus DocuSign. So bleiben Datenherkunft und Rückverfolgbarkeit nachvollziehbar.
Warum das wichtig ist
Sichert die Rückverfolgbarkeit der Daten und ist für Analysen mit Daten aus mehreren Unternehmenssystemen unverzichtbar.
Woher beziehen
Dieser statische Wert wird üblicherweise bei der Datenextraktion und -transformation ergänzt, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Ablaufdatum
ExpirationDate
|
Das Datum, an dem der Vertrag ausläuft. | ||
|
Beschreibung
Dieses Attribut speichert das vertraglich festgelegte Ablaufdatum. Es ist wichtig für die vorausschauende Verwaltung des Vertragsbestands, insbesondere bei wiederkehrenden Umsätzen oder langfristigen Dienstleistungsverträgen. Dieses Datum ist die zentrale Grundlage für das Dashboard „Ausblick auf Vertragsverlängerungen und Ablaufdaten“. Werden Verträge mit nahendem Ablauf überwacht, können Unternehmen Verlängerungs-Workflows rechtzeitig anstoßen. Das Datum fließt außerdem in die Kennzahl „Rechtzeitige Vertragsverlängerungsquote“ ein und hilft, Umsatzeinbußen sowie Unterbrechungen von Dienstleistungen zu vermeiden.
Warum das wichtig ist
Wichtig für die vorausschauende Vertragsverwaltung: Es ermöglicht rechtzeitige Verlängerungen und verhindert, dass Verträge unbeabsichtigt auslaufen.
Woher beziehen
Dieses Standard-Metadatenfeld sollte für jeden Vertrag mit festgelegter Laufzeit in DocuSign CLM erfasst werden.
Beispiele
2024-12-312025-06-302026-01-15
|
|||
|
Endzeit
EndTime
|
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit, zu denen eine Aktivität abgeschlossen wurde. Während die Startzeit den Beginn markiert, kennzeichnet die Endzeit den Abschluss. So lässt sich die Dauer einzelner Aktivitäten genau berechnen. Die Analyse der Endzeit ist entscheidend, um die Verarbeitungszeit von Aktivitäten zu berechnen, also die tatsächlich für eine Aufgabe aufgewendete Arbeitszeit. Dadurch lassen sich aktive Arbeit und Wartezeit unterscheiden. Das liefert genauere Erkenntnisse zur Ressourceneffizienz und zu den tatsächlichen Kosten von Verzögerungen. So kann beispielsweise die genaue Dauer einer Aktivität wie „Juristische Prüfung“ berechnet werden.
Warum das wichtig ist
Ermöglicht die genaue Berechnung der Dauer einzelner Aktivitäten und hilft, aktive Verarbeitungszeit von Wartezeit zu unterscheiden.
Woher beziehen
In Systemen wie DocuSign CLM wird dieser Wert möglicherweise direkt im Audit Trail erfasst. Andernfalls muss er anhand der Startzeit des folgenden Ereignisses abgeleitet werden.
Beispiele
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Vertragspartner
Counterparty
|
Die externe Partei, etwa ein Kunde oder Lieferant, die am Vertrag beteiligt ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die andere Organisation, die an der Vereinbarung beteiligt ist. Verhandlungsstil, rechtliche Anforderungen und Reaktionszeiten unterscheiden sich je nach Vertragspartner und können den Vertragslebenszyklus erheblich beeinflussen. Die Analyse der Prozessleistung nach Vertragspartner zeigt, mit welchen Partnern die Zusammenarbeit unkompliziert ist und bei welchen es regelmäßig zu Verzögerungen kommt. Diese Erkenntnisse können das Beziehungsmanagement verbessern und helfen, realistische Erwartungen für künftige Verhandlungen zu setzen. Das Attribut ist eine wichtige Dimension für die Analyse „Nacharbeit und Überarbeitungshäufigkeit bei Verträgen“.
Warum das wichtig ist
Zeigt, wie sich die Zusammenarbeit mit verschiedenen externen Parteien auf Verhandlungsdauer, Anzahl der Überarbeitungen und gesamte Zykluszeiten auswirkt.
Woher beziehen
Diese Information gehört zu den grundlegenden Vertragsdaten und steht häufig in einem eigenen Feld wie „Name des Vertragspartners“ oder „Unternehmen“.
Beispiele
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Vertragsstatus
ContractStatus
|
Der aktuelle Status des Vertrags in seinem Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut gibt den Gesamtstatus des Vertrags zu einem bestimmten Zeitpunkt an, zum Beispiel „Entwurf“, „In Prüfung“, „Wartet auf Unterschrift“ oder „Abgeschlossen“. Es zeigt auf einen Blick, an welcher Stelle des Prozesses sich der Vertrag befindet. In Process Mining eignet sich der Status dazu, Cases zu filtern und Dashboards zu erstellen, die das Vertragsvolumen in den verschiedenen Phasen abbilden. Das Dashboard „Vertragsstatus in Echtzeit“ greift direkt auf dieses Attribut zurück. Es zeigt den aktiven Vertragsbestand und macht sichtbar, wo sich Arbeit ansammelt.
Warum das wichtig ist
Zeigt den aktuellen Fortschritt des Vertrags und ist wichtig für die Statusverfolgung, die Arbeitslaststeuerung und das Erkennen von Engpässen.
Woher beziehen
Diese Information ist in DocuSign CLM üblicherweise als primäres Attribut des Vertrags- oder Workflow-Objekts verfügbar.
Beispiele
EntwurfIn interner PrüfungWartet auf UnterschriftAbgeschlossenBeendet
|
|||
|
Vertragstyp
ContractType
|
Die Klassifizierung des Vertrags, zum Beispiel NDA, MSA oder SOW. | ||
|
Beschreibung
Dieses Attribut ordnet Verträge nach ihrem rechtlichen oder geschäftlichen Zweck. Je nach Vertragstyp unterscheiden sich die Workflows, Freigabeanforderungen und die Komplexität. Die Prozessanalyse nach Vertragstyp ist entscheidend, um Leistungsunterschiede zu verstehen. Analysten können damit Zykluszeiten, Compliance-Raten und Verhandlungsmuster verschiedener Vereinbarungen vergleichen. So sollte ein NDA eine deutlich kürzere Zykluszeit haben als ein komplexer Master Services Agreement. Dieses Attribut ermöglicht den Vergleich.
Warum das wichtig ist
Ermöglicht den Vergleich der Prozessleistung verschiedener Vertragskategorien, für die oft unterschiedliche Workflows und Komplexitätsgrade gelten.
Woher beziehen
Dieses wichtige Metadatenfeld wird beim Anlegen eines Vertrags in DocuSign CLM üblicherweise aus einer Dropdown-Liste ausgewählt.
Beispiele
Geheimhaltungsvereinbarung (NDA)Rahmenvertrag über Dienstleistungen (MSA)Leistungsbeschreibung (SOW)
|
|||
|
Vertragsverantwortlicher
ContractOwner
|
Der Benutzer oder Mitarbeitende, der für die Verwaltung des Vertrags während seines Lebenszyklus verantwortlich ist. | ||
|
Beschreibung
Der Vertragsverantwortliche ist die zentrale Ansprechperson und trägt die Verantwortung für den Fortschritt eines Vertrags. In der Regel hat diese Person die Vertragsanfrage initiiert oder ist für die Geschäftsbeziehung zuständig. Eine Analyse der Leistung nach Vertragsverantwortlichen kann Muster bei Effizienz, Nacharbeit und Zykluszeiten aufzeigen. So lassen sich leistungsstarke Mitarbeitende oder Teams erkennen, ebenso wie Bereiche, in denen zusätzliche Schulungen oder Unterstützung sinnvoll wären. Diese Dimension eignet sich auch zur Segmentierung von Daten in Dashboards wie „Analyse der Vertragsdurchlaufzeit“.
Warum das wichtig ist
Ermöglicht die Analyse der Leistung einzelner Mitarbeitender oder Teams und hilft, bewährte Vorgehensweisen sowie Verbesserungsmöglichkeiten bei benutzergesteuerten Aktivitäten zu erkennen.
Woher beziehen
Dies ist üblicherweise ein Benutzerfeld des Vertragsobjekts, das häufig den Namen der Person enthält, die den Workflow erstellt hat oder dafür verantwortlich ist.
Beispiele
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Vertragswert
ContractValue
|
Der Gesamtwert des Vertrags. | ||
|
Beschreibung
Dieses Attribut gibt den finanziellen Wert der Vereinbarung an, als einmaliger Betrag oder wiederkehrender Wert. Der Vertragswert bestimmt häufig, wie gründlich die Prüfung ausfällt und wie komplex der Freigabeweg ist. Eine Prozessanalyse nach Vertragswert hilft, hochwertige Verträge zu priorisieren und unnötige Verzögerungen zu erkennen. Außerdem lässt sich damit die Compliance prüfen, etwa ob Verträge oberhalb eines bestimmten Schwellenwerts vom CFO freigegeben wurden. So können Verbesserungsmaßnahmen auf die finanziell bedeutendsten Verträge ausgerichtet werden.
Warum das wichtig ist
Ermöglicht die Priorisierung und Risikobewertung, da Verträge mit höherem Wert oft gründlicher geprüft werden müssen und größere geschäftliche Auswirkungen haben.
Woher beziehen
In den Metadaten eines Vertrags in DocuSign CLM ist dies üblicherweise ein Zahlen- oder Währungsfeld.
Beispiele
500002500001200000
|
|||
|
Abteilung
Department
|
Die interne Geschäftseinheit oder Abteilung, die für den Vertrag zuständig ist. | ||
|
Beschreibung
Dieses Attribut gibt die interne Abteilung an, zum Beispiel Vertrieb, Marketing oder IT, die den Vertrag initiiert hat oder dafür verantwortlich ist. Prozesse und Anforderungen unterscheiden sich je nach Abteilung und führen zu unterschiedlichen Mustern im Vertragsmanagement. Eine Segmentierung der Analyse nach Abteilung ist wichtig, um zu verstehen, wie die verschiedenen Unternehmensbereiche den Vertragsmanagementprozess nutzen. Sie ermöglicht gezielte Berichte wie den „Bericht zu Engpässen bei Vertragsfreigaben“. Damit lässt sich feststellen, ob sich Verzögerungen auf bestimmte Geschäftseinheiten konzentrieren. Prozessverbesserungen können so auf die Anforderungen der jeweiligen Abteilungen abgestimmt werden.
Warum das wichtig ist
Ermöglicht den Vergleich der Leistung verschiedener Geschäftseinheiten und zeigt Unterschiede bei Effizienz, Compliance und Arbeitslast auf.
Woher beziehen
Dies kann ein Metadatenfeld des Vertrags sein oder aus der Abteilung des Vertragsverantwortlichen abgeleitet werden.
Beispiele
VertriebRechtsabteilungBeschaffungMarketing
|
|||
|
Dauer der Freigabephase
ApprovalPhaseDuration
|
Die Gesamtzeit für alle Aktivitäten im Zusammenhang mit Freigaben. | ||
|
Beschreibung
Diese Kennzahl berechnet die Gesamtdauer der Freigabephase eines Vertrags, vom Versand zur ersten internen Freigabe bis zum Erhalt der letzten erforderlichen Freigabe. Sie lässt sich berechnen, indem die Dauer aller freigabebezogenen Aktivitäten addiert oder die Zeit zwischen Beginn der ersten und Abschluss der letzten Freigabeaktivität gemessen wird. Dieses Attribut ist die zentrale Messgröße für die Kennzahl „Durchschnittliche Dauer der Freigabephase“. Es hilft, Verzögerungen durch den Freigabeprozess von Verzögerungen beim Entwurf oder bei Verhandlungen zu unterscheiden. Die erfasste Dauer zeigt, wie sich die Freigabematrix auswirkt und wo sie sich vereinfachen lässt.
Warum das wichtig ist
Grenzt die für Freigaben aufgewendete Zeit ein und erleichtert es, Engpässe in der Freigabekette gezielt zu erkennen und zu beheben.
Woher beziehen
Die Berechnung erfolgt im Process-Mining-Tool. Dazu werden alle freigabebezogenen Ereignisse ermittelt, etwa „Interne Freigabe gesendet“ und „Interne Freigabe erhalten“, und für jeden Case wird die Zeit zwischen dem ersten und dem letzten dieser Ereignisse gemessen.
Beispiele
5 Tage 2 Stunden10 Tage 1 Stunde2 Tage 6 Stunden
|
|||
|
Dokumentversion
DocumentVersion
|
Die Versionsnummer des Vertragsdokuments. | ||
|
Beschreibung
Dieses Attribut erfasst den Versionsstand des Vertragsdokuments während der Überarbeitung und der Bearbeitung von Änderungen. Bei jedem Upload oder Speichern einer neuen Version sollte die Nummer erhöht werden. Die Dokumentversion ist ein direktes Maß für Nacharbeit und Verhandlungskomplexität. Eine hohe Versionszahl weist auf umfangreiche Abstimmungen zwischen den Parteien hin. Dieses Attribut ist eine wichtige Eingangsgröße für die Kennzahl „Durchschnittliche Anzahl der Dokumentüberarbeitungen“ und die Analyse im Dashboard „Nacharbeit und Überarbeitungshäufigkeit bei Verträgen“.
Warum das wichtig ist
Misst den Umfang der Nacharbeit und des Verhandlungsaufwands direkt, indem erfasst wird, wie oft ein Dokument überarbeitet wurde.
Woher beziehen
DocuSign CLM verfügt über eine integrierte Versionsverwaltung für Dokumente. Dieses Attribut wird aus dem Versionsverlauf des Dokuments extrahiert.
Beispiele
1234
|
|||
|
Elektronisch unterschrieben
IsESigned
|
Ein boolesches Kennzeichen dafür, ob der Vertrag elektronisch unterschrieben wurde. | ||
|
Beschreibung
Dieses Attribut erfasst, ob ein Vertrag mit einem integrierten E-Signatur-Tool wie DocuSign eSignature oder offline unterschrieben wurde, etwa durch eine handschriftliche Unterschrift mit anschließendem Scan. Das Attribut fließt direkt in die Kennzahl „Nutzungsquote elektronischer Signaturen“ ein. Anhand des Anteils elektronisch unterschriebener Verträge kann ein Unternehmen den Erfolg seiner Initiativen zur digitalen Transformation messen. Eine höhere Nutzungsquote geht in der Regel mit kürzeren Abschlusszeiten, geringeren Verwaltungskosten sowie besserer Compliance und Dokumentenverfolgung einher.
Warum das wichtig ist
Misst die Nutzung digitaler Prozesse und hilft, Effizienzgewinne durch integrierte E-Signatur-Funktionen zu beziffern.
Woher beziehen
Dies lässt sich daran erkennen, ob das Ereignis „Vertrag abgeschlossen“ vom integrierten DocuSign-eSignature-Dienst stammt.
Beispiele
truefalse
|
|||
|
Freigabestatus
ApprovalStatus
|
Der Status der Freigabeschritte, zum Beispiel „Ausstehend“, „Genehmigt“ oder „Abgelehnt“. | ||
|
Beschreibung
Dieses Attribut gibt den Status der Freigabephase im Vertragslebenszyklus im Detail an. Während der Vertragsstatus den Case auf hoher Ebene beschreibt, erfasst der Freigabestatus das Ergebnis einzelner Freigabeaktivitäten. Dieses Attribut ist wichtig für den „Bericht zu Engpässen bei Vertragsfreigaben“ und das Dashboard „Vertragsstatus in Echtzeit“. Es zeigt, welche Verträge auf eine Freigabe warten, welche abgelehnt wurden und Nacharbeit erfordern und welche die Freigabe erfolgreich durchlaufen haben. Die Analyse der Statuswechsel hilft, konkrete Fehler- oder Verzögerungspunkte im Freigabeprozess zu finden.
Warum das wichtig ist
Liefert detaillierte Erkenntnisse zur Freigabephase und zeigt, welche Verträge feststecken und warum.
Woher beziehen
Dies ist das Ergebnis einer Freigabeaufgabe oder eines Workflow-Schritts in DocuSign CLM.
Beispiele
Juristische Freigabe ausstehendVon der Finanzabteilung genehmigtVom Vertriebs-VP abgelehnt
|
|||
|
Juristischer Prüfer
LegalCounsel
|
Die juristische Fachkraft oder das Teammitglied, das mit der Prüfung des Vertrags beauftragt ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die konkrete Person aus der Rechtsabteilung, die für die Prüfung und Freigabe des Vertrags zuständig ist. Sie unterscheidet sich vom Vertragsverantwortlichen, der üblicherweise aus dem Geschäftsbereich kommt. Werden Prüfungen einer bestimmten juristischen Fachkraft zugewiesen, lässt sich die Leistung in diesem Prozessschritt detailliert analysieren. Das Dashboard „Leistung der juristischen Prüfung“ zeigt Durchsatz und Zykluszeiten der einzelnen Teammitglieder. Diese Erkenntnisse unterstützen die Arbeitslastverteilung und helfen, Effizienzpotenziale in der Rechtsabteilung zu erkennen.
Warum das wichtig ist
Ermöglicht eine detaillierte Analyse der juristischen Prüfung, unterstützt die ausgewogene Verteilung der Arbeitslast und macht die Leistung des Rechtsteams messbar.
Woher beziehen
Diese Information stammt aus den Aufgabenzuweisungen innerhalb eines DocuSign-CLM-Workflows und gibt an, wem die Aufgabe „Juristische Prüfung“ zugewiesen wurde.
Beispiele
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Nacharbeit
IsRework
|
Ein boolesches Kennzeichen dafür, ob der Vertrag eine umfangreiche Überarbeitungsschleife durchlaufen hat. | ||
|
Beschreibung
Dieses berechnete Attribut kennzeichnet Verträge mit Nacharbeit, etwa wenn ein Vertrag nach einer bereits erteilten internen Freigabe zur Überarbeitung zurückgesendet wird. Es wird üblicherweise anhand bestimmter unerwünschter Aktivitätsfolgen abgeleitet. Das Kennzeichen vereinfacht die Analyse von Prozessineffizienzen. Damit lässt sich die Kennzahl „Nacharbeitsquote bei Verträgen“ direkt berechnen und gezielt nach Verträgen filtern, die zusätzlichen Aufwand verursacht haben. So können die Ursachen der Nacharbeit ermittelt werden, etwa unklare Anforderungen zu Beginn oder schwierige Verhandlungspunkte.
Warum das wichtig ist
Hilft, die Häufigkeit von Nacharbeit zu messen und zu analysieren, einem wichtigen Indikator für ineffiziente Prozesse und versteckte Kosten.
Woher beziehen
Dieses Attribut wird im Process-Mining-Tool berechnet. Dazu werden Regeln definiert, die Nacharbeitsschleifen erkennen, etwa wenn das Ereignis „Vertrag mit Änderungen versehen“ nach dem Ereignis „Interne Freigabe erhalten“ auftritt.
Beispiele
truefalse
|
|||
Aktivitäten im Vertragsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Interne Freigabe erteilt
|
Dieser Meilenstein zeigt an, dass alle erforderlichen internen Freigebenden dem Vertrag zugestimmt haben. Er wird erfasst, sobald der letzte Freigebende seine Aufgabe im Workflow abgeschlossen hat. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein zeigt an, dass der Vertrag für externe Verhandlungen oder die Ausführung bereit ist. Verzögerungen bis zu diesem Punkt weisen auf Probleme bei der internen Abstimmung hin.
Woher beziehen
Dieses Ereignis wird in der Workflow-Historie erfasst, wenn die Freigabeaufgabe den endgültigen Status „Genehmigt“ erreicht.
Erfassung
Erfasst, wenn der letzte Freigebende in einem sequenziellen oder parallelen Freigabe-Workflow seine Zustimmung erteilt.
Ereignistyp
explicit
|
|||
|
Juristische Prüfung gestartet
|
Markiert den Zeitpunkt, zu dem der Vertrag offiziell zur Prüfung und Rückmeldung an die Rechtsabteilung übermittelt wird. Dieser wichtige Schritt wird erfasst, wenn der Vertrag in die Phase „Juristische Prüfung“ des Workflows eintritt. | ||
|
Warum das wichtig ist
Die juristische Prüfung ist ein häufiger Engpass im Vertragsmanagement. Ihre Dauer zu messen, ist wichtig für das Dashboard „Leistung der juristischen Prüfung“ und hilft, Möglichkeiten zur Beschleunigung zu erkennen.
Woher beziehen
Das Ereignis wird im Workflow-Audit-Trail erfasst. Dieser protokolliert den Timestamp, zu dem eine Aufgabe dem Rechtsteam zugewiesen oder der Vertragsstatus auf „In juristischer Prüfung“ gesetzt wird.
Erfassung
Wird von der Workflow-Engine erfasst, wenn der Vertrag einer Aufgabe oder Warteschlange für die juristische Prüfung zugewiesen wird.
Ereignistyp
explicit
|
|||
|
Vertrag ausgeführt
|
Diese Aktivität bezeichnet den erfolgreichen Abschluss des Vertrags. Sie tritt ein, wenn die letzte erforderliche unterzeichnende Person das Dokument unterschreibt. Die DocuSign-eSignature-Plattform erfasst diesen Vorgang ausdrücklich. | ||
|
Warum das wichtig ist
Dies ist der zentrale erfolgreiche Endpunkt des Prozesses zur Vertragserstellung. Er ist entscheidend für die Berechnung der „Durchschnittlichen Vertragsdurchlaufzeit“ und die Messung des gesamten Prozessdurchsatzes.
Woher beziehen
Der Timestamp dieses Ereignisses wird im Abschlusszertifikat und im Audit Log des Dokuments erfasst, sobald der eSignature-Workflow vollständig abgeschlossen ist.
Erfassung
Wird automatisch von der eSignature-Komponente protokolliert, sobald die letzte Unterschrift geleistet wurde.
Ereignistyp
explicit
|
|||
|
Vertrag beendet
|
Diese Aktivität bezeichnet das offizielle Ende des Vertragslebenszyklus, etwa durch Ablauf, Kündigung oder eine einvernehmliche Beendigung. Häufig wird sie durch eine manuelle Statusänderung im System erfasst. | ||
|
Warum das wichtig ist
Dies ist ein alternativer Endpunkt des Prozesses. Die Erfassung von Kündigungen und Abläufen ist wichtig, um den gesamten Vertragslebenszyklus zu verstehen und Verlängerungen zu analysieren.
Woher beziehen
Dieses Ereignis wird erfasst, wenn ein Benutzer den Vertragsstatus auf „Beendet“, „Abgelaufen“ oder „Gekündigt“ setzt. Verwendet wird der Timestamp dieser Statusänderung.
Erfassung
Abgeleitet aus einer Änderung des primären Vertragsstatus in einen Endstatus.
Ereignistyp
inferred
|
|||
|
Vertrag zur Unterzeichnung gesendet
|
Diese Aktivität markiert den Beginn des elektronischen Signaturprozesses für den endgültigen, freigegebenen Vertrag. Sie gehört zu den Kernfunktionen von DocuSign und wird erfasst, wenn ein Benutzer das Dokument über einen DocuSign-eSignature-Umschlag versendet. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Meilenstein vor der Ausführung. Die Zeit von diesem Punkt bis zur Ausführung zeigt, wie effizient Unterschriften eingeholt werden, und fließt in die KPI „Nutzungsquote elektronischer Signaturen“ ein.
Woher beziehen
Dieses zentrale Ereignis wird ausdrücklich in der detaillierten Dokumenthistorie oder im Audit-Trail protokolliert und häufig als „Umschlaghistorie“ bezeichnet.
Erfassung
Wird vom System direkt protokolliert, wenn ein eSignature-Umschlag erstellt und versendet wird.
Ereignistyp
explicit
|
|||
|
Vertragsanfrage eingeleitet
|
Diese Aktivität markiert den offiziellen Beginn des Vertragslebenszyklus. Sie wird in der Regel erfasst, wenn ein Benutzer ein Formular für eine Vertragsanfrage einreicht oder in DocuSign CLM einen neuen Vertragseintrag erstellt und damit den zugehörigen Workflow auslöst. | ||
|
Warum das wichtig ist
Dies ist das zentrale Start-Event des Prozesses. Die Analyse dieser Aktivität ist wichtig, um den gesamten Vertragsdurchsatz und den Beginn der durchgängigen Zykluszeit zu messen.
Woher beziehen
Dieses Ereignis wird im Audit Log oder in der Workflow-Historie erfasst. Es entspricht dem Timestamp, zu dem der Vertragseintrag erstellt oder ein Aufnahmeformular eingereicht wurde.
Erfassung
Erfasst bei der Einreichung eines Formulars zur Vertragseinleitung oder bei der Erstellung eines neuen Vertragsobjekts.
Ereignistyp
explicit
|
|||
|
An Vertragspartner gesendet
|
Diese Aktivität bezeichnet das Teilen des Vertragsdokuments mit dem externen Vertragspartner zur Prüfung und Unterzeichnung. Sie wird über eine Aktion zum Senden oder Teilen in DocuSign CLM erfasst. | ||
|
Warum das wichtig ist
Mit dieser Aktivität wird der Vorgang an eine externe Partei übergeben, wodurch die Prozesssteuerung eingeschränkt ist. Die Dauer der Bearbeitung durch Vertragspartner zu kennen, hilft, externe Verzögerungen zu erkennen.
Woher beziehen
Erfasst im Audit-Trail, der beispielsweise protokolliert, wenn das Dokument aus dem CLM per E-Mail versendet oder über ein externes Portal geteilt wird.
Erfassung
Wird protokolliert, wenn ein Benutzer das Dokument über eine Funktion der Plattform mit externen Parteien teilt.
Ereignistyp
explicit
|
|||
|
Interne Prüfung gestartet
|
Diese Aktivität zeigt an, dass der Vertragsentwurf zur Prüfung an interne Beteiligte aus Fachabteilungen wie Finanzen oder Betrieb übermittelt wurde. Sie wird erfasst, wenn ein Benutzer im Workflow die Aufgabe „Interne Prüfung“ startet. | ||
|
Warum das wichtig ist
Damit beginnt die Prüfungsphase, in der häufig Engpässe auftreten. Die Analyse ihrer Dauer hilft, Verzögerungen bei Rückmeldungen der Beteiligten zu erkennen.
Woher beziehen
In der Workflow-Historie erfasst, wenn der Vertrag den Status „Interne Prüfung“ erhält oder eine Prüfungsaufgabe einem internen Benutzer außerhalb der Rechtsabteilung zugewiesen wird.
Erfassung
Erfasst, wenn der Workflow in einen Status oder eine Aufgabe für die interne fachliche Prüfung wechselt.
Ereignistyp
explicit
|
|||
|
Überwachung von Vertragspflichten gestartet
|
Diese Aktivität markiert den Beginn der Verwaltung nach der Ausführung, bei der wichtige Termine und Leistungen überwacht werden. Sie wird erfasst, wenn eine Aufgabe oder ein Teilprozess zur Überwachung einer Vertragspflicht gestartet wird. | ||
|
Warum das wichtig ist
Diese Aktivität ist wichtig für die KPI „Einhaltungsquote von Vertragspflichten nach der Ausführung“. Sie zeigt, ob vertragliche Verpflichtungen nach der Unterzeichnung verwaltet werden.
Woher beziehen
Erfordert eine Systemanalyse. Das Ereignis lässt sich wahrscheinlich anhand der Erstellung bestimmter Aufgaben oder Workflows zur Überwachung von Vertragspflichten erfassen, die mit dem Hauptvertrag verknüpft sind.
Erfassung
Erfasst bei der Erstellung einer Aufgabe oder eines Workflows zur Verwaltung von Vertragspflichten nach der Ausführung.
Ereignistyp
explicit
|
|||
|
Verhandlung mit Vertragspartner begonnen
|
Zeigt an, dass der Vertragspartner geantwortet hat, in der Regel mit Rückmeldungen oder einer geänderten Vertragsversion. Dies lässt sich daran erkennen, dass eine externe Partei eine neue Dokumentversion hochlädt oder der Status wieder in eine Phase der internen Prüfung wechselt. | ||
|
Warum das wichtig ist
Diese Aktivität ist wichtig für die Analyse der KPI „Übergaben zwischen Verhandlungspartnern pro Vertrag“. Häufige Wechsel zwischen internen Teams und dem Vertragspartner weisen auf Schwierigkeiten in den Verhandlungen hin.
Woher beziehen
Abgeleitet aus dem Eingang einer neuen Dokumentversion von einer externen Quelle oder einer manuellen Statusänderung, mit der ein Benutzer den Eingang der Rückmeldung des Vertragspartners festhält.
Erfassung
Abgeleitet aus einem Statuswechsel zurück zu „Interne Prüfung“ oder „Entwurf“, nachdem der Vertrag beim Vertragspartner war.
Ereignistyp
inferred
|
|||
|
Vertrag im Repository abgelegt
|
In diesem letzten administrativen Schritt wird der vollständig unterzeichnete Vertrag automatisch im zentralen Vertrags-Repository abgelegt. Das Ereignis wird in der Regel durch den Abschluss des Signaturprozesses ausgelöst. | ||
|
Warum das wichtig ist
So endet der Prozess mit einer ordnungsgemäßen Dokumentation. Das Ereignis markiert den letzten Schritt vor der Ausführung und den Beginn der Phase nach der Ausführung.
Woher beziehen
In der Workflow-Historie als Abschluss des letzten Schritts erfasst, bei dem das unterzeichnete Dokument archiviert wird.
Erfassung
Wird nach erfolgreicher Ausführung als letzter automatisierter Schritt von der Workflow-Engine protokolliert.
Ereignistyp
explicit
|
|||
|
Vertrag mit Änderungen versehen
|
Diese Aktivität bezeichnet eine Überarbeitung oder Änderung des Vertragsdokuments während der Verhandlung oder Prüfung. Sie wird jedes Mal erfasst, wenn eine neue Dokumentversion hochgeladen oder gespeichert wird. | ||
|
Warum das wichtig ist
Die Häufigkeit von Änderungen ist ein wichtiger Indikator für die KPI „Nacharbeitsquote bei Verträgen“. Viele Überarbeitungen können auf unklare Vertragsbedingungen, ineffiziente Verhandlungen oder mangelhafte Erstentwürfe hindeuten.
Woher beziehen
Abgeleitet aus der Versionshistorie des Vertragsdokuments. Jede nach dem ersten Entwurf erstellte Version kann als Ereignis „Vertrag mit Änderungen versehen“ erfasst werden.
Erfassung
Erfasst, wenn eine neue Dokumentversion in das DocuSign-CLM-Repository hochgeladen oder dort erstellt wird.
Ereignistyp
explicit
|
|||
|
Vertragsentwurf erstellt
|
Diese Aktivität bezeichnet die Erstellung und Fertigstellung des ersten Vertragsentwurfs. Sie kann erfasst werden, wenn die erste Dokumentversion hochgeladen oder erstellt und im System gespeichert wird. | ||
|
Warum das wichtig ist
Die Erfassung zeigt, wie viel Zeit für das Verfassen und Vorbereiten des Vertrags anfällt, bevor die Prüfungen beginnen. Außerdem liefert sie einen Ausgangswert, um die Häufigkeit späterer Überarbeitungen zu messen.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem die erste Dokumentversion in der Vertragshistorie erstellt wurde, oder aus einem Statuswechsel zu „Entwurf fertiggestellt“.
Erfassung
Ermitteln Sie das Erstellungsereignis der ersten Dokumentversion, die der Vertrags-ID zugeordnet ist.
Ereignistyp
inferred
|
|||
|
Vertragsverlängerung eingeleitet
|
Markiert den Beginn des Verlängerungsprozesses für einen bestehenden Vertrag. Die Aktivität wird in der Regel manuell durch den Vertragsverantwortlichen oder automatisch anhand des Ablaufdatums des Vertrags ausgelöst. | ||
|
Warum das wichtig ist
Diese Aktivität ist wichtig für die KPI „Quote fristgerechter Vertragsverlängerungen“. Sie zeigt, wie vorausschauend das Unternehmen auslaufende Verträge verwaltet.
Woher beziehen
Erfasst, wenn die Aktion „Vertrag verlängern“ ausgeführt wird. Dabei kann ein neuer, mit dem ursprünglichen Vertrag verknüpfter Vertragseintrag erstellt oder ein Verlängerungs-Workflow gestartet werden.
Erfassung
Erfasst bei einer bestimmten Benutzeraktion oder einem automatisierten Auslöser, der den Verlängerungs-Workflow startet.
Ereignistyp
explicit
|
|||
|
Zur internen Freigabe gesendet
|
Diese Aktivität tritt ein, wenn der Vertrag nach Abschluss der Prüfungen den zuständigen internen Stellen zur formellen Freigabe vorgelegt wird. Sie wird erfasst, sobald der Freigabe-Workflow gestartet wird. | ||
|
Warum das wichtig ist
Damit beginnt die abschließende interne Freigabephase. Ihre Dauer ist ein wichtiger Bestandteil der KPI „Durchschnittliche Dauer der Freigabephase“.
Woher beziehen
Diese Aktion wird ausdrücklich in der Workflow-Historie protokolliert, wenn ein Benutzer den Vertrag zur Freigabe sendet und dadurch Aufgaben für die Freigebenden erstellt werden.
Erfassung
Erfasst, wenn die Workflow-Aktion „Zur Freigabe senden“ oder eine vergleichbare Aktion ausgeführt wird.
Ereignistyp
explicit
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Verwenden Sie dieses Daten-Template als Ausgangspunkt für Ihr Process Mining und erschließen Sie Effizienzpotenziale in Ihren Vertrags-Workflows.
Vermeiden Sie Verzögerungen: Verbessern Sie jetzt Ihr Vertragsmanagement
Erkennen Sie Ineffizienzen, verkürzen Sie Zykluszeiten um 30 % und verbessern Sie die Compliance.
Keine Kreditkarte erforderlich • In wenigen Minuten startklar