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 à recueillir
- Activités clés à suivre
- Conseils pour l’extraction des données
Attributs de gestion des contrats
| Nom | Description | ||
|---|---|---|---|
|
Activité
ActivityName
|
Nom de la tâche ou de l’événement précis survenu au cours du cycle de vie du contrat. | ||
|
Description
Cet attribut décrit une étape ou un jalon du processus de gestion des contrats, par exemple « Contrat rédigé », « Début de l’examen juridique » ou « Contrat signé ». Ces activités constituent les éléments de base de la cartographie du processus. L’analyse de leur séquence et de leur fréquence est essentielle au Process Mining. Elle permet de repérer le déroulement réel du processus, de détecter les écarts par rapport à la procédure standard et d’identifier les activités qui prennent le plus de temps ou sont répétées le plus souvent.
Pourquoi est-ce important ?
Il définit les étapes du processus et permet de visualiser et d’analyser le flux de travail lié aux contrats, les goulots d’étranglement et les variations.
Où trouver ces données
Cette information provient généralement du journal d’événements ou des données de la piste d’audit de DocuSign CLM, qui consigne les actions effectuées sur un document contractuel ou un flux de travail.
Exemples
Projet de contrat rédigéRévision interne commencéeEnvoyé à la contrepartieContrat signé
|
|||
|
Heure de début
EventTime
|
Horodatage indiquant le début d’une activité ou d’un événement donné. | ||
|
Description
Cet attribut consigne la date et l’heure précises auxquelles une activité a eu lieu. Il constitue la base temporelle du Process Mining et permet d’analyser les performances du processus au fil du temps. En classant les événements selon leur heure de début, vous obtenez un journal chronologique pour chaque dossier. Vous pouvez ainsi calculer les temps de cycle entre les activités, la durée de chaque étape et la durée totale du processus, de bout en bout. Ces informations sont essentielles pour repérer les goulots d’étranglement, mesurer les temps d’attente et évaluer l’efficacité du processus au regard des SLA.
Pourquoi est-ce important ?
Cet horodatage est essentiel pour classer les événements par ordre chronologique et calculer toutes les métriques temporelles, notamment les temps de cycle et les durées.
Où trouver ces données
Cette information figure généralement dans le journal d’événements ou la piste d’audit de DocuSign CLM, où elle est associée à chaque action enregistrée.
Exemples
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
ID de contrat
ContractId
|
Identifiant unique de chaque contrat géré dans le système. | ||
|
Description
L’identifiant du contrat est l’identifiant de cas de référence. Il relie de façon unique tous les événements et activités associés à un contrat donné, de sa création à sa clôture. Dans DocuSign CLM, il peut correspondre à l’identifiant de l’enveloppe ou à un champ personnalisé d’identification du contrat. Cet attribut est essentiel au process mining, car il permet de reconstituer le parcours de bout en bout de chaque contrat. En regroupant toutes les activités associées sous un même identifiant de contrat, les analystes peuvent visualiser le processus complet, mesurer les temps de cycle et comparer les variations entre les contrats.
Pourquoi est-ce important ?
Il s’agit de la clé principale qui relie tous les événements associés au processus et permet de retracer et d’analyser l’ensemble du cycle de vie d’un contrat.
Où trouver ces données
Il s’agit généralement de l’identifiant principal d’un contrat ou d’une enveloppe dans DocuSign CLM. Il peut être nommé « Identifiant de l’enveloppe » ou correspondre à un champ personnalisé configuré pour identifier les contrats.
Exemples
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage de la dernière actualisation ou extraction des données depuis le système source. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour du jeu de données. Il permet de savoir à quel point les données utilisées pour l’analyse sont récentes. Dans les Dashboards et les rapports, cette information est essentielle à la gouvernance des données et à la confiance des utilisateurs. Elle aide les analystes à déterminer s’ils consultent des informations en temps réel ou un instantané pris à une date précise, un élément important pour prendre des décisions éclairées au bon moment.
Pourquoi est-ce important ?
Il indique la fraîcheur des données et permet aux utilisateurs de savoir si l’analyse du processus repose sur des informations récentes.
Où trouver ces données
Il s’agit d’un attribut de métadonnées, généralement généré et enregistré par l’outil ETL (Extract, Transform, Load) ou le pipeline de données lors de l’ingestion des données.
Exemples
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Système source
SourceSystem
|
Indique le système dont les données ont été extraites. | ||
|
Description
Cet attribut précise l’origine des données du processus. Dans cette vue, sa valeur serait toujours « DocuSign CLM » ou un identifiant similaire. Même si ce champ peut sembler redondant pour une analyse portant sur un seul système, il est recommandé de l’inclure. Il devient essentiel lorsque vous regroupez des données issues de plusieurs systèmes, par exemple des données contractuelles provenant d’un CRM et des données de flux de travail provenant de DocuSign. Vous pouvez ainsi assurer la traçabilité et connaître clairement la provenance des données.
Pourquoi est-ce important ?
Il assure la traçabilité des données et est indispensable aux analyses qui regroupent des données provenant de plusieurs systèmes d’entreprise.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction et de la transformation des données pour indiquer l’origine du jeu de données.
Exemples
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Contrepartie
Counterparty
|
Partie externe, comme un client ou un fournisseur, qui prend part au contrat. | ||
|
Description
Cet attribut identifie l’autre organisation partie à l’accord. Les contreparties peuvent avoir des pratiques de négociation, des exigences juridiques et des délais de réponse différents, ce qui peut avoir une incidence importante sur le cycle de vie du contrat. L’analyse des performances du processus par contrepartie permet de repérer les partenaires avec lesquels la collaboration est simple et ceux qui entraînent régulièrement des retards. Ces informations peuvent servir à améliorer la gestion des relations et à définir des attentes réalistes pour les négociations à venir. Il s’agit d’une dimension importante pour l’analyse « Reprises et fréquence des révisions des contrats ».
Pourquoi est-ce important ?
Il permet d’analyser l’incidence des échanges avec les différentes parties externes sur la durée des négociations, le nombre de révisions et les temps de cycle globaux.
Où trouver ces données
Cette information fait partie des données de base du contrat. Elle est souvent enregistrée dans un champ dédié, comme « Nom de la contrepartie » ou « Société ».
Exemples
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Date d’expiration
ExpirationDate
|
Date à laquelle le contrat doit expirer. | ||
|
Description
Cet attribut indique la date d’expiration prévue du contrat. Il s’agit d’une métadonnée importante pour gérer le portefeuille de contrats de manière proactive, en particulier pour les contrats générant des revenus récurrents ou les accords de services à long terme. Cette date est au cœur du Dashboard « Prévisions de renouvellement et d’expiration des contrats ». En surveillant les contrats proches de leur date d’expiration, les organisations peuvent lancer les flux de travail de renouvellement à temps. Cette information sert également à calculer l’indicateur clé de performance « Taux de renouvellement des contrats dans les délais », afin d’éviter les pertes de revenus et les interruptions de service.
Pourquoi est-ce important ?
Il est essentiel à la gestion proactive des contrats : il permet de renouveler les contrats à temps et d’éviter leur expiration involontaire.
Où trouver ces données
Il s’agit d’un champ de métadonnées standard à renseigner pour tout contrat DocuSign CLM ayant une durée définie.
Exemples
2024-12-312025-06-302026-01-15
|
|||
|
Heure de fin
EndTime
|
Horodatage indiquant la fin d’une activité ou d’un événement donné. | ||
|
Description
Cet attribut consigne la date et l’heure précises auxquelles une activité s’est terminée. L’heure de début marque le commencement de l’activité, tandis que l’heure de fin en indique l’achèvement. Vous pouvez ainsi calculer précisément la durée de chaque activité. L’analyse de l’heure de fin permet de calculer la durée de traitement des activités, c’est-à-dire le temps de travail effectif consacré à une tâche. Vous pouvez ainsi distinguer le travail actif du temps d’attente et mieux comprendre l’efficacité des ressources ainsi que le coût réel des retards. Par exemple, cet attribut permet de calculer la durée exacte de l’activité « Examen juridique ».
Pourquoi est-ce important ?
Il permet de calculer précisément la durée de chaque activité et de distinguer le temps de traitement effectif du temps d’attente.
Où trouver ces données
Dans des systèmes comme DocuSign CLM, cette information peut être consignée explicitement dans la piste d’audit ou déduite de l’heure de début de l’événement suivant.
Exemples
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Responsable du contrat
ContractOwner
|
Utilisateur ou employé chargé de gérer le contrat tout au long de son cycle de vie. | ||
|
Description
Le responsable du contrat est le principal interlocuteur et la personne chargée de faire avancer le contrat. Il s’agit généralement de la personne qui a lancé la demande de contrat ou qui est responsable de la relation commerciale. L’analyse des performances par responsable du contrat peut révéler des tendances en matière d’efficacité, de reprises et de temps de cycle. Elle permet de repérer les personnes ou les équipes les plus performantes, ainsi que celles qui pourraient avoir besoin d’une formation ou d’une assistance supplémentaire. C’est une dimension importante pour segmenter les données dans des Dashboards comme « Analyse du temps de cycle des contrats ».
Pourquoi est-ce important ?
Il permet d’analyser les performances par personne ou par équipe, de repérer les bonnes pratiques et de déterminer les activités réalisées par les utilisateurs qui pourraient être améliorées.
Où trouver ces données
Il s’agit généralement d’un champ utilisateur associé à l’objet contrat, souvent renseigné avec le nom de la personne qui a créé le flux de travail ou qui en est responsable.
Exemples
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Statut du contrat
ContractStatus
|
État ou statut actuel du contrat au cours de son cycle de vie. | ||
|
Description
Cet attribut indique le statut général du contrat à un moment donné, par exemple « Brouillon », « En cours d’examen », « En attente de signature » ou « Signé ». Il donne une vue d’ensemble de l’avancement du contrat dans le processus. Dans le cadre du Process Mining, l’analyse du statut permet de filtrer les dossiers et de créer des Dashboards qui suivent le nombre de contrats à chaque étape. Le Dashboard « Suivi des contrats en temps réel » s’appuie directement sur cet attribut pour donner une vue du portefeuille de contrats en cours et repérer les étapes où le travail s’accumule.
Pourquoi est-ce important ?
Il donne un aperçu de l’avancement du contrat, essentiel au suivi des statuts, à la gestion de la charge de travail et à la détection des goulots d’étranglement.
Où trouver ces données
Cette information est généralement disponible comme attribut principal de l’objet contrat ou flux de travail dans DocuSign CLM.
Exemples
BrouillonEn révision interneEn attente de signatureSignéRésilié
|
|||
|
Type de contrat
ContractType
|
Catégorie du contrat, par exemple NDA, MSA ou SOW. | ||
|
Description
Cet attribut classe les contrats selon leur objet juridique ou commercial. Les différents types de contrats suivent souvent des flux de travail distincts, sont soumis à des exigences d’approbation différentes et présentent des niveaux de complexité variables. La segmentation de l’analyse du processus par type de contrat est essentielle pour comprendre les écarts de performance. Elle permet aux analystes de comparer les temps de cycle, les taux de conformité et les pratiques de négociation selon les types d’accords. Par exemple, un NDA devrait avoir un temps de cycle bien plus court qu’un contrat-cadre de services complexe. Cet attribut permet de comparer ces durées.
Pourquoi est-ce important ?
Il permet de comparer les performances du processus entre différentes catégories de contrats, qui ont souvent des flux de travail et des niveaux de complexité distincts.
Où trouver ces données
Il s’agit d’un champ de métadonnées important, généralement sélectionné dans une liste déroulante lors de la création d’un contrat dans DocuSign CLM.
Exemples
Accord de confidentialité (NDA)Contrat-cadre de services (MSA)Énoncé des travaux (SOW)
|
|||
|
Valeur du contrat
ContractValue
|
Valeur monétaire totale du contrat. | ||
|
Description
Cet attribut représente la valeur financière de l’accord, qui peut correspondre à un montant unique ou récurrent. La valeur du contrat détermine souvent le niveau de contrôle requis et la complexité du circuit d’approbation. L’analyse du processus selon la valeur du contrat est essentielle pour prioriser les accords de grande valeur et repérer les retards injustifiés. Elle permet également de vérifier la conformité, par exemple en contrôlant que les contrats dépassant un certain seuil ont été approuvés par le directeur financier. Cet attribut aide à concentrer les efforts d’optimisation sur les contrats ayant le plus grand poids financier.
Pourquoi est-ce important ?
Il permet de définir les priorités et d’évaluer les risques, car les contrats de grande valeur nécessitent souvent un examen plus strict et ont davantage d’incidence sur l’activité.
Où trouver ces données
Il s’agit généralement d’un champ numérique ou monétaire dans les métadonnées du contrat dans DocuSign CLM.
Exemples
500002500001200000
|
|||
|
Durée de la phase d’approbation
ApprovalPhaseDuration
|
Durée totale de toutes les activités liées à l’approbation. | ||
|
Description
Cette métrique calcule le temps total passé par un contrat dans la phase d’approbation, depuis son envoi pour la première approbation interne jusqu’à l’obtention de la dernière approbation requise. Elle peut être calculée en additionnant les durées de toutes les activités liées à l’approbation ou en mesurant le temps écoulé entre le début de la première activité d’approbation et la fin de la dernière. Cet attribut est la mesure principale de l’indicateur clé de performance « Durée moyenne de la phase d’approbation ». Il permet d’isoler les retards liés au processus d’approbation, plutôt qu’à la rédaction ou à la négociation. Le suivi de cette durée aide les organisations à mieux comprendre l’incidence de leur matrice d’approbation et à repérer les possibilités de la simplifier.
Pourquoi est-ce important ?
Il isole le temps consacré aux approbations et facilite ainsi la détection et la résolution des goulots d’étranglement dans le circuit d’approbation.
Où trouver ces données
Cette durée est calculée dans l’outil de Process Mining en repérant tous les événements liés aux approbations, par exemple « Approbation interne envoyée » et « Approbation interne reçue », puis en mesurant le temps écoulé entre le premier et le dernier événement de ce type pour chaque dossier.
Exemples
5 jours et 2 heures10 jours et 1 heure2 jours et 6 heures
|
|||
|
Juriste responsable
LegalCounsel
|
Juriste ou membre de l’équipe chargé d’examiner le contrat. | ||
|
Description
Cet attribut identifie la personne du service juridique chargée d’examiner et d’approuver le contrat. Il s’agit d’une personne différente du responsable du contrat, qui travaille généralement du côté métier. L’attribution des examens à un juriste précis permet d’analyser en détail cette étape. Elle aide à créer le Dashboard « Performances de l’examen juridique » pour mesurer et comparer le débit de traitement et les temps de cycle des différents membres de l’équipe juridique. Ces informations peuvent servir à mieux répartir la charge de travail et à repérer les possibilités d’amélioration de l’efficacité au sein du service.
Pourquoi est-ce important ?
Il permet d’analyser en détail l’étape d’examen juridique, de mieux répartir la charge de travail et de mesurer les performances de l’équipe juridique.
Où trouver ces données
Cette information provient des données d’attribution des tâches dans un flux de travail DocuSign CLM. Elle indique à qui la tâche « Examen juridique » a été attribuée.
Exemples
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Reprises
IsRework
|
Indicateur booléen précisant si le contrat a fait l’objet d’un cycle de révision important. | ||
|
Description
Cet attribut calculé repère les contrats ayant fait l’objet de reprises, par exemple lorsqu’un contrat est renvoyé pour modification après avoir déjà reçu une approbation interne. Il est généralement calculé à partir de séquences d’activités précises et indésirables. Cet indicateur simplifie l’analyse des inefficacités du processus. Il permet de calculer directement l’indicateur clé de performance « Taux de reprises des contrats » et de filtrer facilement les contrats qui ont nécessité des efforts supplémentaires. Vous pouvez ainsi repérer les causes profondes des reprises, comme des exigences initiales imprécises ou des points de négociation difficiles.
Pourquoi est-ce important ?
Il permet de quantifier et d’analyser la fréquence des reprises, un indicateur important des inefficacités du processus et des coûts cachés.
Où trouver ces données
Cet attribut est calculé dans l’outil de Process Mining à l’aide de règles qui repèrent les boucles de reprise, par exemple lorsqu’un événement « Contrat modifié » survient après un événement « Approbation interne reçue ».
Exemples
truefalse
|
|||
|
Service
Department
|
Unité opérationnelle ou service interne responsable du contrat. | ||
|
Description
Cet attribut indique le service interne, par exemple les ventes, le marketing ou l’informatique, qui a lancé le contrat ou en est responsable. Les processus et les besoins varient d’un service à l’autre, ce qui peut entraîner des pratiques de gestion des contrats différentes. La segmentation de l’analyse par service est essentielle pour comprendre comment les différentes parties de l’entreprise utilisent le processus de gestion des contrats. Elle permet de créer des rapports ciblés, comme le « Rapport sur les goulots d’étranglement dans l’approbation des contrats », afin de déterminer si les retards se concentrent dans certaines unités opérationnelles et d’adapter les améliorations du processus aux besoins de chaque service.
Pourquoi est-ce important ?
Il permet de comparer les performances des différentes unités opérationnelles et de mettre en évidence les écarts d’efficacité, de conformité et de charge de travail.
Où trouver ces données
Il peut s’agir d’un champ de métadonnées du contrat ou d’une information déduite du service auquel appartient le responsable du contrat.
Exemples
VentesJuridiqueAchatsMarketing
|
|||
|
Signé électroniquement
IsESigned
|
Indicateur booléen précisant si le contrat a été signé électroniquement. | ||
|
Description
Cet attribut indique si le contrat a été signé à l’aide d’un outil de signature électronique intégré, comme DocuSign eSignature, ou selon une méthode hors ligne, par exemple avec une signature manuscrite suivie d’une numérisation. Cet attribut contribue directement à l’indicateur clé de performance « Taux d’adoption de la signature électronique ». En analysant la proportion de contrats signés électroniquement, une entreprise peut mesurer les résultats de ses initiatives de transformation numérique. Un taux d’adoption plus élevé est généralement associé à des délais de signature plus courts, à des coûts administratifs réduits, ainsi qu’à une meilleure conformité et à un meilleur suivi des documents.
Pourquoi est-ce important ?
Il mesure l’adoption des processus numériques et permet de quantifier les gains d’efficacité liés à l’utilisation de fonctions de signature électronique intégrées.
Où trouver ces données
Cette information peut être déterminée en vérifiant si l’événement « Contrat signé » provient du service DocuSign eSignature intégré.
Exemples
truefalse
|
|||
|
Statut de l’approbation
ApprovalStatus
|
Statut des étapes d’approbation, par exemple « En attente », « Approuvé » ou « Rejeté ». | ||
|
Description
Cet attribut indique précisément le statut de la phase d’approbation du cycle de vie du contrat. Le statut du contrat donne une vue d’ensemble du dossier, tandis que le statut de l’approbation suit le résultat de chaque activité d’approbation. Cet attribut est essentiel au « Rapport sur les goulots d’étranglement dans l’approbation des contrats » et au « Suivi des contrats en temps réel ». Il permet de voir clairement quels contrats sont en attente d’approbation, lesquels ont été rejetés et nécessitent des reprises, et lesquels ont passé l’étape d’approbation. L’analyse des transitions entre ces statuts aide à repérer les points précis de blocage ou de retard dans le circuit d’approbation.
Pourquoi est-ce important ?
Il donne une vue détaillée de la phase d’approbation et permet de repérer les contrats bloqués et d’en comprendre la raison.
Où trouver ces données
Il s’agit du résultat d’une tâche d’approbation ou d’une étape du flux de travail dans DocuSign CLM.
Exemples
En attente de l’approbation du service juridiqueApprouvé par le service financierRejeté par le vice-président des ventes
|
|||
|
Version du document
DocumentVersion
|
Numéro de version du document contractuel. | ||
|
Description
Cet attribut suit les différentes versions du document contractuel au fil des révisions et des modifications. Chaque importation ou enregistrement d’une nouvelle version doit incrémenter ce numéro. Le suivi des versions du document permet de mesurer directement les reprises et la complexité des négociations. Un nombre élevé de versions indique de nombreux allers-retours entre les parties. Cet attribut sert notamment à calculer l’indicateur clé de performance « Nombre moyen de révisions du document » et à analyser le Dashboard « Reprises et fréquence des révisions des contrats ».
Pourquoi est-ce important ?
Il mesure directement le volume de reprises et les efforts de négociation en comptabilisant le nombre de révisions du document.
Où trouver ces données
DocuSign CLM intègre un contrôle des versions des 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
|
Cette étape importante indique que tous les approbateurs internes requis ont approuvé le contrat. Elle est enregistrée lorsque le dernier approbateur requis termine sa tâche dans le flux de travail. | ||
|
Pourquoi est-ce important ?
Cette étape importante indique que le contrat est prêt pour la négociation externe ou la signature. Les retards qui la précèdent révèlent des difficultés d’alignement interne.
Où trouver ces données
Cet événement est enregistré dans l’historique du flux de travail lorsque la tâche d’approbation atteint l’état final « Approuvé ».
Données à recueillir
Enregistré lorsque le dernier approbateur d’un flux d’approbation séquentiel ou parallèle donne son accord.
Type d’événement
explicit
|
|||
|
Contrat envoyé pour signature
|
Cette activité marque le lancement du processus de signature électronique du contrat final approuvé. Fonctionnalité centrale de DocuSign, elle est enregistrée lorsqu’un utilisateur envoie le document dans une enveloppe DocuSign eSignature. | ||
|
Pourquoi est-ce important ?
Cette étape importante précède la signature. L’analyse du temps écoulé entre cette étape et la signature permet d’évaluer l’efficacité de la collecte des signatures et de suivre l’indicateur clé de performance du taux d’adoption de la signature électronique.
Où trouver ces données
Il s’agit d’un événement explicite et central, enregistré dans l’historique détaillé ou la piste d’audit du document, souvent sous le nom « Historique de l’enveloppe ».
Données à recueillir
Enregistré directement par le système lors de la création et de l’envoi d’une enveloppe eSignature.
Type d’événement
explicit
|
|||
|
Contrat résilié
|
Cette activité marque la fin officielle du cycle de vie d’un contrat, à la suite de son expiration, de sa résiliation ou d’un accord mutuel. Elle est souvent enregistrée lors d’un changement manuel d’état dans le système. | ||
|
Pourquoi est-ce important ?
Il s’agit d’un autre événement de fin possible du processus. Le suivi des résiliations et des expirations est essentiel pour comprendre l’ensemble du cycle de vie des contrats et analyser les renouvellements.
Où trouver ces données
Cet événement est enregistré lorsqu’un utilisateur modifie le champ d’état du contrat pour indiquer « Résilié », « Expiré » ou « Annulé ». L’horodatage utilisé est celui de ce changement d’état.
Données à recueillir
Déduit du passage du champ d’état principal du contrat à un état final.
Type d’événement
inferred
|
|||
|
Contrat signé
|
Correspond à la finalisation du contrat, lorsque le dernier signataire requis signe le document. La plateforme DocuSign eSignature enregistre explicitement cet événement. | ||
|
Pourquoi est-ce important ?
Il s’agit du principal événement de fin marquant la réussite du processus de création du contrat. Il est indispensable pour calculer le temps de cycle moyen des contrats et mesurer le volume global de contrats traités.
Où trouver ces données
L’horodatage de cet événement figure dans le certificat d’achèvement et le journal d’audit du document, une fois le flux de signature électronique terminé.
Données à recueillir
Enregistré automatiquement par le composant eSignature lors de l’apposition de la dernière signature.
Type d’événement
explicit
|
|||
|
Demande de contrat lancée
|
Cette activité marque le début officiel du cycle de vie du contrat. Elle est généralement enregistrée lorsqu’un utilisateur soumet un formulaire de demande de contrat ou crée une nouvelle fiche de contrat dans DocuSign CLM, ce qui déclenche le flux de travail associé. | ||
|
Pourquoi est-ce important ?
Il s’agit de l’événement de début principal du processus. L’analyse de cette activité est essentielle pour mesurer le volume global de contrats traités et le début du temps de cycle de bout en bout.
Où trouver ces données
Cet événement est extrait du journal d’audit ou de l’historique du flux de travail. Il correspond à l’horodatage de création de la fiche de contrat ou à la soumission d’un formulaire de demande.
Données à recueillir
Enregistré lors de la soumission d’un formulaire de lancement de contrat ou de la création d’un nouvel objet contrat.
Type d’événement
explicit
|
|||
|
Révision juridique commencée
|
Marque le moment où le contrat est officiellement transmis au service juridique pour révision et commentaires. Cette étape essentielle est enregistrée lorsque le contrat passe à l’étape « Révision juridique » de son flux de travail. | ||
|
Pourquoi est-ce important ?
La révision juridique est souvent un goulot d’étranglement dans la gestion des contrats. Mesurer sa durée est essentiel pour le Dashboard « Performance de la révision juridique » et pour repérer les possibilités d’accélération.
Où trouver ces données
L’événement est extrait de la piste d’audit du flux de travail, qui enregistre l’horodatage d’attribution d’une tâche à l’équipe juridique ou le passage du contrat à l’état « En révision juridique ».
Données à recueillir
Enregistré par le moteur de flux de travail lorsque le contrat est affecté à une tâche ou à une file d’attente de révision juridique.
Type d’événement
explicit
|
|||
|
Contrat annoté
|
Cette activité correspond à une révision ou à une modification du document contractuel pendant le cycle de négociation ou de révision. Elle est enregistrée chaque fois qu’une nouvelle version du document est importée ou enregistrée. | ||
|
Pourquoi est-ce important ?
Le suivi de la fréquence des modifications est essentiel pour l’indicateur clé de performance du taux de reprise des contrats. Un nombre élevé de révisions peut révéler des clauses peu claires, une négociation inefficace ou un premier projet de mauvaise qualité.
Où trouver ces données
Déduit de l’historique des versions du document associé au contrat. Chaque nouvelle version créée après le premier projet peut être considérée comme un événement « Contrat annoté ».
Données à recueillir
Enregistré lorsqu’une nouvelle version du document est importée ou générée dans le référentiel DocuSign CLM.
Type d’événement
explicit
|
|||
|
Contrat archivé dans le référentiel
|
Il s’agit de la dernière étape administrative : le contrat signé est automatiquement classé dans le référentiel central des contrats. Cet événement est généralement déclenché à la fin du processus de signature. | ||
|
Pourquoi est-ce important ?
Cette étape garantit la bonne tenue des dossiers à la fin du processus. Elle marque la fin du cycle de vie avant signature et le début de la phase qui suit la signature.
Où trouver ces données
Extrait de l’historique du flux de travail, où il correspond à la fin de la dernière étape, qui archive le document signé.
Données à recueillir
Enregistré par le moteur de flux de travail comme dernière étape automatisée après la signature du contrat.
Type d’événement
explicit
|
|||
|
Demande d’approbation interne envoyée
|
Cette activité a lieu une fois les révisions terminées, lorsque le contrat est transmis aux autorités internes désignées pour approbation officielle. Elle est enregistrée au lancement du flux d’approbation. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début de la dernière phase d’approbation interne. Sa durée est un élément clé de l’indicateur de durée moyenne de la phase d’approbation.
Où trouver ces données
Il s’agit d’une action explicite enregistrée dans l’historique du flux de travail lorsqu’un utilisateur envoie le contrat pour approbation, ce qui déclenche l’attribution des tâches aux approbateurs.
Données à recueillir
Enregistré lorsque l’action « Envoyer pour approbation » ou une action similaire du flux de travail est exécutée.
Type d’événement
explicit
|
|||
|
Envoyé à la contrepartie
|
Correspond à l’envoi du document contractuel à la contrepartie externe pour révision et signature. L’activité est enregistrée lors de l’utilisation d’une action d’envoi ou de partage dans DocuSign CLM. | ||
|
Pourquoi est-ce important ?
Cette activité marque le transfert du contrat à une partie externe, sur laquelle le contrôle du processus est limité. Il est essentiel de connaître le temps passé auprès des contreparties pour repérer les retards externes.
Où trouver ces données
Extrait de la piste d’audit, qui enregistre notamment l’envoi d’un courriel contenant le document depuis le CLM ou son partage sur un portail externe.
Données à recueillir
Enregistré lorsqu’un utilisateur partage le document avec une partie externe à l’aide des fonctionnalités de la plateforme.
Type d’événement
explicit
|
|||
|
Négociation avec la contrepartie commencée
|
Indique que la contrepartie a répondu, généralement en transmettant des commentaires ou une version annotée du contrat. Cet événement est déduit de l’importation d’une nouvelle version du document par une partie externe ou du retour à une étape de révision interne. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour analyser l’indicateur clé de performance du nombre de transferts entre équipes et contreparties par contrat. Des échanges fréquents entre les équipes internes et la contrepartie révèlent des difficultés de négociation.
Où trouver ces données
Déduit de la réception d’une nouvelle version du document provenant d’une source externe ou d’un changement manuel d’état par un utilisateur indiquant que les commentaires de la contrepartie ont été reçus.
Données à recueillir
Déduit du retour à l’état « Révision interne » ou « Rédaction » après l’envoi du contrat à la contrepartie.
Type d’événement
inferred
|
|||
|
Projet de contrat rédigé
|
Cette activité correspond à la création et à la finalisation du premier projet du document contractuel. Elle peut être enregistrée lorsque la première version du document est importée ou générée, puis enregistrée dans le système. | ||
|
Pourquoi est-ce important ?
Le suivi de cette activité permet de connaître le temps consacré à la rédaction et à la préparation avant le début des révisions. Il sert également de référence pour mesurer la fréquence des révisions ultérieures.
Où trouver ces données
Déduit de l’horodatage de création de la première version du document dans l’historique du contrat, ou d’un changement d’état indiquant « Rédaction terminée ».
Données à recueillir
Repérez l’événement de création de la première version du document associé à l’identifiant du contrat.
Type d’événement
inferred
|
|||
|
Renouvellement du contrat lancé
|
Marque le début du renouvellement d’un contrat existant. Cette activité est généralement déclenchée manuellement par le responsable du contrat ou automatiquement à l’approche de sa date d’expiration. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle au suivi de l’indicateur clé de performance du taux de renouvellement des contrats dans les délais. Elle montre dans quelle mesure l’organisation anticipe l’expiration de ses contrats.
Où trouver ces données
Enregistré lorsqu’une action spécifique de renouvellement du contrat est effectuée. Celle-ci peut créer une nouvelle fiche de contrat liée à l’original ou lancer un flux de renouvellement.
Données à recueillir
Enregistré à la suite d’une action précise d’un utilisateur ou d’un déclencheur automatique conçu pour lancer le flux de renouvellement.
Type d’événement
explicit
|
|||
|
Révision interne commencée
|
Cette activité indique que le projet de contrat a été soumis à la révision des parties prenantes internes, par exemple les services financiers ou les opérations. Elle est enregistrée lorsqu’un utilisateur lance la tâche « Révision interne » dans le flux de travail. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début de la phase de révision, souvent à l’origine de goulots d’étranglement. L’analyse de sa durée aide à repérer les retards dans les retours des parties prenantes.
Où trouver ces données
Enregistrée dans l’historique du flux de travail lorsque le contrat passe à l’état « Révision interne » ou qu’une tâche de révision est attribuée à un utilisateur interne qui ne fait pas partie du service juridique.
Données à recueillir
Enregistré lorsque le flux de travail passe à un état ou à une tâche de révision interne par les services concernés.
Type d’événement
explicit
|
|||
|
Suivi des obligations commencé
|
Cette activité marque le début de la gestion après signature, qui consiste à suivre les dates clés et les livrables. Elle est enregistrée au lancement d’une tâche ou d’un sous-processus de suivi d’une obligation contractuelle. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour l’indicateur clé de performance du taux de respect des obligations après signature. Elle permet de vérifier si les engagements contractuels sont suivis après la signature.
Où trouver ces données
Une analyse du système est nécessaire. Cet événement pourrait être extrait de la création de tâches ou de flux de travail spécifiques de suivi des obligations, associés au contrat principal.
Données à recueillir
Enregistré lors de la création d’une tâche ou d’un flux de travail de gestion des obligations après signature.
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Appuyez-vous sur ce modèle de données pour lancer votre démarche de Process Mining et améliorer l’efficacité de vos flux de travail de gestion des contrats.
Réduisez les retards : optimisez dès maintenant la gestion de vos contrats
Repérez les inefficacités, réduisez les temps de cycle de 30 % et renforcez la conformité.
Aucune carte bancaire requise • Commencez en quelques minutes