Il Suo Template Dati per la Gestione dei Contratti

Agiloft
Il Suo `Template` Dati per la Gestione dei Contratti

Il Suo Template Dati per la Gestione dei Contratti

Questo `template` delinea gli attributi `data` essenziali da raccogliere e le `attività` chiave da tracciare per un'analisi completa del suo processo di gestione dei contratti. Fornisce anche una guida pratica su come estrarre queste preziose informazioni dal suo sistema. Utilizzi questo `template` per preparare i suoi `dati` per potenti `insight` di `Process Mining`.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione dei Contratti

Questi sono i campi `data` raccomandati da includere nel suo `event log` per un'analisi completa e per scoprire `insight` nascosti all'interno del suo processo di gestione dei contratti.
5 Obbligatorio 8 Consigliato 9 Facoltativo
Nome Descrizione
ID Contratto
ContractId
L'identificatore univoco per ogni contratto gestito all'interno del sistema. Questo ID collega tutte le `attività` e gli `event` correlati durante il ciclo di vita del contratto.
Descrizione

L'ID Contratto funge da identificatore definitivo del case, collegando in modo univoco tutti gli event e le attività relative a uno specifico contratto. Ogni record nell'event log corrisponde a un'azione eseguita su un contratto, e questo ID raggruppa tali azioni.

Nell'analisi di Process Mining, questo attributo è fondamentale per ricostruire l'intero percorso di ogni contratto. Consente la visualizzazione dei flussi di processo, il calcolo dei cycle time dalla richiesta all'esecuzione e la segmentazione dell'analisi basata sulle caratteristiche individuali del contratto.

Perché è importante

Questa è la chiave essenziale per tracciare il percorso completo di un contratto. Senza di essa, non è possibile analizzare il flusso di processo end-to-end o calcolare i KPI a livello di case.

Dove trovare

Questa è tipicamente la chiave primaria della tabella principale dei Contratti in Agiloft.

Esempi
CTR-2023-00123MSA-2024-00045NDA-2023-00789
Nome attività
ActivityName
Il nome della specifica `attività` di business o `event` che si è verificato in un punto del ciclo di vita del contratto.
Descrizione

Questo attributo descrive il passaggio eseguito nel processo, come 'Contratto Redatto', 'Revisione Legale Condotta' o 'Contratto Eseguito/Firmato'. Queste attività sono i blocchi costitutivi della mappa di processo.

L'analisi della sequenza e della frequenza delle attività aiuta a identificare il flusso di processo principale, a scoprire deviazioni o cicli di rilavorazione e a individuare quali passaggi sono più comuni o richiedono più tempo. È essenziale per la costruzione di dashboard come 'Panoramica del Ciclo di Vita Complessivo del Contratto' e 'Varianti del Processo di Redazione del Contratto'.

Perché è importante

Le attività definiscono i passaggi nella Sua mappa di processo. Questo attributo è necessario per visualizzare il flusso di processo e comprendere il lavoro che viene svolto.

Dove trovare

Derivato dall'azione o dal cambiamento di stato registrato nella cronologia del contratto o nelle tabelle di audit trail in Agiloft.

Esempi
Contratto RedattoRevisione Legale CondottaInviato per la FirmaContratto Eseguito/Firmato
Ora di Inizio
EventTime
Il timestamp che indica quando una specifica attività o un evento ha avuto inizio.
Descrizione

Questo attributo fornisce la data e l'ora per ogni attività registrata nella storia del contratto. Stabilisce l'ordine cronologico degli event, che è fondamentale per la scoperta e l'analisi dei processi.

Lo Start Time è utilizzato per calcolare le durate tra le attività, identificare i bottleneck e misurare i cycle time. È la base per praticamente tutti i KPI basati sul tempo, come 'Tempo Medio del Ciclo Contrattuale' e 'Durata Media della Fase di Approvazione'.

Perché è importante

Questo timestamp è essenziale per ordinare gli event, calcolare le durate e analizzare le performance del processo nel tempo. Il Process Mining è impossibile senza di esso.

Dove trovare

Ciò corrisponde al timestamp di un'azione registrata nella cronologia del contratto o nelle tabelle di audit trail in Agiloft.

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

Questo attributo identifica l'origine dei dati di gestione del contratto. Per questo processo, il valore sarà costantemente 'Agiloft'.

In analisi aziendali più ampie che combinano dati da più sistemi, questo campo è cruciale per la data lineage e per garantire che le analisi siano correttamente circoscritte. Fornisce contesto e tracciabilità per i dati.

Perché è importante

Identifica l'origine dei dati, il che è cruciale per la data governance, la risoluzione dei problemi e l'integrazione di dati da più fonti.

Dove trovare

Questo è un valore statico che dovrebbe essere aggiunto durante il processo di estrazione e trasformazione dei dati.

Esempi
Agiloft
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` che indica quando i `data` sono stati aggiornati o estratti per l'ultima volta dal sistema sorgente.
Descrizione

Questo attributo fornisce il timestamp dell'estrazione data più recente. È cruciale per comprendere l'attualità dei dati analizzati e per gestire i programmi di aggiornamento dei dati.

Gli utenti si affidano a questo timestamp per confermare che stanno visualizzando informazioni aggiornate e per comprendere l'intervallo di tempo coperto dall'analisi. È un elemento chiave di metadati per qualsiasi analisi affidabile basata sui dati.

Perché è importante

Assicura che gli utenti sappiano quanto sono aggiornati i dati, il che è vitale per prendere decisioni aziendali tempestive e accurate.

Dove trovare

Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL).

Esempi
2024-05-20T08:00:00Z
Data di Scadenza
ExpirationDate
La `data` in cui il contratto è destinato a scadere se non rinnovato o risolto.
Descrizione

La Data di Scadenza è un campo data critico che determina la fine del termine attivo di un contratto. È essenziale per la gestione dei rinnovi, delle risoluzioni e per evitare interruzioni involontarie o rinnovi automatici.

Questo attributo è la pietra angolare del dashboard 'Scadenze e Stato dei Contratti Futuri' e del KPI 'Tasso di Azioni Contrattuali Tempestive'. Consente all'azienda di gestire proattivamente gli event di fine vita del contratto, assicurando che i rinnovi o le risoluzioni siano gestiti in modo tempestivo e prevenendo scadenze mancate.

Perché è importante

Cruciale per una gestione proattiva dei contratti, consentendo all'azienda di evitare scadenze mancate per rinnovi o risoluzioni.

Dove trovare

Questo è un campo data standard nella tabella principale dei Contratti in Agiloft.

Esempi
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
Nome Controparte
CounterpartyName
Il nome della parte esterna, cliente, fornitore o partner coinvolto nel contratto.
Descrizione

Questo attributo identifica l'altra organizzazione o individuo che firma il contratto. La controparte può influenzare significativamente il processo di negoziazione, la tempistica e i termini dell'accordo.

L'analisi delle performance di processo per controparte è un obiettivo chiave dei dashboard 'Fattori di Variabilità del Tempo del Ciclo Contrattuale' e 'Frequenza delle Revisioni di Negoziazione'. Aiuta a identificare quali partner portano a negoziazioni più lunghe o a più revisioni, consentendo strategie di negoziazione su misura e una migliore gestione delle relazioni.

Perché è importante

Aiuta a identificare come diversi partner esterni influenzano i tempi e la complessità della negoziazione contrattuale, consentendo una migliore previsione e strategia.

Dove trovare

Questo è un campo standard nella tabella principale dei Contratti o collegato da una tabella Aziende/Account in Agiloft.

Esempi
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Nome Utente
UserName
Il nome dell'utente o della risorsa che ha eseguito l'`attività`.
Descrizione

Questo attributo identifica l'individuo responsabile del completamento di un dato passaggio del processo, come la persona che ha redatto il contratto o l'avvocato che ha condotto la revisione legale. È tipicamente ricavato dalle informazioni utente associate a un'azione nel registro di audit del sistema.

L'analisi per utente è essenziale per il dashboard 'Analisi del Carico di Lavoro delle Risorse Contrattuali', poiché aiuta a identificare la distribuzione del carico di lavoro, le variazioni di performance tra individui e le opportunità di formazione. Aiuta anche a rintracciare la responsabilità per azioni specifiche.

Perché è importante

Consente l'analisi del carico di lavoro, il confronto delle prestazioni e l'identificazione di bottleneck o best practice specifici delle risorse.

Dove trovare

Tipicamente trovato nella cronologia del contratto o nelle tabelle di audit trail, collegato all'utente che ha apportato la modifica.

Esempi
Alice SmithBob JohnsonCharlie Brown
Ora di Fine
EventEndTime
Il timestamp che indica quando una specifica attività o un evento è stato completato.
Descrizione

Mentre lo Start Time indica quando un'attività è iniziata, l'End Time ne segna il completamento. La differenza tra i due rappresenta il tempo di elaborazione di quella specifica attività.

Nel Process Mining, avere sia lo Start Time che l'End Time consente un'analisi più dettagliata dell'utilizzo delle risorse e dei tempi di attesa rispetto ai tempi di lavoro attivo. Ad esempio, può distinguere il tempo in cui una revisione legale è stata attivamente lavorata dal tempo in cui era in attesa in una coda. Questo supporta il KPI 'Tempo di Elaborazione della Revisione Legale'.

Perché è importante

Consente il calcolo del tempo di elaborazione effettivo di un'attività, separando il tempo di lavoro attivo dal tempo di attesa per un'analisi dei bottleneck più precisa.

Dove trovare

In alcuni sistemi, questo è direttamente disponibile. Spesso, è inferito come l'ora di inizio dell'attività successiva nel case. Per Agiloft, potrebbe dover essere derivato dalla traccia di audit.

Esempi
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
Reparto Utente
UserDepartment
Il dipartimento aziendale a cui appartiene l'utente o il proprietario del contratto.
Descrizione

Questo attributo fornisce il contesto dipartimentale per il contratto, come 'Sales', 'Legal', 'Procurement' o 'Finance'. Questa informazione può essere associata al proprietario del contratto o all'utente che ha eseguito una specifica attività.

Questa dimensione è critica per il dashboard 'Fattori di Variabilità del Tempo del Ciclo Contrattuale'. Consente di filtrare e confrontare le performance di processo tra diversi dipartimenti, rivelando se certi dipartimenti hanno cycle time più lunghi, più rilavorazioni o percorsi di processo diversi. Ad esempio, può analizzare se i contratti originati dalle Vendite impiegano più tempo per superare la revisione legale rispetto a quelli provenienti dagli Acquisti.

Perché è importante

Consente il confronto delle prestazioni tra le unità aziendali, aiutando a identificare problemi di processo specifici del dipartimento o best practice.

Dove trovare

Queste informazioni possono essere unite da tabelle di profilo utente o possono essere archiviate direttamente nel record del contratto in Agiloft.

Esempi
VenditeLegaleAcquistiFinanza
Stato del Contratto
ContractStatus
Lo status o lo stato attuale del contratto nel suo ciclo di vita.
Descrizione

Questo attributo indica la fase attuale del contratto, come 'Drafting', 'In Review', 'Executed', 'Expired' o 'Terminated'. Fornisce un'istantanea di dove si trova il contratto in qualsiasi momento.

Nel Process Mining, il cambiamento di stato nel tempo è ciò che spesso definisce le attività stesse. Come attributo a livello di case, è utile per filtrare l'analisi per concentrarsi solo sui contratti attivi, eseguiti o scaduti. Supporta direttamente il dashboard 'Scadenze e Stato dei Contratti Futuri'.

Perché è importante

Fornisce una rapida panoramica dello stato attuale di un contratto, consentendo il filtraggio e la segmentazione per l'analisi dei case in corso rispetto a quelli completati.

Dove trovare

Questo è un campo standard nella tabella principale dei Contratti in Agiloft.

Esempi
BozzaIn Attesa di ApprovazioneEseguitoScaduto
Tipo di Contratto
ContractType
La classificazione del contratto, come Master Service Agreement (MSA), Non-Disclosure Agreement (NDA) o Statement of Work (SOW).
Descrizione

Il Tipo di Contratto è un campo di categorizzazione chiave che definisce la natura e il template dell'accordo. Diversi tipi di contratto spesso seguono varianti di processo distinte, presentano diversi livelli di complessità e coinvolgono differenti stakeholder.

Questo attributo è essenziale per l'analisi comparativa ed è un driver primario per i dashboard 'Fattori di Variabilità del Tempo del Ciclo Contrattuale' e 'Frequenza delle Revisioni di Negoziazione'. Segmentando il processo per tipo di contratto, gli analisti possono scoprire perché certi tipi richiedono più tempo, più revisioni o deviano più spesso dal processo standard.

Perché è importante

Spiega significative variazioni nella complessità, durata e rischio del processo. È un attributo fondamentale per una segmentazione significativa del processo.

Dove trovare

Questo è un campo standard nella tabella principale dei Contratti all'interno di Agiloft.

Esempi
Accordo Quadro di ServizioAccordo di Non DivulgazioneDichiarazione di LavoroContratto di Licenza Software
Valore del Contratto
ContractValue
Il valore monetario totale del contratto.
Descrizione

Questo attributo rappresenta il valore finanziario totale del contratto, sia esso ricavo, costo o impegno. Questo valore è spesso un fattore chiave che influenza il livello di controllo e la complessità del processo di approvazione.

Il Valore del Contratto è cruciale per il dashboard 'Tendenze del Valore e del Volume dei Contratti Eseguiti', consentendo un'analisi dell'impatto finanziario delle performance di processo. Può anche essere utilizzato per correlare il valore del contratto con il cycle time, rivelando se i contratti di alto valore richiedono tempi di elaborazione significativamente più lunghi. Ciò aiuta a dare priorità ai contratti di alto valore e a ottimizzare i loro workflow.

Perché è importante

Fornisce un contesto finanziario al processo, consentendo un'analisi basata sul valore, la prioritizzazione e la comprensione dell'impatto aziendale dei ritardi.

Dove trovare

Questo è un campo standard nella tabella principale dei Contratti in Agiloft.

Esempi
50000.00250000.0010000.00
Conteggio Revisioni
RevisionCount
Un contatore per il numero di volte in cui un contratto è stato rivisto o modificato durante il suo ciclo di vita.
Descrizione

Questo attributo traccia il numero di iterazioni a cui un contratto è sottoposto, in particolare durante le fasi di redazione e negoziazione. Un elevato numero di revisioni spesso indica problemi con i template, negoziazioni complesse o requisiti iniziali poco chiari.

Questa metrica supporta direttamente il dashboard 'Frequenza delle Revisioni di Negoziazione' e il KPI 'Frequenza delle Revisioni Contrattuali'. L'analisi del numero di revisioni aiuta a identificare quali tipi di contratto o controparti portano al maggior numero di scambi, fornendo insight per ottimizzare la redazione e la negoziazione.

Perché è importante

Quantifica la rilavorazione e la complessità della negoziazione, aiutando a identificare opportunità per migliorare la qualità del template e le strategie di negoziazione.

Dove trovare

Questo è tipicamente derivato contando le occorrenze delle attività 'Contratto Revisionato/Modificato' per ogni ID contratto nell'event log.

Esempi
1350
Data di Scadenza SLA Revisione
ReviewSlaDueDate
La `data` obiettivo entro cui deve essere completato un passaggio di revisione del contratto, come la revisione legale o interna.
Descrizione

Questo attributo definisce la scadenza del Service Level Agreement (SLA) per specifiche attività di revisione. Stabilisce un'aspettativa chiara per i tempi di risposta ed è utilizzato per misurare le performance rispetto agli obiettivi interni.

Questa data è essenziale per alimentare il dashboard 'Conformità SLA per le Revisioni Contrattuali' e il KPI associato 'Tasso di Conformità SLA per le Revisioni'. Confrontando il tempo di completamento effettivo delle attività di revisione con questa data di scadenza, il sistema può determinare se il processo sta raggiungendo i suoi obiettivi di livello di servizio ed evidenziare le aree in cui gli SLA vengono frequentemente violati.

Perché è importante

Consente la misurazione delle prestazioni rispetto alle scadenze interne, il che è fondamentale per applicare gli SLA e migliorare i tempi di risposta delle revisioni.

Dove trovare

Questo potrebbe essere un campo calcolato in Agiloft basato sulla data di invio del contratto e sulle regole SLA predefinite, o un campo data impostato manualmente.

Esempi
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
Durata Fase di Approvazione
ApprovalPhaseDuration
La durata calcolata della fase di approvazione, dal momento in cui le approvazioni vengono richieste per la prima volta fino a quando vengono ottenute.
Descrizione

Questa metrica misura il tempo impiegato da un contratto per superare tutte le approvazioni interne e legali necessarie. Tipicamente inizia quando la prima attività di revisione ha inizio (ad esempio, 'Revisione Interna Inviata') e termina quando viene ricevuta l'approvazione finale richiesta.

Questo attributo è la base per il KPI 'Durata Media della Fase di Approvazione' e un componente chiave del dashboard 'Analisi dei Bottleneck di Revisione e Approvazione'. Isola una fase critica del ciclo di vita del contratto, consentendo un'analisi mirata su ciò che causa ritardi nelle revisioni e nelle approvazioni.

Perché è importante

Isola e quantifica il tempo trascorso nella fase di approvazione, aiutando a individuare e affrontare i bottleneck in questa fase critica.

Dove trovare

Calcolato dal log eventi trovando la differenza di tempo tra l'inizio della prima attività di approvazione e la fine dell'ultima per ogni contratto.

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

Questa metrica misura il tempo da quando iniziano le negoziazioni con la parte esterna (ad esempio, 'Negoziazione Controparte Avviata') fino a quando viene raggiunto e approvato un accordo finale dalla controparte.

Questa è la metrica centrale per il dashboard 'Tempo del Ciclo della Fase di Negoziazione' e il KPI 'Tempo Medio della Fase di Negoziazione'. L'analisi di questa durata aiuta a comprendere l'efficienza del processo di negoziazione, identificare quali tipi di contratto o controparti portano a negoziazioni prolungate e trovare opportunità per ottimizzare le interazioni.

Perché è importante

Misura l'efficienza della fase di negoziazione, fornendo intuizioni per aiutare a ridurre il tempo trascorso interagendo con le parti esterne.

Dove trovare

Calcolato dal log eventi misurando il tempo tra l'attività 'Negoziazione Controparte Avviata' e un'attività conclusiva come 'Approvazione Controparte Ricevuta'.

Esempi
7 giorni15 giorni3 giorni
È Automatizzato
IsAutomated
Un flag booleano che indica se un'attività è stata eseguita automaticamente dal sistema piuttosto che da un utente umano.
Descrizione

Questo attributo distingue tra attività guidate dall'uomo e quelle guidate dal sistema, come aggiornamenti di stato automatizzati, notifiche o workflow attivati dal sistema.

Nell'analisi, ciò aiuta a comprendere il livello di automazione all'interno del processo di gestione dei contratti. Può essere utilizzato per misurare l'impatto delle iniziative di automazione, identificare opportunità per ulteriore automazione e assicurarsi che i passaggi automatizzati funzionino come previsto senza causare bottleneck.

Perché è importante

Aiuta a misurare il grado di automazione nel processo e a identificare quali passaggi sono eseguiti da sistemi rispetto agli esseri umani.

Dove trovare

Derivato identificando specifici account utente di sistema (ad esempio, 'System', 'Admin') nella cronologia delle attività o segnalando specifici tipi di attività automatizzate.

Esempi
truefalse
Nome `Template` Contratto
ContractTemplateName
Il nome del `template` utilizzato per generare la bozza iniziale del contratto.
Descrizione

Questo attributo specifica quale template standard, se presente, è stato utilizzato come punto di partenza per il contratto. La coerenza nell'utilizzo del template è fondamentale per un processo di redazione efficiente.

L'analisi di questo attributo aiuta a supportare i KPI 'Tasso di Rilavorazione della Redazione Contrattuale' e 'Tasso di Approvazione Interna al Primo Passaggio'. Confrontando le performance dei contratti creati da diversi template, o senza alcun template, le organizzazioni possono identificare quali template sono più efficaci e dove gli sforzi di standardizzazione sono più necessari.

Perché è importante

Aiuta a valutare l'efficacia dei template standard e promuove la standardizzazione, che può ridurre significativamente il tempo di redazione e la rilavorazione.

Dove trovare

Questo potrebbe essere un campo nel record del contratto in Agiloft che viene popolato quando un contratto viene creato da un template.

Esempi
MSA Standard v2.1NDA - MutuoSOW - Prezzo Fisso v1.3Personalizzato
Revisore Legale
LegalReviewer
Il nome della persona o del team specifico del dipartimento legale incaricato di rivedere il contratto.
Descrizione

Questo attributo identifica la specifica risorsa legale responsabile dell'attività 'Revisione Legale Condotta'. Fornisce una visione più granulare del carico di lavoro rispetto a un campo 'Utente' generico, che può catturare molti ruoli diversi.

Ciò è prezioso per il dashboard 'Analisi del Carico di Lavoro delle Risorse Contrattuali', consentendo un'analisi mirata della capacità e delle performance del team legale. Aiuta a rispondere a domande sull'equilibrio del carico di lavoro all'interno del team legale e se specifici revisori sono associati a tempi di revisione più lunghi, supportando il KPI 'Tempo Medio di Elaborazione della Revisione Legale'.

Perché è importante

Consente un'analisi dettagliata del carico di lavoro e delle prestazioni specificamente per la funzione di revisione legale, aiutando a gestire efficacemente le risorse del team legale.

Dove trovare

Potrebbe essere un campo specifico nel contratto per il consulente legale assegnato, oppure potrebbe essere derivato dal nome utente associato all'attività di revisione legale.

Esempi
Jane DoeTeam Legale AJohn Smith
SLA di Revisione Rispettato
IsReviewSlaMet
Un flag booleano calcolato che indica se una revisione contrattuale è stata completata entro il suo Service Level Agreement (SLA) definito.
Descrizione

Questo attributo è derivato confrontando il timestamp di completamento effettivo di un'attività di revisione (ad es. 'Revisione Interna Eseguita') con la sua 'ReviewSlaDueDate'. Sarà 'true' se la revisione è stata tempestiva e 'false' se è stata in ritardo.

Questo flag alimenta direttamente il dashboard 'Conformità SLA per le Revisioni Contrattuali', consentendo una facile visualizzazione dei tassi di conformità. Semplifica il calcolo del KPI 'Tasso di Conformità SLA per le Revisioni' consentendo un semplice conteggio dei valori true rispetto ai valori false.

Perché è importante

Fornisce un risultato chiaro e binario per l'aderenza agli SLA, rendendo semplice misurare, visualizzare e riportare sulla compliance con le scadenze interne.

Dove trovare

Calcolato confrontando l'EventTime di un'attività di completamento della revisione con il ReviewSlaDueDate per ogni contratto.

Esempi
truefalse
Tempo di Ciclo
CycleTime
La durata totale dal momento in cui è stata avviata una richiesta di contratto fino all'esecuzione del contratto.
Descrizione

Questo attributo è una metrica calcolata che rappresenta il tempo totale trascorso per un contratto per attraversare il suo ciclo di vita fondamentale, tipicamente da 'Richiesta Contratto Avviata' a 'Contratto Eseguito/Firmato'.

Questo è un KPI primario per le performance di processo, che misura direttamente l'efficienza complessiva. È la metrica principale per il dashboard 'Panoramica del Ciclo di Vita Complessivo del Contratto' e il KPI 'Tempo Medio del Ciclo Contrattuale'. L'analisi del cycle time aiuta a identificare i case a lungo termine e a investigare le cause profonde dei ritardi.

Perché è importante

Questo è un indicatore chiave di performance che misura l'efficienza end-to-end del processo di gestione dei contratti.

Dove trovare

Calcolato prendendo la differenza tra il timestamp dell'attività 'Contratto Eseguito/Firmato' e l'attività 'Richiesta Contratto Avviata' per ogni ID Contratto.

Esempi
25 giorni 4 ore10 giorni 8 ore45 giorni 2 ore
Obbligatorio Consigliato Facoltativo

Attività di Gestione dei Contratti

Queste sono le fasi chiave del processo e le milestone da registrare nel tuo event log per un'accurata scoperta dei processi e l'identificazione dei colli di bottiglia.
7 Consigliato 9 Facoltativo
Activity Descrizione
Approvazioni Interne Ottenute
Questo `milestone` indica che tutti gli stakeholder interni richiesti hanno approvato la versione finale del contratto. È solitamente dedotto quando lo stato del contratto passa a uno stato di approvazione terminale come 'Completamente Approvato' o 'Pronto per la Firma'.
Perché è importante

Questo è un milestone critico che significa la fine delle revisioni interne e la prontezza per l'esecuzione. È un punto chiave per misurare il tempo totale di elaborazione interna prima che il contratto venga inviato per la firma.

Dove trovare

Inferito dal timestamp di un cambiamento di stato a 'Approvato', 'Pronto per la Firma' o uno stato di approvazione finale simile. Può anche essere derivato dal timestamp di completamento dell'ultimo record di approvazione richiesto.

Acquisisci

Identificare il timestamp quando lo stato del contratto passa a uno stato approvato pre-firma.

Tipo di evento inferred
Contratto Eseguito/Firmato
Questo è un `milestone` importante in cui tutte le parti hanno firmato il contratto, rendendolo legalmente vincolante. Ciò è tipicamente catturato esplicitamente tramite un'integrazione con una piattaforma di firma elettronica o quando un utente aggiorna manualmente lo stato a 'Eseguito'.
Perché è importante

Questo event segna la conclusione di successo della fase pre-aggiudicazione ed è il punto finale per il calcolo del cycle time complessivo del contratto. Innesca l'inizio della fase di gestione post-aggiudicazione.

Dove trovare

Catturato dal timestamp di completamento fornito da un webhook di integrazione e-signature, o dal timestamp di un cambiamento manuale di stato a 'Eseguito' o 'Firmato' in Agiloft.

Acquisisci

Usi il campo 'Data di Firma', la data di esecuzione, o il timestamp del cambiamento di stato a 'Eseguito'.

Tipo di evento explicit
Contratto Rescisso
Rappresenta la risoluzione anticipata di un contratto attivo prima della sua `data` di scadenza programmata. Questo è un `evento` esplicito, tipicamente registrato cambiando lo stato del contratto a 'Terminato' e fornendo una motivazione.
Perché è importante

Come punto finale chiave, l'analisi delle risoluzioni aiuta a comprendere le ragioni della dissoluzione contrattuale, come l'inadempienza o il cambiamento delle strategie aziendali. È fondamentale per la gestione del rischio e per comprendere le relazioni con le controparti.

Dove trovare

Inferito da un cambiamento di campo di stato a 'Terminato' nella cronologia del record del contratto. La data di risoluzione è spesso catturata in un campo dedicato.

Acquisisci

Usi il timestamp del cambiamento di stato a 'Risolto' o il valore nel campo 'Data di Risoluzione'.

Tipo di evento inferred
Contratto Rinnovato
Rappresenta il rinnovo riuscito di un contratto al completamento del suo termine. Questo è un risultato aziendale critico, spesso catturato da un'azione utente esplicita che aggiorna lo stato del contratto o crea una nuova versione del contratto per il termine di rinnovo.
Perché è importante

Questa attività è una metrica di successo chiave per molte aziende, significando una partnership continuativa. Il tracciamento dei rinnovi è vitale per la previsione dei ricavi e l'analisi delle performance di fidelizzazione dei contratti.

Dove trovare

Catturato da un cambiamento esplicito di stato a 'Rinnovato' o dalla creazione di un nuovo record di contratto collegato designato come rinnovo. I workflow di Agiloft possono automatizzare questo.

Acquisisci

Usi il timestamp di un cambiamento di stato a 'Rinnovato' o la data di creazione del contratto successivo.

Tipo di evento explicit
Contratto Scaduto
Questo `event` significa che un contratto ha raggiunto la sua `data` di fine senza essere stato rinnovato o risolto anticipatamente. Questo `event` è tipicamente calcolato confrontando la `data` di scadenza del contratto con la `data` attuale.
Perché è importante

Questo è un punto finale primario per il ciclo di vita del contratto. L'analisi delle scadenze è critica per prevenire rinnovi automatici indesiderati o per garantire che i rinnovi necessari non vengano persi.

Dove trovare

Questo è un event calcolato. Si verifica quando la data attuale supera la data archiviata nel campo 'Data di Scadenza' o 'Data di Fine Contratto' per un contratto che non è stato rinnovato o risolto.

Acquisisci

Derivare questo evento utilizzando il valore del campo 'Data di Scadenza'.

Tipo di evento calculated
Revisione Legale Condotta
Indica che il dipartimento legale ha completato la revisione del contratto. Questo `evento` è spesso catturato quando il team legale aggiorna lo stato del contratto, ad esempio a 'Legal Approvato', o completa un'attività di approvazione specifica.
Perché è importante

La revisione legale è un passaggio critico e spesso lungo. Individuare la durata di questa attività aiuta a identificare i bottleneck all'interno del team legale e supporta il monitoraggio della conformità agli SLA.

Dove trovare

Inferito da un cambiamento di stato (ad esempio, da 'In Revisione Legale' a 'Legale Approvato') o catturato dal completamento di un record di Approvazione collegato assegnato al gruppo Legale in Agiloft.

Acquisisci

Usi il timestamp quando lo stato cambia a 'Approvato Legalmente' o quando un task specifico di approvazione legale è contrassegnato come completato.

Tipo di evento inferred
Richiesta Contratto Avviata
Questo è il primo `event` nel ciclo di vita del contratto, che rappresenta la richiesta formale di un nuovo contratto. In Agiloft, ciò è tipicamente catturato come la creazione di un nuovo record nella tabella Contratto, che è un `event` esplicito registrato nella cronologia o nel `log` di audit del sistema.
Perché è importante

Questa attività segna l'inizio del processo, rendendola essenziale per il calcolo del cycle time complessivo del contratto. L'analisi di questo punto di partenza aiuta a comprendere il volume e le fonti della domanda di contratti all'interno dell'organizzazione.

Dove trovare

Questo event viene catturato dal timestamp di creazione del record del contratto in Agiloft. Si trova tipicamente nella scheda Cronologia o nei log di sistema per lo specifico ID Contratto.

Acquisisci

Usi il timestamp di creazione del record dalla tabella contratti primaria.

Tipo di evento explicit
Contratto Annullato
Indica che una richiesta di contratto o un contratto in corso è stato intenzionalmente annullato prima dell'esecuzione. Questo è uno stato finale esplicito, solitamente catturato da un utente che cambia lo stato in 'Annullato' o 'Ritirato'.
Perché è importante

Questo rappresenta un percorso di fallimento o risoluzione nel processo. L'analisi del motivo per cui i contratti vengono annullati può rivelare problemi nelle fasi di qualificazione o negoziazione, contribuendo a ridurre lo sforzo sprecato.

Dove trovare

Inferito dal timestamp di un cambiamento di campo di stato a un valore terminale non riuscito come 'Annullato', 'Nullo' o 'Ritirato' nella cronologia del contratto.

Acquisisci

Cercare il timestamp di un cambiamento di stato a 'Annullato'.

Tipo di evento inferred
Contratto Attivato
Rappresenta il contratto che diventa attivo ed esecutivo, il che avviene tipicamente alla `data` di esecuzione o successivamente. Questo è spesso registrato come un cambiamento di stato all'interno di Agiloft da 'Eseguito' a 'Attivo' o 'Live'.
Perché è importante

Questa attività avvia formalmente il ciclo di vita post-aggiudicazione, innescando obblighi, monitoraggio e task di conformità. Fornisce un chiaro punto di partenza per il tracciamento delle performance e la gestione del contratto attivo.

Dove trovare

Inferito da un cambiamento di stato ad 'Attivo' nel log della cronologia del contratto, o calcolato in base al campo 'Data di Inizio Contratto'.

Acquisisci

Usi il timestamp del cambiamento di stato a 'Attivo' o il valore del campo 'Data Effettiva'.

Tipo di evento inferred
Contratto Modificato/Riveduto
Rappresenta un'istanza in cui il documento contrattuale è stato rivisto o modificato durante le negoziazioni o la revisione interna. Questo viene tipicamente catturato esplicitamente quando una nuova versione del documento contrattuale viene caricata su Agiloft.
Perché è importante

Questa attività è cruciale per identificare i cicli di rilavorazione. Un'elevata frequenza di revisioni può indicare termini poco chiari, template scadenti o negoziazioni controverse, tutti fattori che prolungano il cycle time del contratto.

Dove trovare

Catturato dal timestamp di creazione di una nuova versione del documento in 'File Allegati' o una tabella dedicata alla cronologia delle versioni collegata al record del contratto in Agiloft.

Acquisisci

Usi il timestamp di creazione per ogni nuovo record nella cronologia delle versioni del documento del contratto.

Tipo di evento explicit
Contratto Redatto
Rappresenta il completamento della bozza iniziale del contratto. Questo è spesso catturato quando la prima versione del documento contrattuale viene caricata e associata al record del contratto, o quando lo stato del contratto viene cambiato in 'Redazione Completata'.
Perché è importante

Il tracciamento di questa attività aiuta a misurare l'efficienza della fase di redazione. È un prerequisito per l'analisi delle rilavorazioni, poiché revisioni multiple dopo questo punto possono indicare problemi con i template o i requisiti iniziali.

Dove trovare

Inferito da un cambiamento di campo di stato (ad esempio, da 'Nuovo' a 'Redazione') o catturato dal timestamp del primo allegato della versione del documento nella tabella correlata 'File Allegati' di Agiloft.

Acquisisci

Identificare il timestamp del primo cambiamento di stato a 'Redazione' o 'Revisione', o la data di creazione del primo record di documento correlato.

Tipo di evento inferred
Inviato per la Firma
Questa `attività` segna l'invio del contratto finale approvato per l'esecuzione da parte di tutte le parti. In sistemi come Agiloft con integrazioni di firma elettronica, questa è spesso un'azione esplicita che avvia il processo di firma.
Perché è importante

Questo event fornisce un timestamp chiaro per l'inizio della fase di esecuzione finale. L'analisi del tempo da questo punto a 'Contratto Eseguito' aiuta a identificare i ritardi nel processo di firma stesso.

Dove trovare

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

Acquisisci

Usi il timestamp dal log di cronologia associato all'azione 'Invia per Firma' o alla chiamata di integrazione.

Tipo di evento explicit
Modifica Avviata
Questo `event` segna l'inizio di un processo formale di emendamento per un contratto esistente e attivo. In Agiloft, ciò è spesso catturato dalla creazione di un nuovo record 'Amendment' collegato al contratto originale.
Perché è importante

Le modifiche rappresentano variazioni significative nel ciclo di vita del contratto. Analizzare la loro frequenza e il processo per eseguirle può rivelare intuizioni sui cambiamenti delle esigenze aziendali o sulla chiarezza iniziale del contratto.

Dove trovare

Questo event viene catturato dal timestamp di creazione di un nuovo record in una tabella dedicata 'Amendments', collegato all'ID Contratto padre.

Acquisisci

Usi il timestamp di creazione del record dalla tabella Amendments.

Tipo di evento explicit
Negoziazione Controparte Avviata
Questa `attività` significa il momento in cui il contratto viene inviato alla controparte esterna per la loro revisione e negoziazione. In Agiloft, ciò può essere inferito da un cambiamento di stato a 'In Negotiation' o 'External Review'.
Perché è importante

Questo segna l'inizio della fase di negoziazione, che può essere altamente variabile e imprevedibile. Tracciare questo aiuta a misurare e analizzare i cycle time di negoziazione e a identificare i fattori che prolungano questa fase.

Dove trovare

Inferito dal timestamp quando il campo stato del contratto viene aggiornato a 'In Negoziazione', 'Con Controparte' o 'Revisione Esterna' nella cronologia del record del contratto.

Acquisisci

Identificare il primo timestamp di un cambiamento di stato che indica comunicazione esterna o negoziazione.

Tipo di evento inferred
Revisione di `Compliance` Eseguita
Indica il completamento di una revisione di `compliance` programmata o `ad-hoc` per un contratto attivo. Questo è tipicamente un `evento` esplicito catturato quando un utente completa un'attività correlata alla `compliance` o aggiorna un campo di revisione.
Perché è importante

Il tracciamento delle revisioni di conformità è essenziale per la governance e la gestione del rischio. Questa attività aiuta le organizzazioni a garantire il rispetto dei requisiti normativi e delle politiche interne per tutta la vita del contratto.

Dove trovare

Catturato dal timestamp di completamento di un record di attività collegato per una revisione di compliance, o da un campo data come 'Ultima Data di Revisione Compliance' popolato.

Acquisisci

Usi la data di completamento di un task di conformità dedicato o un campo data specifico aggiornato al completamento della revisione.

Tipo di evento explicit
Revisione Interna Inviata
Questa `attività` segna il momento in cui il contratto redatto viene formalmente inviato agli stakeholder interni per la revisione. Ciò è tipicamente catturato da un cambiamento di stato nel `workflow` di Agiloft, come il passaggio da 'Draft' a 'Internal Review'.
Perché è importante

Questo event avvia la fase di revisione, che è spesso una fonte di bottleneck. L'analisi del tempo tra questo e le successive attività di revisione è fondamentale per comprendere e migliorare i cycle time di revisione.

Dove trovare

Inferito dal timestamp di un cambiamento di campo di stato a un valore come 'In Revisione', 'Revisione Interna Pendente' o 'Inviato per Revisione' nel record principale del contratto.

Acquisisci

Cercare un cambiamento di stato a uno stato di 'Revisione Interna' nel log della cronologia del contratto.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi `dati` da Agiloft