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
Attributs de Gestion des contrats
| Nom | Descriptionn | ||
|---|---|---|---|
|
ID de contrat
ContractId
|
L'identifiant unique de chaque contrat géré au sein du système. Cet ID relie toutes les activités et events associés tout au long du cycle de vie du contrat. | ||
|
Descriptionn
L'ID du contrat sert d'identifiant de cas définitif, liant de manière unique tous les événements et activités liés à un contrat spécifique. Chaque enregistrement dans le journal d'événements correspond à une action effectuée sur un contrat, et cet ID regroupe ces actions. Dans l'analyse par Process Mining, cet attribut est indispensable pour reconstituer le parcours complet de chaque contrat. Il facilite la visualisation des flux de processus, le calcul des temps de cycle de la demande à l'exécution, et la segmentation de l'analyse basée sur les caractéristiques individuelles du contrat.
Pourquoi est-ce important ? :
C'est la clé essentielle pour suivre le parcours complet d'un contrat. Sans elle, vous ne pouvez pas analyser le flux de processus complet ni calculer les KPI au niveau du cas.
Source des données :
Ceci est généralement 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
|
Le *horodatage* indiquant quand les *data* ont été rafraîchies ou extraites pour la dernière fois du système source. | ||
|
Descriptionn
Cet attribut fournit l'horodatage de la dernière extraction de données. Il est impératif pour comprendre la la réactualisation des données analysées et pour gérer les plannings de rafraîchissement des données. Les utilisateurs se fient à ce horodatage pour confirmer qu'ils consultent des informations à jour et pour comprendre la fenêtre temporelle couverte par l'analyse. Il est indispensable de métadonnées pour toute analyse fiable basée sur les données.
Pourquoi est-ce important ? :
Garantit que les utilisateurs savent à quel point les données sont à jour, ce qui est indispensable à prendre des décisions commerciales rapides et pertinentes.
Source des données :
Ce
Exemples
2024-05-20T08:00:00Z
|
|||
|
Heure de début
EventTime
|
L'horodatage indiquant le début d'une activité ou d'un événement spécifique. | ||
|
Descriptionn
Cet attribut fournit la date et l'heure de chaque activité enregistrée dans l'historique du contrat. Il établit l'ordre chronologique des événements, ce qui est indispensable pour la découverte et l'analyse des processus. L'heure de début est utilisée pour calculer les durées entre les activités, identifier les points de blocage et mesurer les temps de cycle. C'est la base de pratiquement tous les KPI basés sur le temps, tels que « Temps de cycle moyen du contrat » et « Durée moyenne de la phase d'approbation ».
Pourquoi est-ce important ? :
Ce horodatage est indispensable pour ordonner les événements, calculer les durées et analyser la performance du processus au fil du temps. Le Process Mining est impossible sans lui.
Source des données :
Ceci correspond au horodatage d'une action enregistrée dans l'historique ou les tables de piste d'audit du contrat dans Agiloft.
Exemples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'activité ou de l'événement commercial spécifique qui s'est produit à un moment donné du cycle de vie du contrat. | ||
|
Descriptionn
Cet attribut décrit l'étape qui a été exécutée dans le processus, telle que « Contrat rédigé », « Examen juridique effectué » ou « Contrat exécuté/signé ». Ces activités sont les éléments constitutifs de la cartographie des processus. L'analyse de la séquence et de la fréquence des activités aide à identifier le flux de processus principal, à découvrir les écarts ou les boucles de reprise, et à déterminer quelles étapes sont les plus courantes ou les plus chronophages. Elle est indispensablele pour la création de dashboards tels que « Vue d'ensemble du cycle de vie global du contrat » et « Variantes du processus de rédaction de contrat ».
Pourquoi est-ce important ? :
Les activités définissent les étapes de votre carte de processus. Cet attribut est nécessaire pour visualiser le flux de processus et comprendre le travail effectué.
Source des données :
Dérivé de l'action ou du changement de statut enregistré dans l'historique ou les tables d'audit du contrat dans Agiloft.
Exemples
Contrat RédigéRévision Juridique EffectuéeEnvoyé pour signatureContrat Exécuté/Signé
|
|||
|
Système source
SourceSystem
|
Le système d'enregistrement à partir duquel les données ont été extraites. | ||
|
Descriptionn
Cet attribut identifie l'origine des données de gestion des contrats. Pour ce processus, la valeur sera systématiquement « Agiloft ». Dans des analyses d'entreprise plus larges qui combinent des données provenant de plusieurs systèmes, ce champ est impératif pour la traçabilité des données et pour s'assurer que les analyses sont correctement définies. Il fournit un contexte et une traçabilité pour les données.
Pourquoi est-ce important ? :
Identifie l'origine des données, ce qui est impératif pour la gouvernance des données, le dépannage et l'intégration de données provenant de multiples sources.
Source des données :
Il s'agit d'une valeur statique qui doit être ajoutée pendant le processus d'extraction et de transformation des données.
Exemples
Agiloft
|
|||
|
Date d'expiration
ExpirationDate
|
La date à laquelle le contrat est censé expirer s'il n'est pas renouvelé ou résilié. | ||
|
Descriptionn
La date d'expiration est un champ de date critique qui détermine la fin du terme actif d'un contrat. Elle est indispensablele pour gérer les renouvellements, les résiliations et éviter les lapsus involontaires ou les renouvellements automatiques. Cet attribut est l'élément central du tableau de bord « Échéances et statut des contrats à venir » et du KPI « Taux d'action contractuelle ponctuelle ». Il permet à l'entreprise de gérer de manière proactive les événements de fin de vie des contrats, en veillant à ce que les renouvellements ou les résiliations soient traités dans les délais et en évitant les échéances manquées.
Pourquoi est-ce important ? :
Primordial pour une gestion proactive des contrats, permettant à l'entreprise d'éviter les délais manqués pour les renouvellements ou les résiliations.
Source des données :
Ceci est un champ de date standard dans la table principale des Contrats dans Agiloft.
Exemples
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
|
|||
|
Département de l'utilisateur
UserDepartment
|
Le service commercial auquel appartient l'utilisateur ou le propriétaire du contrat. | ||
|
Descriptionn
Cet attribut fournit le contexte départemental du contrat, tel que « Ventes », « Juridique », « Achats » ou « Finance ». Ces informationsns peuvent être associées au propriétaire du contrat ou à l'utilisateur qui a effectué une activité spécifique. Cette dimension est indispensable pour le tableau de bord « Facteurs de variabilité du temps de cycle des contrats ». Elle permet de filtrer et de comparer la performance des processus entre différents départements, révélant si certains départements ont des temps de cycle plus longs, plus de reprises ou des chemins de processus différents. Par exemple, vous pouvez analyser si les contrats provenant des ventes prennent plus de temps à passer par l'examen juridique que ceux des achats.
Pourquoi est-ce important ? :
Permet la comparaison des performances entre les unités commerciales, aidant à identifier les problèmes de processus spécifiques aux départements ou les meilleures pratiques.
Source des données :
Ces informationsns peuvent être jointes à partir des tables de profil utilisateur ou stockées directement dans l'enregistrement du contrat dans Agiloft.
Exemples
VentesJuridiqueApprovisionnementFinance
|
|||
|
Heure de fin
EventEndTime
|
L'horodatage indiquant quand une activité ou un événement spécifique a été achevé. | ||
|
Descriptionn
Alors que l'heure de début indique quand une activité a commencé, l'heure de fin marque son achèvement. La différence entre les deux représente le temps de traitement de cette activité spécifique. En Process Mining, avoir à la fois les heures de début et de fin permet une analyse plus détaillée de l'utilisation des ressources et des temps d'attente par rapport aux temps de travail actif. Par exemple, cela peut distinguer le temps pendant lequel un examen juridique a été activement travaillé du temps pendant lequel il était en attente dans une file. Ceci soutient le KPI « Temps de traitement de l'examen juridique ».
Pourquoi est-ce important ? :
Permet le calcul du temps de traitement réel d'une activité, séparant le temps de travail actif du temps d'attente pour une analyse plus précise des points de blocage.
Source des données :
Dans certains systèmes, ceci est directement disponible. Souvent, il est déduit comme l'heure de début de l'activité suivante dans le cas. Pour Agiloft, il peut être nécessaire de le dériver de la piste d'audit.
Exemples
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
|
|||
|
Nom d'utilisateur
UserName
|
Le nom de l'utilisateur ou de la ressource qui a effectué l'activité. | ||
|
Descriptionn
Cet attribut identifie la personne responsable de l'achèvement d'une étape donnée du processus, telle que la personne qui a rédigé le contrat ou l'avocat qui a effectué l'examen juridique. Il est généralement tiré des informations utilisateur associées à une action dans la piste d'audit du système. L'analyse par utilisateur est indispensablele pour le tableau de bord « Analyse de la charge de travail des ressources contractuelles », car elle aide à identifier la répartition de la charge de travail, les variations de performance entre les individus et les opportunités de formation. Elle aide également à suivre la responsabilité pour des actions spécifiques.
Pourquoi est-ce important ? :
Permet l'analyse de la charge de travail, la comparaison des performances et l'identification des points de blocage ou des meilleures pratiques spécifiques aux ressources.
Source des données :
Généralement disponible dans l'historique du contrat ou les tables de piste d'audit, lié à l'utilisateur qui a effectué la modification.
Exemples
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Nom de la Contrepartie
CounterpartyName
|
Le nom de la partie externe, du client, du fournisseur ou du partenaire impliqué dans le contrat. | ||
|
Descriptionn
Cet attribut identifie l'autre organisation ou individu signataire du contrat. La contrepartie peut influencer de manière significative le processus de négociation, les délais et les termes de l'accord. L'analyse de la performance du processus par contrepartie est un objectif clé des dashboards « Facteurs de variabilité du temps de cycle des contrats » et « Fréquence des révisions de négociation ». Elle permet d'identifier quels partenaires conduisent à des négociations plus longues ou à plus de révisions, permettant des stratégies de négociation adaptées et une meilleure gestion des relations.
Pourquoi est-ce important ? :
Aide à identifier comment différents partenaires externes impactent les délais et la complexité des négociations contractuelles, permettant une meilleure prévision et stratégie.
Source des données :
Ceci est un champ standard dans la table principale des Contrats ou lié à partir d'une table Entreprises/Comptes dans Agiloft.
Exemples
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Statut du Contrat
ContractStatus
|
Le statut ou l'état actuel du contrat dans son cycle de vie. | ||
|
Descriptionn
Cet attribut indique l'étape actuelle du contrat, telle que « Rédaction », « En examen », « Exécuté », « Expiré » ou « Résilié ». Il fournit un aperçu de l'état du contrat à tout moment. En Process Mining, le changement de statut au fil du temps est ce qui définit souvent les activités elles-mêmes. En tant qu'attribut de niveau case, il est utile pour filtrer l'analyse afin de se concentrer uniquement sur les contrats actifs, exécutés ou expirés. Il contribue directement au le tableau de bord « Échéances et statut des contrats à venir ».
Pourquoi est-ce important ? :
Offre un aperçu rapide de l'état actuel d'un contrat, permettant le filtrage et la segmentation pour l'analyse des cas en cours par rapport aux cas terminés.
Source des données :
Ceci est un champ standard dans la table principale des Contrats dans Agiloft.
Exemples
BrouillonEn attente d'approbationExécutéExpiré
|
|||
|
Type de contrat
ContractType
|
La classification du contrat, telle qu'un Accord-cadre de services (MSA), un Accord de non-divulgation (NDA) ou un Énoncé de travail (SOW). | ||
|
Descriptionn
Le type de contrat est un champ de catégorisation clé qui définit la nature et le template de l'accord. Différents types de contrats suivent souvent des variantes de processus distinctes, présentent différents niveaux de complexité et impliquent différentes parties prenantes. Cet attribut est indispensable pour l'analyse comparative et est un moteur principal pour les dashboards « Facteurs de variabilité du temps de cycle des contrats » et « Fréquence des révisions de négociation ». En segmentant le processus par type de contrat, les analystes peuvent découvrir pourquoi certains types prennent plus de temps, nécessitent plus de révisions ou s'écartent plus souvent du processus standard.
Pourquoi est-ce important ? :
Explique les variations significatives dans la complexité, la durée et le risque du processus. C'est un attribut clé pour une segmentation significative du processus.
Source des données :
Ceci est un champ standard dans la table principale des Contrats au sein d'Agiloft.
Exemples
Accord Cadre de ServicesAccord de Non-DivulgationÉnoncé de travailContrat de licence de logiciel
|
|||
|
Valeur du Contrat
ContractValue
|
La valeur monétaire totale du contrat. | ||
|
Descriptionn
Cet attribut représente la valeur financière totale du contrat, qu'il s'agisse de revenus, de coûts ou d'engagement. Cette valeur est souvent un facteur clé influençant le niveau de contrôle et la complexité du processus d'approbation. La valeur du contrat est indispensablele pour le tableau de bord « Tendances de la valeur et du volume des contrats exécutés », permettant une analyse de l'impact financier de la performance du processus. Elle peut également être utilisée pour corréler la valeur du contrat avec le temps de cycle, révélant si les contrats de grande valeur prennent significativement plus de temps à traiter. Cela aide à prioriser les contrats de grande valeur et à optimiser leurs workflows.
Pourquoi est-ce important ? :
Fournit un contexte financier au processus, permettant une analyse basée sur la valeur, une priorisation et une compréhension de l'impact commercial des retards.
Source des données :
Ceci est un champ standard dans la table principale des Contrats dans Agiloft.
Exemples
50000.00250000.0010000.00
|
|||
|
Date d'Échéance du SLA de Révision
ReviewSlaDueDate
|
La date cible à laquelle une étape d'examen du contrat, telle que l'examen juridique ou interne, doit être achevée. | ||
|
Descriptionn
Cet attribut définit la date limite de l'accord de niveau de service (SLA) pour des activités d'examen spécifiques. Il établit une attente claire en matière de délais d'exécution et est utilisé pour mesurer la performance par rapport aux objectifs internes. Cette date est indispensablele pour alimenter le tableau de bord « Respect des SLA pour les examens de contrats » et le KPI associé « Taux de résolutionpect des SLA pour les examens ». En comparant le temps réel d'achèvement des activités d'examen à cette date d'échéance, le système peut déterminer si le processus atteint ses objectifs de niveau de service et mettre en évidence les domaines où les SLA sont fréquemment violés.
Pourquoi est-ce important ? :
Permet la mesure des performances par rapport aux délais internes, ce qui est indispensable pour faire respecter les SLA et améliorer les délais de révision.
Source des données :
Il peut s'agir d'un champ calculé dans Agiloft basé sur la date de soumission du contrat et les règles SLA prédéfinies, ou d'un champ de date défini manuellement.
Exemples
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
|
|||
|
Durée de la Phase d'Approbation
ApprovalPhaseDuration
|
La durée calculée de la phase d'approbation, depuis le moment où les approbations sont initialement demandées jusqu'à leur obtention. | ||
|
Descriptionn
Cette métrique mesure le temps nécessaire pour qu'un contrat passe par toutes les approbations internes et juridiques requises. Elle commence généralement lorsque la première activité d'examen débute (par exemple, « Examen interne soumis ») et se termine lorsque l'approbation finale requise est reçue. Cet attribut est la base du KPI « Durée moyenne de la phase d'approbation » et un composant clé du tableau de bord « Analyse des points de blocage d'examen et d'approbation ». Il isole une étape critique du cycle de vie des contrats, permettant une analyse ciblée des causes des retards dans les examens et les approbations.
Pourquoi est-ce important ? :
Isole et quantifie le temps passé à l'étape d'approbation, aidant à identifier et à résoudre les points de blocage dans cette phase critique.
Source des données :
Calculé à partir du journal d'événements en trouvant la différence de temps entre le début de la première activité d'approbation et la fin de la dernière pour chaque contrat.
Exemples
5 jours 2 heures12 jours 6 heures2 jours 1 heure
|
|||
|
Durée de la Phase de Négociation
NegotiationPhaseDuration
|
La durée calculée de la phase de négociation avec la contrepartie. | ||
|
Descriptionn
Cette métrique mesure le temps écoulé depuis le début des négociations avec la partie externe (par exemple, « Négociation avec la contrepartie initiée ») jusqu'à ce qu'un accord final soit atteint et approuvé par la contrepartie. C'est la métrique principale pour le tableau de bord « Temps de cycle de la phase de négociation » et le KPI « Temps moyen de la phase de négociation ». L'analyse de cette durée aide à comprendre l'efficacité du processus de négociation, à identifier quels types de contrats ou contreparties entraînent des négociations prolongées, et à trouver des opportunités pour rationaliser les interactions.
Pourquoi est-ce important ? :
Mesure l'efficacité de l'étape de négociation, fournissant des informations pour aider à réduire le temps passé à interagir avec des parties externes.
Source des données :
Calculé à partir du journal d'événements en mesurant le temps entre l'activité 'Négociation avec la Contrepartie Initiée' et une activité de conclusion comme 'Approbation de la Contrepartie Reçue'.
Exemples
7 jours15 jours3 jours
|
|||
|
Est Automatisé
IsAutomated
|
Un indicateur booléen signalant si une activité a été exécutée automatiquement par le système plutôt que par un utilisateur humain. | ||
|
Descriptionn
Cet attribut distingue les activités pilotées par l'homme de celles pilotées par le système, telles que les mises à jour de statut automatisées, les notifications ou les workflows déclenchés par le système. En analyse, cela aide à comprendre le niveau d'automatisation au sein du processus de gestion des contrats. Il peut être utilisé pour mesurer l'impact des initiatives d'automatisation, identifier les opportunités d'automatisation supplémentaire et s'assurer que les étapes automatisées fonctionnent comme prévu sans provoquer de points de blocage.
Pourquoi est-ce important ? :
Aide à mesurer le degré d'automatisation du processus et à identifier les étapes exécutées par les systèmes par rapport aux humains.
Source des données :
Dérivé en identifiant des comptes utilisateurs système spécifiques (ex. : 'Système', 'Admin') dans l'historique des activités ou en signalant des types d'activités automatisées spécifiques.
Exemples
truefaux
|
|||
|
Nom du Modèle de Contrat
ContractTemplateName
|
Le nom du template utilisé pour générer l'ébauche initiale du contrat. | ||
|
Descriptionn
Cet attribut spécifie quel template standard, le cas échéant, a été utilisé comme point de départ pour le contrat. La cohérence dans l'utilisation des templates est indispensablele pour un processus de rédaction efficace. L'analyse de cet attribut aide à soutenir les KPI « Taux de reprises de rédaction de contrat » et « Taux d'approbation interne au premier passage ». En comparant la performance des contrats créés à partir de différents templates, ou sans template du tout, les organisations peuvent identifier les templates les plus efficaces et où les efforts de standardisation sont les plus nécessaires.
Pourquoi est-ce important ? :
Aide à évaluer l'efficacité des modèles standard et promeut la standardisation, ce qui peut réduire considérablement le temps de rédaction et les reprises.
Source des données :
Il peut s'agir d'un champ dans l'enregistrement du contrat dans Agiloft qui est renseigné lorsqu'un contrat est créé à partir d'un template.
Exemples
Accord-cadre de services standard v2.1NDA - MutuelÉnoncé de travail - Prix fixe v1.3Personnalisé
|
|||
|
Nombre de Révisions
RevisionCount
|
Un compteur du nombre de fois qu'un contrat a été révisé ou annoté au cours de son cycle de vie. | ||
|
Descriptionn
Cet attribut suit le nombre d'itérations qu'un contrat subit, en particulier pendant les phases de rédaction et de négociation. Un nombre élevé de révisions indique souvent des problèmes avec les templates, des négociations complexes ou des exigences initiales peu claires. Cette métrique contribue directement au le tableau de bord « Fréquence des révisions de négociation » et le KPI « Fréquence des révisions de contrat ». L'analyse du nombre de révisions aide à identifier quels types de contrats ou contreparties entraînent le plus d'allers-retours, fournissant des informations pour rationaliser la rédaction et la négociation.
Pourquoi est-ce important ? :
Quantifie les reprises et la complexité des négociations, aidant à identifier les opportunités d'améliorer la qualité des modèles et les stratégies de négociation.
Source des données :
Ceci est généralement dérivé en comptant les occurrences des activités « Contrat révisé/modifié » pour chaque ID de contrat dans le journal d'événements.
Exemples
1350
|
|||
|
Réviseur Juridique
LegalReviewer
|
Le nom de la personne ou de l'équipe spécifique du service juridique chargée d'examiner le contrat. | ||
|
Descriptionn
Cet attribut identifie la ressource juridique spécifique responsable de l'activité « Examen juridique effectué ». Cela offre une vue plus granulairesre de la charge de travail qu'un champ « Utilisateur » général, qui peut englober de nombreux rôles différents. Ceci est précieux pour le tableau de bord « Analyse de la charge de travail des ressources contractuelles », permettant une analyse ciblée de la capacité et de la performance de l'équipe juridique. Il aide à répondre aux questions sur l'équilibre de la charge de travail dans l'équipe juridique et à savoir si des examinateurs spécifiques sont associés à des temps d'examen plus longs, soutenant le KPI « Temps de traitement moyen des examens juridiques ».
Pourquoi est-ce important ? :
Permet une analyse détaillée de la charge de travail et des performances spécifiquement pour la fonction de révision juridique, aidant à gérer efficacement les ressources de l'équipe juridique.
Source des données :
Il pourrait s'agir d'un champ spécifique sur le contrat pour l'avocat désigné, ou il pourrait être dérivé du nom d'utilisateur associé à l'activité d'examen juridique.
Exemples
Jane DoeÉquipe Juridique AJohn Smith
|
|||
|
SLA de Révision Atteint
IsReviewSlaMet
|
Un indicateur booléen calculé signalant si une révision de contrat a été achevée dans le respect de son accord de niveau de service (SLA) défini. | ||
|
Descriptionn
Cet attribut est dérivé en comparant l'horodatage d'achèvement réel d'une activité d'examen (par exemple, « Examen interne effectué ») à sa « ReviewSlaDueDate ». Il sera true si l'examen a été effectué à temps et false s'il a été en retard. Ce drapeau alimente directement le tableau de bord « Respect des SLA pour les examens de contrats », permettant une visualisation facile des taux de conformité. Il simplifie le calcul du KPI « Taux de résolutionpect des SLA pour les examens » en permettant un simple décompte des valeurs true versus false.
Pourquoi est-ce important ? :
Fournit un résultat clair et binaire pour le respect des SLA, ce qui simplifie la mesure, la visualisation et le reporting sur la conformité aux délais internes.
Source des données :
Calculé en comparant l'
Exemples
truefaux
|
|||
Activités de Gestion des contrats
| Activité | Descriptionn | ||
|---|---|---|---|
|
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 lorsque le statut du contrat passe à un état d'approbation final comme « Entièrement approuvé » ou « Prêt pour signature ». | ||
|
Pourquoi est-ce important ? :
C'est une étape critique marquant la fin des examens internes et la préparation à l'exécution. C'est un point clé pour mesurer le temps total de traitement interne avant que le contrat ne soit envoyé pour signature.
Source des données :
Déduit de l'horodatage d'un changement de statut à 'Approuvé', 'Prêt pour Signature', ou un statut d'approbation finale similaire. Il peut également être dérivé de l'horodatage d'achèvement du dernier enregistrement d'approbation requis.
Capture
Identifier l'horodatage lorsque le statut du contrat passe à un état approuvé avant signature.
Type d'événement
inferred
|
|||
|
Contrat Exécuté/Signé
|
C'est une étape majeure où toutes les parties ont signé le contrat, le rendant juridiquement contraignant. Ceci est généralement capturé explicitement via une intégration avec une plateforme de signature électronique ou lorsqu'un utilisateur met manuellement à jour le statut en « Exécuté ». | ||
|
Pourquoi est-ce important ? :
Cet event marque la conclusion réussie de la phase pré-attribution et est le point final pour le calcul du temps de cycle global du contrat. Il déclenche le début de la phase de gestion post-attribution.
Source des données :
Capturé à partir de l'horodatage d'achèvement fourni par un webhook d'intégration de signature électronique, ou de l'horodatage d'un changement de statut manuel vers 'Exécuté' ou 'Signé' dans Agiloft.
Capture
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
|
|||
|
Contrat Expiré
|
Cet event signifie qu'un contrat a atteint sa date de fin sans être renouvelé ou résilié prématurément. Cet event est généralement calculé en comparant la date d'expiration du contrat à la date actuelle. | ||
|
Pourquoi est-ce important ? :
C'est un point final principal pour le cycle de vie des contrats. L'analyse des expirations est indispensable pour prévenir les renouvellements automatiques indésirables ou s'assurer que les renouvellements nécessaires ne sont pas manqués.
Source des données :
Ceci est un event calculé. Il se produit lorsque la date actuelle dépasse la date stockée dans le champ « Date d'expiration » ou « Date de fin de contrat » pour un contrat qui n'a pas été renouvelé ou résilié.
Capture
Dérivez cet événement en utilisant la valeur du champ 'Date d'Expiration'.
Type d'événement
calculated
|
|||
|
Contrat Renouvelé
|
Représente le renouvellement réussi d'un contrat à l'achèvement de sa durée. Il s'agit d'un résultat commercial critique, souvent capturé par une action utilisateur explicite qui met à jour le statut du contrat ou crée une nouvelle version du contrat pour la période de renouvellement. | ||
|
Pourquoi est-ce important ? :
Cette activité est une mesure clé de succès pour de nombreuses entreprises, signifiant un partenariat continu. Le suivi des renouvellements est indispensable à la prévision des revenus et l'analyse de la performance de rétention des contrats.
Source des données :
Capturé à partir d'un changement de statut explicite en 'Renouvelé' ou de la création d'un nouvel enregistrement de contrat lié désigné comme un renouvellement. Les Workflows Agiloft peuvent automatiser cela.
Capture
Utilisez l'horodatage d'un changement de statut en « Renouvelé » ou la date de création du contrat ultérieur.
Type d'événement
explicit
|
|||
|
Contrat Résilié
|
Représente la résiliation anticipée d'un contrat actif avant sa date d'expiration prévue. Il s'agit d'un événement explicite, généralement enregistré en modifiant le statut du contrat en 'Résilié' et en fournissant une raison. | ||
|
Pourquoi est-ce important ? :
En tant que point final clé, l'analyse des résiliations aide à comprendre les raisons de la dissolution des contrats, telles que le non-respect des obligations ou l'évolution des stratégies commerciales. Elle est indispensablele pour la gestion des risques et la compréhension des relations avec les contreparties.
Source des données :
Déduit d'un changement de champ de statut à 'Résilié' dans l'historique de l'enregistrement du contrat. La date de résiliation est souvent capturée dans un champ dédié.
Capture
Utilisez l'horodatage du changement de statut en « Résilié » ou la valeur du champ « Date de résiliation ».
Type d'événement
inferred
|
|||
|
Demande de Contrat Initiée
|
C'est le premier event du cycle de vie des contrats, représentant la demande formelle d'un nouveau contrat. Dans Agiloft, ceci est généralement capturé comme la création d'un nouvel enregistrement dans la table Contrat, qui est un event explicite enregistré dans l'historique ou le journal d'audit du système. | ||
|
Pourquoi est-ce important ? :
Cette activité marque le début du processus, ce qui la rend essentielle pour le calcul du temps de cycle global du contrat. L'analyse de ce point de départ aide à comprendre le volume et les sources de la demande de contrats dans l'organisation.
Source des données :
Cet event est capturé à partir du horodatage de création de l'enregistrement du contrat dans Agiloft. On le trouve généralement dans l'onglet Historique ou les journaux système pour l'ID de contrat spécifique.
Capture
Utilisez l'horodatage de création de l'enregistrement de la table principale des contrats.
Type d'événement
explicit
|
|||
|
Révision Juridique Effectuée
|
Indique que le service juridique a terminé sa révision du contrat. Cet événement est souvent capturé lorsque l'équipe juridique met à jour le statut du contrat, par exemple en 'Approuvé Juridiquement', ou achève une tâche d'approbation spécifique. | ||
|
Pourquoi est-ce important ? :
L'examen juridique est une étape critique et souvent longue. Cibler la durée de cette activité aide à identifier les points de blocage dans l'équipe juridique et à soutenir le suivi du respect des SLA.
Source des données :
Déduit d'un changement de statut (par exemple, de 'En Révision Juridique' à 'Approuvé Juridiquement') ou capturé à partir de l'achèvement d'un enregistrement d'Approbation lié et assigné au groupe Juridique dans Agiloft.
Capture
Utilisez l'horodatage lorsque le statut passe à « Approuvé légalement » ou lorsqu'une tâche d'approbation juridique spécifique est marquée comme terminée.
Type d'événement
inferred
|
|||
|
Avenant Initié
|
Cet event marque le début d'un processus formel d'avenant pour un contrat existant et actif. Dans Agiloft, cela est souvent capturé par la création d'un nouvel enregistrement d'« Avenant » lié au contrat original. | ||
|
Pourquoi est-ce important ? :
Les avenants représentent des variations significatives dans le cycle de vie des contrats. L'analyse de leur fréquence et du processus pour les exécuter peut révéler des informations sur l'évolution des besoins commerciaux ou la clarté initiale du contrat.
Source des données :
Cet event est capturé à partir du horodatage de création d'un nouvel enregistrement dans une table dédiée aux « Avenants », lié à l'ID du contrat parent.
Capture
Utilisez l'horodatage de création de l'enregistrement de la table Avenants.
Type d'événement
explicit
|
|||
|
Contrat Activé
|
Représente le contrat devenant actif et exécutoire, ce qui se produit généralement à la date d'exécution ou après celle-ci. Ceci est souvent enregistré comme un changement de statut au sein d'Agiloft, de 'Exécuté' à 'Actif' ou 'En Vigueur'. | ||
|
Pourquoi est-ce important ? :
Cette activité lance officiellement le cycle de vie post-attribution, déclenchant les obligations, le suivi et les tâches de conformité. Elle fournit un point de départ clair pour suivre la performance et la gestion du contrat actif.
Source des données :
Déduit d'un changement de statut à 'Actif' dans le journal d'historique du contrat, ou calculé en fonction du champ 'Date de Début du Contrat'.
Capture
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é/Révisé
|
Représente une instance où le document contractuel a été révisé ou annoté lors des négociations ou de la révision interne. Ceci est généralement capturé explicitement lorsqu'une nouvelle version du document contractuel est téléchargée vers Agiloft. | ||
|
Pourquoi est-ce important ? :
Cette activité est indispensablele pour identifier les boucles de reprise. Une fréquence élevée de révisions peut indiquer des termes peu clairs, des templates de mauvaise qualité ou des négociations litigieuses, tout cela prolongeant le cycle de vie du contrat.
Source des données :
Capturé à partir de l'horodatage de création d'une nouvelle version de document dans les 'Fichiers Joints' ou une table d'historique de versions dédiée liée à l'enregistrement du contrat dans Agiloft.
Capture
Utilisez l'horodatage de création pour chaque nouvel enregistrement dans l'historique des versions de document du contrat.
Type d'événement
explicit
|
|||
|
Contrat Annulé
|
Indique qu'une demande de contrat ou un contrat en cours a été intentionnellement annulé avant l'exécution. Il s'agit d'un état final explicite, généralement capturé par un utilisateur modifiant le statut en 'Annulé' ou 'Retiré'. | ||
|
Pourquoi est-ce important ? :
Ceci représente un chemin d'échec ou de résiliation dans le processus. L'analyse des raisons pour lesquelles les contrats sont annulés peut révéler des problèmes dans les étapes de qualification ou de négociation, aidant à réduire les efforts gaspillés.
Source des données :
Déduit de l'horodatage d'un changement de champ de statut vers une valeur terminale et non réussie comme 'Annulé', 'Nul', ou 'Retiré' dans l'historique du contrat.
Capture
Recherchez l'horodatage d'un changement de statut vers un état 'Annulé'.
Type d'événement
inferred
|
|||
|
Contrat Rédigé
|
Représente l'achèvement du brouillon initial du contrat. Ceci est souvent capturé lorsque la première version du document contractuel est téléchargée et associée à l'enregistrement du contrat, ou lorsque le statut du contrat est modifié en 'Rédaction Terminée'. | ||
|
Pourquoi est-ce important ? :
Le suivi de cette activité aide à mesurer l'efficacité de la phase de rédaction. C'est un prérequis pour l'analyse du reprises, car de multiples révisions après ce point peuvent indiquer des problèmes avec les templates ou les exigences initiales.
Source des données :
Déduit d'un changement de champ de statut (par exemple, de 'Nouveau' à 'Rédaction') ou capturé à partir de l'horodatage de la première version de document attachée dans la table associée 'Fichiers Joints' d'Agiloft.
Capture
Identifier l'horodatage du premier changement de statut vers un statut 'Rédaction' ou 'Révision', ou la date de création du premier enregistrement de document lié.
Type d'événement
inferred
|
|||
|
Envoyé pour signature
|
Cette activité marque l'envoi du contrat final approuvé pour exécution par toutes les parties. Dans des systèmes comme Agiloft, dotés d'intégrations de signature électronique, il s'agit souvent d'une action explicite qui déclenche le processus de signature. | ||
|
Pourquoi est-ce important ? :
Cet event fournit un horodatage clair pour le début de la phase d'exécution finale. L'analyse du temps écoulé entre ce point et « Contrat exécuté » aide à identifier les retards dans le processus de signature lui-même.
Source des données :
Capturé à partir d'une action utilisateur explicite enregistrée dans l'historique du contrat ou via un appel API à un service de signature électronique comme DocuSign ou Adobe Sign, avec lesquels Agiloft s'intègre.
Capture
Utilisez l'horodatage du journal d'historique associé à l'action « Envoyer pour signature » ou à l'appel d'intégration.
Type d'événement
explicit
|
|||
|
Négociation avec la Contrepartie Initiée
|
Cette activité signifie le moment où le contrat est envoyé à la contrepartie externe pour son examen et sa négociation. Dans Agiloft, cela peut être déduit d'un changement de statut en « En négociation » ou « Examen externe ». | ||
|
Pourquoi est-ce important ? :
Ceci marque le début de la phase de négociation, qui peut être très variable et imprévisible. Le suivi de cela aide à mesurer et analyser les temps de cycle de négociation et à identifier les facteurs qui prolongent cette étape.
Source des données :
Déduit de l'horodatage lorsque le champ de statut du contrat est mis à jour vers 'En Négociation', 'Avec Contrepartie', ou 'Révision Externe' dans l'historique de l'enregistrement du contrat.
Capture
Identifier le premier horodatage d'un changement de statut indiquant une communication externe ou une négociation.
Type d'événement
inferred
|
|||
|
Révision de Conformité Effectuée
|
Indique l'achèvement d'une révision de conformité planifiée ou ad hoc pour un contrat actif. Il s'agit généralement d'un événement explicite capturé lorsqu'un utilisateur termine une tâche liée à la conformité ou met à jour un champ de révision. | ||
|
Pourquoi est-ce important ? :
Le suivi des examens de conformité est indispensable pour la gouvernance et la gestion des risques. Cette activité aide les organisations à s'assurer qu'elles respectent les exigences réglementaires et de politique interne tout au long de la vie du contrat.
Source des données :
Capturé à partir de l'horodatage d'achèvement d'un enregistrement de tâche lié pour une révision de conformité, ou d'un champ de date tel que 'Date de Dernière Révision de Conformité' étant renseigné.
Capture
Utilisez la date d'achèvement d'une tâche de conformité dédiée ou un champ de date spécifique mis à jour après l'achèvement de l'examen.
Type d'événement
explicit
|
|||
|
Révision Interne Soumise
|
Cette activité marque le moment où le projet de contrat est formellement envoyé aux parties prenantes internes pour examen. Ceci est généralement capturé par un changement de statut dans le workflow d'Agiloft, tel que le passage de « Brouillon » à « Examen interne ». | ||
|
Pourquoi est-ce important ? :
Cet event initie la phase d'examen, qui est souvent une source de points de blocage. L'analyse du temps entre cet event et les activités d'examen suivantes est indispensablele pour comprendre et améliorer les temps de cycle d'examen.
Source des données :
Déduit de l'horodatage d'un changement de champ de statut vers une valeur comme 'En Révision', 'Révision Interne en Attente', ou 'Soumis pour Révision' dans l'enregistrement principal du contrat.
Capture
Recherchez un changement de statut vers un état 'Révision Interne' dans le journal d'historique du contrat.
Type d'événement
inferred
|
|||