Il Suo template dei dati per la gestione dei contratti

Agiloft
Il Suo template dei dati per la gestione dei contratti

Il Suo template dei dati per la gestione dei contratti

Questo template descrive gli attributi essenziali da raccogliere e le attività principali da monitorare per analizzare in modo completo il processo di gestione dei contratti. Include anche indicazioni pratiche per estrarre queste informazioni dal sistema. Utilizzi il template per preparare i dati e ottenere informazioni utili con il Process Mining.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi per la gestione dei contratti

Questi sono i campi dati consigliati da includere nell’event log per condurre un’analisi completa e far emergere informazioni nascoste nel processo di gestione dei contratti.
5 Obbligatorio 8 Consigliato 8 Facoltativo
Nome Descrizione
ID del contratto
ContractId
Identificativo univoco di ciascun contratto gestito nel sistema. Questo ID collega tutte le attività e gli eventi relativi al contratto durante il suo ciclo di vita.
Descrizione

L’ID del contratto è l’identificativo univoco del caso e collega tutti gli eventi e le attività relativi a uno specifico contratto. Ogni record nell’event log corrisponde a un’azione eseguita sul contratto e questo ID raggruppa tutte le azioni correlate.

Nell’analisi di Process Mining, questo attributo è fondamentale per ricostruire l’intero percorso di ogni contratto. Consente di visualizzare i flussi di processo, calcolare i tempi di ciclo dalla richiesta alla firma e segmentare l’analisi in base alle caratteristiche dei singoli contratti.

Perché è importante

È la chiave essenziale per seguire l’intero percorso di un contratto. Senza di essa, non è possibile analizzare il flusso di processo end-to-end né calcolare i KPI a livello di caso.

Dove reperirli

In genere, corrisponde alla chiave primaria della tabella principale dei contratti in Agiloft.

Esempi
CTR-2023-00123MSA-2024-00045NDA-2023-00789
Nome dell’attività
ActivityName
Nome dell’attività aziendale o dell’evento specifico che si è verificato in una determinata fase del ciclo di vita del contratto.
Descrizione

Questo attributo descrive la fase del processo svolta, ad esempio «Contratto redatto», «Revisione legale effettuata» o «Contratto eseguito/firmato». Queste attività costituiscono gli elementi fondamentali della mappa del processo.

Analizzare la sequenza e la frequenza delle attività aiuta a individuare il flusso di processo principale, rilevare deviazioni o cicli di rilavorazione e identificare le fasi più frequenti o più lunghe. È essenziale per creare Dashboard come «Panoramica del ciclo di vita complessivo del contratto» e «Varianti del processo di redazione dei contratti».

Perché è importante

Le attività definiscono le fasi della mappa del processo. Questo attributo è necessario per visualizzare il flusso di processo e comprendere il lavoro svolto.

Dove reperirli

Deriva dall’azione o dalla modifica dello stato registrata nella cronologia del contratto o nelle tabelle del registro di controllo di Agiloft.

Esempi
Contratto redattoRevisione legale completataInviato per la firmaContratto firmato
Ora di inizio
EventTime
Data e ora che indicano quando è iniziata una specifica attività o un determinato evento.
Descrizione

Questo attributo fornisce la data e l’ora di ogni attività registrata nella cronologia del contratto. Stabilisce l’ordine cronologico degli eventi, fondamentale per l’individuazione e l’analisi dei processi.

L’ora di inizio serve a calcolare la durata tra le attività, individuare i colli di bottiglia e misurare i tempi di ciclo. È alla base di quasi tutti i KPI temporali, come «Tempo medio di ciclo dei contratti» e «Durata media della fase di approvazione».

Perché è importante

Questa data e ora sono essenziali per ordinare gli eventi, calcolare le durate e analizzare nel tempo le prestazioni del processo. Senza di esse, il Process Mining non è possibile.

Dove reperirli

Corrisponde alla data e ora di un’azione registrata nella cronologia del contratto o nelle tabelle del registro di controllo di Agiloft.

Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Sistema di origine
SourceSystem
Sistema di registrazione da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica l’origine dei dati di gestione dei contratti. Per questo processo, il valore sarà sempre «Agiloft».

Nelle analisi aziendali più ampie, che combinano dati provenienti da più sistemi, questo campo è fondamentale per ricostruire la provenienza dei dati e definire correttamente l’ambito dell’analisi. Fornisce contesto e tracciabilità.

Perché è importante

Identifica l’origine dei dati, un’informazione fondamentale per la governance dei dati, la risoluzione dei problemi e l’integrazione di dati provenienti da più fonti.

Dove reperirli

È un valore statico da aggiungere durante l’estrazione e la trasformazione dei dati.

Esempi
Agiloft
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine.
Descrizione

Questo attributo indica la data e ora dell’estrazione più recente dei dati. È fondamentale per capire quanto siano aggiornati i dati analizzati e gestire la pianificazione degli aggiornamenti.

Gli utenti si basano su questa data e ora per verificare che le informazioni visualizzate siano aggiornate e per conoscere il periodo coperto dall’analisi. È un metadato essenziale per qualsiasi analisi affidabile basata sui dati.

Perché è importante

Permette agli utenti di sapere quanto siano aggiornati i dati, un’informazione essenziale per prendere decisioni aziendali tempestive e accurate.

Dove reperirli

Questa data e ora viene generata e aggiunta durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).

Esempi
2024-05-20T08:00:00Z
Data di scadenza
ExpirationDate
Data in cui il contratto scade, se non viene rinnovato o risolto.
Descrizione

La data di scadenza è un campo fondamentale che determina la fine del periodo di validità del contratto. È essenziale per gestire rinnovi e risoluzioni ed evitare scadenze o rinnovi automatici indesiderati.

Questo attributo è alla base della Dashboard «Scadenze e stato dei contratti in arrivo» e del KPI «Percentuale di azioni contrattuali completate nei tempi previsti». Consente all’azienda di gestire in modo proattivo la fine dei contratti, assicurando che rinnovi e risoluzioni vengano gestiti tempestivamente ed evitando il mancato rispetto delle scadenze.

Perché è importante

È fondamentale per gestire i contratti in modo proattivo e aiutare l’azienda a non mancare le scadenze di rinnovi o risoluzioni.

Dove reperirli

È un campo data standard nella tabella principale dei contratti di Agiloft.

Esempi
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
Nome della controparte
CounterpartyName
Nome della parte esterna coinvolta nel contratto, ad esempio un cliente, un fornitore o un partner.
Descrizione

Questo attributo identifica l’altra organizzazione o persona che firma il contratto. La controparte può influire in modo significativo sulla negoziazione, sui tempi e sulle condizioni dell’accordo.

Analizzare le prestazioni del processo per controparte è uno degli obiettivi delle Dashboard «Fattori di variabilità del tempo di ciclo dei contratti» e «Frequenza delle modifiche in fase di negoziazione». Aiuta a individuare i partner con cui le trattative sono più lunghe o richiedono più revisioni, così da definire strategie di negoziazione mirate e gestire meglio i rapporti.

Perché è importante

Aiuta a capire come i diversi partner esterni influiscono sui tempi e sulla complessità delle negoziazioni, migliorando le previsioni e la definizione delle strategie.

Dove reperirli

È un campo standard nella tabella principale dei contratti oppure viene collegato a una tabella Aziende/Account in Agiloft.

Esempi
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Nome utente
UserName
Nome dell’utente o della risorsa che ha svolto l’attività.
Descrizione

Questo attributo identifica la persona responsabile del completamento di una determinata fase del processo, ad esempio chi ha redatto il contratto o l’avvocato che ha svolto la revisione legale. In genere, il dato proviene dalle informazioni sull’utente associate a un’azione nel registro di controllo del sistema.

L’analisi per utente è essenziale per la Dashboard «Analisi del carico di lavoro delle risorse contrattuali», perché aiuta a individuare come è distribuito il carico, le differenze nelle prestazioni individuali e le opportunità di formazione. Consente inoltre di risalire ai responsabili di azioni specifiche.

Perché è importante

Consente di analizzare il carico di lavoro, confrontare le prestazioni e individuare i colli di bottiglia o le buone pratiche legati a specifiche risorse.

Dove reperirli

In genere, si trova nelle tabelle della cronologia del contratto o del registro di controllo ed è collegato all’utente che ha apportato la modifica.

Esempi
Alice SmithBob JohnsonCharlie Brown
Ora di fine
EventEndTime
Data e ora che indicano quando è stata completata una specifica attività o un determinato evento.
Descrizione

L’ora di inizio indica quando è cominciata un’attività, mentre l’ora di fine ne segna il completamento. La differenza tra le due corrisponde al tempo di elaborazione dell’attività.

Nel Process Mining, disporre sia dell’ora di inizio sia dell’ora di fine consente di analizzare più nel dettaglio l’utilizzo delle risorse e distinguere i tempi di attesa da quelli di lavoro effettivo. Ad esempio, permette di separare il tempo dedicato alla revisione legale da quello trascorso in coda. Questo dato alimenta il KPI «Tempo di elaborazione della revisione legale».

Perché è importante

Consente di calcolare il tempo effettivo di elaborazione di un’attività, distinguendo il lavoro attivo dall’attesa e rendendo più precisa l’analisi dei colli di bottiglia.

Dove reperirli

In alcuni sistemi, questo dato è disponibile direttamente. Spesso si deduce dall’ora di inizio dell’attività successiva nel caso. In Agiloft, potrebbe essere necessario ricavarlo dal registro di controllo.

Esempi
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
Reparto dell’utente
UserDepartment
Reparto aziendale a cui appartiene l’utente o il responsabile del contratto.
Descrizione

Questo attributo fornisce il contesto del reparto coinvolto nel contratto, ad esempio «Vendite», «Ufficio legale», «Approvvigionamenti» o «Finanza». L’informazione può essere associata al responsabile del contratto o all’utente che ha svolto una specifica attività.

Questa dimensione è fondamentale per la Dashboard «Fattori di variabilità del tempo di ciclo dei contratti». Consente di filtrare e confrontare le prestazioni del processo tra reparti diversi, facendo emergere eventuali differenze nei tempi di ciclo, nelle rilavorazioni o nei percorsi seguiti. Ad esempio, è possibile verificare se i contratti provenienti dal reparto Vendite impiegano più tempo a superare la revisione legale rispetto a quelli del reparto Approvvigionamenti.

Perché è importante

Consente di confrontare le prestazioni tra unità aziendali e di individuare problemi di processo o buone pratiche specifici di ciascun reparto.

Dove reperirli

Queste informazioni possono essere ricavate dalle tabelle dei profili utente oppure essere memorizzate direttamente nel record del contratto in Agiloft.

Esempi
VenditeUfficio legaleApprovvigionamentiFinanza
Stato del contratto
ContractStatus
Stato corrente del contratto nel suo ciclo di vita.
Descrizione

Questo attributo indica la fase corrente del contratto, ad esempio «In redazione», «In revisione», «Eseguito», «Scaduto» o «Risolto». Fornisce un quadro della situazione del contratto in un determinato momento.

Nel Process Mining, spesso sono proprio le variazioni dello stato nel tempo a definire le attività. Come attributo a livello di caso, è utile per filtrare l’analisi e concentrarsi solo sui contratti attivi, firmati o scaduti. Alimenta direttamente la Dashboard «Scadenze e stato dei contratti in arrivo».

Perché è importante

Fornisce una rapida panoramica della fase corrente del contratto e consente di filtrare e segmentare l’analisi distinguendo i casi in corso da quelli completati.

Dove reperirli

È un campo standard nella tabella principale dei contratti di Agiloft.

Esempi
BozzaIn attesa di approvazioneEseguitoScaduto
Tipo di contratto
ContractType
Classificazione del contratto, ad esempio accordo quadro per servizi (MSA), accordo di riservatezza (NDA) o dichiarazione di lavoro (SOW).
Descrizione

Il tipo di contratto è un campo di classificazione fondamentale, che definisce la natura e il template dell’accordo. Tipi di contratto diversi seguono spesso varianti di processo specifiche, presentano livelli di complessità differenti e coinvolgono interlocutori diversi.

Questo attributo è essenziale per l’analisi comparativa e influisce in modo determinante sulle Dashboard «Fattori di variabilità del tempo di ciclo dei contratti» e «Frequenza delle modifiche in fase di negoziazione». Suddividendo il processo per tipo di contratto, gli analisti possono capire perché alcuni tipi richiedono più tempo, più revisioni o si discostano più spesso dal processo standard.

Perché è importante

Aiuta a spiegare le differenze significative nella complessità, nella durata e nel rischio dei processi. È un attributo fondamentale per segmentare i processi in modo significativo.

Dove reperirli

È un campo standard nella tabella principale dei contratti di Agiloft.

Esempi
Accordo quadro per serviziAccordo di riservatezzaDichiarazione di lavoroContratto di licenza software
Valore del contratto
ContractValue
Valore monetario complessivo del contratto.
Descrizione

Questo attributo rappresenta il valore finanziario complessivo del contratto, in termini di ricavi, costi o impegni. Spesso, questo valore influisce sul livello di controllo e sulla complessità del processo di approvazione.

Il valore del contratto è fondamentale per la Dashboard «Tendenze del valore e del volume dei contratti firmati» e consente di analizzare l’impatto finanziario delle prestazioni del processo. Può inoltre essere messo in relazione con il tempo di ciclo per verificare se i contratti di valore elevato richiedono tempi di elaborazione significativamente più lunghi. Questo aiuta a stabilire le priorità e a ottimizzare i flussi di lavoro relativi ai contratti di maggior valore.

Perché è importante

Fornisce un contesto finanziario per il processo e consente analisi basate sul valore, la definizione delle priorità e la valutazione dell’impatto aziendale dei ritardi.

Dove reperirli

È un campo standard nella tabella principale dei contratti di Agiloft.

Esempi
50000.00250000.0010000.00
Automatizzato
IsAutomated
Indicatore booleano che specifica se un’attività è stata svolta automaticamente dal sistema anziché da una persona.
Descrizione

Questo attributo distingue le attività svolte da persone da quelle eseguite dal sistema, come gli aggiornamenti automatici dello stato, le notifiche o i flussi di lavoro avviati dal sistema.

L’analisi aiuta a comprendere il livello di automazione del processo di gestione dei contratti. Può essere utilizzata per misurare l’impatto delle iniziative di automazione, individuare ulteriori opportunità e verificare che le fasi automatizzate funzionino come previsto senza creare colli di bottiglia.

Perché è importante

Aiuta a misurare il grado di automazione del processo e a individuare le fasi svolte dai sistemi anziché dalle persone.

Dove reperirli

Si ricava individuando specifici account utente di sistema, ad esempio «Sistema» o «Amministratore», nella cronologia delle attività oppure contrassegnando determinati tipi di attività automatizzate.

Esempi
truefalse
Data di scadenza della revisione
ReviewSlaDueDate
Data entro cui deve essere completata una fase di revisione del contratto, ad esempio la revisione legale o interna.
Descrizione

Questo attributo definisce la scadenza prevista dall’accordo sul livello di servizio (SLA) per specifiche attività di revisione. Stabilisce tempi di risposta chiari e consente di misurare le prestazioni rispetto agli obiettivi interni.

Questa data è essenziale per la Dashboard «Rispetto degli SLA nelle revisioni dei contratti» e per il relativo KPI «Percentuale di rispetto degli SLA per le revisioni». Confrontando la data effettiva di completamento delle attività di revisione con la scadenza, il sistema può determinare se il processo rispetta gli obiettivi di servizio e segnalare le aree in cui gli SLA vengono spesso disattesi.

Perché è importante

Consente di misurare le prestazioni rispetto alle scadenze interne, un aspetto fondamentale per far rispettare gli SLA e ridurre i tempi di revisione.

Dove reperirli

In Agiloft, può essere un campo calcolato in base alla data di invio del contratto e alle regole SLA predefinite oppure un campo data impostato manualmente.

Esempi
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
Durata della fase di approvazione
ApprovalPhaseDuration
Durata calcolata della fase di approvazione, dal momento in cui vengono richieste le prime approvazioni fino al loro ottenimento.
Descrizione

Questa metrica misura il tempo necessario per ottenere tutte le approvazioni interne e legali previste per un contratto. In genere, il calcolo parte dall’avvio della prima attività di revisione (ad esempio, «Revisione interna inviata») e termina quando viene ricevuta l’ultima approvazione richiesta.

Questo attributo costituisce la base del KPI «Durata media della fase di approvazione» ed è un elemento fondamentale della Dashboard «Analisi dei colli di bottiglia nella revisione e nell’approvazione». Isola una fase critica del ciclo di vita del contratto, consentendo di analizzare in modo mirato le cause dei ritardi nelle revisioni e nelle approvazioni.

Perché è importante

Isola e quantifica il tempo trascorso nella fase di approvazione, aiutando a individuare e affrontare i colli di bottiglia in questo passaggio cruciale.

Dove reperirli

Si calcola nell’event log determinando, per ciascun contratto, la differenza tra l’inizio della prima attività di approvazione e la fine dell’ultima.

Esempi
5 giorni e 2 ore12 giorni e 6 ore2 giorni e 1 ora
Durata della fase di negoziazione
NegotiationPhaseDuration
Durata calcolata della fase di negoziazione con la controparte.
Descrizione

Questa metrica misura il tempo che intercorre tra l’avvio delle trattative con la controparte esterna (ad esempio, «Negoziazione con la controparte avviata») e il raggiungimento dell’accordo finale, approvato dalla controparte.

È la metrica principale della Dashboard «Tempo di ciclo della fase di negoziazione» e del KPI «Durata media della fase di negoziazione». Analizzarla aiuta a valutare l’efficienza delle trattative, a individuare i tipi di contratto o le controparti che prolungano i tempi e a trovare opportunità per semplificare le interazioni.

Perché è importante

Misura l’efficienza della fase di negoziazione e offre indicazioni utili per ridurre il tempo impiegato nelle interazioni con le controparti esterne.

Dove reperirli

Si calcola nell’event log misurando il tempo tra l’attività «Negoziazione con la controparte avviata» e un’attività conclusiva, come «Approvazione della controparte ricevuta».

Esempi
7 giorni15 giorni3 giorni
Nome del template del contratto
ContractTemplateName
Nome del template utilizzato per generare la prima bozza del contratto.
Descrizione

Questo attributo specifica quale template standard, se presente, è stato utilizzato come punto di partenza per il contratto. L’uso coerente dei template è fondamentale per rendere efficiente la redazione.

L’analisi di questo attributo contribuisce ai KPI «Percentuale di rilavorazione nella redazione dei contratti» e «Percentuale di approvazione interna al primo invio». Confrontando i risultati dei contratti creati con template diversi o senza template, le organizzazioni possono individuare quelli più efficaci e capire dove è più necessario standardizzare.

Perché è importante

Aiuta a valutare l’efficacia dei template standard e favorisce la standardizzazione, riducendo in modo significativo i tempi di redazione e le rilavorazioni.

Dove reperirli

Potrebbe trattarsi di un campo del record del contratto in Agiloft, compilato quando il contratto viene creato a partire da un template.

Esempi
MSA standard v2.1NDA - reciprocoSOW - prezzo fisso v1.3Personalizzato
Numero di revisioni
RevisionCount
Numero di volte in cui il contratto è stato modificato o annotato con modifiche durante il suo ciclo di vita.
Descrizione

Questo attributo registra il numero di iterazioni a cui è sottoposto un contratto, soprattutto durante la redazione e la negoziazione. Un numero elevato di revisioni spesso segnala problemi nei template, negoziazioni complesse o requisiti iniziali poco chiari.

Questa metrica alimenta direttamente la Dashboard «Frequenza delle modifiche in fase di negoziazione» e il KPI «Frequenza delle modifiche ai contratti». Analizzare il numero di revisioni aiuta a individuare i tipi di contratto o le controparti che generano più scambi e modifiche, fornendo indicazioni utili per semplificare la redazione e la negoziazione.

Perché è importante

Quantifica le rilavorazioni e la complessità delle negoziazioni, aiutando a individuare opportunità per migliorare la qualità dei template e le strategie di negoziazione.

Dove reperirli

In genere, si calcola contando le occorrenze delle attività «Contratto con modifiche evidenziate/revisionato» per ciascun ID del contratto nell’event log.

Esempi
1350
Revisore legale
LegalReviewer
Nome della persona o del team dell’ufficio legale incaricato di revisionare il contratto.
Descrizione

Questo attributo identifica la risorsa legale specifica responsabile dell’attività «Revisione legale effettuata». Offre una visione del carico di lavoro più dettagliata rispetto a un campo generico «Utente», che può includere ruoli diversi.

È utile per la Dashboard «Analisi del carico di lavoro delle risorse contrattuali», perché consente di analizzare in modo mirato la capacità e le prestazioni del team legale. Aiuta a valutare come è distribuito il carico di lavoro all’interno del team e se alcuni revisori sono associati a tempi di revisione più lunghi, fornendo dati per il KPI «Tempo medio di elaborazione della revisione legale».

Perché è importante

Consente di analizzare nel dettaglio il carico di lavoro e le prestazioni della funzione di revisione legale, aiutando a gestire efficacemente le risorse del team legale.

Dove reperirli

Può corrispondere a un campo specifico del contratto che indica il consulente legale incaricato oppure essere ricavato dal nome utente associato all’attività di revisione legale.

Esempi
Jane DoeTeam legale AJohn Smith
SLA di revisione rispettato
IsReviewSlaMet
Indicatore booleano calcolato che specifica se la revisione di un contratto è stata completata entro i termini previsti dal relativo accordo sul livello di servizio (SLA).
Descrizione

Questo attributo si ottiene confrontando l’ora effettiva di completamento di un’attività di revisione (ad esempio, «Revisione interna completata») con la relativa «ReviewSlaDueDate». Il valore è «true» se la revisione è stata completata in tempo e «false» se è stata completata in ritardo.

Questo indicatore alimenta direttamente la Dashboard «Rispetto degli SLA per le revisioni dei contratti», che consente di visualizzare facilmente i tassi di conformità. Semplifica il calcolo del KPI «Tasso di rispetto degli SLA per le revisioni», permettendo di contare semplicemente i valori true e false.

Perché è importante

Fornisce un esito chiaro e binario sul rispetto degli SLA, semplificando la misurazione, la visualizzazione e la rendicontazione della conformità alle scadenze interne.

Dove reperirli

Si calcola confrontando l’«EventTime» dell’attività di completamento della revisione con la «ReviewSlaDueDate» di ciascun contratto.

Esempi
truefalse
Obbligatorio Consigliato Facoltativo

Attività di gestione dei contratti

Questi sono i passaggi e le tappe fondamentali da registrare nell’event log per individuare con precisione il processo e i relativi colli di bottiglia.
7 Consigliato 9 Facoltativo
Attività Descrizione
Approvazioni interne ottenute
Questa tappa indica che tutti gli interlocutori interni richiesti hanno approvato la versione finale del contratto. In genere si deduce dal passaggio dello stato del contratto a uno stato di approvazione finale, come «Approvato da tutti» o «Pronto per la firma».
Perché è importante

È una tappa fondamentale, che segna la conclusione delle revisioni interne e la disponibilità del contratto per la firma. È un riferimento importante per misurare il tempo totale di elaborazione interna prima dell’invio per la firma.

Dove reperirli

Si deduce dalla data e dall’ora in cui lo stato passa a «Approvato», «Pronto per la firma» o a un altro stato di approvazione finale. Si può ricavare anche dalla data e dall’ora di completamento dell’ultimo record di approvazione obbligatorio.

Acquisizione

Individui la data e l’ora in cui lo stato del contratto passa a uno stato di approvazione precedente alla firma.

Tipo di evento inferred
Contratto firmato
Si tratta di una tappa fondamentale: tutte le parti hanno firmato il contratto, che diventa così giuridicamente vincolante. In genere, l’evento viene registrato esplicitamente tramite l’integrazione con una piattaforma di firma elettronica oppure quando un utente aggiorna manualmente lo stato a «Eseguito».
Perché è importante

Questo evento segna la conclusione della fase precedente all’aggiudicazione e costituisce il punto finale per calcolare il tempo di ciclo complessivo del contratto. Dà inizio alla fase di gestione successiva all’aggiudicazione.

Dove reperirli

Il dato viene acquisito dalla data e ora di completamento fornite dal webhook dell’integrazione con la piattaforma di firma elettronica oppure dalla data e ora in cui, in Agiloft, lo stato viene modificato manualmente in «Eseguito» o «Firmato».

Acquisizione

Utilizzi il campo «Data di firma», la data di esecuzione oppure la data e ora della modifica dello stato in «Eseguito».

Tipo di evento explicit
Contratto rinnovato
Indica il rinnovo del contratto alla scadenza del periodo previsto. È un risultato aziendale importante, spesso registrato tramite un’azione esplicita dell’utente che aggiorna lo stato del contratto o crea una nuova versione per il periodo di rinnovo.
Perché è importante

Per molte aziende, questa attività è un indicatore chiave di successo e segnala la continuità della collaborazione. Monitorare i rinnovi è fondamentale per prevedere i ricavi e analizzare la capacità di mantenere i contratti.

Dove reperirli

L’evento viene acquisito da una modifica esplicita dello stato in «Rinnovato» oppure dalla creazione di un nuovo record contrattuale collegato e contrassegnato come rinnovo. I flussi di lavoro di Agiloft possono automatizzare questa operazione.

Acquisizione

Utilizzi la data e ora della modifica dello stato in «Rinnovato» oppure la data di creazione del contratto successivo.

Tipo di evento explicit
Contratto risolto
Indica la risoluzione anticipata di un contratto attivo, prima della data di scadenza prevista. È un evento esplicito, in genere registrato modificando lo stato del contratto in «Risolto» e specificandone il motivo.
Perché è importante

In quanto punto finale importante, l’analisi delle risoluzioni aiuta a comprendere i motivi della cessazione dei contratti, come l’inadempimento o il cambiamento delle strategie aziendali. È fondamentale per la gestione dei rischi e per comprendere i rapporti con le controparti.

Dove reperirli

L’evento si deduce dalla modifica dello stato in «Risolto» nella cronologia del record contrattuale. La data di risoluzione è spesso registrata in un campo dedicato.

Acquisizione

Utilizzi la data e ora della modifica dello stato in «Risolto» oppure il valore del campo «Data di risoluzione».

Tipo di evento inferred
Contratto scaduto
Questo evento indica che il contratto ha raggiunto la data di scadenza senza essere rinnovato né risolto anticipatamente. In genere, si calcola confrontando la data di scadenza del contratto con la data corrente.
Perché è importante

È uno dei principali punti finali del ciclo di vita del contratto. Analizzare le scadenze è fondamentale per evitare rinnovi automatici indesiderati e assicurarsi che i rinnovi necessari non vengano trascurati.

Dove reperirli

È un evento calcolato. Si verifica quando la data corrente supera quella indicata nel campo «Data di scadenza» o «Data di fine del contratto», se il contratto non è stato rinnovato né risolto.

Acquisizione

Ricavi questo evento dal valore del campo «Data di scadenza».

Tipo di evento calculated
Revisione legale completata
Indica che l’ufficio legale ha completato la revisione del contratto. Spesso l’evento viene registrato quando il team legale aggiorna lo stato del contratto, ad esempio impostandolo su «Approvato dall’ufficio legale», o completa una specifica attività di approvazione.
Perché è importante

La revisione legale è una fase importante e spesso lunga. Misurarne la durata aiuta a individuare i colli di bottiglia all’interno del team legale e a monitorare il rispetto degli SLA.

Dove reperirli

Si deduce da una modifica dello stato, ad esempio da «In revisione legale» a «Approvato dall’ufficio legale», oppure si ricava dal completamento in Agiloft di un record di approvazione collegato e assegnato al gruppo Legal.

Acquisizione

Utilizzi la data e l’ora in cui lo stato passa a «Approvato dall’ufficio legale» o in cui una specifica attività di approvazione legale viene contrassegnata come completata.

Tipo di evento inferred
Richiesta di contratto avviata
È il primo evento del ciclo di vita del contratto e corrisponde alla richiesta formale di un nuovo contratto. In Agiloft, di solito coincide con la creazione di un nuovo record nella tabella Contract, un evento esplicito registrato nella cronologia o nel registro di audit del sistema.
Perché è importante

Questa attività segna l’avvio del processo ed è quindi essenziale per calcolare il tempo complessivo di ciclo del contratto. Analizzare questo punto di partenza aiuta a comprendere il volume e le fonti della domanda di contratti nell’organizzazione.

Dove reperirli

L’evento si ricava dalla data e dall’ora di creazione del record del contratto in Agiloft. In genere è disponibile nella scheda History o nei log di sistema associati all’ID del contratto.

Acquisizione

Utilizzi la data e l’ora di creazione del record nella tabella principale dei contratti.

Tipo di evento explicit
Contratto annullato
Indica che una richiesta di contratto o un contratto in corso è stato annullato intenzionalmente prima della firma. È uno stato finale esplicito, in genere registrato quando un utente modifica lo stato in «Annullato» o «Ritirato».
Perché è importante

Rappresenta un esito negativo o una conclusione anticipata del processo. Analizzare i motivi dell’annullamento dei contratti può far emergere problemi nelle fasi di qualificazione o negoziazione e contribuire a ridurre il lavoro sprecato.

Dove reperirli

L’evento si deduce dalla data e ora in cui, nella cronologia del contratto, un campo di stato viene modificato con un valore finale non positivo, ad esempio «Annullato», «Nullo» o «Ritirato».

Acquisizione

Individui la data e ora della modifica dello stato in «Annullato».

Tipo di evento inferred
Contratto attivato
Indica che il contratto è diventato attivo ed esecutivo, condizione che in genere si verifica alla data di esecuzione o successivamente. Spesso viene registrata in Agiloft come modifica dello stato da «Eseguito» ad «Attivo» o «In vigore».
Perché è importante

Questa attività dà formalmente inizio al ciclo di vita successivo all’aggiudicazione e avvia la gestione degli obblighi, il monitoraggio e le attività di conformità. Fornisce un punto di partenza chiaro per seguire l’andamento e la gestione del contratto attivo.

Dove reperirli

L’evento si deduce dalla modifica dello stato in «Attivo» nel registro cronologico del contratto oppure si calcola in base al campo «Data di inizio del contratto».

Acquisizione

Utilizzi la data e ora della modifica dello stato in «Attivo» oppure il valore del campo «Data di efficacia».

Tipo di evento inferred
Contratto modificato o revisionato
Indica che il documento contrattuale è stato modificato durante la negoziazione o la revisione interna. In genere l’evento viene registrato esplicitamente quando una nuova versione del documento viene caricata in Agiloft.
Perché è importante

Questa attività è fondamentale per individuare i cicli di rilavorazione. Un numero elevato di revisioni può indicare condizioni poco chiare, template inadeguati o negoziazioni complesse, tutti fattori che allungano i tempi di ciclo del contratto.

Dove reperirli

Si ricava dalla data e dall’ora di creazione di una nuova versione del documento nella tabella «Attached Files» o in una tabella dedicata alla cronologia delle versioni, collegata al record del contratto in Agiloft.

Acquisizione

Utilizzi la data e l’ora di creazione di ogni nuovo record nella cronologia delle versioni del documento contrattuale.

Tipo di evento explicit
Contratto redatto
Indica il completamento della prima bozza del contratto. Di solito viene registrato quando la prima versione del documento viene caricata e associata al record del contratto oppure quando lo stato del contratto passa a «Redazione completata».
Perché è importante

Monitorare questa attività aiuta a misurare l’efficienza della fase di redazione. È inoltre un dato necessario per analizzare le rilavorazioni: più revisioni successive a questo punto possono indicare problemi nei template o nei requisiti iniziali.

Dove reperirli

Si deduce da una modifica del campo di stato, ad esempio da «Nuovo» a «In redazione», oppure si ricava dalla data e dall’ora in cui è stato allegato il primo documento nella tabella correlata «Attached Files» di Agiloft.

Acquisizione

Individui la data e l’ora della prima modifica dello stato a «In redazione» o «In revisione», oppure la data di creazione del primo record del documento correlato.

Tipo di evento inferred
Inviato per la firma
Questa attività segna l’invio del contratto finale approvato a tutte le parti per la firma. Nei sistemi come Agiloft, che si integrano con servizi di firma elettronica, spesso corrisponde a un’azione esplicita che avvia la procedura di firma.
Perché è importante

Questo evento fornisce un riferimento temporale chiaro per l’inizio della fase finale di firma. Analizzare il tempo che intercorre da questo momento alla firma del contratto aiuta a individuare i ritardi nella procedura di firma.

Dove reperirli

Si ricava da un’azione esplicita dell’utente registrata nella cronologia del contratto o da una chiamata API a un servizio di firma elettronica come DocuSign o Adobe Sign, con cui Agiloft si integra.

Acquisizione

Utilizzi la data e l’ora associate all’azione «Invia per la firma» nel registro della cronologia o alla chiamata di integrazione.

Tipo di evento explicit
Modifica contrattuale avviata
Questo evento segna l’inizio della procedura formale di modifica di un contratto attivo esistente. In Agiloft, spesso viene registrato con la creazione di un nuovo record «Modifica», collegato al contratto originale.
Perché è importante

Le modifiche rappresentano variazioni significative nel ciclo di vita del contratto. Analizzarne la frequenza e le modalità di gestione può far emergere cambiamenti nelle esigenze aziendali o una scarsa chiarezza del contratto iniziale.

Dove reperirli

L’evento viene acquisito dalla data e ora di creazione di un nuovo record nella tabella dedicata «Modifiche», collegato all’ID del contratto principale.

Acquisizione

Utilizzi la data e ora di creazione del record nella tabella Modifiche.

Tipo di evento explicit
Negoziazione con la controparte avviata
Questa attività indica il momento in cui il contratto viene inviato alla controparte esterna per la revisione e la negoziazione. In Agiloft, si può dedurre da una modifica dello stato a «In negoziazione» o «Revisione esterna».
Perché è importante

Segna l’inizio della fase di negoziazione, che può avere durata molto variabile e risultare difficile da prevedere. Monitorare questo evento aiuta a misurare e analizzare i tempi di negoziazione e a individuare i fattori che prolungano questa fase.

Dove reperirli

Si deduce dalla data e dall’ora in cui il campo di stato del contratto viene aggiornato a «In negoziazione», «Presso la controparte» o «Revisione esterna» nella cronologia del record.

Acquisizione

Individui la prima data e ora di una modifica dello stato che segnala l’avvio di una comunicazione o negoziazione esterna.

Tipo di evento inferred
Revisione di conformità completata
Indica il completamento di una revisione di conformità programmata o occasionale per un contratto attivo. In genere, viene registrata come evento esplicito quando un utente completa un’attività relativa alla conformità o aggiorna un campo della revisione.
Perché è importante

Il monitoraggio delle revisioni di conformità è essenziale per la governance e la gestione dei rischi. Questa attività aiuta le organizzazioni a verificare il rispetto dei requisiti normativi e delle policy interne per tutta la durata del contratto.

Dove reperirli

L’evento viene acquisito dalla data e ora di completamento dell’attività collegata alla revisione di conformità oppure dalla compilazione di un campo data, ad esempio «Data dell’ultima revisione di conformità».

Acquisizione

Utilizzi la data di completamento di un’attività dedicata alla conformità oppure un campo data specifico aggiornato al termine della revisione.

Tipo di evento explicit
Revisione interna inviata
Questa attività indica il momento in cui la bozza del contratto viene inviata formalmente agli interlocutori interni per la revisione. In genere viene registrata in Agiloft con una modifica dello stato nel flusso di lavoro, ad esempio da «Bozza» a «Revisione interna».
Perché è importante

Questo evento avvia la fase di revisione, in cui spesso si creano colli di bottiglia. Analizzare il tempo che intercorre tra questo evento e le attività di revisione successive è fondamentale per comprendere e ridurre i tempi di revisione.

Dove reperirli

Si deduce dalla data e dall’ora in cui il campo di stato del record principale del contratto assume un valore come «In revisione», «In attesa di revisione interna» o «Inviato per la revisione».

Acquisizione

Cerchi nel registro della cronologia del contratto una modifica dello stato a «Revisione interna».

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Agiloft

È pronto a iniziare?

Faccia il primo passo per ottimizzare il ciclo di vita dei contratti. Prepari i dati con questo template e inizi subito a individuare opportunità per migliorare l’efficienza e la conformità.

Ottimizzi la gestione dei contratti in Agiloft e riduca subito i tempi di ciclo

Individui le inefficienze e riduca del 30% il tempo di ciclo dei contratti.

Inizi la prova gratuita

Non è richiesta la carta di credito. Inizi oggi la prova gratuita.