Il Suo Template per i Dati di Gestione dei Contratti
Il Suo Template per i Dati di Gestione dei Contratti
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione dei dati
Attributi di Gestione Contratti
| 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
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
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
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
|
|||
Attività di Gestione Contratti
| 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
|
|||