Ihr Template für Vertragsmanagement-Daten
Ihr Template für Vertragsmanagement-Daten
Dies ist unsere generische Process-Mining-Datenvorlage für Vertragsmanagement. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Ein universelles Datenmodell für Vertragsmanagement-Prozesse.
- Empfohlene Attribute und Aktivitäten für eine gründliche Analyse.
- Anleitung zur Extraktion Ihres Event Logs, unabhängig von Ihrem Quellsystem.
Vertragsmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name eines spezifischen Geschäfts-Events, einer Aufgabe oder eines Meilensteins, der innerhalb des Vertragslebenszyklus aufgetreten ist. | ||
| Beschreibung Der Aktivitätsname beschreibt einen Schritt im Vertragsmanagement-Prozess. Diese Aktivitäten repräsentieren die einzelnen durchgeführten Aufgaben, wie z.B. 'Vertrag entworfen', 'Rechtsprüfung abgeschlossen' oder 'Vertrag ausgeführt'. Eine chronologische Abfolge dieser Aktivitäten für eine bestimmte Vertrags-ID bildet den Prozessfluss. Dieses Attribut ist entscheidend für den Aufbau der Prozesslandkarte, die die Kernvisualisierung im Process Mining darstellt. Durch die Analyse der Reihenfolge und Häufigkeit verschiedener Aktivitäten können Analysten den tatsächlichen Prozessfluss verstehen, Abweichungen vom Standardverfahren identifizieren und Bereiche der Nacharbeit oder Ineffizienz, wie wiederholte Revisionszyklen, lokalisieren. Bedeutung Es definiert die Prozessschritte und ermöglicht die Visualisierung des Vertragslebenszyklus sowie die Identifizierung von Prozessabweichungen und Engpässen. Datenquelle Üblicherweise in Event Logs, Audit Trails oder Statushistorientabellen zu finden, die mit dem Hauptvertragsdatensatz verknüpft sind. Beispiele Vertrag entworfenInterne Genehmigung abgeschlossenVertrag zur Unterschrift gesendet | |||
| Event Startzeit EventStartTime | Der Timestamp, der das genaue Datum und die Uhrzeit angibt, wann eine spezifische Aktivität oder ein Event begann. | ||
| Beschreibung Die Ereignis-Startzeit markiert den Beginn einer Aktivität im Vertragslebenszyklus. Dieser Zeitstempel ist entscheidend für die chronologische Anordnung von Ereignissen und für die Berechnung der Dauer von Aktivitäten sowie der gesamten Prozesszykluszeit. Er liefert den zeitlichen Kontext, der zum Verständnis des Prozessflusses über die Zeit hinweg erforderlich ist. In der Analyse wird dieser Zeitstempel verwendet, um die Prozesslandkarte zu erstellen und wichtige Leistungsindikatoren wie 'Durchschnittliche Vertragszykluszeit' und 'Durchschnittliche Genehmigungsdauer' zu berechnen. Er ermöglicht die Engpassanalyse, indem er aufzeigt, welche Schritte die meiste Zeit in Anspruch nehmen. Der Vergleich von Startzeiten zwischen Aktivitäten ermöglicht eine detaillierte Untersuchung der Übergangszeiten und hebt Verzögerungen zwischen den Prozessschritten hervor. Bedeutung Dieser Timestamp ist grundlegend für die Reihenfolge der Events, die Berechnung von Prozessdurchlaufzeiten und die Identifizierung zeitbasierter Engpässe. Datenquelle Verfügbar in System-Audit-Logs, Transaktionsdatensätzen oder Ereignisverlaufstabellen, die Zeitstempel für Prozessschritte erfassen. Beispiele 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| Vertrags-ID ContractId | Der eindeutige Identifikator für jeden Vertrag, der als primärer Case-Identifikator dient und alle zugehörigen Aktivitäten und Dokumente miteinander verbindet. | ||
| Beschreibung Die Vertrags-ID ist ein eindeutiger Schlüssel, der einem einzelnen Vertragslebenszyklus zugewiesen wird. Sie fungiert als zentraler Faden, der jedes Ereignis, von der ersten Anfrage bis zum endgültigen Ablauf oder zur Kündigung, miteinander verbindet. Alle Aktivitäten, wie Entwurf, Überprüfungen, Genehmigungen und Ausführung, sind mit dieser spezifischen ID verknüpft. In der Process Mining-Analyse ist die Vertrags-ID grundlegend für die Rekonstruktion des End-to-End-Verlaufs jedes Vertrags. Sie ermöglicht es dem Tool, zusammengehörige Ereignisse zu einem einzigen Case zusammenzufassen, was die Visualisierung und Analyse des gesamten Prozessflusses ermöglicht. Ohne eine konsistente Vertrags-ID wäre es unmöglich, Zykluszeiten genau zu messen, Engpässe zu identifizieren oder Prozessvarianten zu analysieren. Bedeutung Dieser Identifikator ist essenziell, um einen Vertrag über seinen gesamten Lebenszyklus zu verfolgen und so eine präzise Prozesserkennung und Leistungsmessung zu ermöglichen. Datenquelle Typischerweise im Header oder primären Datensatz eines Vertragsobjekts in einem Contract Lifecycle Management (CLM) System zu finden. Beispiele CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der `Timestamp`, der angibt, wann die `Data` für dieses `Event` zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurde. | ||
| Beschreibung Der Timestamp der letzten Datenaktualisierung gibt Aufschluss über die Aktualität der analysierten Daten. Er zeigt an, wann der Prozess zur Datenextraktion, -transformation und -ladung (ETL) zuletzt lief, und liefert so den Kontext zur Aktualität der Analyse. Dies unterscheidet sich vom Event Timestamp, der den Zeitpunkt der geschäftlichen Aktivität festhält. Für Analysezwecke ist dieses Attribut entscheidend für die Data Governance und die Kommunikation der Aktualität der Erkenntnisse an Stakeholder. Es hilft Nutzern zu verstehen, ob sie Echtzeitinformationen oder eine Momentaufnahme vom Vortag oder der Vorwoche betrachten. Dieser Kontext ist unerlässlich, um zeitnahe und fundierte Entscheidungen auf Basis der Process Mining Dashboards zu treffen. Bedeutung Liefert entscheidenden Kontext zur Aktualität der Daten und stellt sicher, dass Stakeholder verstehen, wie aktuell die Prozesseinblicke sind. Datenquelle Dieser Timestamp wird typischerweise vom Datenintegrations- oder ETL-Tool während des Datenladevorgangs generiert und gespeichert. Beispiele 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Quellsystem SourceSystem | Der Name des IT-Systems oder der Anwendung, aus dem/der die Vertragsdaten extrahiert wurden. | ||
| Beschreibung Das Attribut „Quellsystem“ identifiziert den Ursprung der Event Daten. In vielen Organisationen kann der Vertragslebenszyklus mehrere Systeme umfassen, wie eine CLM-Plattform, ein CRM für die Initiierung und ein ERP-System für Finanzdaten. Die Angabe des Quellsystems für jedes Event ist entscheidend für die Datenvalidierung und das Verständnis der technologischen Prozesslandschaft. In einer Process Mining Analyse hilft dieses Attribut, die Prozessfragmentierung über verschiedene Systeme hinweg zu identifizieren. Es kann aufzeigen, ob Verzögerungen oder Probleme mit Datenübergaben zwischen bestimmten Anwendungen verbunden sind. Es ist auch wichtig für die Data Governance und um Datenqualitätsprobleme auf ihren Ursprung zurückzuverfolgen. Bedeutung Identifiziert den Ursprung der Daten, was entscheidend für die Datenvalidierung, das Verständnis von Prozessfragmentierung und die Fehlerbehebung bei Datenqualitätsproblemen ist. Datenquelle Diese Informationen werden oft während des Datenextraktionsprozesses hinzugefügt oder können als Standardfeld in Systemprotokollen verfügbar sein. Beispiele AgiloftSAP AribaDocuSign CLM | |||
| Abteilung Department | Die interne Geschäftseinheit oder Abteilung, der der Vertrag gehört, wie z.B. Vertrieb, Recht oder Einkauf. | ||
| Beschreibung Das Attribut 'Abteilung' identifiziert das interne Team oder die Geschäftseinheit, die für den Vertrag verantwortlich oder damit verbunden ist. Dies ist oft die Abteilung des Vertragsinhabers oder des Teams, das die Vertragsanfrage initiiert hat. Dies ist eine Schlüsseldimension für internes Benchmarking und Arbeitslastanalyse. Es hilft zu verstehen, wie sich der Vertragsmanagement-Prozess in verschiedenen Teilen der Organisation unterscheidet. Das Dashboard 'Team-Arbeitslast und Produktivität' kann nach Abteilung gefiltert werden, um die Leistung zu vergleichen, den Ressourcenbedarf zu ermitteln und Abteilungen hervorzuheben, die möglicherweise zusätzliche Schulungen oder Prozessunterstützung benötigen. Es hilft bei der Beantwortung von Fragen wie: 'Welche Abteilung hat die längsten Genehmigungszyklen?' oder 'Wie vergleicht sich der Prozess im Vertrieb mit dem im Einkauf?'. Bedeutung Ermöglicht den Vergleich der Prozessleistung über verschiedene Geschäftsbereiche hinweg, was hilft, interne Engpässe zu identifizieren und Best Practices zu teilen. Datenquelle Üblicherweise verknüpft mit dem Nutzerprofil des Vertragsinhabers oder als Feld im Vertragsdatensatz selbst hinterlegt. Beispiele VertriebRechtBeschaffungIT | |||
| Benutzername UserName | Der Name oder die ID des Nutzers, Mitarbeiters oder der Ressource, der/die eine Vertragsaktivität durchgeführt hat oder dafür verantwortlich ist. | ||
| Beschreibung Der Benutzername identifiziert die Person, die für die Erledigung einer spezifischen Aufgabe im Vertragslebenszyklus verantwortlich ist. Dies kann der Vertragsverantwortliche, ein Rechtsprüfer, ein Genehmigender oder ein Unterzeichner sein. Dieses Attribut verknüpft Prozessaktivitäten mit den Personen, die sie ausführen. Im Process Mining bietet dieses Attribut Einblicke in die Team- und individuelle Leistung. Es wird in Dashboards wie „Team-Arbeitslast und Produktivität“ verwendet, um die Arbeitsverteilung zu analysieren, überlastete Mitarbeiter oder Teams zu identifizieren und die Leistung zu bewerten. Es hilft auch zu verstehen, wie unterschiedliche Nutzerverhaltensweisen zu Prozessvarianten oder Verzögerungen führen können, und ermöglicht gezieltes Training oder Ressourcenallokation. Bedeutung Verbindet Prozessaktivitäten mit Personen und ermöglicht die Analyse von Arbeitslastverteilung, Teamleistung und Ressourcenzuweisung. Datenquelle Typischerweise in Transaktionsdatensätzen, Audit Logs oder Aufgabenfelder im Quellsystem verfügbar. Beispiele John Smithj.smith@example.comNUTZER12345 | |||
| Endzeit des Events EventEndTime | Der Timestamp, der das genaue Datum und die Uhrzeit angibt, wann eine spezifische Aktivität oder ein Event abgeschlossen wurde. | ||
| Beschreibung Die Ereignis-Endzeit markiert den Abschluss einer Aktivität. In Verbindung mit der Ereignis-Startzeit ermöglicht sie die präzise Berechnung der Bearbeitungszeit für jeden einzelnen Schritt im Vertragslebenszyklus. Diese Granularität ist für eine detaillierte Leistungsanalyse unerlässlich. Dieses Attribut wird zur Berechnung von Aktivitätsdauern verwendet, die grundlegend für die Engpassanalyse sind. Dashboards wie die 'Genehmigungs- und Prüfungs-Engpassanalyse' stützen sich auf diese Daten, um Schritte hervorzuheben, in denen Verträge verzögert werden. Durch das Verständnis der Dauer jeder Aktivität können Organisationen ihre Verbesserungsbemühungen auf die zeitaufwendigsten Teile des Prozesses konzentrieren, wie z.B. Rechtsprüfungen oder Verhandlungen. Bedeutung Ermöglicht die Berechnung von Aktivitätsdauern, was entscheidend ist, um den genauen Ort von Prozessengpässen zu lokalisieren. Datenquelle In System-Audit-Logs oder Ereignisverlaufstabellen zu finden. Muss möglicherweise aus der Startzeit des nachfolgenden Ereignisses abgeleitet werden, falls nicht explizit aufgezeichnet. Beispiele 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Name der Gegenpartei CounterpartyName | Der Name des externen Vertragspartners, Unternehmens, Kunden, Lieferanten oder Partners, der am Vertrag beteiligt ist. | ||
| Beschreibung Der Name der Gegenpartei identifiziert die externe Einheit, mit der die Organisation eine Vereinbarung trifft. Dies kann ein Kunde, ein Lieferant oder ein Partner sein. Er liefert entscheidenden Kontext über die Geschäftsbeziehung, die durch den Vertrag geregelt wird. Als Dimension für die Analyse ist die Gegenpartei von unschätzbarem Wert. Sie ermöglicht es dem Unternehmen, die Prozessleistung nach Lieferant oder Kunde zu analysieren. Eine Analyse könnte zum Beispiel zeigen, dass Verhandlungen mit bestimmten Gegenparteien durchweg länger dauern als der Durchschnitt. Diese Erkenntnisse können zukünftige Verhandlungsstrategien beeinflussen, beim Beziehungsmanagement helfen und zur Erstellung massgeschneiderter Vertragsvorlagen für strategische Partner genutzt werden, um den Prozess zu beschleunigen. Bedeutung Identifiziert die externe Partei, was die Analyse von Zykluszeiten und Verhandlungsmustern nach Kunde oder Lieferant ermöglicht. Datenquelle Ein Standardfeld im Vertragsdatensatz, oft verknüpft mit einem Stammdatensatz für Kunden oder Lieferanten. Beispiele Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Vertragsart ContractType | Die Klassifizierung des Vertrags, wie z.B. Rahmendienstleistungsvertrag (MSA), Geheimhaltungsvereinbarung (NDA) oder Leistungsbeschreibung (SOW). | ||
| Beschreibung Der Vertragstyp ist ein kategorisches Attribut, das Verträge nach ihrer rechtlichen Natur und ihrem Zweck klassifiziert. Gängige Typen sind NDAs, MSAs, SOWs sowie Verkaufs- oder Beschaffungsvereinbarungen. Diese Klassifizierung liefert den wesentlichen Geschäftskontext für den Vertragslebenszyklus. Dieses Attribut ist eine leistungsstarke Dimension für die vergleichende Analyse. Es ermöglicht Analysten, die Prozesslandkarte und KPIs zu filtern, um zu sehen, ob bestimmte Vertragstypen unterschiedliche Prozessflüsse, längere Zykluszeiten oder höhere Nacharbeitsraten aufweisen. Eine Analyse könnte beispielsweise ergeben, dass MSAs in der Rechtsprüfung deutlich länger dauern als NDAs, was eine Prozessneugestaltung für komplexere Vertragsarten erforderlich macht. Bedeutung Ermöglicht die Segmentierung und den Vergleich von Prozessen und zeigt auf, wie verschiedene Vertragstypen die Zykluszeit, Komplexität und das Risiko beeinflussen. Datenquelle Dies ist ein Standardfeld im Hauptvertragsdatensatz eines jeden CLM-Systems. Beispiele Geheimhaltungsvereinbarung (NDA)Rahmendienstleistungsvertrag (MSA)Leistungsbeschreibung (SOW) | |||
| Vertragsstatus ContractStatus | Das aktuelle Lebenszyklusstadium oder der Status des Vertrags, wie 'Entwurf', 'In Genehmigung', 'Ausgeführt' oder 'Abgelaufen'. | ||
| Beschreibung Der Vertragsstatus bietet eine Momentaufnahme, wo sich ein Vertrag zu einem bestimmten Zeitpunkt in seinem Lebenszyklus befindet. Dieses Attribut wird oft aktualisiert, wenn der Vertrag wichtige Meilensteine durchläuft. Es bietet eine übergeordnete Zusammenfassung des Vertragsfortschritts. Dieses Attribut ist äusserst nützlich, um Fälle zu filtern und spezifische Teile des Vertragsportfolios zu analysieren. Zum Beispiel können Analysten sich auf 'Aktive' Verträge für das Pflichtenmanagement oder auf 'Stagnierende' Verträge konzentrieren, um die Ursachen für Verzögerungen zu verstehen. Es ist eine Schlüsselkomponente des Dashboards 'Vertragslebenszyklus-Performance', das hilft, das Volumen der Verträge in jeder Phase zu visualisieren und die 'Rate stagnierender Verträge' als KPI zu messen. Bedeutung Bietet eine übergeordnete Ansicht des aktuellen Vertragsstadiums und ermöglicht die Filterung und Analyse des Vertragsportfolios nach Lebenszyklusphase. Datenquelle Dies ist ein primäres Statusfeld im Hauptvertragsdatensatz eines CLM-Systems. Beispiele EntwurfIn PrüfungAusgeführtBeendet | |||
| Vertragswert ContractValue | Der gesamte monetäre Wert, der mit dem Vertrag verbunden ist, und der Einnahmen, Ausgaben oder Verpflichtungen darstellen kann. | ||
| Beschreibung Der Vertragswert quantifiziert die finanzielle Bedeutung eines Vertrags. Dieser Betrag ist ein entscheidender geschäftlicher Kontext, der hilft, Verträge zu priorisieren und deren Auswirkungen auf die Organisation zu verstehen. Er wird typischerweise in einer bestimmten Währung ausgedrückt. Im Process Mining wird dieses Attribut verwendet, um die geschäftlichen Auswirkungen der Prozessleistung zu analysieren. Das Dashboard 'Geschäftliche Auswirkungen und Durchsatz' nutzt diese Daten, um den Wert der Verträge anzuzeigen, die bearbeitet, stagnieren oder ausgeführt werden. Es ermöglicht die Priorisierung von hochwertigen Verträgen und hilft, Fragen zu beantworten wie: 'Bleiben unsere wertvollsten Verträge in Genehmigungen stecken?' oder 'Welchen Wert haben Verträge, die ihre Verlängerungsfristen verpassen?'. Bedeutung Quantifiziert die finanziellen Auswirkungen von Verträgen und ermöglicht so die Priorisierung und Analyse, wie sich Prozessineffizienzen auf hochwertige Vereinbarungen auswirken. Datenquelle Befindet sich im Bereich Finanzdetails des Hauptvertragsdatensatzes in einem CLM- oder ERP-System. Beispiele 100000.0025000.505000000.00 | |||
| Ablaufdatum ExpirationDate | Das Datum, an dem der Vertrag ablaufen soll, wenn er nicht verlängert oder gekündigt wird. | ||
| Beschreibung Das Ablaufdatum ist ein kritisches Datumsfeld, das das Ende der Vertragslaufzeit markiert. Es regelt den Lebenszyklus aktiver Verträge und ist der primäre Auslöser für Verlängerungs- oder Kündigungsaktivitäten. Ein ordnungsgemässes Management der Ablaufdaten ist entscheidend, um unbeabsichtigte Service- oder Umsatzverluste zu vermeiden. Im Process Mining ist dieses Attribut unerlässlich für das Dashboard 'Pflichten- und Verlängerungsmanagement'. Es wird verwendet, um die KPI 'Pünktliche Verlängerungsrate' zu berechnen, indem das Datum der Verlängerungsaktivitäten mit dem Ablaufdatum verglichen wird. Die Analyse von Verträgen, die sich ihrem Ablaufdatum nähern, ermöglicht es Organisationen, ihre Verlängerungspipeline proaktiv zu verwalten und Umsatzverluste oder Betriebsunterbrechungen zu verhindern. Bedeutung Dieser Termin ist entscheidend für das Verlängerungsmanagement und die Risikominderung und hilft, Vertragsmeilensteine zu verfolgen und rechtzeitige Massnahmen sicherzustellen. Datenquelle Dies ist ein Schlüsselfeld für das Datum im Hauptvertragsdatensatz eines CLM-Systems. Beispiele 2024-12-312025-06-302026-01-15 | |||
| Revisionsanzahl RevisionCount | Ein Zähler für die Häufigkeit, mit der ein Vertragsdokument während der Verhandlungs- und Überprüfungszyklen überarbeitet oder mit Anmerkungen versehen wurde. | ||
| Beschreibung Der Revisionszähler verfolgt den Umfang der Nachbearbeitung, die ein Vertrag vor der Ausführung durchläuft. Jedes Mal, wenn das Dokument bearbeitet und eine neue Version erstellt wird, sollte dieser Zähler inkrementiert werden. Er dient als Indikator für die Komplexität und Streitbarkeit des Verhandlungsprozesses. Dieses Attribut ist ein direktes Effizienzmaß und wird zur Berechnung des KPI „Vertrags-Nachbearbeitungsrate“ verwendet. Das Dashboard „Verhandlungs- und Nachbearbeitungseffizienz“ nutzt diese Daten, um Verträge, Vertragspartner oder Vertragsarten zu identifizieren, die eine übermäßige Anzahl von Revisionen erfordern. Hohe Revisionszahlen korrelieren oft mit längeren Durchlaufzeiten und können auf unklare Anforderungen, aggressive Verhandlungstaktiken oder die Notwendigkeit besserer Standard-Templates hinweisen. Bedeutung Misst das Ausmass an Nacharbeit und Verhandlungskomplexität und hilft, die Ursachen für Ineffizienz und lange Zykluszeiten zu identifizieren. Datenquelle Kann aus einem Versionsnummernfeld im Vertragsdokument stammen oder durch Zählen der Anzahl der 'Vertrag überarbeitet'-Aktivitäten für jeden Fall abgeleitet werden. Beispiele 135 | |||
Vertragsmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Interne Genehmigung abgeschlossen | Dieser Meilenstein zeigt an, dass alle erforderlichen internen Stakeholder die endgültige Version des Vertrags genehmigt haben. Er bedeutet, dass die Organisation abgestimmt und bereit ist, den Vertrag extern zu präsentieren. | ||
| Bedeutung Dies ist ein wichtiges Etappenziel im Prozess, das das Ende interner Verhandlungen markiert. Die Zeit bis zum Erreichen dieser Phase ist ein wichtiger Leistungsindikator für die interne Effizienz. Datenquelle Dies wird üblicherweise abgeleitet, wenn der Vertragsstatus in einen finalen Genehmigungsstatus wie „Vollständig genehmigt“ oder „Bereit zur Unterschrift“ übergeht oder wenn die letzte Genehmigungsaufgabe abgeschlossen ist. Erfassen Identifizieren Sie den Zeitstempel, wenn der Gesamtgenehmigungsstatus auf 'abgeschlossen' wechselt oder die letzte erforderliche Genehmigung protokolliert wird. Ereignistyp inferred | |||
| Vertrag abgelaufen | Dieses Event bedeutet, dass ein Vertrag sein Enddatum erreicht hat, ohne verlängert oder vorzeitig beendet zu werden. Dies stellt den natürlichen, geplanten Abschluss des Vertragslebenszyklus dar. | ||
| Bedeutung Die Verfolgung von Abläufen ist entscheidend für das Management von Verlängerungen und die Vermeidung unbeabsichtigter Dienst- oder Vertragsausfälle. Eine hohe Anzahl nicht verlängerter Abläufe kann auf entgangenes Geschäft hinweisen. Datenquelle Dieses Event wird typischerweise nicht explizit protokolliert, sondern durch den Vergleich des Vertragsablaufdatums mit dem aktuellen Datum berechnet. Erfassen Leiten Sie dieses Ereignis ab, indem Sie einen Zeitstempel erstellen, wenn das Systemdatum grösser oder gleich dem Feld 'Ablaufdatum' im Vertragsdatensatz ist. Ereignistyp calculated | |||
| Vertrag aktiviert | Stellt den Zeitpunkt dar, an dem der Vertrag aktiv und durchsetzbar wird, was am oder nach dem Ausführungsdatum erfolgen kann. Dieses Ereignis löst den Beginn des Pflichtenmanagements und der Leistungsverfolgung aus. | ||
| Bedeutung Die Aktivierung markiert den Übergang vom Vertragsabschluss zum Vertragsmanagement. Sie ist der wahre Starttermin für die Verfolgung von Compliance, Verlängerungen und Pflichten. Datenquelle Dies wird oft als Statusänderung innerhalb des Systems von „Ausgeführt“ zu „Aktiv“ oder „Live“ erfasst und ist manchmal an ein spezifisches Feld „Gültigkeitsdatum“ gebunden. Erfassen Verwenden Sie den Timestamp der Statusänderung auf „Aktiv“ oder das Gültigkeitsdatum des Vertrags, falls verfügbar. Ereignistyp inferred | |||
| Vertrag ausgeführt | Dies ist ein wichtiger Meilenstein, bei dem alle Parteien den Vertrag unterzeichnet haben, wodurch er rechtsverbindlich wird. Er stellt den erfolgreichen Abschluss der Vor-Unterschrifts-Phase des Vertragslebenszyklus dar. | ||
| Bedeutung Als primäres Erfolgsergebnis ist das Ausführungsdatum entscheidend für die Berechnung der gesamten Zykluszeit von der Anfrage bis zur Ausführung. Es ist ein Schlüsselereignis für die Leistungs- und Durchsatzanalyse. Datenquelle Dies wird typischerweise explizit über eine Integration mit einer E-Signatur-Plattform oder durch manuelle Statusaktualisierung auf „Ausgeführt“ und Eingabe des Ausführungsdatums durch einen Benutzer erfasst. Erfassen Verwenden Sie den Abschluss-Timestamp aus dem E-Signatur-System oder das Datum, an dem der Status manuell auf „Ausgeführt“ geändert wurde. Ereignistyp explicit | |||
| Vertrag erneuert | Stellt die erfolgreiche Verlängerung eines Vertrags nach dessen Laufzeitende dar. Dies ist ein entscheidendes Geschäftsergebnis, das die Laufzeit der Vereinbarung verlängert. | ||
| Bedeutung Verlängerungsraten sind ein direktes Mass für Kundenbindung und -zufriedenheit. Die Verfolgung dieses Ereignisses ist entscheidend für das Verständnis des langfristigen Geschäftserfolgs und der Umsatzkontinuität. Datenquelle Dies ist oft eine explizite Nutzeraktion, die den Vertragsstatus aktualisiert oder einen neuen Vertragsdatensatz für die Verlängerungslaufzeit erstellt, der den ursprünglichen ablöst. Erfassen Suchen Sie nach einer Statusänderung auf 'Erneuert' oder der Erstellung eines neuen Vertrags, der als Verlängerung mit dem Original verknüpft ist. Ereignistyp explicit | |||
| Vertrag gekündigt | Stellt die vorzeitige Kündigung eines aktiven Vertrags vor seinem geplanten Ablaufdatum dar. Dies kann aus wichtigem Grund oder aus Bequemlichkeit erfolgen, wie es die Vertragsbedingungen zulassen. | ||
| Bedeutung Dieses Event bedeutet ein vorzeitiges Ende einer Geschäftsbeziehung. Das Verständnis der Häufigkeit und Gründe für Kündigungen ist entscheidend für das Risikomanagement und die Unternehmensgesundheit. Datenquelle Dies ist ein explizites Event, das typischerweise erfasst wird, wenn ein Benutzer den Vertragsstatus auf „Beendet“ ändert und oft von einem Grundcode oder Notizen begleitet wird. Erfassen Erfassen Sie den Zeitstempel, wenn der Status eines aktiven Vertrags auf 'Gekündigt' wechselt. Ereignistyp explicit | |||
| Vertrag zur Unterschrift gesendet | Diese Aktivität markiert den Versand des finalen, genehmigten Vertrags zur Ausführung durch alle Parteien. Sie kennzeichnet das Ende aller Verhandlungen und den Beginn des letzten Ausführungsschritts. | ||
| Bedeutung Dies ist ein kritischer Meilenstein, der den letzten Unterschriftszyklus in Gang setzt. Die Analyse der Zeit von diesem Punkt bis zur Ausführung kann Verzögerungen im Unterzeichnungsprozess aufzeigen. Datenquelle In Systemen mit E-Signatur-Integrationen ist dies oft eine explizite Aktion, die den Unterschriftsprozess auslöst und im Audit-Trail des Systems protokolliert wird. Erfassen Finden Sie den Event Log- oder API-Aufruf-Zeitstempel, der sich auf die Initiierung des E-Signatur-Workflows bezieht. Ereignistyp explicit | |||
| Vertragsanfrage initiiert | Dies ist die erste Aktivität im Vertragslebenszyklus und stellt die formale Anforderung eines neuen Vertrags dar. Sie wird typischerweise als Erstellung eines neuen Vertragsdatensatzes oder Workspaces im System erfasst. | ||
| Bedeutung Diese Aktivität markiert den offiziellen Start des Prozesses, und ihr Timestamp ist essenziell für die Berechnung der gesamten Vertragsdurchlaufzeit. Die Analyse des Anfragenvolumens hilft bei der Ressourcenplanung und dem Nachfragemanagement. Datenquelle Dieses Event wird üblicherweise vom Erstellungs-Timestamp des primären Vertragsdatensatzes oder -objekts in der Hauptvertragstabelle oder den Audit Logs des Quellsystems erfasst. Erfassen Identifizieren Sie das Erstellungsereignis oder den frühesten Zeitstempel, der mit der eindeutigen Vertrags-ID verbunden ist. Ereignistyp explicit | |||
| Änderung initiiert | Dieses Event markiert den Beginn eines formalen Änderungsverfahrens für einen bestehenden, aktiven Vertrag. Es signalisiert eine Änderungsanfrage zu den ursprünglichen Vertragsbedingungen. | ||
| Bedeutung Häufige Änderungen können darauf hindeuten, dass ursprüngliche Verträge nicht umfassend genug waren. Die Analyse von Änderungen bietet Einblick in die sich entwickelnde Natur von Geschäftsbeziehungen. Datenquelle Dies wird oft durch die Erstellung eines neuen „Änderungs“-Datensatzes oder Workspaces erfasst, der mit dem ursprünglichen Vertrag verknüpft ist und in den Hauptdatentabellen des Systems zu finden ist. Erfassen Identifizieren Sie das Erstellungsereignis für einen Datensatztyp 'Änderung', der mit einer übergeordneten Vertrags-ID verknüpft ist. Ereignistyp explicit | |||
| Interne Prüfung begonnen | Diese Aktivität markiert den Zeitpunkt, an dem der entworfene Vertrag formal zur Prüfung und zum Feedback an interne Stakeholder gesendet wird. Sie stellt den Beginn der internen Kollaborations- und Genehmigungsphase dar. | ||
| Bedeutung Dies ist der Ausgangspunkt für die Messung des gesamten internen Prüfungszyklus. Die Analyse der in dieser Phase verbrachten Zeit hilft, Engpässe in der Stakeholder-Abstimmung zu identifizieren. Datenquelle Dies wird typischerweise durch eine Statusänderung in einem Workflow erfasst, z. B. den Übergang von „Entwurf“ zu „Interne Prüfung“ oder die Erstellung von Prüfungsaufgaben. Erfassen Erfassen Sie den Zeitstempel, wenn der Vertragsstatus auf 'In Überprüfung' wechselt oder wenn die erste Überprüfungsaufgabe zugewiesen wird. Ereignistyp explicit | |||
| Pflichtenüberwachung begonnen | Diese Aktivität kennzeichnet den Beginn des Post-Execution-Managements, bei dem wichtige Termine, Leistungen und andere Verpflichtungen aktiv verfolgt werden. Es ist der erste Schritt zur Sicherstellung der Compliance nach Vertragsabschluss. | ||
| Bedeutung Diese Aktivität ist entscheidend für das Verständnis der Post-Signatur-Governance. Die Verfolgung dieser Aufgaben hilft sicherzustellen, dass der Vertrag Wert liefert und Risiken gemindert werden. Datenquelle Dies wird erfasst, wenn eine Aufgabe, Checkliste oder ein Subprozess zur Überwachung einer vertraglichen Verpflichtung erstellt oder initiiert wird, oft in Aufgabenmanagement-Protokollen zu finden. Erfassen Erfassen Sie den Erstellungs-Zeitstempel von Aufgaben oder Ereignissen im Zusammenhang mit der Pflichten- oder Compliance-Verfolgung für einen aktiven Vertrag. Ereignistyp explicit | |||
| Rechtsprüfung abgeschlossen | Zeigt an, dass die Rechtsabteilung die Überprüfung des Vertrags abgeschlossen hat. Dies ist ein kritischer Kontrollpunkt, bevor der Vertrag zur weiteren Genehmigung oder externen Verhandlung übergehen kann. | ||
| Bedeutung Die Messung der Dauer von Rechtsprüfungen hilft, die Arbeitslast des Rechtsteams zu quantifizieren und Möglichkeiten zur Optimierung rechtlicher Prozesse zu identifizieren. Sie trägt oft massgeblich zur gesamten Zykluszeit bei. Datenquelle Oft erfasst, wenn das Rechtsteam den Vertragsstatus aktualisiert, z.B. auf 'Rechtlich genehmigt', oder eine spezifische Genehmigungsaufgabe im Workflow-Log des Systems abschliesst. Erfassen Suchen Sie den Abschluss-Zeitstempel einer Aufgabe, die der Rechtsabteilung zugewiesen wurde, oder eine Statusänderung, die eine rechtliche Genehmigung anzeigt. Ereignistyp explicit | |||
| Verhandlung begonnen | Zeigt an, dass eine Hin- und Her-Verhandlung mit der Gegenpartei begonnen hat. Dies wird oft durch die erste Antwort oder ein mit Anmerkungen versehenes Dokument der externen Partei gekennzeichnet. | ||
| Bedeutung Die Verfolgung des Verhandlungsbeginns ist entscheidend für die Analyse der Verhandlungsdurchlaufzeit und das Verständnis, wie lange Vertragspartner für eine Antwort benötigen. Datenquelle Dies wird oft abgeleitet, wenn eine neue Dokumentversion von einer externen Partei hochgeladen wird oder sich der Vertragsstatus ändert, um aktive Verhandlungen widerzuspiegeln. Erfassen Verwenden Sie den Timestamp des ersten vom Vertragspartner erhaltenen Dokuments oder eine Statusänderung auf „In Verhandlung“. Ereignistyp inferred | |||
| Vertrag an Gegenpartei gesendet | Diese Aktivität kennzeichnet den Moment, in dem der Vertrag zur Prüfung und Verhandlung an den externen Vertragspartner gesendet wird. Sie markiert den Übergang von internen Prozessen zur externen Interaktion. | ||
| Bedeutung Dieses Event ist der Ausgangspunkt für die Messung des externen Verhandlungszyklus. Verzögerungen beim Versand des Vertrags können den gesamten Geschäftsabschlusszyklus verlängern. Datenquelle Dies kann eine explizite Nutzeraktion sein, wie „Zur Verhandlung senden“, oder aus einer Statusänderung zu „In Verhandlung“ oder „Externe Prüfung“ abgeleitet werden. Erfassen Erfassen Sie den Zeitstempel eines 'An Gegenpartei senden'-Ereignisses oder einer Statusänderung in einen externen Prüfstatus. Ereignistyp explicit | |||
| Vertrag entworfen | Stellt den Abschluss des ersten Vertragsentwurfs dar. Dies wird oft erfasst, wenn die erste Version des Vertragsdokuments hochgeladen oder generiert und mit dem Vertragsdatensatz verknüpft wird. | ||
| Bedeutung Die Verfolgung der Zeit von der Anfrage bis zum Entwurf liefert Einblicke in die anfängliche Einrichtung und die Effizienz der Erstellung. Verzögerungen in dieser Phase können ein früher Indikator für Prozessengpässe sein. Datenquelle Üblicherweise in Dokumentenmanagement- oder Anhangsprotokollen des Vertragsdatensatzes zu finden. Es kann auch aus einer Statusänderung wie „Entwurf abgeschlossen“ abgeleitet werden. Erfassen Verwenden Sie den Timestamp des ersten Dokumenten-Uploads oder eine Statusänderung auf „Entworfen“. Ereignistyp inferred | |||
| Vertrag überarbeitet | Stellt einen Fall dar, in dem das Vertragsdokument während Verhandlungen oder der internen Prüfung überarbeitet oder mit Anmerkungen versehen wurde. Jede Überarbeitung erstellt eine neue Version des Dokuments. | ||
| Bedeutung Die Häufigkeit von Überarbeitungen, oder die Nacharbeitsrate, ist ein Schlüsselindikator für Prozesseffizienz und Vertragskomplexität. Hohe Nacharbeitsraten können auf Probleme mit ersten Entwürfen oder Verhandlungstaktiken hinweisen. Datenquelle Dies wird typischerweise explizit erfasst, sobald eine neue Version des primären Vertragsdokuments hochgeladen oder im Dokumentenrepository des Systems gespeichert wird. Erfassen Erfassen Sie den Zeitstempel für jede neue Dokumentversion, die nach dem ersten Entwurf hochgeladen wird. Ereignistyp explicit | |||
| Vertrag zurückgezogen | Zeigt an, dass eine Vertragsanfrage oder ein in Bearbeitung befindlicher Vertrag vor der Ausführung absichtlich storniert wurde. Dies ist ein Endstatus, der den Prozess beendet. | ||
| Bedeutung Die Analyse, warum Verträge zurückgezogen werden, kann Probleme im Qualifizierungsprozess oder sich ändernde Geschäftsprioritäten aufdecken. Dies ist ein wichtiges negatives Ergebnis, das überwacht werden sollte. Datenquelle Dies ist ein expliziter Endstatus, der üblicherweise erfasst wird, wenn ein Benutzer den Vertragsstatus im Statusverlaufsprotokoll des Systems auf „Gekündigt“ oder „Zurückgezogen“ ändert. Erfassen Erfassen Sie den Zeitstempel, wenn der Vertragsstatus auf einen Endzustand 'Abgebrochen' oder 'Zurückgezogen' aktualisiert wird. Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,