Le système de workflow Microsoft Dynamics permet à une chaîne d’objets associés hautement personnalisable d’automatiser les processus au sein de l’environnement Dynamics. Ces processus peuvent être déclenchés manuellement par un utilisateur ou configurés pour se déclencher lorsque des événements définis se produisent.
Ce document vise à présenter et expliquer les objets Adobe Sign ajoutés à la version 7 du package Adobe Sign pour MS Dynamics CRM.
Il ne s’agit pas d’une explication approfondie du système de workflows personnalisés dans Dynamics.
Adobe Sign pour MS Dynamics CRM prend en charge la création de workflows personnalisés dans la version 7 du package d’installation pour la solution CRM 365 uniquement.
Ce package contient :
Les versions antérieures de Dynamics (2011/2013/2016) ne sont pas prises en charge par la version 7 du package Adobe Sign.
Avant de créer un workflow, vous devez bien connaître le formulaire à signer et le nombre/l’ordre des destinataires à inclure dans le processus de signature.
Plusieurs options permettent de modifier l’ordre de signature, généralement en insérant un destinataire à la première position, ce qui fait reculer les autres destinataires dans la pile.
Les activités sont les blocs élémentaires des actions et du workflow, et définissent chacune une tâche distincte qui peut prendre en compte les informations d’activités ou d’événements précédents et générer une sortie pour les activités suivantes.
L’association d’une série d’activités crée une action ou un workflow.
Sept activités Adobe Sign sont disponibles :
Champs :
Nom de l’accord : nom de l’accord tel qu’il doit être affiché dans les messages électroniques envoyés aux destinataires et tel qu’il est référencé dans l’environnement Dynamics.
Message d’accord : message global ajouté aux notifications par e-mail envoyées aux destinataires.
Type de signature : définit le flux de signature appliqué par Adobe Sign. Deux options sont disponibles :
Définir le mot de passe pour ouvrir le PDF signé : champ facultatif qui accepte une chaîne de mot de passe appliquée au document signé final. L’affichage du fichier PDF signé nécessite systématiquement le mot de passe.
Jours jusqu’à l’expiration du contrat : toute valeur saisie dans ce champ représente le nombre de jours pendant lesquels l’accord peut être signé après sa création. Tous les destinataires doivent réaliser leur part du processus de signature avant l’expiration de ce délai ou l’accord est annulé.
Options de signature de l’expéditeur : ces options gèrent le flux de signature du destinataire pour l’expéditeur. Quatre options sont disponibles :
Les options de signature de l’expéditeur ont un impact direct sur l’ordre de signature de l’accord, et remplacent la valeur Ordre des destinataires telle qu’elle est définie dans les activités AddRecipient.
Si vous avez défini un destinataire avec une valeur Ordre des destinataires de 1, puis configuré l’activité CreateAccount pour insérer l’expéditeur en tant que premier signataire (Je signe en premier), les valeurs Ordre des destinataires seront fonctionnellement poussées vers le bas de la pile.
1 sera traité comme 2 et n’aura accès qu’aux champs du signataire 2.
2 sera traité comme 3, et ainsi de suite.
Signature en personne : champ utilisé lorsque vous prévoyez que le destinataire se trouve au même emplacement physique que l’expéditeur et que vous souhaitez autoriser la signature en personne, hébergée sur le système de l’expéditeur.
Cette méthode échappe au processus de vérification par e-mail par défaut, il est donc fortement recommandé d’exiger que des informations non triviales supplémentaires soient rassemblées dans le formulaire (par exemple, permis de conduire, numéro de sécurité sociale, etc.) afin d’assurer un lien raisonnable avec la personne unique.
Ordre de signature obligatoire : cette option détermine le flux d’accord de base.
URL de page d’entrée post-signature : URL publique vers laquelle vous souhaitez que les signataires soient redirigés une fois leur signature apposée.
Délai de redirection en secondes : si une URL de page d’entrée post-signature est fournie, ce champ définit le nombre de secondes pendant lequel le navigateur attend après la résolution de l’accord avant que la redirection ne se déclenche et remplace le navigateur par l’URL de la page de destination.
Vérification de l’identité : ce paramètre définit la méthode de vérification par défaut pour tous les destinataires associés à l’accord.
Tous les destinataires sont vérifiés, au moins par authentification à l’adresse e-mail à laquelle l’accord est envoyé.
L’authentification à deux facteurs est disponible sous plusieurs formes :
Définir un mot de passe pour la vérification de l’identité : chaîne de mot de passe à utiliser si la vérification par mot de passe est sélectionnée.
Ajouter l’adresse e-mail principale de l’entité parent en tant que destinataire : lorsque cette option est définie sur Vrai, le processus importe l’adresse e-mail de l’entité principale en tant que premier signataire dans le processus de signature.
L’option Ajouter l’adresse e-mail principale de l’entité parent en tant que destinataire affecte directement l’ordre de signature de l’accord et remplace la valeur Ordre des destinataires telle qu’elle est définie dans les activités AddRecipient.
Si vous avez défini un destinataire avec une valeur Ordre des destinataires de 1, puis configuré l’activité CreateAccount sur Ajouter l’adresse e-mail principale de l’entité parent en tant que destinataire, les valeurs Ordre des destinataires seront fonctionnellement poussées vers le bas de la pile.
1 sera traité comme 2 et n’aura accès qu’aux champs du signataire 2.
2 sera traité comme 3, et ainsi de suite.
Programmer les rappels au destinataire : définit les rappels programmés pour l’accord. Trois options sont possibles :
Champ :
Sélectionner un modèle d’accord : un champ de recherche qui présente les modèles Adobe Sign disponibles que vous pouvez utiliser pour générer un accord.
GetAgreementID ne possède aucun champ d’entrée et qu’une seule sortie, l’ID d’accord.
Champs :
Entrée de l’ID de l’accord : importez l’ID d’accord depuis l’activité CreateAgreement.
Ajouter des documents depuis : définit la source du document. Les documents sont toujours récupérés dans les notes de l’objet cible. Il existe deux options :
Par exemple : si vous joignez des devis de vente aux opportunités, votre workflow peut être configuré pour utiliser l’opportunité en tant qu’entité principale.
Lorsque le workflow est déclenché, le processus accède à l’opportunité pour récupérer le ou les fichiers joints aux notes sur l’opportunité, où se trouverait le devis.
Par exemple : si vous avez des documents d’embauche standard. Il s’agit de documents standard et il n’est pas logique de joindre des copies uniques des documents vierges pour chaque nouvel utilisateur que vous engagez. Joindre les documents à partir du processus permet à l’administrateur de contrôler les versions et rend la version actuelle des documents disponible pour toute personne qui doit déclencher le workflow.
Sélectionner les processus : uniquement utile si vous avez sélectionné Ajouter des documents depuis les notes sur le processus.
Ce paramètre identifie le processus à partir duquel les fichiers du document sont récupérés.
Nom du document : toute entité ou tout processus donné peut avoir plusieurs fichiers joints au champ Notes.
En fournissant un nom du document, vous vous assurez que le processus ne récupère que les fichiers correspondant au fichier nommé.
Si aucun nom du document n’est fourni, tous les fichiers seront récupérés.
Ajouter uniquement la dernière version du document : il est fréquent que plusieurs versions d’un même document soient créées. Les contrats, par exemple, lors de la négociation des conditions, peuvent avoir plusieurs itérations. En définissant l’option Ajouter uniquement la dernière version du document sur Vrai, seule la version la plus récente du document (en fonction de l’horodatage de la pièce jointe) est sélectionnée lors de la récupération des documents.
Si le paramètre est Faux, toutes les versions du ou des documents seront récupérées.
Lors de la création d’un processus global (aucune entité principale identifiée), n’oubliez pas que votre document doit être récupéré à partir des notes sur le processus.
Champs :
Entrée de l’ID de l’accord : importez l’ID d’accord depuis l’activité CreateAgreement.
Nom complet du destinataire : champ facultatif qui insère la valeur du champ dans les modèles de courrier électronique qui, autrement, afficheraient la valeur Adresse électronique du destinataire.
Adresse électronique du destinataire : l’adresse e-mail littérale du destinataire. Cette valeur est utilisée pour envoyer le document et associer le destinataire à l’accord.
Rôle du destinataire : ce que le destinataire est censé faire concernant le document :
Ordre des destinataires : cette valeur représente :
Dans un workflow séquentiel, le destinataire 2 n’est informé de l’accord qu’une fois que le destinataire 1 a terminé sa partie, et non avant.
Le destinataire 2 n’a accès qu’aux champs définis pour « Quiconque » et « Signataire 2 ».
Remarque pour les destinataires Cc : par souci de clarté, pour pouvoir interagir avec l’accord, tous les destinataires Cc doivent se voir attribuer l’ordre des destinataires qui suit le dernier destinataire. Si vous avez trois destinataires dans le cadre du cycle de signature, les destinataires Cc doivent avoir l’ordre des destinataires 4.
Soyez attentif à l’ordre des destinataires et sachez que l’activité CreateAgreement permet d’insérer des destinataires au début de la liste des destinataires.
Les paramètres d’insertion des destinataires sont les suivants :
Remplacer la vérification par défaut : permet d’affecter au destinataire une méthode de vérification différente de la valeur par défaut définie dans l’activité CreateAgreement.
Vérification de l’identité : tous les destinataires sont vérifiés, au moins par authentification à l’adresse e-mail à laquelle l’accord est envoyé. L’authentification à deux facteurs est disponible sous plusieurs formes :
Remarque pour les destinataires Cc : la vérification d’identité pour tous les destinataires Cc doit être laissée sur la valeur par défaut « E-MAIL ».
Téléphone du destinataire : numéro de téléphone à utiliser pour le processus de vérification téléphonique par SMS.
Code pays du destinataire : code pays qui précède le numéro de téléphone pour la vérification par SMS.
Mot de passe du destinataire : chaîne de mot de passe à utiliser si la vérification par mot de passe est sélectionnée.
Champs :
Entrée de l’ID de l’accord : importez l’ID d’accord depuis l’activité CreateAgreement.
Sélectionner le type de destinataire à ajouter : ce champ définit le type d’entité que vous souhaitez rechercher lorsque vous identifiez le destinataire. Les options sont les suivantes :
Ajouter un prospect en tant que destinataire : permet de mapper un objet Prospect dans le cycle de signature lorsque Prospect est sélectionné dans le champ Sélectionner le type de destinataire à ajouter.
Ajouter un contact en tant que destinataire : permet de mapper un objet Contact dans le cycle de signature lorsque Contact est sélectionné dans le champ Sélectionner le type de destinataire à ajouter.
Ajouter un utilisateur en tant que destinataire : permet de mapper un objet Utilisateur dans le cycle de signature lorsque Utilisateur est sélectionné dans le champ Sélectionner le type de destinataire à ajouter.
Lorsque vous ajoutez des destinataires à l’aide des champs ci-dessus, vous pouvez effectuer une recherche dans le système ou sélectionner le destinataire via les entités associées de l’entité parent.
Rôle du destinataire : ce que le destinataire est censé faire concernant le document :
Ordre des destinataires : cette valeur représente où se trouve le destinataire dans le processus de signature lorsque celui-ci signature suit une séquence. 1 indique que le destinataire est le premier à avoir accès à l’accord.
Le destinataire 2 n’est informé de l’accord qu’une fois que le destinataire 1 a terminé sa partie, et non avant.
Remarque pour les destinataires Cc : par souci de clarté, pour pouvoir interagir avec l’accord, tous les destinataires Cc doivent se voir attribuer l’ordre des destinataires qui suit le dernier destinataire. Si vous avez trois destinataires dans le cadre du cycle de signature, les destinataires Cc doivent avoir l’ordre des destinataires 4.
Soyez attentif à l’ordre des destinataires et sachez que l’activité CreateAgreement permet d’insérer des destinataires au début de la liste des destinataires.
Les paramètres d’insertion des destinataires sont les suivants :
Remplacer la vérification par défaut : permet d’affecter au destinataire une méthode de vérification différente de la valeur par défaut définie dans l’activité CreateAgreement.
Vérification de l’identité : tous les destinataires sont vérifiés, au moins par authentification à l’adresse e-mail à laquelle l’accord est envoyé. L’authentification à deux facteurs est disponible sous plusieurs formes :
Remarque pour les destinataires Cc : la vérification d’identité pour tous les destinataires Cc doit être laissée sur la valeur par défaut « E-MAIL ».
Téléphone du destinataire : numéro de téléphone à utiliser pour le processus de vérification téléphonique par SMS.
Code pays du destinataire : code pays qui précède le numéro de téléphone pour la vérification par SMS.
Mot de passe du destinataire : chaîne de mot de passe à utiliser si la vérification par mot de passe est sélectionnée.
Champ :
Entrée de l’ID de l’accord : importez l’ID d’accord depuis l’activité CreateAgreement.
Les actions sont un type de processus qui associe les activités pour obtenir un produit donné, mais elles ne sont pas directement accessibles aux utilisateurs.
Elles peuvent être considérées comme des modules réutilisables pouvant être inclus dans les workflows. Quelques actions soigneusement créées peuvent être incluses dans un large éventail de workflowsvariés, sans avoir à reconfigurer ces étapes communes.
Deux actions préconfigurées sont disponibles et prêtes à l’emploi.
Il s’agit de processus simples et largement utilisés que vous pouvez utiliser pour créer vos propres workflows personnalisés :
Cette action est une action simple et générique pour envoyer un accord à un destinataire pour signature électronique.
En haut de la page des propriétés, vous pouvez voir les éléments suivants :
La chaîne de processus comporte quatre activités :
Ce processus est une action simple et générique pour envoyer un accord à un destinataire pour signature électronique.
En haut de la page des propriétés, vous pouvez voir les éléments suivants :
La chaîne de processus comporte quatre activités :
Les workflows sont un type de processus qui peut être exécuté par le système ou à la demande par les utilisateurs.
Les workflows sont généralement créés avec une ou plusieurs actions, conditions ou activités.
Les workflows peuvent répondre aux modifications au niveau des champs ou être initiés par les utilisateurs via le menu Plus d’options (...) de chaque entité, selon la façon dont ils sont configurés.
Le package Adobe Sign pour MS Dynamics CRM v7 possède un workflow préconfiguré à l’état Version préliminaire. Ce workflow est conçu avec des activités pour illustrer la structure, mais il pourrait tout aussi bien être créé avec un événement de déclenchement conditionnel et une action contenant les activités :
En haut de la page des propriétés, vous pouvez voir les éléments suivants :
Dans la section Gestionnaire de processus, le premier élément de ligne est une condition qui peut déclencher le workflow :
Si l’État de l’opportunité est remplacé par Conclu, exécutez une série d’étapes.
La chaîne de processus comporte quatre activités :
Vous trouverez ci-dessous un exemple de création d’un processus simple pour envoyer un accord de non-divulgation (NDA) à un contact dans le système Dynamics.
Pour les besoins de cet exemple, certaines indications fournissent un cadre permettant de décider du workflow :
Si vous n’êtes pas familier avec l’utilisation de la sortie d’une activité comme valeurs d’entrée pour une activité ultérieure, consultez le processus.
Les activités sont conçues pour accepter des valeurs d’entrée provenant d’événements déclencheurs ou d’autres activités, puis rendre ces nouvelles valeurs disponibles pour les activités ultérieures du processus.
Dans l’image ci-dessous, le champ Entrée de l’ID de l’accord doit avoir la valeur d’ID importée de l’activité CreateAgreement.
Pour importer la sortie d’une activité précédente, vous devez associer le chemin de l’objet au champ où vous avez besoin de la valeur :
La liste se réduit pour afficher l’objet sélectionné comme valeur Rechercher : .
La liste immédiatement sous le champ Rechercher : fournit toutes les valeurs de sortie possibles pour l’objet sélectionné.
CreateAgreement ne possède qu’une seule valeur de sortie : Sortie de l’ID de l’accord.
Pour créer le processus :
Cet exemple suppose que toute personne à laquelle un NDA est envoyé sera un contact. Nous utilisons donc Contact comme entité principale.
Le processus détaillé est créé au bas de la page. Défilez jusqu’à la section Ajouter étape.
Le processus complet de signature d’un document comprend au moins trois d’entre elles, dans l’ordre suivant :
Créer un accord : l’accord est l’objet conteneur qui contient toutes les valeurs de configuration pour la transaction complète via le système Adobe Sign.
Deux options sont disponibles lors de la création de l’accord.
Ajouter le document : joint le ou les fichiers à envoyer.
Il est possible d’ajouter les destinataires avant le document.
La pensée linéaire suggère qu’ajouter le document en premier améliore la compréhension du processus car, dans la plupart des cas, le type de document détermine qui sont les destinataires et dans quel ordre ils doivent être impliqués dans le processus de signature.
Ajouter un destinataire : les destinataires sont les personnes qui sont incluses dans le cycle de complétion de l’accord. Ils peuvent inclure :
Deux options permettent d’ajouter des destinataires :
Il existe deux façons de créer un processus pour lequel aucune activité AddRecipient ne serait requise :
Envoyer l’accord : l’activité qui prend l’accord configuré et l’envoie au service Adobe Sign, commençant ainsi le processus de signature.
Notre exemple de NDA utilise cinq des six activités (il ne peut y avoir qu’une seule activité de type « Créer un accord »), dans un processus en cinq étapes :
1. Ajouter étape - AdobeSign.Activities.CreateAgreement
Valeurs de champ pour cet exemple :
Une fois les activités configurées, la croix rouge est supprimée des enregistrements d’étape.
2. Ajouter étape - AdobeSign.Activities.AddDocument
Valeurs de champ pour cet exemple :
3. Ajouter étape - AdobeSign.Activities.AddRecipientUsingLookup (User)
Valeurs de champ pour cet exemple :
4. Ajouter étape - AdobeSign.Activities.AddDocument
Valeurs de champ pour cet exemple :
5. Ajouter étape - AdobeSign.Activities.SendAgreement
Une fois toutes les étapes configurées :
Une nouvelle fenêtre contextuelle est générée avec un bouton Parcourir pour vous permettre de rechercher votre fichier et de le joindre.
Le fichier est désormais correctement joint aux notes sur le processus.
Une fois le fichier joint à la section Notes sur le processus, il ne reste plus qu’à activer le processus.
Lorsque le défi d’activation s’affiche, cliquez sur Activer.
S’il n’y a pas d’erreur, la page s’actualise et affiche le bouton Désactiver en haut de la page (à la place du bouton Activer).
L’action est terminée.
Pour la rendre accessible aux utilisateurs, vous devez l’associer à un workflow :
La page Informations sur le processus se charge :
Cet exemple concerne un contrat NDA, nous souhaitons l’activer en tant qu’option à la demande.
Le workflow est terminé, et associé à l’entité principale (Contact dans cet exemple).
Testez le workflow :
Une liste des workflows associés à l’entité s’affiche.
Un routage de signature hybride est une combinaison d’un processus de signature séquentiel qui comporte une ou plusieurs étapes où le processus de signature devient parallèle.
Plus que tout autre type de flux de signature, le routage hybride exige une bonne compréhension du formulaire, et de l’ordre dans lequel les signatures doivent être apposées.
L’affectation des champs (Signataire1, Signataire2, etc.) dépend de l’ordre dans lequel les destinataires sont répertoriés dans le processus ou l’interface utilisateur. Au cours d’une étape de signature parallèle, tous les destinataires ont le même numéro d’ordre des destinataires. Par conséquent, le placement physique dans le processus/l’interface utilisateur est votre seule file d’attente quant au champ de formulaire auquel le destinataire a accès.
Le destinataire le plus élevé dans le processus/l’interface utilisateur est le Signataire1.
Le deuxième destinataire répertorié dans le processus/l’interface utilisateur est le Signataire2, même si le flux de signature est parallèle et que les deux destinataires indiquent un ordre des destinataires de 1.
Parfois, un processus dont la configuration ne présente aucune erreur échoue au cours de l’exécution.
Les raisons les plus souvent identifiées sont les suivantes :
Accéder à votre compte