Ihr Daten-Template für das Vertragsmanagement
Ihr Daten-Template für das Vertragsmanagement
- Empfohlene Attribute für die Erfassung
- Wichtige Aktivitäten zur Nachverfolgung
- Hinweise zur Extraktion
Attribute des Vertragsmanagements
| Name | Beschreibung | ||
|---|---|---|---|
|
Case-ID
ContractId
|
Die eindeutige Kennung jedes im System verwalteten Vertrags. Über diese ID werden alle zugehörigen Aktivitäten und Ereignisse während des Vertragslebenszyklus verknüpft. | ||
|
Beschreibung
Die Contract ID dient als eindeutige Case-Kennung und verknüpft alle Ereignisse und Aktivitäten eines bestimmten Vertrags. Jeder Datensatz im Event Log entspricht einer Aktion an einem Vertrag. Die ID fasst diese Aktionen zusammen. Bei der Process-Mining-Analyse ist dieses Attribut entscheidend, um den gesamten Ablauf jedes Vertrags zu rekonstruieren. Es ermöglicht die Visualisierung von Prozessabläufen, die Berechnung der Zykluszeit von der Anfrage bis zur Ausführung und die Segmentierung der Analyse nach individuellen Vertragsmerkmalen.
Warum das wichtig ist
Dies ist der zentrale Schlüssel, um den gesamten Ablauf eines Vertrags nachzuverfolgen. Ohne ihn können Sie weder den durchgängigen Prozessablauf analysieren noch KPIs auf Case-Ebene berechnen.
Woher beziehen
In der Regel ist dies der Primärschlüssel der Haupttabelle „Contracts“ in Agiloft.
Beispiele
CTR-2023-00123MSA-2024-00045NDA-2023-00789
|
|||
|
Aktivitätsname
ActivityName
|
Der Name der konkreten geschäftlichen Aktivität oder des Ereignisses, das zu einem bestimmten Zeitpunkt im Vertragslebenszyklus stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt den ausgeführten Prozessschritt, zum Beispiel „Vertrag entworfen“, „Rechtliche Prüfung durchgeführt“ oder „Vertrag ausgeführt/unterzeichnet“. Diese Aktivitäten bilden die Bausteine der Prozessübersicht. Die Analyse von Reihenfolge und Häufigkeit der Aktivitäten hilft, den Hauptprozessablauf zu erkennen, Abweichungen oder Nacharbeitsschleifen aufzudecken und die häufigsten oder zeitaufwendigsten Schritte zu ermitteln. Sie ist unverzichtbar für Dashboards wie „Gesamtübersicht des Vertragslebenszyklus“ und „Varianten im Vertragserstellungsprozess“.
Warum das wichtig ist
Aktivitäten bilden die Schritte in Ihrer Prozessübersicht ab. Dieses Attribut ist erforderlich, um den Prozessablauf zu visualisieren und nachzuvollziehen, welche Arbeit ausgeführt wird.
Woher beziehen
Abgeleitet aus der Aktion oder Statusänderung, die in den Verlaufs- oder Audit-Tabellen des Vertrags in Agiloft erfasst wurde.
Beispiele
Vertrag erstelltRechtsprüfung durchgeführtZur Unterschrift versendetVertrag abgeschlossen und unterzeichnet
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut enthält den Timestamp der letzten Datenextraktion. Es ist wichtig, um die Aktualität der analysierten Daten einzuschätzen und Aktualisierungsintervalle zu verwalten. Benutzer prüfen anhand dieses Timestamps, ob sie aktuelle Informationen sehen und welchen Zeitraum die Analyse abdeckt. Er ist ein wichtiger Metadatenbestandteil jeder verlässlichen datengetriebenen Analyse.
Warum das wichtig ist
So sehen Benutzer, wie aktuell die Daten sind. Das ist entscheidend für zeitnahe und fundierte Geschäftsentscheidungen.
Woher beziehen
Dieser Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und hinzugefügt.
Beispiele
2024-05-20T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das führende System, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt an, woher die Vertragsmanagementdaten stammen. Für diesen Prozess lautet der Wert immer „Agiloft“. Bei unternehmensweiten Analysen, die Daten aus mehreren Systemen zusammenführen, ist dieses Feld entscheidend für die Datenherkunft und den korrekten Analyseumfang. Es liefert Kontext und ermöglicht die Rückverfolgbarkeit der Daten.
Warum das wichtig ist
Gibt die Herkunft der Daten an. Das ist wichtig für Data Governance, die Fehlerbehebung und die Integration von Daten aus mehreren Quellen.
Woher beziehen
Dies ist ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt werden sollte.
Beispiele
Agiloft
|
|||
|
Startzeit
EventTime
|
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis begonnen hat. | ||
|
Beschreibung
Dieses Attribut enthält Datum und Uhrzeit jeder Aktivität im Vertragsverlauf. Es legt die chronologische Reihenfolge der Ereignisse fest, die für die Prozesserkennung und -analyse entscheidend ist. Anhand der Startzeit lassen sich Zeitspannen zwischen Aktivitäten berechnen, Engpässe erkennen und Zykluszeiten messen. Sie bildet die Grundlage für nahezu alle zeitbezogenen KPIs, etwa „Durchschnittliche Vertragsdurchlaufzeit“ und „Durchschnittliche Dauer der Freigabephase“.
Warum das wichtig ist
Dieser Timestamp ist unverzichtbar, um Ereignisse zu ordnen, Zeitspannen zu berechnen und die Prozessleistung im Zeitverlauf zu analysieren. Ohne ihn ist Process Mining nicht möglich.
Woher beziehen
Dies entspricht dem Timestamp einer Aktion, die in den Verlaufs- oder Audit-Tabellen des Vertrags in Agiloft erfasst wurde.
Beispiele
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Ablaufdatum
ExpirationDate
|
Das Datum, an dem der Vertrag ausläuft, sofern er nicht verlängert oder beendet wird. | ||
|
Beschreibung
Das Ablaufdatum ist ein entscheidendes Datumsfeld, das das Ende der aktiven Vertragslaufzeit festlegt. Es ist unverzichtbar für die Verwaltung von Verlängerungen und Beendigungen sowie zur Vermeidung eines unbeabsichtigten Vertragsablaufs oder automatischer Verlängerungen. Dieses Attribut bildet die Grundlage für das Dashboard „Anstehende Vertragsfristen und Status“ und die KPI „Pünktliche Bearbeitung von Vertragsmaßnahmen“. Damit kann das Unternehmen das Ende der Vertragslaufzeit vorausschauend verwalten, Verlängerungen oder Beendigungen rechtzeitig bearbeiten und versäumte Fristen verhindern.
Warum das wichtig ist
Wichtig für die vorausschauende Vertragsverwaltung. So kann das Unternehmen versäumte Fristen für Verlängerungen oder Beendigungen vermeiden.
Woher beziehen
Dies ist ein Standard-Datumsfeld in der Haupttabelle „Contracts“ in Agiloft.
Beispiele
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
|
|||
|
Abteilung des Benutzers
UserDepartment
|
Die Fachabteilung, der der Benutzer oder Vertragsverantwortliche angehört. | ||
|
Beschreibung
Dieses Attribut ordnet den Vertrag einer Fachabteilung zu, etwa „Vertrieb“, „Rechtsabteilung“, „Einkauf“ oder „Finanzen“. Die Information kann dem Vertragsverantwortlichen oder dem Benutzer zugeordnet werden, der eine bestimmte Aktivität ausgeführt hat. Diese Dimension ist entscheidend für das Dashboard „Einflussfaktoren auf die Schwankungen der Vertragsdurchlaufzeit“. Sie ermöglicht den Vergleich der Prozessleistung zwischen Fachabteilungen und zeigt, ob bestimmte Bereiche längere Zykluszeiten, mehr Nacharbeit oder andere Prozessabläufe aufweisen. So können Sie beispielsweise untersuchen, ob Verträge aus dem Vertrieb länger für die rechtliche Prüfung benötigen als Verträge aus dem Einkauf.
Warum das wichtig ist
Ermöglicht den Leistungsvergleich zwischen Geschäftseinheiten und hilft, abteilungsspezifische Prozessprobleme oder bewährte Vorgehensweisen zu erkennen.
Woher beziehen
Diese Information kann aus Benutzerprofil-Tabellen übernommen oder direkt im Vertragsdatensatz in Agiloft gespeichert werden.
Beispiele
VertriebRechtsabteilungBeschaffungFinanzen
|
|||
|
Benutzername
UserName
|
Der Name des Benutzers oder der Ressource, der beziehungsweise die die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut gibt an, wer für einen bestimmten Prozessschritt verantwortlich war, zum Beispiel für den Vertragsentwurf oder die rechtliche Prüfung. In der Regel stammt es aus den Benutzerinformationen zu einer Aktion im Audit-Trail des Systems. Die Auswertung nach Benutzer ist für das Dashboard „Arbeitslastanalyse für Vertragsressourcen“ unerlässlich. Sie zeigt die Verteilung der Arbeitslast, Leistungsunterschiede zwischen einzelnen Personen und Schulungsbedarf auf. Außerdem lässt sich damit nachvollziehen, wer für bestimmte Aktionen verantwortlich war.
Warum das wichtig ist
Ermöglicht die Analyse der Arbeitslast, den Leistungsvergleich und die Erkennung ressourcenspezifischer Engpässe oder bewährter Vorgehensweisen.
Woher beziehen
In der Regel in den Vertragsverlaufs- oder Audit-Tabellen zu finden und mit dem Benutzer verknüpft, der die Änderung vorgenommen hat.
Beispiele
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Endzeit
EventEndTime
|
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis abgeschlossen wurde. | ||
|
Beschreibung
Die Startzeit gibt an, wann eine Aktivität begonnen hat, die Endzeit markiert ihren Abschluss. Die Differenz zwischen beiden entspricht der Verarbeitungszeit dieser Aktivität. Im Process Mining ermöglichen Start- und Endzeiten eine detailliertere Analyse der Ressourcennutzung sowie der Warte- und aktiven Arbeitszeiten. So lässt sich beispielsweise unterscheiden, wie lange an einer rechtlichen Prüfung gearbeitet wurde und wie lange sie in einer Warteschlange lag. Das unterstützt die KPI „Verarbeitungszeit der rechtlichen Prüfung“.
Warum das wichtig ist
Ermöglicht die Berechnung der tatsächlichen Verarbeitungszeit einer Aktivität. So lässt sich aktive Arbeitszeit von Wartezeit trennen und die Engpassanalyse präzisieren.
Woher beziehen
In manchen Systemen ist dieser Wert direkt verfügbar. Häufig wird er als Startzeit der nächsten Aktivität im Case abgeleitet. Für Agiloft muss er möglicherweise aus dem Audit-Trail ermittelt werden.
Beispiele
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
|
|||
|
Name des Vertragspartners
CounterpartyName
|
Der Name der externen Partei, des Kunden, Lieferanten oder Partners, der am Vertrag beteiligt ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die andere Organisation oder Person, die den Vertrag unterzeichnet. Der Vertragspartner kann den Verhandlungsprozess, den Zeitplan und die Vertragsbedingungen erheblich beeinflussen. Die Analyse der Prozessleistung nach Vertragspartner ist ein wichtiges Ziel der Dashboards „Einflussfaktoren auf die Schwankungen der Vertragsdurchlaufzeit“ und „Häufigkeit von Verhandlungsänderungen“. Sie zeigt, welche Partner zu längeren Verhandlungen oder mehr Überarbeitungen führen. So lassen sich Verhandlungsstrategien gezielt anpassen und Geschäftsbeziehungen besser steuern.
Warum das wichtig ist
Zeigt, wie sich verschiedene externe Partner auf Verhandlungsdauer und Komplexität auswirken. Das verbessert Prognosen und unterstützt die Strategieentwicklung.
Woher beziehen
Dies ist ein Standardfeld in der Haupttabelle „Contracts“ oder wird in Agiloft aus einer verknüpften Tabelle „Companies/Accounts“ übernommen.
Beispiele
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Vertragsstatus
ContractStatus
|
Der aktuelle Status oder Zustand des Vertrags in seinem Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut gibt die aktuelle Phase des Vertrags an, etwa „Entwurf“, „In Prüfung“, „Executed“, „Abgelaufen“ oder „Beendet“. Es zeigt den jeweiligen Stand des Vertrags. Im Process Mining definieren Statusänderungen im Zeitverlauf häufig die Aktivitäten selbst. Als Attribut auf Case-Ebene eignet sich der Status, um die Analyse auf aktive, ausgeführte oder abgelaufene Verträge zu beschränken. Er unterstützt direkt das Dashboard „Anstehende Vertragsfristen und Status“.
Warum das wichtig ist
Bietet einen schnellen Überblick über die aktuelle Phase eines Vertrags und ermöglicht es, laufende und abgeschlossene Cases für die Analyse zu filtern und zu segmentieren.
Woher beziehen
Dies ist ein Standardfeld in der Haupttabelle „Contracts“ in Agiloft.
Beispiele
EntwurfFreigabe ausstehendAusgeführtAbgelaufen
|
|||
|
Vertragstyp
ContractType
|
Die Klassifizierung des Vertrags, zum Beispiel als Master Service Agreement (MSA), Non-Disclosure Agreement (NDA) oder Statement of Work (SOW). | ||
|
Beschreibung
Der Vertragstyp ist ein wichtiges Klassifizierungsfeld, das die Art und das Template der Vereinbarung festlegt. Verschiedene Vertragstypen folgen häufig unterschiedlichen Prozessvarianten, weisen eine andere Komplexität auf und beziehen verschiedene Beteiligte ein. Dieses Attribut ist für Vergleichsanalysen unverzichtbar und beeinflusst maßgeblich die Dashboards „Einflussfaktoren auf die Schwankungen der Vertragsdurchlaufzeit“ und „Häufigkeit von Verhandlungsänderungen“. Durch die Segmentierung nach Vertragstyp können Analysten herausfinden, warum bestimmte Verträge länger dauern, mehr Überarbeitungen erfordern oder häufiger vom Standardprozess abweichen.
Warum das wichtig ist
Erklärt deutliche Unterschiede bei Prozesskomplexität, Dauer und Risiko. Dieses Attribut ist grundlegend für eine aussagekräftige Prozesssegmentierung.
Woher beziehen
Dies ist ein Standardfeld in der Haupttabelle „Contracts“ in Agiloft.
Beispiele
Master-Service-VereinbarungGeheimhaltungsvereinbarungLeistungsbeschreibungSoftwarelizenzvereinbarung
|
|||
|
Vertragswert
ContractValue
|
Der Gesamtwert des Vertrags in Geld. | ||
|
Beschreibung
Dieses Attribut gibt den finanziellen Gesamtwert des Vertrags an, unabhängig davon, ob es sich um Umsatz, Kosten oder eine Verpflichtung handelt. Der Wert beeinflusst häufig, wie intensiv ein Vertrag geprüft wird und wie komplex das Freigabeverfahren ist. Der Vertragswert ist entscheidend für das Dashboard „Trends bei Wert und Umfang ausgeführter Verträge“ und ermöglicht die Analyse der finanziellen Auswirkungen der Prozessleistung. Außerdem lässt sich der Vertragswert mit der Zykluszeit vergleichen, um festzustellen, ob die Bearbeitung hochpreisiger Verträge deutlich länger dauert. So können hochpreisige Verträge priorisiert und ihre Workflows verbessert werden.
Warum das wichtig ist
Liefert den finanziellen Kontext für den Prozess und ermöglicht wertbezogene Analysen und Priorisierungen sowie die Bewertung der geschäftlichen Auswirkungen von Verzögerungen.
Woher beziehen
Dies ist ein Standardfeld in der Haupttabelle „Contracts“ in Agiloft.
Beispiele
50000.00250000.0010000.00
|
|||
|
Anzahl der Überarbeitungen
RevisionCount
|
Ein Zähler für die Anzahl der Überarbeitungen oder Änderungsmarkierungen eines Vertrags während seines Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut erfasst, wie oft ein Vertrag überarbeitet wird, insbesondere während der Entwurfs- und Verhandlungsphasen. Eine hohe Anzahl an Überarbeitungen weist häufig auf Probleme mit Templates, komplexe Verhandlungen oder unklare ursprüngliche Anforderungen hin. Diese Kennzahl unterstützt direkt das Dashboard „Häufigkeit von Verhandlungsänderungen“ und die KPI „Häufigkeit von Vertragsänderungen“. Die Analyse der Überarbeitungen zeigt, welche Vertragstypen oder Vertragspartner besonders viele Abstimmungsrunden verursachen. Daraus lassen sich Erkenntnisse zur Verbesserung der Vertragserstellung und der Verhandlungen gewinnen.
Warum das wichtig ist
Quantifiziert Nacharbeit und Verhandlungskomplexität und hilft, Verbesserungsmöglichkeiten bei der Qualität von Templates und Verhandlungsstrategien zu erkennen.
Woher beziehen
Wird in der Regel ermittelt, indem die Aktivitäten „Vertrag mit Änderungen versehen/überarbeitet“ im Event Log für jede Contract ID gezählt werden.
Beispiele
1350
|
|||
|
Automatisiert
IsAutomated
|
Ein boolesches Kennzeichen dafür, ob eine Aktivität automatisch vom System statt von einem menschlichen Benutzer ausgeführt wurde. | ||
|
Beschreibung
Dieses Attribut unterscheidet zwischen von Menschen und vom System ausgeführten Aktivitäten, etwa automatischen Statusaktualisierungen, Mitteilungen oder systemgesteuerten Workflows. Die Analyse zeigt, wie stark der Vertragsmanagementprozess automatisiert ist. Damit lässt sich die Wirkung von Automatisierungsinitiativen messen, weiterer Automatisierungsbedarf erkennen und prüfen, ob automatisierte Schritte wie vorgesehen funktionieren, ohne Engpässe zu verursachen.
Warum das wichtig ist
Hilft, den Automatisierungsgrad des Prozesses zu messen und zu erkennen, welche Schritte Systeme und welche Menschen ausführen.
Woher beziehen
Wird ermittelt, indem bestimmte Systembenutzerkonten wie „System“ oder „Admin“ im Aktivitätsverlauf erkannt oder bestimmte automatisierte Aktivitätstypen gekennzeichnet werden.
Beispiele
truefalse
|
|||
|
Dauer der Freigabephase
ApprovalPhaseDuration
|
Die berechnete Dauer der Freigabephase, vom Beginn der ersten Freigabeanfrage bis zum Erhalt der erforderlichen Freigaben. | ||
|
Beschreibung
Diese Kennzahl misst, wie lange ein Vertrag für alle erforderlichen internen und rechtlichen Freigaben benötigt. Sie beginnt in der Regel mit der ersten Prüfungsaktivität (z. B. „Interne Prüfung eingereicht“) und endet, sobald die letzte erforderliche Freigabe vorliegt. Dieses Attribut bildet die Grundlage für die KPI „Durchschnittliche Dauer der Freigabephase“ und ist eine zentrale Komponente des Dashboards „Engpassanalyse bei Prüfung und Freigabe“. Es grenzt eine kritische Phase im Vertragslebenszyklus ab und ermöglicht eine gezielte Analyse der Ursachen für Verzögerungen bei Prüfungen und Freigaben.
Warum das wichtig ist
Grenzt die in der Freigabephase benötigte Zeit ab und quantifiziert sie. So lassen sich Engpässe in dieser kritischen Phase erkennen und beheben.
Woher beziehen
Wird anhand des Event Logs berechnet, indem für jeden Vertrag die Zeit zwischen dem Beginn der ersten Freigabeaktivität und dem Ende der letzten Freigabeaktivität ermittelt wird.
Beispiele
5 Tage 2 Stunden12 Tage 6 Stunden2 Tage 1 Stunde
|
|||
|
Dauer der Verhandlungsphase
NegotiationPhaseDuration
|
Die berechnete Dauer der Verhandlungsphase mit der Gegenpartei. | ||
|
Beschreibung
Diese Kennzahl misst die Zeit vom Beginn der Verhandlungen mit der externen Partei (z. B. „Verhandlungen mit Gegenpartei begonnen“) bis zum Abschluss einer Vereinbarung, der die Gegenpartei zugestimmt hat. Sie ist die zentrale Kennzahl für das Dashboard „Zykluszeit der Verhandlungsphase“ und die KPI „Durchschnittliche Dauer der Verhandlungsphase“. Die Analyse zeigt, wie effizient die Verhandlungen ablaufen, welche Vertragstypen oder Gegenparteien zu längeren Verhandlungen führen und wo sich die Zusammenarbeit verbessern lässt.
Warum das wichtig ist
Misst die Effizienz der Verhandlungsphase und liefert Erkenntnisse dazu, wie sich die Dauer der Zusammenarbeit mit externen Parteien verkürzen lässt.
Woher beziehen
Wird anhand des Event Logs berechnet, indem die Zeit zwischen der Aktivität „Verhandlungen mit Gegenpartei begonnen“ und einer abschließenden Aktivität wie „Freigabe durch Gegenpartei erhalten“ ermittelt wird.
Beispiele
7 Tage15 Tage3 Tage
|
|||
|
Fälligkeitsdatum der Prüfung gemäß SLA
ReviewSlaDueDate
|
Das Zieldatum, bis zu dem ein Prüfungsschritt für einen Vertrag, etwa eine rechtliche oder interne Prüfung, abgeschlossen sein muss. | ||
|
Beschreibung
Dieses Attribut legt die Frist gemäß Service Level Agreement (SLA) für bestimmte Prüftätigkeiten fest. Es definiert klare Erwartungen an die Bearbeitungszeit und dient dazu, die Leistung an internen Zielvorgaben zu messen. Dieses Datum ist die Grundlage für das Dashboard „Einhaltung von SLAs bei Vertragsprüfungen“ und die zugehörige KPI „Einhaltungsquote der SLAs bei Prüfungen“. Durch den Vergleich des tatsächlichen Abschlusszeitpunkts einer Prüfung mit dem Fälligkeitsdatum kann das System feststellen, ob der Prozess die Serviceziele erreicht, und Bereiche aufzeigen, in denen SLAs häufig nicht eingehalten werden.
Warum das wichtig ist
Ermöglicht die Messung der Leistung anhand interner Fristen. Das ist entscheidend, um SLAs einzuhalten und die Bearbeitungszeiten von Prüfungen zu verkürzen.
Woher beziehen
Dies kann in Agiloft anhand des Einreichungsdatums des Vertrags und vordefinierter SLA-Regeln berechnet oder als Datumsfeld manuell festgelegt werden.
Beispiele
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
|
|||
|
Name des Vertrags-Templates
ContractTemplateName
|
Der Name des Templates, das für den ersten Vertragsentwurf verwendet wurde. | ||
|
Beschreibung
Dieses Attribut gibt an, welches Standard-Template gegebenenfalls als Ausgangspunkt für den Vertrag diente. Eine einheitliche Verwendung von Templates ist entscheidend für einen effizienten Erstellungsprozess. Die Analyse dieses Attributs unterstützt die KPIs „Nacharbeitsquote bei Vertragsentwürfen“ und „Interne Freigabequote im ersten Durchlauf“. Durch den Vergleich von Verträgen, die mit unterschiedlichen Templates oder ganz ohne Template erstellt wurden, können Organisationen die wirksamsten Templates ermitteln und feststellen, wo Standardisierung besonders wichtig ist.
Warum das wichtig ist
Hilft dabei, die Wirksamkeit von Standard-Templates zu bewerten und die Standardisierung voranzutreiben. So lassen sich Entwurfszeit und Nacharbeit deutlich reduzieren.
Woher beziehen
Dies könnte ein Feld im Vertragsdatensatz in Agiloft sein, das beim Erstellen eines Vertrags aus einem Template ausgefüllt wird.
Beispiele
Standard-MSA v2.1NDA – gegenseitigSOW – Festpreis v1.3Benutzerdefiniert
|
|||
|
Prüfer aus der Rechtsabteilung
LegalReviewer
|
Der Name der Person oder des Teams aus der Rechtsabteilung, die beziehungsweise das mit der Vertragsprüfung beauftragt ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die konkrete juristische Ressource, die für die Aktivität „Rechtliche Prüfung durchgeführt“ verantwortlich ist. Damit lässt sich die Arbeitslast genauer aufschlüsseln als mit einem allgemeinen Feld wie „Benutzer“, das verschiedene Rollen umfassen kann. Das ist für das Dashboard „Arbeitslastanalyse für Vertragsressourcen“ hilfreich, da sich damit Kapazität und Leistung des Rechtsteams gezielt untersuchen lassen. Es zeigt, wie die Arbeitslast im Team verteilt ist und ob bestimmte Prüfer mit längeren Prüfungszeiten verbunden sind. So unterstützt es die KPI „Durchschnittliche Verarbeitungszeit der rechtlichen Prüfung“.
Warum das wichtig ist
Ermöglicht eine detaillierte Analyse der Arbeitslast und Leistung bei der rechtlichen Prüfung und unterstützt so die effektive Verwaltung der Ressourcen des Rechtsteams.
Woher beziehen
Dies kann ein eigenes Vertragsfeld für den zuständigen Rechtsberater sein oder aus dem Benutzernamen abgeleitet werden, der der Aktivität zur rechtlichen Prüfung zugeordnet ist.
Beispiele
Jane DoeRechtsteam AJohn Smith
|
|||
|
Wurde das Prüfungs-SLA eingehalten?
IsReviewSlaMet
|
Ein berechnetes boolesches Kennzeichen, das angibt, ob eine Vertragsprüfung innerhalb der festgelegten Service Level Agreement (SLA)-Frist abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut ergibt sich aus dem Vergleich des tatsächlichen Abschlusszeitpunkts einer Prüfungsaktivität (z. B. „Interne Prüfung durchgeführt“) mit dem Wert von „ReviewSlaDueDate“. Es ist „true“, wenn die Prüfung fristgerecht abgeschlossen wurde, und „false“, wenn sie verspätet war. Dieses Kennzeichen bildet die Grundlage für das Dashboard „SLA-Einhaltung bei Vertragsprüfungen“ und ermöglicht eine einfache Visualisierung der Compliance-Quoten. Außerdem vereinfacht es die Berechnung der KPI „SLA-Einhaltungsquote bei Prüfungen“, da sich die Werte „true“ und „false“ einfach zählen lassen.
Warum das wichtig ist
Liefert ein eindeutiges Ergebnis zur SLA-Einhaltung und erleichtert so die Messung, Visualisierung und Berichterstattung zur Einhaltung interner Fristen.
Woher beziehen
Wird berechnet, indem für jeden Vertrag der „EventTime“-Wert einer abgeschlossenen Prüfungsaktivität mit „ReviewSlaDueDate“ verglichen wird.
Beispiele
truefalse
|
|||
Aktivitäten im Vertragsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Interne Freigaben erteilt
|
Dieser Meilenstein zeigt an, dass alle erforderlichen internen Beteiligten die endgültige Vertragsversion freigegeben haben. Er wird in der Regel abgeleitet, wenn sich der Vertragsstatus in einen abschließenden Freigabestatus wie „Vollständig freigegeben“ oder „Unterschriftsbereit“ ändert. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein markiert das Ende der internen Prüfungen und die Bereitschaft zur Unterzeichnung. An diesem Punkt lässt sich die gesamte interne Bearbeitungszeit messen, bevor der Vertrag zur Unterschrift versendet wird.
Woher beziehen
Abgeleitet aus dem Timestamp einer Statusänderung zu „Genehmigt“, „Unterschriftsbereit“ oder einem ähnlichen abschließenden Freigabestatus. Alternativ kann der Abschluss-Timestamp des letzten erforderlichen Freigabedatensatzes verwendet werden.
Erfassung
Ermitteln Sie den Timestamp, zu dem der Vertragsstatus in einen Freigabestatus vor der Unterzeichnung wechselt.
Ereignistyp
inferred
|
|||
|
Rechtsprüfung durchgeführt
|
Diese Aktivität zeigt an, dass die Rechtsabteilung ihre Prüfung des Vertrags abgeschlossen hat. Sie wird häufig erfasst, wenn das Rechtsteam den Vertragsstatus aktualisiert, zum Beispiel auf „Rechtlich freigegeben“, oder eine bestimmte Freigabeaufgabe abschließt. | ||
|
Warum das wichtig ist
Die Rechtsprüfung ist ein wichtiger und oft zeitaufwendiger Schritt. Wenn Sie die Dauer dieser Aktivität ermitteln, können Sie Engpässe im Rechtsteam erkennen und die Einhaltung von SLAs überwachen.
Woher beziehen
Abgeleitet aus einer Statusänderung, zum Beispiel von „In Rechtsprüfung“ zu „Rechtlich freigegeben“, oder erfasst, wenn ein verknüpfter Freigabedatensatz für die Rechtsabteilung in Agiloft abgeschlossen wird.
Erfassung
Verwenden Sie den Timestamp der Statusänderung zu „Rechtlich freigegeben“ oder den Zeitpunkt, zu dem eine bestimmte Aufgabe zur Rechtsfreigabe als abgeschlossen markiert wird.
Ereignistyp
inferred
|
|||
|
Vertrag abgelaufen
|
Dieses Ereignis kennzeichnet, dass das Vertragsende erreicht wurde, ohne dass der Vertrag verlängert oder vorzeitig beendet wurde. In der Regel wird es berechnet, indem das Ablaufdatum des Vertrags mit dem aktuellen Datum verglichen wird. | ||
|
Warum das wichtig ist
Dies ist ein zentraler Endpunkt im Vertragslebenszyklus. Die Analyse von Vertragsabläufen ist entscheidend, um unerwünschte automatische Verlängerungen zu verhindern und sicherzustellen, dass notwendige Verlängerungen nicht versäumt werden.
Woher beziehen
Dieses Ereignis wird berechnet. Es tritt ein, wenn das aktuelle Datum das im Feld „Expiration Date“ oder „Contract End Date“ gespeicherte Datum überschreitet und der Vertrag weder verlängert noch beendet wurde.
Erfassung
Leiten Sie dieses Ereignis anhand des Werts im Feld „Expiration Date“ ab.
Ereignistyp
calculated
|
|||
|
Vertrag abgeschlossen und unterzeichnet
|
Dies ist ein wichtiger Meilenstein: Alle Parteien haben den Vertrag unterzeichnet, wodurch er rechtsverbindlich wird. Er wird in der Regel ausdrücklich über eine Integration mit einer E-Signatur-Plattform erfasst oder wenn ein Benutzer den Status manuell auf „Executed“ setzt. | ||
|
Warum das wichtig ist
Dieses Ereignis markiert den erfolgreichen Abschluss der Phase vor der Vergabe und bildet den Endpunkt für die Berechnung der gesamten Vertragsdurchlaufzeit. Damit beginnt die Phase des Vertragsmanagements nach der Vergabe.
Woher beziehen
Erfasst wird der Abschluss-Timestamp, den ein Webhook der E-Signatur-Integration bereitstellt, oder der Timestamp einer manuellen Statusänderung auf „Executed“ oder „Signed“ in Agiloft.
Erfassung
Verwenden Sie das Feld „Date Signed“, das Ausführungsdatum oder den Timestamp der Statusänderung auf „Executed“.
Ereignistyp
explicit
|
|||
|
Vertrag beendet
|
Kennzeichnet die vorzeitige Beendigung eines aktiven Vertrags vor dem geplanten Ablaufdatum. Dieses Ereignis wird in der Regel ausdrücklich erfasst, indem der Vertragsstatus auf „Terminated“ gesetzt und ein Grund angegeben wird. | ||
|
Warum das wichtig ist
Als wichtiger Endpunkt hilft die Analyse von Vertragsbeendigungen, die Gründe für das Ende einer Geschäftsbeziehung zu verstehen, etwa Nichterfüllung oder veränderte Geschäftsstrategien. Sie ist entscheidend für das Risikomanagement und die Bewertung von Geschäftsbeziehungen.
Woher beziehen
Abgeleitet aus einer Statusänderung auf „Terminated“ im Verlauf des Vertragsdatensatzes. Das Beendigungsdatum wird häufig in einem eigenen Feld erfasst.
Erfassung
Verwenden Sie den Timestamp der Statusänderung auf „Terminated“ oder den Wert des Felds „Termination Date“.
Ereignistyp
inferred
|
|||
|
Vertrag verlängert
|
Kennzeichnet die erfolgreiche Verlängerung eines Vertrags nach Ablauf seiner Laufzeit. Dies ist ein wichtiges Geschäftsergebnis, das häufig durch eine ausdrückliche Benutzeraktion erfasst wird, die den Vertragsstatus aktualisiert oder eine neue Vertragsversion für die Verlängerung anlegt. | ||
|
Warum das wichtig ist
Diese Aktivität ist für viele Unternehmen eine wichtige Erfolgskennzahl und steht für die Fortsetzung der Geschäftsbeziehung. Die Nachverfolgung von Verlängerungen ist entscheidend für die Umsatzprognose und die Analyse der Vertragstreue.
Woher beziehen
Erfasst wird eine ausdrückliche Statusänderung auf „Renewed“ oder das Anlegen eines neuen, verknüpften Vertragsdatensatzes, der als Verlängerung gekennzeichnet ist. Agiloft-Workflows können diesen Vorgang automatisieren.
Erfassung
Verwenden Sie den Timestamp der Statusänderung auf „Renewed“ oder das Erstellungsdatum des Folgevertrags.
Ereignistyp
explicit
|
|||
|
Vertragsanfrage eingeleitet
|
Dies ist das erste Ereignis im Vertragslebenszyklus und steht für die formelle Anfrage nach einem neuen Vertrag. In Agiloft wird es in der Regel als neuer Datensatz in der Vertragstabelle erfasst. Das Ereignis ist ausdrücklich in der Systemhistorie oder im Audit-Log verzeichnet. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Prozessbeginn und ist daher wichtig für die Berechnung der gesamten Vertragsdurchlaufzeit. Die Analyse dieses Ausgangspunkts zeigt, wie viele Verträge angefragt werden und aus welchen Bereichen des Unternehmens die Nachfrage kommt.
Woher beziehen
Dieses Ereignis wird anhand des Erstellungs-Timestamps des Vertragsdatensatzes in Agiloft erfasst. Sie finden es in der Regel im Tab „Historie“ oder in den Systemprotokollen zur jeweiligen Vertrags-ID.
Erfassung
Verwenden Sie den Erstellungs-Timestamp aus der zentralen Vertragstabelle.
Ereignistyp
explicit
|
|||
|
Änderung eingeleitet
|
Dieses Ereignis markiert den Beginn eines formellen Änderungsverfahrens für einen bestehenden, aktiven Vertrag. In Agiloft wird es häufig durch das Anlegen eines neuen, mit dem ursprünglichen Vertrag verknüpften „Amendment“-Datensatzes erfasst. | ||
|
Warum das wichtig ist
Vertragsänderungen sind wichtige Ereignisse im Vertragslebenszyklus. Ihre Häufigkeit und der Ablauf ihrer Umsetzung können Erkenntnisse über veränderte Geschäftsanforderungen oder unklare ursprüngliche Vertragsbedingungen liefern.
Woher beziehen
Dieses Ereignis wird anhand des Erstellungs-Timestamps eines neuen Datensatzes in einer eigens dafür vorgesehenen Tabelle „Amendments“ erfasst, der mit der Contract ID des übergeordneten Vertrags verknüpft ist.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des Datensatzes aus der Tabelle „Amendments“.
Ereignistyp
explicit
|
|||
|
Compliance-Prüfung durchgeführt
|
Kennzeichnet den Abschluss einer planmäßigen oder anlassbezogenen Compliance-Prüfung eines aktiven Vertrags. In der Regel wird dieses Ereignis ausdrücklich erfasst, wenn ein Benutzer eine Compliance-Aufgabe abschließt oder ein Prüfungsfeld aktualisiert. | ||
|
Warum das wichtig ist
Die Nachverfolgung von Compliance-Prüfungen ist für Governance und Risikomanagement unerlässlich. So können Organisationen sicherstellen, dass sie während der gesamten Vertragslaufzeit regulatorische Vorgaben und interne Richtlinien einhalten.
Woher beziehen
Erfasst wird der Abschluss-Timestamp eines verknüpften Aufgabeneintrags zur Compliance-Prüfung oder das Ausfüllen eines Datumsfelds wie „Last Compliance Review Date“.
Erfassung
Verwenden Sie das Abschlussdatum einer eigens dafür vorgesehenen Compliance-Aufgabe oder ein bestimmtes Datumsfeld, das nach Abschluss der Prüfung aktualisiert wird.
Ereignistyp
explicit
|
|||
|
Interne Prüfung eingereicht
|
Diese Aktivität markiert den Zeitpunkt, zu dem der Vertragsentwurf formell zur Prüfung an interne Beteiligte gesendet wird. In Agiloft wird sie in der Regel durch eine Statusänderung im Workflow erfasst, etwa von „Entwurf“ zu „Interne Prüfung“. | ||
|
Warum das wichtig ist
Mit diesem Ereignis beginnt die Prüfungsphase, in der häufig Engpässe auftreten. Die Zeit zwischen diesem und den folgenden Prüfungsschritten ist entscheidend, um die Dauer der Prüfungen zu verstehen und zu verkürzen.
Woher beziehen
Abgeleitet aus dem Timestamp einer Statusänderung im Hauptvertragsdatensatz, beispielsweise zu „In Prüfung“, „Interne Prüfung ausstehend“ oder „Zur Prüfung eingereicht“.
Erfassung
Suchen Sie im Verlaufsprotokoll des Vertrags nach einer Statusänderung zu „Interne Prüfung“.
Ereignistyp
inferred
|
|||
|
Verhandlungen mit der Gegenpartei begonnen
|
Diese Aktivität markiert den Zeitpunkt, zu dem der Vertrag zur Prüfung und Verhandlung an die externe Gegenpartei gesendet wird. In Agiloft lässt sich dies anhand einer Statusänderung zu „In Verhandlung“ oder „Externe Prüfung“ ableiten. | ||
|
Warum das wichtig ist
Damit beginnt die Verhandlungsphase, deren Dauer stark schwanken und schwer vorhersehbar sein kann. Durch die Erfassung dieses Zeitpunkts lassen sich Verhandlungsdauer und Einflussfaktoren auf Verzögerungen analysieren.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem das Statusfeld des Vertrags im Verlaufsprotokoll auf „In Verhandlung“, „Bei Gegenpartei“ oder „Externe Prüfung“ gesetzt wird.
Erfassung
Ermitteln Sie den ersten Timestamp einer Statusänderung, die auf externe Kommunikation oder Verhandlungen hinweist.
Ereignistyp
inferred
|
|||
|
Vertrag aktiviert
|
Der Vertrag wird aktiv und rechtswirksam. Dies geschieht in der Regel am oder nach dem Ausführungsdatum. Häufig wird dies in Agiloft als Statusänderung von „Executed“ zu „Active“ oder „Live“ erfasst. | ||
|
Warum das wichtig ist
Mit dieser Aktivität beginnt offiziell der Lebenszyklus nach der Vergabe. Sie setzt Verpflichtungen, Überwachung und Compliance-Aufgaben in Gang. Zugleich bietet sie einen klaren Ausgangspunkt, um die Leistung und Verwaltung des aktiven Vertrags zu verfolgen.
Woher beziehen
Abgeleitet aus einer Statusänderung auf „Active“ im Verlaufsprotokoll des Vertrags oder anhand des Felds „Contract Start Date“ berechnet.
Erfassung
Verwenden Sie den Timestamp der Statusänderung auf „Active“ oder den Wert des Felds „Effective Date“.
Ereignistyp
inferred
|
|||
|
Vertrag erstellt
|
Diese Aktivität steht für den Abschluss des ersten Vertragsentwurfs. Sie wird häufig erfasst, wenn die erste Version des Vertragsdokuments hochgeladen und dem Vertragsdatensatz zugeordnet wird oder wenn sich der Vertragsstatus in „Entwurf abgeschlossen“ ändert. | ||
|
Warum das wichtig ist
Mit dieser Aktivität lässt sich die Effizienz der Erstellungsphase messen. Sie ist eine Voraussetzung für die Analyse von Nacharbeit, denn mehrere Überarbeitungen danach können auf Probleme mit Templates oder den ursprünglichen Anforderungen hinweisen.
Woher beziehen
Abgeleitet aus einer Statusänderung, zum Beispiel von „Neu“ zu „In Erstellung“, oder erfasst anhand des Timestamps, zu dem die erste Dokumentversion in der Agiloft-Tabelle „Angehängte Dateien“ hinzugefügt wurde.
Erfassung
Ermitteln Sie den Timestamp der ersten Statusänderung zu „In Erstellung“ oder „In Prüfung“ oder das Erstellungsdatum des ersten zugehörigen Dokumentdatensatzes.
Ereignistyp
inferred
|
|||
|
Vertrag mit Redlines überarbeitet
|
Diese Aktivität steht für eine Überarbeitung oder Redline-Änderung des Vertragsdokuments während der Verhandlungen oder der internen Prüfung. Sie wird in der Regel ausdrücklich erfasst, wenn eine neue Version des Vertragsdokuments in Agiloft hochgeladen wird. | ||
|
Warum das wichtig ist
Diese Aktivität ist wichtig, um Nacharbeitsschleifen zu erkennen. Häufige Überarbeitungen können auf unklare Bedingungen, ungeeignete Templates oder schwierige Verhandlungen hindeuten. All das verlängert die Vertragsdurchlaufzeit.
Woher beziehen
Erfasst anhand des Erstellungs-Timestamps einer neuen Dokumentversion in der Tabelle „Angehängte Dateien“ oder in einer speziellen Versionsverlaufstabelle, die in Agiloft mit dem Vertragsdatensatz verknüpft ist.
Erfassung
Verwenden Sie den Erstellungs-Timestamp jedes neuen Datensatzes im Versionsverlauf des Vertragsdokuments.
Ereignistyp
explicit
|
|||
|
Vertrag storniert
|
Kennzeichnet, dass eine Vertragsanfrage oder ein Vertrag in Bearbeitung vor der Ausführung bewusst storniert wurde. Dieser Endstatus wird in der Regel ausdrücklich erfasst, wenn ein Benutzer den Status auf „Canceled“ oder „Withdrawn“ setzt. | ||
|
Warum das wichtig ist
Dies ist ein Abbruch- oder Beendigungspfad im Prozess. Eine Analyse der Gründe für Vertragsstornierungen kann Probleme bei der Qualifizierung oder den Verhandlungen aufdecken und so unnötigen Aufwand verringern.
Woher beziehen
Abgeleitet aus dem Timestamp einer Statusänderung auf einen abschließenden, nicht erfolgreichen Wert wie „Canceled“, „Void“ oder „Withdrawn“ im Vertragsverlauf.
Erfassung
Suchen Sie nach dem Timestamp einer Statusänderung auf „Canceled“.
Ereignistyp
inferred
|
|||
|
Zur Unterschrift versendet
|
Diese Aktivität markiert den Versand des endgültigen, freigegebenen Vertrags zur Unterzeichnung durch alle Parteien. In Systemen wie Agiloft, die E-Signatur-Integrationen unterstützen, löst eine ausdrückliche Aktion häufig den Unterzeichnungsprozess aus. | ||
|
Warum das wichtig ist
Dieses Ereignis liefert einen eindeutigen Timestamp für den Beginn der abschließenden Unterzeichnungsphase. Die Zeit zwischen diesem Zeitpunkt und „Vertrag unterzeichnet“ zeigt, wo es beim Unterzeichnen zu Verzögerungen kommt.
Woher beziehen
Erfasst anhand einer protokollierten Benutzeraktion in der Vertragshistorie oder über einen API-Aufruf an einen E-Signatur-Dienst wie DocuSign oder Adobe Sign, in den Agiloft integriert ist.
Erfassung
Verwenden Sie den Timestamp aus dem Verlaufsprotokoll zur Aktion „Zur Unterschrift senden“ oder zum Integrationsaufruf.
Ereignistyp
explicit
|
|||
Anleitungen zur Extraktion
Möchten Sie loslegen?
Machen Sie den ersten Schritt zur Optimierung Ihres Vertragslebenszyklus. Bereiten Sie Ihre Daten mit diesem Template vor und entdecken Sie noch heute Möglichkeiten, Effizienz und Compliance zu verbessern.
Optimieren Sie das Vertragsmanagement in Agiloft und verkürzen Sie jetzt die Zykluszeit
Erkennen Sie Ineffizienzen und verkürzen Sie Ihre Vertragszykluszeit um 30 %.
Keine Kreditkarte erforderlich. Starten Sie noch heute Ihre kostenlose Testphase.