Votre modèle de données de gestion des contrats
Votre modèle de données de gestion des contrats
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour votre système source
Attributs de gestion des contrats
| Nom | Description | ||
|---|---|---|---|
|
ID de contrat
ContractId
|
L'identifiant unique pour chaque contrat géré au sein de la plateforme Icertis. | ||
|
Description
L'ID de contrat sert d'identifiant de dossier définitif, reliant de manière unique tous les événements et activités liés à un contrat spécifique. Cela permet une analyse complète, de bout en bout, du parcours de chaque contrat, de sa création à sa résolution. En Process Mining, cet attribut est fondamental pour reconstruire le cycle de vie de chaque contrat. Il garantit que toutes les activités connexes, telles que la rédaction, les revues, les approbations et l'exécution, sont correctement associées au contrat approprié, permettant une mesure précise des temps de cycle et l'identification des variations de processus.
Pourquoi c'est important
C'est la clé primaire pour l'analyse des processus, permettant le suivi du parcours complet d'un contrat et assurant l'intégrité des données.
Où obtenir
C'est un attribut essentiel de l'objet Contrat d'Accord dans Icertis.
Exemples
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Heure de l'événement
EventTime
|
L'horodatage indiquant quand une activité contractuelle spécifique s'est produite. | ||
|
Description
Cet attribut enregistre la date et l'heure précises du début ou de l'achèvement d'une activité. Il constitue le fondement temporel du Process Mining, fournissant l'ordre chronologique des événements pour chaque dossier contractuel. L'heure de l'événement est cruciale pour toutes les analyses basées sur le temps. Elle est utilisée pour calculer les temps de cycle entre les activités, identifier les périodes d'attente, mesurer la durée de phases spécifiques comme la négociation ou l'approbation, et localiser les goulots d'étranglement où les contrats stagnent pendant de longues périodes.
Pourquoi c'est important
Cet horodatage est essentiel pour calculer toutes les métriques de performance, telles que les temps de cycle et les durées, et pour comprendre la séquence des événements.
Où obtenir
C'est un champ standard dans les journaux d'audit ou l'historique des workflows d'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
|
Le nom de l'événement ou de la tâche spécifique qui s'est produit à un moment donné du cycle de vie du contrat. | ||
|
Description
Le nom de l'activité décrit une étape ou un jalon spécifique dans le processus de gestion des contrats. Ces événements sont ordonnés par leurs horodatages pour construire le flux de processus de 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 est utilisé pour identifier les parcours de processus courants, les écarts par rapport à la procédure standard et les activités qui entraînent du retravail ou des retards, tels que 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 des processus, analyser le flux de processus et identifier les goulots d'étranglement.
Où obtenir
Ces informations sont généralement générées à partir des journaux d'événements ou des tableaux d'historique de workflow au sein d'Icertis, qui suivent les changements de statut et les tâches effectuées sur un contrat.
Exemples
Contrat rédigéRevue Juridique EffectuéeContrat exécutéAvenant initié
|
|||
|
Département propriétaire
OwnerDepartment
|
Le département auquel appartient le propriétaire de l'activité. | ||
|
Description
Cet attribut spécifie le département commercial, tel que Juridique, Ventes ou Achats, associé à l'utilisateur qui a effectué l'activité. Il fournit une vue agrégée de l'implication des ressources dans le processus. L'analyse par département est essentielle pour comprendre la collaboration et les transferts interdépartementaux. Elle aide à identifier les retards systémiques entre les départements, tels que les longues attentes pour une revue juridique après une soumission de vente, ce qui est le focus du dashboard 'Retards de transfert interdépartemental'.
Pourquoi c'est important
Facilite l'analyse de la performance départementale et de l'efficacité des transferts, mettant en évidence les goulots d'étranglement interfonctionnels.
Où obtenir
Ces données peuvent nécessiter d'être enrichies en les joignant à un système RH ou à un annuaire d'utilisateurs, en utilisant le Propriétaire de l'activité comme clé. Elles peuvent également être stockées directement dans les profils utilisateur Icertis.
Exemples
JuridiqueVentesApprovisionnementFinance
|
|||
|
Heure de fin
EndTime
|
L'horodatage indiquant quand une activité contractuelle spécifique a été achevée. | ||
|
Description
Cet attribut enregistre l'heure d'achèvement d'une activité. Alors que StartTime marque le début, EndTime marque la conclusion, définissant la durée discrète de l'activité. Avoir à la fois une heure de début et de fin est essentiel pour calculer avec précision le temps de traitement ou la durée de chaque activité individuelle. Cela permet d'analyser quelles étapes consomment le plus de temps, en distinguant le temps de traitement actif du temps d'attente inactif entre les étapes. C'est une information clé pour les dashboards comme 'Goulots d'étranglement du processus d'approbation' et 'Efficacité de la rédaction et des révisions'.
Pourquoi c'est important
Permet le calcul précis des durées d'activité, aidant à différencier le temps de traitement du temps d'attente.
Où obtenir
Similaire à StartTime, ceci se trouve dans les journaux d'audit Icertis ou l'historique des workflows. Certains événements peuvent être instantanés, où StartTime est égal à EndTime.
Exemples
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Propriétaire de l'activité
ActivityOwner
|
L'utilisateur ou la ressource responsable de l'exécution d'une activité contractuelle. | ||
|
Description
Cet attribut identifie l'individu, l'équipe ou l'utilisateur automatisé qui a effectué une activité donnée. Il peut s'agir d'un nom d'utilisateur spécifique, d'un ID d'employé ou d'un compte système. L'analyse du responsable d'activité est cruciale pour comprendre l'allocation des ressources, la répartition de la charge de travail et la performance. Elle aide à répondre à des questions telles que quels utilisateurs ou équipes constituent des goulots d'étranglement, qui sont les réviseurs les plus efficaces et comment le travail est réparti. Cela soutient directement le tableau de bord 'Répartition de la charge de travail des réviseurs'.
Pourquoi c'est important
Il permet une analyse de la performance par utilisateur ou par équipe, aidant à identifier les déséquilibres de charge de travail et les opportunités de formation.
Où obtenir
Ces informations sont généralement disponibles dans l'historique des workflows ou les données de piste d'audit au sein d'Icertis, liées à chaque événement.
Exemples
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Statut du contrat
ContractStatus
|
L'état ou l'étape actuelle du contrat dans son cycle de vie. | ||
|
Description
Cet attribut indique le statut général du dossier contractuel, par exemple 'Brouillon', 'En révision', 'En attente de signature' ou 'Exécuté'. C'est généralement un attribut au niveau du dossier qui reflète le dernier jalon majeur atteint. Il est vital pour les dashboards opérationnels comme 'Statut et débit des contrats', qui offrent un aperçu en temps réel du pipeline de contrats. Il aide les managers à comprendre le volume de contrats à chaque étape et à identifier où le travail s'accumule, permettant une gestion proactive du portefeuille de contrats.
Pourquoi c'est important
Fournit une vue d'ensemble du pipeline de contrats, essentielle pour la surveillance opérationnelle et la gestion du débit.
Où obtenir
Il s'agit d'un champ de statut principal sur l'objet Contrat d'Accord dans Icertis.
Exemples
BrouillonEn Revue InterneExécutéTerminé
|
|||
|
Type de contrat
ContractType
|
La classification du contrat, comme un Contrat Cadre de Services ou un Accord de Non-Divulgation. | ||
|
Description
Le type de contrat catégorise les accords en fonction de leur objectif juridique ou commercial. C'est un attribut fondamental pour segmenter et comparer les cycles de vie des contrats. Différents types de contrats suivent souvent des chemins de processus distincts et ont des niveaux de complexité et des SLA différents. L'analyse du processus par type de contrat permet des améliorations ciblées, comme la création de workflows optimisés pour les accords à volume élevé et à faible risque comme les NDA, par rapport aux MSA complexes et de grande valeur. C'est essentiel pour les KPI 'Analyse des variantes de contrats' et 'Score de conformité aux politiques'.
Pourquoi c'est important
Permet la segmentation des processus pour comparer les cycles de vie et la conformité entre différents types d'accords.
Où obtenir
Il s'agit d'un attribut standard configuré sur l'objet Contrat d'Accord dans Icertis.
Exemples
Contrat Cadre de Services (CCS)Accord de Non-Divulgation (NDA)Énoncé des Travaux (EDT)
|
|||
|
Valeur du contrat
ContractValue
|
La valeur monétaire totale du contrat. | ||
|
Description
Cet attribut représente la valeur financière du contrat, telle que le montant total du contrat ou la valeur annualisée. C'est une métrique commerciale critique pour prioriser les contrats et comprendre l'impact financier. Dans le Process Mining, la valeur du contrat est utilisée pour segmenter l'analyse et se concentrer sur les accords de grande valeur. Par exemple, on peut analyser si les contrats de grande valeur prennent plus de temps à approuver ou à négocier. Elle aide également à l'évaluation des risques, car les retards dans les contrats de grande valeur peuvent avoir des implications significatives sur les revenus.
Pourquoi c'est important
Permet la priorisation et l'analyse basée sur la valeur, aidant à concentrer les efforts d'amélioration sur les contrats les plus importants financièrement.
Où obtenir
Il s'agit généralement d'un champ de devise standard sur l'objet Contrat d'Accord dans Icertis.
Exemples
50000.001250000.002500.00
|
|||
|
Date d'Échéance de l'Obligation
ObligationDueDate
|
La date limite à laquelle une obligation contractuelle spécifique doit être remplie. | ||
|
Description
Cet attribut suit les dates d'échéance des obligations, engagements et livrables clés définis dans le contrat après son exécution. Un seul contrat peut avoir plusieurs obligations, chacune avec sa propre date d'échéance. Le suivi de ces dates est essentiel pour la conformité post-exécution et la gestion des risques. Cet attribut est la base du KPI 'Taux de respect des obligations', permettant à l'organisation de vérifier si elle respecte ses engagements à temps et de traiter de manière proactive les violations potentielles.
Pourquoi c'est important
Permet le suivi de la conformité post-exécution, ce qui est crucial pour éviter les pénalités et maintenir de bonnes relations commerciales.
Où obtenir
Icertis dispose de modules pour la gestion des obligations. Ces données proviendraient 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 du terme du contrat. C'est une date critique pour gérer le cycle de vie du contrat après exécution, déclenchant les activités de renouvellement ou de résiliation. Cette date est essentielle pour surveiller l'efficacité de la gestion de fin de vie. Elle sert de référence pour le KPI 'Taux de renouvellement/résiliation à temps', qui mesure si les processus de renouvellement ou de résiliation sont initiés et complétés en temps voulu, évitant ainsi les renouvellements automatiques indésirables ou les interruptions de service.
Pourquoi c'est important
Crucial pour la gestion des renouvellements et des résiliations de contrats, garantissant que les processus de fin de vie sont gérés de manière proactive.
Où obtenir
Il s'agit d'un champ de date standard sur l'objet Contrat d'Accord dans Icertis.
Exemples
2025-12-312026-06-302024-08-15
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage de la dernière actualisation des données du processus. | ||
|
Description
Cet attribut indique la fraîcheur des données analysées. Il enregistre la date et l'heure de la dernière extraction de données du système source. Cette information est cruciale pour que les utilisateurs comprennent l'actualité des informations présentées dans les dashboards. Elle les aide à savoir s'ils consultent des informations en temps réel ou des données datant de quelques heures ou jours, ce qui établit le bon contexte pour la prise de décision.
Pourquoi c'est important
Fournit un contexte sur la fraîcheur des données, garantissant que les utilisateurs comprennent l'actualité de l'analyse des processus.
Où obtenir
Cet horodatage est généré par le pipeline de données ou l'outil ETL à la fin de chaque cycle de rafraîchissement de données réussi.
Exemples
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Est un Modèle Standard
IsStandardTemplate
|
Un indicateur signalant si le contrat a été créé à partir d'un modèle d'entreprise standard. | ||
|
Description
Cet attribut booléen indique si le contrat est issu d'un modèle standard pré-approuvé ou s'il a été créé comme un accord non standard, sur mesure. C'est un facteur clé pour l'évaluation des risques et de la conformité. Les contrats basés sur des modèles standards ont généralement des temps de cycle plus rapides et un risque plus faible. Cet attribut est la base du KPI 'Taux d'adhésion aux modèles de contrats' et aide à analyser l'impact du processus de l'utilisation de documents non standards. Il peut mettre en évidence les départements ou les types de contrats qui s'écartent fréquemment des normes, orientant les efforts pour améliorer l'utilisation des modèles.
Pourquoi c'est important
Mesure l'adhérence aux normes de l'entreprise, ce qui est directement lié à l'efficacité des processus et à la réduction des risques.
Où obtenir
Cela pourrait être un champ de case à cocher sur le contrat ou dérivé de l'origine ou des métadonnées du document au sein d'Icertis.
Exemples
truefaux
|
|||
|
Nom de la contrepartie
CounterpartyName
|
Le nom de la partie externe, comme un client ou un fournisseur, dans le contrat. | ||
|
Description
Cet attribut identifie l'autre partie impliquée dans l'accord. Il fournit un contexte essentiel pour l'analyse des interactions et des négociations. L'analyse du processus par contrepartie peut révéler des schémas dans les cycles de négociation. Par exemple, elle peut montrer si les contrats avec certains fournisseurs prennent systématiquement plus de temps à négocier ou nécessitent plus de révisions. Cette information est précieuse pour la gestion stratégique des relations et pour l'adaptation des stratégies de négociation, soutenant directement le tableau de bord 'Temps de cycle et retravail des négociations'.
Pourquoi c'est important
Permet l'analyse des modèles de négociation et de la performance des relations avec des parties externes spécifiques.
Où obtenir
Ces informations sont stockées dans les métadonnées du contrat, généralement en lien avec une contrepartie ou un objet de données de base fournisseur dans Icertis.
Exemples
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Nombre de Révisions
RevisionCount
|
Le nombre total de révisions qu'un contrat a subies. | ||
|
Description
Cette métrique calculée fournit un décompte des activités liées aux révisions, telles que 'Contrat annoté ou révisé', pour chaque dossier de contrat. Elle sert d'indicateur simple et puissant de la friction du processus. Un nombre élevé de révisions signale des problèmes potentiels dans les phases de rédaction ou de négociation, tels que des exigences peu claires, des brouillons initiaux médiocres ou des négociations difficiles. Cette métrique est l'entrée directe pour le KPI 'Taux de révision des contrats' et est utilisée dans les dashboards pour identifier les contrats et les variantes de processus avec un retravail excessif.
Pourquoi c'est important
Quantifie le retravail dans le cycle de vie du contrat, mesurant directement l'efficacité des étapes de rédaction et de négociation.
Où obtenir
Ceci est calculé en comptant les occurrences d'activités de révision spécifiques pour chaque 'ContractId' dans le journal d'événements.
Exemples
1503
|
|||
|
Région
Region
|
La région géographique pertinente pour le contrat. | ||
|
Description
Cet attribut spécifie la zone géographique, telle que EMEA, APAC ou Amérique du Nord, à laquelle le contrat s'applique. C'est important pour les organisations mondiales ayant des variations régionales dans leurs processus. L'analyse par région peut révéler des différences de performance des processus, des exigences de conformité ou des tactiques de négociation dictées par les lois locales et les cultures commerciales. Elle permet une analyse comparative spécifique à chaque région et l'identification des meilleures pratiques pouvant être partagées à l'échelle mondiale.
Pourquoi c'est important
Aide à identifier les variations régionales dans la performance des processus et la conformité, ce qui est crucial pour les organisations mondiales.
Où obtenir
Il s'agit généralement d'un champ de métadonnées de l'objet contrat dans Icertis, souvent intégré à la configuration standard.
Exemples
EMEAAmérique du NordAPACLATAM
|
|||
|
Statut SLA
SLAState
|
Indique si une activité ou un dossier respecte les termes de son accord de niveau de service (SLA). | ||
|
Description
Cet attribut est dérivé en comparant la durée de certaines phases de processus à des objectifs SLA prédéfinis. Par exemple, il pourrait signaler une revue juridique comme 'En retard' si elle dépasse le délai standard de 48 heures. Le statut SLA est essentiel pour la surveillance de la conformité et la gestion des performances. Il permet la création d'alertes et de dashboards, comme le 'Aperçu de la conformité des contrats', qui mettent immédiatement en évidence les infractions. Cela aide les équipes à prioriser les tâches en retard et permet aux managers de suivre les performances par rapport aux objectifs clés.
Pourquoi c'est important
Offre une visibilité immédiate sur le respect des objectifs de niveau de service, aidant à prioriser le travail et à gérer la performance.
Où obtenir
Ceci est calculé en définissant des règles métier dans l'outil de Process Mining qui comparent les horodatages à des seuils SLA prédéfinis (par exemple, durée de la revue juridique > 2 jours).
Exemples
À tempsÀ risqueEn retard
|
|||
|
Système source
SourceSystem
|
Le système d'où les données du contrat 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, en particulier dans les environnements où les données peuvent être agrégées à partir de plusieurs systèmes. Dans l'analyse, il peut être utilisé pour filtrer les données vers un système source spécifique ou pour comparer les processus entre différents systèmes si applicable. Pour cette vue, il sert d'identifiant constant pour tous les événements.
Pourquoi c'est important
Assure la lignée des données et la traçabilité, ce qui est important pour la validation des données et la gestion des données provenant de sources multiples.
Où obtenir
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction et de transformation des données pour étiqueter leur origine.
Exemples
IcertisIcertisCLM
|
|||
|
Temps de traitement
ProcessingTime
|
Le temps passé à travailler activement sur une activité. | ||
|
Description
Le temps de traitement est la durée calculée entre l'heure de début et l'heure de fin d'une activité. Il représente le temps réel pendant lequel les ressources ont été engagées dans une tâche, par opposition au temps d'attente entre les tâches. Cette métrique est fondamentale pour l'analyse des performances. Elle aide à identifier quelles activités spécifiques sont les plus chronophages dans l'ensemble du processus. Par exemple, elle peut montrer que, bien que la phase globale de revue juridique soit longue, le temps réel passé à examiner les documents est court, indiquant que la majeure partie du temps est passée en file d'attente. C'est essentiel pour presque tous les dashboards, en particulier ceux axés sur le temps de cycle et l'efficacité.
Pourquoi c'est important
Sépare le temps de travail actif du temps d'attente inactif, offrant une cible plus précise pour les améliorations d'efficacité.
Où obtenir
Ceci est calculé à partir des attributs 'EventTime' (StartTime) et 'EndTime' dans le jeu de données.
Exemples
2 heures 15 minutes3 jours 4 heures30 minutes
|
|||
|
Unité commerciale
BusinessUnit
|
L'unité commerciale interne associée au contrat. | ||
|
Description
Cet attribut identifie la division interne ou l'unité commerciale qui détient ou a demandé le contrat, comme 'Ventes Entreprises Amérique du Nord' ou 'Achats Mondiaux'. Similaire au Département, cela permet une agrégation de plus haut niveau des données de processus. Cela aide à comparer l'efficacité des processus et la conformité entre les différentes parties de l'organisation, fournissant des informations précieuses pour la haute direction et soutenant les décisions d'allocation stratégique des ressources.
Pourquoi c'est important
Permet une comparaison de la performance des processus de haut niveau entre différentes unités organisationnelles.
Où obtenir
C'est souvent un champ de métadonnées clé de l'accord contractuel, le liant à la structure organisationnelle.
Exemples
BU-North AmericaServices mondiauxDéveloppement Produit
|
|||
|
Version du document
DocumentVersion
|
Le numéro de version du document contractuel. | ||
|
Description
Cet attribut suit l'itération du document contractuel au fur et à mesure qu'il passe par la rédaction, la révision et les modifications. Il s'agit généralement d'un nombre entier ou d'un numéro de version majeure.mineure. La version du document est un indicateur direct du retravail. Un nombre élevé de versions pour un contrat suggère de multiples cycles de modifications, qui peuvent être étudiés pour comprendre les causes profondes. C'est un intrant clé pour le calcul du KPI 'Taux de révision des contrats' et pour le dashboard 'Efficacité de la rédaction et des révisions'.
Pourquoi c'est important
Mesure directement la quantité de remaniement et de révision qu'un contrat subit, mettant en évidence les inefficacités dans la rédaction et la négociation.
Où obtenir
Icertis conserve l'historique des versions de tous les documents contractuels. Cet attribut peut être extrait des métadonnées du document ou du journal d'événements.
Exemples
1.02.34.00.5
|
|||
Activités de gestion des contrats
| Activité | Description | ||
|---|---|---|---|
|
Approbation de la contrepartie reçue
|
Cette activité signifie que la contrepartie externe a accepté les termes et approuvé la version finale du contrat. Cela peut être un événement explicite provenant d'un portail de collaboration ou une mise à jour manuelle du statut par le propriétaire du contrat. | ||
|
Pourquoi c'est important
Ce jalon conclut la phase de négociation. Il sert de point final pour calculer le KPI 'Temps moyen du cycle de négociation', soulignant l'efficacité des interactions externes.
Où obtenir
Cela pourrait être un événement explicite si la contrepartie utilise un portail Icertis pour approuver. Sinon, cela est déduit d'un changement de statut manuel vers 'Approuvé par la contrepartie'.
Capture
Événement enregistré depuis un portail de contrepartie ou une mise à jour manuelle du statut par un utilisateur interne.
Type d'événement
explicit
|
|||
|
Approbations Internes Obtenues
|
Marque l'étape où toutes les parties prenantes internes requises ont approuvé le contrat, le rendant prêt pour la négociation externe ou la signature. Cela est déduit du statut global du workflow d'approbation atteignant un état final 'Approuvé'. | ||
|
Pourquoi c'est important
C'est un jalon clé qui conclut le cycle de revue interne. C'est le point final pour mesurer le KPI 'Durée moyenne de la phase d'approbation'.
Où obtenir
Déduit du changement de statut du workflow à 'Entièrement approuvé' ou un état similaire, indiquant que toutes les tâches d'approbation sont terminées.
Capture
Horodatage de l'achèvement de la tâche d'approbation interne finale ou d'un changement de statut global du workflow.
Type d'événement
inferred
|
|||
|
Contrat exécuté
|
Cette activité marque l'exécution formelle du contrat, lorsque toutes les parties ont signé. C'est le point final de succès principal du processus de pré-signature et elle est capturée via l'intégration avec une plateforme de signature électronique. | ||
|
Pourquoi c'est important
En tant qu'événement d'achèvement principal, c'est le point final du KPI « Temps de cycle moyen des contrats ». Il marque le moment où le contrat devient juridiquement contraignant et actif.
Où 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.
Capture
Événement de rappel provenant de l'intégration de la plateforme de signature électronique.
Type d'événement
explicit
|
|||
|
Contrat résilié ou expiré
|
Marque la fin du cycle de vie du contrat, soit par un processus de résiliation active, soit en atteignant sa date d'expiration. La résiliation est un événement explicite, tandis que l'expiration est un événement calculé basé sur les métadonnées du contrat. | ||
|
Pourquoi c'est important
C'est un événement terminal pour le cycle de vie du contrat. Il est essentiel pour analyser les taux de renouvellement et mesurer le KPI 'Taux de renouvellement/résiliation à temps'.
Où obtenir
Un événement de résiliation est explicitement enregistré lorsqu'un utilisateur effectue une action de résiliation. L'expiration peut être calculée en comparant la date actuelle à l'attribut « Date d'expiration ».
Capture
Calculé en comparant la date du système à la date d'expiration du contrat, ou à partir d'un événement de résiliation manuelle.
Type d'événement
calculated
|
|||
|
Demande de contrat initiée
|
Cette activité marque le début officiel du cycle de vie du contrat, lorsqu'un utilisateur métier demande formellement un nouveau contrat. Ceci est généralement capturé comme un événement explicite lorsqu'un utilisateur soumet un formulaire de demande de contrat au sein de la plateforme Icertis. | ||
|
Pourquoi c'est important
En tant que début du processus, cet événement est essentiel pour mesurer le temps de cycle global des contrats. L'analyse du volume et du type de demandes aide à la planification des ressources et à la gestion de la demande.
Où obtenir
Il s'agit d'un événement explicite enregistré dans Icertis lorsqu'un objet 'Demande de Contrat' est créé et soumis.
Capture
Événement enregistré lors de la soumission d'un formulaire de demande de contrat.
Type d'événement
explicit
|
|||
|
Revue Juridique Effectuée
|
Indique que le service juridique a terminé sa revue du contrat. Il s'agit généralement d'un événement explicite enregistré lorsqu'un réviseur juridique termine sa tâche assignée dans le workflow d'approbation. | ||
|
Pourquoi c'est important
Cette activité est cruciale pour mesurer le temps de réponse de la revue juridique et identifier les contraintes de capacité potentielles au sein de l'équipe juridique. Elle soutient l'indicateur clé de performance (KPI) 'Temps d'attente de la revue juridique'.
Où obtenir
Explicitement enregistré lorsque la tâche de révision juridique est marquée comme « Terminée » dans le workflow Icertis. Cela peut également être inféré d'un changement de statut comme « Approuvé par le service juridique ».
Capture
Événement du moteur de workflow indiquant l'achèvement de la tâche « Révision juridique ».
Type d'événement
explicit
|
|||
|
Avenant initié
|
Représente le début d'un processus formel pour modifier un contrat actif. Ceci est capturé lorsqu'un utilisateur crée un enregistrement d'avenant lié à l'accord exécuté original. | ||
|
Pourquoi c'est important
Les avenants représentent un remaniement significatif ou des changements de portée. Le suivi de leur fréquence et de leur temps de cycle fournit des informations sur la stabilité des contrats et l'efficacité de la gestion.
Où obtenir
Un événement explicite est enregistré lorsqu'un objet « Avenant » ou un enregistrement similaire est créé et associé à un contrat existant.
Capture
Création d'un enregistrement d'avenant dans le système Icertis.
Type d'événement
explicit
|
|||
|
Contrat caviardé ou révisé
|
Cette activité se produit chaque fois qu'un document contractuel est modifié lors d'une revue interne ou d'une 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 décompte de ces événements par contrat permet le calcul du KPI « Taux de révision des contrats ». Un nombre élevé de révisions peut indiquer un langage ambigu, des négociations inefficaces ou un désalignement.
Où obtenir
Explicitement enregistré dans le module de gestion des documents d'Icertis chaque fois qu'une nouvelle version du document contractuel est téléchargée ou enregistrée.
Capture
Un événement est créé pour chaque nouveau numéro de version de document.
Type d'événement
explicit
|
|||
|
Contrat envoyé pour signature
|
Indique que le contrat final et approuvé a été envoyé pour signature électronique ou manuscrite. Il s'agit d'un événement explicite capturé via l'intégration avec des plateformes de signature électronique comme DocuSign ou Adobe Sign. | ||
|
Pourquoi c'est important
Le suivi de cet événement permet d'analyser l'efficacité de l'étape d'exécution finale. Les retards entre l'approbation et l'envoi pour signature peuvent révéler des goulots d'étranglement administratifs.
Où obtenir
Explicitement enregistré via l'intégration API avec une solution de signature électronique lorsque le processus de signature est initié depuis Icertis.
Capture
Événement 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, soit à partir d'un modèle, soit comme un nouveau fichier. Cet événement est souvent déduit de la création ou du premier téléchargement du document contractuel principal associé à l'espace de travail du contrat. | ||
|
Pourquoi c'est important
Le suivi de cette activité permet de mesurer le temps de préparation du brouillon initial. C'est une étape clé pour analyser l'efficacité de la rédaction et l'adhérence à l'utilisation des modèles.
Où obtenir
Déduit de l'horodatage de création du document contractuel principal au sein de l'espace de travail contractuel Icertis ou de l'objet d'accord.
Capture
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, initiant souvent un nouvel enregistrement de contrat ou mettant à jour celui existant. | ||
|
Pourquoi c'est important
Cette activité est essentielle pour évaluer l'efficacité du processus de gestion des renouvellements. Elle est utilisée pour calculer le KPI 'Taux de renouvellement/résiliation à temps'.
Où obtenir
Un événement explicite est généré lorsqu'un utilisateur exécute l'action « Renouveler » sur un enregistrement de contrat au sein d'Icertis.
Capture
Événement enregistré à partir d'une transaction « Renouveler » initiée par l'utilisateur.
Type d'événement
explicit
|
|||
|
Négociation avec la contrepartie démarrée
|
Représente le moment où le contrat est partagé avec la contrepartie externe pour sa revue et sa négociation. Ceci est souvent déduit du changement de statut du contrat à 'En Négociation' ou d'un journal d'audit de la première fois où le document a été envoyé à l'extérieur. | ||
|
Pourquoi c'est important
Cette activité marque le début de la phase de négociation. C'est le point de départ pour calculer le KPI 'Temps moyen du cycle de négociation'.
Où obtenir
Déduit d'un changement de statut manuel à 'En Négociation' ou en suivant l'événement lorsque le document est partagé pour la première fois via un portail externe.
Capture
Horodatage du changement de statut à 'En Négociation' ou 'Envoyé à la Contrepartie'.
Type d'événement
inferred
|
|||
|
Revue Interne Démarrée
|
Cette activité marque le début du workflow de revue et d'approbation interne. Elle est capturée lorsque le brouillon du contrat est formellement soumis pour examen par les parties prenantes internes, telles que les chefs de département ou les services financiers. | ||
|
Pourquoi c'est important
Ceci marque le début de la phase d'approbation, souvent source de goulots d'étranglement. L'analyse du temps écoulé depuis cet événement aide à identifier les retards dans l'initiation de la collaboration interne.
Où obtenir
Capturé comme un événement explicite lorsque l'action « Soumettre pour révision » est déclenchée dans un workflow Icertis, ou inféré d'un changement de statut en « En révision interne ».
Capture
Enregistré lorsqu'un utilisateur initie le workflow de revue interne.
Type d'événement
explicit
|
|||
|
Surveillance des Obligations Activée
|
Cette activité post-exécution signifie 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 après exécution ou manuellement par un gestionnaire de contrats. | ||
|
Pourquoi c'est important
Cet événement lance le compte à rebours pour la gestion post-exécution. Il est crucial pour mesurer et assurer la conformité via le KPI 'Taux de respect des obligations'.
Où obtenir
Événement explicite enregistré dans le module de gestion des obligations Icertis lorsque le statut d'un contrat devient « Actif » ou « Exécuté ».
Capture
Activation automatique ou manuelle des enregistrements d'obligations associés au contrat.
Type d'événement
explicit
|
|||