Ihr Template für Vertragsmanagement-Daten
Ihr Template für Vertragsmanagement-Daten
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung für Ihr Quellsystem
Vertragsmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Vertrags-ID
ContractId
|
Die eindeutige Kennung für jeden Vertrag, der innerhalb der Icertis Plattform verwaltet wird. | ||
|
Beschreibung
Die Contract ID dient als eindeutige Case-Kennung, die alle Events und Aktivitäten eines spezifischen Vertrags miteinander verknüpft. Dies ermöglicht eine umfassende End-to-End-Analyse des Weges jedes Vertrags, von seiner Initiierung bis zu seiner Auflösung. Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion des Lebenszyklus jedes Vertrags. Es stellt sicher, dass alle zugehörigen Aktivitäten wie Entwurf, Reviews, Genehmigungen und Ausführung korrekt dem jeweiligen Vertrag zugeordnet werden, was eine genaue Messung der Cycle Times und die Identifizierung von Prozessvarianten ermöglicht.
Bedeutung
Dies ist der Primärschlüssel für die Prozessanalyse, der die Verfolgung des gesamten Vertragsverlaufs ermöglicht und die Datenintegrität sicherstellt.
Datenquelle
Dies ist ein Kernattribut des Contract Agreement Objekts in Icertis.
Beispiele
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Events oder der Aufgabe, die zu einem Zeitpunkt im Vertragslebenszyklus aufgetreten ist. | ||
|
Beschreibung
Der Activity Name beschreibt einen spezifischen Schritt oder Meilenstein im Vertragsmanagement-Prozess. Diese Events werden nach ihren Timestamps geordnet, um den Prozessfluss für jeden Vertrag aufzubauen. Die Analyse dieses Attributs enthüllt die Abfolge der Operationen, die Häufigkeit verschiedener Aktivitäten und die Gesamtstruktur des Prozesses. Sie wird verwendet, um gängige Prozesspfade, Abweichungen vom Standardverfahren und Aktivitäten zu identifizieren, die Nacharbeit oder Verzögerungen verursachen, wie z.B. mehrere Revisionszyklen.
Bedeutung
Es definiert die Prozessschritte, was für die Visualisierung der Prozesslandkarte, die Analyse des Prozessflusses und die Identifizierung von Engpässen unerlässlich ist.
Datenquelle
Diese Informationen werden typischerweise aus Event Logs oder Workflow-History-Tabellen innerhalb von Icertis generiert, welche die Statusänderungen und durchgeführten Aufgaben eines Vertrags verfolgen.
Beispiele
Vertrag entworfenRechtliche Prüfung durchgeführtVertrag ausgeführtÄnderung initiiert
|
|||
|
Ereigniszeit
EventTime
|
Der Timestamp, der angibt, wann eine spezifische Vertragsaktivität stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität gestartet oder abgeschlossen wurde. Es ist die zeitliche Grundlage für Process Mining und liefert die chronologische Reihenfolge der Events für jeden Vertrags-Case. Die Event Time ist entscheidend für alle zeitbasierten Analysen. Sie wird verwendet, um Cycle Times zwischen Aktivitäten zu berechnen, Wartezeiten zu identifizieren, die Dauer spezifischer Phasen wie Verhandlung oder Genehmigung zu messen und Engpässe zu lokalisieren, an denen Verträge über längere Zeiträume stagnieren.
Bedeutung
Dieser Timestamp ist entscheidend für die Berechnung aller Performance-Metriken, wie Cycle Times und Dauern, und für das Verständnis der Event-Sequenz.
Datenquelle
Dies ist ein Standardfeld in Icertis Audit Trail oder Workflow History Logs, das mit jedem aufgezeichneten Event verknüpft ist.
Beispiele
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Aktivitätseigner
ActivityOwner
|
Der Benutzer oder die Ressource, die für die Ausführung einer Vertragsaktivität verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person, das Team oder den automatisierten Benutzer, der eine bestimmte Aktivität ausgeführt hat. Es kann ein spezifischer Benutzername, eine Mitarbeiter-ID oder ein Systemkonto sein. Die Analyse des Activity Owners ist entscheidend, um die Ressourcenzuweisung, Arbeitslastverteilung und Leistung zu verstehen. Sie hilft, Fragen zu beantworten, welche Benutzer oder Teams Engpässe darstellen, wer die effizientesten Reviewer sind und wie die Arbeit verteilt ist. Dies unterstützt direkt das Dashboard 'Reviewer Workload Distribution'.
Bedeutung
Es ermöglicht eine Leistungsanalyse nach Benutzer oder Team und hilft, Ungleichgewichte in der Arbeitslast und Schulungsmöglichkeiten zu identifizieren.
Datenquelle
Diese Informationen sind in der Regel in den Workflow-Verlaufs- oder Audit-Trail-Daten innerhalb von Icertis verfügbar und mit jedem Event verknüpft.
Beispiele
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Endzeit
EndTime
|
Der Timestamp, der angibt, wann eine spezifische Vertragsaktivität abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut erfasst die Abschlusszeit einer Aktivität. Während StartTime den Beginn markiert, kennzeichnet EndTime den Abschluss und definiert die diskrete Zeitspanne der Aktivität. Das Vorhandensein sowohl einer Start- als auch einer Endzeit ist unerlässlich für die genaue Berechnung der Bearbeitungszeit oder Dauer jeder einzelnen Aktivität. Dies ermöglicht die Analyse, welche Schritte am meisten Zeit in Anspruch nehmen, und unterscheidet zwischen aktiver Bearbeitungszeit und Leerlauf-Wartezeit zwischen den Schritten. Es ist entscheidend für Dashboards wie 'Approval Process Bottlenecks' und 'Drafting And Revision Efficiency'.
Bedeutung
Ermöglicht die präzise Berechnung von Aktivitätsdauern und hilft, zwischen Bearbeitungszeit und Wartezeit zu unterscheiden.
Datenquelle
Ähnlich wie StartTime ist dies im Icertis Audit Trail oder in den Workflow-History Logs zu finden. Einige Events können instantan sein, wobei StartTime gleich EndTime ist.
Beispiele
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Vertragsart
ContractType
|
Die Klassifizierung des Vertrags, wie zum Beispiel Rahmen-Dienstleistungsvertrag (Master Services Agreement) oder Geheimhaltungsvereinbarung (Non-Disclosure Agreement). | ||
|
Beschreibung
Der Contract Type kategorisiert Vereinbarungen basierend auf ihrem rechtlichen oder geschäftlichen Zweck. Dies ist ein grundlegendes Attribut zur Segmentierung und zum Vergleich von Vertragslebenszyklen. Verschiedene Contract Types folgen oft unterschiedlichen Prozesspfaden und haben unterschiedliche Komplexitätsgrade und SLAs. Die Analyse des Prozesses nach Contract Type ermöglicht gezielte Verbesserungen, wie z.B. die Erstellung optimierter Workflows für hochvolumige, risikoarme Vereinbarungen wie NDAs im Vergleich zu komplexen, hochwertigen MSAs. Dies ist unerlässlich für die KPIs 'Contract Variant Analysis' und 'Policy Compliance Score'.
Bedeutung
Ermöglicht die Prozesssegmentierung, um Lebenszyklen und Compliance über verschiedene Arten von Vereinbarungen hinweg zu vergleichen.
Datenquelle
Dies ist ein Standardattribut, das im Contract Agreement Objekt in Icertis konfiguriert ist.
Beispiele
Rahmendienstleistungsvertrag (MSA)Geheimhaltungsvereinbarung (NDA)Leistungsbeschreibung (SOW)
|
|||
|
Vertragsstatus
ContractStatus
|
Der aktuelle Status oder die Phase des Vertrags in seinem Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut gibt den Gesamtstatus des Vertrags-Case an, zum Beispiel 'Entwurf', 'In Prüfung', 'Wartet auf Unterschrift' oder 'Ausgeführt'. Dies ist typischerweise ein Case-Level-Attribut, das den letzten erreichten wichtigen Meilenstein widerspiegelt. Es ist entscheidend für operative Dashboards wie 'Contract Status And Throughput', die eine Echtzeit-Momentaufnahme der Vertrags-Pipeline liefern. Es hilft Managern, das Volumen der Verträge in jeder Phase zu verstehen und zu identifizieren, wo sich Arbeit staut, was ein proaktives Management des Vertragsportfolios ermöglicht.
Bedeutung
Bietet eine übergeordnete Sicht auf die Vertrags-Pipeline, unerlässlich für die operative Überwachung und die Steuerung des Durchsatzes.
Datenquelle
Dies ist ein primäres Statusfeld im Contract Agreement Objekt in Icertis.
Beispiele
EntwurfIn interner PrüfungAusgeführtBeendet
|
|||
|
Vertragswert
ContractValue
|
Der monetäre Gesamtwert des Vertrags. | ||
|
Beschreibung
Dieses Attribut repräsentiert den finanziellen Wert des Vertrags, wie z.B. den gesamten Vertragsbetrag oder den annualisierten Wert. Es ist eine kritische Geschäftsmetrik zur Priorisierung von Verträgen und zum Verständnis der finanziellen Auswirkungen. Im Process Mining wird der Contract Value verwendet, um die Analyse zu segmentieren und sich auf hochwertige Vereinbarungen zu konzentrieren. Zum Beispiel kann man analysieren, ob hochpreisige Verträge länger zur Genehmigung oder Verhandlung benötigen. Es hilft auch bei der Risikobewertung, da Verzögerungen bei hochpreisigen Verträgen erhebliche Auswirkungen auf den Umsatz haben können.
Bedeutung
Ermöglicht Priorisierung und wertbasierte Analyse, die dabei hilft, Verbesserungsbemühungen auf die finanziell bedeutendsten Verträge zu konzentrieren.
Datenquelle
Dies ist typischerweise ein Standardwährungsfeld im Contract Agreement Objekt in Icertis.
Beispiele
50000.001250000.002500.00
|
|||
|
Zuständige Abteilung
OwnerDepartment
|
Die Abteilung, zu der der Aktivitätsinhaber gehört. | ||
|
Beschreibung
Dieses Attribut spezifiziert die Geschäftsabteilung, wie z.B. Recht, Vertrieb oder Beschaffung, die dem Benutzer zugeordnet ist, der die Aktivität durchgeführt hat. Es bietet eine aggregierte Sicht auf die Ressourcenbeteiligung am Prozess. Die Analyse nach Abteilung ist entscheidend für das Verständnis der abteilungsübergreifenden Zusammenarbeit und Übergaben. Sie hilft, systemische Verzögerungen zwischen Abteilungen zu identifizieren, wie z.B. lange Wartezeiten für die rechtliche Prüfung nach einer Vertriebseinreichung, was den Fokus des Dashboards 'Departmental Handoff Delays' bildet.
Bedeutung
Erleichtert die Analyse der Abteilungsleistung und Übergabeeffizienz und hebt abteilungsübergreifende Engpässe hervor.
Datenquelle
Diese Daten müssen möglicherweise durch eine Verknüpfung mit einem HR-System oder Benutzerverzeichnis angereichert werden, wobei der Activity Owner als Schlüssel verwendet wird. Sie können auch direkt in Icertis Benutzerprofilen gespeichert sein.
Beispiele
LegalVertriebBeschaffungFinanzen
|
|||
|
Ablaufdatum
ExpirationDate
|
Das Datum, an dem der Vertrag ausläuft. | ||
|
Beschreibung
Dieses Attribut speichert das Enddatum der Vertragslaufzeit. Es ist ein kritisches Datum für die Verwaltung des Vertragslebenszyklus nach der Ausführung, da es Verlängerungs- oder Kündigungsaktivitäten auslöst. Dieses Datum ist unerlässlich für die Überwachung der Effektivität des End-of-Life-Managements. Es dient als Basis für den KPI 'On-Time Renewal/Termination Rate', der misst, ob Verlängerungs- oder Kündigungsprozesse zeitgerecht eingeleitet und abgeschlossen werden, um unerwünschte automatische Verlängerungen oder Serviceunterbrechungen zu vermeiden.
Bedeutung
Entscheidend für die Verwaltung von Vertragsverlängerungen und -kündigungen, um sicherzustellen, dass End-of-Life-Prozesse proaktiv gehandhabt werden.
Datenquelle
Dies ist ein Standarddatumsfeld im Contract Agreement Objekt in Icertis.
Beispiele
2025-12-312026-06-302024-08-15
|
|||
|
Anzahl der Überarbeitungen
RevisionCount
|
Die Gesamtzahl der Überarbeitungen, die ein Vertrag durchlaufen hat. | ||
|
Beschreibung
Diese berechnete Metrik liefert eine Zählung der revisionsbezogenen Aktivitäten, wie 'Contract Redlined Or Revised', für jeden Vertrags-Case. Sie dient als einfacher, aber aussagekräftiger Indikator für Prozessreibung. Eine hohe Anzahl von Revisionen signalisiert potenzielle Probleme in den Entwurfs- oder Verhandlungsphasen, wie unklare Anforderungen, schlechte erste Entwürfe oder schwierige Verhandlungen. Diese Metrik ist der direkte Input für den KPI 'Contract Revision Rate' und wird in Dashboards verwendet, um Verträge und Prozessvarianten mit übermäßiger Nacharbeit zu identifizieren.
Bedeutung
Quantifiziert Nacharbeiten im Vertragslebenszyklus und misst direkt die Effizienz der Entwurfs- und Verhandlungsphasen.
Datenquelle
Dies wird berechnet, indem die Häufigkeit spezifischer Revisionsaktivitäten für jede 'ContractId' im Event Log gezählt wird.
Beispiele
1503
|
|||
|
Bearbeitungszeit
ProcessingTime
|
Die Dauer der aktiven Bearbeitung einer Aktivität. | ||
|
Beschreibung
Die Processing Time ist die berechnete Dauer vom Start- bis zum End-Timestamp einer Aktivität. Sie repräsentiert die tatsächliche Zeit, in der Ressourcen mit einer Aufgabe beschäftigt waren, im Gegensatz zur Wartezeit zwischen Aufgaben. Diese Metrik ist grundlegend für die Leistungsanalyse. Sie hilft, genau zu bestimmen, welche spezifischen Aktivitäten im gesamten Prozess am zeitaufwendigsten sind. Zum Beispiel kann sie zeigen, dass die gesamte juristische Überprüfungsphase zwar lang ist, die tatsächlich für die Überprüfung von Dokumenten aufgewendete Zeit jedoch kurz ist, was darauf hindeutet, dass der größte Teil der Zeit in einer Warteschlange verbracht wird. Dies ist für fast alle Dashboards, insbesondere jene, die sich auf Durchlaufzeit und Effizienz konzentrieren, von entscheidender Bedeutung.
Bedeutung
Trennt die aktive Arbeitszeit von der Leerlauf-Wartezeit und liefert so ein genaueres Ziel für Effizienzverbesserungen.
Datenquelle
Dies wird aus den Attributen 'EventTime' (StartTime) und 'EndTime' im Dataset berechnet.
Beispiele
2 Stunden 15 Minuten3 Tage 4 Stunden30 Minuten
|
|||
|
Dokumentversion
DocumentVersion
|
Die Versionsnummer des Vertragsdokuments. | ||
|
Beschreibung
Dieses Attribut verfolgt die Iteration des Vertragsdokuments, während es Entwurfs-, Redlining- und Revisionsphasen durchläuft. Es ist typischerweise eine Ganzzahl oder eine Haupt.Neben-Versionsnummer. Die Dokumentversion ist ein direkter Indikator für Nacharbeit. Eine hohe Anzahl von Versionen für einen Vertrag deutet auf mehrere Änderungsrunden hin, deren Ursachen untersucht werden können. Es ist ein wichtiger Input für die Berechnung des KPI 'Contract Revision Rate' und für das Dashboard 'Drafting And Revision Efficiency'.
Bedeutung
Misst direkt den Umfang der Nacharbeit und Überarbeitung eines Vertrags und hebt Ineffizienzen bei der Entwurfsphase und Verhandlung hervor.
Datenquelle
Icertis pflegt eine Versionshistorie für alle Vertragsdokumente. Dieses Attribut kann aus den Metadaten des Dokuments oder dem Event Log extrahiert werden.
Beispiele
1.02.34.00.5
|
|||
|
Fälligkeitsdatum der Verpflichtung
ObligationDueDate
|
Die Frist, bis zu der eine spezifische vertragliche Verpflichtung erfüllt werden muss. | ||
|
Beschreibung
Dieses Attribut verfolgt die Fälligkeitstermine für Schlüsselverpflichtungen, Zusagen und Lieferobjekte, die im Vertrag nach seiner Ausführung definiert sind. Ein einzelner Vertrag kann mehrere Verpflichtungen haben, jede mit ihrem eigenen Fälligkeitstermin. Das Verfolgen dieser Termine ist entscheidend für die Compliance und das Risikomanagement nach Vertragsabschluss. Dieses Attribut ist die Grundlage für den KPI 'Obligation Adherence Rate', der es der Organisation ermöglicht, zu überwachen, ob sie ihre Verpflichtungen pünktlich erfüllt, und potenzielle Verstöße proaktiv anzugehen.
Bedeutung
Ermöglicht die Überwachung der Compliance nach der Ausführung, was entscheidend ist, um Strafen zu vermeiden und gute Geschäftsbeziehungen aufrechtzuerhalten.
Datenquelle
Icertis verfügt über Module für das Verpflichtungsmanagement. Diese Daten stammen aus den mit einem Vertrag verbundenen Verpflichtungen.
Beispiele
2024-09-302025-01-152024-11-01
|
|||
|
Geschäftseinheit
BusinessUnit
|
Die interne Geschäftseinheit, die dem Vertrag zugeordnet ist. | ||
|
Beschreibung
Dieses Attribut identifiziert die interne Abteilung oder Geschäftseinheit, der der Vertrag gehört oder die ihn angefordert hat, wie z.B. 'Enterprise Sales North America' oder 'Global Procurement'. Ähnlich wie bei Department ermöglicht dies eine Aggregation der Prozessdaten auf höherer Ebene. Es hilft beim Vergleich der Prozesseffizienz und Compliance in verschiedenen Teilen der Organisation, liefert wertvolle Einblicke für das Senior Management und unterstützt strategische Entscheidungen zur Ressourcenzuweisung.
Bedeutung
Ermöglicht den Leistungsvergleich von Prozessen auf hoher Ebene über verschiedene Organisationseinheiten hinweg.
Datenquelle
Dies ist oft ein Schlüssel-Metadatenfeld in der Vertragsvereinbarung, das diese mit der Organisationsstruktur verknüpft.
Beispiele
BU-NordamerikaGlobal ServicesProduktentwicklung
|
|||
|
Ist Standard Template
IsStandardTemplate
|
Ein Flag, das angibt, ob der Vertrag aus einer Standard-Firmenvorlage erstellt wurde. | ||
|
Beschreibung
Dieses boolesche Attribut kennzeichnet, ob der Vertrag von einem vorab genehmigten Standard-Template stammt oder als nicht-standardisierte, maßgeschneiderte Vereinbarung erstellt wurde. Dies ist ein Schlüsselfaktor bei der Bewertung von Risiko und Compliance. Verträge, die auf Standard-Templates basieren, haben typischerweise kürzere Cycle Times und ein geringeres Risiko. Dieses Attribut ist die Grundlage für den KPI 'Contract Template Adherence Rate' und hilft bei der Analyse der Prozessauswirkungen der Verwendung nicht-standardisierter Dokumente. Es kann Abteilungen oder Vertragstypen hervorheben, die häufig von Standards abweichen, und so Bemühungen zur Verbesserung der Template-Nutzung leiten.
Bedeutung
Misst die Einhaltung von Unternehmensstandards, was direkt mit Prozesseffizienz und Risikominimierung korreliert.
Datenquelle
Dies könnte ein Kontrollkästchenfeld im Vertrag sein oder basierend auf dem Dokumentursprung oder den Metadaten innerhalb von Icertis abgeleitet werden.
Beispiele
truefalsch
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, wann die Daten für den Prozess zuletzt aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt die Aktualität der analysierten Daten an. Es erfasst Datum und Uhrzeit der letzten Datenextraktion aus dem Quellsystem. Diese Information ist für Benutzer entscheidend, um die Aktualität der in den Dashboards präsentierten Erkenntnisse zu verstehen. Sie hilft ihnen zu erkennen, ob sie Echtzeitinformationen oder Daten betrachten, die einige Stunden oder Tage alt sind, und schafft so den richtigen Kontext für die Entscheidungsfindung.
Bedeutung
Bietet Kontext zur Datenaktualität und stellt sicher, dass Benutzer verstehen, wie aktuell die Prozessanalyse ist.
Datenquelle
Dieser Timestamp wird von der Datenpipeline oder dem ETL-Tool am Ende jedes erfolgreichen Datenaktualisierungszyklus generiert.
Beispiele
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Name des Vertragspartners
CounterpartyName
|
Der Name der externen Partei, wie z.B. eines Kunden oder Lieferanten, im Vertrag. | ||
|
Beschreibung
Dieses Attribut identifiziert die andere am Vertrag beteiligte Partei. Es bietet wesentlichen Kontext für die Analyse von Interaktionen und Verhandlungen. Die Analyse des Prozesses nach Vertragspartner kann Muster in Verhandlungszyklen aufzeigen. Zum Beispiel kann es zeigen, ob Verträge mit bestimmten Lieferanten durchweg länger dauern oder mehr Überarbeitungen erfordern. Diese Erkenntnis ist wertvoll für das strategische Beziehungsmanagement und die Anpassung von Verhandlungsstrategien, was direkt das Dashboard 'Negotiation Cycle Time And Rework' unterstützt.
Bedeutung
Ermöglicht die Analyse von Verhandlungsmustern und der Beziehungsperformance mit spezifischen externen Parteien.
Datenquelle
Diese Informationen werden als Teil der Metadaten des Vertrags gespeichert und verknüpfen typischerweise mit einem Vertragspartner- oder Lieferantenstammdatenobjekt in Icertis.
Beispiele
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Vertragsdaten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut identifiziert den Datenursprung, welcher für diesen Prozess 'Icertis' ist. Es hilft bei der Data Governance und Rückverfolgbarkeit, insbesondere in Umgebungen, in denen Daten aus mehreren Systemen aggregiert werden könnten. In der Analyse kann es verwendet werden, um Daten auf ein spezifisches Quellsystem zu filtern oder, falls zutreffend, Prozesse über verschiedene Systeme hinweg zu vergleichen. Für diese Ansicht dient es als konstante Kennung für alle Events.
Bedeutung
Sichert die Datenherkunft und Nachvollziehbarkeit, was für die Datenvalidierung und die Verwaltung von Daten aus mehreren Quellen wichtig ist.
Datenquelle
Dies ist typischerweise ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, 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 den geografischen Bereich an, wie z.B. EMEA, APAC oder Nordamerika, für den der Vertrag gilt. Dies ist wichtig für globale Organisationen mit regionalen Unterschieden in ihren Prozessen. Die Analyse nach Region kann Unterschiede in der Prozessleistung, den Compliance-Anforderungen oder Verhandlungstaktiken aufdecken, die durch lokale Gesetze und Geschäftskulturen bedingt sind. Sie ermöglicht ein regionsspezifisches Benchmarking und die Identifizierung von Best Practices, die global geteilt werden könnten.
Bedeutung
Hilft bei der Identifizierung regionaler Unterschiede in der Prozessleistung und Compliance, was für global agierende Unternehmen entscheidend ist.
Datenquelle
Dies ist typischerweise ein Metadatenfeld im Vertragsobjekt in Icertis, oft Teil der Standardkonfiguration.
Beispiele
EMEANordamerikaAPACLATAM
|
|||
|
SLA-Status
SLAState
|
Zeigt an, ob eine Aktivität oder ein Case innerhalb der Service Level Agreement (SLA)-Bedingungen liegt. | ||
|
Beschreibung
Dieses Attribut wird abgeleitet, indem die Dauer bestimmter Prozessphasen mit vordefinierten SLA-Zielen verglichen wird. Zum Beispiel könnte es eine rechtliche Prüfung als 'Verspätet' kennzeichnen, wenn sie die standardmäßige Bearbeitungszeit von 48 Stunden überschreitet. Der SLA Status ist essenziell für die Compliance-Überwachung und das Performance Management. Er ermöglicht die Erstellung von Alerts und Dashboards, wie dem 'Contract Compliance Overview', die Verstöße sofort hervorheben. Dies hilft Teams, überfällige Aufgaben zu priorisieren, und ermöglicht Managern, die Leistung anhand wichtiger Ziele zu verfolgen.
Bedeutung
Bietet sofortige Transparenz über die Einhaltung von Service-Level-Zielen und hilft, Aufgaben zu priorisieren und die Leistung zu steuern.
Datenquelle
Dies wird berechnet, indem Geschäftsregeln im Process Mining Tool definiert werden, die Timestamps mit vordefinierten SLA-Schwellenwerten vergleichen (z.B. Dauer der rechtlichen Prüfung > 2 Tage).
Beispiele
PünktlichRisikobehaftetVerspätet
|
|||
Vertragsmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Genehmigung des Vertragspartners erhalten
|
Diese Aktivität bedeutet, dass der externe Vertragspartner den Bedingungen zugestimmt und die endgültige Version des Vertrags genehmigt hat. Dies kann ein expliziter Event aus einem Kollaborationsportal oder eine manuelle Statusaktualisierung durch den Vertragsinhaber sein. | ||
|
Bedeutung
Dieser Meilenstein schließt die Verhandlungsphase ab. Er dient als Endpunkt für die Berechnung des KPI 'Average Negotiation Cycle Time', der die Effizienz externer Interaktionen hervorhebt.
Datenquelle
Dies könnte ein expliziter Event sein, wenn der Vertragspartner ein Icertis-Portal zur Genehmigung verwendet. Andernfalls wird es aus einer manuellen Statusänderung zu 'Counterparty Approved' abgeleitet.
Erfassen
Ereignis, protokolliert von einem Vertragspartnerportal oder einer manuellen Statusaktualisierung durch einen internen Benutzer.
Ereignistyp
explicit
|
|||
|
Interne Genehmigungen eingeholt
|
Markiert den Meilenstein, an dem alle erforderlichen internen Stakeholder den Vertrag genehmigt haben, wodurch dieser für externe Verhandlungen oder die Unterschrift bereit ist. Dies wird aus dem Gesamtstatus des Genehmigungs-Workflows abgeleitet, der einen finalen 'Genehmigt'-Status erreicht. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den internen Review-Zyklus abschließt. Er ist der Endpunkt für die Messung des KPI 'Average Approval Phase Duration'.
Datenquelle
Abgeleitet aus der Statusänderung des Workflows auf 'Vollständig genehmigt' oder einen ähnlichen Status, der anzeigt, dass alle Genehmigungsaufgaben abgeschlossen sind.
Erfassen
Timestamp der finalen internen Genehmigungsaufgaben-Erledigung oder einer allgemeinen Workflow-Statusänderung.
Ereignistyp
inferred
|
|||
|
Rechtliche Prüfung durchgeführt
|
Zeigt an, dass die Rechtsabteilung die Prüfung des Vertrags abgeschlossen hat. Dies ist typischerweise ein expliziter Event, der protokolliert wird, wenn ein Rechtsprüfer seine zugewiesene Aufgabe im Genehmigungs-Workflow abschließt. | ||
|
Bedeutung
Diese Aktivität ist entscheidend für die Messung der Bearbeitungszeit rechtlicher Prüfungen und die Identifizierung potenzieller Kapazitätsengpässe im Rechtsteam. Sie unterstützt den KPI 'Legal Review Wait Time'.
Datenquelle
Explizit protokolliert, wenn die Aufgabe 'Rechtliche Überprüfung' im Icertis-Workflow als 'Abgeschlossen' markiert wird. Es kann auch aus einer Statusänderung wie 'Rechtlich genehmigt' abgeleitet werden.
Erfassen
Ereignis von der Workflow-Engine, das den Abschluss der Aufgabe 'Rechtliche Überprüfung' anzeigt.
Ereignistyp
explicit
|
|||
|
Vertrag ausgeführt
|
Diese Aktivität markiert die formale Ausführung des Vertrags, wenn alle Parteien unterzeichnet haben. Sie ist der primäre Erfolgsendpunkt des Vor-Unterschrift-Prozesses und wird über die Integration mit einer E-Signatur-Plattform erfasst. | ||
|
Bedeutung
Als primäres Abschlussereignis ist dies der Endpunkt für den KPI 'Durchschnittliche Vertrags-Durchlaufzeit'. Es kennzeichnet den Zeitpunkt, an dem der Vertrag rechtsverbindlich und aktiv wird.
Datenquelle
Ein explizites Ereignis wird von der E-Signatur-Plattform empfangen und in Icertis protokolliert, sobald der Signaturprozess für alle Parteien abgeschlossen ist.
Erfassen
Callback-Ereignis aus der E-Signatur-Plattformintegration.
Ereignistyp
explicit
|
|||
|
Vertrag gekündigt oder abgelaufen
|
Markiert das Ende des Vertragslebenszyklus, entweder durch einen aktiven Kündigungsprozess oder durch Erreichen des Ablaufdatums. Die Kündigung ist ein expliziter Event, während das Ablaufdatum ein berechneter Event basierend auf Vertragsmetadaten ist. | ||
|
Bedeutung
Dies ist ein Terminal-Event für den Vertragslebenszyklus. Es ist entscheidend für die Analyse von Verlängerungsraten und die Messung des KPI 'On-Time Renewal/Termination Rate'.
Datenquelle
Ein Beendigungsereignis wird explizit protokolliert, wenn ein Benutzer eine Beendigungsaktion durchführt. Das Ablaufen kann durch den Vergleich des aktuellen Datums mit dem Attribut 'Expiration Date' berechnet werden.
Erfassen
Berechnet durch den Vergleich des Systemdatums mit dem Ablaufdatum des Vertrags oder aus einem manuellen Beendigungsereignis.
Ereignistyp
calculated
|
|||
|
Vertragsanfrage initiiert
|
Diese Aktivität markiert den offiziellen Start des Vertragslebenszyklus, wenn ein Geschäftsanwender formal einen neuen Vertrag anfordert. Dies wird typischerweise als expliziter Event erfasst, wenn ein Benutzer ein Vertragsanfrageformular innerhalb der Icertis Plattform einreicht. | ||
|
Bedeutung
Als Prozessstart ist dieses Ereignis wesentlich für die Messung der gesamten Vertrags-Durchlaufzeit. Die Analyse des Volumens und der Art der Anfragen hilft bei der Ressourcenplanung und dem Nachfragemanagement.
Datenquelle
Dies ist ein expliziter Event, der in Icertis protokolliert wird, wenn ein 'Contract Request' Objekt erstellt und eingereicht wird.
Erfassen
Ereignis, protokolliert bei Einreichung eines Vertragsanfrageformulars.
Ereignistyp
explicit
|
|||
|
Änderung initiiert
|
Stellt den Beginn eines formellen Prozesses zur Änderung eines aktiven Vertrags dar. Dies wird erfasst, wenn ein Benutzer einen Änderungsdatensatz erstellt, der mit der ursprünglich ausgeführten Vereinbarung verknüpft ist. | ||
|
Bedeutung
Änderungen stellen erhebliche Nacharbeiten oder Änderungen im Umfang dar. Die Verfolgung ihrer Häufigkeit und Durchlaufzeit liefert Einblicke in die Vertragsstabilität und Managementeffizienz.
Datenquelle
Ein explizites Ereignis wird protokolliert, wenn ein 'Amendment'-Objekt oder ein ähnlicher Datensatz erstellt und einem bestehenden Vertrag zugeordnet wird.
Erfassen
Erstellung eines Änderungsdatensatzes im Icertis-System.
Ereignistyp
explicit
|
|||
|
Interne Prüfung gestartet
|
Diese Aktivität kennzeichnet den Beginn des internen Review- und Genehmigungs-Workflows. Sie wird erfasst, wenn der Vertragsentwurf formell zur Überprüfung durch interne Stakeholder, wie Abteilungsleiter oder Finanzen, eingereicht wird. | ||
|
Bedeutung
Dies markiert den Beginn der Genehmigungsphase, die oft eine Quelle von Engpässen ist. Die Analyse der Zeit ab diesem Event hilft, Verzögerungen bei der Initiierung der internen Zusammenarbeit zu identifizieren.
Datenquelle
Erfasst als explizites Ereignis, wenn die Aktion 'Zur Überprüfung einreichen' in einem Icertis-Workflow ausgelöst wird, oder abgeleitet von einer Statusänderung zu 'In interner Überprüfung'.
Erfassen
Protokolliert, wenn ein Benutzer den internen Review-Workflow initiiert.
Ereignistyp
explicit
|
|||
|
Verhandlung mit Vertragspartner begonnen
|
Stellt den Zeitpunkt dar, zu dem der Vertrag mit dem externen Vertragspartner zur Überprüfung und Verhandlung geteilt wird. Dies wird oft aus der Statusänderung des Vertrags auf 'In Verhandlung' oder aus einem Audit Log abgeleitet, wann das Dokument erstmals extern versandt wurde. | ||
|
Bedeutung
Diese Aktivität markiert den Beginn der Verhandlungsphase. Sie ist der Startpunkt für die Berechnung des KPI 'Average Negotiation Cycle Time'.
Datenquelle
Abgeleitet aus einer manuellen Statusänderung zu 'In Verhandlung' oder durch Verfolgung des Events, wenn das Dokument zum ersten Mal über ein externes Portal geteilt wird.
Erfassen
Timestamp der Statusänderung zu 'In Verhandlung' oder 'An Vertragspartner gesendet'.
Ereignistyp
inferred
|
|||
|
Verpflichtungsüberwachung aktiviert
|
Diese Aktivität nach Vertragsabschluss bedeutet, dass vertragliche Verpflichtungen und Zusagen zur Nachverfolgung innerhalb des Systems aktiviert werden. Dies ist typischerweise ein expliziter Event, der automatisch bei der Ausführung oder manuell durch einen Vertragsmanager ausgelöst wird. | ||
|
Bedeutung
Dieser Event startet die Zeiterfassung für das Management nach Vertragsabschluss. Er ist entscheidend für die Messung und Sicherstellung der Compliance über den KPI 'Obligation Adherence Rate'.
Datenquelle
Explizites Ereignis, protokolliert im Icertis-Verpflichtungsmanagementmodul, wenn der Status eines Vertrags 'Aktiv' oder 'Ausgeführt' wird.
Erfassen
Automatische oder manuelle Aktivierung von Verpflichtungsdatensätzen, die mit dem Vertrag verbunden sind.
Ereignistyp
explicit
|
|||
|
Vertrag entworfen
|
Stellt die Erstellung des ersten Vertragsdokuments dar, entweder aus einem Template oder als neue Datei. Dieser Event wird oft aus der Erstellung oder dem ersten Upload des primären Vertragsdokuments im Zusammenhang mit dem Contract Workspace abgeleitet. | ||
|
Bedeutung
Die Verfolgung dieser Aktivität hilft, die für die Erstellung des ersten Entwurfs benötigte Zeit zu messen. Sie ist ein wichtiger Schritt zur Analyse der Effizienz der Entwurfserstellung und der Einhaltung der Template-Nutzung.
Datenquelle
Abgeleitet vom Erstellungs-Timestamp des primären Vertragsdokuments im Icertis Contract Workspace oder Agreement Object.
Erfassen
Den Erstellungs-Timestamp der ersten Version des Hauptvertragsdokuments identifizieren.
Ereignistyp
inferred
|
|||
|
Vertrag überarbeitet oder revidiert
|
Diese Aktivität tritt jedes Mal auf, wenn ein Vertragsdokument während der internen Prüfung oder externen Verhandlung geändert wird. Icertis verfolgt Dokumentversionen, sodass jede neue eingecheckte Version als Revisions-Event erfasst werden kann. | ||
|
Bedeutung
Das Zählen dieser Ereignisse pro Vertrag ermöglicht die Berechnung des KPI 'Vertragsrevisionsrate'. Eine hohe Anzahl von Revisionen kann auf eine mehrdeutige Sprache, ineffiziente Verhandlungen oder mangelnde Abstimmung hindeuten.
Datenquelle
Explizit im Dokumentenmanagementmodul von Icertis protokolliert, sobald eine neue Version des Vertragsdokuments hochgeladen oder eingecheckt wird.
Erfassen
Für jede neue Dokumentversionsnummer wird ein Ereignis erstellt.
Ereignistyp
explicit
|
|||
|
Vertrag verlängert
|
Zeigt an, dass ein bestehender Vertrag erfolgreich für eine weitere Laufzeit verlängert wurde. Dies ist eine explizite Aktion im System, die oft die Erstellung eines neuen Vertragsdatensatzes oder die Aktualisierung des bestehenden auslöst. | ||
|
Bedeutung
Diese Aktivität ist entscheidend für die Bewertung der Effektivität des Verlängerungsmanagement-Prozesses. Sie wird zur Berechnung des KPI 'On-Time Renewal/Termination Rate' verwendet.
Datenquelle
Ein explizites Ereignis, das generiert wird, wenn ein Benutzer eine Beendigungsaktion für einen Vertragsdatensatz innerhalb von Icertis durchführt.
Erfassen
Ereignis, protokolliert von einer benutzerinitiierten 'Erneuern'-Transaktion.
Ereignistyp
explicit
|
|||
|
Vertrag zur Unterschrift gesendet
|
Zeigt an, dass der endgültige, genehmigte Vertrag zur elektronischen oder händischen Unterzeichnung versandt wurde. Dies ist ein expliziter Event, der durch die Integration mit E-Signatur-Plattformen wie DocuSign oder Adobe Sign erfasst wird. | ||
|
Bedeutung
Die Verfolgung dieses Events hilft, die Effizienz des finalen Ausführungsschritts zu analysieren. Verzögerungen zwischen Genehmigung und Versand zur Unterschrift können administrative Engpässe aufzeigen.
Datenquelle
Explizit über API-Integration mit einer E-Signatur-Lösung protokolliert, wenn der Signaturprozess innerhalb von Icertis initiiert wird.
Erfassen
Ereignis vom E-Signatur-Konnektor, wenn eine Signaturanfrage gesendet wird.
Ereignistyp
explicit
|
|||