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 de gestion des contrats à suivre
- Guide d’extraction
Attributs de Gestion des contrats
| Nom | Descriptionn | ||
|---|---|---|---|
|
Activité
ActivityName
|
Le nom de l'étape ou de l'événement de processus métier spécifique qui s'est produit. | ||
|
Descriptionn
Cet attribut décrit la tâche ou le jalon qui a été achevé à un moment précis, comme « Contrat rédigé » ou « Révision juridique débutée ». La séquence de ces activités sert de base à la cartographie des processus. L'analyse des activités est indispensablele pour comprendre le travail effectué, la fréquence des différentes étapes et leur ordre. Elle permet d'identifier les chemins de processus courants, les écarts et les boucles de reprise, comme les activités répétées de « Contrat révisé ».
Pourquoi est-ce important ? :
Il définit les étapes du processus, pour visualiser du flux de processus et l'identification des points de blocage et des reprisess.
Source des données :
Généralement dérivé des changements de statut des tâches, des journaux d'audit ou des tables d'événements au sein du module SAP Ariba Contrats.
Exemples
Révision interne démarréeContrat exécutéAvenant InitiéContrat clôturé
|
|||
|
Horodatage de l'événement
EventTime
|
La date et l'heure précises auxquelles une activité ou un événement s'est produit. | ||
|
Descriptionn
Ce horodatage marque le début de chaque activité dans le processus de gestion des contrats. C'est un élément clé pour toutes les analyses temporelles, y compris le calcul des temps de cycle, des durées et des temps d'attente entre les étapes. En ordonnant les événements en fonction de ce horodatage, les outils de Process Mining peuvent reconstruire avec précision la séquence des activités pour chaque contrat. Cela permet l'analyse des performances du processus au fil du temps et l'identification des points de blocage liés au temps, tels que les retards dans l'étape de révision juridique.
Pourquoi est-ce important ? :
Cet attribut est indispensable pour le calcul de toutes les métriques temporelles, telles que les temps de cycle et les temps d'attente, et pour l'ordonnancement correct des événements de processus.
Source des données :
Trouvé dans les journaux d'événements, les pistes d'audit ou les tables d'historique des changements de statut à côté des informations d'activité dans SAP Ariba Contrats.
Exemples
2023-04-15T10:22:05Z2023-05-01T14:00:12Z2023-05-20T09:30:00Z
|
|||
|
ID de contrat
ContractId
|
L'identifiant unique pour chaque espace de travail de contrat, servant d'identifiant principal de dossier. | ||
|
Descriptionn
Cet attribut sert d'identifiant principal de dossier, reliant toutes les activités et tous les événements tout au long du cycle de vie du contrat. Il permet la reconstitution du parcours complet pour chaque contrat individuel, de la création à la clôture. En Process Mining, chaque événement avec le même ID de contrat est considéré comme faisant partie de la même instance de processus. C'est indispensable pour analyser les variantes de processus, calculer les temps de cycle et identifier les points de blocage spécifiques aux contrats individuels ou aux types de contrats.
Pourquoi est-ce important ? :
C'est la clé essentielle pour suivre le parcours complet d'un contrat, permettant toutes les analyses au niveau du dossier et la visualisation des flux de processus.
Source des données :
C'est un identifiant essentiel dans SAP Ariba Contrats, généralement trouvé dans toutes les tables et vues liées aux contrats comme l'ID de l'espace de travail du contrat.
Exemples
CW2023-00123CW-MSA-45892CW2024-FIN-001CW19876
|
|||
|
Conseiller juridique
LegalCounsel
|
Le membre de l'équipe juridique assigné, responsable de la révision du contrat. | ||
|
Descriptionn
Cet attribut identifie spécifiquement l'avocat ou le professionnel juridique assigné aux tâches de révision légale du contrat. C'est souvent un rôle plus spécifique que l'utilisateur général qui effectue d'autres activités. Cet attribut est indispensable pour le tableau de bord « Charge de travail et efficacité de la révision juridique ». Il permet de suivre le nombre de contrats assignés à chaque conseiller, leur temps de révision moyen et le débit global du service juridique. Cela aide à équilibrer les charges de travail, à identifier les individus ou les pratiques performantes et à améliorer l'allocation des ressources juridiques.
Pourquoi est-ce important ? :
Il permet une analyse détaillée de l'étape de revue juridique, aidant à gérer la charge de travail de l'équipe juridique, à identifier les points de blocage et à améliorer l'efficacité.
Source des données :
Consultez la documentation SAP Ariba Contrats. Cela peut être capturé dans les détails d'affectation de tâche ou en tant que rôle spécifique au sein du flux d'approbation.
Exemples
s.jonesm.riverad.chen
|
|||
|
Département
Department
|
Le service métier qui a initié ou est propriétaire du contrat. | ||
|
Descriptionn
Cet attribut spécifie le service organisationnel, tel que Ventes, IT ou Achats, qui est responsable du contrat. Il fournit un contexte commercial essentiel pour l'analyse du processus. Segmenter l'analyse de processus par département aide à identifier les comportements, les points de blocage ou les problèmes de conformité spécifiques au département. Par exemple, cela peut révéler si le processus d'approbation des contrats est significativement plus lent pour le service des ventes par rapport aux autres, incitant à une enquête ciblée sur leurs pratiques spécifiques.
Pourquoi est-ce important ? :
Il permet la segmentation des processus par domaine d'activité, aidant à identifier les points de blocage spécifiques aux départements et les variations de performance.
Source des données :
Généralement disponible dans l'en-tête du contrat ou les détails de l'espace de travail dans SAP Ariba Contrats. Il peut être lié au profil utilisateur du propriétaire du contrat.
Exemples
VentesTechnologies de l'InformationApprovisionnementJuridique
|
|||
|
Heure de fin de l'événement
EventEndTime
|
L'horodatage indiquant quand une activité a été achevée. | ||
|
Descriptionn
Cet attribut capture le temps d'achèvement d'une activité. Alors que StartTime marque le début, EndTime marque la conclusion, permettant de mesurer avec précision la durée des activités qui ne sont pas instantanées. Dans l'analyse, la différence entre EndTime et StartTime fournit le temps de traitement d'une activité. C'est indispensable pour une analyse détaillée des points de blocage, aidant à distinguer le temps passé à travailler activement sur une tâche du temps d'attente entre les tâches. Par exemple, cela permet une mesure précise de la durée de l'activité « Révision juridique ».
Pourquoi est-ce important ? :
Il permet le calcul précis des temps de traitement des activités, ce qui est impératif pour identifier les points de blocage et mesurer l'efficacité des ressources.
Source des données :
Consultez la documentation SAP Ariba Contrats. Cela peut être disponible dans les journaux d'audit ou les enregistrements de tâches terminées.
Exemples
2023-04-16T11:45:10Z2023-05-03T17:21:09Z2023-05-20T10:05:00Z
|
|||
|
Type de contrat
ContractType
|
La classification du contrat, telle que Contrat-cadre de services (MSA), Accord de non-divulgation (NDA) ou Énoncé des travaux (SOW). | ||
|
Descriptionn
Cet attribut catégorise les contrats en fonction de leur objectif légal ou commercial. Les types courants incluent Contrat-cadre de services (MSA), Accord de non-divulgation (NDA) ou Énoncé des travaux (SOW). Analyser le processus par type de contrat est indispensable pour comprendre les variations de processus. Différents types de contrats ont souvent des chemins d'approbation, des SLA et des niveaux de complexité différents. Par exemple, un NDA peut avoir un processus très simple et accéléré, tandis qu'un MSA peut nécessiter plusieurs niveaux de révision juridique et financière. Cet attribut est un filtre clé pour les dashboards afin de comparer les temps de cycle et les taux de conformité entre les différentes catégories de contrats.
Pourquoi est-ce important ? :
Il permet la segmentation de l'analyse, révélant comment différents types de contrats impactent le flux de processus, la complexité et la durée.
Source des données :
C'est un champ de classification standard disponible dans les détails de l'espace de travail du contrat dans SAP Ariba Contrats.
Exemples
Contrat-cadre de servicesAccord de Non-DivulgationÉnoncé de travailContrat de vente
|
|||
|
Utilisateur
UserName
|
Le nom ou l'`ID` de l'`utilisateur` qui a effectué l'activité. | ||
|
Descriptionn
Cet attribut identifie l'individu responsable de l'achèvement d'une tâche ou activité spécifique dans le cycle de vie du contrat. Il peut s'agir du propriétaire du contrat, d'un réviseur juridique ou d'un approbateur. L'analyse par utilisateur aide à comprendre la répartition de la charge de travail, la performance individuelle et à identifier les opportunités de formation ciblée. Par exemple, dans un tableau de bord de charge de travail de révision juridique, cet attribut est utilisé pour voir combien de contrats chaque conseiller juridique gère et leur temps de révision moyen.
Pourquoi est-ce important ? :
Il offre une visibilité sur la répartition de la charge de travail et la performance des utilisateurs, permettant la gestion des ressources et l'analyse de l'efficacité.
Source des données :
Trouvé dans les pistes d'audit ou les tables de journaux d'événements dans SAP Ariba Contrats, souvent associé à un champ 'Modifié par' ou 'ID utilisateur'.
Exemples
john.doejane.smithlegal_team_member_1
|
|||
|
Valeur du Contrat
ContractAmount
|
La valeur monétaire totale du contrat. | ||
|
Descriptionn
Cet attribut représente la valeur financière de l'accord contractuel. C'est une métrique clé pour comprendre l'impact commercial et le risque associés à chaque contrat. Dans l'analyse, la valeur du contrat peut être utilisée pour prioriser les contrats de grande valeur pour un suivi plus étroit ou pour identifier les tendances du volume d'affaires. Le tableau de bord « Tendance de la valeur des contrats exécutés » utilise cet attribut pour agréger la valeur des contrats signés au fil du temps, fournissant un aperçu de la performance commerciale. Il est également précieux pour l'analyse des causes profondes afin de voir si les contrats de grande valeur suivent un processus différent, peut-être plus lent.
Pourquoi est-ce important ? :
Il quantifie l'impact financier des contrats, permettant une analyse basée sur la valeur, la priorisation et le suivi de la performance commerciale.
Source des données :
Consultez la documentation SAP Ariba Contrats. Il s'agit d'un champ standard dans l'espace de travail du contrat, souvent libellé 'Montant' ou 'Valeur du contrat'.
Exemples
150000.0025000.501200000.00
|
|||
|
Date d'Expiration du Contrat
ContractExpirationDate
|
La date à laquelle le contrat doit expirer. | ||
|
Descriptionn
Cet attribut stocke la date d'expiration officielle du contrat exécuté. C'est une donnée essentielle pour la gestion du cycle de vie du contrat post-exécution. Cette date est la base du tableau de bord « Statut des obligations et renouvellements de contrats ». Elle est utilisée pour déclencher des alertes pour les renouvellements ou expirations à venir, garantissant que les contrats ne se terminent pas involontairement. L'analyse de ces données aide les organisations à gérer de manière proactive leur portefeuille de contrats, à atténuer les risques associés aux accords expirés et à capitaliser sur les opportunités de renouvellement.
Pourquoi est-ce important ? :
C'est indispensable pour une gestion proactive du cycle de vie, permettant des renouvellements opportuns, prévenant les ruptures involontaires et gérant les obligations.
Source des données :
C'est un champ standard dans l'espace de travail du contrat, généralement trouvé dans l'en-tête ou la section des détails des termes dans SAP Ariba Contrats.
Exemples
2025-12-31T23:59:59Z2024-08-15T23:59:59Z2026-06-30T23:59:59Z
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage indiquant la dernière fois que les données de cet événement ont été rafraîchies ou extraites. | ||
|
Descriptionn
Cet attribut consigne la date et l'heure du dernier extraction de données depuis le système source. Ce n'est pas l'heure à laquelle l'événement s'est produit, mais plutôt celle à laquelle l'enregistrement a été chargé dans la plateforme de Process Mining. Cette information est fondamentale pour la gouvernance des données et pour comprendre la récence de l'analyse. Elle aide les utilisateurs à savoir s'ils consultent les données les plus récentes et est indispensablele pour gérer les chargements de données incrémentiels.
Pourquoi est-ce important ? :
Il assure que les utilisateurs comprennent la la réactualisation des données, ce qui est indispensable pour une analyse et une surveillance des processus précises et opportunes.
Source des données :
Ce horodatage est généré et ajouté pendant le processus d'ingestion des données dans l'outil de Process Mining.
Exemples
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Est un reprises
IsRework
|
Un indicateur signalant si une activité est une reprise ou une répétition d'une étape précédente. | ||
|
Descriptionn
Cet attribut booléen est défini sur vrai si une activité, telle que « Contrat révisé », se produit plus d'une fois dans le même dossier de contrat. Il aide à identifier et à quantifier explicitement les boucles de reprise dans le processus. Ce drapeau est impératif pour le calcul du KPI « Taux de reprises des contrats » et pour la visualisation du reprises dans la cartographie des processus. En filtrant sur cet attribut, les analystes peuvent rapidement isoler les contrats ayant nécessité une révision significative, enquêter sur les causes profondes et mesurer l'impact du reprises sur les temps de cycle globaux. Il met en évidence les inefficacités dans les phases de rédaction et de négociation du processus.
Pourquoi est-ce important ? :
Il quantifie les reprises, facilitant la mesure des inefficacités de processus, l'analyse de leurs causes profondes et le suivi des améliorations au fil du temps.
Source des données :
C'est un attribut dérivé, calculé lors de la transformation des données en détectant les activités répétées au sein du même dossier.
Exemples
truefaux
|
|||
|
Nom de la Contrepartie
CounterpartyName
|
Le nom de la partie externe, telle qu'un fournisseur ou un client, au contrat. | ||
|
Descriptionn
Cet attribut identifie l'autre partie impliquée dans le contrat. Il peut s'agir d'un fournisseur, d'un client ou d'un partenaire. Cette information ajoute un contexte commercial crucial au processus de gestion des contrats. L'analyse par contrepartie peut aider à identifier des modèles liés à des partenaires spécifiques. Par exemple, les négociations avec certaines contreparties peuvent prendre systématiquement plus de temps, indiquant un besoin de modèles standardisés ou de termes pré-négociés. Il peut également être utilisé pour évaluer la santé des relations et la performance des fournisseurs à travers le portefeuille de contrats.
Pourquoi est-ce important ? :
Il permet l'analyse des performances des processus en fonction de la partie externe, aidant à identifier les difficultés de négociation et à gérer les relations avec les fournisseurs.
Source des données :
Cette information est généralement stockée dans la section des informations fournisseur ou client de l'espace de travail du contrat dans SAP Ariba Contrats.
Exemples
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Région
Region
|
La région géographique associée au contrat ou à la contrepartie. | ||
|
Descriptionn
Cet attribut définit la zone géographique, telle que l'Amérique du Nord, l'EMEA ou l'APAC, à laquelle le contrat s'applique. Cela est souvent déterminé par l'emplacement de la contrepartie ou l'unité commerciale propriétaire du contrat. Segmenter le processus par région permet d'identifier les différences régionales en matière de performance, de conformité et de comportement des processus. Par exemple, l'analyse pourrait montrer que les temps de cycle des contrats dans la région APAC sont plus longs en raison d'étapes de révision réglementaires spécifiques. Cet insight aide à adapter les améliorations de processus et l'allocation des ressources aux besoins régionaux.
Pourquoi est-ce important ? :
Il permet une analyse géographique pour identifier les variations régionales en termes de performance des processus, de temps de cycle et de conformité.
Source des données :
Consultez la documentation SAP Ariba Contrats. Il peut s'agir d'un champ de l'espace de travail du contrat ou dérivé de l'adresse de la contrepartie.
Exemples
Amérique du NordEMEAAPACLATAM
|
|||
|
SLA pour la révision
SlaForReview
|
La durée cible ou la date limite pour la fin d'une activité de révision. | ||
|
Descriptionn
Cet attribut définit l'accord de niveau de service (SLA) convenu pour des tâches de révision spécifiques, telles que « Révision interne » ou « Révision juridique ». Il représente le temps cible dans lequel la révision doit être achevée. Cet attribut est indispensable pour le tableau de bord et le KPI « Respect des SLA de révision interne et juridique ». En comparant le temps réel passé en révision à cette cible, les organisations peuvent mesurer la conformité avec les niveaux de service internes. Cela aide à identifier les retards systémiques, à responsabiliser les équipes et à garantir que le processus de révision ne devienne pas un goulot d'étranglement majeur.
Pourquoi est-ce important ? :
Il fixe l'objectif de performance pour les activités de révision, permettant la mesure de la conformité aux SLA et l'identification des retards.
Source des données :
Consultez la documentation SAP Ariba Contrats. Cela pourrait être configuré dans les règles ou les modèles de workflow d'approbation.
Exemples
P3DP5DP10D
|
|||
|
Statut de `conformité` aux `SLA`
SlaAdherenceStatus
|
Indique si une activité de revue a été terminée dans le respect de son SLA défini. | ||
|
Descriptionn
Cet attribut catégorise les activités de révision comme « Atteint », « Violé » ou « N/A » en fonction de leur temps d'achèvement par rapport au « SLA pour la révision ». Il est calculé en comparant l'« ActivityProcessingTime » à la durée cible du SLA. Cela fournit une évaluation claire et immédiate de la performance par rapport aux accords de niveau de service. C'est la métrique principale pour le KPI et le tableau de bord « Respect des SLA de révision interne et juridique ». En visualisant ce statut, les managers peuvent rapidement voir le pourcentage de révisions conformes et approfondir les violations pour en comprendre les causes.
Pourquoi est-ce important ? :
Il mesure directement les performances par rapport aux objectifs de service, permettant une surveillance claire de la conformité aux SLA et une identification rapide des infractions.
Source des données :
C'est un attribut dérivé, calculé lors de la transformation des données en comparant ActivityProcessingTime avec SlaForReview.
Exemples
AtteintDépasséN/D
|
|||
|
Statut du Contrat
ContractStatus
|
Le statut global actuel du contrat dans son cycle de vie. | ||
|
Descriptionn
Cet attribut indique l'état général du contrat, tel que « Brouillon », « En révision », « Exécuté », « Expiré » ou « Résilié ». Il diffère de l'activité, qui est un événement unique, tandis que le statut représente l'état sur une période de temps. Cet attribut est impératif pour les dashboards comme « Statut des obligations et renouvellements de contrats », offrant un aperçu du portefeuille de contrats actuel. Il aide à identifier les contrats bloqués et à gérer les événements du cycle de vie comme les renouvellements et les expirations. L'analyse des transitions entre les statuts peut également révéler des points de blocage ou des inefficacités dans le processus.
Pourquoi est-ce important ? :
Il offre une vue d'ensemble de l'état actuel d'un contrat, ce qui est indispensable pour la gestion de portefeuille, le suivi de statut et l'analyse du cycle de vie.
Source des données :
Ceci est un champ de statut principal sur l'en-tête de l'espace de travail du contrat dans SAP Ariba Contrats.
Exemples
BrouillonEn cours d'approbationExécutéExpiré
|
|||
|
Système source
SourceSystem
|
Le système d'enregistrement d'où proviennent les données. | ||
|
Descriptionn
Cet attribut identifie le système source où les données d'événement ont été générées. Pour ce processus, ce sera constamment « SAP Ariba Contrats ». L'inclusion de cet attribut est une bonne pratique pour la gouvernance des données et la traçabilité. Elle devient particulièrement importante lors de la fusion de données provenant de plusieurs systèmes, garantissant la clarté sur la provenance des données et aidant à résoudre les problèmes de qualité des données.
Pourquoi est-ce important ? :
Il fournit un contexte essentiel sur l'origine des données, assurant la traçabilité et permettant une analyse multi-systèmes.
Source des données :
Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine du jeu de données.
Exemples
SAP Ariba Contrats
|
|||
|
Temps de cycle total du contrat
TotalContractCycleTime
|
Le temps total écoulé entre la création de l'espace de travail du contrat et son exécution finale. | ||
|
Descriptionn
Cet attribut calculé mesure la durée complète complet pour un seul contrat. Il est généralement calculé comme la différence de temps entre la première et la dernière activité, souvent « Espace de travail de contrat créé » et « Contrat exécuté ». C'est un indicateur clé de performance principal, « Temps de cycle de contrat complet ». Il fournit une mesure de haut niveau de l'efficacité globale du processus de gestion des contrats. Il est utilisé dans les dashboards pour suivre les performances au fil du temps et pour comparer les temps de cycle entre différents types de contrats, départements ou régions, aidant à identifier les principaux domaines d'amélioration.
Pourquoi est-ce important ? :
Il offre la mesure ultime de la vitesse et de l'efficacité des processus, résumant la performance de l'ensemble du cycle de vie d'un contrat en une seule métrique.
Source des données :
Ceci est une métrique calculée au niveau du dossier dans l'outil de Process Mining ou lors de la transformation des données.
Exemples
P35DP12DT5HP90D
|
|||
Activités de Gestion des contrats
| Activité | Descriptionn | ||
|---|---|---|---|
|
Approbation Interne Terminée
|
Marque l'achèvement réussi de toutes les tâches d'approbation interne requises pour le contrat. Cela signifie que le contrat est prêt pour la signature finale, sous réserve de l'accord de la contrepartie. | ||
|
Pourquoi est-ce important ? :
C'est un jalon critique avant l'exécution. Le temps entre cet événement et l'exécution finale met en évidence tout retard dans l'obtention des signatures externes ou la finalisation du document.
Source des données :
Capturé à partir de l'horodatage de finalisation de la dernière tâche d'approbation dans le workflow Ariba. Le système enregistre le moment où l'ensemble du flux d'approbation est conclu avec succès.
Capture
Utilisez l'horodatage d'achèvement du groupe de tâches de flux d'approbation global.
Type d'événement
explicit
|
|||
|
Contrat Activé
|
Représente le moment où un contrat exécuté devient actif et ses obligations prennent effet. Ceci est souvent déclenché par un changement de statut après l'exécution, parfois à une date d'effet spécifiée. | ||
|
Pourquoi est-ce important ? :
Signale le début de la phase de gestion post-exécution. C'est le déclencheur du suivi des obligations et c'est impératif pour le KPI « Taux de résolutionpect des obligations ».
Source des données :
Cela est généralement déduit du changement du champ « Statut » de l'espace de travail du contrat à « Actif ». Cela peut se produire automatiquement après l'exécution ou être une étape manuelle.
Capture
Suivre l'horodatage lorsque le champ « Statut » du contrat passe à « Actif ».
Type d'événement
inferred
|
|||
|
Contrat clôturé
|
C'est une activité terminale où le contrat est formellement clôturé dans le système. Cela peut se produire après expiration, résiliation ou achèvement réussi de toutes les obligations. | ||
|
Pourquoi est-ce important ? :
Marque la fin finale du cycle de vie du contrat. C'est un événement de fin critique pour mesurer la durée complète du cycle de vie et garantir le respect des procédures de clôture.
Source des données :
Cela est déduit du changement du champ « Statut » de l'espace de travail du contrat à « Fermé », « Résilié » ou « Expiré ». Il peut s'agir d'un changement de statut automatique ou manuel.
Capture
Suivre l'horodatage lorsque le champ « Statut » du contrat passe à un état terminal.
Type d'événement
inferred
|
|||
|
Contrat exécuté
|
L'exécution formelle du contrat, lorsque toutes les signatures requises ont été obtenues. Cela fait passer le contrat d'un document en cours à un accord juridiquement contraignant. | ||
|
Pourquoi est-ce important ? :
C'est le point d'arrivée de succès principal pour le processus de prélèvement.-signature. C'est indispensable pour le calcul du « Temps de cycle de contrat complet » et du « Temps de cycle moyen d'approbation des contrats ».
Source des données :
Cet événement est capturé à partir du statut d'achèvement final de la tâche de signature dans le workflow Ariba, en particulier lorsqu'il est intégré à un outil de signature électronique. Le statut de l'espace de travail du contrat passe également à « Exécuté ».
Capture
Utilisez l'horodatage d'achèvement de la tâche de signature finale ou le changement de statut à « Exécuté ».
Type d'événement
explicit
|
|||
|
Espace de Travail du Contrat Créé
|
Cette activité marque l'initiation du processus de gestion des contrats. Un espace de travail de contrat est créé dans SAP Ariba, servant de référentiel central pour tous les documents, tâches et communications liés à un contrat spécifique. | ||
|
Pourquoi est-ce important ? :
C'est l'événement de début principal pour le processus complet. L'analyse du temps entre cette activité et l'exécution est indispensablele pour mesurer la durée globale du cycle de vie du contrat.
Source des données :
Cet événement est capturé à partir de la date de création de l'objet projet Espace de travail de contrat. C'est un horodatage clé disponible dans l'en-tête du contrat ou les données du projet.
Capture
Utilisez l'horodatage de création de l'objet Espace de travail de contrat.
Type d'événement
explicit
|
|||
|
Révision juridique démarrée
|
Indique que le contrat a été formellement soumis au service juridique pour revue. Il s'agit souvent d'une tâche distincte et obligatoire au sein du workflow d'approbation général. | ||
|
Pourquoi est-ce important ? :
La révision juridique est fréquemment un goulot d'étranglement majeur. Mesurer sa durée est indispensable pour le KPI « Temps de cycle moyen de révision juridique » et pour améliorer l'allocation des ressources légales.
Source des données :
C'est capturé à partir du début d'une tâche spécifique de « Révision juridique » dans le workflow Ariba. Le système enregistre l'horodatage lorsque la tâche est assignée ou démarrée.
Capture
Identifier l'horodatage de début pour les tâches spécifiquement attribuées à l'équipe ou au rôle juridique.
Type d'événement
explicit
|
|||
|
Approbation de la contrepartie reçue
|
Indique que la partie externe a formellement accepté les termes du contrat. Cela est généralement capturé via une solution de signature électronique intégrée ou une mise à jour manuelle à la réception d'un document signé. | ||
|
Pourquoi est-ce important ? :
Cette activité confirme l'accord mutuel et est la dernière étape avant que le contrat ne soit considéré comme légalement exécuté. C'est un jalon clé pour finaliser l'accord.
Source des données :
Il peut s'agir d'un événement explicite d'un outil de signature électronique comme DocuSign, qui enregistre un statut « Terminé ». Il peut également être déduit d'un changement de statut manuel à « Signé par la contrepartie ».
Capture
Capturer l'événement de finalisation depuis les journaux du fournisseur de signature électronique intégré.
Type d'événement
explicit
|
|||
|
Avenant Initié
|
Cette activité marque le début d'un amendement formel à un contrat actif. Cela implique généralement la création d'une nouvelle version ou d'un sous-projet lié à l'espace de travail du contrat original. | ||
|
Pourquoi est-ce important ? :
La fréquence et le calendrier des amendements fournissent des insights sur la stabilité des contrats et l'évolution des besoins commerciaux. Il est indispensable pour le tableau de bord « Tendances d'amendement et de résiliation ».
Source des données :
C'est une action explicite où un utilisateur initie un processus d'« Amendement » sur un contrat existant, qui est enregistré par le système.
Capture
Capturer l'événement de création d'un espace de travail ou d'une tâche de modification de contrat.
Type d'événement
explicit
|
|||
|
Contrat Rédigé
|
Représente la création initiale ou le téléchargement du document de contrat principal dans l'espace de travail. Il s'agit souvent de la première action majeure liée au contenu après la configuration de l'espace de travail. | ||
|
Pourquoi est-ce important ? :
Le suivi de cette activité aide à comprendre le temps nécessaire à la préparation de l'ébauche initiale. Des retards à ce stade peuvent avoir un impact significatif sur le temps de cycle global.
Source des données :
Cela peut être déduit du horodatage de création de la première version du document d'accord principal dans le dossier de documents de l'espace de travail du contrat.
Capture
Identifier l'horodatage de la première version de document téléchargée dans l'espace de travail.
Type d'événement
inferred
|
|||
|
Contrat Renouvelé
|
Indique qu'un contrat actif a été renouvelé avec succès. Ce processus aboutit souvent à la création d'un nouvel espace de travail de contrat qui succède à l'original. | ||
|
Pourquoi est-ce important ? :
Aide à analyser l'efficacité de la rétention et du renouvellement des contrats. C'est un résultat clé dans le cycle de vie des contrats, indiquant une relation commerciale continue.
Source des données :
Cela peut être capturé lorsqu'un nouveau contrat est créé avec un lien de relation (par exemple, « renouvellement de ») vers le contrat expirant. Il s'agit souvent d'une action explicite initiée par l'utilisateur.
Capture
Identifier la création d'un nouveau contrat lié comme renouvellement à un contrat existant.
Type d'événement
explicit
|
|||
|
Contrat révisé
|
Cette activité se produit lorsqu'une nouvelle version du document de contrat principal est créée ou téléchargée. Elle a généralement lieu en réponse aux commentaires de la révision interne, de la révision juridique ou des négociations avec la contrepartie. | ||
|
Pourquoi est-ce important ? :
La fréquence des révisions est une mesure directe du reprises. Le suivi de cette activité est indispensable pour calculer le « Taux de reprises des contrats » et identifier les opportunités de standardisation du langage ou des processus.
Source des données :
Déduit du système de gestion de documents dans l'Espace de Travail du Contrat. Chaque fois qu'une nouvelle version du document d'accord principal est enregistrée, un horodatage est créé.
Capture
Utilisez les horodatages de création pour les versions de document supérieures à un.
Type d'événement
inferred
|
|||
|
Négociation avec la contrepartie
|
Représente la phase où le contrat est partagé avec la partie externe pour négociation et révision. Cette activité peut être enregistrée par un changement de statut manuel dans l'espace de travail. | ||
|
Pourquoi est-ce important ? :
Fournit une visibilité sur les cycles de négociation externes, qui peuvent être imprévisibles. Mesurer cette phase aide à quantifier les « Cycles de négociation moyens » et à identifier les négociations complexes.
Source des données :
Ceci est souvent déduit lorsque le statut de l'espace de travail est modifié manuellement à un état comme « Négociation » ou « Avec le fournisseur ». Alternativement, cela pourrait être déduit du moment où un document est envoyé à un contact externe.
Capture
Suivre les changements dans le champ de statut de l'espace de travail du contrat vers des valeurs indiquant une révision externe.
Type d'événement
inferred
|
|||
|
Révision interne démarrée
|
Cette activité signifie le début du workflow de révision et d'approbation interne pour l'ébauche de contrat. Le document est acheminé vers les parties prenantes pertinentes, telles que les services financiers ou les opérations, pour leurs commentaires. | ||
|
Pourquoi est-ce important ? :
Marque le début d'un potentiel goulot d'étranglement. L'analyse de la durée de cette phase est indispensablele pour identifier les retards dans le processus de révision interne et soutenir le KPI « Respect des SLA de révision interne ».
Source des données :
Cet événement est généralement enregistré lorsqu'une tâche de révision est créée et assignée au sein du moteur de workflow SAP Ariba. Le statut de la tâche passe à « En cours » ou à un état similaire.
Capture
Capturer l'horodatage lorsqu'une tâche de revue est initiée dans le workflow d'approbation du contrat.
Type d'événement
explicit
|
|||
|
Tâche de Conformité Terminée
|
Signifie l'achèvement d'une tâche post-exécution planifiée, telle qu'une révision de conformité ou une vérification d'obligation. Ces tâches sont configurées pour assurer une gouvernance continue. | ||
|
Pourquoi est-ce important ? :
Le suivi de l'achèvement de ces tâches est indispensable pour mesurer le « Taux de résolutionpect des obligations » et garantir que l'organisation respecte ses engagements contractuels.
Source des données :
Capturé à partir de l'horodatage de finalisation de tâches de suivi spécifiques ou de tâches liées aux obligations dans l'Espace de travail de contrat.
Capture
Utilisez l'horodatage d'achèvement des tâches post-exécution configurées dans l'espace de travail.
Type d'événement
explicit
|
|||