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
Attributs de gestion des contrats
| Nom | Description | ||
|---|---|---|---|
|
ID de contrat
ContractId
|
Identifiant unique de chaque contrat géré dans le système. Cet ID relie toutes les activités et tous les événements associés pendant le cycle de vie du contrat. | ||
|
Description
L’ID du contrat sert d’identifiant de cas de référence et relie de manière unique tous les événements et activités associés à un contrat donné. Chaque enregistrement du journal d’événements correspond à une action effectuée sur un contrat, et cet ID regroupe ces actions. Dans l’analyse Process Mining, cet attribut est indispensable pour reconstituer le parcours complet de chaque contrat. Il permet de visualiser les flux de processus, de calculer les temps de cycle entre la demande et la signature, et de segmenter l’analyse selon les caractéristiques de chaque contrat.
Pourquoi est-ce important ?
Cette clé est indispensable pour suivre l’ensemble du parcours d’un contrat. Sans elle, vous ne pouvez ni analyser le flux de processus de bout en bout ni calculer les indicateurs clés de performance par cas.
Où trouver ces données
Il s’agit généralement de la clé primaire de la table principale des contrats dans Agiloft.
Exemples
CTR-2023-00123MSA-2024-00045NDA-2023-00789
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation ou extraction des données depuis le système source. | ||
|
Description
Cet attribut indique l’horodatage de la dernière extraction des données. Il est essentiel pour connaître leur fraîcheur et gérer la fréquence des actualisations. Les utilisateurs s’appuient sur cet horodatage pour vérifier que les informations consultées sont à jour et connaître la période couverte par l’analyse. Il s’agit d’une métadonnée importante pour toute analyse fiable fondée sur les données.
Pourquoi est-ce important ?
Permet aux utilisateurs de connaître l’actualité des données, un élément essentiel pour prendre des décisions métier précises au bon moment.
Où trouver ces données
Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement des données (ETL).
Exemples
2024-05-20T08:00:00Z
|
|||
|
Heure de début
EventTime
|
Horodatage indiquant le début d’une activité ou d’un événement précis. | ||
|
Description
Cet attribut indique la date et l’heure de chaque activité enregistrée dans l’historique du contrat. Il établit l’ordre chronologique des événements, essentiel à la découverte et à l’analyse des processus. L’heure de début sert à calculer les durées entre les activités, à repérer les goulots d’étranglement et à mesurer les temps de cycle. Elle constitue la base de presque tous les indicateurs temporels, comme le « Temps de cycle moyen des contrats » et la « Durée moyenne de la phase d’approbation ».
Pourquoi est-ce important ?
Cet horodatage est indispensable pour ordonner les événements, calculer les durées et analyser les résultats du processus au fil du temps. Le Process Mining est impossible sans lui.
Où trouver ces données
Il s’agit de l’horodatage d’une action enregistrée dans l’historique du contrat ou dans les tables de piste d’audit d’Agiloft.
Exemples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’activité ou de l’événement métier précis survenu à une étape du cycle de vie du contrat. | ||
|
Description
Cet attribut décrit l’étape réalisée dans le processus, par exemple « Contrat rédigé », « Examen juridique effectué » ou « Contrat exécuté/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 aide à repérer le flux de processus principal, à détecter les écarts ou les boucles de reprise et à identifier les étapes les plus fréquentes ou les plus longues. Elle est indispensable pour créer des Dashboards tels que « Vue d’ensemble du cycle de vie des contrats » et « Variantes du processus de rédaction des contrats ».
Pourquoi est-ce important ?
Les activités définissent les étapes de votre cartographie du processus. Cet attribut est nécessaire pour visualiser le flux de processus et comprendre le travail effectué.
Où trouver ces données
Déduit de l’action ou du changement de statut enregistré dans l’historique du contrat ou dans les tables de piste d’audit d’Agiloft.
Exemples
Contrat rédigéRevue juridique effectuéeEnvoyé pour signatureContrat signé
|
|||
|
Système source
SourceSystem
|
Système de référence à partir duquel les données ont été extraites. | ||
|
Description
Cet attribut indique l’origine des données de gestion des contrats. Pour ce processus, sa valeur sera toujours « Agiloft ». Dans les analyses d’entreprise qui regroupent des données provenant de plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données et définir correctement le périmètre des analyses. Il apporte du contexte et facilite le suivi de leur origine.
Pourquoi est-ce important ?
Indique l’origine des données, ce qui est essentiel à leur gouvernance, au dépannage et à l’intégration de données provenant de plusieurs sources.
Où trouver ces données
Il s’agit d’une valeur statique à ajouter lors de l’extraction et de la transformation des données.
Exemples
Agiloft
|
|||
|
Date d’expiration
ExpirationDate
|
Date à laquelle le contrat doit expirer s’il n’est ni renouvelé ni résilié. | ||
|
Description
La date d’expiration est un champ essentiel qui détermine la fin de la période de validité du contrat. Elle est indispensable à la gestion des renouvellements et des résiliations, ainsi qu’à la prévention des expirations involontaires et des renouvellements automatiques non souhaités. Cet attribut est au cœur du Dashboard « Échéances et statuts des contrats à venir » et de l’indicateur « Taux de traitement des contrats dans les délais ». Il permet à l’entreprise d’anticiper les échéances de fin de contrat, de traiter les renouvellements ou les résiliations à temps et d’éviter les dates limites manquées.
Pourquoi est-ce important ?
Indispensable à une gestion proactive des contrats, il permet à l’entreprise de ne pas manquer les échéances de renouvellement ou de résiliation.
Où trouver ces données
Il s’agit d’un champ de date standard de la table principale des contrats dans Agiloft.
Exemples
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
|
|||
|
Heure de fin
EventEndTime
|
Horodatage indiquant la fin d’une activité ou d’un événement précis. | ||
|
Description
L’heure de début indique quand une activité commence, tandis que l’heure de fin en marque l’achèvement. La différence entre les deux correspond à la durée de traitement de cette activité. En Process Mining, disposer des heures de début et de fin permet d’analyser plus précisément l’utilisation des ressources et de distinguer les temps d’attente des périodes de travail effectif. Par exemple, il devient possible de différencier le temps consacré à l’examen juridique du temps passé dans une file d’attente. Ces données alimentent l’indicateur « Durée de traitement de l’examen juridique ».
Pourquoi est-ce important ?
Permet de calculer la durée réelle de traitement d’une activité en séparant le temps de travail effectif du temps d’attente, pour repérer les goulots d’étranglement avec plus de précision.
Où trouver ces données
Dans certains systèmes, cette information est disponible directement. Elle est souvent déduite de l’heure de début de l’activité suivante dans le cas. Dans Agiloft, il peut être nécessaire de la calculer à partir de la piste d’audit.
Exemples
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
|
|||
|
Nom de l’utilisateur
UserName
|
Nom de l’utilisateur ou de la ressource ayant effectué l’activité. | ||
|
Description
Cet attribut identifie la personne responsable d’une étape du processus, par exemple celle qui a rédigé le contrat ou l’avocat qui a effectué l’examen juridique. Il provient généralement des informations utilisateur associées à une action dans la piste d’audit du système. L’analyse par utilisateur est essentielle au Dashboard « Analyse de la charge de travail liée aux contrats », car elle permet d’étudier la répartition de la charge, les différences de résultats entre les personnes et les besoins de formation. Elle aide également à retracer la responsabilité d’actions précises.
Pourquoi est-ce important ?
Permet d’analyser la charge de travail, de comparer les résultats et de repérer les goulots d’étranglement ou les bonnes pratiques propres à certaines ressources.
Où trouver ces données
Se trouve généralement dans les tables d’historique du contrat ou de piste d’audit, avec un lien vers l’utilisateur à l’origine de la modification.
Exemples
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Nom du cocontractant
CounterpartyName
|
Nom de la partie externe, du client, du fournisseur ou du partenaire concerné par le contrat. | ||
|
Description
Cet attribut identifie l’autre organisation ou personne qui signe le contrat. Le cocontractant peut avoir une influence importante sur la négociation, les délais et les conditions de l’accord. L’analyse des résultats du processus par cocontractant est un objectif important des Dashboards « Facteurs de variation du temps de cycle des contrats » et « Fréquence des versions annotées lors des négociations ». Elle aide à repérer les partenaires qui entraînent des négociations plus longues ou davantage de révisions, afin d’adapter les stratégies de négociation et de mieux gérer les relations.
Pourquoi est-ce important ?
Aide à déterminer comment les différents partenaires externes influent sur la durée et la complexité des négociations, pour améliorer les prévisions et la stratégie.
Où trouver ces données
Il s’agit d’un champ standard de la table principale des contrats, ou d’une information récupérée dans une table des entreprises ou des comptes associée dans Agiloft.
Exemples
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Service de l’utilisateur
UserDepartment
|
Service auquel appartient l’utilisateur ou le responsable du contrat. | ||
|
Description
Cet attribut précise le contexte organisationnel du contrat, par exemple « Ventes », « Juridique », « Achats » ou « Finance ». Ces informations peuvent être associées au responsable du contrat ou à l’utilisateur ayant effectué une activité précise. Cette dimension est essentielle au Dashboard « Facteurs de variation du temps de cycle des contrats ». Elle permet de filtrer et de comparer les résultats du processus entre les services, afin de déterminer si certains affichent des temps de cycle plus longs, davantage de reprises ou des parcours différents. Vous pouvez, par exemple, vérifier si les contrats provenant des ventes mettent plus de temps à passer l’examen juridique que ceux provenant des achats.
Pourquoi est-ce important ?
Permet de comparer les résultats entre les unités opérationnelles et de repérer les problèmes de processus ou les bonnes pratiques propres à certains services.
Où trouver ces données
Ces informations peuvent être récupérées dans les tables de profils utilisateur ou être enregistrées directement dans la fiche du contrat dans Agiloft.
Exemples
VentesJuridiqueAchatsFinance
|
|||
|
Statut du contrat
ContractStatus
|
Statut ou état actuel du contrat dans son cycle de vie. | ||
|
Description
Cet attribut indique l’étape actuelle du contrat, par exemple « En cours de rédaction », « En cours d’examen », « Exécuté », « Expiré » ou « Résilié ». Il donne un aperçu de l’état du contrat à un moment donné. En Process Mining, les changements de statut au fil du temps définissent souvent les activités elles-mêmes. En tant qu’attribut de cas, il permet de filtrer l’analyse pour ne retenir que les contrats en vigueur, signés ou expirés. Il contribue directement au Dashboard « Échéances et statuts des contrats à venir ».
Pourquoi est-ce important ?
Donne rapidement un aperçu de l’étape actuelle du contrat et permet de filtrer et de segmenter l’analyse entre les cas en cours et les cas terminés.
Où trouver ces données
Il s’agit d’un champ standard de la table principale des contrats dans Agiloft.
Exemples
BrouillonEn attente d’approbationExécutéExpiré
|
|||
|
Type de contrat
ContractType
|
Catégorie du contrat, par exemple accord-cadre de services (MSA), accord de confidentialité (NDA) ou cahier des charges (SOW). | ||
|
Description
Le type de contrat est un champ de catégorisation important qui définit la nature de l’accord et le modèle utilisé. Les différents types de contrats suivent souvent des variantes de processus distinctes, présentent des niveaux de complexité différents et font intervenir des parties prenantes différentes. Cet attribut est essentiel aux analyses comparatives et constitue un facteur déterminant pour les Dashboards « Facteurs de variation du temps de cycle des contrats » et « Fréquence des versions annotées lors des négociations ». En segmentant le processus par type de contrat, les analystes peuvent comprendre pourquoi certains contrats prennent plus de temps, nécessitent davantage de révisions ou s’écartent plus souvent du processus standard.
Pourquoi est-ce important ?
Explique les écarts importants de complexité, de durée et de risque entre les processus. Cet attribut est indispensable à une segmentation pertinente.
Où trouver ces données
Il s’agit d’un champ standard de la table principale des contrats dans Agiloft.
Exemples
Accord-cadre de servicesAccord de confidentialitéCahier des chargesContrat de licence logicielle
|
|||
|
Valeur du contrat
ContractValue
|
Valeur financière totale du contrat. | ||
|
Description
Cet attribut représente la valeur financière totale du contrat, qu’il s’agisse de revenus, de coûts ou d’engagements. Cette valeur influe souvent sur le niveau d’examen requis et sur la complexité du processus d’approbation. La valeur du contrat est essentielle au Dashboard « Tendances de la valeur et du volume des contrats signés » et permet d’analyser l’incidence financière des résultats du processus. Elle peut également être mise en relation avec le temps de cycle pour déterminer si les contrats de grande valeur prennent nettement plus de temps à traiter. Ces analyses aident à prioriser ces contrats et à optimiser leurs flux de travail.
Pourquoi est-ce important ?
Apporte un contexte financier au processus et permet d’analyser les résultats en fonction de la valeur, de définir les priorités et de comprendre les conséquences métier des retards.
Où trouver ces données
Il s’agit d’un champ standard de la table principale des contrats dans Agiloft.
Exemples
50000.00250000.0010000.00
|
|||
|
Automatisé
IsAutomated
|
Indicateur booléen précisant si une activité a été effectuée automatiquement par le système plutôt que par un utilisateur. | ||
|
Description
Cet attribut distingue les activités effectuées par une personne de celles prises en charge par le système, comme les mises à jour automatiques de statut, les notifications ou les flux de travail déclenchés par le système. L’analyse permet ainsi de comprendre le degré d’automatisation du processus de gestion des contrats. Elle peut servir à mesurer les effets des initiatives d’automatisation, à repérer de nouvelles possibilités et à vérifier que les étapes automatisées fonctionnent comme prévu sans créer de goulots d’étranglement.
Pourquoi est-ce important ?
Aide à mesurer le degré d’automatisation du processus et à distinguer les étapes effectuées par les systèmes de celles réalisées par des personnes.
Où trouver ces données
Déduit de la présence de comptes utilisateur système spécifiques, par exemple « Système » ou « Administrateur », dans l’historique des activités, ou de l’identification de certains types d’activités automatisées.
Exemples
truefalse
|
|||
|
Date limite de l’examen selon le SLA
ReviewSlaDueDate
|
Date limite à laquelle une étape d’examen du contrat, juridique ou interne par exemple, doit être terminée. | ||
|
Description
Cet attribut définit l’échéance de l’accord de niveau de service (SLA) pour certaines activités d’examen. Il fixe un délai de traitement clair et sert à mesurer les résultats par rapport aux objectifs internes. Cette date est indispensable au Dashboard « Respect des SLA pour les examens de contrats » et à l’indicateur associé « Taux de respect des SLA pour les examens ». En comparant la date réelle d’achèvement des activités d’examen à cette échéance, le système peut déterminer si le processus respecte les objectifs de niveau de service et repérer les activités qui dépassent fréquemment les délais prévus par les SLA.
Pourquoi est-ce important ?
Permet de mesurer les résultats par rapport aux échéances internes, ce qui est essentiel pour faire respecter les SLA et réduire les délais d’examen.
Où trouver ces données
Il peut s’agir d’un champ calculé dans Agiloft à partir de la date de soumission du contrat et de règles SLA prédéfinies, ou d’un champ de date renseigné manuellement.
Exemples
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
|
|||
|
Durée de la phase d’approbation
ApprovalPhaseDuration
|
Durée calculée de la phase d’approbation, depuis la première demande d’approbation jusqu’à l’obtention de toutes les approbations requises. | ||
|
Description
Cette métrique mesure le temps nécessaire pour obtenir toutes les approbations internes et juridiques requises pour un contrat. La période commence généralement au début de la première activité de révision (par exemple, « Révision interne soumise ») et se termine à la réception de la dernière approbation requise. Cet attribut sert de base au KPI « Durée moyenne de la phase d’approbation » et constitue un élément clé du Dashboard « Analyse des goulots d’étranglement des révisions et approbations ». Il permet d’isoler une étape importante du cycle de vie des contrats et d’analyser les causes des retards dans les révisions et les approbations.
Pourquoi est-ce important ?
Isole et quantifie le temps consacré à l’étape d’approbation, afin de repérer et de traiter les goulots d’étranglement à cette étape importante.
Où trouver ces données
Calculée à partir du journal d’événements en mesurant, pour chaque contrat, le temps écoulé entre le début de la première activité d’approbation et la fin de la dernière.
Exemples
5 jours et 2 heures12 jours et 6 heures2 jours et 1 heure
|
|||
|
Durée de la phase de négociation
NegotiationPhaseDuration
|
Durée calculée de la phase de négociation avec la contrepartie. | ||
|
Description
Cette métrique mesure le temps écoulé entre le début des négociations avec la partie externe (par exemple, « Négociation avec la contrepartie commencée ») et la conclusion d’un accord définitif approuvé par la contrepartie. Elle constitue la métrique principale du Dashboard « Temps de cycle de la phase de négociation » et du KPI « Durée moyenne de la phase de négociation ». Son analyse permet d’évaluer l’efficacité des négociations, de repérer les types de contrats ou les contreparties associés à des négociations prolongées et de trouver des moyens de simplifier les échanges.
Pourquoi est-ce important ?
Mesure l’efficacité de la phase de négociation et aide à réduire le temps consacré aux échanges avec les parties externes.
Où trouver ces données
Calculée à partir du journal d’événements en mesurant le temps écoulé entre l’activité « Négociation avec la contrepartie commencée » et une activité de clôture telle que « Approbation de la contrepartie reçue ».
Exemples
7 jours15 jours3 jours
|
|||
|
Juriste chargé de l’examen
LegalReviewer
|
Nom de la personne ou de l’équipe du service juridique chargée d’examiner le contrat. | ||
|
Description
Cet attribut identifie la ressource juridique chargée de l’activité « Examen juridique effectué ». Il donne une vision plus précise de la charge de travail qu’un champ général « Utilisateur », qui peut regrouper plusieurs rôles. Il est utile au Dashboard « Analyse de la charge de travail liée aux contrats », car il permet d’analyser précisément la capacité et les résultats de l’équipe juridique. Il aide à évaluer la répartition de la charge au sein de l’équipe et à déterminer si certains juristes sont associés à des examens plus longs, ce qui contribue au suivi de l’indicateur « Durée moyenne de traitement de l’examen juridique ».
Pourquoi est-ce important ?
Permet d’analyser en détail la charge de travail et les résultats liés aux examens juridiques, afin de mieux gérer les ressources de l’équipe juridique.
Où trouver ces données
Il peut s’agir d’un champ spécifique du contrat indiquant le juriste désigné, ou d’une information déduite du nom de l’utilisateur associé à l’activité d’examen juridique.
Exemples
Jane DoeÉquipe juridique AJohn Smith
|
|||
|
Nom du modèle de contrat
ContractTemplateName
|
Nom du modèle utilisé pour générer le premier brouillon du contrat. | ||
|
Description
Cet attribut indique quel modèle standard, le cas échéant, a servi de point de départ à la rédaction du contrat. L’utilisation cohérente des modèles est essentielle à l’efficacité de la rédaction. L’analyse de cet attribut contribue au suivi des indicateurs « Taux de reprise lors de la rédaction des contrats » et « Taux d’approbation interne dès la première soumission ». En comparant les résultats des contrats créés à partir de différents modèles, ou sans modèle, les organisations peuvent repérer les modèles les plus efficaces et déterminer où la standardisation est la plus nécessaire.
Pourquoi est-ce important ?
Aide à évaluer l’efficacité des modèles standard et encourage leur standardisation, ce qui peut réduire considérablement le temps de rédaction et les reprises.
Où trouver ces données
Il peut s’agir d’un champ de la fiche du contrat dans Agiloft, renseigné lorsqu’un contrat est créé à partir d’un modèle.
Exemples
MSA standard v2.1NDA réciproqueSOW à prix fixe v1.3Personnalisé
|
|||
|
Nombre de révisions
RevisionCount
|
Nombre de fois où le contrat a été révisé ou annoté au cours de son cycle de vie. | ||
|
Description
Cet attribut comptabilise les versions successives d’un contrat, en particulier pendant les phases de rédaction et de négociation. Un nombre élevé de révisions peut signaler des problèmes liés aux modèles, des négociations complexes ou des exigences initiales peu claires. Cette métrique alimente directement le Dashboard « Fréquence des versions annotées lors des négociations » et l’indicateur « Fréquence des versions annotées des contrats ». L’analyse du nombre de révisions aide à repérer les types de contrats ou les cocontractants qui entraînent le plus d’allers-retours, afin d’améliorer la rédaction et les négociations.
Pourquoi est-ce important ?
Quantifie les reprises et la complexité des négociations, et aide à repérer les possibilités d’améliorer la qualité des modèles et les stratégies de négociation.
Où trouver ces données
Ce nombre est généralement calculé en comptant, dans le journal d’événements, les occurrences des activités « Contrat annoté/révisé » pour chaque ID de contrat.
Exemples
1350
|
|||
|
Respect du SLA de révision
IsReviewSlaMet
|
Indicateur booléen calculé qui précise si la révision d’un contrat a été effectuée dans le délai défini par l’accord de niveau de service (SLA). | ||
|
Description
Cet attribut est calculé en comparant l’horodatage réel de fin d’une activité de révision (par exemple, « Révision interne effectuée ») à sa date d’échéance SLA, Cet indicateur alimente directement le Dashboard « Respect des SLA pour les révisions de contrats » et permet de visualiser facilement les taux de conformité. Il simplifie le calcul du KPI « Taux de respect des SLA pour les révisions », qui consiste à compter les valeurs true et false.
Pourquoi est-ce important ?
Fournit un résultat binaire clair sur le respect des SLA, ce qui facilite la mesure, la visualisation et le suivi de la conformité aux échéances internes.
Où trouver ces données
Calculé en comparant l’
Exemples
truefalse
|
|||
Activités de gestion des contrats
| Activité | Description | ||
|---|---|---|---|
|
Approbations internes obtenues
|
Ce jalon indique que toutes les parties prenantes internes requises ont approuvé la version finale du contrat. Il est généralement déduit du passage du statut du contrat à un état d’approbation final, comme « Entièrement approuvé » ou « Prêt à signer ». | ||
|
Pourquoi est-ce important ?
Ce jalon important marque la fin des revues internes et indique que le contrat est prêt à être signé. Il permet de mesurer le temps total de traitement en interne avant l’envoi du contrat pour signature.
Où trouver ces données
L’événement peut être déduit de l’horodatage du passage du statut à « Approuvé », « Prêt à signer » ou à un statut final d’approbation similaire. Il peut également être repéré à partir de l’horodatage de fin de la dernière approbation requise.
Données à recueillir
Repérez l’horodatage du passage du contrat à un statut d’approbation préalable à la signature.
Type d’événement
inferred
|
|||
|
Contrat arrivé à expiration
|
Cet événement indique que le contrat a atteint sa date de fin sans avoir été renouvelé ni résilié par anticipation. Il est généralement calculé en comparant la date d’expiration du contrat à la date du jour. | ||
|
Pourquoi est-ce important ?
Il s’agit d’un point final majeur du cycle de vie du contrat. L’analyse des expirations est essentielle pour éviter les renouvellements automatiques non souhaités et ne pas manquer les renouvellements nécessaires.
Où trouver ces données
Cet événement est calculé lorsque la date du jour dépasse la date enregistrée dans le champ « Date d’expiration » ou « Date de fin du contrat », pour un contrat qui n’a été ni renouvelé ni résilié.
Données à recueillir
Déduisez cet événement à partir de la valeur du champ « Date d’expiration ».
Type d’événement
calculated
|
|||
|
Contrat renouvelé
|
Indique le renouvellement réussi d’un contrat à la fin de sa durée. Il s’agit d’un résultat important pour l’entreprise, généralement enregistré lorsqu’un utilisateur met à jour le statut du contrat ou crée une nouvelle version pour la période de renouvellement. | ||
|
Pourquoi est-ce important ?
Cette activité constitue un indicateur de réussite important pour de nombreuses entreprises, car elle témoigne de la poursuite du partenariat. Le suivi des renouvellements est essentiel aux prévisions de revenus et à l’analyse de la fidélisation des clients.
Où trouver ces données
L’événement est enregistré lors d’un changement explicite de statut en « Renouvelé » ou à la création d’un nouvel enregistrement de contrat associé et désigné comme renouvellement. Les flux de travail Agiloft peuvent automatiser cette étape.
Données à recueillir
Utilisez l’horodatage du changement de statut en « Renouvelé » ou la date de création du contrat suivant.
Type d’événement
explicit
|
|||
|
Contrat résilié
|
Indique la résiliation anticipée d’un contrat en vigueur, avant sa date d’expiration prévue. Cet événement est généralement enregistré lorsque le statut du contrat passe à « Résilié » et qu’un motif est indiqué. | ||
|
Pourquoi est-ce important ?
En tant que point final important, l’analyse des résiliations aide à comprendre les motifs de rupture d’un contrat, comme le non-respect des engagements ou l’évolution de la stratégie de l’entreprise. Elle est essentielle à la gestion des risques et à la compréhension des relations avec les cocontractants.
Où trouver ces données
Déduite du changement de statut en « Résilié » dans l’historique de l’enregistrement du contrat. La date de résiliation est souvent indiquée dans un champ dédié.
Données à recueillir
Utilisez l’horodatage du changement de statut en « Résilié » ou la valeur du champ « Date de résiliation ».
Type d’événement
inferred
|
|||
|
Contrat signé
|
Il s’agit d’une étape importante : toutes les parties ont signé le contrat, qui devient ainsi juridiquement contraignant. Cette étape est généralement enregistrée explicitement grâce à une intégration avec une plateforme de signature électronique, ou lorsqu’un utilisateur modifie manuellement le statut pour le passer à « Exécuté ». | ||
|
Pourquoi est-ce important ?
Cet événement marque la fin de la phase précédant l’attribution du contrat et sert de point final au calcul du temps de cycle global du contrat. Il déclenche le début de la phase de gestion après attribution.
Où trouver ces données
L’événement est enregistré à partir de l’horodatage de fin transmis par le webhook d’intégration de signature électronique, ou de l’horodatage d’une modification manuelle du statut en « Exécuté » ou « Signé » dans Agiloft.
Données à recueillir
Utilisez le champ « Date de signature », la date d’exécution ou l’horodatage du changement de statut en « Exécuté ».
Type d’événement
explicit
|
|||
|
Demande de contrat lancée
|
Il s’agit du premier événement du cycle de vie d’un contrat : la demande officielle de création d’un nouveau contrat. Dans Agiloft, cet événement correspond généralement à la création d’un nouvel enregistrement dans la table Contract. Il est explicitement consigné dans l’historique ou le journal d’audit du système. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début du processus et permet de calculer le temps de cycle global des contrats. L’analyse de ce point de départ aide à comprendre le volume et l’origine de la demande de contrats au sein de l’organisation.
Où trouver ces données
Cet événement est repéré à partir de l’horodatage de création de l’enregistrement du contrat dans Agiloft. Il figure généralement dans l’onglet History ou dans les journaux système associés à l’identifiant du contrat.
Données à recueillir
Utilisez l’horodatage de création de l’enregistrement dans la table principale des contrats.
Type d’événement
explicit
|
|||
|
Revue juridique effectuée
|
Cette activité indique que le service juridique a terminé sa revue du contrat. Elle est souvent repérée lorsque l’équipe juridique met à jour le statut du contrat, par exemple en le faisant passer à « Approuvé par le service juridique », ou termine une tâche d’approbation spécifique. | ||
|
Pourquoi est-ce important ?
La revue juridique est une étape importante, souvent longue. En mesurer la durée permet de repérer les goulots d’étranglement au sein de l’équipe juridique et de suivre le respect des SLA.
Où trouver ces données
L’événement peut être déduit d’un changement de statut, par exemple de « En revue juridique » à « Approuvé par le service juridique », ou repéré à partir de l’horodatage de fin d’un enregistrement Approval associé et attribué au groupe juridique dans Agiloft.
Données à recueillir
Utilisez l’horodatage du passage au statut « Approuvé par le service juridique » ou celui où une tâche d’approbation juridique spécifique est marquée comme terminée.
Type d’événement
inferred
|
|||
|
Contrat activé
|
Indique que le contrat est entré en vigueur et peut être appliqué, généralement à la date d’exécution ou après celle-ci. Dans Agiloft, cette étape est souvent enregistrée par le passage du statut « Exécuté » à « Actif » ou « En vigueur ». | ||
|
Pourquoi est-ce important ?
Cette activité marque officiellement le début du cycle de vie après attribution et déclenche le suivi des obligations, la surveillance et les tâches de conformité. Elle fournit un point de départ clair pour suivre les résultats et la gestion du contrat en vigueur.
Où trouver ces données
Déduite d’un changement de statut en « Actif » dans l’historique du contrat, ou calculée à partir du champ « Date de début du contrat ».
Données à recueillir
Utilisez l’horodatage du changement de statut en « Actif » ou la valeur du champ « Date d’entrée en vigueur ».
Type d’événement
inferred
|
|||
|
Contrat annoté ou révisé
|
Cette activité correspond à une révision ou à l’annotation du document contractuel pendant les négociations ou la revue interne. Elle est généralement repérée explicitement lorsqu’une nouvelle version du document est importée dans Agiloft. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour repérer les boucles de reprise. Des révisions fréquentes peuvent révéler des clauses peu claires, des modèles inadaptés ou des négociations difficiles, autant de facteurs qui allongent le temps de cycle des contrats.
Où trouver ces données
L’événement est repéré à partir de l’horodatage de création d’une nouvelle version du document dans « Attached Files » ou dans une table dédiée à l’historique des versions, associée à l’enregistrement du contrat dans Agiloft.
Données à recueillir
Utilisez l’horodatage de création de chaque nouvel enregistrement dans l’historique des versions du document contractuel.
Type d’événement
explicit
|
|||
|
Contrat annulé
|
Indique qu’une demande de contrat ou un contrat en cours de traitement a été annulé volontairement avant son exécution. Il s’agit d’un état final explicite, généralement enregistré lorsqu’un utilisateur modifie le statut en « Annulé » ou « Retiré ». | ||
|
Pourquoi est-ce important ?
Il s’agit d’une issue défavorable ou d’une voie d’interruption du processus. L’analyse des motifs d’annulation peut révéler des problèmes lors de la qualification ou de la négociation et contribuer à réduire les efforts inutiles.
Où trouver ces données
Déduite de l’horodatage du changement d’un champ de statut vers une valeur finale non concluante, telle que « Annulé », « Invalidé » ou « Retiré », dans l’historique du contrat.
Données à recueillir
Recherchez l’horodatage du changement de statut vers l’état « Annulé ».
Type d’événement
inferred
|
|||
|
Contrat rédigé
|
Cette activité correspond à la fin de la première version du contrat. Elle est souvent repérée lorsque la première version du document est importée et associée à l’enregistrement du contrat, ou lorsque le statut du contrat passe à « Rédaction terminée ». | ||
|
Pourquoi est-ce important ?
Le suivi de cette activité permet de mesurer l’efficacité de la phase de rédaction. C’est aussi un préalable à l’analyse des reprises : plusieurs révisions après cette étape peuvent révéler des problèmes liés aux modèles ou aux exigences initiales.
Où trouver ces données
L’événement peut être déduit d’un changement de statut, par exemple de « Nouveau » à « En cours de rédaction », ou repéré à partir de l’horodatage de la première pièce jointe dans la table associée « Attached Files » d’Agiloft.
Données à recueillir
Repérez l’horodatage du premier changement de statut vers « En cours de rédaction » ou « En revue », ou la date de création du premier enregistrement de document associé.
Type d’événement
inferred
|
|||
|
Contrat soumis à la revue interne
|
Cette activité marque le moment où le projet de contrat est officiellement transmis aux parties prenantes internes pour revue. Elle est généralement repérée par un changement de statut dans le flux de travail d’Agiloft, par exemple de « Brouillon » à « Revue interne ». | ||
|
Pourquoi est-ce important ?
Cet événement lance la phase de revue, qui est souvent source de goulots d’étranglement. L’analyse du temps écoulé entre cette étape et les activités de revue suivantes est essentielle pour comprendre et réduire les délais.
Où trouver ces données
L’événement peut être déduit de l’horodatage du changement d’un champ de statut vers une valeur telle que « En revue », « En attente de revue interne » ou « Soumis pour revue » dans l’enregistrement principal du contrat.
Données à recueillir
Recherchez dans l’historique du contrat le changement de statut vers « Revue interne ».
Type d’événement
inferred
|
|||
|
Début des négociations avec la contrepartie
|
Cette activité marque le moment où le contrat est envoyé à la contrepartie externe pour revue et négociation. Dans Agiloft, elle peut être déduite d’un changement de statut vers « En négociation » ou « Revue externe ». | ||
|
Pourquoi est-ce important ?
Cette étape marque le début de la phase de négociation, dont la durée peut varier fortement et être difficile à prévoir. Son suivi permet de mesurer et d’analyser le temps de cycle des négociations et de repérer les facteurs qui prolongent cette phase.
Où trouver ces données
L’événement peut être déduit de l’horodatage du passage du champ de statut du contrat à « En négociation », « Chez la contrepartie » ou « Revue externe » dans l’historique de l’enregistrement du contrat.
Données à recueillir
Repérez le premier horodatage d’un changement de statut indiquant une communication ou une négociation avec une partie externe.
Type d’événement
inferred
|
|||
|
Envoyé pour signature
|
Cette activité marque l’envoi du contrat final approuvé à toutes les parties pour signature. Dans les systèmes comme Agiloft, qui s’intègrent aux services de signature électronique, il s’agit souvent d’une action explicite qui lance le processus de signature. | ||
|
Pourquoi est-ce important ?
Cet événement fournit un horodatage précis du début de la phase finale de signature. L’analyse du temps écoulé entre cette étape et la signature du contrat permet de repérer les retards liés à la signature elle-même.
Où trouver ces données
L’événement est repéré à partir d’une action explicite de l’utilisateur consignée dans l’historique du contrat, ou d’un appel d’API à un service de signature électronique comme DocuSign ou Adobe Sign, avec lequel Agiloft s’intègre.
Données à recueillir
Utilisez l’horodatage de l’action « Envoyer pour signature » dans l’historique ou celui de l’appel d’intégration.
Type d’événement
explicit
|
|||
|
Examen de conformité effectué
|
Indique qu’un examen de conformité planifié ou ponctuel a été effectué pour un contrat en vigueur. Il s’agit généralement d’un événement explicite, enregistré lorsqu’un utilisateur termine une tâche liée à la conformité ou renseigne un champ d’examen. | ||
|
Pourquoi est-ce important ?
Le suivi des examens de conformité est essentiel à la gouvernance et à la gestion des risques. Cette activité aide les organisations à vérifier qu’elles respectent les exigences réglementaires et les politiques internes pendant toute la durée du contrat.
Où trouver ces données
L’événement est enregistré à partir de l’horodatage de fin d’une tâche liée à un examen de conformité, ou lorsqu’un champ de date, tel que « Date du dernier examen de conformité », est renseigné.
Données à recueillir
Utilisez la date d’achèvement d’une tâche dédiée à la conformité ou un champ de date spécifique mis à jour à la fin de l’examen.
Type d’événement
explicit
|
|||
|
Modification contractuelle engagée
|
Cet événement marque le début d’une procédure officielle de modification d’un contrat existant et en vigueur. Dans Agiloft, il est souvent enregistré lors de la création d’un nouvel enregistrement « Modification », associé au contrat d’origine. | ||
|
Pourquoi est-ce important ?
Les modifications représentent des changements importants dans le cycle de vie d’un contrat. L’analyse de leur fréquence et du processus suivi pour les mettre en œuvre peut révéler l’évolution des besoins de l’entreprise ou des lacunes dans la clarté du contrat initial.
Où trouver ces données
Cet événement est enregistré à partir de l’horodatage de création d’un nouvel enregistrement dans une table dédiée aux « Modifications », associé à l’ID du contrat parent.
Données à recueillir
Utilisez l’horodatage de création de l’enregistrement dans la table des modifications.
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Faites le premier pas vers l’optimisation du cycle de vie de vos contrats. Préparez vos données avec ce modèle et repérez dès aujourd’hui des pistes d’amélioration de l’efficacité et de la conformité.
Optimisez la gestion des contrats dans Agiloft et réduisez dès maintenant les temps de cycle
Repérez les inefficacités et réduisez de 30 % le temps de cycle de vos contrats.
Aucune carte bancaire requise. Démarrez votre essai gratuit dès aujourd’hui.