Ihr Daten-Template für das Vertragsmanagement

Icertis
Ihr Daten-Template für das Vertragsmanagement

Ihr Daten-Template für das Vertragsmanagement

Dieses Template erläutert, welche Daten Sie für die Analyse Ihres Vertragsmanagementprozesses erfassen sollten. Es beschreibt die wichtigsten Attribute und Aktivitäten sowie die praktische Vorgehensweise beim Extrahieren der Informationen aus Ihren Quellsystemen. So stellen Sie sicher, dass alle erforderlichen Daten für ein aussagekräftiges Process Mining vorliegen.
  • Empfohlene Attribute
  • Wichtige Aktivitäten zur Nachverfolgung
  • Anleitung zum Extrahieren der Daten aus Ihrem Quellsystem
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Vertragsmanagements

Diese Datenfelder sind erforderlich, um ein aussagekräftiges Event Log für die umfassende Analyse Ihres Vertragsmanagementprozesses zu erstellen.
3 Erforderlich 6 Empfohlen 11 Optional
Name Beschreibung
Vertrags-ID
ContractId
Die eindeutige Kennung jedes Vertrags, der auf der Icertis-Plattform verwaltet wird.
Beschreibung

Die Vertrags-ID dient als eindeutige Case-ID und verknüpft alle Ereignisse und Aktivitäten, die zu einem bestimmten Vertrag gehören. So lässt sich der gesamte Weg jedes Vertrags von der Erstellung bis zum Abschluss analysieren.

Im Process Mining ist dieses Attribut grundlegend, um den Lebenszyklus jedes Vertrags zu rekonstruieren. Es stellt sicher, dass alle zugehörigen Aktivitäten, etwa Erstellung, Prüfungen, Genehmigungen und Abschluss, dem richtigen Vertrag zugeordnet werden. Dadurch lassen sich Durchlaufzeiten genau messen und Prozessabweichungen erkennen.

Warum das wichtig ist

Dieser Primärschlüssel ermöglicht die Analyse des vollständigen Vertragsverlaufs und gewährleistet die Datenintegrität.

Woher beziehen

Dies ist ein zentrales Attribut des Objekts „Contract Agreement“ in Icertis.

Beispiele
CTR-2023-00123MSA-2024-589ANDA-FN-00451
Aktivitätsname
ActivityName
Der Name des konkreten Ereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Vertragslebenszyklus stattgefunden hat.
Beschreibung

Der Aktivitätsname bezeichnet einen bestimmten Schritt oder Meilenstein im Vertragsmanagementprozess. Die Ereignisse werden nach ihren Timestamps geordnet, um den Prozessablauf für jeden Vertrag abzubilden.

Die Analyse dieses Attributs zeigt die Abfolge der Vorgänge, die Häufigkeit einzelner Aktivitäten und die Gesamtstruktur des Prozesses. Damit lassen sich häufige Prozesspfade, Abweichungen von der Standardvorgehensweise sowie Aktivitäten erkennen, die Nacharbeit oder Verzögerungen verursachen, etwa wiederholte Überarbeitungszyklen.

Warum das wichtig ist

Das Attribut definiert die Prozessschritte. Es ist entscheidend, um den Prozessablauf zu visualisieren, den Prozessfluss zu analysieren und Engpässe zu erkennen.

Woher beziehen

Diese Informationen stammen in der Regel aus Event Logs oder Workflow-Verlaufstabellen in Icertis. Darin werden Statusänderungen und Aufgaben im Zusammenhang mit einem Vertrag erfasst.

Beispiele
Vertragsentwurf erstelltRechtsprüfung abgeschlossenVertrag abgeschlossenVertragsänderung eingeleitet
Ereigniszeitpunkt
EventTime
Der Timestamp, der angibt, wann eine bestimmte Vertragsaktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität begonnen oder abgeschlossen wurde. Es bildet die zeitliche Grundlage für Process Mining und gibt die chronologische Reihenfolge der Ereignisse für jeden Vertrags-Case an.

Der Ereigniszeitpunkt ist für alle zeitbasierten Analysen entscheidend. Er dient dazu, Durchlaufzeiten zwischen Aktivitäten zu berechnen, Wartezeiten zu erkennen, die Dauer bestimmter Phasen wie Verhandlungen oder Genehmigungen zu messen und Engpässe aufzudecken, an denen Verträge längere Zeit stillstehen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend für die Berechnung aller Leistungskennzahlen, etwa Durchlaufzeiten und Dauern, sowie für das Verständnis der Ereignisabfolge.

Woher beziehen

Dies ist ein Standardfeld im Audit Trail oder in den Workflow-Verlaufsprotokollen von Icertis und wird jedem erfassten Ereignis zugeordnet.

Beispiele
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
Abteilung des Verantwortlichen
OwnerDepartment
Die Abteilung, der der Verantwortliche für die Aktivität angehört.
Beschreibung

Dieses Attribut gibt die Fachabteilung an, etwa Recht, Vertrieb oder Beschaffung, der der Benutzer angehört, der die Aktivität ausgeführt hat. Es bietet einen aggregierten Überblick über den Ressourceneinsatz im Prozess.

Die Analyse nach Abteilung ist wichtig, um die Zusammenarbeit und Übergaben zwischen Abteilungen zu verstehen. Sie hilft, systembedingte Verzögerungen zu erkennen, etwa lange Wartezeiten auf eine rechtliche Prüfung nach der Einreichung durch den Vertrieb. Darauf richtet sich das Dashboard „Verzögerungen bei Abteilungsübergaben“.

Warum das wichtig ist

Erleichtert die Analyse der Abteilungsleistung und der Effizienz von Übergaben und macht abteilungsübergreifende Engpässe sichtbar.

Woher beziehen

Diese Daten müssen möglicherweise durch einen Abgleich mit einem HR-System oder Benutzerverzeichnis ergänzt werden. Als Schlüssel dient dabei der Verantwortliche für die Aktivität. Die Information kann auch direkt in den Icertis-Benutzerprofilen gespeichert sein.

Beispiele
RechtVertriebBeschaffungFinanzen
Endzeit
EndTime
Der Timestamp, der angibt, wann eine bestimmte Vertragsaktivität abgeschlossen wurde.
Beschreibung

Dieses Attribut erfasst den Abschlusszeitpunkt einer Aktivität. Während StartTime den Beginn markiert, kennzeichnet EndTime das Ende und damit die genaue Zeitspanne der Aktivität.

Start- und Endzeit sind erforderlich, um die Verarbeitungszeit beziehungsweise Dauer jeder einzelnen Aktivität genau zu berechnen. So lässt sich erkennen, welche Schritte am meisten Zeit beanspruchen und wie sich aktive Verarbeitungszeit von Wartezeit zwischen den Schritten unterscheidet. Das ist wichtig für Dashboards wie „Engpässe im Genehmigungsprozess“ und „Effizienz bei Erstellung und Überarbeitung“.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Aktivitätsdauer und hilft, Verarbeitungszeit von Wartezeit zu unterscheiden.

Woher beziehen

Wie StartTime ist dieser Wert im Icertis-Audit-Trail oder in den Workflow-Verlaufsprotokollen zu finden. Manche Events sind unmittelbar abgeschlossen, sodass StartTime und EndTime identisch sind.

Beispiele
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
Verantwortlicher für die Aktivität
ActivityOwner
Der Benutzer oder die Ressource, der beziehungsweise die für die Ausführung einer Vertragsaktivität verantwortlich ist.
Beschreibung

Dieses Attribut bezeichnet die Person, das Team oder den automatisierten Benutzer, der eine Aktivität ausgeführt hat. Der Wert kann ein Benutzername, eine Mitarbeiter-ID oder ein Systemkonto sein.

Die Analyse des Verantwortlichen für die Aktivität ist wichtig, um Ressourceneinsatz, Arbeitsverteilung und Leistung zu verstehen. Sie zeigt beispielsweise, welche Benutzer oder Teams Engpässe verursachen, wer besonders effizient prüft und wie die Arbeit verteilt ist. Das unterstützt direkt das Dashboard „Arbeitsverteilung unter Prüfenden“.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Benutzer oder Team und hilft, unausgewogene Arbeitslasten sowie Schulungsbedarf zu erkennen.

Woher beziehen

Diese Information ist in Icertis üblicherweise im Workflow-Verlauf oder im Audit-Trail verfügbar und mit jedem Event verknüpft.

Beispiele
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
Vertragsart
ContractType
Die Klassifizierung des Vertrags, zum Beispiel als Master Services Agreement oder Geheimhaltungsvereinbarung.
Beschreibung

Die Vertragsart ordnet Vereinbarungen nach ihrem rechtlichen oder geschäftlichen Zweck ein. Sie ist ein grundlegendes Attribut, um Vertragslebenszyklen zu segmentieren und miteinander zu vergleichen.

Je nach Vertragsart unterscheiden sich Prozessabläufe, Komplexität und SLAs. Eine Analyse nach Vertragsart ermöglicht gezielte Verbesserungen, etwa optimierte Workflows für häufige, risikoarme Vereinbarungen wie NDAs im Vergleich zu komplexen, hochwertigen MSAs. Das Attribut ist wichtig für die KPIs „Analyse von Vertragsvarianten“ und „Einhaltung von Richtlinien“.

Warum das wichtig ist

Ermöglicht die Segmentierung von Prozessen, um Lebenszyklen und Compliance bei verschiedenen Vereinbarungsarten zu vergleichen.

Woher beziehen

Dieses Standardattribut ist für das Objekt Contract Agreement in Icertis konfiguriert.

Beispiele
Master Services Agreement (MSA)Geheimhaltungsvereinbarung (NDA)Leistungsbeschreibung (SOW)
Vertragsstatus
ContractStatus
Der aktuelle Status oder die aktuelle Phase des Vertrags in seinem Lebenszyklus.
Beschreibung

Dieses Attribut gibt den Gesamtstatus des Vertrags-Cases an, zum Beispiel „Entwurf“, „In Prüfung“, „Wartet auf Unterschrift“ oder „Abgeschlossen“. Üblicherweise handelt es sich um ein Attribut auf Case-Ebene, das den zuletzt erreichten wichtigen Meilenstein abbildet.

Es ist wichtig für operative Dashboards wie „Vertragsstatus und Durchsatz“, die einen aktuellen Überblick über die Vertragspipeline bieten. Führungskräfte sehen, wie viele Verträge sich in den einzelnen Phasen befinden und wo sich Arbeit staut. So können sie das Vertragsportfolio vorausschauend steuern.

Warum das wichtig ist

Bietet einen Überblick über die Vertragspipeline und ist damit wichtig für die operative Überwachung und die Steuerung des Durchsatzes.

Woher beziehen

Dies ist ein primäres Statusfeld des Objekts Contract Agreement in Icertis.

Beispiele
EntwurfIn interner PrüfungAbgeschlossenBeendet
Vertragswert
ContractValue
Der Gesamtwert des Vertrags.
Beschreibung

Dieses Attribut gibt den finanziellen Wert des Vertrags an, zum Beispiel den Gesamtvertragswert oder den annualisierten Wert. Es ist eine wichtige Geschäftskennzahl, um Verträge zu priorisieren und ihre finanziellen Auswirkungen einzuschätzen.

Beim Process Mining dient der Vertragswert dazu, Analysen zu segmentieren und den Fokus auf hochwertige Vereinbarungen zu richten. So lässt sich beispielsweise untersuchen, ob die Genehmigung oder Verhandlung hochwertiger Verträge länger dauert. Das Attribut unterstützt auch die Risikobewertung, denn Verzögerungen bei solchen Verträgen können erhebliche Auswirkungen auf den Umsatz haben.

Warum das wichtig ist

Ermöglicht eine Priorisierung und wertbasierte Analyse, damit Verbesserungsmaßnahmen auf die finanziell bedeutendsten Verträge ausgerichtet werden können.

Woher beziehen

Üblicherweise handelt es sich um ein Standardwährungsfeld des Objekts Contract Agreement in Icertis.

Beispiele
50000.001250000.002500.00
Ablaufdatum
ExpirationDate
Das Datum, an dem der Vertrag voraussichtlich ausläuft.
Beschreibung

Dieses Attribut speichert das Enddatum der Vertragslaufzeit. Es ist wichtig für die Verwaltung des Vertrags nach seinem Abschluss und kann Verlängerungs- oder Beendigungsaktivitäten auslösen.

Das Datum ist entscheidend, um die Wirksamkeit des Vertragsmanagements am Laufzeitende zu überwachen. Es bildet die Grundlage für die KPI „Fristgerechte Verlängerungs- und Beendigungsrate“. Diese misst, ob Verlängerungs- oder Beendigungsprozesse rechtzeitig eingeleitet und abgeschlossen werden, damit unerwünschte automatische Verlängerungen oder Leistungslücken vermieden werden.

Warum das wichtig ist

Wichtig für die Verwaltung von Vertragsverlängerungen und -beendigungen, damit Prozesse zum Laufzeitende vorausschauend bearbeitet werden.

Woher beziehen

Dies ist ein Standarddatumsfeld des Objekts Contract Agreement in Icertis.

Beispiele
2025-12-312026-06-302024-08-15
Anzahl der Überarbeitungen
RevisionCount
Die Gesamtzahl der Überarbeitungen eines Vertrags.
Beschreibung

Diese berechnete Kennzahl zählt für jeden Vertrags-Case Aktivitäten im Zusammenhang mit Überarbeitungen, etwa „Vertrag mit Änderungen versehen oder überarbeitet“. Sie ist ein einfacher, aussagekräftiger Indikator für Reibungsverluste im Prozess.

Eine hohe Zahl an Überarbeitungen weist auf mögliche Probleme bei der Erstellung oder Verhandlung hin, etwa unklare Anforderungen, mangelhafte Erstentwürfe oder schwierige Verhandlungen. Die Kennzahl fließt direkt in die KPI „Vertragsüberarbeitungsrate“ ein und hilft in Dashboards, Verträge und Prozessvarianten mit übermäßiger Nacharbeit zu erkennen.

Warum das wichtig ist

Beziffert die Nacharbeit im Vertragslebenszyklus und misst direkt die Effizienz der Erstellungs- und Verhandlungsphasen.

Woher beziehen

Der Wert wird berechnet, indem die Vorkommen bestimmter Überarbeitungsaktivitäten für jede „ContractId“ im Event Log gezählt werden.

Beispiele
1503
Dokumentversion
DocumentVersion
Die Versionsnummer des Vertragsdokuments.
Beschreibung

Dieses Attribut erfasst die Version des Vertragsdokuments während der Erstellung, des Redlining und der Überarbeitung. Der Wert ist üblicherweise eine Ganzzahl oder eine Versionsnummer im Format Hauptversion.Nebenversion.

Die Dokumentversion ist ein direkter Indikator für Nacharbeit. Viele Versionen eines Vertrags deuten auf mehrere Änderungsrunden hin, deren Ursachen sich genauer untersuchen lassen. Das Attribut ist eine wichtige Grundlage für die KPI „Vertragsüberarbeitungsrate“ und das Dashboard „Effizienz bei Erstellung und Überarbeitung“.

Warum das wichtig ist

Misst direkt den Umfang der Nacharbeit und Überarbeitungen eines Vertrags und macht Ineffizienzen bei der Erstellung und Verhandlung sichtbar.

Woher beziehen

Icertis führt für alle Vertragsdokumente einen Versionsverlauf. Dieses Attribut lässt sich aus den Dokumentmetadaten oder dem Event Log extrahieren.

Beispiele
1.02.34.00.5
Fälligkeit einer Verpflichtung
ObligationDueDate
Die Frist, bis zu der eine bestimmte vertragliche Verpflichtung erfüllt werden muss.
Beschreibung

Dieses Attribut erfasst die Fälligkeitstermine wichtiger Verpflichtungen, Zusagen und Leistungen, die nach Vertragsabschluss im Vertrag festgelegt sind. Ein Vertrag kann mehrere Verpflichtungen mit jeweils eigenem Fälligkeitstermin enthalten.

Die Überwachung dieser Termine ist für Compliance und Risikomanagement nach Vertragsabschluss entscheidend. Das Attribut bildet die Grundlage für die KPI „Erfüllungsrate vertraglicher Verpflichtungen“. Damit kann die Organisation überwachen, ob sie ihre Zusagen fristgerecht erfüllt, und möglichen Verstößen frühzeitig entgegenwirken.

Warum das wichtig ist

Ermöglicht die Überwachung der Compliance nach Vertragsabschluss. Das hilft, Vertragsstrafen zu vermeiden und gute Geschäftsbeziehungen zu erhalten.

Woher beziehen

Icertis bietet Module für das Verpflichtungsmanagement. Die Daten stammen aus den Verpflichtungen, die einem Vertrag zugeordnet sind.

Beispiele
2024-09-302025-01-152024-11-01
Geschäftseinheit
BusinessUnit
Die interne Geschäftseinheit, der der Vertrag zugeordnet ist.
Beschreibung

Dieses Attribut bezeichnet den internen Geschäftsbereich oder die Geschäftseinheit, die den Vertrag verantwortet oder angefordert hat, zum Beispiel „Enterprise Sales North America“ oder „Global Procurement“.

Wie die Abteilung ermöglicht auch dieses Attribut eine übergeordnete Aggregation der Prozessdaten. So lassen sich Prozesseffizienz und Compliance in verschiedenen Organisationseinheiten vergleichen. Das liefert wertvolle Erkenntnisse für die Geschäftsleitung und unterstützt strategische Entscheidungen zur Ressourcenverteilung.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung auf übergeordneter Ebene zwischen verschiedenen Organisationseinheiten.

Woher beziehen

Dieses wichtige Metadatenfeld des Vertrags verweist häufig auf die Organisationsstruktur.

Beispiele
BU-North AmericaGlobal ServicesProduktentwicklung
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung der Prozessdaten.
Beschreibung

Dieses Attribut zeigt, wie aktuell die analysierten Daten sind. Es erfasst Datum und Uhrzeit der letzten Datenextraktion aus dem Quellsystem.

Anhand dieser Information können Benutzer einschätzen, wie aktuell die in den Dashboards dargestellten Erkenntnisse sind. Sie sehen, ob die Daten nahezu in Echtzeit vorliegen oder bereits einige Stunden beziehungsweise Tage alt sind. So können sie die Ergebnisse im richtigen Kontext bewerten.

Warum das wichtig ist

Gibt Auskunft über die Aktualität der Daten, damit Benutzer den zeitlichen Stand der Prozessanalyse einschätzen können.

Woher beziehen

Dieser Timestamp wird am Ende jedes erfolgreichen Aktualisierungszyklus von der Datenpipeline oder dem ETL-Tool erzeugt.

Beispiele
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
Name der Gegenpartei
CounterpartyName
Der Name der externen Partei im Vertrag, zum Beispiel eines Kunden oder Lieferanten.
Beschreibung

Dieses Attribut bezeichnet die andere Partei der Vereinbarung. Es liefert wichtigen Kontext für die Analyse von Interaktionen und Verhandlungen.

Eine Analyse nach Gegenpartei kann Muster in Verhandlungszyklen aufdecken. Sie zeigt beispielsweise, ob Verhandlungen mit bestimmten Lieferanten regelmäßig länger dauern oder mehr Überarbeitungen erfordern. Diese Erkenntnisse sind für das strategische Beziehungsmanagement und die Anpassung von Verhandlungsstrategien wertvoll. Sie unterstützen direkt das Dashboard „Verhandlungszykluszeit und Nacharbeit“.

Warum das wichtig ist

Ermöglicht die Analyse von Verhandlungsmustern und der Zusammenarbeit mit bestimmten externen Parteien.

Woher beziehen

Diese Information ist in den Metadaten des Vertrags gespeichert und verweist in Icertis üblicherweise auf ein Datenobjekt für Gegenparteien oder Lieferanten.

Beispiele
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Quellsystem
SourceSystem
Das System, aus dem die Vertragsdaten exportiert wurden.
Beschreibung

Dieses Attribut gibt die Herkunft der Daten an. Für diesen Prozess lautet der Wert „Icertis“. Das unterstützt Data Governance und Rückverfolgbarkeit, insbesondere wenn Daten aus mehreren Systemen zusammengeführt werden.

Bei der Analyse können Sie die Daten nach einem bestimmten Quellsystem filtern oder, sofern relevant, Prozesse aus verschiedenen Systemen vergleichen. In dieser Ansicht dient das Attribut als konstanter Bezeichner für alle Events.

Warum das wichtig ist

Sichert Datenherkunft und Rückverfolgbarkeit. Das ist wichtig, um Daten zu validieren und Daten aus mehreren Quellen zu verwalten.

Woher beziehen

Dieser statische Wert wird üblicherweise bei der Datenextraktion und -transformation hinzugefügt, um die Herkunft der Daten zu kennzeichnen.

Beispiele
IcertisIcertisCLM
Region
Region
Die geografische Region, die für den Vertrag relevant ist.
Beschreibung

Dieses Attribut gibt das geografische Gebiet an, für das der Vertrag gilt, zum Beispiel EMEA, APAC oder Nordamerika. Es ist für global tätige Organisationen mit regional unterschiedlichen Prozessen wichtig.

Eine Analyse nach Region kann Unterschiede bei Prozessleistung, Compliance-Anforderungen oder Verhandlungstaktiken aufdecken, die auf lokale Gesetze und Geschäftskulturen zurückzuführen sind. Sie ermöglicht regionale Vergleiche und hilft, bewährte Vorgehensweisen zu erkennen, die sich weltweit teilen lassen.

Warum das wichtig ist

Hilft, regionale Unterschiede bei Prozessleistung und Compliance zu erkennen. Das ist für global tätige Organisationen besonders wichtig.

Woher beziehen

Dieses Metadatenfeld ist üblicherweise für das Vertragsobjekt in Icertis vorgesehen und häufig Teil der Standardkonfiguration.

Beispiele
EMEANordamerikaAPACLATAM
SLA-Status
SLAState
Gibt an, ob eine Aktivität oder ein Case die vereinbarten Service Level Agreements (SLA) einhält.
Beschreibung

Dieses Attribut ergibt sich aus dem Vergleich der Dauer bestimmter Prozessphasen mit vorab festgelegten SLA-Zielen. Eine rechtliche Prüfung kann beispielsweise als „Verspätet“ gekennzeichnet werden, wenn sie länger als die vorgesehene Bearbeitungszeit von 48 Stunden dauert.

Der SLA-Status ist wichtig für die Compliance-Überwachung und das Leistungsmanagement. Er ermöglicht Benachrichtigungen und Dashboards wie „Überblick über die Vertrags-Compliance“, die Verstöße sofort sichtbar machen. Teams können überfällige Aufgaben priorisieren, während Führungskräfte die Leistung anhand wichtiger Zielvorgaben verfolgen.

Warum das wichtig ist

Macht die Einhaltung von Service-Level-Zielen sofort sichtbar und hilft, Arbeit zu priorisieren und die Leistung zu steuern.

Woher beziehen

Der Wert wird anhand von Geschäftsregeln im Process-Mining-Tool berechnet, die Timestamps mit vorab festgelegten SLA-Grenzwerten vergleichen, zum Beispiel: Dauer der rechtlichen Prüfung > 2 Tage.

Beispiele
FristgerechtGefährdetVerspätet
Standard-Template verwendet
IsStandardTemplate
Kennzeichnet, ob der Vertrag mit einem unternehmensweit gültigen Standard-Template erstellt wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob der Vertrag auf einem vorab freigegebenen Standard-Template basiert oder als individuelle, nicht standardisierte Vereinbarung erstellt wurde. Das ist ein wichtiger Faktor für die Bewertung von Risiken und Compliance.

Verträge auf Basis von Standard-Templates haben üblicherweise kürzere Zykluszeiten und ein geringeres Risiko. Dieses Attribut bildet die Grundlage für die KPI „Einhaltungsrate für Vertrags-Templates“ und hilft, die Auswirkungen nicht standardisierter Vertragsvorlagen auf den Prozess zu analysieren. Es kann Abteilungen oder Vertragsarten aufzeigen, die häufig von Standards abweichen, und so Maßnahmen zur stärkeren Verwendung von Templates unterstützen.

Warum das wichtig ist

Misst die Einhaltung unternehmensweiter Standards, die direkt mit Prozesseffizienz und Risikominderung zusammenhängt.

Woher beziehen

Dies kann ein Kontrollkästchen im Vertrag sein oder sich aus der Herkunft des Dokuments beziehungsweise seinen Metadaten in Icertis ableiten lassen.

Beispiele
truefalse
Erforderlich Empfohlen Optional

Aktivitäten im Vertragsmanagement

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Vertragslebenszyklus zuverlässig zu entdecken und zu analysieren.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Genehmigung durch Vertragspartner erhalten
Diese Aktivität zeigt an, dass der externe Vertragspartner den Bedingungen zugestimmt und die endgültige Vertragsversion genehmigt hat. Sie kann als explizites Ereignis aus einem Kollaborationsportal stammen oder durch eine manuelle Statusänderung des Vertragsverantwortlichen erfasst werden.
Warum das wichtig ist

Dieser Meilenstein schließt die Verhandlungsphase ab. Er bildet den Endpunkt für die Berechnung der KPI „Durchschnittliche Verhandlungsdauer“ und gibt Aufschluss über die Effizienz der externen Abstimmung.

Woher beziehen

Wenn der Vertragspartner ein Icertis-Portal zur Genehmigung verwendet, kann dies als explizites Ereignis erfasst werden. Andernfalls wird es aus einer manuellen Statusänderung zu „Counterparty Approved“ abgeleitet.

Erfassung

Ereignis aus einem Portal des Vertragspartners oder einer manuellen Statusänderung durch einen internen Benutzer.

Ereignistyp explicit
Interne Genehmigungen erteilt
Markiert den Meilenstein, an dem alle erforderlichen internen Beteiligten den Vertrag genehmigt haben. Damit ist er für die externe Verhandlung oder Unterzeichnung bereit. Das Ereignis wird aus dem Gesamtstatus des Genehmigungs-Workflows abgeleitet, sobald dieser den Endstatus „Approved“ erreicht.
Warum das wichtig ist

Dieser wichtige Meilenstein schließt den internen Prüfungszyklus ab. Er bildet den Endpunkt für die KPI „Durchschnittliche Dauer der Genehmigungsphase“.

Woher beziehen

Abgeleitet aus einer Änderung des Workflow-Status zu „Fully Approved“ oder einem ähnlichen Status, der den Abschluss aller Genehmigungsaufgaben anzeigt.

Erfassung

Timestamp des Abschlusses der letzten internen Genehmigungsaufgabe oder einer Änderung des Gesamtstatus im Workflow.

Ereignistyp inferred
Rechtsprüfung abgeschlossen
Zeigt an, dass die Rechtsabteilung ihre Prüfung des Vertrags abgeschlossen hat. In der Regel wird dies als explizites Ereignis protokolliert, wenn ein juristischer Prüfer die ihm zugewiesene Aufgabe im Genehmigungs-Workflow abschließt.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die Bearbeitungszeit der Rechtsprüfung zu messen und mögliche Kapazitätsengpässe im Rechtsteam zu erkennen. Sie unterstützt die KPI „Wartezeit bei der Rechtsprüfung“.

Woher beziehen

Wird explizit protokolliert, wenn die Aufgabe zur Rechtsprüfung im Icertis-Workflow als „Complete“ markiert wird. Das Ereignis kann auch aus einer Statusänderung wie „Legal Approved“ abgeleitet werden.

Erfassung

Ereignis der Workflow-Engine, das den Abschluss der Aufgabe „Legal Review“ anzeigt.

Ereignistyp explicit
Vertrag abgeschlossen
Diese Aktivität markiert den formellen Abschluss des Vertrags, sobald alle Parteien unterschrieben haben. Sie ist der zentrale Endpunkt des Prozesses vor der Unterzeichnung und wird über eine Integration mit einer E-Signatur-Plattform erfasst.
Warum das wichtig ist

Als wichtigstes Abschlussereignis bildet dies den Endpunkt für die KPI „Durchschnittliche Vertragsdurchlaufzeit“. Es zeigt den Zeitpunkt an, ab dem der Vertrag rechtsverbindlich und wirksam ist.

Woher beziehen

Sobald alle Parteien den Vertrag unterzeichnet haben, wird ein explizites Ereignis von der E-Signatur-Plattform empfangen und in Icertis protokolliert.

Erfassung

Rückrufereignis aus der Integration mit der E-Signatur-Plattform.

Ereignistyp explicit
Vertrag beendet oder abgelaufen
Markiert das Ende des Vertragslebenszyklus, entweder durch eine aktive Kündigung oder mit Erreichen des Ablaufdatums. Eine Kündigung ist ein explizites Ereignis, während der Ablauf anhand der Vertragsmetadaten berechnet wird.
Warum das wichtig ist

Dieses Ereignis beendet den Vertragslebenszyklus. Es ist entscheidend für die Analyse von Verlängerungsquoten und die Messung der KPI „Fristgerechte Verlängerungs- und Kündigungsquote“.

Woher beziehen

Ein Kündigungsereignis wird explizit protokolliert, wenn ein Benutzer die Kündigung ausführt. Der Ablauf lässt sich berechnen, indem das aktuelle Datum mit dem Attribut „Expiration Date“ verglichen wird.

Erfassung

Berechnet durch den Vergleich des Systemdatums mit dem Ablaufdatum des Vertrags oder anhand eines manuell erfassten Kündigungsereignisses.

Ereignistyp calculated
Vertragsanfrage eingereicht
Diese Aktivität markiert den offiziellen Beginn des Vertragslebenszyklus: Ein Benutzer aus dem Fachbereich fordert formell einen neuen Vertrag an. In der Regel wird dies als explizites Ereignis erfasst, wenn ein Benutzer auf der Icertis-Plattform ein Vertragsanfrageformular einreicht.
Warum das wichtig ist

Als Startpunkt des Prozesses ist dieses Ereignis entscheidend für die Messung der gesamten Vertragsdurchlaufzeit. Die Analyse von Anzahl und Art der Anfragen unterstützt die Ressourcen- und Bedarfsplanung.

Woher beziehen

Dieses explizite Ereignis wird in Icertis protokolliert, wenn ein Objekt vom Typ „Contract Request“ erstellt und eingereicht wird.

Erfassung

Wird beim Einreichen eines Vertragsanfrageformulars als Ereignis protokolliert.

Ereignistyp explicit
Interne Prüfung gestartet
Diese Aktivität kennzeichnet den Beginn des internen Prüfungs- und Genehmigungs-Workflows. Sie wird erfasst, wenn der Vertragsentwurf formell zur Prüfung durch interne Beteiligte, etwa Abteilungsleitungen oder die Finanzabteilung, eingereicht wird.
Warum das wichtig ist

Damit beginnt die Genehmigungsphase, in der häufig Engpässe auftreten. Die Zeit ab diesem Ereignis zeigt, ob sich der Start der internen Zusammenarbeit verzögert.

Woher beziehen

Wird als explizites Ereignis erfasst, wenn in einem Icertis-Workflow die Aktion „Submit for Review“ ausgelöst wird, oder aus einer Statusänderung zu „In Internal Review“ abgeleitet.

Erfassung

Wird protokolliert, wenn ein Benutzer den internen Prüfungs-Workflow startet.

Ereignistyp explicit
Überwachung von Verpflichtungen aktiviert
Diese Aktivität nach Vertragsabschluss zeigt an, dass vertragliche Verpflichtungen und Zusagen im System zur Überwachung aktiviert wurden. In der Regel wird das Ereignis automatisch bei Vertragsabschluss oder manuell durch einen Vertragsmanager ausgelöst.
Warum das wichtig ist

Mit diesem Ereignis beginnt die Überwachung nach Vertragsabschluss. Es ist entscheidend, um die Einhaltung anhand der KPI „Erfüllungsquote vertraglicher Verpflichtungen“ zu messen und sicherzustellen.

Woher beziehen

Explizites Ereignis im Verpflichtungsmanagementmodul von Icertis, wenn der Vertragsstatus zu „Active“ oder „Executed“ wechselt.

Erfassung

Automatische oder manuelle Aktivierung der mit dem Vertrag verknüpften Verpflichtungseinträge.

Ereignistyp explicit
Verhandlung mit Vertragspartner gestartet
Bezeichnet den Zeitpunkt, an dem der Vertrag dem externen Vertragspartner zur Prüfung und Verhandlung übermittelt wird. Das Ereignis wird häufig aus einer Statusänderung zu „In Negotiation“ oder aus dem Audit Log abgeleitet, das den ersten externen Versand des Dokuments erfasst.
Warum das wichtig ist

Diese Aktivität markiert den Beginn der Verhandlungsphase und dient als Ausgangspunkt für die Berechnung der KPI „Durchschnittliche Verhandlungsdauer“.

Woher beziehen

Abgeleitet aus einer manuellen Statusänderung zu „In Negotiation“ oder aus dem Ereignis, bei dem das Dokument erstmals über ein externes Portal geteilt wird.

Erfassung

Timestamp der Statusänderung zu „In Negotiation“ oder „Sent to Counterparty“.

Ereignistyp inferred
Vertrag überarbeitet oder geändert
Diese Aktivität tritt jedes Mal auf, wenn ein Vertragsdokument während der internen Prüfung oder der externen Verhandlung geändert wird. Icertis verfolgt Dokumentversionen, sodass jede neu eingecheckte Version als Überarbeitungsereignis erfasst werden kann.
Warum das wichtig ist

Anhand der Anzahl dieser Ereignisse pro Vertrag lässt sich die KPI „Vertragsänderungsrate“ berechnen. Viele Überarbeitungen können auf unklare Formulierungen, ineffiziente Verhandlungen oder mangelnde Abstimmung hindeuten.

Woher beziehen

Wird im Dokumentenmanagementmodul von Icertis explizit protokolliert, sobald eine neue Version des Vertragsdokuments hochgeladen oder eingecheckt wird.

Erfassung

Für jede neue Dokumentversionsnummer wird ein Ereignis erstellt.

Ereignistyp explicit
Vertrag verlängert
Zeigt an, dass ein bestehender Vertrag erfolgreich um eine weitere Laufzeit verlängert wurde. Dies ist eine explizite Aktion im System, die häufig einen neuen Vertragseintrag erstellt oder den bestehenden aktualisiert.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die Wirksamkeit des Verlängerungsprozesses zu bewerten. Sie dient zur Berechnung der KPI „Fristgerechte Verlängerungs- und Kündigungsquote“.

Woher beziehen

Explizites Ereignis, das entsteht, wenn ein Benutzer in Icertis für einen Vertrag die Aktion „Renew“ ausführt.

Erfassung

Ereignis aus einer vom Benutzer ausgelösten „Renew“-Transaktion.

Ereignistyp explicit
Vertrag zur Unterzeichnung versandt
Zeigt an, dass der endgültige, genehmigte Vertrag zur elektronischen oder handschriftlichen Unterzeichnung versandt wurde. Dieses explizite Ereignis wird über eine Integration mit E-Signatur-Plattformen wie DocuSign oder Adobe Sign erfasst.
Warum das wichtig ist

Mit diesem Ereignis lässt sich die Effizienz des letzten Schritts im Vertragsabschluss analysieren. Verzögerungen zwischen der Genehmigung und dem Versand zur Unterzeichnung können auf administrative Engpässe hinweisen.

Woher beziehen

Wird über eine API-Integration mit einer E-Signatur-Lösung explizit protokolliert, wenn der Signaturprozess in Icertis gestartet wird.

Erfassung

Ereignis des E-Signatur-Konnektors, wenn eine Signaturanfrage versandt wird.

Ereignistyp explicit
Vertragsänderung eingeleitet
Bezeichnet den Beginn eines formellen Prozesses zur Änderung eines aktiven Vertrags. Das Ereignis wird erfasst, wenn ein Benutzer einen Änderungseintrag erstellt, der mit dem ursprünglichen, abgeschlossenen Vertrag verknüpft ist.
Warum das wichtig ist

Vertragsänderungen bedeuten oft erheblichen Nacharbeitsaufwand oder Änderungen des Leistungsumfangs. Ihre Häufigkeit und Durchlaufzeit geben Aufschluss über die Vertragsstabilität und die Effizienz des Vertragsmanagements.

Woher beziehen

Ein explizites Ereignis wird protokolliert, wenn ein Objekt vom Typ „Amendment“ oder ein ähnlicher Eintrag erstellt und einem bestehenden Vertrag zugeordnet wird.

Erfassung

Erstellung eines Änderungseintrags im Icertis-System.

Ereignistyp explicit
Vertragsentwurf erstellt
Bezeichnet die Erstellung des ersten Vertragsdokuments, entweder auf Basis eines Templates oder als neue Datei. Dieses Ereignis lässt sich häufig aus der Erstellung oder dem ersten Upload des Hauptvertragsdokuments im zugehörigen Vertragsarbeitsbereich ableiten.
Warum das wichtig ist

Mit dieser Aktivität lässt sich die Dauer bis zur Erstellung des ersten Entwurfs messen. Sie ist wichtig, um die Effizienz der Vertragserstellung und die Verwendung von Templates zu analysieren.

Woher beziehen

Abgeleitet aus dem Erstellungs-Timestamp des Hauptvertragsdokuments im Icertis-Vertragsarbeitsbereich oder im Vertragsobjekt.

Erfassung

Ermitteln Sie den Erstellungs-Timestamp der ersten Version des Hauptvertragsdokuments.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zum Extrahieren der Daten

So exportieren Sie Ihre Daten aus Icertis

Möchten Sie loslegen?

Mit diesem Template können Sie direkt mit der Optimierung Ihres Vertragsmanagementprozesses beginnen. Starten Sie noch heute mit Ihren Daten und gewinnen Sie wertvolle Erkenntnisse.

Optimieren Sie Ihre Icertis-Verträge und beseitigen Sie Engpässe

Beseitigen Sie Engpässe. Verkürzen Sie die Vertragsdurchlaufzeit um 30 % und verbessern Sie die Governance.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.