Votre modèle de données pour la gestion des contrats

Agiloft
Votre modèle de données pour la gestion des contrats

Votre modèle de données pour la gestion des contrats

Ce modèle présente les attributs de données essentiels à recueillir et les principales activités à suivre pour analyser en détail votre processus de gestion des contrats. Il vous indique également comment extraire ces informations de votre système. Utilisez-le pour préparer vos données à l’analyse par Process Mining.
  • Attributs recommandés à recueillir
  • Activités clés à suivre
  • Conseils pour l’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion des contrats

Voici les champs de données recommandés pour votre journal d’événements. Ils permettent d’analyser en détail votre processus de gestion des contrats et d’en repérer les aspects difficiles à déceler.
5 Obligatoire 8 Recommandé 8 Facultatif
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, ReviewSlaDueDate. La valeur est « true » si la révision a été effectuée dans les délais et « false » si elle a été effectuée en retard.

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’EventTime de l’activité de fin de révision à la ReviewSlaDueDate de chaque contrat.

Exemples
truefalse
Obligatoire Recommandé Facultatif

Activités de gestion des contrats

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir précisément le processus et repérer les goulots d’étranglement.
7 Recommandé 9 Facultatif
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
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Agiloft

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.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Démarrez votre essai gratuit dès aujourd’hui.