Ihr Daten-Template für das Vertragsmanagement
Ihr Daten-Template für das Vertragsmanagement
- Empfohlene Attribute für die Erfassung
- Wichtige Aktivitäten im Vertragsmanagement, die Sie verfolgen sollten
- Praktische Hinweise zur Extraktion
Attribute der Vertragsverwaltung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Der Name des konkreten Geschäftsschritts oder Ereignisses, das stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt die Aufgabe oder den Meilenstein, der zu einem bestimmten Zeitpunkt abgeschlossen wurde, etwa „Contract Drafted“ oder „Legal Review Started“. Die Abfolge dieser Aktivitäten bildet die Grundlage der Prozesslandkarte. Die Analyse von Aktivitäten ist entscheidend, um zu verstehen, welche Arbeiten ausgeführt werden, wie häufig einzelne Schritte vorkommen und in welcher Reihenfolge sie erfolgen. So lassen sich typische Prozesspfade, Abweichungen und Nacharbeitschleifen erkennen, beispielsweise wiederholte Aktivitäten wie „Contract Revised“.
Warum das wichtig ist
Es definiert die Schritte im Prozess und ermöglicht die Visualisierung des Prozessflusses sowie die Identifizierung von Engpässen und Nacharbeit.
Bezugsquelle
Wird typischerweise aus Statusänderungen von Aufgaben, Audit Logs oder Ereignistabellen im SAP-Ariba-Contracts-Modul abgeleitet.
Beispiele
Interne Prüfung gestartetVertrag abgeschlossenÄnderung initiiertVertrag geschlossen
|
|||
|
Ereignis-Timestamp
EventTime
|
Das genaue Datum und die genaue Uhrzeit, zu denen eine Aktivität oder ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Dieser Timestamp markiert den Beginn jeder Aktivität im Vertragsmanagementprozess. Er ist eine zentrale Grundlage für alle zeitbezogenen Analysen, einschließlich der Berechnung von Durchlaufzeiten, Dauern und Wartezeiten zwischen einzelnen Schritten. Durch die Sortierung der Ereignisse nach diesem Timestamp können Process-Mining-Tools die Aktivitätsabfolge für jeden Vertrag präzise rekonstruieren. Dadurch lassen sich die Prozessleistung im Zeitverlauf analysieren und zeitbezogene Engpässe erkennen, etwa Verzögerungen in der rechtlichen Prüfung.
Warum das wichtig ist
Dieses Attribut ist grundlegend für die Berechnung aller zeitbezogenen Kennzahlen, etwa Durchlauf- und Wartezeiten, sowie für die korrekte Reihenfolge der Prozessereignisse.
Bezugsquelle
Zu finden in Event Logs, Audit Trails oder Tabellen zur Statusänderungshistorie zusammen mit den Aktivitätsinformationen in SAP Ariba Contracts.
Beispiele
2023-04-15T10:22:05Z2023-05-01T14:00:12Z2023-05-20T09:30:00Z
|
|||
|
Vertrags-ID
ContractId
|
Die eindeutige Kennung für jeden Contract Workspace, die als primäre Case-Kennung dient. | ||
|
Beschreibung
Dieses Attribut dient als primäre Case-Kennung und verknüpft alle Aktivitäten und Ereignisse während des gesamten Vertragslebenszyklus. Dadurch lässt sich der End-to-End-Verlauf jedes einzelnen Vertrags von der Erstellung bis zum Abschluss rekonstruieren. Im Process Mining gilt jedes Ereignis mit derselben Contract ID als Teil derselben Prozessinstanz. Dies ist die Grundlage für die Analyse von Prozessvarianten, die Berechnung von Durchlaufzeiten und die Identifizierung von Engpässen bei einzelnen Verträgen oder Vertragstypen.
Warum das wichtig ist
Sie ist der zentrale Schlüssel für die Nachverfolgung des vollständigen Vertragsverlaufs und ermöglicht Analysen auf Case-Ebene sowie die Visualisierung des Prozessflusses.
Bezugsquelle
Dies ist eine zentrale Kennung in SAP Ariba Contracts, die typischerweise in allen vertragsbezogenen Tabellen und Ansichten als Contract Workspace ID zu finden ist.
Beispiele
CW2023-00123CW-MSA-45892CW2024-FIN-001CW19876
|
|||
|
Abteilung
Department
|
Die Geschäftsabteilung, die den Vertrag initiiert hat oder für ihn verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die zuständige Organisationseinheit, etwa Vertrieb, IT oder Einkauf. Es liefert einen wichtigen geschäftlichen Kontext für die Prozessanalyse. Die Segmentierung der Prozessanalyse nach Abteilung hilft, abteilungsspezifische Verhaltensweisen, Engpässe oder Compliance-Probleme zu erkennen. So kann sich beispielsweise zeigen, dass der Vertragsgenehmigungsprozess im Vertrieb deutlich länger dauert als in anderen Abteilungen. Dies ermöglicht eine gezielte Untersuchung der dortigen Vorgehensweisen.
Warum das wichtig ist
Es ermöglicht die Segmentierung des Prozesses nach Geschäftsbereich und hilft dabei, abteilungsspezifische Engpässe und Leistungsunterschiede zu erkennen.
Bezugsquelle
Typischerweise in den Vertragskopfdaten oder den Workspace-Details von SAP Ariba Contracts zu finden. Das Attribut kann mit dem Benutzerprofil des Vertragsverantwortlichen verknüpft sein.
Beispiele
VertriebInformationstechnologieBeschaffungRechtsabteilung
|
|||
|
Benutzer
UserName
|
Der Name oder die ID des Benutzers, der die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person, die für den Abschluss einer bestimmten Aufgabe oder Aktivität im Vertragslebenszyklus verantwortlich war. Dabei kann es sich um den Vertragsverantwortlichen, einen juristischen Prüfer oder einen Genehmiger handeln. Die Analyse nach Benutzer unterstützt das Verständnis der Arbeitsverteilung und der individuellen Leistung und zeigt Möglichkeiten für gezielte Schulungen auf. In einem Dashboard zur Auslastung der rechtlichen Prüfung wird dieses Attribut beispielsweise verwendet, um zu sehen, wie viele Verträge die einzelnen Rechtsberater bearbeiten und wie lange ihre durchschnittliche Prüfzeit ist.
Warum das wichtig ist
Es schafft Transparenz über Arbeitsverteilung und Benutzerleistung und ermöglicht so das Ressourcenmanagement sowie Effizienzanalysen.
Bezugsquelle
Zu finden in Audit-Trail- oder Event-Log-Tabellen von SAP Ariba Contracts, häufig in Verbindung mit einem Feld wie „Changed By“ oder „User ID“.
Beispiele
john.doejane.smithlegal_team_member_1
|
|||
|
Endzeit des Ereignisses
EventEndTime
|
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut erfasst den Abschlusszeitpunkt einer Aktivität. Während StartTime den Beginn markiert, bezeichnet EndTime das Ende. Dadurch lässt sich die Dauer nicht sofort abgeschlossener Aktivitäten präzise messen. In der Analyse ergibt die Differenz zwischen EndTime und StartTime die Bearbeitungszeit einer Aktivität. Dies ist für eine detaillierte Engpassanalyse unerlässlich, da sich aktive Bearbeitungszeit und Wartezeit zwischen Aufgaben unterscheiden lassen. So kann beispielsweise die Dauer der Aktivität „Legal Review“ präzise gemessen werden.
Warum das wichtig ist
Es ermöglicht die präzise Berechnung von Bearbeitungszeiten und ist damit entscheidend für die Identifizierung von Engpässen und die Messung der Ressourceneffizienz.
Bezugsquelle
Prüfen Sie die Dokumentation zu SAP Ariba Contracts. Die Informationen können in Audit Logs oder Aufzeichnungen zum Abschluss von Aufgaben verfügbar sein.
Beispiele
2023-04-16T11:45:10Z2023-05-03T17:21:09Z2023-05-20T10:05:00Z
|
|||
|
Rechtsberatung
LegalCounsel
|
Das zuständige Mitglied des Rechtsteams, das den Vertrag prüft. | ||
|
Beschreibung
Dieses Attribut identifiziert konkret den Rechtsanwalt oder die juristische Fachkraft, der oder die mit den Aufgaben der rechtlichen Prüfung des Vertrags betraut ist. Dabei handelt es sich häufig um eine spezifischere Rolle als den allgemeinen Benutzer, der andere Aktivitäten ausführt. Dieses Attribut ist für das Dashboard „Auslastung und Effizienz der rechtlichen Prüfung“ unerlässlich. Es ermöglicht die Nachverfolgung der Anzahl der jedem Rechtsberater zugewiesenen Verträge, der durchschnittlichen Prüfzeit und des Gesamtdurchsatzes der Rechtsabteilung. So lassen sich Arbeitslasten ausgleichen, besonders leistungsstarke Personen oder Vorgehensweisen erkennen und juristische Ressourcen gezielter einsetzen.
Warum das wichtig ist
Es ermöglicht eine detaillierte Analyse der rechtlichen Prüfungsphase und unterstützt die Steuerung der Arbeitslast des Rechtsteams, die Identifizierung von Engpässen und die Verbesserung der Effizienz.
Bezugsquelle
Prüfen Sie die Dokumentation zu SAP Ariba Contracts. Die Information kann in den Details der Aufgabenzuweisung oder als spezifische Rolle im Genehmigungsfluss erfasst sein.
Beispiele
s.jonesm.riverad.chen
|
|||
|
Vertragstyp
ContractType
|
Die Klassifizierung des Vertrags, etwa MSA, NDA oder SOW. | ||
|
Beschreibung
Dieses Attribut kategorisiert Verträge nach ihrem rechtlichen oder geschäftlichen Zweck. Zu den gängigen Typen gehören Master Service Agreement (MSA), Non-Disclosure Agreement (NDA) und Statement of Work (SOW). Die Analyse des Prozesses nach Vertragstyp ist entscheidend, um Prozessvarianten zu verstehen. Unterschiedliche Vertragstypen haben häufig verschiedene Genehmigungswege, SLAs und Komplexitätsgrade. Ein NDA kann beispielsweise einen einfachen, beschleunigten Prozess durchlaufen, während ein MSA mehrere Ebenen der rechtlichen und finanziellen Prüfung erfordert. Dieses Attribut ist ein wichtiger Filter für Dashboards, um Durchlaufzeiten und Compliance-Raten verschiedener Vertragskategorien zu vergleichen.
Warum das wichtig ist
Es ermöglicht die Segmentierung der Analyse und zeigt, wie unterschiedliche Vertragstypen Prozessfluss, Komplexität und Dauer beeinflussen.
Bezugsquelle
Dies ist ein Standardklassifizierungsfeld in den Details des Contract Workspace von SAP Ariba Contracts.
Beispiele
Rahmenvertrag über DienstleistungenGeheimhaltungsvereinbarungLeistungsbeschreibungVertriebsvereinbarung
|
|||
|
Vertragswert
ContractAmount
|
Der gesamte monetäre Wert des Vertrags. | ||
|
Beschreibung
Dieses Attribut stellt den finanziellen Wert der Vertragsvereinbarung dar. Es ist eine wichtige Kennzahl, um die geschäftlichen Auswirkungen und Risiken jedes Vertrags zu verstehen. In der Analyse kann der Vertragswert verwendet werden, um Verträge mit hohem Wert für eine engere Überwachung zu priorisieren oder Trends beim Geschäftsvolumen zu erkennen. Das Dashboard „Trend des Werts ausgeführter Verträge“ verwendet dieses Attribut, um den Wert der im Zeitverlauf unterzeichneten Verträge zu aggregieren und so Erkenntnisse zur Geschäftsentwicklung zu liefern. Außerdem eignet es sich für Ursachenanalysen, etwa um zu prüfen, ob Verträge mit hohem Wert einem anderen, möglicherweise langsameren Prozess folgen.
Warum das wichtig ist
Es quantifiziert die finanziellen Auswirkungen von Verträgen und ermöglicht wertbasierte Analysen, Priorisierung sowie die Nachverfolgung der Geschäftsentwicklung.
Bezugsquelle
Prüfen Sie die Dokumentation zu SAP Ariba Contracts. Dies ist ein Standardfeld im Contract Workspace, das häufig mit „Amount“ oder „Contract Value“ bezeichnet wird.
Beispiele
150000.0025000.501200000.00
|
|||
|
Gesamtdurchlaufzeit des Vertrags
TotalContractCycleTime
|
Die gesamte verstrichene Zeit von der Erstellung des Contract Workspace bis zur endgültigen Ausführung des Vertrags. | ||
|
Beschreibung
Dieses berechnete Attribut misst die vollständige End-to-End-Dauer eines einzelnen Vertrags. In der Regel wird es als Zeitdifferenz zwischen der ersten und der letzten Aktivität berechnet, häufig zwischen „Contract Workspace Created“ und „Contract Executed“. Dies ist ein zentraler Leistungsindikator, die „End-to-End-Durchlaufzeit des Vertrags“. Er liefert ein übergeordnetes Maß für die Effizienz des gesamten Vertragsmanagementprozesses. In Dashboards wird er verwendet, um die Leistung im Zeitverlauf zu verfolgen und Durchlaufzeiten nach Vertragstyp, Abteilung oder Region zu vergleichen. So lassen sich wesentliche Verbesserungsbereiche erkennen.
Warum das wichtig ist
Es liefert das maßgebliche Maß für Geschwindigkeit und Effizienz des Prozesses und fasst die Leistung des gesamten Vertragslebenszyklus in einer einzigen Kennzahl zusammen.
Bezugsquelle
Dies ist eine berechnete Kennzahl, die auf Case-Ebene im Process-Mining-Tool oder während der Datentransformation ermittelt wird.
Beispiele
P35DP12DT5HP90D
|
|||
|
Ist Nacharbeit
IsRework
|
Ein Kennzeichen, das angibt, ob eine Aktivität Nacharbeit oder eine Wiederholung eines vorherigen Schritts darstellt. | ||
|
Beschreibung
Dieses boolesche Attribut wird auf „true“ gesetzt, wenn eine Aktivität wie „Contract Revised“ mehr als einmal innerhalb desselben Vertrags-Case auftritt. Dadurch lassen sich Nacharbeitschleifen im Prozess explizit erkennen und quantifizieren. Dieses Kennzeichen ist entscheidend für die Berechnung des KPI „Vertragsnacharbeitsquote“ und die Visualisierung von Nacharbeit in der Prozesslandkarte. Durch die Filterung nach diesem Attribut können Analysten Verträge mit umfangreichen Überarbeitungen schnell isolieren, Ursachen untersuchen und die Auswirkungen der Nacharbeit auf die Gesamtdurchlaufzeiten messen. Es macht Ineffizienzen in den Phasen der Vertragserstellung und Verhandlung sichtbar.
Warum das wichtig ist
Es quantifiziert Nacharbeit und erleichtert dadurch die Messung von Prozessineffizienzen, die Analyse ihrer Ursachen und die Nachverfolgung von Verbesserungen im Zeitverlauf.
Bezugsquelle
Dies ist ein abgeleitetes Attribut, das während der Datentransformation durch die Erkennung wiederholter Aktivitäten innerhalb desselben Case berechnet wird.
Beispiele
truefalse
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten für dieses Ereignis zuletzt aktualisiert oder extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus dem Quellsystem. Es bezeichnet nicht den Zeitpunkt des Ereignisses, sondern den Zeitpunkt, zu dem der Datensatz in die Process-Mining-Plattform geladen wurde. Diese Information ist für Data Governance und die Bewertung der Aktualität der Analyse von großer Bedeutung. Sie zeigt, ob die aktuellsten Daten vorliegen, und ist für die Verwaltung inkrementeller Datenladungen unerlässlich.
Warum das wichtig ist
Es stellt sicher, dass Benutzer die Aktualität der Daten einschätzen können. Dies ist entscheidend für eine präzise und zeitnahe Prozessanalyse und -überwachung.
Bezugsquelle
Dieser Timestamp wird während der Datenaufnahme in das Process-Mining-Tool erzeugt und ergänzt.
Beispiele
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Name der Gegenpartei
CounterpartyName
|
Der Name der externen Vertragspartei, etwa eines Lieferanten oder Kunden. | ||
|
Beschreibung
Dieses Attribut identifiziert die andere am Vertrag beteiligte Partei. Dabei kann es sich um einen Lieferanten, Kunden oder Partner handeln. Diese Information liefert wichtigen geschäftlichen Kontext für das Vertragsmanagement. Die Analyse nach Vertragspartei kann Muster bei bestimmten Partnern sichtbar machen. Verhandlungen mit bestimmten Vertragsparteien können beispielsweise regelmäßig länger dauern. Dies kann auf einen Bedarf an standardisierten Templates oder vorab ausgehandelten Bedingungen hinweisen. Außerdem lässt sich damit die Qualität der Geschäftsbeziehung und die Lieferantenleistung im gesamten Vertragsportfolio bewerten.
Warum das wichtig ist
Es ermöglicht die Analyse der Prozessleistung nach externer Partei und hilft, Verhandlungsschwierigkeiten zu erkennen sowie Lieferantenbeziehungen zu steuern.
Bezugsquelle
Diese Information wird typischerweise im Abschnitt mit Lieferanten- oder Kundeninformationen des Contract Workspace in SAP Ariba Contracts gespeichert.
Beispiele
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Quellsystem
SourceSystem
|
Das führende System, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut identifiziert das Quellsystem, in dem die Ereignisdaten erzeugt wurden. Für diesen Prozess lautet der Wert durchgehend „SAP Ariba Contracts“. Die Aufnahme dieses Attributs ist eine bewährte Praxis für Data Governance und Nachvollziehbarkeit. Besonders wichtig wird es beim Zusammenführen von Daten aus mehreren Systemen. Es schafft Klarheit über die Datenherkunft und unterstützt die Behebung von Problemen bei der Datenqualität.
Warum das wichtig ist
Es liefert wichtigen Kontext zur Datenherkunft, gewährleistet die Nachvollziehbarkeit und ermöglicht Analysen über mehrere Systeme hinweg.
Bezugsquelle
Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion und -transformation ergänzt wird, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
SAP Ariba Contracts
|
|||
|
Region
Region
|
Die geografische Region, die mit dem Vertrag oder der Vertragspartei verbunden ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet das geografische Gebiet, für das der Vertrag gilt, etwa Nordamerika, EMEA oder APAC. Maßgeblich sind häufig der Standort der Vertragspartei oder die für den Vertrag verantwortliche Geschäftseinheit. Die Segmentierung des Prozesses nach Region hilft, regionale Unterschiede bei Leistung, Compliance und Prozessverhalten zu erkennen. Die Analyse kann beispielsweise zeigen, dass die Durchlaufzeiten von Verträgen in der APAC-Region aufgrund bestimmter regulatorischer Prüfschritte länger sind. Diese Erkenntnis unterstützt die Anpassung von Prozessverbesserungen und Ressourcenzuweisungen an regionale Anforderungen.
Warum das wichtig ist
Es ermöglicht geografische Analysen, um regionale Unterschiede bei Prozessleistung, Durchlaufzeiten und Compliance zu erkennen.
Bezugsquelle
Prüfen Sie die Dokumentation zu SAP Ariba Contracts. Das Attribut kann ein Feld im Contract Workspace sein oder aus der Adresse der Vertragspartei abgeleitet werden.
Beispiele
NordamerikaEMEAAPACLATAM
|
|||
|
SLA für die Prüfung
SlaForReview
|
Die angestrebte Dauer oder Frist für den Abschluss einer Prüfaktivität. | ||
|
Beschreibung
Dieses Attribut definiert das vereinbarte Service Level Agreement (SLA) für bestimmte Prüfaufgaben, etwa „Internal Review“ oder „Legal Review“. Es bezeichnet die Zielzeit, innerhalb derer die Prüfung abgeschlossen sein soll. Dieses Attribut ist für das Dashboard und den KPI „Einhaltung der SLAs für interne und rechtliche Prüfungen“ entscheidend. Durch den Vergleich der tatsächlichen Prüfzeit mit diesem Ziel können Organisationen die Einhaltung interner Service Levels messen. So lassen sich systematische Verzögerungen erkennen, Verantwortlichkeiten klären und verhindern, dass die Prüfung zu einem wesentlichen Engpass wird.
Warum das wichtig ist
Es legt das Leistungsziel für Prüfaktivitäten fest und ermöglicht die Messung der SLA-Einhaltung sowie die Identifizierung von Verzögerungen.
Bezugsquelle
Prüfen Sie die Dokumentation zu SAP Ariba Contracts. Dieses Attribut kann in den Regeln oder Templates des Genehmigungs-Workflows konfiguriert sein.
Beispiele
P3DP5DP10D
|
|||
|
SLA-Einhaltungsstatus
SlaAdherenceStatus
|
Gibt an, ob eine Prüfaktivität innerhalb des festgelegten SLA abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut kategorisiert Prüfaktivitäten anhand ihrer Abschlusszeit im Verhältnis zum „SLA for Review“ als „Met“, „Breached“ oder „N/A“. Es wird berechnet, indem „ActivityProcessingTime“ mit der angestrebten SLA-Dauer verglichen wird. Damit steht eine klare und unmittelbare Bewertung der Leistung im Verhältnis zu den Service Level Agreements zur Verfügung. Das Attribut ist die zentrale Kennzahl für den KPI und das Dashboard „Einhaltung der SLAs für interne und rechtliche Prüfungen“. Durch die Visualisierung dieses Status können Manager den Anteil konformer Prüfungen schnell erkennen und bei SLA-Verletzungen die Ursachen untersuchen.
Warum das wichtig ist
Es misst die Leistung direkt im Verhältnis zu den Servicezielen und ermöglicht eine klare Überwachung der SLA-Einhaltung sowie die schnelle Identifizierung von SLA-Verletzungen.
Bezugsquelle
Dies ist ein abgeleitetes Attribut, das während der Datentransformation durch den Vergleich von ActivityProcessingTime mit SlaForReview berechnet wird.
Beispiele
ErfülltVerletztNicht zutreffend
|
|||
|
Vertragsablaufdatum
ContractExpirationDate
|
Das Datum, an dem der Vertrag ablaufen soll. | ||
|
Beschreibung
Dieses Attribut speichert das offizielle Ablaufdatum des ausgeführten Vertrags. Es ist eine zentrale Information für die Verwaltung des Vertragslebenszyklus nach der Unterzeichnung. Dieses Datum bildet die Grundlage für das Dashboard „Status von Vertragsverpflichtungen und Verlängerungen“. Es löst Benachrichtigungen zu bevorstehenden Verlängerungen oder Abläufen aus und stellt sicher, dass Verträge nicht unbeabsichtigt auslaufen. Die Analyse dieser Daten unterstützt die proaktive Verwaltung des Vertragsportfolios, die Minderung von Risiken durch abgelaufene Vereinbarungen und die Nutzung von Verlängerungsmöglichkeiten.
Warum das wichtig ist
Es ist für ein proaktives Lebenszyklusmanagement entscheidend, da es rechtzeitige Verlängerungen ermöglicht, unbeabsichtigte Vertragslücken verhindert und die Verwaltung von Verpflichtungen unterstützt.
Bezugsquelle
Dies ist ein Standardfeld im Contract Workspace, das in SAP Ariba Contracts typischerweise im Kopfbereich oder im Abschnitt mit den Vertragsbedingungen zu finden ist.
Beispiele
2025-12-31T23:59:59Z2024-08-15T23:59:59Z2026-06-30T23:59:59Z
|
|||
|
Vertragsstatus
ContractStatus
|
Der aktuelle Gesamtstatus des Vertrags in seinem Lebenszyklus. | ||
|
Beschreibung
Dieses Attribut zeigt den aktuellen übergeordneten Zustand des Vertrags an, etwa „Draft“, „In Review“, „Executed“, „Expired“ oder „Terminated“. Es unterscheidet sich von der Aktivität: Eine Aktivität ist ein einzelnes Ereignis, während der Status einen Zustand über einen bestimmten Zeitraum beschreibt. Dieses Attribut ist für Dashboards wie „Status von Vertragsverpflichtungen und Verlängerungen“ entscheidend, da es eine Momentaufnahme des aktuellen Vertragsportfolios liefert. Es hilft, ins Stocken geratene Verträge zu erkennen und Lebenszyklusereignisse wie Verlängerungen und Abläufe zu verwalten. Die Analyse von Statusübergängen kann außerdem Engpässe oder Ineffizienzen im Prozess sichtbar machen.
Warum das wichtig ist
Es bietet einen Überblick über den aktuellen Zustand eines Vertrags und ist damit für Portfoliomanagement, Statusverfolgung und Lebenszyklusanalyse von zentraler Bedeutung.
Bezugsquelle
Dies ist ein primäres Statusfeld im Vertragskopf des Contract Workspace von SAP Ariba Contracts.
Beispiele
EntwurfIn GenehmigungUnterzeichnetAbgelaufen
|
|||
Aktivitäten der Vertragsverwaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Contract Workspace erstellt
|
Diese Aktivität markiert den Beginn des Vertragsmanagementprozesses. In SAP Ariba wird ein Contract Workspace erstellt, der als zentrale Ablage für alle Dokumente, Aufgaben und Mitteilungen zu einem bestimmten Vertrag dient. | ||
|
Warum das wichtig ist
Dies ist das primäre Start-Ereignis für den durchgängigen Prozess. Die Analyse der Zeit von dieser Aktivität bis zum Vertragsabschluss ist entscheidend, um die Gesamtdauer des Vertragslebenszyklus zu messen.
Bezugsquelle
Dieses Ereignis wird anhand des Erstellungsdatums des Contract-Workspace-Projektobjekts erfasst. Dabei handelt es sich um einen grundlegenden Timestamp, der im Vertragskopf oder in den Projektdaten verfügbar ist.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Contract-Workspace-Objekts.
Ereignistyp
explicit
|
|||
|
Interne Genehmigung abgeschlossen
|
Damit ist der erfolgreiche Abschluss aller erforderlichen internen Genehmigungsaufgaben für den Vertrag gekennzeichnet. Der Vertrag ist damit bereit für die abschließende Unterzeichnung, vorbehaltlich der Zustimmung des Vertragspartners. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Meilenstein vor dem Vertragsabschluss. Die Zeit zwischen diesem Ereignis und dem endgültigen Abschluss zeigt mögliche Verzögerungen bei der Einholung externer Unterschriften oder der Finalisierung des Dokuments.
Bezugsquelle
Das Ereignis wird anhand des Abschluss-Timestamps der letzten Genehmigungsaufgabe im Ariba-Workflow erfasst. Das System protokolliert, wann der gesamte Genehmigungsablauf erfolgreich abgeschlossen wurde.
Erfassen
Verwenden Sie den Abschluss-Timestamp der gesamten Aufgabengruppe des Genehmigungsablaufs.
Ereignistyp
explicit
|
|||
|
Rechtliche Prüfung gestartet
|
Dies zeigt an, dass der Vertrag der Rechtsabteilung offiziell zur Prüfung vorgelegt wurde. Häufig handelt es sich dabei um eine eigenständige, verpflichtende Aufgabe innerhalb des gesamten Genehmigungs-Workflows. | ||
|
Warum das wichtig ist
Die rechtliche Prüfung ist häufig ein wesentlicher Engpass. Die Messung ihrer Dauer ist für den KPI „Durchschnittliche Durchlaufzeit der rechtlichen Prüfung“ und für die Optimierung der Ressourcenverteilung in der Rechtsabteilung entscheidend.
Bezugsquelle
Dieses Ereignis wird anhand des Starts einer bestimmten Aufgabe „Legal Review“ im Ariba-Workflow erfasst. Das System protokolliert den Timestamp, zu dem die Aufgabe zugewiesen oder gestartet wird.
Erfassen
Identifizieren Sie den Start-Timestamp von Aufgaben, die speziell dem Rechtsteam oder der entsprechenden Rolle zugewiesen sind.
Ereignistyp
explicit
|
|||
|
Vertrag abgeschlossen
|
Der formale Abschluss des Vertrags, sobald alle erforderlichen Unterschriften vorliegen. Damit wird der Vertrag von einem in Bearbeitung befindlichen Dokument zu einer rechtsverbindlichen Vereinbarung. | ||
|
Warum das wichtig ist
Dies ist der primäre Erfolgsendpunkt für den Prozess vor der Unterzeichnung. Er ist grundlegend für die Berechnung der „End-to-End-Vertragsdurchlaufzeit“ und der „Durchschnittlichen Durchlaufzeit der Vertragsgenehmigung“.
Bezugsquelle
Dieses Ereignis wird anhand des abschließenden Abschlussstatus der Signaturaufgabe im Ariba-Workflow erfasst, insbesondere bei einer Integration mit einem E-Signatur-Tool. Der Status des Contract Workspace wechselt ebenfalls zu „Abgeschlossen“.
Erfassen
Verwenden Sie den Abschluss-Timestamp der letzten Signaturaufgabe oder die Statusänderung zu „Abgeschlossen“.
Ereignistyp
explicit
|
|||
|
Vertrag aktiviert
|
Bezeichnet den Zeitpunkt, an dem ein unterzeichneter Vertrag aktiv wird und seine Verpflichtungen wirksam werden. Dies wird häufig durch eine Statusänderung nach der Unterzeichnung ausgelöst, manchmal zu einem festgelegten Wirksamkeitsdatum. | ||
|
Warum das wichtig ist
Kennzeichnet den Beginn der Verwaltungsphase nach der Unterzeichnung. Dieses Ereignis löst die Überwachung der Verpflichtungen aus und ist für den KPI „Erfüllungsgrad der Verpflichtungen“ entscheidend.
Bezugsquelle
Dies wird in der Regel daraus abgeleitet, dass sich das Feld „Status“ im Contract Workspace in „Active“ ändert. Dies kann nach der Unterzeichnung automatisch erfolgen oder ein manueller Schritt sein.
Erfassen
Erfassen Sie den Timestamp, zu dem sich das Feld „Status“ des Vertrags in „Active“ ändert.
Ereignistyp
inferred
|
|||
|
Vertrag geschlossen
|
Dies ist eine abschließende Aktivität, bei der der Vertrag im System formell geschlossen wird. Dies kann nach Ablauf, Beendigung oder der erfolgreichen Erfüllung aller Verpflichtungen erfolgen. | ||
|
Warum das wichtig ist
Markiert das endgültige Ende des Vertragslebenszyklus. Dieses abschließende Ereignis ist entscheidend, um die vollständige Lebenszyklusdauer zu messen und ordnungsgemäße Abschlussverfahren sicherzustellen.
Bezugsquelle
Dies wird daraus abgeleitet, dass sich das Feld „Status“ im Contract Workspace in „Closed“, „Terminated“ oder „Expired“ ändert. Die Statusänderung kann automatisch oder manuell erfolgen.
Erfassen
Erfassen Sie den Timestamp, zu dem sich das Feld „Status“ des Vertrags in einen abschließenden Status ändert.
Ereignistyp
inferred
|
|||
|
Änderung initiiert
|
Diese Aktivität markiert den Beginn einer formellen Änderung eines aktiven Vertrags. Dazu wird in der Regel eine neue Version oder ein mit dem ursprünglichen Contract Workspace verknüpftes Teilprojekt erstellt. | ||
|
Warum das wichtig ist
Häufigkeit und Zeitpunkt von Vertragsänderungen geben Aufschluss über die Vertragsstabilität und veränderte Geschäftsanforderungen. Dies ist eine zentrale Grundlage für das Dashboard „Trends bei Änderungen und Beendigungen“.
Bezugsquelle
Dabei handelt es sich um eine explizite Aktion, bei der ein Benutzer einen „Amendment“-Prozess für einen bestehenden Vertrag startet und das System diesen Vorgang protokolliert.
Erfassen
Erfassen Sie das Erstellungsereignis eines Workspace oder einer Aufgabe für eine Vertragsänderung.
Ereignistyp
explicit
|
|||
|
Compliance-Aufgabe abgeschlossen
|
Bezeichnet den Abschluss einer geplanten Aufgabe nach der Unterzeichnung, etwa einer Compliance-Prüfung oder einer Prüfung von Verpflichtungen. Diese Aufgaben werden eingerichtet, um die laufende Governance sicherzustellen. | ||
|
Warum das wichtig ist
Die Erfassung des Abschlusses dieser Aufgaben ist entscheidend, um den „Erfüllungsgrad der Verpflichtungen“ zu messen und sicherzustellen, dass die Organisation ihre vertraglichen Zusagen erfüllt.
Bezugsquelle
Wird aus dem Abschluss-Timestamp bestimmter Folgeaufgaben oder auf Verpflichtungen bezogener Aufgaben im Contract Workspace erfasst.
Erfassen
Verwenden Sie den Abschluss-Timestamp der im Workspace konfigurierten Aufgaben nach der Unterzeichnung.
Ereignistyp
explicit
|
|||
|
Genehmigung des Vertragspartners erhalten
|
Dies zeigt an, dass die externe Partei den Vertragsbedingungen offiziell zugestimmt hat. In der Regel wird dies über eine integrierte Lösung für elektronische Signaturen oder durch eine manuelle Aktualisierung nach Eingang des unterzeichneten Dokuments erfasst. | ||
|
Warum das wichtig ist
Diese Aktivität bestätigt die gegenseitige Einigung und ist der letzte Schritt, bevor der Vertrag als rechtlich abgeschlossen gilt. Sie ist ein wichtiger Meilenstein für die Finalisierung der Vereinbarung.
Bezugsquelle
Dies kann ein explizites Ereignis aus einem E-Signatur-Tool wie DocuSign sein, das den Status „Abgeschlossen“ protokolliert. Alternativ kann es aus einer manuellen Statusänderung zu „Vom Vertragspartner unterzeichnet“ abgeleitet werden.
Erfassen
Erfassen Sie das Abschlussereignis aus den Protokollen des integrierten E-Signatur-Anbieters.
Ereignistyp
explicit
|
|||
|
Interne Prüfung gestartet
|
Diese Aktivität kennzeichnet den Beginn des internen Prüfungs- und Genehmigungs-Workflows für den Vertragsentwurf. Das Dokument wird zur Rückmeldung an relevante Beteiligte, etwa aus Finanzwesen oder Betrieb, weitergeleitet. | ||
|
Warum das wichtig ist
Damit beginnt ein möglicher Engpass. Die Analyse der Dauer dieser Phase ist entscheidend, um Verzögerungen in der internen Prüfung zu erkennen und den KPI „Einhaltung des SLA für die interne Prüfung“ zu unterstützen.
Bezugsquelle
Dieses Ereignis wird in der Regel protokolliert, wenn eine Prüfungsaufgabe innerhalb der SAP-Ariba-Workflow-Engine erstellt und zugewiesen wird. Der Aufgabenstatus wechselt zu „In Bearbeitung“ oder einem vergleichbaren Status.
Erfassen
Erfassen Sie den Timestamp, zu dem eine Prüfungsaufgabe im Genehmigungs-Workflow des Vertrags gestartet wird.
Ereignistyp
explicit
|
|||
|
Verhandlung mit Vertragspartner
|
Diese Phase bezeichnet den Zeitraum, in dem der Vertrag zur Verhandlung und redaktionellen Bearbeitung mit der externen Partei geteilt wird. Die Aktivität kann durch eine manuelle Statusänderung im Workspace erfasst werden. | ||
|
Warum das wichtig ist
Sie schafft Transparenz über externe Verhandlungszyklen, die schwer vorhersehbar sein können. Die Messung dieser Phase hilft, die „Durchschnittliche Anzahl der Verhandlungszyklen“ zu quantifizieren und komplexe Verhandlungen zu erkennen.
Bezugsquelle
Dieses Ereignis wird häufig abgeleitet, wenn der Workspace-Status manuell auf einen Wert wie „Verhandlung“ oder „Beim Lieferanten“ geändert wird. Alternativ kann es aus dem Zeitpunkt abgeleitet werden, zu dem ein Dokument an einen externen Kontakt gesendet wird.
Erfassen
Verfolgen Sie Änderungen des Statusfelds im Contract Workspace auf Werte, die eine externe Prüfung anzeigen.
Ereignistyp
inferred
|
|||
|
Vertrag entworfen
|
Diese Aktivität bezeichnet die erstmalige Erstellung oder den Upload des zentralen Vertragsdokuments in den Workspace. Sie ist häufig die erste wesentliche inhaltliche Aktion nach der Einrichtung des Workspace. | ||
|
Warum das wichtig ist
Die Erfassung dieser Aktivität hilft, die für die Erstellung des Erstentwurfs benötigte Zeit zu verstehen. Verzögerungen in dieser Phase können die gesamte Durchlaufzeit erheblich verlängern.
Bezugsquelle
Dies lässt sich aus dem Erstellungs-Timestamp der ersten Version des Hauptvertragsdokuments im Dokumentenordner des Contract Workspace ableiten.
Erfassen
Identifizieren Sie den Timestamp der ersten in den Workspace hochgeladenen Dokumentversion.
Ereignistyp
inferred
|
|||
|
Vertrag überarbeitet
|
Diese Aktivität findet statt, wenn eine neue Version des zentralen Vertragsdokuments erstellt oder hochgeladen wird. Dies geschieht typischerweise als Reaktion auf Rückmeldungen aus der internen Prüfung, der rechtlichen Prüfung oder Verhandlungen mit Vertragspartnern. | ||
|
Warum das wichtig ist
Die Häufigkeit von Überarbeitungen ist ein direktes Maß für Nacharbeit. Die Erfassung dieser Aktivität ist entscheidend, um die „Vertragsüberarbeitungsquote“ zu berechnen und Möglichkeiten zur Standardisierung von Formulierungen oder Prozessen zu erkennen.
Bezugsquelle
Dies wird aus dem Dokumentenmanagementsystem innerhalb des Contract Workspace abgeleitet. Jedes Mal, wenn eine neue Version des Hauptvertragsdokuments gespeichert wird, wird ein Timestamp erstellt.
Erfassen
Verwenden Sie die Erstellungs-Timestamps für Dokumentversionen größer als eins.
Ereignistyp
inferred
|
|||
|
Vertrag verlängert
|
Zeigt an, dass ein aktiver Vertrag erfolgreich verlängert wurde. Dieser Prozess führt häufig zur Erstellung eines neuen Contract Workspace, der den ursprünglichen Workspace ablöst. | ||
|
Warum das wichtig ist
Unterstützt die Analyse der Vertragstreue und der Effizienz von Verlängerungen. Als wichtiges Ergebnis im Vertragslebenszyklus zeigt dieses Ereignis eine fortbestehende Geschäftsbeziehung an.
Bezugsquelle
Dies kann erfasst werden, wenn ein neuer Vertrag mit einer Beziehungsverknüpfung, etwa „renewal of“, zum auslaufenden Vertrag erstellt wird. Häufig handelt es sich um eine explizite, von einem Benutzer ausgelöste Aktion.
Erfassen
Identifizieren Sie die Erstellung eines neuen Vertrags, der als Verlängerung mit einem bestehenden Vertrag verknüpft ist.
Ereignistyp
explicit
|
|||
Anleitungen zur Extraktion
Möchten Sie beginnen?
Verwenden Sie dieses Template, um Ihre Daten sicher vorzubereiten und wertvolle Erkenntnisse in Ihrem Vertragsmanagementprozess zu gewinnen. Vereinfachen Sie Ihre Datenerfassung und beschleunigen Sie den Weg zur Prozessoptimierung.
Mehr Effizienz im Vertragsmanagement, starten Sie jetzt Ihre Testphase
Verkürzen Sie die Vertragsdurchlaufzeit um 30 % und optimieren Sie Ihre SAP-Ariba-Prozesse.
Keine Kreditkarte erforderlich. Schnelle Einrichtung.