Il Suo Template per i Dati di Gestione dei Contratti

Icertis
Il Suo `Template` per i Dati di Gestione dei Contratti

Il Suo Template per i Dati di Gestione dei Contratti

Questo `template` fornisce una guida completa per la raccolta dei dati essenziali necessari per analizzare il Suo processo di gestione contratti. Delinea attributi chiave da raccogliere, attività critiche da tracciare e guida pratica per estrarre queste informazioni dai Suoi sistemi sorgente. Utilizzi questa risorsa per assicurarsi di catturare tutti i dati necessari per un Process Mining efficace.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione per il Suo sistema sorgente
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione dei Contratti

Questi sono i campi dati essenziali necessari per costruire un `Event Log` robusto per un'analisi completa del Suo processo di gestione contratti.
3 Obbligatorio 6 Consigliato 12 Facoltativo
Nome Descrizione
ID Contratto
ContractId
L'identificatore unico per ogni contratto gestito all'interno della piattaforma Icertis.
Descrizione

L'ID Contratto funge da identificatore definitivo del case, collegando in modo univoco tutti gli event e le attività relative a un contratto specifico. Ciò consente un'analisi completa, end-to-end, del percorso di ogni contratto, dalla sua creazione alla sua risoluzione.

Nel Process Mining, questo attributo è fondamentale per ricostruire il ciclo di vita di ogni contratto. Assicura che tutte le attività correlate, come la redazione, le revisioni, le approvazioni e l'esecuzione, siano correttamente associate al contratto appropriato, consentendo una misurazione accurata dei cycle time e l'identificazione delle variazioni di processo.

Perché è importante

Questa è la chiave primaria per l'analisi del processo, abilitando il tracciamento del percorso completo di un contratto e garantendo l'integrità dei dati.

Dove trovare

Questo è un attributo chiave dell'oggetto Accordo Contrattuale in Icertis.

Esempi
CTR-2023-00123MSA-2024-589ANDA-FN-00451
Nome attività
ActivityName
Il nome dell'`event` o dell'attività specifica che si è verificata in un punto del ciclo di vita del contratto.
Descrizione

Il Nome Attività descrive un passaggio o una pietra miliare specifica nel processo di gestione contratti. Questi event sono ordinati in base ai loro timestamp per costruire il flusso di processo per ogni contratto.

L'analisi di questo attributo rivela la sequenza delle operazioni, la frequenza delle diverse attività e la struttura complessiva del processo. Viene utilizzato per identificare percorsi di processo comuni, deviazioni dalla procedura standard e attività che causano rilavorazioni o ritardi, come cicli di revisione multipli.

Perché è importante

Definisce i passaggi del processo, il che è essenziale per visualizzare la process map, analizzare il flusso di processo e identificare i bottleneck.

Dove trovare

Questa informazione è tipicamente generata da Event Log o tabelle della cronologia del workflow all'interno di Icertis, che tracciano i cambiamenti di stato e le attività eseguite su un contratto.

Esempi
Contratto AbbozzatoRevisione Legale EffettuataContratto EseguitoEmendamento Avviato
Timestamp Evento
EventTime
Il `timestamp` che indica quando si è verificata una specifica attività contrattuale.
Descrizione

Questo attributo registra la data e l'ora precise in cui un'attività è stata avviata o completata. È la base temporale per il Process Mining, fornendo l'ordine cronologico degli event per ogni case contrattuale.

Il Tempo Evento è cruciale per tutte le analisi basate sul tempo. Viene utilizzato per calcolare i cycle time tra le attività, identificare i periodi di attesa, misurare la durata di fasi specifiche come la negoziazione o l'approvazione e individuare i bottleneck dove i contratti si bloccano per periodi prolungati.

Perché è importante

Questo timestamp è critico per il calcolo di tutte le metriche di performance, come cycle time e durate, e per comprendere la sequenza degli event.

Dove trovare

Questo è un campo standard negli audit trail di Icertis o nei log della cronologia del workflow, associato a ogni event registrato.

Esempi
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
Dipartimento Responsabile
OwnerDepartment
Il dipartimento a cui appartiene il titolare dell'attività.
Descrizione

Questo attributo specifica il dipartimento aziendale, come Legale, Vendite o Acquisti, associato all'utente che ha eseguito l'attività. Fornisce una vista aggregata del coinvolgimento delle risorse nel processo.

L'analisi per dipartimento è fondamentale per comprendere la collaborazione e i passaggi di consegne inter-dipartimentali. Aiuta a identificare ritardi sistemici tra i dipartimenti, come lunghe attese per la revisione legale dopo una presentazione di vendita, che è il focus del dashboard 'Ritardi nei Passaggi di Consegne Dipartimentali'.

Perché è importante

Facilita l'analisi delle prestazioni dipartimentali e dell'efficienza dei passaggi, evidenziando i bottleneck interfunzionali.

Dove trovare

Questi dati potrebbero dover essere arricchiti unendoli a un sistema HR o a una directory utenti, utilizzando il Proprietario dell'Attività come chiave. Potrebbero anche essere memorizzati direttamente nei profili utente di Icertis.

Esempi
LegaleVenditeAcquistiFinanza
Ora di Fine
EndTime
Il `timestamp` che indica quando una specifica attività contrattuale è stata completata.
Descrizione

Questo attributo cattura l'ora di completamento di un'attività. Mentre StartTime segna l'inizio, EndTime segna la conclusione, definendo l'intervallo di tempo discreto dell'attività.

Avere sia un'ora di inizio che un'ora di fine è essenziale per calcolare accuratamente il tempo di elaborazione o la durata di ogni singola attività. Ciò consente l'analisi di quali passaggi consumano più tempo, distinguendo tra tempo di elaborazione attivo e tempo di attesa inattivo tra i passaggi. È fondamentale per dashboard come 'Bottleneck del Processo di Approvazione' e 'Efficienza di Redazione e Revisione'.

Perché è importante

Consente il calcolo preciso delle durate delle attività, aiutando a differenziare tra tempo di elaborazione e tempo di attesa.

Dove trovare

Simile a StartTime, si trova negli audit trail o nei log della cronologia del workflow di Icertis. Alcuni event possono essere istantanei, dove StartTime è uguale a EndTime.

Esempi
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
Responsabile dell'Attività
ActivityOwner
L'utente o la risorsa responsabile dell'esecuzione di un'attività contrattuale.
Descrizione

Questo attributo identifica l'individuo, il team o l'utente automatizzato che ha eseguito una determinata attività. Può essere un nome utente specifico, un ID dipendente o un account di sistema.

L'analisi del Proprietario dell'Attività è cruciale per comprendere l'allocazione delle risorse, la distribuzione del carico di lavoro e le performance. Aiuta a rispondere a domande come quali utenti o team sono bottleneck, chi sono i revisori più efficienti e come è distribuito il lavoro. Questo supporta direttamente il dashboard 'Distribuzione del Carico di Lavoro del Revisore'.

Perché è importante

Consente l'analisi delle performance per utente o per team, aiutando a identificare squilibri nel carico di lavoro e opportunità di formazione.

Dove trovare

Questa informazione è solitamente disponibile nella cronologia del workflow o nei dati dell'audit trail all'interno di Icertis, collegata a ogni event.

Esempi
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
Stato del Contratto
ContractStatus
Lo stato o la fase attuale del contratto nel suo ciclo di vita.
Descrizione

Questo attributo indica lo stato generale del case del contratto, ad esempio 'Bozza', 'In Revisione', 'In Attesa di Firma' o 'Eseguito'. Questo è tipicamente un attributo a livello di case che riflette l'ultima pietra miliare raggiunta.

È vitale per dashboard operativi come 'Stato e Rendimento del Contratto', che forniscono un'istantanea in tempo reale della pipeline dei contratti. Aiuta i manager a comprendere il volume dei contratti in ogni fase e a identificare dove il lavoro si accumula, consentendo una gestione proattiva del portafoglio contrattuale.

Perché è importante

Fornisce una visione di alto livello della pipeline dei contratti, essenziale per il monitoraggio operativo e la gestione della produttività.

Dove trovare

Questo è un campo di stato primario sull'oggetto Accordo Contrattuale in Icertis.

Esempi
BozzaIn Revisione InternaEseguitoTerminato
Tipo di Contratto
ContractType
La classificazione del contratto, come Accordo Quadro di Servizi o Accordo di Non Divulgazione.
Descrizione

Il Tipo di Contratto categorizza gli accordi in base al loro scopo legale o commerciale. Questo è un attributo fondamentale per segmentare e confrontare i cicli di vita dei contratti.

Diversi tipi di contratto seguono spesso percorsi di processo distinti e hanno diversi livelli di complessità e SLA. Analizzare il processo per Tipo di Contratto consente miglioramenti mirati, come la creazione di workflow ottimizzati per accordi ad alto volume e basso rischio come gli NDA rispetto a MSA complessi e di alto valore. È essenziale per i KPI 'Contract Variant Analysis' e 'Policy Compliance Score'.

Perché è importante

Consente la segmentazione dei processi per confrontare i cicli di vita e la conformità tra diversi tipi di accordi.

Dove trovare

Questo è un attributo standard configurato sull'oggetto Accordo Contrattuale in Icertis.

Esempi
Accordo Quadro di Servizi (MSA)Accordo di Non Divulgazione (NDA)Dichiarazione di Lavoro (SOW)
Valore del Contratto
ContractValue
Il valore monetario totale del contratto.
Descrizione

Questo attributo rappresenta il valore finanziario del contratto, come l'importo totale del contratto o il valore annualizzato. È una metrica aziendale critica per prioritizzare i contratti e comprenderne l'impatto finanziario.

Nel Process Mining, il Valore Contrattuale viene utilizzato per segmentare l'analisi e concentrarsi sugli accordi di alto valore. Ad esempio, si può analizzare se i contratti di alto valore richiedono più tempo per essere approvati o negoziati. Aiuta anche nella valutazione del rischio, poiché i ritardi nei contratti di alto valore possono avere significative implicazioni sui ricavi.

Perché è importante

Consente la prioritizzazione e l'analisi basata sul valore, aiutando a concentrare gli sforzi di miglioramento sui contratti finanziariamente più significativi.

Dove trovare

Questo è tipicamente un campo valuta standard sull'oggetto Accordo Contrattuale in Icertis.

Esempi
50000.001250000.002500.00
Conteggio Revisioni
RevisionCount
Il numero totale di revisioni che un contratto ha subito.
Descrizione

Questa metrica calcolata fornisce un conteggio delle attività relative alla revisione, come 'Contratto Rimodulato o Rivisto', per ogni case contrattuale. Serve come indicatore semplice e potente dell'attrito del processo.

Un alto conteggio di revisioni segnala potenziali problemi nelle fasi di redazione o negoziazione, come requisiti poco chiari, bozze iniziali scadenti o negoziazioni difficili. Questa metrica è l'input diretto per il KPI 'Tasso di Revisione del Contratto' ed è utilizzata nei dashboard per identificare contratti e varianti di processo con eccessiva rilavorazione.

Perché è importante

Quantifica la rilavorazione nel ciclo di vita del contratto, misurando direttamente l'efficienza delle fasi di redazione e negoziazione.

Dove trovare

Questo è calcolato contando le occorrenze di attività di revisione specifiche per ogni 'ContractId' nell'Event Log.

Esempi
1503
Data di Scadenza
ExpirationDate
La data in cui il contratto è destinato a scadere.
Descrizione

Questo attributo memorizza la data di fine del termine del contratto. È una data critica per la gestione del ciclo di vita del contratto dopo l'esecuzione, che innesca attività di rinnovo o risoluzione.

Questa data è essenziale per monitorare l'efficacia della gestione di fine vita. Serve come base di riferimento per il KPI 'Tasso di Rinnovo/Risoluzione Puntuale', che misura se i processi di rinnovo o risoluzione sono avviati e completati in modo tempestivo, evitando rinnovi automatici indesiderati o interruzioni del servizio.

Perché è importante

Cruciale per la gestione dei rinnovi e delle risoluzioni contrattuali, garantendo che i processi di fine vita siano gestiti in modo proattivo.

Dove trovare

Questo è un campo data standard sull'oggetto Accordo Contrattuale in Icertis.

Esempi
2025-12-312026-06-302024-08-15
Data di Scadenza dell'Obbligo
ObligationDueDate
La scadenza entro cui un obbligo contrattuale specifico deve essere rispettato.
Descrizione

Questo attributo traccia le date di scadenza per gli obblighi chiave, gli impegni e le consegne definite all'interno del contratto dopo che è stato eseguito. Un singolo contratto può avere più obblighi, ognuno con la propria data di scadenza.

Tracciare queste date è critico per la conformità post-esecuzione e la gestione del rischio. Questo attributo è la base per il KPI 'Tasso di Aderenza agli Obblighi', consentendo all'organizzazione di monitorare se sta rispettando i propri impegni in tempo e di affrontare proattivamente potenziali violazioni.

Perché è importante

Consente il monitoraggio della conformità post-esecuzione, che è cruciale per evitare sanzioni e mantenere buone relazioni commerciali.

Dove trovare

Icertis dispone di moduli per la gestione degli obblighi. Questi dati proverrebbero dagli obblighi associati a un contratto.

Esempi
2024-09-302025-01-152024-11-01
È `Template` Standard
IsStandardTemplate
Un `flag` che indica se il contratto è stato creato da un `template` aziendale standard.
Descrizione

Questo attributo booleano indica se il contratto è originato da un template standard pre-approvato o è stato creato come accordo non standard e su misura. Questo è un fattore chiave nella valutazione del rischio e della conformità.

I contratti basati su template standard hanno tipicamente cycle time più rapidi e un rischio inferiore. Questo attributo è la base per il KPI 'Tasso di Aderenza al Template Contrattuale' e aiuta nell'analisi dell'impatto sul processo dell'utilizzo di documentazione non standard. Può evidenziare dipartimenti o tipi di contratto che deviano frequentemente dagli standard, guidando gli sforzi per migliorare l'utilizzo dei template.

Perché è importante

Misura l'aderenza agli standard aziendali, che si correlano direttamente con l'efficienza del processo e la riduzione del rischio.

Dove trovare

Potrebbe essere un campo checkbox sul contratto o derivato in base all'origine del documento o ai metadati all'interno di Icertis.

Esempi
truefalse
Nome Controparte
CounterpartyName
Il nome della parte esterna, come un cliente o un fornitore, nel contratto.
Descrizione

Questo attributo identifica l'altra parte coinvolta nell'accordo. Fornisce un contesto essenziale per analizzare interazioni e negoziazioni.

Analizzare il processo per controparte può rivelare modelli nei cicli di negoziazione. Ad esempio, può mostrare se i contratti con certi fornitori richiedono costantemente più tempo per la negoziazione o più revisioni. Questo insight è prezioso per la gestione strategica delle relazioni e per l'adattamento delle strategie di negoziazione, supportando direttamente il dashboard 'Tempo di Ciclo di Negoziazione e Rilavorazione'.

Perché è importante

Consente l'analisi dei modelli di negoziazione e della performance delle relazioni con specifiche parti esterne.

Dove trovare

Questa informazione è memorizzata come parte dei metadati del contratto, tipicamente collegandosi a un oggetto dati anagrafici controparte o fornitore in Icertis.

Esempi
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Regione
Region
La regione geografica pertinente al contratto.
Descrizione

Questo attributo specifica l'area geografica, come EMEA, APAC o Nord America, a cui si applica il contratto. Questo è importante per le organizzazioni globali con variazioni regionali nei loro processi.

L'analisi per regione può rivelare differenze nelle performance di processo, nei requisiti di conformità o nelle tattiche di negoziazione guidate da leggi locali e culture aziendali. Consente un benchmarking specifico per regione e l'identificazione di migliori pratiche che potrebbero essere condivise a livello globale.

Perché è importante

Aiuta a identificare variazioni regionali nelle performance di processo e nella conformità, aspetto cruciale per le organizzazioni globali.

Dove trovare

Questo è tipicamente un campo metadati sull'oggetto contratto in Icertis, spesso parte della configurazione standard.

Esempi
EMEANord AmericaAPACLATAM
Sistema di Origine
SourceSystem
Il sistema da cui sono stati estratti i dati del contratto.
Descrizione

Questo attributo identifica l'origine dei dati, che è 'Icertis' per questo processo. Aiuta nella governance dei dati e nella tracciabilità, specialmente in ambienti in cui i dati potrebbero essere aggregati da più sistemi.

Nell'analisi, può essere utilizzato per filtrare i dati a un sistema sorgente specifico o per confrontare i processi tra diversi sistemi, se applicabile. Per questa vista, funge da identificatore costante per tutti gli event.

Perché è importante

Garantisce la data lineage e la tracciabilità, importanti per la convalida dei dati e la gestione di dati da più fonti.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine delle informazioni.

Esempi
IcertisIcertisCLM
Stato SLA
SLAState
Indica se un'attività o un `case` rientra nei termini del suo Service Level Agreement (SLA).
Descrizione

Questo attributo è derivato confrontando la durata di determinate fasi del processo con obiettivi SLA predefiniti. Ad esempio, potrebbe contrassegnare una revisione legale come 'In Ritardo' se supera il tempo di risposta standard di 48 ore.

Lo Stato SLA è essenziale per il monitoraggio della conformità e la gestione delle performance. Consente la creazione di avvisi e dashboard, come la 'Panoramica sulla Conformità Contrattuale', che evidenziano immediatamente le violazioni. Questo aiuta i team a prioritizzare le attività in scadenza e consente ai manager di tracciare le performance rispetto agli obiettivi chiave.

Perché è importante

Fornisce visibilità immediata sulla conformità agli obiettivi di livello di servizio, aiutando a prioritizzare il lavoro e a gestire le performance.

Dove trovare

Questo è calcolato definendo regole di business nello strumento di Process Mining che confrontano i timestamp con soglie SLA predefinite (ad es., durata della Revisione Legale > 2 giorni).

Esempi
In TempoA RischioIn Ritardo
Tempo di Elaborazione
ProcessingTime
La durata del tempo trascorso lavorando attivamente su un'attività.
Descrizione

Il Tempo di Elaborazione è la durata calcolata dall'ora di inizio di un'attività alla sua ora di fine. Rappresenta il tempo effettivo in cui le risorse sono state impegnate in un'attività, in contrasto con il tempo di attesa tra le attività.

Questa metrica è fondamentale per l'analisi delle performance. Aiuta a individuare quali attività specifiche sono le più dispendiose in termini di tempo nell'intero processo. Ad esempio, può mostrare che, sebbene la fase complessiva di revisione legale sia lunga, il tempo effettivo trascorso nella revisione dei documenti è breve, indicando che la maggior parte del tempo è trascorsa in attesa. Questo è vitale per quasi tutti i dashboard, specialmente quelli focalizzati sul cycle time e l'efficienza.

Perché è importante

Separa il tempo di lavoro attivo dal tempo di attesa inattivo, fornendo un obiettivo più accurato per i miglioramenti di efficienza.

Dove trovare

Questo è calcolato dagli attributi 'EventTime' (StartTime) ed 'EndTime' nel dataset.

Esempi
2 ore 15 minuti3 giorni e 4 ore30 minuti
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` di ultimo aggiornamento dei dati per il processo.
Descrizione

Questo attributo indica l'aggiornamento dei dati analizzati. Registra la data e l'ora dell'ultima estrazione dei dati dal sistema sorgente.

Questa informazione è cruciale affinché gli utenti comprendano la tempestività degli insight presentati nei dashboard. Li aiuta a sapere se stanno osservando informazioni in tempo reale o dati vecchi di qualche ora o giorno, impostando il giusto contesto per il processo decisionale.

Perché è importante

Fornisce contesto sull'aggiornamento dei dati, assicurando che gli utenti comprendano quanto sia attuale l'analisi del processo.

Dove trovare

Questo timestamp è generato dalla data pipeline o dallo strumento ETL alla fine di ogni ciclo di aggiornamento dati riuscito.

Esempi
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
Unità aziendale
BusinessUnit
L'unità di business interna associata al contratto.
Descrizione

Questo attributo identifica la divisione interna o l'unità aziendale che possiede o ha richiesto il contratto, come 'Vendite Enterprise Nord America' o 'Approvvigionamento Globale'.

Similmente al Dipartimento, ciò consente un'aggregazione a più alto livello dei dati del processo. Aiuta a confrontare l'efficienza del processo e la conformità tra le diverse parti dell'organizzazione, fornendo insight preziosi per la direzione senior e supportando le decisioni strategiche di allocazione delle risorse.

Perché è importante

Consente il confronto delle prestazioni di processo di alto livello tra diverse unità organizzative.

Dove trovare

Questo è spesso un campo metadati chiave sull'accordo contrattuale, che lo collega alla struttura organizzativa.

Esempi
BU-North AmericaServizi GlobaliSviluppo Prodotto
Versione del Documento
DocumentVersion
Il numero di versione del documento contrattuale.
Descrizione

Questo attributo traccia l'iterazione del documento contrattuale mentre attraversa la redazione, le modifiche e le revisioni. È tipicamente un numero intero o un numero di versione major.minor.

La Versione del Documento è un indicatore diretto di rilavorazione. Un numero elevato di versioni per un contratto suggerisce più cicli di modifiche, che possono essere indagati per comprenderne le cause profonde. È un input chiave per il calcolo del KPI 'Tasso di Revisione del Contratto' e per il dashboard 'Efficienza di Redazione e Revisione'.

Perché è importante

Misura direttamente la quantità di rework e revisione a cui è sottoposto un contratto, evidenziando inefficienze nella redazione e negoziazione.

Dove trovare

Icertis mantiene la cronologia delle versioni per tutti i documenti contrattuali. Questo attributo può essere estratto dai metadati del documento o dal Event Log.

Esempi
1.02.34.00.5
Obbligatorio Consigliato Facoltativo

Attività di Gestione dei Contratti

Questi sono i passaggi chiave del processo e le pietre miliari da tracciare all'interno del Suo `Event Log` per una scoperta e un'analisi accurate del Suo ciclo di vita contrattuale.
6 Consigliato 8 Facoltativo
Activity Descrizione
Approvazione Controparte Ricevuta
Questa attività significa che la controparte esterna ha accettato i termini e approvato la versione finale del contratto. Questo può essere un `event` esplicito da un portale di collaborazione o un aggiornamento manuale dello stato da parte del titolare del contratto.
Perché è importante

Questa pietra miliare conclude la fase di negoziazione. Serve come punto finale per il calcolo del KPI 'Tempo Medio del Ciclo di Negoziazione', evidenziando l'efficienza delle interazioni esterne.

Dove trovare

Questo potrebbe essere un event esplicito se la controparte utilizza un portale Icertis per approvare. Altrimenti, è dedotto da un cambio di stato manuale a 'Controparte Approvata'.

Acquisisci

Evento registrato da un portale di controparte o un aggiornamento manuale dello stato da parte di un utente interno.

Tipo di evento explicit
Approvazioni Interne Ottenute
Segna la pietra miliare in cui tutti gli stakeholder interni richiesti hanno approvato il contratto, rendendolo pronto per la negoziazione o la firma esterna. Questo è deducibile dallo stato generale del `workflow` di approvazione che raggiunge uno stato finale 'Approvato'.
Perché è importante

Questa è una pietra miliare chiave che conclude il ciclo di revisione interno. È il punto finale per misurare il KPI 'Durata Media della Fase di Approvazione'.

Dove trovare

Deducibile dal cambiamento dello stato del workflow a 'Completamente Approvato' o uno stato simile, indicando che tutte le attività di approvazione sono complete.

Acquisisci

Timestamp del completamento dell'attività di approvazione interna finale o un cambio di stato generale del workflow.

Tipo di evento inferred
Contratto Eseguito
Questa attività segna l'esecuzione formale del contratto, quando tutte le parti hanno firmato. È il principale punto di successo del processo di pre-firma e viene catturata tramite integrazione con una piattaforma di firma elettronica.
Perché è importante

Essendo l'evento di completamento principale, questo è il punto finale per il KPI 'Tempo Medio del Ciclo Contrattuale'. Indica il momento in cui il contratto diventa legalmente vincolante e attivo.

Dove trovare

Un evento esplicito viene ricevuto dalla piattaforma di firma elettronica e registrato in Icertis una volta completato il processo di firma per tutte le parti.

Acquisisci

Evento di callback dall'integrazione della piattaforma di firma elettronica.

Tipo di evento explicit
Contratto Terminizzato o Scaduto
Segna la fine del ciclo di vita del contratto, sia attraverso un processo di risoluzione attiva sia raggiungendo la sua data di scadenza. La risoluzione è un `event` esplicito, mentre la scadenza è un `event` calcolato basato sui metadati del contratto.
Perché è importante

Questo è un event terminale per il ciclo di vita del contratto. È critico per analizzare i tassi di rinnovo e misurare il KPI 'Tasso di Rinnovo/Risoluzione Puntuale'.

Dove trovare

Un evento di termine è registrato esplicitamente quando un utente esegue un'azione di risoluzione. La scadenza può essere calcolata confrontando la data corrente con l'attributo 'Expiration Date'.

Acquisisci

Calcolato confrontando la data di sistema con la data di scadenza del contratto, o da un evento di risoluzione manuale.

Tipo di evento calculated
Revisione Legale Effettuata
Indica che il dipartimento legale ha completato la revisione del contratto. Questo è tipicamente un `event` esplicito registrato quando un revisore legale completa il proprio compito assegnato nel `workflow` di approvazione.
Perché è importante

Questa attività è cruciale per misurare il tempo di risposta della revisione legale e identificare potenziali vincoli di capacità all'interno del team legale. Supporta il KPI 'Tempo di Attesa Revisione Legale'.

Dove trovare

Registrato esplicitamente quando l'attività di revisione legale è contrassegnata come 'Complete' nel workflow Icertis. Può anche essere inferito da una modifica di stato come 'Legal Approved'.

Acquisisci

Evento dal workflow engine che indica il completamento dell'attività 'Legal Review'.

Tipo di evento explicit
Richiesta di Contratto Avviata
Questa attività segna l'inizio ufficiale del ciclo di vita del contratto, dove un utente aziendale richiede formalmente un nuovo contratto. Questo è tipicamente catturato come un `event` esplicito quando un utente invia un modulo di richiesta contratto all'interno della piattaforma Icertis.
Perché è importante

Come inizio del processo, questo evento è essenziale per misurare il tempo complessivo del ciclo contrattuale. L'analisi del volume e del tipo di richieste aiuta nella pianificazione delle risorse e nella gestione della domanda.

Dove trovare

Questo è un event esplicito registrato in Icertis quando un oggetto 'Richiesta Contratto' viene creato e inviato.

Acquisisci

Evento registrato al momento dell'invio di un modulo di richiesta contratto.

Tipo di evento explicit
Contratto Abbozzato
Rappresenta la creazione del documento contrattuale iniziale, sia da un `template` sia come nuovo file. Questo `event` è spesso dedotto dalla creazione o dal primo caricamento del documento contrattuale primario associato allo spazio di lavoro del contratto.
Perché è importante

Tracciare questa attività aiuta a misurare il tempo impiegato per preparare la bozza iniziale. È un passaggio chiave per analizzare l'efficienza della redazione e l'aderenza all'utilizzo dei template.

Dove trovare

Deducibile dal timestamp di creazione del documento contrattuale principale all'interno dello spazio di lavoro contrattuale o dell'oggetto accordo di Icertis.

Acquisisci

Identificare il timestamp di creazione della prima versione del documento contrattuale principale.

Tipo di evento inferred
Contratto Inviato per la Firma
Indica che il contratto finale e approvato è stato inviato per la firma elettronica o manuale. Questo è un `event` esplicito catturato tramite l'integrazione con piattaforme di firma elettronica come DocuSign o Adobe Sign.
Perché è importante

Tracciare questo event aiuta ad analizzare l'efficienza del passaggio di esecuzione finale. I ritardi tra l'approvazione e l'invio per la firma possono rivelare bottleneck amministrativi.

Dove trovare

Registrato esplicitamente tramite integrazione API con una soluzione di firma elettronica quando il processo di firma viene avviato dall'interno di Icertis.

Acquisisci

Evento dal connettore di firma elettronica quando viene inviata una richiesta di firma.

Tipo di evento explicit
Contratto Revisionato o Modificato
Questa attività si verifica ogni volta che un documento contrattuale viene modificato durante la revisione interna o la negoziazione esterna. Icertis traccia le versioni dei documenti, quindi ogni nuova versione archiviata può essere catturata come `event` di revisione.
Perché è importante

Il conteggio di questi eventi per contratto consente il calcolo del KPI 'Tasso di Revisione del Contratto'. Un numero elevato di revisioni può indicare un linguaggio ambiguo, negoziazioni inefficienti o disallineamento.

Dove trovare

Registrato esplicitamente nel modulo di gestione dei documenti di Icertis ogni volta che una nuova versione del documento contrattuale viene caricata o registrata (checked in).

Acquisisci

Un evento viene creato per ogni nuovo numero di versione del documento.

Tipo di evento explicit
Contratto Rinnovato
Indica che un contratto esistente è stato rinnovato con successo per un altro periodo. Si tratta di un'azione esplicita intrapresa all'interno del sistema, che spesso avvia una nuova registrazione del contratto o aggiorna quella esistente.
Perché è importante

Questa attività è fondamentale per valutare l'efficacia del processo di gestione dei rinnovi. Viene utilizzata per calcolare il KPI 'Tasso di Rinnovo/Risoluzione Puntuale'.

Dove trovare

Un evento esplicito generato quando un utente esegue l'azione 'Renew' su un record di contratto all'interno di Icertis.

Acquisisci

Evento registrato da una transazione 'Renew' avviata dall'utente.

Tipo di evento explicit
Emendamento Avviato
Rappresenta l'inizio di un processo formale per modificare un contratto attivo. Questo viene catturato quando un utente crea una registrazione di modifica collegata all'accordo originale eseguito.
Perché è importante

Gli emendamenti rappresentano un rework significativo o modifiche all'ambito. Monitorarne la frequenza e il tempo di ciclo fornisce insight sulla stabilità del contratto e sull'efficienza della gestione.

Dove trovare

Un evento esplicito viene registrato quando un oggetto 'Amendment' o un record simile viene creato e associato a un contratto esistente.

Acquisisci

Creazione di un record di emendamento nel sistema Icertis.

Tipo di evento explicit
Monitoraggio Obblighi Attivato
Questa attività post-esecuzione significa che gli obblighi contrattuali e gli impegni sono attivati per il tracciamento all'interno del sistema. Questo è tipicamente un `event` esplicito attivato automaticamente all'esecuzione o manualmente da un responsabile contrattuale.
Perché è importante

Questo event avvia il cronometro per la gestione post-esecuzione. È cruciale per misurare e garantire la conformità tramite il KPI 'Tasso di Aderenza agli Obblighi'.

Dove trovare

Evento esplicito registrato nel modulo di gestione degli obblighi Icertis quando lo stato di un contratto diventa 'Active' o 'Executed'.

Acquisisci

Attivazione automatica o manuale dei record di obbligo associati al contratto.

Tipo di evento explicit
Negoziazione con Controparte Avviata
Rappresenta il momento in cui il contratto viene condiviso con la controparte esterna per la sua revisione e negoziazione. Questo è spesso dedotto dal cambiamento dello stato del contratto a 'In Negoziazione' o da un `audit log` di quando il documento è stato inviato esternamente per la prima volta.
Perché è importante

Questa attività segna l'inizio della fase di negoziazione. È il punto di partenza per calcolare il KPI 'Tempo Medio del Ciclo di Negoziazione'.

Dove trovare

Deducibile da un cambio di stato manuale a 'In Negoziazione' o tracciando l'event di prima condivisione del documento tramite un portale esterno.

Acquisisci

Timestamp del cambio di stato a 'In Negoziazione' o 'Inviato alla Controparte'.

Tipo di evento inferred
Revisione Interna Avviata
Questa attività segna l'inizio del `workflow` di revisione e approvazione interno. Viene catturata quando la bozza del contratto viene formalmente sottoposta a revisione da parte degli stakeholder interni, come i responsabili di dipartimento o le finanze.
Perché è importante

Questo segna l'inizio della fase di approvazione, che è spesso una fonte di bottleneck. Analizzare il tempo da questo event aiuta a identificare i ritardi nell'avvio della collaborazione interna.

Dove trovare

Catturato come evento esplicito quando l'azione 'Submit for Review' viene attivata in un workflow Icertis, o inferito da una modifica di stato a 'In Internal Review'.

Acquisisci

Registrato quando un utente avvia il workflow di revisione interna.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da Icertis