Votre modèle de données pour la gestion des contrats
Votre modèle de données pour la gestion des contrats
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide pour l'extraction de `données`
Attributs de gestion des contrats
| Nom | Description | ||
|---|---|---|---|
|
Activité
ActivityName
|
Le nom de la tâche ou de l'événement spécifique qui s'est produit dans le cycle de vie du contrat. | ||
|
Description
Cet attribut décrit une étape ou un jalon unique au sein du processus de gestion des contrats, tel que 'Contrat rédigé', 'Revue juridique démarrée' ou 'Contrat exécuté'. Ces activités sont les éléments constitutifs de la carte de processus. L'analyse de la séquence et de la fréquence de ces activités est fondamentale pour le Process Mining. Elle aide à identifier le flux de processus réel, à découvrir les écarts par rapport à la procédure standard et à localiser les activités les plus chronophages ou fréquemment répétées.
Pourquoi c'est important
Il définit les étapes du processus, permettant la visualisation et l'analyse du
Où obtenir
Cela est généralement dérivé des données du journal d'événements ou de la piste d'audit dans DocuSign CLM, qui enregistrent les actions effectuées sur un document ou un workflow de contrat.
Exemples
Contrat ébauchéRévision interne démarréeEnvoyé à la contrepartieContrat exécuté
|
|||
|
Heure de début
EventTime
|
L'horodatage indiquant le début d'une activité ou d'un événement spécifique. | ||
|
Description
Cet attribut enregistre la date et l'heure précises d'une activité. Il constitue le fondement temporel du Process Mining, permettant l'analyse des performances des processus dans le temps. En ordonnant les événements en fonction de leur heure de début, un journal chronologique est créé pour chaque cas. Cela permet le calcul des temps de cycle entre les activités, la durée de chaque étape et la durée globale du processus de bout en bout. C'est crucial pour identifier les goulots d'étranglement, mesurer les temps d'attente et évaluer l'efficacité des processus par rapport aux SLA.
Pourquoi c'est important
Cet horodatage est essentiel pour ordonner les événements chronologiquement et calculer toutes les métriques basées sur le temps, telles que les temps de cycle et les durées.
Où obtenir
Cette information fait partie standard de tout journal d'événements ou piste d'audit dans DocuSign CLM, associée à chaque action enregistrée.
Exemples
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
ID de contrat
ContractId
|
L'identifiant unique pour chaque contrat géré au sein du système. | ||
|
Description
L'ID de contrat sert d'identifiant de cas définitif, liant de manière unique tous les événements et activités liés à un contrat spécifique, de sa création à sa résolution. Dans DocuSign CLM, cela peut correspondre à l'ID d'enveloppe ou à un champ d'identification de contrat personnalisé. Cet attribut est essentiel pour le Process Mining car il permet la reconstruction du parcours de bout en bout pour chaque contrat individuel. En regroupant toutes les activités connexes sous un seul ID de contrat, les analystes peuvent visualiser le flux de processus complet, mesurer les temps de cycle et analyser les variations entre les différents contrats.
Pourquoi c'est important
C'est la clé primaire qui connecte tous les événements de processus liés, permettant de tracer et d'analyser l'ensemble du cycle de vie d'un seul contrat.
Où obtenir
Il s'agit généralement de l'identifiant principal pour un contrat ou un objet enveloppe dans DocuSign CLM. Il peut être étiqueté comme ID d'enveloppe ou comme un champ personnalisé configuré pour l'identification des contrats.
Exemples
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Le timestamp de la dernière actualisation des données ou de l'extraction du système source. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour de l'ensemble de données. Il fournit un contexte sur la fraîcheur et l'actualité de l'analyse, permettant aux utilisateurs de savoir à quel point les données sont récentes. Dans les tableaux de bord et les rapports, cette information est vitale pour la gouvernance des données et la confiance des utilisateurs. Elle aide les analystes à comprendre s'ils examinent des informations en temps réel ou un instantané d'un moment précis, ce qui est crucial pour prendre des décisions éclairées et opportunes.
Pourquoi c'est important
Fournit un contexte crucial sur la fraîcheur des données, garantissant que les utilisateurs comprennent à quel point l'analyse des processus est actuelle.
Où obtenir
C'est un attribut de métadonnées, généralement généré et stocké par l'outil ETL (Extraction, Transformation, Chargement) ou le pipeline de données pendant le processus d'ingestion des données.
Exemples
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Système source
SourceSystem
|
Identifie le `système` à partir duquel les `données` ont été extraites. | ||
|
Description
Cet attribut spécifie l'origine des données de processus. Pour cette vue, la valeur serait systématiquement 'DocuSign CLM' ou un identifiant similaire. Bien que cela puisse sembler redondant dans une analyse de système unique, c'est une bonne pratique d'inclure ce champ. Il devient critique lors de la fusion de données provenant de plusieurs systèmes, comme la combinaison de données contractuelles d'un CRM avec des données de workflow de DocuSign, assurant une lignée et une traçabilité claires des données.
Pourquoi c'est important
Assure la traçabilité des données et est essentiel pour les analyses qui combinent des données provenant de plusieurs systèmes d'entreprise.
Où obtenir
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction et de transformation des données pour étiqueter l'origine de l'ensemble de données.
Exemples
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Contrepartie
Counterparty
|
La partie externe, telle qu'un client ou un fournisseur, impliquée dans le contrat. | ||
|
Description
Cet attribut identifie l'autre organisation participant à l'accord. Différentes contreparties peuvent avoir des styles de négociation, des exigences légales et des temps de réponse différents, ce qui peut avoir un impact significatif sur le cycle de vie du contrat. L'analyse de la performance du processus par contrepartie aide à identifier les partenaires avec lesquels il est facile de travailler et ceux qui causent constamment des retards. Ces informations peuvent être utilisées pour améliorer la gestion des relations et fixer des attentes réalistes pour les futures négociations. C'est une dimension clé pour l'analyse de la 'Fréquence de reprise et de révision des contrats'.
Pourquoi c'est important
Aide à analyser comment les interactions avec différentes parties externes affectent les temps de négociation, les nombres de révisions et les temps de cycle globaux.
Où obtenir
Cette information est un élément fondamental de l'enregistrement du contrat, souvent stockée dans un champ dédié 'Nom de la contrepartie' ou 'Entreprise'.
Exemples
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Date d'expiration
ExpirationDate
|
La date à laquelle le contrat doit expirer. | ||
|
Description
Cet attribut stocke la date d'expiration contractuelle. C'est une information de métadonnée cruciale pour gérer proactivement le portefeuille de contrats, en particulier pour les revenus récurrents ou les accords de service à long terme. Cette date est le principal moteur du tableau de bord 'Perspectives de renouvellement et d'expiration des contrats'. En surveillant les contrats approchant de leur date d'expiration, les organisations peuvent déclencher les workflows de renouvellement en temps voulu. C'est également une entrée clé pour le calcul du KPI 'Taux de renouvellement de contrat dans les délais', aidant à prévenir les fuites de revenus et les interruptions de service.
Pourquoi c'est important
Crucial pour une gestion proactive des contrats, permettant des renouvellements en temps voulu et évitant les expirations de contrat involontaires.
Où obtenir
C'est un champ de métadonnées standard qui doit être capturé pour tout contrat avec une durée définie dans DocuSign CLM.
Exemples
2024-12-312025-06-302026-01-15
|
|||
|
Heure de fin
EndTime
|
L'horodatage indiquant quand une activité ou un événement spécifique a été achevé. | ||
|
Description
Cet attribut enregistre la date et l'heure précises de la fin d'une activité. Tandis que l'heure de début marque le début, l'heure de fin marque l'achèvement, permettant des calculs de durée précis pour les activités individuelles. L'analyse de l'heure de fin est cruciale pour calculer le temps de traitement des activités, qui est le temps de travail actif passé sur une tâche. Cela aide à différencier le travail actif du temps d'attente, offrant des informations plus approfondies sur l'efficacité des ressources et le coût réel des retards. Par exemple, il peut être utilisé pour calculer la durée exacte d'une activité de 'Revue juridique'.
Pourquoi c'est important
Permet le calcul précis des durées d'activités individuelles, aidant à distinguer le temps de traitement actif du temps d'attente inactif.
Où obtenir
Dans des systèmes comme DocuSign CLM, cela peut être enregistré explicitement dans la piste d'audit ou peut nécessiter d'être inféré de l'heure de début de l'événement ultérieur.
Exemples
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Propriétaire du contrat
ContractOwner
|
L'utilisateur ou l'employé responsable de la gestion du contrat tout au long de son cycle de vie. | ||
|
Description
Le responsable de contrat est le principal point de contact et la personne responsable de la progression d'un contrat. Il s'agit généralement de la personne qui a initié la demande de contrat ou qui est responsable de la relation commerciale. L'analyse des performances par responsable de contrat peut révéler des schémas d'efficacité, de taux de reprise et de temps de cycle. Cette analyse aide à identifier les individus ou les équipes très performants, ainsi que ceux qui pourraient avoir besoin de formation ou de soutien supplémentaire. C'est une dimension clé pour segmenter les données dans des tableaux de bord comme l'« Analyse du temps de cycle des contrats ».
Pourquoi c'est important
Permet une analyse des performances par individu ou par équipe, aidant à identifier les meilleures pratiques et les domaines d'amélioration dans les activités pilotées par l'utilisateur.
Où obtenir
Il s'agit généralement d'un champ utilisateur associé à l'objet contrat, souvent renseigné avec le nom de l'utilisateur qui a créé ou est propriétaire du workflow.
Exemples
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Statut du contrat
ContractStatus
|
L'état ou le statut actuel du contrat dans son cycle de vie. | ||
|
Description
Cet attribut indique le statut général du contrat à un moment donné, par exemple, 'Brouillon', 'En revue', 'En attente de signature' ou 'Exécuté'. Il fournit un résumé de haut niveau de l'avancement du contrat. Dans le Process Mining, l'analyse du statut est utile pour filtrer les cas et construire des tableaux de bord qui suivent le volume de contrats à différentes étapes. Le tableau de bord 'Suivi du statut des contrats en temps réel' s'appuie directement sur cet attribut pour offrir une visibilité sur le portefeuille de contrats actifs et identifier où le travail s'accumule.
Pourquoi c'est important
Fournit un aperçu de l'avancement du contrat, essentiel pour le suivi du statut, la gestion de la charge de travail et l'identification des goulots d'étranglement.
Où obtenir
Cette information est généralement disponible en tant qu'attribut principal sur l'objet contrat ou workflow au sein de DocuSign CLM.
Exemples
BrouillonEn révision interneEn attente de signatureExécutéTerminé
|
|||
|
Temps de cycle
CycleTime
|
Le temps total écoulé entre l'initiation de la demande de contrat et le stockage final. | ||
|
Description
Cet attribut mesure la durée de bout en bout pour chaque cas de contrat. Il est calculé comme la différence de temps entre le premier événement (par exemple, 'Demande de contrat initiée') et le dernier événement (par exemple, 'Contrat stocké dans le référentiel'). Le temps de cycle est un KPI maître pour l'efficacité des processus. Il offre une vue holistique du temps nécessaire pour finaliser un contrat. Cette métrique calculée est la base du KPI 'Temps de cycle moyen des contrats' et du tableau de bord 'Analyse du temps de cycle des contrats', permettant des analyses approfondies sur les facteurs, tels que le type ou la valeur du contrat, qui influencent la vitesse globale.
Pourquoi c'est important
C'est un KPI primaire pour l'efficacité globale du processus, indiquant le temps total nécessaire pour traiter un contrat du début à la fin.
Où obtenir
Cette métrique n'est pas présente dans le système source mais est calculée dans l'outil de Process Mining basé sur les timestamps de début et de fin d'un cas.
Exemples
15 jours 4 heures32 jours 8 heures7 jours 2 heures
|
|||
|
Type de contrat
ContractType
|
La classification du contrat, telle que NDA, MSA ou SOW. | ||
|
Description
Cet attribut catégorise les contrats en fonction de leur objectif juridique ou commercial. Différents types de contrats suivent souvent des workflows différents, ont des exigences d'approbation distinctes et varient en complexité. La segmentation de l'analyse des processus par type de contrat est fondamentale pour comprendre les variations de performance. Elle permet aux analystes de comparer les temps de cycle, les taux de conformité et les schémas de négociation pour différents types d'accords. Par exemple, un NDA devrait avoir un temps de cycle beaucoup plus court qu'un contrat-cadre de services complexe, et cet attribut rend cette comparaison possible.
Pourquoi c'est important
Permet la comparaison des performances des processus entre différentes catégories de contrats, qui ont souvent des
Où obtenir
Il s'agit d'un champ de métadonnées clé, généralement sélectionné dans une liste déroulante lors de la création d'un contrat dans DocuSign CLM.
Exemples
Accord de non-divulgation (NDA)Contrat-cadre de services (MSA)Énoncé des travaux (SOW)
|
|||
|
Valeur du contrat
ContractValue
|
La valeur monétaire totale du contrat. | ||
|
Description
Cet attribut représente la valeur financière de l'accord, qui peut être un montant unique ou une valeur récurrente. La valeur d'un contrat dicte souvent le niveau de contrôle requis et la complexité du chemin d'approbation. L'analyse du processus basée sur la valeur du contrat est cruciale pour prioriser les transactions de grande valeur et identifier si elles sont inutilement retardées. Elle peut également être utilisée pour vérifier la conformité, par exemple, en s'assurant que les contrats dépassant un certain seuil ont reçu l'approbation du DAF. Cet attribut aide à concentrer les efforts d'optimisation sur les contrats les plus importants financièrement.
Pourquoi c'est important
Permet la priorisation et l'évaluation des risques, car les contrats de plus grande valeur exigent souvent une révision plus rigoureuse et ont un impact commercial plus important.
Où obtenir
Il s'agit généralement d'un champ numérique ou monétaire dans les métadonnées du contrat au sein de DocuSign CLM.
Exemples
500002500001200000
|
|||
|
Conseiller juridique
LegalCounsel
|
Le professionnel du droit ou le membre de l'équipe chargé de réviser le contrat. | ||
|
Description
Cet attribut identifie la personne spécifique du service juridique qui est responsable de la révision et de l'approbation du contrat. Ceci est distinct du responsable de contrat, qui est généralement du côté commercial. L'attribution des revues à un conseiller juridique spécifique permet une analyse détaillée des performances de l'étape de revue juridique. Cela aide à construire le tableau de bord 'Performance de la revue juridique' pour mesurer et comparer le débit et les temps de cycle des différents membres de l'équipe juridique, ce qui peut éclairer la répartition de la charge de travail et identifier les opportunités d'efficacité au sein du service juridique.
Pourquoi c'est important
Permet une analyse détaillée de l'étape de révision juridique, aidant à équilibrer les charges de travail et à mesurer la performance de l'équipe juridique.
Où obtenir
Ceci serait issu des données d'affectation des tâches au sein d'un workflow DocuSign CLM, précisant la personne à qui la tâche de 'Revue légale' a été assignée.
Exemples
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Département
Department
|
L'unité commerciale interne ou le département propriétaire du contrat. | ||
|
Description
Cet attribut spécifie le département interne, tel que Ventes, Marketing ou TI, qui a initié ou est responsable du contrat. Les processus et besoins au niveau des départements peuvent varier, conduisant à différents modèles de gestion des contrats. La segmentation de l'analyse par département est essentielle pour comprendre comment différentes parties de l'entreprise utilisent le processus de gestion des contrats. Elle aide à créer des rapports ciblés, tels que le 'Rapport sur les goulots d'étranglement des approbations de contrats', pour identifier si les retards sont concentrés dans des unités commerciales spécifiques et permet d'adapter les améliorations de processus aux besoins départementaux.
Pourquoi c'est important
Permet la comparaison des performances entre différentes unités commerciales, mettant en évidence les variations d'efficacité, de conformité et de charge de travail.
Où obtenir
Cela peut être un champ de métadonnées sur le contrat ou dérivé du département de l'utilisateur Propriétaire du Contrat.
Exemples
VentesJuridiqueApprovisionnementMarketing
|
|||
|
Durée de la phase d'approbation
ApprovalPhaseDuration
|
Le temps total passé dans toutes les activités liées à l'approbation. | ||
|
Description
Cette métrique calcule la durée totale qu'un contrat passe dans la phase d'approbation, depuis le moment où il est envoyé pour la première approbation interne jusqu'à l'obtention de l'approbation finale requise. Elle peut être calculée en additionnant les durées de toutes les activités liées à l'approbation ou en prenant le temps entre le début de la première activité d'approbation et la fin de la dernière. Cet attribut est la mesure principale du KPI 'Durée moyenne de la phase d'approbation'. Il aide à isoler les retards spécifiquement dus au processus d'approbation, plutôt qu'à la rédaction ou à la négociation. En suivant cette durée, les organisations peuvent mieux comprendre l'impact de leur matrice d'approbation et identifier les opportunités de la rationaliser.
Pourquoi c'est important
Isole le temps passé en approbations, facilitant l'identification et la résolution des goulots d'étranglement spécifiquement au sein de la chaîne d'approbation.
Où obtenir
Calculé dans l'outil de Process Mining en identifiant tous les événements liés aux approbations (par exemple, "Approbation interne envoyée", "Approbation interne reçue") et en mesurant le temps entre le premier et le dernier de ces événements pour chaque cas.
Exemples
5 jours 2 heures10 jours 1 heure2 jours 6 heures
|
|||
|
Est signé électroniquement
IsESigned
|
Un indicateur booléen signalant si le contrat a été exécuté via une signature électronique. | ||
|
Description
Cet attribut permet de savoir si un contrat a été signé à l'aide d'un outil de signature électronique intégré comme DocuSign eSignature, ou s'il a été exécuté via une méthode hors ligne (par exemple, signature manuscrite et scan). Cet attribut soutient directement le KPI 'Taux d'adoption de la signature électronique'. En analysant la proportion de contrats signés électroniquement, une entreprise peut mesurer le succès de ses initiatives de transformation numérique. Un taux d'adoption plus élevé est généralement corrélé à des temps d'exécution plus rapides, des coûts administratifs réduits et une conformité et un suivi des documents améliorés.
Pourquoi c'est important
Mesure l'adoption des processus numériques et aide à quantifier les gains d'efficacité liés à l'utilisation des capacités de signature électronique intégrées.
Où obtenir
Cela peut être déterminé en vérifiant si l'événement 'Contrat exécuté' provient du service intégré DocuSign eSignature.
Exemples
truefaux
|
|||
|
Est un retravail
IsRework
|
Un indicateur booléen signalant si le contrat a subi une boucle de révision significative. | ||
|
Description
Cet attribut calculé identifie les contrats ayant fait l'objet de reprises de travail, comme un renvoi pour annotation après qu'une approbation interne ait déjà été reçue. Il est généralement dérivé en recherchant des séquences d'activités spécifiques et indésirables. Ce drapeau simplifie l'analyse des inefficacités de processus. Il permet le calcul direct du KPI 'Taux de reprise des contrats' et facilite le filtrage et l'analyse des seuls contrats qui ont nécessité un effort supplémentaire. Cela aide à identifier les causes profondes des reprises de travail, telles que des exigences initiales peu claires ou des points de négociation difficiles.
Pourquoi c'est important
Aide à quantifier et à analyser la fréquence du retravail, un indicateur clé de l'inefficacité des processus et des coûts cachés.
Où obtenir
Cet attribut est calculé au sein de l'outil de Process Mining en définissant des règles qui identifient les boucles de reprise de travail, telles qu'un événement 'Contrat annoté' se produisant après un événement 'Approbation interne reçue'.
Exemples
truefaux
|
|||
|
Statut d'Approbation
ApprovalStatus
|
Le statut des étapes d'approbation, telles que 'En attente', 'Approuvé' ou 'Rejeté'. | ||
|
Description
Cet attribut fournit un statut granulaire spécifique à la phase d'approbation du cycle de vie du contrat. Alors que le statut du contrat est un statut de cas de haut niveau, le statut d'approbation suit le résultat des activités d'approbation individuelles. Ceci est essentiel pour le 'Rapport sur les goulots d'étranglement de l'approbation des contrats' et le 'Suivi du statut des contrats en temps réel'. Il permet une vue claire des contrats en attente d'approbation, de ceux qui ont été rejetés et nécessitent une reprise, et de ceux qui ont passé avec succès la phase d'approbation. L'analyse des transitions entre ces statuts aide à identifier les points spécifiques de défaillance ou de retard dans la chaîne d'approbation.
Pourquoi c'est important
Fournit un aperçu détaillé de la phase d'approbation, permettant d'identifier quels contrats sont bloqués et pourquoi.
Où obtenir
Ceci serait le résultat d'une tâche d'approbation ou d'une étape de workflow au sein de DocuSign CLM.
Exemples
Approbation juridique en attenteApprouvé par la FinanceRejeté par le VP des ventes
|
|||
|
Version du document
DocumentVersion
|
Le numéro de version du document contractuel. | ||
|
Description
Cet attribut suit l'itération du document contractuel au fur et à mesure des révisions et des annotations. Chaque fois qu'une nouvelle version est téléchargée ou enregistrée, ce nombre devrait s'incrémenter. Le suivi de la version du document est un moyen direct de mesurer les reprises de travail et la complexité des négociations. Un nombre élevé de versions pour un contrat indique des allers-retours importants entre les parties. Cet attribut est une entrée principale pour le calcul du KPI 'Nombre moyen de révisions de documents' et l'analyse du tableau de bord 'Fréquence de reprise et de révision des contrats'.
Pourquoi c'est important
Mesure directement la quantité de retravail et d'effort de négociation en suivant le nombre de fois qu'un document a été révisé.
Où obtenir
DocuSign CLM dispose d'un contrôle de version intégré pour les documents. Cet attribut serait extrait de l'historique des versions du document.
Exemples
1234
|
|||
Activités de gestion des contrats
| Activité | Description | ||
|---|---|---|---|
|
Approbation interne reçue
|
Ce jalon signifie que tous les approbateurs internes requis ont approuvé le contrat. Il est capturé lorsque le dernier approbateur requis termine sa tâche dans le workflow. | ||
|
Pourquoi c'est important
C'est un jalon critique indiquant que le contrat est prêt pour la négociation ou l'exécution externe. Les retards jusqu'à ce point mettent en évidence des problèmes d'alignement interne.
Où obtenir
Cet événement est enregistré dans l'historique du workflow lorsque la tâche d'approbation atteint un état final 'Approuvé'.
Capture
Enregistré lorsque l'approbateur final d'un workflow d'approbation séquentiel ou parallèle donne son accord.
Type d'événement
explicit
|
|||
|
Contrat envoyé pour signature
|
Cette activité marque le début du processus de signature électronique pour le contrat final et approuvé. C'est une fonction essentielle de DocuSign et elle est capturée lorsqu'un utilisateur envoie le document via l'enveloppe DocuSign eSignature. | ||
|
Pourquoi c'est important
C'est un jalon clé avant l'exécution. L'analyse du temps écoulé entre ce point et l'exécution aide à comprendre l'efficacité de la collecte des signatures et soutient le KPI 'Taux d'adoption de la signature électronique'.
Où obtenir
C'est un événement explicite et central enregistré dans l'historique détaillé ou la piste d'audit du document, souvent appelé 'Historique de l'enveloppe'.
Capture
Enregistré directement par le système lorsqu'une enveloppe de signature électronique est créée et envoyée.
Type d'événement
explicit
|
|||
|
Contrat exécuté
|
Représente la finalisation réussie du contrat, qui a lieu lorsque le dernier signataire requis signe le document. Ceci est explicitement capturé par la plateforme DocuSign eSignature. | ||
|
Pourquoi c'est important
C'est le point de terminaison principal de succès pour le processus de création de contrat. Il est essentiel pour calculer le 'Temps de cycle moyen des contrats' et mesurer le débit global du processus.
Où obtenir
Le timestamp de cet événement est capturé dans le Certificat d'Achèvement et le journal d'audit du document lorsque le workflow de signature électronique est entièrement terminé.
Capture
Enregistré automatiquement par le composant de signature électronique lorsque la dernière signature est appliquée.
Type d'événement
explicit
|
|||
|
Contrat résilié
|
Cette activité représente la fin officielle du cycle de vie d'un contrat, que ce soit par expiration, annulation ou accord mutuel. Elle est souvent capturée par un changement de statut manuel dans le système. | ||
|
Pourquoi c'est important
Il s'agit d'un point de terminaison alternatif pour le processus. Le suivi des résiliations et des expirations est essentiel pour comprendre l'intégralité du cycle de vie des contrats et faciliter l'analyse des renouvellements.
Où obtenir
Cet événement est capturé lorsqu'un utilisateur met à jour le champ de statut du contrat à 'Terminé', 'Expiré' ou 'Annulé'. Le timestamp de ce changement de statut est utilisé.
Capture
Inféré d'un changement dans le champ de statut principal du contrat vers un état terminal.
Type d'événement
inferred
|
|||
|
Demande de contrat initiée
|
Cette activité marque le début formel du cycle de vie du contrat. Elle est généralement capturée lorsqu'un utilisateur soumet un formulaire de demande de contrat ou crée un nouvel enregistrement de contrat dans DocuSign CLM, déclenchant le workflow associé. | ||
|
Pourquoi c'est important
C'est l'événement de démarrage primaire pour le processus. L'analyse de cette activité est essentielle pour mesurer le débit global des contrats et le début du temps de cycle de bout en bout.
Où obtenir
Cet événement est capturé à partir du journal d'audit ou de l'historique du workflow, correspondant au timestamp de création de l'enregistrement du contrat ou à la soumission d'un formulaire de demande.
Capture
Enregistré à partir de la soumission d'un formulaire d'initiation de contrat ou de la création d'un nouvel objet contrat.
Type d'événement
explicit
|
|||
|
Révision juridique démarrée
|
Marque le moment où le contrat est officiellement soumis au service juridique pour examen et commentaires. C'est une étape critique capturée lorsque le contrat entre dans la phase 'Revue juridique' de son workflow. | ||
|
Pourquoi c'est important
La revue juridique est un goulot d'étranglement courant dans la gestion des contrats. Mesurer sa durée est essentiel pour le tableau de bord 'Performance de la revue juridique' et pour identifier les opportunités d'accélération.
Où obtenir
L'événement est capturé à partir de la piste d'audit du workflow, qui enregistre le timestamp lorsqu'une tâche est attribuée à l'équipe juridique ou que le statut du contrat passe à 'En revue juridique'.
Capture
Enregistré par le moteur de
Type d'événement
explicit
|
|||
|
Approbation interne envoyée
|
Cette activité se produit lorsque le contrat, après avoir terminé les revues, est envoyé pour approbation formelle par les autorités internes désignées. Elle est capturée lorsque le workflow d'approbation est initié. | ||
|
Pourquoi c'est important
Cela marque le début de la phase d'approbation interne finale. Sa durée est un élément clé du KPI 'Durée moyenne de la phase d'approbation'.
Où obtenir
C'est une action explicite enregistrée dans l'historique du workflow lorsqu'un utilisateur envoie le contrat pour approbation, déclenchant des attributions aux approbateurs.
Capture
Enregistré lorsque l'action 'Envoyer pour approbation' ou une action de workflow similaire est exécutée.
Type d'événement
explicit
|
|||
|
Contrat ébauché
|
Représente la création et la finalisation du brouillon initial du document contractuel. Cela peut être capturé lorsque la première version du document est téléchargée ou générée et sauvegardée dans le système. | ||
|
Pourquoi c'est important
Ce suivi permet de comprendre le temps consacré à la rédaction et à la préparation avant le début des révisions. Il établit une référence pour mesurer la fréquence des modifications ultérieures.
Où obtenir
Inféré du
Capture
Identifier l'événement de création de la première version de document associée à l'ID du contrat.
Type d'événement
inferred
|
|||
|
Contrat modifié (redlined)
|
Cette activité représente une révision ou un amendement apporté au document contractuel pendant le cycle de négociation ou de revue. Elle est capturée chaque fois qu'une nouvelle version du document est téléchargée ou enregistrée. | ||
|
Pourquoi c'est important
Le suivi de la fréquence des révisions est crucial pour l'ICP (Indicateur Clé de Performance) du 'Taux de retouches contractuelles'. Un nombre élevé de modifications peut révéler des termes peu clairs, une négociation inefficace ou des ébauches initiales de faible qualité.
Où obtenir
Dérivé de l'historique des versions de document associé au contrat. Chaque nouvelle version créée après la première ébauche peut être traitée comme un événement 'Contrat modifié (redlined)'.
Capture
Enregistré lorsqu'une nouvelle version de document est téléchargée ou générée dans le référentiel DocuSign CLM.
Type d'événement
explicit
|
|||
|
Contrat stocké dans le référentiel
|
C'est la dernière étape administrative où le contrat entièrement exécuté est automatiquement classé dans le référentiel central des contrats. Cet événement est généralement déclenché par l'achèvement du processus de signature. | ||
|
Pourquoi c'est important
Garantit que le processus se termine par une tenue de registres appropriée. Il marque le moment final du cycle de vie pré-exécution et le début de la phase post-exécution.
Où obtenir
Capturé à partir de l'historique du
Capture
Enregistré par le moteur de
Type d'événement
explicit
|
|||
|
Envoyé à la contrepartie
|
Représente l'action de partage du document contractuel avec la contrepartie externe pour sa révision et sa signature. Ceci est capturé via une action 'envoyer' ou 'partager' au sein de DocuSign CLM. | ||
|
Pourquoi c'est important
Cette activité marque un transfert à une partie externe, où le contrôle du processus est limité. Comprendre le temps passé avec les contreparties est essentiel pour identifier les retards externes.
Où obtenir
Capturé à partir de la piste d'audit, qui enregistre des actions comme l'envoi d'un e-mail avec le document depuis le CLM ou son partage via un portail externe.
Capture
Enregistré à partir d'une action utilisateur spécifique pour partager le document en externe via les fonctionnalités de la plateforme.
Type d'événement
explicit
|
|||
|
Négociation avec la contrepartie démarrée
|
Indique que la contrepartie a répondu, généralement en fournissant des commentaires ou une version du contrat avec des modifications (redlined). Ceci est inféré lorsqu'une nouvelle version de document est téléchargée par une partie externe ou que le statut revient à une étape de révision interne. | ||
|
Pourquoi c'est important
Cette activité est cruciale pour l'analyse du KPI 'Nombre de transferts de négociation par contrat'. Des boucles fréquentes entre les équipes internes et la contrepartie indiquent une friction dans la négociation.
Où obtenir
Inféré de la réception d'une nouvelle version de document d'une source externe ou d'un changement manuel de statut par un utilisateur pour refléter que les commentaires de la contrepartie ont été reçus.
Capture
Inféré d'un changement de statut vers 'Révision interne' ou 'Rédaction' après que le contrat ait été avec la contrepartie.
Type d'événement
inferred
|
|||
|
Renouvellement de contrat initié
|
Marque le début du processus de renouvellement pour un contrat existant. Cette activité est généralement déclenchée manuellement par un responsable de contrat ou automatiquement en fonction de la date d'expiration du contrat. | ||
|
Pourquoi c'est important
Cette activité est essentielle pour le suivi du KPI 'Taux de renouvellement de contrat dans les délais'. Elle donne un aperçu de la proactivité de l'organisation dans la gestion de ses contrats arrivant à expiration.
Où obtenir
Capturé lorsqu'une action spécifique 'Renouveler le contrat' est effectuée, ce qui peut créer un nouvel enregistrement de contrat lié à l'original ou initier un
Capture
Enregistré à partir d'une action utilisateur spécifique ou d'un déclencheur automatisé conçu pour démarrer le
Type d'événement
explicit
|
|||
|
Révision interne démarrée
|
Cette activité signifie que le contrat rédigé a été soumis pour examen aux parties prenantes internes, telles que les équipes financières ou opérationnelles. Elle est capturée lorsqu'un utilisateur initie la tâche de 'Revue interne' dans le workflow. | ||
|
Pourquoi c'est important
Cela marque le début de la phase de révision, souvent source de goulots d'étranglement. L'analyse de sa durée aide à identifier les retards dans les retours des parties prenantes.
Où obtenir
Enregistré dans l'historique du workflow lorsque le contrat passe au statut 'Revue interne' ou lorsqu'une tâche de revue est attribuée à un utilisateur interne non-juridique.
Capture
Enregistré lorsque le workflow passe à un état ou une tâche assigné(e) pour une revue interne par l'entreprise.
Type d'événement
explicit
|
|||
|
Suivi des obligations démarré
|
Cette activité signifie le début de la gestion post-exécution, où les dates clés et les livrables sont suivis. Elle est capturée lorsqu'une tâche ou un sous-processus de surveillance d'une obligation contractuelle est initié. | ||
|
Pourquoi c'est important
Critique pour le KPI "Taux d'adhésion aux obligations post-exécution", cette activité offre une visibilité sur la gestion des engagements contractuels après la signature.
Où obtenir
Nécessite une analyse système. Cela serait probablement capturé à partir de la création de tâches de suivi des obligations spécifiques ou de workflows liés au contrat principal.
Capture
Enregistré à partir de la création d'une tâche ou d'un
Type d'événement
explicit
|
|||