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

Icertis
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 fournit un guide complet pour recueillir les données essentielles à l’analyse de votre processus de gestion des contrats. Il présente les principaux attributs à collecter, les activités importantes à suivre et des conseils pratiques pour extraire ces informations de vos systèmes sources. Utilisez cette ressource pour vous assurer de recueillir toutes les données nécessaires à un Process Mining efficace.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Conseils d'extraction pour votre système source
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs de la gestion des contrats

Voici les champs de données essentiels à inclure dans votre journal d’événements pour analyser en détail votre processus de gestion des contrats.
3 Obligatoire 6 Recommandé 11 Facultatif
Nom Description
Identifiant du contrat
ContractId
Identifiant unique de chaque contrat géré dans la plateforme Icertis.
Description

Le Contract ID 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é. Il permet d’analyser de bout en bout le parcours de chaque contrat, de sa création à sa clôture.

Dans le Process Mining, cet Attribut est fondamental pour reconstituer le cycle de vie de chaque contrat. Il garantit que toutes les activités associées, comme la rédaction, les revues, les approbations et l’exécution, sont correctement rattachées au contrat concerné. Vous pouvez ainsi mesurer précisément les durées de cycle et identifier les variations du processus.

Pourquoi c’est important

Il s’agit de la clé primaire de l’analyse du processus. Elle permet de suivre le parcours complet d’un contrat et de garantir l’intégrité des données.

Où les obtenir

Il s’agit d’un Attribut central de l’objet Contract Agreement dans Icertis.

Exemples
CTR-2023-00123MSA-2024-589ANDA-FN-00451
Heure de l’événement
EventTime
Horodatage indiquant le moment où une activité contractuelle précise s’est produite.
Description

Cet Attribut enregistre la date et l’heure précises auxquelles une activité a commencé ou s’est achevée. Il constitue la base temporelle du Process Mining en fournissant l’ordre chronologique des événements pour chaque cas contractuel.

L’heure de l’événement est essentielle à toutes les analyses fondées sur le temps. Elle sert à calculer les durées de cycle entre les activités, à identifier les périodes d’attente, à mesurer la durée de phases précises comme la négociation ou l’approbation et à repérer les goulots d’étranglement où les contrats restent bloqués pendant une période prolongée.

Pourquoi c’est important

Cet horodatage est essentiel pour calculer tous les indicateurs de performance, comme les durées et les temps de cycle, et pour comprendre la séquence des événements.

Où les obtenir

Il s’agit d’un champ standard des journaux de piste d’audit ou d’historique des flux de travail Icertis, associé à chaque événement enregistré.

Exemples
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
Nom de l’activité
ActivityName
Nom de l’événement ou de la tâche spécifique survenu à un moment donné du cycle de vie du contrat.
Description

Le nom de l’activité décrit une étape ou une étape clé du processus de gestion des contrats. Ces événements sont classés selon leur horodatage afin de reconstituer le flux du processus pour chaque contrat.

L’analyse de cet Attribut révèle la séquence des opérations, la fréquence des différentes activités et la structure globale du processus. Il sert à identifier les parcours courants, les écarts par rapport à la procédure standard ainsi que les activités qui entraînent des reprises ou des retards, comme les cycles de révision multiples.

Pourquoi c’est important

Il définit les étapes du processus, ce qui est essentiel pour visualiser la cartographie du processus, analyser son flux et identifier les goulots d’étranglement.

Où les obtenir

Ces informations sont généralement générées à partir des journaux d’événements ou des tables d’historique des flux de travail dans Icertis, qui enregistrent les changements d’état et les tâches effectuées sur un contrat.

Exemples
Contrat rédigéRevue juridique effectuéeContrat exécutéModification initiée
Heure de fin
EndTime
L'horodatage indiquant la date et l'heure auxquelles une activité contractuelle donnée a été terminée.
Description

Cet attribut enregistre l'heure de fin d'une activité. Alors que StartTime marque le début, EndTime marque la fin et définit la durée propre de l'activité.

La présence d'une heure de début et d'une heure de fin est essentielle pour calculer avec précision le temps de traitement ou la durée de chaque activité. Elle permet d'analyser les étapes qui prennent le plus de temps, en distinguant le temps de traitement actif du temps d'attente entre les étapes. Cet élément est essentiel pour des Dashboards tels que « Approval Process Bottlenecks » et « Drafting And Revision Efficiency ».

Pourquoi c’est important

Permet de calculer précisément la durée des activités et de distinguer le temps de traitement du temps d'attente.

Où les obtenir

Comme StartTime, cette information figure dans les journaux de piste d’audit ou d’historique des flux de travail Icertis. Certains événements peuvent être instantanés, auquel cas StartTime est égal à EndTime.

Exemples
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
Responsable de l'activité
ActivityOwner
L'utilisateur ou la Ressource responsable de l'exécution d'une activité contractuelle.
Description

Cet attribut identifie la personne, l'équipe ou l'utilisateur automatisé qui a exécuté une activité donnée. Il peut s'agir d'un nom d'utilisateur précis, d'un identifiant d'employé ou d'un compte système.

L'analyse du responsable de l'activité est essentielle pour comprendre l'affectation des Ressources, la répartition de la charge de travail et la performance. Elle permet notamment de déterminer quels utilisateurs ou équipes constituent des goulots d'étranglement, quels réviseurs sont les plus efficaces et comment le travail est réparti. Elle alimente directement le Dashboard « Reviewer Workload Distribution ».

Pourquoi c’est important

Permet d'analyser la performance par utilisateur ou par équipe, et d'identifier les déséquilibres de charge ainsi que les besoins de formation.

Où les obtenir

Ces informations sont généralement disponibles dans les données d’historique des flux de travail ou de piste d’audit d’Icertis, associées à chaque événement.

Exemples
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
Service du responsable
OwnerDepartment
Le service auquel appartient le responsable de l'activité.
Description

Cet attribut précise le service métier, par exemple le service juridique, les ventes ou les achats, associé à l'utilisateur ayant exécuté l'activité. Il fournit une vue agrégée de l'implication des Ressources dans le processus.

L'analyse par service est essentielle pour comprendre la collaboration et les transferts entre services. Elle permet d'identifier les retards systémiques, par exemple les longues attentes avant une revue juridique après l'envoi par les ventes, qui constituent le sujet du Dashboard « Departmental Handoff Delays ».

Pourquoi c’est important

Facilite l'analyse de la performance des services et de l'efficacité des transferts, en mettant en évidence les goulots d'étranglement entre fonctions.

Où les obtenir

Ces données peuvent devoir être enrichies par une jointure avec un système RH ou un annuaire utilisateurs, en utilisant le responsable de l'activité comme clé. Elles peuvent également être stockées directement dans les profils utilisateurs d'Icertis.

Exemples
JuridiqueVentesAchatsFinance
Statut du contrat
ContractStatus
L'état ou l'étape actuelle du contrat dans son cycle de vie.
Description

Cet attribut indique le statut global du dossier contractuel, par exemple « Draft », « In Review », « Awaiting Signature » ou « Executed ». Il s'agit généralement d'un attribut au niveau du dossier, qui reflète le dernier jalon important atteint.

Il est indispensable aux Dashboards opérationnels tels que « Contract Status And Throughput », qui fournissent une vue en temps réel du pipeline contractuel. Il aide les responsables à comprendre le volume de contrats à chaque étape et à repérer les endroits où le travail s'accumule, afin de gérer proactivement le portefeuille contractuel.

Pourquoi c’est important

Fournit une vue d'ensemble du pipeline contractuel, essentielle au suivi opérationnel et à la gestion du débit.

Où les obtenir

Il s'agit d'un champ de statut principal de l'objet Contract Agreement dans Icertis.

Exemples
BrouillonEn cours de revue interneSignéRésilié
Type de contrat
ContractType
La classification du contrat, par exemple Master Services Agreement ou Non-Disclosure Agreement.
Description

Le type de contrat classe les accords selon leur finalité juridique ou métier. Il s’agit d’un attribut fondamental pour segmenter et comparer les cycles de vie des contrats.

Les différents types de contrats suivent souvent des parcours distincts et présentent des niveaux de complexité et des SLA différents. Analyser le processus par type de contrat permet de cibler les améliorations, par exemple en créant des flux de travail optimisés pour les accords à fort volume et à faible risque, comme les NDA, par opposition aux MSA complexes et à forte valeur. Cet attribut est essentiel pour les KPI « Contract Variant Analysis » et « Policy Compliance Score ».

Pourquoi c’est important

Permet de segmenter le processus afin de comparer les cycles de vie et la conformité de différents types d'accords.

Où les obtenir

Il s'agit d'un attribut standard configuré sur l'objet Contract Agreement dans Icertis.

Exemples
Accord-cadre de services (MSA)Accord de confidentialité (NDA)Cahier des charges (SOW)
Valeur du contrat
ContractValue
La valeur monétaire totale du contrat.
Description

Cet attribut représente la valeur financière du contrat, par exemple le montant total du contrat ou sa valeur annualisée. Il s'agit d'un indicateur métier important pour hiérarchiser les contrats et comprendre leur impact financier.

Dans le Process Mining, la valeur du contrat sert à segmenter l'analyse et à se concentrer sur les accords à forte valeur. Il est par exemple possible d'analyser si les contrats à forte valeur prennent plus de temps à approuver ou à négocier. Cet attribut contribue également à l'évaluation des risques, car les retards concernant des contrats à forte valeur peuvent avoir des conséquences importantes sur le chiffre d'affaires.

Pourquoi c’est important

Permet de hiérarchiser les contrats et de mener des analyses fondées sur leur valeur, afin de concentrer les efforts d'amélioration sur les contrats ayant le plus fort impact financier.

Où les obtenir

Il s'agit généralement d'un champ monétaire standard de l'objet Contract Agreement dans Icertis.

Exemples
50000.001250000.002500.00
Date d'échéance d'une obligation
ObligationDueDate
La date limite à laquelle une obligation contractuelle donnée doit être respectée.
Description

Cet attribut suit les dates d'échéance des principales obligations, engagements et livrables définis dans le contrat après sa signature. Un même contrat peut comporter plusieurs obligations, chacune ayant sa propre date d'échéance.

Le suivi de ces dates est essentiel à la conformité et à la gestion des risques après la signature. Cet attribut constitue la base du KPI « Obligation Adherence Rate », qui permet à l'organisation de vérifier si elle respecte ses engagements dans les délais et de traiter proactivement les risques de manquement.

Pourquoi c’est important

Permet de suivre la conformité après la signature, un élément important pour éviter les pénalités et préserver de bonnes relations commerciales.

Où les obtenir

Icertis propose des modules de gestion des obligations. Ces données proviennent des obligations associées à un contrat.

Exemples
2024-09-302025-01-152024-11-01
Date d'expiration
ExpirationDate
La date à laquelle le contrat doit expirer.
Description

Cet attribut stocke la date de fin de la durée du contrat. Il s'agit d'une date importante pour gérer le cycle de vie du contrat après sa signature, notamment pour déclencher les activités de renouvellement ou de résiliation.

Cette date est essentielle au suivi de l'efficacité de la gestion de la fin de vie des contrats. Elle sert de référence au KPI « On-Time Renewal/Termination Rate », qui mesure si les processus de renouvellement ou de résiliation sont lancés et achevés dans les délais, afin d'éviter les renouvellements automatiques indésirables ou les interruptions de service.

Pourquoi c’est important

Essentielle à la gestion des renouvellements et des résiliations, elle permet de traiter proactivement les processus de fin de vie des contrats.

Où les obtenir

Il s'agit d'un champ de date standard de l'objet Contract Agreement dans Icertis.

Exemples
2025-12-312026-06-302024-08-15
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation des données du processus.
Description

Cet Attribut indique l’actualité des données analysées. Il enregistre la date et l’heure de la dernière extraction des données depuis le système source.

Ces informations sont essentielles pour comprendre la fraîcheur des analyses présentées dans les Dashboards. Elles permettent de savoir si vous consultez des informations en temps réel ou des données datant de quelques heures ou de quelques jours, afin de disposer du contexte nécessaire à la prise de décision.

Pourquoi c’est important

Fournit un contexte sur l’actualité des données et permet de comprendre dans quelle mesure l’analyse du processus est à jour.

Où les obtenir

Cet horodatage est généré par le pipeline de données ou l'outil ETL à la fin de chaque cycle d'actualisation des données réussi.

Exemples
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
Modèle standard utilisé
IsStandardTemplate
Indicateur précisant si le contrat a été créé à partir d’un modèle standard de l’entreprise.
Description

Cet attribut booléen indique si le contrat provient d’un modèle standard préapprouvé ou s’il a été créé sous la forme d’un accord personnalisé non standard. Il constitue un facteur important pour évaluer les risques et la conformité.

Les contrats fondés sur des modèles standard présentent généralement des temps de cycle plus courts et un risque moindre. Cet attribut sert de base à l’indicateur « Taux de respect des modèles de contrat » et contribue à analyser l’incidence, sur le processus, du recours à des documents non standard. Il peut mettre en évidence les services ou les types de contrats qui s’écartent fréquemment des normes, afin d’orienter les efforts visant à améliorer l’utilisation des modèles.

Pourquoi c’est important

Mesure le respect des standards de l'entreprise, directement lié à l'efficacité du processus et à la réduction des risques.

Où les obtenir

Il peut s'agir d'une case à cocher du contrat ou d'une valeur déduite de l'origine du document ou de ses métadonnées dans Icertis.

Exemples
truefalse
Nom de la contrepartie
CounterpartyName
Le nom de la partie externe, par exemple un client ou un fournisseur, mentionnée dans le contrat.
Description

Cet attribut identifie l'autre partie concernée par l'accord. Il fournit le contexte nécessaire à l'analyse des interactions et des négociations.

L'analyse du processus par contrepartie peut révéler des tendances dans les cycles de négociation. Elle peut par exemple montrer que les contrats conclus avec certains fournisseurs prennent systématiquement plus de temps à négocier ou nécessitent davantage de révisions. Cette analyse est utile à la gestion stratégique des relations et à l'adaptation des stratégies de négociation. Elle alimente directement le Dashboard « Negotiation Cycle Time And Rework ».

Pourquoi c’est important

Permet d'analyser les tendances de négociation et la qualité des relations avec des parties externes données.

Où les obtenir

Ces informations sont stockées dans les métadonnées du contrat et sont généralement liées à un objet de données de référence représentant une contrepartie ou un fournisseur dans Icertis.

Exemples
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Nombre de révisions
RevisionCount
Le nombre total de révisions subies par un contrat.
Description

Cette mesure calculée compte les activités liées aux révisions, telles que « Contract Redlined Or Revised », pour chaque dossier contractuel. Elle constitue un indicateur simple et puissant des difficultés du processus.

Un nombre élevé de révisions signale des problèmes potentiels lors de la rédaction ou de la négociation, comme des exigences imprécises, des premières versions insuffisantes ou des négociations difficiles. Cette mesure alimente directement le KPI « Contract Revision Rate » et est utilisée dans les Dashboards pour identifier les contrats et les variantes de processus générant un volume excessif de travail à refaire.

Pourquoi c’est important

Quantifie le travail à refaire au cours du cycle de vie du contrat et mesure directement l'efficacité des étapes de rédaction et de négociation.

Où les obtenir

Cette valeur est calculée en comptant les occurrences d'activités de révision données pour chaque « ContractId » dans l'Event Log.

Exemples
1503
Région
Region
La région géographique concernée par le contrat.
Description

Cet attribut précise la zone géographique, par exemple EMEA, APAC ou l'Amérique du Nord, à laquelle le contrat s'applique. Il est important pour les organisations internationales dont les processus varient selon les régions.

L'analyse par région peut révéler des différences de performance, d'exigences de conformité ou de pratiques de négociation liées aux législations locales et aux cultures professionnelles. Elle permet d'établir des comparaisons régionales et d'identifier les bonnes pratiques susceptibles d'être partagées à l'échelle mondiale.

Pourquoi c’est important

Aide à identifier les variations régionales de performance et de conformité des processus, un enjeu important pour les organisations internationales.

Où les obtenir

Il s'agit généralement d'un champ de métadonnées de l'objet contractuel dans Icertis, souvent inclus dans la configuration standard.

Exemples
EMEAAmérique du NordAPACLATAM
Statut du SLA
SLAState
Indique si une activité ou un dossier respecte les conditions de son Service Level Agreement (SLA).
Description

Cet attribut est calculé en comparant la durée de certaines phases du processus à des objectifs SLA prédéfinis. Par exemple, une revue juridique peut être signalée comme « Late » si elle dépasse le délai standard de 48 heures.

Le statut du SLA est essentiel au suivi de la conformité et à la gestion de la performance. Il permet de créer des alertes et des Dashboards, comme « Contract Compliance Overview », qui mettent immédiatement en évidence les écarts. Les équipes peuvent ainsi hiérarchiser les tâches en retard et les responsables suivre la performance par rapport aux objectifs clés.

Pourquoi c’est important

Fournit une visibilité immédiate sur le respect des objectifs de niveau de service, afin de hiérarchiser le travail et de gérer la performance.

Où les obtenir

Cette valeur est calculée en définissant dans l'outil de Process Mining des règles métier qui comparent les horodatages à des seuils SLA prédéfinis, par exemple une durée de revue juridique supérieure à 2 jours.

Exemples
Dans les délaisÀ risqueEn retard
Système source
SourceSystem
Système depuis lequel les données contractuelles ont été extraites.
Description

Cet Attribut identifie l’origine des données, qui est « Icertis » pour ce processus. Il contribue à la gouvernance et à la traçabilité des données, notamment dans les environnements où les données peuvent être agrégées depuis plusieurs systèmes.

Dans l’analyse, il peut servir à filtrer les données selon un système source précis ou à comparer les processus entre différents systèmes, le cas échéant. Dans cette vue, il constitue un identifiant constant pour tous les événements.

Pourquoi c’est important

Garantit la traçabilité et la lignée des données, ce qui est important pour valider les données et gérer des informations provenant de plusieurs sources.

Où les obtenir

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction et de la transformation des données afin d’en indiquer l’origine.

Exemples
IcertisIcertisCLM
Unité opérationnelle
BusinessUnit
L'unité opérationnelle interne associée au contrat.
Description

Cet attribut identifie la division interne ou l'unité opérationnelle qui détient le contrat ou en a demandé la création, par exemple « Enterprise Sales North America » ou « Global Procurement ».

Comme le service, cet attribut permet d'agréger les données du processus à un niveau supérieur. Il aide à comparer l'efficacité et la conformité du processus entre les différentes composantes de l'organisation, fournit des analyses utiles à la direction et soutient les décisions stratégiques d'affectation des Ressources.

Pourquoi c’est important

Permet de comparer à un niveau global la performance du processus entre différentes unités organisationnelles.

Où les obtenir

Il s'agit souvent d'un champ de métadonnées essentiel de l'accord contractuel, qui le relie à la structure organisationnelle.

Exemples
BU-North AmericaServices mondiauxDéveloppement de produits
Version du document
DocumentVersion
Le numéro de version du document contractuel.
Description

Cet attribut suit les différentes versions du document contractuel au fil de sa rédaction, de l'annotation des modifications et des révisions. Il s'agit généralement d'un entier ou d'un numéro de version majeure.mineure.

La version du document est un indicateur direct du travail à refaire. Un nombre élevé de versions pour un contrat suggère plusieurs cycles de modification, qui peuvent être étudiés afin d'en comprendre les causes profondes. Elle constitue une donnée d'entrée essentielle pour calculer le KPI « Contract Revision Rate » et alimenter le Dashboard « Drafting And Revision Efficiency ».

Pourquoi c’est important

Mesure directement le volume de travail à refaire et de révisions subi par un contrat, en mettant en évidence les inefficacités de rédaction et de négociation.

Où les obtenir

Icertis conserve l'historique des versions de tous les documents contractuels. Cet attribut peut être extrait des métadonnées du document ou de l'Event Log.

Exemples
1.02.34.00.5
Obligatoire Recommandé Facultatif

Activités de gestion des contrats

Voici les principales étapes et les jalons à suivre dans votre journal d’événements pour découvrir et analyser précisément le cycle de vie de vos contrats.
6 Recommandé 8 Facultatif
Activité Description
Approbation de la contrepartie reçue
Cette activité indique que la contrepartie externe a accepté les conditions et approuvé la version finale du contrat. Il peut s’agir d’un événement explicite provenant d’un portail collaboratif ou d’une mise à jour manuelle du statut par le responsable du contrat.
Pourquoi c’est important

Cette étape clôt la phase de négociation. Elle sert de point final au calcul du KPI « Average Negotiation Cycle Time » et met en évidence l’efficacité des échanges externes.

Où les obtenir

Il peut s’agir d’un événement explicite si la contrepartie utilise un portail Icertis pour approuver le contrat. Dans le cas contraire, l’événement est déduit d’un changement manuel de statut vers « Counterparty Approved ».

Collecte

Événement enregistré depuis un portail de contrepartie ou à la suite d’une mise à jour manuelle du statut par un utilisateur interne.

Type d’événement explicit
Approbations internes obtenues
Marque l’étape à laquelle toutes les parties prenantes internes requises ont approuvé le contrat, qui est alors prêt pour une négociation externe ou une signature. Cet événement est déduit du passage du flux de travail d’approbation à l’état final « Approved ».
Pourquoi c’est important

Il s’agit d’une étape importante qui clôt la revue interne. Elle constitue le point final de mesure du KPI « Average Approval Phase Duration ».

Où les obtenir

Déduit du changement d’état du flux de travail vers « Fully Approved » ou un état similaire, indiquant que toutes les tâches d’approbation sont terminées.

Collecte

Horodatage de l’achèvement de la dernière tâche d’approbation interne ou du changement d’état global du flux de travail.

Type d’événement inferred
Contrat exécuté
Cette activité marque l’exécution formelle du contrat, lorsque toutes les parties l’ont signé. Il s’agit du principal point de réussite du processus précédant la signature, capturé grâce à l’intégration avec une plateforme de signature électronique.
Pourquoi c’est important

En tant qu’événement principal d’achèvement, il constitue le point final du KPI « Average Contract Cycle Time ». Il indique le moment où le contrat devient juridiquement contraignant et entre en vigueur.

Où les obtenir

Un événement explicite est reçu de la plateforme de signature électronique et enregistré dans Icertis une fois le processus de signature terminé pour toutes les parties.

Collecte

Événement de rappel provenant de l’intégration avec la plateforme de signature électronique.

Type d’événement explicit
Contrat résilié ou arrivé à expiration
Marque la fin du cycle de vie du contrat, soit à la suite d’une procédure de résiliation, soit lorsque sa date d’expiration est atteinte. La résiliation est un événement explicite, tandis que l’expiration est un événement calculé à partir des métadonnées du contrat.
Pourquoi c’est important

Il s’agit d’un événement terminal du cycle de vie du contrat. Il est essentiel pour analyser les taux de renouvellement et mesurer le KPI « On-Time Renewal/Termination Rate ».

Où les obtenir

Un événement de résiliation est enregistré explicitement lorsqu’un utilisateur effectue une action de résiliation. L’expiration peut être calculée en comparant la date actuelle avec l’Attribut « Expiration Date ».

Collecte

Calculé en comparant la date du système avec la date d’expiration du contrat, ou à partir d’un événement de résiliation manuel.

Type d’événement calculated
Demande de contrat initiée
Cette activité marque le début officiel du cycle de vie du contrat : un utilisateur métier demande formellement la création d’un nouveau contrat. Elle est généralement enregistrée comme un événement explicite lorsqu’un utilisateur envoie un formulaire de demande de contrat dans la plateforme Icertis.
Pourquoi c’est important

En tant que point de départ du processus, cet événement est essentiel pour mesurer la durée globale du cycle contractuel. L’analyse du volume et du type de demandes contribue à la planification des Ressources et à la gestion de la demande.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans Icertis lorsqu’un objet « Contract Request » est créé et envoyé.

Collecte

Événement enregistré lors de l’envoi d’un formulaire de demande de contrat.

Type d’événement explicit
Revue juridique effectuée
Indique que le service juridique a terminé la révision du contrat. Il s’agit généralement d’un événement explicite enregistré lorsqu’un réviseur juridique termine la tâche qui lui a été attribuée dans le flux de travail d’approbation.
Pourquoi c’est important

Cette activité est importante pour mesurer le délai de traitement de la revue juridique et identifier les éventuelles contraintes de capacité au sein de l’équipe juridique. Elle alimente le KPI « Legal Review Wait Time ».

Où les obtenir

Enregistré explicitement lorsque la tâche de révision juridique est marquée comme « Complete » dans le flux de travail Icertis. Il peut également être déduit d’un changement d’état tel que « Legal Approved ».

Collecte

Événement provenant du moteur de flux de travail et indiquant l’achèvement de la tâche « Legal Review ».

Type d’événement explicit
Contrat annoté ou révisé
Cette activité se produit chaque fois qu’un document contractuel est modifié pendant la revue interne ou la négociation externe. Icertis suit les versions des documents, de sorte que chaque nouvelle version enregistrée peut être capturée comme un événement de révision.
Pourquoi c’est important

Le comptage de ces événements par contrat permet de calculer le KPI « Contract Revision Rate ». Un nombre élevé de révisions peut signaler un langage ambigu, des négociations inefficaces ou un manque d’alignement.

Où les obtenir

Enregistré explicitement dans le module de gestion documentaire d’Icertis chaque fois qu’une nouvelle version du document contractuel est importée ou enregistrée.

Collecte

Un événement est créé pour chaque nouveau numéro de version du document.

Type d’événement explicit
Contrat envoyé pour signature
Indique que le contrat final approuvé a été envoyé pour signature électronique ou manuscrite. Il s’agit d’un événement explicite capturé grâce à l’intégration avec des plateformes de signature électronique telles que DocuSign ou Adobe Sign.
Pourquoi c’est important

Le suivi de cet événement permet d’analyser l’efficacité de l’étape finale d’exécution. Les délais entre l’approbation et l’envoi pour signature peuvent révéler des goulots d’étranglement administratifs.

Où les obtenir

Enregistré explicitement par l’intégration API avec une solution de signature électronique lorsque le processus de signature est lancé depuis Icertis.

Collecte

Événement provenant du connecteur de signature électronique lorsqu’une demande de signature est envoyée.

Type d’événement explicit
Contrat rédigé
Représente la création du document contractuel initial, à partir d’un modèle ou sous la forme d’un nouveau fichier. Cet événement est souvent déduit de la création ou du premier import du document contractuel principal associé à l’espace de travail du contrat.
Pourquoi c’est important

Le suivi de cette activité aide à mesurer le temps nécessaire à la préparation de la première version. Il s’agit d’une étape importante pour analyser l’efficacité de la rédaction et le respect de l’utilisation des modèles.

Où les obtenir

Déduit de l’horodatage de création du document contractuel principal dans l’espace de travail du contrat ou l’objet d’accord Icertis.

Collecte

Identifiez l’horodatage de création de la première version du document contractuel principal.

Type d’événement inferred
Contrat renouvelé
Indique qu’un contrat existant a été renouvelé avec succès pour une nouvelle période. Il s’agit d’une action explicite effectuée dans le système, qui crée souvent un nouvel enregistrement de contrat ou met à jour l’enregistrement existant.
Pourquoi c’est important

Cette activité est essentielle pour évaluer l’efficacité du processus de gestion des renouvellements. Elle sert à calculer le KPI « On-Time Renewal/Termination Rate ».

Où les obtenir

Événement explicite généré lorsqu’un utilisateur exécute l’action « Renew » sur un enregistrement de contrat dans Icertis.

Collecte

Événement enregistré à la suite d’une transaction « Renew » initiée par un utilisateur.

Type d’événement explicit
Modification initiée
Correspond au début d’un processus formel de modification d’un contrat actif. L’événement est enregistré lorsqu’un utilisateur crée un enregistrement de modification lié à l’accord initial exécuté.
Pourquoi c’est important

Les modifications représentent des reprises importantes ou des changements de périmètre. Le suivi de leur fréquence et de leur durée permet d’évaluer la stabilité des contrats et l’efficacité de leur gestion.

Où les obtenir

Un événement explicite est enregistré lorsqu’un objet « Amendment » ou un enregistrement similaire est créé et associé à un contrat existant.

Collecte

Création d’un enregistrement de modification dans le système Icertis.

Type d’événement explicit
Négociation avec la contrepartie commencée
Correspond au moment où le contrat est partagé avec la contrepartie externe pour revue et négociation. L’événement est souvent déduit du passage du statut du contrat à « In Negotiation » ou du journal d’audit indiquant la première transmission externe du document.
Pourquoi c’est important

Cette activité marque le début de la phase de négociation. Elle constitue le point de départ du calcul du KPI « Average Negotiation Cycle Time ».

Où les obtenir

Déduit d’un changement manuel de statut vers « In Negotiation » ou du suivi de l’événement correspondant au premier partage du document via un portail externe.

Collecte

Horodatage du changement de statut vers « In Negotiation » ou « Sent to Counterparty ».

Type d’événement inferred
Revue interne commencée
Cette activité marque le début du flux de travail interne de révision et d’approbation. Elle est enregistrée lorsque la version préliminaire du contrat est officiellement soumise à la révision des parties prenantes internes, comme les responsables de service ou la direction financière.
Pourquoi c’est important

Elle marque le début de la phase d’approbation, qui constitue souvent une source de goulots d’étranglement. L’analyse du délai écoulé depuis cet événement permet d’identifier les retards au démarrage de la collaboration interne.

Où les obtenir

Enregistré comme événement explicite lorsque l’action « Submit for Review » est déclenchée dans un flux de travail Icertis, ou déduit d’un changement d’état vers « In Internal Review ».

Collecte

Enregistré lorsqu’un utilisateur lance le flux de travail de révision interne.

Type d’événement explicit
Suivi des obligations activé
Cette activité postérieure à l’exécution indique que les obligations et engagements contractuels sont activés pour être suivis dans le système. Il s’agit généralement d’un événement explicite déclenché automatiquement lors de l’exécution du contrat ou manuellement par un gestionnaire de contrats.
Pourquoi c’est important

Cet événement lance le suivi de la gestion postérieure à l’exécution. Il est essentiel pour mesurer et garantir la Conformité au moyen du KPI « Obligation Adherence Rate ».

Où les obtenir

Événement explicite enregistré dans le module de gestion des obligations d’Icertis lorsque le statut du contrat devient « Active » ou « Executed ».

Collecte

Activation automatique ou manuelle des enregistrements d’obligations associés au contrat.

Type d’événement explicit
Recommandé Facultatif

Guides d'extraction

Comment extraire vos données d'Icertis

Prêt à commencer ?

Avec ce modèle, vous disposez de tout ce qu’il vous faut pour commencer à optimiser votre processus de gestion des contrats. Commencez dès aujourd’hui votre démarche fondée sur les données et obtenez des analyses utiles.

Transformez vos contrats Icertis : réduisez les goulots d'étranglement dès maintenant

Éliminez les goulots d'étranglement. Réduisez de 30 % la durée des cycles contractuels et améliorez la gouvernance.

Démarrer l'essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.