Il Suo Template per i Dati di Gestione dei Contratti

DocuSign CLM
Il Suo `Template` per i Dati di Gestione dei Contratti

Il Suo Template per i Dati di Gestione dei Contratti

Questo `template` offre una panoramica strutturata dei punti dati essenziali necessari per analizzare il Suo processo di gestione dei contratti. Delinea gli attributi fondamentali da raccogliere, le attività chiave da tracciare e fornisce indicazioni pratiche per l'estrazione di queste informazioni. Lo utilizzi per assicurarsi di raccogliere tutti i dati necessari per una completa scoperta e ottimizzazione del processo.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione dei dati
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione Contratti

Questi sono i campi dati raccomandati da includere nel suo event log per un'analisi approfondita del suo processo di gestione dei contratti.
5 Obbligatorio 8 Consigliato 7 Facoltativo
Nome Descrizione
Activity
ActivityName
Il nome dell'attività o dell'evento specifico che si è verificato nel ciclo di vita del contratto.
Descrizione

Questo attributo descrive un singolo passaggio o una milestone all'interno del processo di gestione dei contratti, come "Contratto Redatto", "Revisione Legale Iniziata" o "Contratto Eseguito". Queste attività sono i blocchi costitutivi della mappa di processo.

Analizzare la sequenza e la frequenza di queste attività è fondamentale per il process mining. Aiuta a identificare il flusso di processo effettivo, a scoprire deviazioni dalla procedura standard e a individuare quali attività sono le più dispendiose in termini di tempo o frequentemente ripetute.

Perché è importante

Definisce le fasi del processo, consentendo la visualizzazione e l'analisi del workflow del contratto, dei bottleneck e delle variazioni.

Dove trovare

Questo è tipicamente derivato dall'event log o dai dati di audit trail in DocuSign CLM, che registra le azioni eseguite su un documento contrattuale o un workflow.

Esempi
Contratto RedattoRevisione Interna AvviataInviato alla ControparteContratto Eseguito
ID Contratto
ContractId
L'identificatore univoco per ogni contratto gestito all'interno del sistema.
Descrizione

L'ID Contratto funge da identificatore definitivo del caso, collegando in modo univoco tutti gli eventi e le attività relative a un contratto specifico dalla sua creazione alla sua risoluzione. In DocuSign CLM, questo può corrispondere all'ID Inviluppo o a un campo identificativo di contratto personalizzato.

Questo attributo è essenziale per il process mining in quanto consente la ricostruzione del percorso end-to-end per ogni singolo contratto. Raggruppando tutte le attività correlate sotto un unico ID Contratto, gli analisti possono visualizzare il flusso di processo completo, misurare i tempi di ciclo e analizzare le variazioni tra diversi contratti.

Perché è importante

È la chiave primaria che collega tutti gli eventi di processo correlati, rendendo possibile tracciare e analizzare l'intero ciclo di vita di un singolo contratto.

Dove trovare

Questo è tipicamente l'identificatore principale per un oggetto contratto o inviluppo in DocuSign CLM. Potrebbe essere etichettato come ID Inviluppo o un campo personalizzato configurato per l'identificazione del contratto.

Esempi
CON-2023-03-112MSA-4815162342NDA-CORP-9981
Ora di Inizio
EventTime
Il timestamp che indica quando una specifica attività o un evento ha avuto inizio.
Descrizione

Questo attributo registra la data e l'ora precise in cui si è verificata un'attività. È la base temporale per il process mining, consentendo l'analisi delle prestazioni del processo nel tempo.

Ordinando gli eventi in base al loro Start Time, viene creato un log cronologico per ogni caso. Ciò consente il calcolo dei tempi di ciclo tra le attività, la durata di ogni passaggio e la durata complessiva del processo end-to-end. È cruciale per identificare i bottleneck, misurare i tempi di attesa e valutare l'efficienza del processo rispetto agli SLA.

Perché è importante

Questo timestamp è fondamentale per ordinare gli event cronologicamente e calcolare tutte le metriche basate sul tempo, come i tempi di ciclo e le durate.

Dove trovare

Questa informazione è una parte standard di qualsiasi event log o audit trail in DocuSign CLM, associata a ogni azione registrata.

Esempi
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
Sistema di Origine
SourceSystem
Identifica il sistema da cui i dati sono stati estratti.
Descrizione

Questo attributo specifica l'origine dei dati di processo. Per questa visualizzazione, il valore sarebbe costantemente "DocuSign CLM" o un identificatore simile.

Anche se può sembrare ridondante in un'analisi a sistema singolo, è una best practice includere questo campo. Diventa fondamentale quando si uniscono dati da più sistemi, come la combinazione di dati contrattuali da un CRM con dati di workflow da DocuSign, garantendo una chiara lineage dei dati e tracciabilità.

Perché è importante

Garantisce la tracciabilità dei dati ed è essenziale per le analisi che combinano dati provenienti da più sistemi aziendali.

Dove trovare

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

Esempi
DocuSign CLMDocuSign CLM v24.1
Ultimo `Data Update`
LastDataUpdate
Il timestamp del più recente data refresh o estrazione dal sistema sorgente.
Descrizione

Questo attributo indica l'ultima volta che il dataset è stato aggiornato. Fornisce contesto sull'attualità e la tempestività dell'analisi, consentendo agli utenti di sapere quanto siano attuali i dati.

Nelle dashboard e nei report, questa informazione è vitale per la governance dei dati e la fiducia degli utenti. Aiuta gli analisti a capire se stanno guardando informazioni in tempo reale o un'istantanea da un punto specifico nel tempo, il che è cruciale per prendere decisioni informate e tempestive.

Perché è importante

Fornisce un contesto cruciale sull'attualità dei dati, garantendo che gli utenti comprendano quanto sia aggiornata l'analisi del processo.

Dove trovare

Questo è un attributo di metadati, tipicamente generato e archiviato dallo strumento ETL (Extract, Transform, Load) o dalla pipeline di dati durante il processo di ingestione dei dati.

Esempi
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
Controparte
Counterparty
La parte esterna, come un cliente o un fornitore, coinvolta nel contratto.
Descrizione

Questo attributo identifica l'altra organizzazione che partecipa all'accordo. Diverse controparti possono avere diversi stili di negoziazione, requisiti legali e tempi di risposta, che possono influire significativamente sul ciclo di vita del contratto.

L'analisi delle prestazioni del processo per Controparte aiuta a identificare quali partner sono facili da gestire e quali causano costantemente ritardi. Questa informazione può essere utilizzata per migliorare la gestione delle relazioni e stabilire aspettative realistiche per le negoziazioni future. È una dimensione chiave per l'analisi della "Frequenza di Rilavorazione e Revisione del Contratto".

Perché è importante

Aiuta ad analizzare come le interazioni con diverse parti esterne influiscono sui tempi di negoziazione, sul numero di revisioni e sui tempi di ciclo complessivi.

Dove trovare

Questa informazione è una parte fondamentale del record del contratto, spesso memorizzata in un campo dedicato "Nome Controparte" o "Azienda".

Esempi
Acme CorporationGlobex Inc.Stark Industries
Data di Scadenza
ExpirationDate
La data in cui il contratto è destinato a scadere.
Descrizione

Questo attributo memorizza la data di scadenza contrattuale. È un elemento critico di metadati per gestire il portafoglio contrattuale in modo proattivo, specialmente per ricavi ricorrenti o accordi di servizio a lungo termine.

Questa data è il driver principale per la dashboard "Prospettive di Rinnovo e Scadenza Contratti". Monitorando i contratti che si avvicinano alla data di scadenza, le organizzazioni can trigger renewal workflows in a timely manner. It is also a key input for calculating the "Timely Contract Renewal Rate" KPI, helping to prevent revenue leakage and service disruptions.

Perché è importante

Cruciale per una gestione proattiva dei contratti, che consente rinnovi tempestivi e previene scadenza contrattuali involontarie.

Dove trovare

Questo è un campo di metadati standard che dovrebbe essere acquisito per qualsiasi contratto con un termine definito in DocuSign CLM.

Esempi
2024-12-312025-06-302026-01-15
Ora di Fine
EndTime
Il timestamp che indica quando una specifica attività o un evento è stato completato.
Descrizione

Questo attributo registra la data e l'ora precise in cui un'attività è stata completata. Mentre Start Time segna l'inizio, End Time segna il completamento, consentendo calcoli precisi della durata per le singole attività.

Analizzare l'End Time è cruciale per calcolare il tempo di elaborazione delle attività, ovvero il tempo di lavoro attivo dedicato a un'attività. Questo aiuta a distinguere tra lavoro attivo e tempo di attesa, fornendo insight più approfonditi sull'efficienza delle risorse e il vero costo dei ritardi. Ad esempio, può essere utilizzato per calcolare la durata esatta di un'attività di "Revisione Legale".

Perché è importante

Consente il calcolo preciso delle durate delle singole attività, aiutando a distinguere il tempo di elaborazione attivo dal tempo di attesa inattivo.

Dove trovare

In sistemi come DocuSign CLM, questo può essere registrato esplicitamente nel log di controllo (audit trail) o può essere inferito dall'ora di inizio dell'evento successivo.

Esempi
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
Proprietario del Contratto
ContractOwner
L'utente o il dipendente responsabile della gestione del contratto durante il suo ciclo di vita.
Descrizione

Il Responsabile del Contratto è il punto di contatto principale e l'individuo responsabile dell'avanzamento di un contratto. Tipicamente è la persona che ha avviato la richiesta di contratto o che è responsabile della relazione commerciale.

Analizzare le prestazioni per Responsabile del Contratto può rivelare schemi di efficienza, tassi di rilavorazione e tempi di ciclo. Questa analisi aiuta a identificare individui o team ad alte prestazioni, così come coloro che potrebbero aver bisogno di formazione o supporto aggiuntivi. È una dimensione chiave per la segmentazione dei dati in dashboard come la "Analisi dei Tempi di Ciclo del Contratto".

Perché è importante

Consente l'analisi delle prestazioni per individuo o team, aiutando a identificare le migliori pratiche e le aree di miglioramento nelle attività guidate dall'utente.

Dove trovare

Questo è tipicamente un campo utente associato all'oggetto contratto, spesso popolato con il nome dell'utente che ha creato o possiede il workflow.

Esempi
Alice SmithBob JohnsonCharlie Brown
Stato Contratto
ContractStatus
Lo stato attuale del contratto nel suo ciclo di vita.
Descrizione

Questo attributo indica lo stato generale del contratto in un dato momento, ad esempio, "Bozza", "In Revisione", "In Attesa di Firma" o "Eseguito". Fornisce un riepilogo di alto livello su dove si trova il contratto nel processo.

Nel process mining, l'analisi dello stato è utile per filtrare i casi e costruire dashboard che tracciano il volume dei contratti in diverse fasi. La dashboard "Tracker dello Stato dei Contratti in Tempo Reale" si basa direttamente su questo attributo per fornire visibilità sul portafoglio contrattuale attivo e identificare dove il lavoro si sta accumulando.

Perché è importante

Fornisce un'istantanea dell'avanzamento del contratto, essenziale per il monitoraggio dello stato, la gestione del carico di lavoro e l'identificazione dei bottleneck.

Dove trovare

Questa informazione è solitamente disponibile come attributo primario sull'oggetto contratto o workflow all'interno di DocuSign CLM.

Esempi
BozzaIn Revisione InternaIn Attesa di FirmaEseguitoTerminato
Tempo di Ciclo
CycleTime
Il tempo totale trascorso dall'avvio della richiesta di contratto all'archiviazione finale.
Descrizione

Questo attributo misura la durata end-to-end per ogni caso di contratto. Viene calcolato come la differenza di tempo tra il primo evento (ad es., "Richiesta Contratto Avviata") e l'ultimo evento (ad es., "Contratto Archiviato nel Repository").

Il tempo di ciclo è un KPI fondamentale per l'efficienza dei processi. Fornisce una visione olistica di quanto tempo ci vuole per completare un contratto. Questa metrica calcolata è la base per il KPI "Tempo di Ciclo Medio del Contratto" e la dashboard "Analisi dei Tempi di Ciclo del Contratto", consentendo approfondimenti sui fattori che, come il tipo o il valore del contratto, influenzano la velocità complessiva.

Perché è importante

Questo è un KPI primario per l'efficienza complessiva del processo, che mostra il tempo totale impiegato per elaborare un contratto dall'inizio alla fine.

Dove trovare

Questa metrica non è presente nel sistema sorgente ma è calcolata nello strumento di Process Mining basandosi sui timestamp di inizio e fine di un caso.

Esempi
15 giorni 4 ore32 giorni 8 ore7 giorni 2 ore
Tipo di Contratto
ContractType
La classificazione del contratto, come NDA, MSA o SOW.
Descrizione

Questo attributo classifica i contratti in base al loro scopo legale o commerciale. Diversi tipi di contratto spesso seguono workflow diversi, hanno requisiti di approvazione differenti e variano in complessità.

La segmentazione dell'analisi di processo per Tipo di Contratto è fondamentale per comprendere le variazioni di performance. Permette agli analisti di confrontare i tempi di ciclo, i tassi di conformità e i modelli di negoziazione per diversi tipi di accordi. Ad esempio, un NDA dovrebbe avere un tempo di ciclo molto più breve rispetto a un complesso Master Services Agreement, e questo attributo rende possibile tale confronto.

Perché è importante

Consente il confronto delle prestazioni dei processi tra diverse categorie di contratti, che spesso presentano workflow e livelli di complessità unici.

Dove trovare

Questo è un campo di metadati chiave, solitamente selezionato da un elenco a discesa quando un contratto viene creato in DocuSign CLM.

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

Questo attributo rappresenta il valore finanziario dell'accordo, che può essere un importo una tantum o un valore ricorrente. Il valore di un contratto spesso detta il livello di controllo richiesto e la complessità del percorso di approvazione.

Analizzare il processo in base al Valore del Contratto è cruciale per dare priorità agli accordi di alto valore e identificare se sono inutilmente ritardati. Può anche essere utilizzato per verificare la conformità, ad esempio, verificando che i contratti al di sopra di una certa soglia abbiano ricevuto l'approvazione del CFO. Questo attributo aiuta a concentrare gli sforzi di ottimizzazione sui contratti finanziariamente più significativi.

Perché è importante

Consente la prioritizzazione e la valutazione del rischio, poiché i contratti di valore più elevato richiedono spesso una revisione più rigorosa e hanno un maggiore impatto commerciale.

Dove trovare

Questo è tipicamente un campo numerico o di valuta nei metadati del contratto all'interno di DocuSign CLM.

Esempi
500002500001200000
Consulente Legale
LegalCounsel
Il professionista legale o il membro del team assegnato alla revisione del contratto.
Descrizione

Questo attributo identifica la persona specifica del dipartimento legale responsabile della revisione e approvazione del contratto. Questo è distinto dal Responsabile del Contratto, che è tipicamente dal lato aziendale.

L'assegnazione delle revisioni a un consulente legale specifico consente un'analisi dettagliata delle prestazioni della fase di revisione legale. Aiuta a costruire la dashboard "Prestazioni della Revisione Legale" per misurare e confrontare il throughput e i tempi di ciclo dei diversi membri del team legale, il che può informare l'equilibrio del carico di lavoro e identificare opportunità di efficienza all'interno del dipartimento legale.

Perché è importante

Consente un'analisi dettagliata della fase di revisione legale, aiutando a bilanciare i carichi di lavoro e a misurare le prestazioni del team legale.

Dove trovare

Questo dato proverrebbe dai dati di assegnazione delle attività all'interno di un workflow DocuSign CLM, indicando a chi è stata assegnata l'attività 'Legal Review'.

Esempi
Jennifer WaltersMatt MurdockHarvey Specter
Dipartimento
Department
L'unità aziendale interna o il dipartimento che detiene il contratto.
Descrizione

Questo attributo specifica il dipartimento interno, come Vendite, Marketing o IT, che ha avviato o è responsabile del contratto. I processi e le esigenze a livello di dipartimento possono variare, portando a diversi modelli di gestione dei contratti.

La segmentazione dell'analisi per dipartimento è essenziale per comprendere how different parts of the business utilize the contract management process. It helps in creating targeted reports, such as the "Report sui Bottleneck di Approvazione dei Contratti", to identify if delays are concentrated in specific business units and allows for process improvements to be tailored to departmental needs.

Perché è importante

Consente il confronto delle prestazioni tra diverse unità aziendali, evidenziando variazioni di efficienza, conformità e carico di lavoro.

Dove trovare

Questo può essere un campo di metadati sul contratto o derivato dal dipartimento dell'utente Responsabile del Contratto.

Esempi
VenditeLegaleAcquistiMarketing
Durata Fase di Approvazione
ApprovalPhaseDuration
Il tempo totale trascorso in tutte le attività relative all'approvazione.
Descrizione

Questa metrica calcola la durata totale che un contratto trascorre nella fase di approvazione, dal momento in cui viene inviato per la prima approvazione interna fino all'ottenimento dell'approvazione finale richiesta. Può essere calcolata sommando le durate di tutte le attività relative all'approvazione o calcolando il tempo tra l'inizio della prima attività di approvazione e la fine dell'ultima.

Questo attributo è la misura fondamentale per il KPI "Durata Media della Fase di Approvazione". Aiuta a isolare i ritardi dovuti specificamente al processo di approvazione, piuttosto che alla redazione o alla negoziazione. Monitorando questa durata, le organizzazioni possono comprendere meglio l'impatto della loro matrice di approvazione e identificare opportunità per ottimizzarla.

Perché è importante

Isola il tempo trascorso nelle approvazioni, rendendo più facile identificare e affrontare specificamente i bottleneck all'interno della catena di approvazione.

Dove trovare

Calcolato nello strumento di Process Mining identificando tutti gli eventi relativi alle approvazioni (es. 'Internal Approval Sent', 'Internal Approval Received') e misurando il tempo tra il primo e l'ultimo di tali eventi per ogni caso.

Esempi
5 giorni 2 ore10 giorni 1 ora2 giorni 6 ore
È Firmato Elettronicamente
IsESigned
Un flag booleano che indica se il contratto è stato eseguito tramite firma elettronica.
Descrizione

Questo attributo traccia se un contratto è stato firmato utilizzando uno strumento di firma elettronica integrato come DocuSign eSignature, o se è stato eseguito tramite un metodo offline (ad esempio, firma autografa e scansione).

Questo attributo supporta direttamente il KPI "Tasso di Adozione della Firma Elettronica". Analizzando la proporzione di contratti firmati elettronicamente, un'azienda può misurare il successo delle sue iniziative di trasformazione digitale. Un tasso di adozione più elevato tipicamente si correla con tempi di esecuzione più rapidi, costi amministrativi inferiori e una migliore conformità e tracciamento dei documenti.

Perché è importante

Misura l'adozione dei processi digitali e aiuta a quantificare i guadagni di efficienza derivanti dall'uso di capacità di firma elettronica integrate.

Dove trovare

Ciò può essere determinato verificando se l'evento "Contratto Eseguito" ha avuto origine dal servizio integrato DocuSign eSignature.

Esempi
truefalse
È una Rilavorazione
IsRework
Un flag booleano che indica se il contratto ha subito un significativo ciclo di revisione.
Descrizione

Questo attributo calcolato identifica i contratti che hanno subito rilavorazioni, come essere stati rinviati per modifiche dopo che un'approvazione interna era già stata ricevuta. Viene tipicamente derivato cercando sequenze specifiche e indesiderabili di attività.

Questo flag semplifica l'analisi delle inefficienze di processo. Consente il calcolo diretto del KPI "Tasso di Rilavorazione dei Contratti" e facilita il filtraggio e l'analisi solo dei contratti che hanno richiesto uno sforzo extra. Questo aiuta a individuare le cause profonde delle rilavorazioni, come requisiti iniziali poco chiari o punti di negoziazione difficili.

Perché è importante

Aiuta a quantificare e analizzare la frequenza della rilavorazione, un indicatore chiave dell'inefficienza dei processi e dei costi nascosti.

Dove trovare

Questo attributo viene calcolato all'interno dello strumento di Process Mining definendo regole che identificano i cicli di rilavorazione, come un evento di "Contratto Modificato" che si verifica dopo un evento di "Approvazione Interna Ricevuta".

Esempi
truefalse
Stato di approvazione
ApprovalStatus
Lo stato delle fasi di approvazione, come "In sospeso", "Approvato" o "Rifiutato".
Descrizione

Questo attributo fornisce uno stato granulare specifico per la fase di approvazione del ciclo di vita del contratto. Mentre lo Stato del Contratto è uno stato di caso di alto livello, lo Stato di Approvazione traccia il risultato delle singole attività di approvazione.

Questo è essenziale per il "Report sui Bottleneck di Approvazione dei Contratti" e il "Tracker dello Stato dei Contratti in Tempo Reale". Consente una visione chiara di quali contratti sono in attesa di approvazione, quali sono stati rifiutati e richiedono rilavorazioni, e quali hanno superato con successo la fase di approvazione. Analizzare le transizioni tra questi stati aiuta a individuare specifici punti di fallimento o di ritardo nella catena di approvazione.

Perché è importante

Fornisce una visione dettagliata della fase di approvazione, rendendo possibile identificare quali contratti sono bloccati e perché.

Dove trovare

Questo sarebbe il risultato di un'attività di approvazione o di una fase del workflow all'interno di DocuSign CLM.

Esempi
In Attesa di Approvazione LegaleApprovato dalla FinanzaRifiutato dal VP Vendite
Versione Documento
DocumentVersion
Il numero di versione del documento contrattuale.
Descrizione

Questo attributo traccia l'iterazione del documento contrattuale mentre attraversa revisioni e modifiche. Ogni volta che una nuova versione viene caricata o salvata, questo numero dovrebbe incrementare.

Il tracciamento della versione del documento è un modo diretto per misurare le rilavorazioni e la complessità delle negoziazioni. Un numero elevato di versioni per un contratto indica un'ampia interazione tra le parti. Questo attributo è un input primario per il calcolo del KPI "Numero Medio di Revisioni Documento" e l'analisi della dashboard "Frequenza di Rilavorazione e Revisione del Contratto".

Perché è importante

Misura direttamente la quantità di rilavorazioni e sforzi di negoziazione tracciando quante volte un documento è stato rivisto.

Dove trovare

DocuSign CLM ha un controllo di versione integrato per i documenti. Questo attributo verrebbe estratto dalla cronologia delle versioni del documento.

Esempi
1234
Obbligatorio Consigliato Facoltativo

Attività di Gestione Contratti

Questi sono i passaggi chiave del processo e le milestone da catturare nel suo event log per una scoperta accurata dei processi nella gestione dei contratti.
6 Consigliato 9 Facoltativo
Activity Descrizione
Approvazione Interna Ricevuta
Questa milestone significa che tutti gli approvatori interni richiesti hanno approvato il contratto. Viene catturata quando l'ultimo approvatore richiesto completa la sua attività nel workflow.
Perché è importante

Questa è una milestone critica che indica che il contratto è pronto per la negoziazione o l'esecuzione esterna. Ritardi che precedono questo punto evidenziano problemi di allineamento interno.

Dove trovare

Questo evento viene registrato nella cronologia del workflow quando l'attività di approvazione raggiunge uno stato finale "Approvato".

Acquisisci

Registrato quando l'approvatore finale in un workflow di approvazione sequenziale o parallelo fornisce la sua approvazione.

Tipo di evento explicit
Contratto Eseguito
Rappresenta il completamento riuscito del contratto, che si verifica quando l'ultimo firmatario richiesto firma il documento. Ciò è esplicitamente catturato dalla piattaforma DocuSign eSignature.
Perché è importante

Questo è il punto finale di successo primario per il processo di creazione del contratto. È essenziale per calcolare il "Tempo Medio di Ciclo del Contratto" e misurare il throughput complessivo del processo.

Dove trovare

Il timestamp di questo evento viene catturato nel Certificato di Completamento e nel log di audit del documento quando il workflow di eSignature è completamente ultimato.

Acquisisci

Registrato automaticamente dal componente di firma elettronica (eSignature component) quando viene applicata l'ultima firma.

Tipo di evento explicit
Contratto Inviato per Firma
Questa attività segna l'inizio del processo di firma elettronica per il contratto finale approvato. Questa è una funzione fondamentale di DocuSign e viene catturata quando un utente invia il documento tramite l'involucro di DocuSign eSignature.
Perché è importante

Questa è una milestone chiave prima dell'esecuzione. L'analisi del tempo da questo punto all'esecuzione aiuta a comprendere l'efficienza della raccolta delle firme e supporta il KPI "Tasso di Adozione della Firma Elettronica".

Dove trovare

Questo è un evento esplicito e fondamentale registrato nella cronologia dettagliata o nel log di audit del documento, spesso chiamato "Cronologia Inviluppo".

Acquisisci

Registrato automaticamente dal sistema quando viene creata e inviata una busta di firma elettronica (eSignature envelope).

Tipo di evento explicit
Contratto Terminaro
Questa attività rappresenta la fine ufficiale del ciclo di vita di un contratto, sia per scadenza, cancellazione o accordo reciproco. Viene spesso catturata da un cambio di stato manuale nel sistema.
Perché è importante

Questo serve come punto finale alternativo al processo. Il tracciamento delle terminazioni e delle scadenze è cruciale per comprendere il ciclo di vita completo del contratto e per l'analisi dei rinnovi.

Dove trovare

Questo evento viene catturato quando un utente aggiorna il campo dello stato del contratto a "Terminato", "Scaduto" o "Annullato". Viene utilizzato il timestamp di questo cambio di stato.

Acquisisci

Inferito da una modifica nel campo dello stato primario del contratto a uno stato terminale.

Tipo di evento inferred
Revisione Legale Avviata
Segna il momento in cui il contratto viene formalmente sottoposto al dipartimento legale per revisione e feedback. Questo è un passaggio critico catturato quando il contratto entra nella fase di "Revisione Legale" del suo workflow.
Perché è importante

La revisione legale è un bottleneck comune nella gestione dei contratti. Misurarne la durata è fondamentale per la dashboard "Prestazioni della Revisione Legale" e per identificare opportunità di accelerazione.

Dove trovare

L'evento viene catturato dalla traccia di audit del workflow, che registra il timestamp quando un'attività è assegnata al team legale o lo stato del contratto cambia in "In Revisione Legale".

Acquisisci

Registrato dal motore di workflow nel momento in cui il contratto viene assegnato a un Task di revisione legale o inserito in coda.

Tipo di evento explicit
Richiesta Contratto Avviata
Questa attività segna l'inizio formale del ciclo di vita del contratto. Viene tipicamente catturata quando un utente invia un modulo di richiesta contratto o crea una nuova registrazione di contratto all'interno di DocuSign CLM, attivando il workflow associato.
Perché è importante

Questo è l'evento di avvio primario per il processo. Analizzare questa attività è essenziale per misurare il throughput complessivo dei contratti e l'inizio del tempo di ciclo end-to-end.

Dove trovare

Questo evento viene catturato dal log di audit o dalla cronologia del workflow, corrispondente al timestamp di creazione del record del contratto o all'invio di un modulo di richiesta.

Acquisisci

Registrato dalla presentazione di un modulo di avvio contratto o dalla creazione di un nuovo oggetto contratto.

Tipo di evento explicit
Approvazione Interna Inviata
Questa attività si verifica quando il contratto, avendo completato le revisioni, viene inviato per l'approvazione formale da parte delle autorità interne designate. Viene catturata quando il workflow di approvazione è avviato.
Perché è importante

Questo segna l'inizio della fase di approvazione interna finale. La sua durata è una componente chiave del KPI "Durata Media della Fase di Approvazione".

Dove trovare

Questa è un'azione esplicita registrata nella cronologia del workflow quando un utente invia il contratto per approvazione, attivando le assegnazioni agli approvatori.

Acquisisci

Registrato quando viene eseguita l'azione del workflow "Invia per Approvazione" o un'azione simile.

Tipo di evento explicit
Contratto Archiviato nel Repository
Questo è il passaggio amministrativo finale in cui il contratto completamente eseguito viene automaticamente archiviato nel repository centrale dei contratti. Questo evento è tipicamente attivato dal completamento del processo di firma.
Perché è importante

Garantisce che il processo si concluda con una corretta tenuta dei registri. Segna il momento finale del ciclo di vita pre-esecuzione e l'inizio della fase post-esecuzione.

Dove trovare

Catturato dalla cronologia del workflow come completamento della fase finale, che archivia il documento firmato.

Acquisisci

Registrato dal motore del workflow come fase finale automatizzata dopo l'esecuzione riuscita.

Tipo di evento explicit
Contratto Redatto
Rappresenta la creazione e il completamento della bozza iniziale del documento contrattuale. Ciò può essere catturato quando la prima versione del documento viene caricata o generata e salvata all'interno del sistema.
Perché è importante

Tracciare questo aiuta a comprendere il tempo dedicato alla redazione e alla preparazione prima dell'inizio delle revisioni. Fornisce una base di riferimento per misurare la frequenza delle revisioni successive.

Dove trovare

Inferito dal timestamp di creazione della prima versione del documento nella cronologia del documento del contratto o da un cambio di stato a 'Redazione Completata'.

Acquisisci

Identifichi l'evento di creazione della prima versione del documento associato all'ID del contratto.

Tipo di evento inferred
Contratto Redlined
Questa attività rappresenta una revisione o un'emendamento apportato al documento contrattuale durante il ciclo di negoziazione o revisione. Viene catturata ogni volta che una nuova versione del documento viene caricata o salvata.
Perché è importante

Tracciare la frequenza delle modifiche è cruciale per il KPI 'Contract Rework Rate'. Un elevato numero di revisioni può indicare termini poco chiari, negoziazioni inefficienti o bozze iniziali scadenti.

Dove trovare

Derivato dalla cronologia delle versioni del documento associata al contratto. Ogni nuova versione creata dopo la bozza iniziale può essere trattata come un evento di 'Contratto Modificato'.

Acquisisci

Registrato quando una nuova versione del documento viene caricata o generata all'interno del repository DocuSign CLM.

Tipo di evento explicit
Inviato alla Controparte
Rappresenta l'azione di condivisione del documento contrattuale con la controparte esterna per la loro revisione e firma. Ciò viene catturato tramite un'azione di "invio" o "condivisione" all'interno di DocuSign CLM.
Perché è importante

Questa attività segna un passaggio a una parte esterna, dove il controllo del processo è limitato. Comprendere il tempo trascorso con le controparti è fondamentale per identificare ritardi esterni.

Dove trovare

Catturato dal log di controllo (audit trail), che registra azioni come l'invio di un'email con il documento dal CLM o la condivisione tramite un portale esterno.

Acquisisci

Registrato da una specifica azione dell'utente per condividere il documento esternamente tramite le funzionalità della piattaforma.

Tipo di evento explicit
Monitoraggio degli Obblighi Avviato
Questa attività indica l'inizio della gestione post-esecuzione, dove vengono tracciate date chiave e deliverables. Viene catturata quando viene avviata un'attività o un sub-processo per il monitoraggio di un obbligo contrattuale.
Perché è importante

Critica per il KPI 'Tasso di aderenza agli obblighi post-esecuzione', questa attività fornisce visibilità sulla gestione degli impegni contrattuali dopo la firma.

Dove trovare

Richiede analisi di sistema. Questo sarebbe probabilmente catturato dalla creazione di attività specifiche di tracciamento degli obblighi o workflow collegati al contratto principale.

Acquisisci

Registrato dalla creazione di un'attività post-esecuzione o di un workflow relativo alla gestione degli obblighi.

Tipo di evento explicit
Negoziazione Controparte Iniziata
Indica che la controparte ha risposto, tipicamente fornendo feedback o una versione redlined del contratto. Questo viene inferito quando una nuova versione del documento viene caricata da una parte esterna o lo stato ritorna a una fase di revisione interna.
Perché è importante

Questa attività è cruciale per analizzare il KPI "Numero di Passaggi di Negoziazione per Contratto". Frequenti cicli tra i team interni e la controparte indicano attrito nella negoziazione.

Dove trovare

Inferito dalla ricezione di una nuova versione del documento da una fonte esterna o da una modifica manuale dello stato da parte di un utente per riflettere che il feedback della controparte è stato ricevuto.

Acquisisci

Inferito da un cambio di stato a 'Revisione Interna' o 'Redazione' dopo che il contratto era con la controparte.

Tipo di evento inferred
Revisione Interna Avviata
Questa attività significa che il contratto redatto è stato sottoposto a revisione da parte degli stakeholder aziendali interni, come finanza o operazioni. Viene catturata quando un utente avvia l'attività di "Revisione Interna" nel workflow.
Perché è importante

Questo segna l'inizio della fase di revisione, spesso fonte di bottleneck. Analizzarne la durata aiuta a identificare i ritardi nel feedback degli stakeholder.

Dove trovare

Registrato nella cronologia del workflow quando il contratto viene spostato nello stato di "Revisione Interna" o quando un'attività di revisione è assegnata a un utente interno non legale.

Acquisisci

Registrato quando il workflow passa a uno stato o a un'attività assegnata per una revisione aziendale interna.

Tipo di evento explicit
Rinnovo Contratto Avviato
Segna l'inizio del processo di rinnovo per un contratto esistente. Questa attività è tipicamente attivata manualmente da un responsabile del contratto o automaticamente in base alla data di scadenza del contratto.
Perché è importante

Questa attività è essenziale per il tracciamento del KPI "Tasso di Rinnovo Contrattuale Tempestivo". Fornisce insight su quanto proattivamente l'organizzazione gestisce i suoi contratti in scadenza.

Dove trovare

Catturato quando viene intrapresa una specifica azione di 'Rinnovo Contratto', che può creare un nuovo record contrattuale collegato all'originale o avviare un workflow di rinnovo.

Acquisisci

Registrato da un'azione specifica dell'utente o da un trigger automatico progettato per avviare il workflow di rinnovo.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da DocuSign CLM