Examen du contrat/de l'espace de travail

Objectives

After completing this lesson, you will be able to:
  • Soumettez un accord principal pour approbation.
  • Approuver un accord principal.
  • Reconnaître comment les signatures électroniques sont obtenues.
  • Décrivez comment publier l'accord principal.
  • Expliquer comment publier l'espace de travail Contrat.

Cycle de vie du contrat – Approuver et finaliser

La phase Approuver et finaliser du cycle de vie du contrat est mise en surbrillance.

La phase d'approbation et de finalisation du cycle de vie du contrat comprend :

  • Envoi de l'accord principal et d'autres documents contractuels pour approbation par les parties prenantes internes
  • Créer une nouvelle série d'approbations si la première série a été refusée par un approbateur
  • Finalisation et mise à jour des données de contrat et des documents dans l'espace de travail
  • Publication de l'accord principal et de l'espace de travail Contrat

Approbation finale

Dans un espace de travail Contrat classique, il existe une tâche d'approbation finale associée à tous les documents de l'espace de travail Contrat. Cette approbation finale détermine généralement si le propriétaire peut publier ou non un contrat.

  • Les approbations sont destinées à modéliser les processus de gestion de l'organisation.
  • Dépend souvent des valeurs des champs d'en-tête de l'espace de travail Contrat, notamment :
    • Montant en numéraire du contrat
    • Région
    • Produit de base
  • Les approbations peuvent inclure des utilisateurs réels ou des groupes de projet.
  • Les propriétaires de projets ne peuvent pas supprimer les approbateurs générés à partir du modèle, ils peuvent uniquement ajouter à la procédure.

Approbation

  • Approbation formelle requise
  • Ne peut pas être terminé manuellement par le propriétaire de la tâche
  • Tous les approbateurs requis DOIVENT approuver la tâche pour que le système puisse terminer la tâche.
  • Les approbateurs doivent être un utilisateur interne dans le système.

Les tâches d'approbation de documents sont similaires dans la configuration aux tâches de négociation. Ils peuvent inclure un ou plusieurs documents et doivent avoir un message initial à l'attention du ou des approbateurs.

Les modèles SAP Ariba Contracts peuvent spécifier des approbateurs ou des réviseurs en fonction du type de contrat qu'un utilisateur crée. Les procédures d'approbation générées sont destinées à modéliser les processus commerciaux de l'organisation et dépendent souvent des valeurs des champs d'en-tête de l'espace de travail Contrat, telles que le montant monétaire, la région, la famille d'achat, etc. du contrat. Ces procédures d'approbation peuvent inclure des utilisateurs réels ou des groupes de projet en tant qu'espaces réservés. Étant donné qu'il s'agit de l'une des fonctionnalités de contrôle du système, les propriétaires de l'espace de travail peuvent uniquement modifier ces flux en les ajoutant. Ils ne sont pas autorisés à supprimer ou modifier la partie de la procédure d'approbation créée par le système lorsqu'un nouvel espace de travail est généré à partir d'un modèle SAP Ariba Contracts.

Le diagramme de flux sera mis à jour dynamiquement en fonction des conditions incluses dans le modèle SAP Ariba Contracts. Par exemple, si un contrat dépasse un certain montant monétaire, il peut exister une condition qui ajoute un certain utilisateur ou rôle à la procédure d'approbation pour l'ensemble du contrat.

Acheminement de la procédure d'approbation

L'acheminement via la procédure d'approbation est affiché dans le diagramme ; il inclut des approbateurs parallèles, en série et personnalisés.
Déroulement de l'approbationDans tous les types de tâches qui ont un workflow (Approbation, Vérification et Négociation), le propriétaire de la tâche peut ajouter des réviseurs/approbateurs à la procédure avant et après la soumission de la tâche. Cliquez sur les flèches dans le diagramme à l'endroit où vous souhaitez ajouter un approbateur en série. Si vous cliquez sur la flèche à gauche du premier vérificateur/approbateur, vous avez la possibilité d'ajouter un approbateur en série ou en parallèle.

Lors de l'ajout d'un approbateur à la procédure, indiquez si l'approbateur est requis (approbateur) ou non (observateur). Un approbateur approuve ou refuse la tâche. Un observateur peut afficher la tâche et y joindre des documents, mais ne peut pas l'approuver.

Approbateurs parallèlesPour les approbateurs parallèles, le système active les nœuds d'approbation en même temps. Vous pouvez uniquement ajouter des approbateurs parallèles à partir des approbateurs de premier niveau (approbateurs les plus à gauche) dans la procédure. Une fois la tâche d'approbation soumise par le propriétaire de la tâche, les approbateurs de tâches peuvent également ajouter des approbateurs supplémentaires lorsque c'est à leur tour d'approuver la tâche. Ils ne peuvent supprimer que les approbateurs qu'ils ont ajoutés. Ils ne peuvent pas supprimer les approbateurs hérités du modèle ou ceux ajoutés par le propriétaire de la tâche.
Approbateurs en sérieLes approbateurs en série sont affectés consécutivement dans l'ordre dans lequel ils apparaissent dans le diagramme de la procédure d'approbation (de gauche à droite). Le système n'active pas un nœud dans un flux (affectez une tâche à l'approbateur dans le nœud) tant que les approbateurs précédents n'ont pas soumis d'approbations.

Types d'approbation, nœuds et détails du groupe

Exemple de types d'approbation, de nœuds et de groupes. Des détails sont fournis dans le paragraphe ci-dessous.

Types d'approbateurs

Deux types d'approbateurs peuvent figurer sur un graphique d'approbation :

  • Approbateurs requis : utilisateur ou groupe qui doit approuver un document avant qu'il ne puisse continuer. Les approbateurs requis peuvent être des managers du propriétaire de la tâche ou d'autres membres du service Approvisionnement, d'un cadre supérieur ou du service juridique.
  • Observateurs : utilisateur ou groupe qui est informé de la soumission et du statut de la tâche, mais qui ne peut pas approuver ou refuser la tâche. Dans de nombreuses circonstances, les personnes peuvent avoir besoin de surveiller une demande tout au long du processus d'approbation.

Types de nœuds d'approbation

Un nœud d'approbation peut être de l'un des types suivants :

  • Utilisateur individuel : l'approbateur le plus simple est un utilisateur. Un utilisateur est généralement ajouté à une procédure d'approbation car il fait partie d'une chaîne de supervision ou parce qu'il doit spécifiquement approuver la tâche.
  • Groupe : si un nœud d'approbation est un groupe, tout utilisateur membre de ce groupe peut approuver ou refuser le document. Le premier utilisateur à approuver ou refuser le document à approuver termine l'exigence d'approbation et la demande passe au nœud suivant de la procédure d'approbation (ou, en cas de refus, le document à approuver est retiré). Les groupes doivent être prédéfinis dans le système et des utilisateurs doivent leur être affectés en tant que membres pour pouvoir être utilisés dans la logique d'approbation.

Détails d'un nœud d'approbation

Vous pouvez afficher les détails de l'utilisateur ou du groupe en cliquant dessus dans le graphique d'approbation. Une nouvelle fenêtre affiche les détails de cet utilisateur ou de ce groupe.

Processus d'approbation

Diagramme du processus d'approbation.

Lorsqu'il est sélectionné en tant qu'approbateur pour un document soumis, une notification est reçue par e-mail et/ou par notification du tableau de bord. La notification par e-mail comporte un lien qui permet d'accéder directement à la tâche. Si l'approbateur fait partie de l'équipe de l'espace de travail, il reçoit une notification via le tableau de bord et peut afficher la tâche ou l'intégralité du projet.

Une fois la tâche ouverte, l'approbateur vérifie les documents et, une fois l'opération terminée, cliquez sur le bouton Approuver ou Refuser. En cas d'approbation, le workflow passe à l'approbateur suivant. En cas de refus, les approbateurs doivent inclure un message expliquant les modifications dont ils ont besoin pour accorder l'approbation. Les approbateurs peuvent inclure des versions modifiées des documents contractuels ainsi que d'autres pièces jointes. Une fois que l'approbateur a refusé, la série correspondante de la tâche d'approbation est marquée comme refusée et une nouvelle série est nécessaire.

Le propriétaire de la tâche reçoit une notification après chaque approbation/refus de réponse. Si la tâche est refusée, le propriétaire de la tâche accède à la tâche et lit les commentaires de l'approbateur dans l'onglet Commentaires. Des liens vers les documents modifiés sont disponibles pour que le propriétaire puisse afficher les modifications suggérées par l'approbateur. Après avoir vérifié les modifications, le propriétaire décide de la manière d'incorporer ces modifications dans les documents contractuels. Le propriétaire ouvre la version modifiée d'un document et l'enregistre, mettant ainsi à jour la version actuelle vers le document correspondant dans l'espace de travail.

Après avoir apporté des modifications au(x) document(s) refusé(s) lors de la première série d'approbation, le propriétaire soumet la nouvelle série de la tâche d'approbation. Tous les approbateurs requis verront à nouveau le(s) document(s) avec les modifications apportées et auront la possibilité d'approuver ou de refuser.

Finalement, le propriétaire et les approbateurs parviennent à un accord une fois que tous les approbateurs ont marqué la tâche Approuver.

Approbation de l'accord principal

À la fin de cette activité, vous serez capable de :

  • Soumettre un contrat pour approbation finale

  • Approuver une tâche d'approbation

Tâche de signature

Les tâches de signature sont une fonctionnalité add-on (non prête à l'emploi) pour SAP Ariba Contracts. SAP Ariba Contracts fournit des tâches de signature à l'aide des prestataires de service de signature électronique suivants :

  • DocuSign
  • Adobe Document Cloud eSign Services

Les tâches de signature vous permettent de collecter des signatures électroniques de signataires internes et externes pour un document dans un espace de travail SAP Ariba Contracts. Un contrat signé électroniquement peut désigner une version spécifique comme étant la version officielle convenue, comprise par toutes les parties comme étant la version en vigueur. Une fois qu'un document a été signé électroniquement, personne ne peut le modifier sans invalider la signature électronique. Si un document signé est modifié, il doit être resigné par tous les signataires requis.

SAP Ariba s'intègre à Adobe EchoSign et DocuSign pour les signatures électroniques, reliant les acheteurs et les fournisseurs via des API pour rationaliser la gestion des contrats et les processus de signature électronique.

Les services de signature électronique SAP Ariba Contract Management, en partenariat avec Adobe EchoSign et DocuSign, aident les clients à travailler gratuitement et à conclure des transactions plus rapidement et plus efficacement, ce qui augmente les économies, le chiffre d'affaires et la productivité.

Workflow de tâche de signature

Le workflow de signature électronique est le suivant :

  1. À l'aide de l'interface SAP Ariba, créez une tâche de signature pour un seul document ou un dossier avec plusieurs documents.
  2. Soumettez la tâche. Si vous utilisez DocuSign, vous êtes transféré vers le site Web DocuSign ; si vous utilisez Adobe Document Cloud eSign Services, une nouvelle fenêtre de navigateur s'ouvre sur le site Web des services Adobe Document Cloud eSign.
  3. Sur le site Web des services DocuSign ou Adobe Document Cloud eSign, vous pouvez indiquer où les signataires placeront leurs signatures ou leurs initiales. Sur le site Web DocuSign, vous pouvez également spécifier des signataires supplémentaires et un ordre dans lequel les signataires reçoivent et signent le document.
  4. Vous envoyez le document depuis le site Web DocuSign ou Adobe Document Cloud eSign Services.
  5. Les signataires reçoivent des notifications leur demandant d'accéder au site DocuSign ou Adobe Document Cloud eSign Services pour signer le document.
  6. Les signataires signent ou refusent les documents.
  7. Si tous les signataires ont signé le document, l'interface SAP Ariba affiche le statut Signé(e) pour le document.

Vous pouvez modifier, retirer ou démarrer une nouvelle série de la tâche de signature si nécessaire.

Publier un espace de travail Contrat

Étape finale, qui indique que le contrat est finalisé.

  • Gèle la version actuelle de l'espace de travail Contrat.
  • Disponible uniquement si toutes les tâches requises ont le statut Terminé.

Après la publication, le statut de l'espace de travail Contrat passe à Publié(e) ou En attente.

  • Le statut sera Publié si la date d'entrée en vigueur est la date du jour ou une date antérieure.
  • Le statut est En attente si la date d'entrée en vigueur se situe dans le futur. Lorsque la date d'entrée en vigueur est atteinte, le statut passe automatiquement à Publié.
L'option Publier est mise en surbrillance dans le menu déroulant Action.

Les tâches facultatives n'ont pas besoin d'être marquées comme terminées. Les tâches de notification sont des tâches facultatives qui ne sont souvent pas terminées lorsque le contrat est publié. L'objectif d'une tâche de notification est d'informer un utilisateur qu'il doit effectuer une action spécifique. Par exemple, une tâche de notification « Vérifier la tarification du bois d'œuvre » peut être conçue pour que le système envoie un e-mail de rappel au propriétaire du projet 1 an dans un contrat de 2 ans. Cela invite le propriétaire du projet à vérifier la tarification pour voir si des ajustements du contrat sont nécessaires.

Remarque

Les documents eux-mêmes n'ont pas besoin d'être au statut Publié pour publier l'espace de travail. Un espace de travail peut être publié même s'il contient des documents au statut Ébauche. La publication de documents n'a aucun impact sur la fonctionnalité de l'espace de travail. Il s'agit plutôt d'un moyen de communiquer aux membres de votre équipe que vous avez terminé de travailler sur le document. Les documents sont automatiquement publiés s'ils font partie d'une tâche d'approbation et que le ou les approbateurs cliquent sur Approuver. En outre, vous pouvez publier manuellement un document en cliquant sur le lien du document et en sélectionnant Publier.

Processus de publication d'un espace de travail Contrat

  1. Les membres de l'équipe terminent toutes les phases et tâches, y compris l'approbation finale.
  2. Le propriétaire de l'espace de travail sélectionne Publier dans la section Attributs de l'onglet Présentation de l'espace de travail.
  3. Le statut de l'espace de travail Contrat dans SAP Ariba Contracts est mis à jour en conséquence.

Statuts des espaces de travail Contrat

StatutDéfinition
Version préliminaireEn cours de traitement et pas encore définitif
En attenteApprouvé, mais la date d'entrée en vigueur se situe dans le futur.
PubliéActuellement en vigueur
ExpiréDate d'expiration dépassée
En attenteSuspendu (les actions sont limitées, les notifications d'expiration et de retard ne sont pas envoyées et tout contrat de conformité associé est fermé)
ClôturéClôturé manuellement par un utilisateur
Projet d'avenantUn avenant qui est en cours de traitement et qui n'est pas encore final (peut uniquement être défini sur un espace de travail Contrat précédemment publié)

Publier l'espace de travail Contrat

À la fin de cette activité, vous serez capable de :

  • Terminer les tâches restantes dans la phase finale
  • Charger un accord principal signé
  • Publier l'espace de travail Contrat