Il template dei dati per la gestione dei contratti
Il template dei dati per la gestione dei contratti
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Istruzioni per l’estrazione dei dati
Attributi per la gestione dei contratti
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Il nome dell’attività o dell’evento specifico che si è verificato nel ciclo di vita del contratto. | ||
|
Descrizione
Questo attributo descrive una singola fase o tappa del processo di gestione dei contratti, ad esempio «Contratto redatto», «Avvio della revisione legale» o «Contratto sottoscritto». Queste attività costituiscono gli elementi fondamentali della mappa del processo. Analizzare la sequenza e la frequenza di queste attività è essenziale per il Process Mining. Consente di ricostruire il flusso effettivo del processo, individuare gli scostamenti dalla procedura standard e capire quali attività richiedono più tempo o vengono ripetute più spesso.
Perché è importante
Definisce le fasi del processo e consente di visualizzare e analizzare il flusso di lavoro dei contratti, i colli di bottiglia e le variazioni.
Dove reperirli
In genere, queste informazioni provengono dall’Event Log o dai dati della traccia di audit di DocuSign CLM, che registrano le azioni eseguite su un documento contrattuale o su un flusso di lavoro.
Esempi
Bozza del contratto redattaRevisione interna avviataInviato alla controparteContratto firmato
|
|||
|
ID del contratto
ContractId
|
Identificativo univoco di ogni contratto gestito nel sistema. | ||
|
Descrizione
Il Contract ID è l’identificativo univoco del caso e collega tutti gli eventi e le attività relativi a uno specifico contratto, dall’avvio alla conclusione. In DocuSign CLM può corrispondere all’ID della busta o a un campo personalizzato per l’identificazione del contratto. Questo attributo è essenziale per il process mining, perché consente di ricostruire il percorso end-to-end di ogni singolo contratto. Raggruppando tutte le attività correlate sotto un unico Contract ID, gli analisti possono visualizzare il flusso completo del processo, misurare i tempi di ciclo e analizzare le differenze tra i contratti.
Perché è importante
È la chiave primaria che collega tutti gli eventi di processo correlati e permette di ricostruire e analizzare l’intero ciclo di vita di un singolo contratto.
Dove reperirli
In genere è l’identificativo principale di un contratto o di una busta in DocuSign CLM. Può essere indicato come Envelope ID oppure corrispondere a un campo personalizzato configurato per identificare i contratti.
Esempi
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Ora di inizio
EventTime
|
Data e ora che indicano l’inizio di una specifica attività o di un evento. | ||
|
Descrizione
Questo attributo registra la data e l’ora esatte in cui si è verificata un’attività. Costituisce la base temporale per il Process Mining e permette di analizzare nel tempo le prestazioni del processo. Ordinando gli eventi in base all’ora di inizio, si crea un registro cronologico per ogni caso. È così possibile calcolare i tempi di ciclo tra le attività, la durata di ogni fase e la durata complessiva del processo. Questo dato è fondamentale per individuare i colli di bottiglia, misurare i tempi di attesa e valutare l’efficienza del processo rispetto agli SLA.
Perché è importante
Questo timestamp è essenziale per ordinare cronologicamente gli eventi e calcolare tutte le metriche basate sul tempo, come i tempi di ciclo e le durate.
Dove reperirli
Questa informazione è normalmente presente in ogni Event Log o traccia di audit di DocuSign CLM ed è associata a tutte le azioni registrate.
Esempi
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
Sistema di origine
SourceSystem
|
Indica il sistema da cui sono stati estratti i dati. | ||
|
Descrizione
Questo attributo specifica l’origine dei dati del processo. In questa vista, il valore sarà sempre «DocuSign CLM» o un identificativo analogo. Anche se in un’analisi basata su un solo sistema può sembrare ridondante, è buona prassi includere questo campo. Diventa essenziale quando si uniscono dati provenienti da più sistemi, ad esempio dati contrattuali di un CRM e dati del flusso di lavoro di DocuSign, perché garantisce una chiara tracciabilità dei dati e della loro provenienza.
Perché è importante
Garantisce la tracciabilità dei dati ed è essenziale nelle analisi che combinano dati provenienti da più sistemi aziendali.
Dove reperirli
Di solito è un valore statico, aggiunto durante l’estrazione e la trasformazione dei dati per indicare l’origine del set di dati.
Esempi
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine. | ||
|
Descrizione
Questo attributo indica quando è stato aggiornato il set di dati per l’ultima volta. Fornisce un contesto sulla sua attualità e tempestività, aiutando a capire quanto siano aggiornati i dati. Nelle Dashboard e nei report, questa informazione è fondamentale per la governance dei dati e per la fiducia degli utenti. Aiuta gli analisti a capire se stanno consultando informazioni in tempo reale o un’istantanea riferita a un momento preciso, un aspetto essenziale per prendere decisioni tempestive e consapevoli.
Perché è importante
Fornisce un contesto essenziale sull’aggiornamento dei dati e aiuta a capire quanto sia attuale l’analisi del processo.
Dove reperirli
È un attributo di metadati, in genere generato e memorizzato dallo strumento ETL (Extract, Transform, Load) o dalla pipeline dei dati durante l’acquisizione.
Esempi
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Controparte
Counterparty
|
La parte esterna coinvolta nel contratto, ad esempio un cliente o un fornitore. | ||
|
Descrizione
Questo attributo identifica l’altra organizzazione che partecipa all’accordo. Le diverse controparti possono avere modalità di negoziazione, requisiti legali e tempi di risposta differenti, con un impatto significativo sul ciclo di vita del contratto. Analizzare le prestazioni del processo per controparte aiuta a capire con quali partner è più semplice collaborare e quali causano ritardi ricorrenti. Queste informazioni possono migliorare la gestione dei rapporti e aiutare a definire aspettative realistiche per le negoziazioni future. È una dimensione importante per l’analisi «Rilavorazioni e frequenza delle revisioni dei contratti».
Perché è importante
Aiuta ad analizzare l’impatto delle diverse controparti sui tempi di negoziazione, sul numero di revisioni e sui tempi di ciclo complessivi.
Dove reperirli
Questa informazione è un elemento fondamentale della scheda del contratto e viene spesso memorizzata in un campo dedicato, come «Nome della controparte» o «Azienda».
Esempi
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Data di scadenza
ExpirationDate
|
Data in cui è prevista la scadenza del contratto. | ||
|
Descrizione
Questo attributo registra la data di scadenza contrattuale. È un dato fondamentale per gestire in modo proattivo il portafoglio dei contratti, soprattutto nel caso di ricavi ricorrenti o accordi di servizio a lungo termine. Questa data è il dato principale della Dashboard «Prospettive di rinnovo e scadenza dei contratti». Monitorando i contratti prossimi alla scadenza, le organizzazioni possono avviare per tempo i flussi di lavoro di rinnovo. È inoltre un dato essenziale per calcolare il KPI «Tasso di rinnovo puntuale dei contratti», contribuendo a prevenire perdite di ricavi e interruzioni del servizio.
Perché è importante
È essenziale per una gestione proattiva dei contratti: consente di rinnovarli per tempo e di evitare scadenze involontarie.
Dove reperirli
È un campo standard dei metadati, da registrare per ogni contratto con una durata definita in DocuSign CLM.
Esempi
2024-12-312025-06-302026-01-15
|
|||
|
Ora di fine
EndTime
|
Data e ora che indicano il completamento di una specifica attività o di un evento. | ||
|
Descrizione
Questo attributo registra la data e l’ora esatte in cui è terminata un’attività. Se l’ora di inizio ne indica l’avvio, l’ora di fine ne segna il completamento e consente di calcolare con precisione la durata delle singole attività. Analizzare l’ora di fine è essenziale per calcolare il tempo di elaborazione delle attività, ovvero il tempo di lavoro effettivo dedicato a un task. In questo modo è possibile distinguere il lavoro attivo dai tempi di attesa e comprendere meglio l’efficienza nell’impiego delle risorse e il costo reale dei ritardi. Ad esempio, si può calcolare la durata esatta dell’attività «Revisione legale».
Perché è importante
Consente di calcolare con precisione la durata delle singole attività e di distinguere il tempo di elaborazione effettivo dai tempi di attesa.
Dove reperirli
In sistemi come DocuSign CLM, questo dato può essere registrato esplicitamente nella traccia di audit oppure ricavato dall’ora di inizio dell’evento successivo.
Esempi
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Responsabile 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 principale referente e la persona responsabile dell’avanzamento del contratto. In genere, è chi ha avviato la richiesta oppure gestisce il rapporto commerciale. Analizzare le prestazioni per responsabile del contratto può far emergere differenze in termini di efficienza, rilavorazioni e tempi di ciclo. L’analisi aiuta a individuare le persone o i team con i risultati migliori e chi potrebbe aver bisogno di ulteriore formazione o supporto. È una dimensione importante per segmentare i dati nelle Dashboard, ad esempio «Analisi dei tempi di ciclo dei contratti».
Perché è importante
Consente di analizzare le prestazioni di singole persone o team e di individuare le buone pratiche e le aree di miglioramento nelle attività svolte dagli utenti.
Dove reperirli
Di solito è un campo utente associato all’oggetto contratto, spesso compilato con il nome della persona che ha creato il flusso di lavoro o ne è responsabile.
Esempi
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Stato del contratto
ContractStatus
|
Stato corrente del contratto nel corso del suo ciclo di vita. | ||
|
Descrizione
Questo attributo indica lo stato complessivo del contratto in un determinato momento, ad esempio «Bozza», «In revisione», «In attesa di firma» o «Sottoscritto». Offre una sintesi del punto in cui si trova il contratto nel processo. Nel Process Mining, analizzare lo stato è utile per filtrare i casi e creare Dashboard che mostrano il numero di contratti nelle diverse fasi. La Dashboard «Monitoraggio dello stato dei contratti in tempo reale» si basa direttamente su questo attributo per offrire visibilità sul portafoglio dei contratti in corso e individuare dove si accumula il lavoro.
Perché è importante
Fornisce un quadro dello stato di avanzamento dei contratti, essenziale per monitorarne lo stato, gestire i carichi di lavoro e individuare i colli di bottiglia.
Dove reperirli
Questa informazione è solitamente disponibile come attributo principale dell’oggetto contratto o del flusso di lavoro in DocuSign CLM.
Esempi
BozzaIn revisione internaIn attesa di firmaSottoscrittoTerminato
|
|||
|
Tipo di contratto
ContractType
|
Classificazione del contratto, ad esempio NDA, MSA o SOW. | ||
|
Descrizione
Questo attributo classifica i contratti in base alla loro finalità legale o commerciale. I diversi tipi di contratto seguono spesso flussi di lavoro distinti, prevedono requisiti di approvazione diversi e presentano livelli di complessità differenti. Segmentare l’analisi del processo per tipo di contratto è essenziale per comprendere le variazioni nelle prestazioni. Consente agli analisti di confrontare i tempi di ciclo, i livelli di conformità e le modalità di negoziazione dei diversi accordi. Ad esempio, un NDA dovrebbe avere un tempo di ciclo molto più breve rispetto a un complesso Master Services Agreement; questo attributo rende possibile il confronto.
Perché è importante
Consente di confrontare le prestazioni del processo tra diverse categorie di contratti, che spesso presentano flussi di lavoro e livelli di complessità specifici.
Dove reperirli
È un campo chiave dei metadati, di solito selezionato da un elenco a discesa quando si crea un contratto in DocuSign CLM.
Esempi
Accordo di riservatezza (NDA)Accordo quadro per la fornitura di servizi (MSA)Dichiarazione di lavoro (SOW)
|
|||
|
Valore del contratto
ContractValue
|
Valore monetario complessivo del contratto. | ||
|
Descrizione
Questo attributo rappresenta il valore economico dell’accordo, che può essere un importo una tantum o ricorrente. Il valore del contratto spesso determina il livello di verifica richiesto e la complessità dell’iter di approvazione. Analizzare il processo in base al valore del contratto è essenziale per dare priorità agli accordi di maggior valore e individuare eventuali ritardi ingiustificati. Il dato può anche essere usato per verificare la conformità, ad esempio controllando che i contratti oltre una determinata soglia abbiano ricevuto l’approvazione del CFO. Questo attributo aiuta a concentrare gli interventi di ottimizzazione sui contratti di maggiore rilevanza economica.
Perché è importante
Consente di stabilire le priorità e valutare i rischi, poiché i contratti di valore più elevato richiedono spesso verifiche più rigorose e hanno un impatto maggiore sull’attività aziendale.
Dove reperirli
In DocuSign CLM, di solito è un campo numerico o valutario nei metadati del contratto.
Esempi
500002500001200000
|
|||
|
Consulente legale
LegalCounsel
|
Il professionista legale o il membro del team incaricato di esaminare il contratto. | ||
|
Descrizione
Questo attributo identifica la persona specifica del reparto legale responsabile della revisione e dell’approvazione del contratto. Si distingue dal responsabile del contratto, che in genere appartiene all’area aziendale. Assegnare le revisioni a un consulente legale specifico consente di analizzare nel dettaglio le prestazioni della fase di revisione legale. Aiuta a creare la Dashboard «Prestazioni della revisione legale» per misurare e confrontare il volume di lavoro e i tempi di ciclo dei diversi membri del team legale, fornendo indicazioni utili per bilanciare i carichi di lavoro e individuare opportunità di miglioramento dell’efficienza nel reparto.
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 reperirli
Questo dato proviene dalle assegnazioni dei task nel flusso di lavoro di DocuSign CLM e indica a chi è stato assegnato il task «Revisione legale».
Esempi
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Durata della fase di approvazione
ApprovalPhaseDuration
|
Tempo totale dedicato a tutte le attività di approvazione. | ||
|
Descrizione
Questa metrica calcola il tempo totale trascorso da un contratto nella fase di approvazione, dal momento in cui viene inviato per la prima approvazione interna fino all’ottenimento dell’ultima approvazione richiesta. Si può calcolare sommando la durata di tutte le attività di approvazione oppure misurando il tempo tra l’inizio della prima attività di approvazione e la fine dell’ultima. Questo attributo è la misura principale del KPI «Durata media della fase di approvazione». Aiuta a isolare i ritardi dovuti specificamente al processo di approvazione, anziché alla redazione o alla negoziazione. Monitorando questa durata, le organizzazioni possono comprendere meglio l’impatto della propria matrice di approvazione e individuare opportunità per semplificarla.
Perché è importante
Isola il tempo dedicato alle approvazioni e facilita l’individuazione e la risoluzione dei colli di bottiglia nell’iter di approvazione.
Dove reperirli
Si calcola nello strumento di Process Mining individuando tutti gli eventi relativi alle approvazioni, ad esempio «Approvazione interna inviata» e «Approvazione interna ricevuta», e misurando per ogni caso il tempo tra il primo e l’ultimo evento di questo tipo.
Esempi
5 giorni e 2 ore10 giorni e 1 ora2 giorni e 6 ore
|
|||
|
È una rilavorazione
IsRework
|
Indicatore booleano che specifica se il contratto ha attraversato un ciclo significativo di revisioni. | ||
|
Descrizione
Questo attributo calcolato individua i contratti che hanno richiesto rilavorazioni, ad esempio perché sono stati rinviati per modifiche dopo aver già ottenuto un’approvazione interna. In genere, si ricava individuando specifiche sequenze di attività indesiderate. L’indicatore semplifica l’analisi delle inefficienze del processo. Consente di calcolare direttamente il KPI «Tasso di rilavorazione dei contratti» e di filtrare e analizzare facilmente i soli contratti che hanno richiesto un impegno aggiuntivo. Aiuta così a individuare le cause profonde delle rilavorazioni, come requisiti iniziali poco chiari o punti di negoziazione complessi.
Perché è importante
Aiuta a quantificare e analizzare la frequenza delle rilavorazioni, un indicatore chiave delle inefficienze del processo e dei costi nascosti.
Dove reperirli
Questo attributo si calcola nello strumento di Process Mining definendo regole che individuano i cicli di rilavorazione, ad esempio quando l’evento «Contratto modificato» si verifica dopo l’evento «Approvazione interna ricevuta».
Esempi
truefalse
|
|||
|
Firmato elettronicamente
IsESigned
|
Indicatore booleano che specifica se il contratto è stato sottoscritto con firma elettronica. | ||
|
Descrizione
Questo attributo indica se il contratto è stato firmato con uno strumento di firma elettronica integrato, come DocuSign eSignature, oppure con una modalità non digitale, ad esempio con firma autografa e scansione. L’attributo contribuisce direttamente al KPI «Tasso di adozione della firma elettronica». Analizzando la percentuale di contratti firmati elettronicamente, un’azienda può misurare i risultati delle proprie iniziative di trasformazione digitale. Un tasso di adozione più elevato è in genere associato a tempi di sottoscrizione più brevi, minori costi amministrativi e una migliore conformità e tracciabilità dei documenti.
Perché è importante
Misura l’adozione dei processi digitali e aiuta a quantificare i guadagni di efficienza derivanti dall’uso di funzionalità integrate di firma elettronica.
Dove reperirli
È possibile determinarlo verificando se l’evento «Contratto sottoscritto» proviene dal servizio integrato DocuSign eSignature.
Esempi
truefalse
|
|||
|
Reparto
Department
|
L’unità aziendale o il reparto interno responsabile del contratto. | ||
|
Descrizione
Questo attributo specifica il reparto interno, ad esempio Vendite, Marketing o IT, che ha avviato il contratto o ne è responsabile. I processi e le esigenze possono variare da un reparto all’altro, dando origine a modalità diverse di gestione dei contratti. Segmentare l’analisi per reparto è essenziale per capire come le diverse aree aziendali utilizzano il processo di gestione dei contratti. Consente di creare report mirati, come il «Report sui colli di bottiglia nell’approvazione dei contratti», per individuare eventuali ritardi concentrati in specifiche unità aziendali e adattare gli interventi di miglioramento alle esigenze dei singoli reparti.
Perché è importante
Consente di confrontare le prestazioni delle diverse unità aziendali e di evidenziare le variazioni in termini di efficienza, conformità e carico di lavoro.
Dove reperirli
Può essere un campo dei metadati del contratto oppure essere ricavato dal reparto di appartenenza del responsabile del contratto.
Esempi
VenditeLegaleApprovvigionamentiMarketing
|
|||
|
Stato dell’approvazione
ApprovalStatus
|
Stato delle fasi di approvazione, ad esempio «In attesa», «Approvato» o «Rifiutato». | ||
|
Descrizione
Questo attributo indica in modo dettagliato lo stato della fase di approvazione nel ciclo di vita del contratto. Mentre lo stato del contratto fornisce una visione complessiva del caso, lo stato dell’approvazione registra l’esito delle singole attività di approvazione. È essenziale per il «Report sui colli di bottiglia nell’approvazione dei contratti» e per la «Dashboard di monitoraggio dello stato dei contratti in tempo reale». Permette di vedere chiaramente quali contratti sono in attesa di approvazione, quali sono stati rifiutati e richiedono una rilavorazione e quali hanno superato la fase di approvazione. Analizzare i passaggi da uno stato all’altro aiuta a individuare i punti specifici in cui si verificano problemi o ritardi nell’iter di approvazione.
Perché è importante
Fornisce informazioni dettagliate sulla fase di approvazione e permette di individuare quali contratti sono bloccati e per quale motivo.
Dove reperirli
Corrisponde all’esito di un task di approvazione o di una fase del flusso di lavoro in DocuSign CLM.
Esempi
In attesa dell’approvazione legaleApprovato dall’ufficio finanziarioRifiutato dal vicepresidente delle vendite
|
|||
|
Versione del documento
DocumentVersion
|
Numero di versione del documento contrattuale. | ||
|
Descrizione
Questo attributo tiene traccia delle versioni del documento contrattuale durante le revisioni e le modifiche. Il numero dovrebbe aumentare ogni volta che viene caricata o salvata una nuova versione. Tenere traccia delle versioni del documento è un modo diretto per misurare le rilavorazioni e la complessità delle negoziazioni. Un numero elevato di versioni indica un intenso scambio di modifiche tra le parti. Questo attributo è un dato fondamentale per calcolare il KPI «Numero medio di revisioni dei documenti» e analizzare la Dashboard «Rilavorazioni e frequenza delle revisioni dei contratti».
Perché è importante
Misura direttamente le rilavorazioni e l’impegno richiesto dalle negoziazioni, contando quante volte è stato modificato un documento.
Dove reperirli
DocuSign CLM include il controllo delle versioni dei documenti. Questo attributo si ricava dalla cronologia delle versioni del documento.
Esempi
1234
|
|||
Attività di gestione dei contratti
| Attività | Descrizione | ||
|---|---|---|---|
|
Approvazione interna ricevuta
|
Questa tappa indica che tutti i responsabili interni richiesti hanno approvato il contratto. Viene registrata quando l’ultimo responsabile completa la propria attività nel flusso di lavoro. | ||
|
Perché è importante
È una tappa fondamentale: indica che il contratto è pronto per la negoziazione esterna o per la firma. I ritardi che precedono questo momento possono evidenziare difficoltà di allineamento interno.
Dove reperirli
L’evento viene registrato nella cronologia del flusso di lavoro quando l’attività di approvazione raggiunge lo stato finale «Approvato».
Acquisizione
Registrato quando l’ultimo responsabile di un flusso di approvazione sequenziale o parallelo concede la propria approvazione.
Tipo di evento
explicit
|
|||
|
Contratto firmato
|
Indica il completamento del contratto, che si verifica quando l’ultimo firmatario richiesto firma il documento. L’evento viene registrato esplicitamente dalla piattaforma DocuSign eSignature. | ||
|
Perché è importante
È il principale evento di conclusione positiva del processo di creazione del contratto. È essenziale per calcolare il «Tempo medio di ciclo dei contratti» e misurare il volume complessivo dei contratti gestiti.
Dove reperirli
La data e ora dell’evento sono riportate nel certificato di completamento e nel registro di audit del documento, quando il flusso di lavoro eSignature è terminato.
Acquisizione
Registrato automaticamente dal componente eSignature quando viene apposta l’ultima firma.
Tipo di evento
explicit
|
|||
|
Contratto inviato per la firma
|
Questa attività segna l’avvio della firma elettronica del contratto definitivo approvato. È una funzione essenziale di DocuSign e viene registrata quando un utente invia il documento tramite una busta DocuSign eSignature. | ||
|
Perché è importante
È una tappa fondamentale prima della firma. Analizzare il tempo che intercorre tra questo momento e la firma consente di valutare l’efficienza della raccolta delle firme e supporta il KPI «Tasso di adozione della firma elettronica».
Dove reperirli
È un evento esplicito e fondamentale, registrato nella cronologia dettagliata del documento o nella traccia di audit, spesso indicata come «Cronologia della busta».
Acquisizione
Registrato direttamente dal sistema quando una busta eSignature viene creata e inviata.
Tipo di evento
explicit
|
|||
|
Contratto terminato
|
Questa attività rappresenta la conclusione ufficiale del ciclo di vita del contratto, dovuta a scadenza, annullamento o accordo tra le parti. Spesso viene registrata quando lo stato viene modificato manualmente nel sistema. | ||
|
Perché è importante
È un possibile evento alternativo di conclusione del processo. Monitorare le cessazioni e le scadenze è fondamentale per comprendere l’intero ciclo di vita dei contratti e analizzare i rinnovi.
Dove reperirli
L’evento viene registrato quando un utente aggiorna lo stato del contratto impostandolo su «Terminato», «Scaduto» o «Annullato». Viene utilizzata la data e ora della modifica.
Acquisizione
Dedotto dalla modifica del campo dello stato principale del contratto a uno stato conclusivo.
Tipo di evento
inferred
|
|||
|
Revisione legale avviata
|
Indica il momento in cui il contratto viene formalmente inviato all’ufficio legale per la revisione e i relativi riscontri. È un passaggio fondamentale, registrato quando il contratto entra nella fase «Revisione legale» del flusso di lavoro. | ||
|
Perché è importante
La revisione legale è spesso un collo di bottiglia nella gestione dei contratti. Misurarne la durata è essenziale per la Dashboard «Prestazioni della revisione legale» e per individuare opportunità di accelerazione.
Dove reperirli
L’evento viene rilevato nella traccia di audit del flusso di lavoro, che registra la data e ora di assegnazione di un’attività al team legale o del passaggio del contratto allo stato «In revisione legale».
Acquisizione
Registrato dal motore del flusso di lavoro quando il contratto viene assegnato a un’attività o a una coda di revisione legale.
Tipo di evento
explicit
|
|||
|
Richiesta di contratto avviata
|
Questa attività segna l’inizio formale del ciclo di vita del contratto. In genere viene registrata quando un utente invia un modulo di richiesta o crea un nuovo record contrattuale in DocuSign CLM, avviando il relativo flusso di lavoro. | ||
|
Perché è importante
È l’evento di inizio principale del processo. Analizzare questa attività è essenziale per misurare il volume complessivo dei contratti gestiti e l’avvio del tempo di ciclo end-to-end.
Dove reperirli
L’evento viene rilevato nel registro di audit o nella cronologia del flusso di lavoro e corrisponde alla data e ora di creazione del record contrattuale o di invio del modulo di richiesta.
Acquisizione
Registrato al momento dell’invio del modulo di avvio del contratto o della creazione di un nuovo oggetto contrattuale.
Tipo di evento
explicit
|
|||
|
Bozza del contratto redatta
|
Indica la creazione e il completamento della prima bozza del documento contrattuale. Può essere rilevato quando la prima versione del documento viene caricata o generata e salvata nel sistema. | ||
|
Perché è importante
Monitorare questa attività aiuta a capire quanto tempo viene dedicato alla redazione e alla preparazione prima dell’avvio delle revisioni. Fornisce inoltre una base di riferimento per misurare la frequenza delle modifiche successive.
Dove reperirli
Dedotto dalla data e ora di creazione della prima versione del documento nella cronologia documentale del contratto o dal passaggio allo stato «Bozza completata».
Acquisizione
Individuare l’evento di creazione della prima versione del documento associata all’ID del contratto.
Tipo di evento
inferred
|
|||
|
Contratto archiviato nel repository
|
È l’ultimo passaggio amministrativo: il contratto firmato viene archiviato automaticamente nel repository centrale dei contratti. In genere, l’evento viene attivato al completamento della procedura di firma. | ||
|
Perché è importante
Garantisce che il processo si concluda con una corretta archiviazione. Segna la fine del ciclo di vita precedente alla firma e l’inizio della fase successiva.
Dove reperirli
Rilevato nella cronologia del flusso di lavoro come completamento dell’ultimo passaggio, che archivia il documento firmato.
Acquisizione
Registrato dal motore del flusso di lavoro come ultimo passaggio automatico dopo la firma del contratto.
Tipo di evento
explicit
|
|||
|
Contratto modificato con revisioni
|
Questa attività rappresenta una revisione o una modifica apportata al documento contrattuale durante la negoziazione o il ciclo di revisione. Viene registrata ogni volta che una nuova versione del documento viene caricata o salvata. | ||
|
Perché è importante
Monitorare la frequenza delle modifiche è essenziale per il KPI «Tasso di rilavorazione dei contratti». Un numero elevato di revisioni può indicare clausole poco chiare, negoziazioni inefficienti o bozze iniziali carenti.
Dove reperirli
Ricavato dalla cronologia delle versioni del documento associata al contratto. Ogni nuova versione creata dopo la bozza iniziale può essere considerata un evento «Contratto modificato con revisioni».
Acquisizione
Registrato quando una nuova versione del documento viene caricata o generata nell’archivio di DocuSign CLM.
Tipo di evento
explicit
|
|||
|
Inviato alla controparte
|
Rappresenta l’invio del documento contrattuale alla controparte esterna per la revisione e la firma. Viene registrato tramite un’azione di invio o condivisione in DocuSign CLM. | ||
|
Perché è importante
Questa attività segna il passaggio del contratto a una parte esterna, sulla quale il controllo del processo è limitato. Capire quanto tempo il contratto resta presso la controparte è essenziale per individuare i ritardi esterni.
Dove reperirli
Rilevato nella traccia di audit, che registra azioni come l’invio del documento tramite e-mail da CLM o la sua condivisione attraverso un portale esterno.
Acquisizione
Registrato quando un utente condivide il documento con una parte esterna utilizzando le funzionalità della piattaforma.
Tipo di evento
explicit
|
|||
|
Monitoraggio degli obblighi avviato
|
Questa attività segna l’inizio della gestione successiva alla firma, durante la quale vengono monitorate le date e le consegne importanti. Viene registrata quando si avvia un’attività o un sottoprocesso per monitorare un obbligo contrattuale. | ||
|
Perché è importante
Fondamentale per il KPI «Tasso di rispetto degli obblighi dopo la firma», questa attività permette di verificare se gli impegni contrattuali vengono gestiti dopo la sottoscrizione.
Dove reperirli
Richiede un’analisi del sistema. È probabile che venga rilevato dalla creazione di attività o flussi di lavoro specifici per il monitoraggio degli obblighi, collegati al contratto principale.
Acquisizione
Registrato alla creazione di un’attività o di un flusso di lavoro per la gestione degli obblighi successiva alla firma.
Tipo di evento
explicit
|
|||
|
Negoziazione con la controparte avviata
|
Indica che la controparte ha risposto, in genere inviando osservazioni o una versione del contratto con modifiche. Si deduce dal caricamento di una nuova versione da parte di una parte esterna o dal ritorno allo stato di revisione interna. | ||
|
Perché è importante
Questa attività è fondamentale per analizzare il KPI «Numero di passaggi tra le parti per contratto». I frequenti scambi tra i team interni e la controparte indicano difficoltà nella negoziazione.
Dove reperirli
Dedotto 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 indicare che sono arrivati i riscontri della controparte.
Acquisizione
Dedotto dal ritorno allo stato «Revisione interna» o «Redazione» dopo che il contratto è stato inviato alla controparte.
Tipo di evento
inferred
|
|||
|
Revisione interna avviata
|
Questa attività indica che la bozza del contratto è stata inviata per la revisione da parte di referenti interni, per esempio dei reparti finanza o operations. Viene registrata quando un utente avvia l’attività «Revisione interna» nel flusso di lavoro. | ||
|
Perché è importante
Segna l’inizio della fase di revisione, che spesso è fonte di colli di bottiglia. Analizzarne la durata aiuta a individuare i ritardi nella raccolta dei riscontri dei referenti.
Dove reperirli
Registrato nella cronologia del flusso di lavoro quando il contratto passa allo stato «Revisione interna» o quando un’attività di revisione viene assegnata a un utente interno non appartenente all’ufficio legale.
Acquisizione
Registrato quando il flusso di lavoro passa a uno stato o a un’attività assegnata alla revisione da parte delle funzioni aziendali interne.
Tipo di evento
explicit
|
|||
|
Richiesta di approvazione interna inviata
|
Questa attività si verifica quando il contratto, completate le revisioni, viene inviato per l’approvazione formale alle autorità interne designate. Viene registrata all’avvio del flusso di lavoro di approvazione. | ||
|
Perché è importante
Segna l’inizio della fase finale di approvazione interna. La sua durata è una componente fondamentale del KPI «Durata media della fase di approvazione».
Dove reperirli
È un’azione esplicita registrata nella cronologia del flusso di lavoro quando un utente invia il contratto per l’approvazione, attivando l’assegnazione ai responsabili dell’approvazione.
Acquisizione
Registrato quando viene eseguita l’azione «Invia per approvazione» o un’azione analoga nel flusso di lavoro.
Tipo di evento
explicit
|
|||
|
Rinnovo del contratto avviato
|
Segna l’inizio del rinnovo di un contratto esistente. In genere, l’attività viene avviata manualmente dal responsabile del contratto o automaticamente in base alla data di scadenza. | ||
|
Perché è importante
Questa attività è essenziale per monitorare il KPI «Tasso di rinnovo puntuale dei contratti». Permette di capire con quanto anticipo l’organizzazione gestisce i contratti in scadenza.
Dove reperirli
Rilevato quando viene eseguita l’azione «Rinnova contratto», che può creare un nuovo record collegato al contratto originale oppure avviare un flusso di lavoro di rinnovo.
Acquisizione
Registrato in seguito a un’azione specifica dell’utente o a un’attivazione automatica che avvia il flusso di lavoro di rinnovo.
Tipo di evento
explicit
|
|||
Guide all’estrazione
È pronto a iniziare?
Utilizzi questo template di dati per avviare il percorso di Process Mining e individuare nuove opportunità di efficienza nei flussi di lavoro per la gestione dei contratti.
Basta ritardi: ottimizzi subito la gestione dei contratti
Individui le inefficienze, riduca i tempi di ciclo del 30% e migliori la conformità.
Non è richiesta la carta di credito • Inizi in pochi minuti