Ihr Vertragsmanagement-Daten-Template
Ihr Vertragsmanagement-Daten-Template
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Anleitung zur Datenextraktion
Vertragsmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Der Name der spezifischen Aufgabe oder den Antrag bearbeitet.es 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 Prozessablauf. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist die Basis 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 Engpässe und Variationen.
Datenquelle
Dies wird in der Regel aus dem Event Log oder den Antrag bearbeitet.en Audit-Trail Daten in DocuSign CLM abgeleitet, welche Aktionen auf einem Vertragsdokument oder Workflow aufzeichnen.
Beispiele
Vertrag entworfenInterne Prüfung gestartetAn Gegenpartei gesendetVertrag ausgeführt
|
|||
|
Startzeit
EventTime
|
Der Zeitstempel, der den Antrag bearbeitet.en Beginn einer bestimmten Aktivität oder eines Ereignisse 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 Durchlaufzeiten zwischen Aktivitäten, der Dauer jedes Schritts und der gesamten End-to-End-Prozessdauer. Es ist maßgeblich für die Identifizierung von Engpässen, die Messung von Wartezeiten und die Bewertung der Prozesseffizienz im Vergleich zu SLAs.
Bedeutung
Dieser Zeitstempel ist maßgeblich, um Ereignisse chronologisch zu ordnen und alle zeitbasierten Metriken wie Durchlaufzeiten 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-Identifikator, 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 wichtig für Process Mining, da es die Rekonstruktion des End-to-End-Prozesses 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, Durchlaufzeiten messen und Variationen zwischen verschiedenen Verträgen analysierenn.
Bedeutung
Es ist der Primärschlüssel, der alle zugehörigen Process Ereignisse verbindet und es ermöglicht, den gesamten Lebenszyklus eines einzelnen Vertrags nachzuvollziehen und zu analysierenn.
Datenquelle
Dies ist in der Regel 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 Hinweisrmiert Benutzer darüber, wie aktuell die Daten sind. In Dashboards und Berichten sind diese Informationen für die Daten Governance und das Vertrauen der Benutzer unerlässlich. Es hilft Analysten zu verstehen, ob sie EchtzeitHinweisrmationen oder eine Momentaufnahme zu einem bestimmten Zeitpunkt betrachten, was für fundierte, zeitnahe Entscheidungen wichtig ist.
Bedeutung
Liefert wichtige KontextHinweisrmationen zur Datenaktualität und stellt sicher, dass Benutzer verstehen, wie aktuell die Prozessanalyse ist.
Datenquelle
Dies ist ein MetaDatenattribut, das in der Regel vom ETL (Extract, Transform, Load) Tool oder den Antrag bearbeitet.er 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 wichtig, 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 sicherstellen.
Bedeutung
Stellt die Daten-Rückverfolgbarkeit sicher und ist unerlässlich für Analysen, die Daten aus mehreren Enterprise-Systemen kombinieren.
Datenquelle
Dies ist in der Regel 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 Hauptfaktor 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
Wesentlich 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
|
|||
|
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 maßgeblich 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 Ereignisse abgeleitet werden müssen.
Beispiele
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Vertragsart
ContractType
|
Die Klassifizierung des Vertrags, wie 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, Durchlaufzeiten, 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 Dienste Agreement), und dieses Attribut macht diesen Vergleich möglich.
Bedeutung
Ermöglicht den Vergleich der Process Leistungsfähigkeit über verschiedene Vertragskategorien hinweg, die oft einzigartige Workflows und Komplexitätsgrade aufweisen.
Datenquelle
Dies ist ein wichtiges MetaDatenfeld, das üblicherweise aus einer Dropdown-Listee ausgewählt wird, wenn ein Vertrag in DocuSign CLM erstellt wird.
Beispiele
Non-Disclosure Agreement (NDA)Master Dienste Agreement (MSA)Statement of Work (SOW)
|
|||
|
Vertragspartner
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 analysierenn, wie Interaktionen mit verschiedenen externen Parteien die Verhandlungszeiten, Revisionszahlen und die gesamten Durchlaufzeits beeinflussen.
Datenquelle
Diese Information ist ein wesentlicher Bestandteil des VertragsDatensatzes und wird oft in einem dedizierten Feld „Vertragspartnername“ oder „Unternehmen“ gespeichert.
Beispiele
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
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 notwendig ist.
Datenquelle
Diese Information ist üblicherweise als primäres Attribut am Vertrags- oder Workflow-Objekt innerhalb von DocuSign CLM verfügbar.
Beispiele
EntwurfIn interner ÜberprüfungWarten auf UnterschriftAusgeführtBeendet
|
|||
|
Vertragsverantwortlicher
ContractOwner
|
Der Benutzer oder Mitarbeiter, der für das Management des Vertrags über dessen Lebenszyklus hinweg verantwortlich ist. | ||
|
Beschreibung
Der Vertragsverantwortliche ist die primäre Kontaktperson und die für den Fortschritt eines Vertrags verantwortliche Person. Dies ist in der Regel 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 Durchlaufzeiten 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 Leistungsfähigkeit-Analyse nach Einzelperson oder Team und hilft, Best Practices und Bereiche für Verbesserungen bei benutzergesteuerten Aktivitäten zu identifizieren.
Datenquelle
Dies ist in der Regel ein Benutzerfeld, das dem Vertrags-Objekt zugeordnet ist und oft mit dem Namen des Benutzers gefüllt wird, der den Antrag bearbeitet.en Workflow erstellt oder besitzt.
Beispiele
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Vertragswert
ContractValue
|
Der Gesamtbetrag 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 maßgeblich, 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 in der Regel 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 wichtig 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 ausstehende Zahlungen identifizieren.endVon 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 den Antrag bearbeitet.afür verantwortlich ist. Prozesse und Anforderungen auf Abteilungsebene können variieren, was zu unterschiedlichen Vertragsmanagementmustern führt. Die Segmentierung der Analyse nach Abteilung ist wichtig, um zu verstehen, wie verschiedene Geschäftsbereiche den Vertragsmanagementprozess einsetzen. 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, Prozessoptimierungen an die Bedürfnisse der Abteilung anzupassen.
Bedeutung
Ermöglicht den Leistungsfähigkeit-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
VertriebRechtlichBeschaffungMarketing
|
|||
|
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 den Antrag bearbeitet.ie 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 Engpässe innerhalb der Genehmigungskette.
Datenquelle
Berechnet im Process-Mining-Tool durch Identifizierung aller Genehmigungs-Ereignisse (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 in der Regel 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
JaNein
|
|||
|
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 in der Regel 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 analysierenn, 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
JaNein
|
|||
|
Rechtsberater
LegalCounsel
|
Der juristische Fachmann oder den Antrag bearbeitet.as 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 in der Regel 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 Leistungsfähigkeit“, um den Durchsatz und die Durchlaufzeiten verschiedener Mitglieder den Antrag bearbeitet.es Rechtsteams zu messen und zu vergleichen, was die Arbeitslastverteilung Hinweisrmieren und Effizienzmöglichkeiten innerhalb der Rechtsabteilung identifizieren kann.
Bedeutung
Ermöglicht eine detaillierte Analyse der Legal Review Phase und hilft, Workloads auszugleichen und die Leistungsfähigkeit 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 den Antrag bearbeitet.ie Ausführung bereit ist. Verzögerungen bis zu diesem Punkt verdeutlichen interne Abstimmungsprobleme.
Datenquelle
Dieses Ereignis wird in der Workflow-Verlauf 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 wichtiger 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 maßgeblich für das Dashboard „Legal Review Leistungsfähigkeit“ und für die Identifizierung von Beschleunigungsmöglichkeiten.
Datenquelle
Das Ereignis wird aus dem Workflow-Audit-Trail erfasst, der den Antrag bearbeitet.en Zeitstempel protokolliert, wann eine Aufgabe dem Rechtsteam zugewiesen wird oder den Antrag bearbeitet.er Vertragsstatus sich in „In Legal Review“ ändert.
Erfassen
Von der Workflow Engine protokolliert, wenn der Vertrag einer Legal Review Aufgabe 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 wichtig für die Berechnung der „Durchschnittlichen Vertragszykluszeit“ und die Messung des gesamten Prozessdurchsatzes.
Datenquelle
Der Zeitstempel 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 den Antrag bearbeitet.urch 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 maßgeblich 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 Zeitstempel 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 den Antrag bearbeitet.etaillierten Historie oder den Antrag bearbeitet.em 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 in der Regel 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 wichtig für die Messung des gesamten Vertragsdurchsatzes und des Beginns der End-to-End-Zykluszeit.
Datenquelle
Dieses Ereignis wird aus dem Audit-Log oder den Antrag bearbeitet.er Workflow-Verlauf erfasst und entspricht dem Erstellungs-Zeitstempel des VertragsDatensatzes oder den Antrag bearbeitet.er Übermittlung eines Aufnahmeformulars.
Erfassen
Aus der Übermittlung eines Vertragsinitiierungsformulars oder den Antrag bearbeitet.er Erstellung eines neuen Vertragsobjekts protokolliert.
Ereignistyp
explicit
|
|||
|
An Gegenpartei 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 den Antrag bearbeitet.ie Prozesskontrolle begrenzt ist. Das Verständnis der mit den Vertragspartnern verbrachten Zeit ist maßgeblich, 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 den Antrag bearbeitet.as 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-Verlauf 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 Prü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-Verlauf 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
Wesentlich 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 Aufgaben oder Workflows im Zusammenhang mit dem Verpflichtungsmanagement protokolliert.
Ereignistyp
explicit
|
|||
|
Verhandlung mit Vertragspartner begonnen
|
Zeigt an, dass die Gegenpartei geantwortet hat, in der Regel durch Feedback oder eine überarbeitete Version des Vertrags. Dies wird inferiert, wenn eine neue Dokumentenversion von einer externen Partei hochgeladen wird oder den Antrag bearbeitet.er Status in eine interne Prüfphase zurückkehrt. | ||
|
Bedeutung
Diese Aktivität ist maßgeblich 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 Zeitstempel 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 Vertrags-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 in der Regel durch den Abschluss des Signaturprozesses ausgelöst. | ||
|
Bedeutung
Stellt sicher, dass der Prozess mit ordnungsgemäßer Datensatz-Keeping abgeschlossen wird. Es markiert das Ende des Prozesses.kiert den letzten Moment des Pre-Execution Lebenszyklus und den Beginn der Post-Execution Phase.
Datenquelle
Aus der Workflow History als Abschluss des letzten Schritts erfasst, der den Antrag bearbeitet.as 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 maßgeblich 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 in der Regel manuell vom Vertragsverantwortlichen oder automatisch basierend auf dem Ablaufdatum des Vertrags ausgelöst. | ||
|
Bedeutung
Diese Aktivität ist wichtig 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-Datensatz, 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 Antrag bearbeitet.en Renewal Workflow starten soll.
Ereignistyp
explicit
|
|||