Ihr Template für Vertragsmanagement-Daten
Ihr Template für Vertragsmanagement-Daten
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Anleitung zur Datenextraktion
Vertragsmanagement-Attribute
| 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
|
|||
Vertragsmanagement-Aktivitäten
| 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
|
|||