Instructions pour mettre à niveau votre package Adobe Sign pour Salesforce vers la version la plus récente.

Le package d’intégration Adobe Sign pour Salesforce est disponible sur Salesforce AppExchange. Ce guide a pour but d’aider les clients actuels d’Adobe Sign pour Salesforce à effectuer une mise à niveau d’une ancienne version vers la version la plus récente.

Pour obtenir des informations supplémentaires sur les toutes nouvelles fonctionnalités d’Adobe Sign pour Salesforce, consultez les notes de mise à jour.

Reportez-vous au guide d’installation si vous installez une nouvelle instance du package.

Remarque :

La prise en charge de l’intégration d’Adobe Sign pour Salesforce v18 a pris fin le 1er mars 2019.

Les mises à jour produit, les mises à jour de sécurité et l’assistance technique d’Adobe Sign pour Salesforce v18 ont été interrompues.

Si vous utilisez la version 18 ou antérieure, effectuez la mise à niveau vers la nouvelle version pour continuer à bénéficier de la prise en charge.


Mise à niveau depuis une version précédente

Attention :

Notez que les objets Adobe Sign pour Salesforce peuvent changer au fur et à mesure que le package évolue. 

Si vous créez une solution personnalisée qui dépend de ces objets et que ces derniers sont modifiés, vous devrez peut-être mettre à jour votre solution.

Chaque version d’Adobe Sign pour Salesforce propose de nouvelles fonctionnalités et améliorations qui peuvent améliorer vos workflows documentaires. Adobe recommande vivement d’effectuer une mise à niveau vers la dernière version, car la prise en charge des anciennes versions se terminera au fil du temps.

Pour déterminer la version du package de l’intégration Adobe Sign pour Salesforce qui est actuellement installée :

  1. Connectez-vous à Salesforce avec votre ID d’administrateur de compte.
  2. Accédez à Configuration > Outils de la plate-forme > Applications > Packages > Packages installés.
version


Notes importantes sur la mise à niveau destinées à tous les clients

  1. Si des utilisateurs de votre organisation Salesforce appartiennent à plusieurs comptes Adobe Sign, contactez le gestionnaire de clientèle ou l’assistance Adobe avant de procéder à la mise à niveau.
  2. Avant de mettre à niveau votre compte de production, Adobe recommande de tester la mise à niveau dans votre environnement de sandbox Salesforce.
  3. Vérifiez que vous avez accès à l’adresse électronique dans l’environnement de sandbox au cas où vous devriez modifier celle de votre compte Adobe Sign.


Mise à niveau du package

Attention :

Passer d’une version antérieure à la version 21.5.11 nécessite d’installer le package 21.5.11 auparavant, afin de pouvoir installer le package le plus récent. Toute tentative d’installation du package le plus récent avant la version 21.5.11 entraînera un échec de la mise à jour.

  1. Ne désinstallez pas votre package Adobe Sign pour Salesforce existant.
    • La désinstallation du package entraînera la perte de toutes vos données Adobe Sign dans Salesforce.
  2. Vérifiez que le paramètre Verrouiller les sessions sur l’adresse IP d’où elles sont issues est désactivé.
    • Pour ce faire, accédez à Configuration > Paramètres > Sécurité > Paramètres de session.
  3. Consultez les sections Nouveautés ci-dessous pour déterminer s’il existe des options que vous devez configurer manuellement. 
    • Un certain nombre de nouveaux paramètres et fonctionnalités sont ajoutés à chaque version.  Souvent, l’affichage de ces nouvelles fonctionnalités nécessite une mise à jour manuelle de la configuration de service.


Installation de la mise à jour Adobe Sign pour Salesforce

  1. Cliquez ici pour accéder au package Adobe Sign pour Salesforce actuel sur Salesforce AppExchange.
  2. Cliquez sur le bouton Obtenir maintenant.
  3. Sélectionnez Se connecter à AppExchange et saisissez vos informations d’identification pour continuer.
  4. Sélectionnez l’environnement dans lequel vous souhaitez installer la mise à niveau (production ou sandbox).
    • Il est fortement recommandé de tester chaque installation/mise à niveau dans l’environnement sandbox.
  5. Lisez les informations sur l’installation et les conditions générales d’utilisation. Confirmez que vous avez lu les conditions et que vous les acceptez, puis cliquez sur Confirmer et installer pour démarrer l’installation.
  6. Lorsque vous êtes invité à vous connecter à votre organisation Salesforce, saisissez votre nom d’utilisateur et votre mot de passe Salesforce, puis cliquez sur Se connecter à Salesforce.
  7.  Lorsque la page Mettre à niveau Adobe Sign s’affiche :
    • Sélectionnez Installer pour tous les utilisateurs.
    • Cliquez sur Mettre à niveau. (L’installation peut prendre quelques minutes.)
  8.  Si la fenêtre contextuelle Approuver l’accès de tiers s’affiche :
    • Cochez Oui, accorder l’accès à ces sites Web tiers.
    • Cliquez sur Continuer pour démarre l’installation.
  9. Pendant l’installation, une page de notification s’affiche pour vous indiquer que cette opération peut prendre du temps…
  10. Cliquez sur Terminé, puis attendez le message électronique indiquant que le package a été correctement installé.
    • La page Package installé affiche à présent la version actuelle de votre package.
  11. Configurez toutes les mises à jour manuelles répertoriées dans la section Nouveautés.

Configuration post-installation

Avant de commencer à envoyer des accords Adobe Sign depuis Salesforce, quelques étapes simples de configuration sont requises.

  1. Accédez à Configuration > Outils de la plate-forme > Applications > Packages > Packages installés.
  2. Cliquez sur le lien Configurer pour le package Adobe Sign.
    • L’Assistant de configuration d’Adobe Sign pour Salesforce doit être lancé.

Remarque :

Si l’Assistant de configuration n’est pas lancé automatiquement :

  1. Accédez à l’onglet Administrateur Adobe Sign.
  2. Cliquez sur le lien Lancer l’assistant de configuration.

Lancement de la configuration

    3. Dans Étape 1 : liez votre compte Adobe à Salesforce de l’Assistant de configuration :

  • Cliquez sur Se connecter à Adobe
  • Connectez-vous en tant qu’utilisateur admin Adobe Sign.
  • Autoriser l’accès en cas de demande d’accès.
    • Le message suivant doit s’afficher : Vous avez bien autorisé votre compte Adobe.

    4. Cliquez sur Suivant dans la notification de réussite de l’étape 1.

    5. Dans Étape 2 : activez les mises à jour d’état automatiques Adobe Sign, cliquez sur le bouton Activer.

  • Lorsque le système vous demande d’autoriser l’accès à Adobe Sign, cliquez sur Autoriser.
  • Le message suivant doit s’afficher : Vous avez bien activé les mises à jour d’état automatiques pour votre compte.

    6. Cliquez sur Suivant en bas de la page pour continuer.

    7. Lorsque l’assistant de configuration affiche le message Félicitations. La configuration est terminée, cliquez sur Terminé.

Remarque :

Une fois que vous avez terminé l’installation et la configuration du nouveau package, vous devriez vous reporter aux sections adéquates de ce guide pour obtenir des informations sur les paramètres et les champs ajoutés aux versions précédentes.

Vous devez activer manuellement ces paramètres et valeurs de champ dans votre organisation afin que le nouveau package fonctionne correctement. Par exemple, si vous effectuez une mise à niveau de la version 18 vers la version 22, vous devez activer les éventuelles modifications manuelles répertoriées pour les versions 19, 20 et 21.


Nouveautés :

Package version 22.x

L’introduction de workflows dans le package Salesforce nécessite l’activation d’autorisations d’accès supplémentaires.

Si vous avez l’intention d’utiliser des workflows, vous devez actualiser les liens OAuth.

Aucune configuration manuelle ou modification du système n’est requise.


Package version 21.5.11
Package d’installation obligatoire pour toutes les versions antérieures à la version 21.5.9

Toute mise à niveau depuis une version antérieure à la version 21.5.9 nécessite d’installer le package 21.5.11 en premier.

Une fois la version 21.5.11 installée, le package le plus récent peut être installé.

Chatter doit être activé pour installer la version 21.5.11.

Avant de lancer la procédure de mise à niveau, vérifiez que Chatter est activé :

  • Accédez à : Configuration > Outils de la plate-forme > Paramètres de fonctionnalité > Chatter > Paramètres Chatter.
  • Si Chatter est désactivé, cliquez sur le bouton Modifier.
    • Cochez la case Activé.
    • Enregistrez la page.
Activation de Chatter


Package version 21.x

Remarque :

La version 21.x présente plusieurs mises à jour dans la façon dont fonctionne Adobe Sign pour Salesforce. 

Il est chaudement recommandé d’installer préalablement la version 21.x dans votre environnement Sandbox pour vérifier que toute l’application fonctionne comme vous le souhaitez. 

Les développeurs doivent vérifier les modifications apportées à l’ordre des mises à jour et le changement de méthode Apex. 

Depuis la version 21.0, l’objet SIGN_Signed_Agreement__c (nom du libellé : Accord signé) a été abandonné.

Les clients qui souhaitent obtenir l’URL de l’accord signé doivent utiliser l’appel d’accord d’API REST GET /agreements/{agreementId}/combineDocument/url

Remarque : l’URL renvoyée par l’appel d’API est sécurisée et n’est valable que pendant une durée limitée.

Vous trouverez ci-dessous la nouvelle séquence (à partir de la version 21.0) dans laquelle l’accord et ses objets associés sont mis à jour :

  1. Pièces jointes 
  2. Destinataires 
  3. Accord (statut et autres attributs)
  4. Événements de l’accord
  5. Flux Chatter 

Depuis les versions 21.x, tous les processus asynchrones (notamment les mises à jour automatiques et les mappages de données) sont passés de Future Method Apex à Queueable Apex, la nouvelle approche recommandée par Salesforce.

En raison de cette modification, toutes les personnalisations au sein de l’organisation de l’abonné qui ont ajouté des tâches à la file d’attente de Salesforce dans le cadre de la mise à jour automatique et/ou du processus de mappage des données déclencheront une erreur : « System.LimitException : trop de tâches pouvant être mises en attente ajoutées à la file d’attente : 2 ».

Cela est dû au fait qu’un processus pouvant être mis en attente peut uniquement ajouter une tâche enfant pouvant être mise en attente, ce qui est déjà pris en charge par Adobe Sign (consultez ici la section « Limites de la Queueable Apex »).

« Lors de l’enchaînement de tâches, vous pouvez ajouter une seule tâche à partir d’une tâche en cours d’exécution avec System.enqueueJob, ce qui signifie qu’une seule tâche enfant peut exister pour chaque tâche pouvant être mise en attente parent. Le démarrage de plusieurs tâches enfant de la même tâche pouvant être mise en attente n’est pas pris en charge. ».

Cette erreur se remarque car l’état de l’accord ne change pas et/ou le mappage de données ne fonctionne pas correctement. 

Pour résoudre cette erreur, recherchez le déclencheur concerné, le gestionnaire de processus ou le flux de travaux et désactivez-le ou basculez-le pour utiliser un appel synchrone, ou bien encore planifiez-le pour plus tard, par exemple dans 1 heure.

  • Le statut de l’accord est désormais mis à jour une fois les documents et les destinataires mis à jour
    • Avant la version 21, le statut était défini avant.
  • L’objet Accord signé (contenant les URLs des images) n’est maintenant plus du tout inséré
    • Avant la version 21, il était inséré une fois toutes les autres mises à jour terminées.
  • La taille maximale d’une requête ou d’une réponse d’appel est limitée à 12 Mo pour l’Apex asynchrone selon les limitations du gouverneur Salesforce : https://developer.salesforce.com/docs/atlas.en-us.210.0.apexcode.meta/apexcode/apex_gov_limits.htm
    • Les documents dont la taille excède 12 Mo ne peuvent pas être récupérés d’Adobe Sign en raison de la limite ci-dessus.
  • Les descriptions des événements de l’accord ont changé. Elles correspondent désormais à la description renvoyée par l’API Sign avec les rapports d’audit.
  • Le processus de mise à jour s’exécute désormais comme un processus par lots Apex natif (qui est un processus asynchrone) dans Salesforce
    • Avant, il s’agissait d’une mise à jour effectuée à l’aide d’appels API provenant de l’extérieur de Salesforce
    • Il n’est désormais plus possible de déclencher ces mises à jour de statut qui lançaient les processus asynchrones, car Salesforce limite l’appel à un autre processus asynchrone à partir d’un processus asynchrone en cours d’exécution.
  • Avant la version 21, les mises à jour des attributs de l’accord étaient divisées entre des appels distincts de mises à jour. Désormais, l’objet de l’accord est entièrement mis à jour lors d’une seule transaction.
  • Avant la version 21, les accords qui avaient échoués ne pouvaient être récupérés qu’en effectuant une mise à jour manuelle de Salesforce
    • Désormais, les mises à jour sont plus fiables puisque le back-end Sign récupère automatiquement les événements ayant échoué selon un nombre de fois spécifié.
  • Les mises à jour manuelles mettent désormais à jour tous les aspects des accords, y compris les objets associés.
  • Les accords Push s’exécutent désormais en mode asynchrone, comme les mises à jour régulières et les attributs supplémentaires sont mis à jour également de la même façon que les mises à jour régulières.
  • De nouveaux paramètres ont été introduits pour activer la désactivation des mises à jour de différents aspects de l’accord.
  • Lorsqu’un fichier PDF signé est archivé dans Salesforce, aucun descripteur (-signé ou -approuvé) n’est désormais ajouté à la fin du nom du fichier PDF.

Une fois la mise à niveau terminée :

  • Accédez à l’onglet Administrateur Adobe Sign 
  • Cliquez sur le lien Activer les mises à jour d’état automatiques pour rétablir la connexion OAuth à Adobe Sign
  • Cliquez sur Activer
  • Cliquez sur Autoriser pour autoriser l’accès
enable_status_updates

Dans la version 20, il n’était pas nécessaire que l’utilisateur de rappel dans Salesforce possède une licence Adobe Sign. 

Les améliorations apportées au mappage de transfert dans la version 21 exigent que l’utilisateur de rappel dispose d’un identifiant utilisateur actif dans le compte Adobe Sign qui est connecté à l’organisation Salesforce.

Les clients de la version 20 utilisant le mappage de transfert doivent s’assurer que l’utilisateur de rappel est déjà configuré dans Adobe Sign avant d’effectuer la mise à niveau. Dans le cas contraire, le mappage de transfert cessera de fonctionner (jusqu’à ce que l’utilisateur soit configuré) après la mise à niveau vers la version 21.

La fonctionnalité de mappage de transfert, qui reliait des objets associés à l’aide du paramètre « Copier un compte/une opportunité de contact » a été étendue pour inclure les accords envoyés depuis Salesforce.

  • Par exemple, si les licences envoyées n’ont aucun compte ou aucune opportunité associé(e), les licences envoyées depuis Salesforce copient automatiquement la référence d’opportunités du premier destinataire Contact dans la référence d’opportunités de l’accord et la référence de comptes du premier destinataire Contact dans la référence de comptes de l’accord

Avant la version 21, les flux Chatter étaient renseignés uniquement lorsque l’accord était envoyé depuis Salesforce.

Cette mise à jour étend le flux Chatter pour y inclure les accords envoyés en dehors de Salesforce (accords poussés)

Avant la version 21, la vue Accord ne mettait à jour l’image PDF et l’URL qu’une fois que le premier destinataire avait rempli sa tâche.

L’image et l’URL se mettent désormais à jour plus tôt, à l’état Pré-rempli ou Émis pour signature pour le premier destinataire

 

Aucune configuration n’est nécessaire pour activer cette fonctionnalité.

Un nouvel état d’accord de En attente de ma délégation est en cours d’introduction pour refléter la situation dans laquelle un accord est en attente de délégation de l’autorité du destinataire actuel par l’émetteur.

 

Aucune configuration n’est nécessaire pour activer cet état.

Le modèle d’accord possède un champ « Jours avant expiration » (echosign_dev1__Days_Until_Expiration__c).  Il s’agit d’un champ numérique abandonné dans la version 21.

Un nouveau champ « Jours avant expiration » (nom d’API : echosign_dev1__Days_Until_Expiration2__c) a été ajouté, mais il s’agit d’un champ de texte. Il permet de référencer d’autres champs dans l’objet principal (par exemple, {!Expiry_Date__c}).

Lors de la mise à niveau depuis une ancienne version, les données de formulaire mappées à l’ancien champ d’expiration sont automatiquement copiées dans le nouveau champ ; aucune action directe n’est donc requise de votre part.

Les champs Compte, Opportunité et Contrat ne sont plus disponibles sur la page du modèle.

Les administrateurs peuvent configurer ces champs dans le modèle en utilisant la fonction Mapper les données dans le champ de l’accord.

Auparavant, les expéditeurs pouvaient définir leur position absolue dans la pile de signature comme « L’expéditeur signe en premier » ou « L’expéditeur signe en dernier ».

Ce champ n’est plus disponible sur les pages des nouveaux modèles. Les expéditeurs peuvent s’insérer dans n’importe quelle position de la pile de signature.

Le curseur permettant de contrôler le flux de signature général de façon « Séquentielle » ou « Parallèle » a été supprimé.

Le style du nouveau modèle permet un flux de travaux entièrement configurable pouvant être intégralement séquentiel (indice signataire 1 puis 1+N), parallèle (tous les indices de signataires correspondent à 1), ou un mélange de séquentiel et de parallèle dans lequel l’indice e signature est configuré en fonction du flux de travaux spécifique.

Cinq paramètres ont été abandonnés dans la version 21. Tous ces paramètres se trouvaient dans la section Paramètres Adobe Sign de Paramètres personnalisés.

Ces cinq paramètres sont les suivants :

  • Ajout PDF d’audit à liste pièces jointes : activez ce paramètre pour joindre le PDF de la piste de vérification à l’enregistrement de l’accord après la signature de ce dernier.
  • Ajout PDF signés comme pj distinctes : activez ce paramètre pour joindre les PDF des accords signés en tant que pièces jointes distinctes lorsque plusieurs documents sont envoyés en une seule transaction. Pour ne plus recevoir l’accord signé sous forme de PDF fusionné, contactez l’assistance technique d’Adobe. 
  • Ajout fichiers accomp. à liste pj : activez ce paramètre pour joindre les PDF des documents d’accompagnement à l’enregistrement de l’accord après la signature de ce dernier. Les champs de documents d’accompagnement de l’accord permettent aux signataires de charger les documents d’accompagnement et de les joindre à la transaction de l’accord.
  • Ajouter un lien PDF signé pour des accords poussés (activé par défaut) : ce paramètre s’applique uniquement aux accords poussés envoyés en dehors de Salesforce. Activez-le pour ajouter un lien pour un PDF signé à l’enregistrement de l’accord.
  • Ajouter PDF signé pour accords poussés (activé par défaut) : ce paramètre s’applique aux accords envoyés en dehors de Salesforce et placés dans Salesforce.  Activez-le pour joindre le PDF signé à l’enregistrement de l’accord. 

 

Les clients qui utilisent les paramètres ci-dessus peuvent configurer le nouveau paramètre dans Paramètres de mise à jour des accords d’Adobe Sign.

Paramètre obsolète (sous Paramètres Adobe Sign) Nouveau paramètre (sous Paramètres de mise à jour des accords d’Adobe Sign)
Ajouter un PDF d’audit à la liste des pièces jointes Ajouter un rapport d’audit
Ajouter des PDF signés en tant que pièces jointes distinctes Ajouter des PDF signés en tant que pièces jointes distinctes
Ajouter des fichiers d’accompagnement à la liste de pièces jointes Ajouter des fichiers associés
Ajouter lien PDF signé pour accords poussés Ajouter l’URL du PDF signé
Ajouter un PDF signé pour des accords poussés  Ajouter le PDF signé


Correctif de sécurité v20.9 - Modifications pour les sites de rappel

La version 20.9 du package Adobe Sign pour Salesforce modifie l’autorisation liée aux objets utilisés pour la prise en charge de documents volumineux : elle passe de l’utilisateur du site à un utilisateur de « rappel » autorisé, qui doit s’être vu accorder cette autorisation de manière explicite.

Veuillez supprimer toutes les autorisations existantes sur les objets sensibles ou confidentiels attribués à l’utilisateur du site sur ledit site utilisé pour des fichiers volumineux ou un accord poussé.

Remarque :

Mon domaine doit être configuré avant de configurer le service de documents volumineux pour permettre l’authentification OAuth de l’utilisateur de rappel

 

Pour les clients existants qui passent à la version 20.9 ou supérieure, le processus recommandé est le suivant :

 

1. Mettez le package Adobe Sign pour Salesforce à jour vers la version 20.9 (ou supérieure)

 

2. Créez le profil du nouvel utilisateur de rappel

Remarque :

Un seul utilisateur de rappel est autorisé pour Adobe Sign. S’il en existe déjà un, configurez ce profil/utilisateur existant.

  • Copiez le profil de l’utilisateur standard
    • Donnez au nouveau profil un nom intuitif (par exemple : Utilisateur Adobe Sign Callback)
    • Modifiez le profil
      • Sous Paramètres d’onglet personnalisés, assurez-vous que les deux onglets Administrateur Adobe Sign sont définis sur Activé par défaut
      • Sous Autorisations personnalisées des objets, activez toutes les valeurs pour l’objet Accord
      • Veillez à ce que ces pages Visualforce soient activées 
        • echosign_dev1.EchosignAdmin
        • echosign_dev1.SalesforceOAuthPage
      • Activez la classe Apex echosign_dev1. AgreementAttachmentDownloadService
    • Enregistrez le profil

 

3. Activez l’option Nombre d’appels du service de pièces jointes pour le profil de l’utilisateur de rappel

  • Accédez à Gestionnaire d’objets > Accord > Champs et relations 
  • Cliquez sur Étiquette de champ Nombre d’appels du service de pièces jointes
  • Cliquez sur le bouton Définir la sécurité de niveau champ
  • Activez Visible et Lecture seule pour le profil de l’utilisateur de rappel
  • Cliquez sur Enregistrer

 

4. Créez un nouvel utilisateur en utilisant une licence Salesforce standard

  • Donnez à l’utilisateur un nom intuitif (par exemple : Adobe Sign Callback)
  • Attribuez une licence Salesforce
  • Assignez le profil que vous avez créé plus haut
  • Enregistrez le nouvel utilisateur
  • Vérifiez l’utilisateur pour établir le mot de passe connu
  • Déconnectez-vous de Salesforce

 

5. Définissez l’utilisateur de rappel

  • Ouvrez la session Salesforce de l’utilisateur de rappel
  • Accédez à la page Administrateur Adobe Sign
  • Cliquez sur Lier un compte sous l’en-tête Utilisateur de rappel
    • Une page Autoriser l’accès ? s’affiche pour tenter de lier l’identifiant utilisateur actuellement authentifié
  • Cliquez sur Autoriser
    • Vérifiez que l’utilisateur de rappel est correctement lié
  • Déconnectez-vous de Salesforce

 

5. Mettez à jour le site existant 

  • Connectez-vous sur la session de votre administrateur Salesforce
  • Accédez à Outils de la plate-forme > Interface utilisateur > Sites et domaines > Sites
  • Cliquez sur Libellé du site pour afficher les détails du site
  • Cliquez sur le bouton Paramètres d’accès public
  • Passez la souris sur le lien Accès aux classes Apex activé, puis cliquez sur le bouton Modifier
    • Supprimez la classe AgreementAttachmentService
    • Ajoutez la classe LargeFileDownloadService
    • Enregistrez la page
  • Cliquez sur le bouton Modifier dans la page Profil d’Adobe Sign Callback
    • Supprimez toutes les autorisations attribuées de manière explicite à l’utilisateur du site
    • Cliquez sur Enregistrer

La version 20.9 du package Adobe Sign pour Salesforce modifie l’autorisation liée aux objets utilisés pour la prise en charge d’accords Push : elle passe de l’utilisateur du site à un utilisateur de « rappel » autorisé, qui doit s’être vu accorder cette autorisation de manière explicite.

Veuillez supprimer toutes les autorisations assignées à l’utilisateur du site sur les sites respectifs.

Remarque :

Mon domaine doit être configuré avant de configurer les accords Push pour permettre l’authentification OAuth de l’utilisateur de rappel

 

Pour les clients existants qui passent à la version 20.9 ou supérieure, le processus recommandé est le suivant :

1. Créez le nouvel utilisateur de rappel

Remarque :

Un seul utilisateur de rappel est autorisé pour Adobe Sign.  S’il en existe déjà un, configurez ce profil/utilisateur existant.

  • Copiez le profil de l’utilisateur standard
  • Donnez au nouveau profil un nom intuitif (par exemple : Utilisateur Adobe Sign Callback)
  • Enregistrez le profil

 

2. Créez un nouvel utilisateur de « rappel » en utilisant une licence Salesforce standard

  • Donnez à l’utilisateur un nom intuitif (par exemple : Adobe Sign Callback)
  • Attribuez une licence Salesforce
  • Assignez le profil que vous avez créé plus haut
    • Enregistrez le nouvel utilisateur
  • Attribuez l’autorisation Utilisateur de l’intégration Adobe Sign à l’utilisateur de rappel créé précédemment
    • Enregistrez le jeu d’autorisations

 

3. Mettez le package Adobe Sign pour Salesforce à jour vers la version 20.9 (ou supérieure)

 

4. Définissez l’utilisateur de rappel

  • Une fois la mise à jour terminée, ouvrez la session Salesforce de l’utilisateur de rappel
  • Accédez à la page d’administration d’Adobe Sign (Lanceur d’applications > Adobe Sign pour Salesforce >Administrateur Adobe Sign)
  • Cliquez sur Lier un compte sous l’en-tête Utilisateur de rappel
    • Une page Autoriser l’accès ? s’affiche pour tenter de lier l’identifiant utilisateur actuellement authentifié
  • Cliquez sur Autoriser
    • Vérifiez que l’utilisateur de rappel est correctement lié
  • Déconnectez-vous de Salesforce

 

5. Mettez à jour le site existant 

  • Ouvrez la session Salesforce de votre administrateur
  • Accédez à Outils de la plate-forme > Interface utilisateur > Sites et domaines > Sites
  • Cliquez sur Libellé du site pour afficher les détails du site
  • Cliquez sur le bouton Paramètres d’accès public
  • Cliquez sur le bouton Afficher les utilisateurs
  • Cliquez sur le lien Nom de l’utilisateur du site
  • Placez le curseur de la souris sur le lien Affectations de jeux d’autorisations et cliquez sur le bouton Modifier les affectations
  • Supprimez le jeu d’autorisations Utilisateur de l’intégration Adobe Sign
  • Supprimez toutes les autres autorisations attribuées de manière explicite à l’utilisateur du site
  • Cliquez sur Enregistrer

 


Package version 20.x

Les organisations qui utilisent l’interface Lightning dans Salesforce doivent avoir activé Mon domaine pour que la version 20 du package Adobe Sign fonctionne correctement.

Les organisations qui utilisent l’interface Classic ne sont pas tenues de configurer Mon domaine à ce stade.

La version 20 du package Adobe Sign inclut trois nouveaux rôles de destinataire :

  • Accepteur : le rôle Accepteur est adéquat lorsque le destinataire doit confirmer une acceptation de l’accord sans approuver de façon formelle le contenu
  • Chargé du remplissage des formulaires : conçu spécifiquement pour les clients qui ont besoin de compléter le contenu d’un formulaire pendant le processus de signature
  • Destinataire certifié : les destinataires certifiés peuvent se voir affecter aucun (zéro) champ de formulaire. Pendant leur processus de « signature », ils devront déléguer, refuser ou valider l’accord

Pour accéder à ces rôles, ceux-ci doivent être ajoutés à un processus en trois étapes (quatre étapes si vous souhaitez localiser les rôles dans des langues autres que l’anglais).

 

Activez les rôles dans Adobe Sign :

  1. Connectez-vous à Adobe Sign en tant qu’administrateur
  2. Accédez à Compte > Paramètres du compte > Paramètres d’envoi > Rôles de destinataire autorisés
  3. Activez les rôles que vous avez besoin d’utiliser
  4. Cliquez sur Enregistrer
navigate_to_rolesinadobesign

 

Activez les rôles dans les paramètres personnalisés (Salesforce) :

  1. Connectez-vous à Salesforce en tant qu’administrateur
  2. Accédez à Configuration > Outils de la plate-forme > Code personnalisé > Paramètres personnalisés
  3. Cliquez sur l’étiquette Paramètres Adobe Sign
  4. Cliquez sur le bouton Gérer
  5. Cliquez sur Nouveau (ou Modifier, si vous avez configuré les paramètres avant)

Les valeurs de paramétrage sont les suivantes : 

  • Activer rôle accepteur : les destinataires désignés comme accepteurs acceptent le document. Il peut leur être demandé de saisir des données de champ
  • Activer rôle remplisseur de formulaire : les remplisseurs de formulaire peuvent saisir des données au niveau du champ
  • Activer rôle destinataire certifié : les destinataires certifiés reconnaissent l’accord, mais ne le signent pas. Il peut leur être demandé de saisir des données de champ

Remarque :

Délégants : tous les rôles de destinataire ont une version « délégant ». Les rôles Délégant sont utilisés lorsque l’on ne s’attend pas à ce que les destinataires connus accomplissent le rôle identifié. Ceux-ci délégueront plutôt leur rôle à une autre partie.

Les rôles Délégant sont activés via le même processus décrit ci-dessus.

Les valeurs de paramétrage disponibles pour les délégants sont les suivantes :

  • Activer rôle accepteur délégué : cette option est nécessaire lorsque vous souhaitez déléguer un rôle d’accepteur
  • Activer rôle destinataire certifié délégué : cette option est nécessaire lorsque vous prévoyez de déléguer un destinataire certifié
  • Activer rôle remplisseur de formulaire délégué : cette option est utilisée lorsque vous devez déléguer un rôle de remplisseur de formulaire
  • Activer rôle approbateur délégué destinataire : cette option est nécessaire lorsque vous envisagez de déléguer aux approbateurs
  • Activer rôle signataire délégué destinataire : cette option est nécessaire lorsque vous déléguez aux signataires

Les valeurs d’état du destinataire et des objets d’accord sont directement liées aux rôles activés dans le système. Si vous activez des rôles supplémentaires, vous devez également ajouter les valeurs de rôle associées à diverses listes déroulantes d’objets.  Le processus est similaire pour chaque objet, certaines valeurs ajoutées peuvent varier en fonction du contexte de l’objet.

L’objet > les champs qui doivent être mis à jour sont les suivants :

  • Destinataire > Rôle du destinataire
  • Destinataire > État
  • Ajouter un destinataire > Rôle du destinataire
  • Accord > État de l’accord
  • Mappage de champs > Mapper sur les événements
  • Mappage de fichiers > Mapper sur les événements

Les valeurs des champs qui doivent être ajoutées sont les suivantes :

Nom d’objet

Champ

Nouvelles valeurs à ajouter

Accord

État de l’accord

Émis pour remplissage

En attente de contre-remplissage du formulaire

Rempli

Émis pour acceptation

En attente de contre-acceptation

Accepté

Émis pour distribution

En attente de contre-distribution

Distribué

Destinataire

Rôle du destinataire

Accepteur

Chargé du remplissage des formulaires

Destinataire certifié

Déléguer à l’accepteur

Déléguer au chargé de remplissage des formulaires

Déléguer au destinataire certifié

Destinataire

État

Accepté

Rempli

Distribué

En attente d’acceptation

En attente de remplissage

En attente de distribution

Ajouter un destinataire

Rôle du destinataire

Accepteur

Chargé du remplissage des formulaires

Destinataire certifié

Déléguer à l’accepteur

Déléguer au chargé de remplissage des formulaires

Déléguer au destinataire certifié

Mappage de champs

Mapper sur les événements

Émis pour remplissage

En attente de contre-remplissage du formulaire

Rempli

Émis pour acceptation

En attente de contre-acceptation

Accepté

Émis pour distribution

En attente de contre-distribution

Distribué

Mappage des fichiers

Mapper sur les événements

Émis pour remplissage

En attente de contre-remplissage du formulaire

Rempli

Émis pour acceptation

En attente de contre-acceptation

Accepté

Émis pour distribution

En attente de contre-distribution

Distribué

 

Le processus d’ajout et de localisation des valeurs est similaire pour tous les objets.

Ci-dessous se trouve le processus pour Destinataire > Rôle du destinataire et peut être appliqué consécutivement à chaque objet.

 

Ajoutez les rôles à la liste déroulante Destinataire :

Une fois les nouveaux rôles activés, les valeurs de liste déroulante pour les champs doivent être mises à jour afin de les inclure.

1. Accédez à Configuration > Outils de la plate-forme > Objets et champs > Gestionnaire d’objets

2. Sélectionnez Destinataire dans la liste située à gauche

3. Sélectionnez Champs et relations dans le rail situé à gauche

4. Sélectionnez le champ Rôle du destinataire

5. Faites défiler la page jusqu’à la section Valeurs, puis sélectionnez Nouveau

6. Saisissez les nouvelles valeurs des rôles que vous avez activés. Les valeurs valides sont les suivantes :

  • Accepteur
  • Chargé du remplissage des formulaires
  • Destinataire certifié
  • Déléguer à l’accepteur
  • Déléguer au chargé de remplissage des formulaires
  • Déléguer au destinataire certifié

7. Cliquez sur Enregistrer lorsque vous avez terminé

role_picklist

 

La liste déroulante qui en résulte doit ressembler à ceci (en supposant que vous avez ajouté tous les rôles) :

full_role_picklist

 

Localisez les états de rôle via l’espace de travail de traduction :

1. Accédez à Configuration > Outils de la plate-forme > Interface utilisateur > Espace de travail de traduction > Console de traduction > Traduction

  • Sélectionnez la langue vers laquelle vous souhaitez traduire
  • Dans Composant de configuration, sélectionnez Valeur de liste déroulante
  • Dans Objet, sélectionnez Destinataire.
  • Dans le tableau Liste déroulante principale, développez le dossier Rôle du destinataire.
  • Double-cliquez sur l’espace de colonne à côté de l’état Anglais pour ouvrir le champ de texte où la traduction peut être saisie, puis saisissez la valeur localisée correspondante 

2. Cliquez sur Enregistrer lorsque vous avez terminé

translate_recipientroles

Le champ Document de l’objet Accord contient un lien hypertexte vers l’accord. La version 20 inclut deux modifications apportées à ce champ :

  • L’état de l’accord n’est plus apposé au texte du lien hypertexte. 

Avant la version 20, le texte du lien hypertexte contenait le nom de l’accord ainsi que l’état « - signés » ou « - approuvé » apposé à la fin :

 

document_link_update-statusintext

La version 20 supprime cet état pour ne laisser que le nom de l’accord :

document_link_update-nostatusintext

 

  • Avant la version 20, le champ Document contenait le lien hypertexte uniquement lorsque la transaction d’accord était effectuée avec succès. 

Dans le package de la version 20, le champ Document contient toujours la dernière version PDF de l’accord :

real-time_pdf_versions

Le texte d’aide pour l’événement Chatter Publier lorsque l’accord est envoyé peut être mis à jour pour rester compatible avec les nouveaux rôles du destinataire.

  1. Accédez à Configuration > Outils de la plate-forme > Code personnalisé > Paramètres personnalisés
  2. Cliquez sur l’étiquette Paramètres Adobe Sign Chatter.
  3. Cliquez sur le lien Modifier à côté de Publier lorsque l’accord est envoyé
edit_chatter_setting

4. Mettez à jour le texte d’aide de la manière suivante : Publier la mise à jour Chatter lorsque l’accord est envoyé pour signature/approbation/acceptation/remplissage du formulaire/livraison.

5. Cliquez sur Enregistrer.

chatter_help_tectchange


Package version 19.x

Remarque :

La version 19 introduit l’entrée en vigueur des paramètres CRUD et FLS de l’organisation relatifs aux objets standard et personnalisés. Par conséquent, nombre des fonctions configurées doivent être mises à jour afin d’inclure un accès explicite aux différents objets requis.

Deux étapes peuvent être nécessaires :

  • Toutes les fonctions peuvent être mises à jour à l’aide d’un jeu d’autorisations afin d’accorder l’accès aux objets Adobe Sign.
  • Certaines fonctions qui doivent accéder aux objets Salesforce peuvent nécessiter l’activation d’objets et/ou de champs spécifiques.

Consultez les listes de mises à jour manuelles ci-dessous pour savoir quels sont les processus et fonctions affectés.

Au fur et à mesure de l’expansion d’Adobe Sign, l’infrastructure a été déplacée vers des centres de données plus robustes, entraînant certaines modifications en termes de plages d’adresses IP que votre organisation Salesforce doit autoriser pour garantir une communication optimale entre les services.

Vous trouverez ci-dessous les modifications incrémentielles de la version 18 à la version 19.  Outre les réseaux approuvés de base, veillez à ce que tous les sites configurés soient mis à jour.

AJOUTER :

Inde :

 

13.126.23.0/27

SUPPRIMER :

Amérique du Nord :

 

166.78.79.112/28

207.97.227.112/28

La version 19 introduit l’entrée en vigueur des paramètres CRUD et FLS de l’organisation relatifs aux objets standard et personnalisés. L’application vérifie les autorisations en lecture et en écriture aux niveaux de l’objet et du champ. Si l’utilisateur ne dispose pas d’un accès adéquat, une erreur permission denied s’affiche.

Si, après la mise à niveau vers la version 19, un utilisateur de Salesforce reçoit une erreur qui ressemble à celle-ci :

Permission denied. Unable to insert field echosign_dev1__Contract__c in object: echosign_dev1__SIGN_Agreement__c

l’administrateur de Salesforce doit ajouter les autorisations en lecture et en écriture à l’objet Accord, ainsi qu’aux profils appropriés pour tous les champs personnalisés qui ont été créés.

  • Accédez à : Configuration > Administration > Utilisateurs > Profil > {nom du profil}.
  • Accédez à la section Sécurité au niveau du champ personnalisé, puis cliquez sur l’action Afficher correspondant à l’objet Accord.
  • Accordez l’accès en Lecture et en Modification aux champs appropriés.
enable_agreementfieldlevelsecurity

La version 19 contient un paramètre personnalisé obsolète : 

  • Act. env. signatures écrites vers n° fax : Adobe Sign ne prend plus en charge l’envoi d’un accord à un numéro de téléphone. Les signatures manuscrites suivent le même processus que les signatures électroniques jusqu’à ce que le premier signataire ait à appliquer sa signature. Ensuite, le signataire télécharge, signe, numérise et charge le fichier dans Adobe Sign.

>> Informations supplémentaires sur les signatures manuscrites

La version 19 comprend un nouvel onglet : Types d’accord.

  • Un nouvel onglet personnalisé appelé Type d’accord (Agreement_Type__c) a été ajouté pour définir un type d’accord. Il possède un champ Nom standard, mais d’autres champs peuvent être ajoutés par la suite afin de définir vos propres champs personnalisés. Un objet est utilisé à la place d’un simple champ de texte, car cela permet à un enregistrement unique de définir un type, ce qui est plus flexible et évolutif. Il sépare également le type du modèle d’accord et de l’accord, de sorte que le modèle d’accord puisse changer sans être lié au type et que plusieurs modèles puissent définir un même type.
  • Un nouveau champ de Liste de choix parent, appelé Type d’accord (Agreement_Type__c) a été ajouté à l’objet Modèle d’accord, qui pointe vers l’objet Type d’accord. Le champ apparaît dans la section Détails du modèle d’accord de la page de modèle d’accord.
  • Un nouveau champ Liste de choix parent, appelé Type d’accord (Agreement_Type__c) a été ajouté à l’objet Accord, qui pointe vers l’objet Type d’accord. Le champ ne s’affiche pas dans la page de l’éditeur d’accord.

 

Ajoutez le champ de recherche parent nommé Type d’accord (Type_accord__c) à la mise en page du modèle d’accord :

  • Accédez à Configuration > Outils de la plate-forme > Objets et champs > Gestionnaire d’objets > Modèle d’accord > Mise en page > Mise en page du modèle d’accord.
  • Sélectionnez l’option Champs.
  • Cliquez sur le champ Type d’accord et faites-le glisser sur la mise en page.
  • Cliquez sur Enregistrer
add_the_agreementtypefieldtothepagelayout

Il est vivement recommandé aux clients qui effectuent une mise à niveau d’adopter l’utilisation de la page Lightning pour garantir la disponibilité des nouvelles fonctionnalités au fur et à mesure que le développement continue à améliorer le produit.

Cela étant, vous pouvez avoir de très bonnes raisons de rester sur l’une des anciennes mises en page. Reportez-vous au guide sur l’ajustement de la mise en page Salesforce pour déterminer si le passage à la page Lightning est préférable.

Lorsque l’application Adobe Sign pour Salesforce est mise à niveau vers la version actuelle à partir d’une version antérieure à la version 14, il est possible que les utilisateurs ne puissent pas effectuer des actions telles que Supprimer, Annuler, Afficher, Rappeler ou Mettre à jour sur les accords existants qui ont été envoyés par d’autres utilisateurs avant la mise à niveau. 

Une erreur similaire aux suivantes peut s’afficher lorsque l’une des actions ci-dessus est exécutée :

« INVALID_DOCUMENT_KEY » ou « Une erreur de serveur interne s’est produite »

Cette erreur est due à un style de clé de document héritée utilisé dans les versions de l’application antérieures à la version 14.

Une migration unique de ces clés héritées est requise. À cette fin, une nouvelle affordance est décrite ci-dessous :

Une fois les étapes de configuration effectuées, les liens suivants seront disponibles sur la page d’administration d’Adobe Sign :

  • Récupérer les clés de document manquantes : cliquez sur ce lien pour effectuer une action par lots afin de récupérer les clés de document manquantes pour les accords existants.
  • Mettre à jour les clés de document héritées : cliquez sur ce lien pour effacer les clés de document héritées existantes et récupérer les nouvelles clés de document pour tous les accords de l’organisation. 

Si certains accords n’ont pas de clés de document associées, des clés de document seront également récupérées pour ces accords.

Une fois que de nouvelles clés de document auront été associées aux accords, les utilisateurs pourront effectuer toutes les actions sur les accords existants envoyés par d’autres utilisateurs.

Remarque :

Les liens Récupérer les clés de document manquantes et Mettre à jour les clés de document héritées sont visibles uniquement lorsque l’administrateur procède à la mise à niveau vers la version 19.4 à partir d’une version antérieure à la version 14.

Si l’administrateur met à jour un package entre la version 14 et la version 19.2, les liens sont masqués par défaut. Dans ce cas, l’administrateur peut contacter l’assistance Adobe Sign pour afficher manuellement les liens. 

Cette action requiert que vous octroyiez un accès de connexion à l’assistance Adobe Sign.

Ajouter lien PDF signé pour accord poussé : ce paramètre s’applique uniquement aux accords poussés envoyés en dehors de Salesforce. Activez-le pour ajouter un lien pour un PDF signé à l’enregistrement de l’accord.

Un utilisateur qui interagit directement avec les mappages de groupes doit s’assurer qu’il possède les autorisations appropriées.

  • Il est préférable pour cela d’attribuer le jeu d’autorisations Administrateur Adobe Sign à l’utilisateur.
  • L’autorisation d’accès aux paramètres d’affichage et à la configuration doit être activée dans le profil de l’utilisateur.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

 

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Mappage de groupes EchoSign   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Résultat de synchronisation des utilisateurs d’EchoSign   Lire, supprimer, créer Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    

Un utilisateur qui utilise l’API Adobe Sign a besoin du jeu d’autorisations Utilisateur Adobe Sign.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Destinataire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  État Lire    
  Numéro d’ordre Lire    
  Destinataire source Lire    
  Accord      
         
Accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Création Lire    

Les utilisateurs qui interagissent avec le composant d’auto-signature pour Adobe Sign ont besoin de ce qui suit :

  • Le jeu d’autorisations Utilisateur Adobe Sign doit être appliqué à l’utilisateur.
  • L’objet Contact de Salesforce doit être accessible en lecture.
    • Le champ Adresse électronique de l’objet Contact doit être accessible en lecture.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Contact   Lire Salesforce – Standard  
  Adresse électronique Lire    
         
Accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Nom Lire    
  État Lire    
  Date de signature Lire    
  Message d’erreur Lire    
  PDF signé Lire    
  Clé de document Lire    
         
Modèle de l’accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Type d’accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Nom Lire    
         
Destinataire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Accord Lire    
  État      
  Date/heure de fin      

Les utilisateurs qui interagissent avec les modèles d’accords ont besoin de ce qui suit :

  • Le jeu d’autorisations Administrateur Adobe Sign doit être ajouté.
  • Accès à tous les champs correspondant à l’objet principal spécifié dans Salesforce.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Objet principal spécifié par l’utilisateur        
  Tous les champs définis par l’utilisateur Lire s.o.  
         
Modèle de l’accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Nom Lire    
  Type d’objet principal Lire    

Les utilisateurs qui déclenchent des actions par lots ont besoin de ce qui suit :

  • Le jeu d’autorisations Administrateur Adobe Sign.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Clé de document Lire    
  Motif d’annulation de la suppression Lire    
  Avis signataire si annul./suppression Lire    
  URL du serveur du partenaire Lire    
  État Lire    
  Identifiant du dernier événement Lire    

Un utilisateur qui utilise Adobe Sign par le biais de S1 Mobile a besoin de ce qui suit :

  • Le jeu d’autorisations Utilisateur Adobe Sign.
  • L’objet Opportunité de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Opportunité doit être accessible en lecture.
  • L’objet Compte de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Compte doit être accessible en lecture.
  • L’objet Contrat de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Contrat doit être accessible en lecture.
    • Le champ Numéro de contrat de l’objet Contrat doit être accessible en lecture.
  • L’objet Contact de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Contact doit être accessible en lecture.
    • Le champ Adresse électronique de l’objet Contact doit être accessible en lecture.
  • L’objet Piste de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Piste doit être accessible en lecture.
    • Le champ Adresse électronique de l’objet Piste doit être accessible en lecture.
  • L’objet Document de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Document doit être accessible en lecture.
    • Le champ Type de l’objet Document doit être accessible en lecture.
    • Le champ Type de contenu de l’objet Document doit être accessible en lecture.
    • Le champ Corps de l’objet Document doit être accessible en lecture.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Opportunité   Lire Salesforce – Standard  
  Nom Lire    
         
Compte   Lire Salesforce – Standard  
  Nom Lire    
         
Contrat   Lire Salesforce – Standard  
  Nom Lire    
  Numéro de contrat Lire    
         
Contact   Lire Salesforce – Standard  
  Nom Lire    
  Adresse électronique Lire    
         
Piste   Lire Salesforce – Standard  
  Nom Lire    
  Adresse électronique Lire    
         
Document   Lire Salesforce – Standard  
  Nom Lire    
  Type Lire    
  Type de contenu Lire    
  Corps Lire    
         
Événement de l’accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Modèle de l’accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
         
Accord   Lire, créer, supprimer, modifier Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Créer, modifier    
         
Destinataire   Lire, créer, supprimer, modifier Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Créer, modifier    
         
Modèles de bibliothèque   Lire, créer, supprimer, modifier Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Créer, modifier    

Des utilisateurs qui accèdent à l’onglet Administration ont besoin du jeu d’autorisations Administrateur Adobe Sign.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Modèle de l’accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
         
Accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
         
Document   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Corps Lire    

Les utilisateurs qui procèdent à des actions Éditeur ont besoin de ce qui suit :

  • Le jeu d’autorisations Utilisateur Adobe Sign.
  • L’option d’autorisation système Insert System Field Values for Chatter Feeds doit être activée. 
  • L’objet Opportunité de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Opportunité doit être accessible en lecture.
  • L’objet Compte de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Compte doit être accessible en lecture.
  • L’objet Contact de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Contact doit être accessible en lecture.
    • Le champ Adresse électronique de l’objet Contact doit être accessible en lecture.
  • L’objet Piste de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Piste doit être accessible en lecture.
    • Le champ Adresse électronique de l’objet Piste doit être accessible en lecture.
  • L’objet Document de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Document doit être accessible en lecture.
    • Le champ Type de l’objet Document doit être accessible en lecture.
    • Le champ Type de contenu de l’objet Document doit être accessible en lecture.
    • Le champ Corps de l’objet Document doit être accessible en lecture.
  • L’objet Estimation de Salesforce doit être accessible en lecture.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Contact   Lire Salesforce – Standard  
  Nom Lire    
  Adresse électronique Lire    
         
Piste   Lire Salesforce – Standard  
  Nom Lire    
  Adresse électronique Lire    
         
Opportunité   Lire Salesforce – Standard  
  Nom Lire    
         
Compte   Lire Salesforce – Standard  
  Nom Lire    
         
Document   Lire Salesforce – Standard  
  Nom Lire    
  Type de contenu Lire    
  Corps Lire    
  Type Lire    
         
Estimation   Lire Salesforce – Standard  
         
Accord   Créer, modifier Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Modifier    
         
Modèle de l’accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Mot de passe Lire    
  Nom Lire    
  Par défaut Lire    
         
Destinataire   Créer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Modifier    
         
Modèles de bibliothèque   Créer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Modifier    

Les utilisateurs qui modifient des modèles ont besoin de ce qui suit :

  • Le jeu d’autorisations Administrateur Adobe Sign.
  • L’objet Contact de Salesforce doit être accessible en lecture.
  • L’objet Piste de Salesforce doit être accessible en lecture.
  • L’objet Document de Salesforce doit être accessible en lecture.
    • Le champ URL de l’objet Document doit être accessible en lecture.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Contact   Lire Salesforce – Standard  
         
Piste   Lire Salesforce – Standard  
         
Document   Lire Salesforce – Standard  
  URL Lire    
         
Modèle de l’accord   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Ajouter des destinataires   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Pièces jointes   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Ajouter le modèle de champs de formulaire   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mapper les données dans l’accord   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    

Le processeur de modèles d’accords a besoin de ce qui suit :

  • Le jeu d’autorisations Administrateur Adobe Sign.
  • L’objet Contact de Salesforce doit être accessible en lecture.
    • Le champ Téléphone mobile de l’objet Contact doit être accessible en lecture.
  • L’objet Piste de Salesforce doit être accessible en lecture.
    • Le champ Téléphone mobile de l’objet Piste doit être accessible en lecture.
  • L’objet Opportunité de Salesforce doit être accessible en lecture.
  • L’objet Compte de Salesforce doit être accessible en lecture.
  • L’objet Groupe de Salesforce doit être accessible en lecture.
  • L’objet Estimation de Salesforce doit être accessible en lecture.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Contact   Lire Salesforce – Standard  
  Téléphone mobile Lire    
         
Piste   Lire Salesforce – Standard  
  Téléphone mobile Lire    
         
Opportunité    Lire Salesforce – Standard  
         
Compte   Lire Salesforce – Standard  
         
Estimation   Lire Salesforce – Standard  
         
Pièce jointe   Accès basé sur l’enregistrement parent.    
         
Accord   Créer, modifier Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Type de signature Modifier    
  État Modifier    
  Jours avant l’échéance de signature Modifier    
  Activer les rappels automatiques Modifier    
  Rappeler au destinataire Modifier    
  Adresses du destinataire Modifier    
  Autres destinataires Modifier    
  Ordre des signatures Modifier    
  Création Modifier    
  Modèle de processus Modifier    
         
Destinataire   Créer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Type de destinataire Modifier    
  Rôle du destinataire Modifier    
  Numéro d’ordre Modifier    
  Adresse électronique Modifier    
         
Modèle de bibliothèque   Créer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Modifier    
         
         
Type d’accord    Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
         
Modèle de l’accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire    
         
Ajouter des destinataires   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire    
         
Pièces jointes   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire    
         
Ajouter le modèle de champs de formulaire   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire    
         
Mapper les données dans l’accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire    

Les utilisateurs qui modifient des accords ont besoin de ce qui suit :

  • Le jeu d’autorisations Utilisateur Adobe Sign.
  • L’objet Piste de Salesforce doit être accessible en lecture.
    • Le champ Société de l’objet Piste doit être accessible en lecture.
  • L’objet Événement de Salesforce doit être accessible en création.
    • Tous les champs de l’objet Événement doivent être accessibles en modification.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Piste   Lire Salesforce – Standard
 
  Société Lire    
         
Événement   Créer Salesforce – Standard  
  Tous les champs Modifier    
         
Accord   Lire, créer, modifier, supprimer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire, modifier    
         
Destinataire   Lire, créer, modifier, supprimer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Accord Lire    
  État Lire    
  Date/heure de fin Lire    
  Numéro d’ordre Lire    
  Type de destinataire Lire    
  Accord Lire    
  Adresse électronique  Lire    
  Type de destinataire Modifier    
  Rôle du destinataire Modifier    
  Numéro d’ordre Modifier    
  Adresse électronique Modifier    
         
Modèle de bibliothèque   Créer, modifier, supprimer Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire, modifier    
         
Type d’accord    Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Nom Lire    
         
Modèle de l’accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Type d’accord Lire    
  Nom Lire    
  Par défaut Lire    
  Envoi automatique Lire    
         
Accord signé   Lire    
         
Mappage de fusion   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign

Les utilisateurs qui modifient des mappages de fusion ont besoin de ce qui suit :

  • Le jeu d’autorisations Administrateur Adobe Sign.
  • Tout objet/champ auquel ont accès les mappages de fusion doit être accessible en lecture et en modification.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Tout objet auquel il est mappé.   Lire, modifier    
  Tout champ auquel il est mappé. Lire, modifier    
         
Accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Clé de document Lire    
         
Importation des champs de formulaire   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage des champs de formulaire   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Entrée de mappage des champs de formulaire   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage enfant des champs de formulaire   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Entrée de mappage enfant des champs de formulaire   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage de fusion   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    

Les utilisateurs qui utilisent les mappages de fusion ont besoin de ce qui suit :

  • Le jeu d’autorisations Utilisateur Adobe Sign.
  • L’objet Compte de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Compte doit être accessible en lecture.
  • L’objet Opportunité de Salesforce doit être accessible en lecture.
    • Le champ Nom de l’objet Opportunité doit être accessible en lecture.
  • Tout objet/champ auquel ont accès les mappages de fusion doit être accessible en lecture et en modification.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Tout objet auquel il est mappé.   Lire, modifier    
  Tout champ auquel il est mappé. Lire, modifier    
         
Compte        
  Nom Lire Salesforce – Standard  
         
Opportunité        
  Nom Lire Salesforce – Standard  
         
Accord   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Clé de document Lire    
  Options supplémentaires Lire    
  Nom Lire    
  Mappage de fusion Lire    
  Erreur de mappage de fusion Lire    
  Résultat du mappage de fusion Lire    
  Compte Lire    
  Opportunité Lire    
         
Importation des champs de formulaire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Mappage des champs de formulaire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Entrée de mappage des champs de formulaire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Mappage enfant des champs de formulaire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Entrée de mappage enfant des champs de formulaire   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    
         
Mappage de fusion   Lire Adobe Sign – Personnalisé Utilisateur Adobe Sign
  Tous les champs Lire    

Les utilisateurs qui modifient les mappages de données ont besoin de ce qui suit :

  • Le jeu d’autorisations Administrateur Adobe Sign.
  • Tout objet/champ auquel ont accès les mappages de fusion doit être accessible en lecture et en modification.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Tout objet auquel il est mappé.   Lire, modifier    
  Tout champ auquel il est mappé. Lire, modifier    
         
Accord   Lire Adobe Sign – Personnalisé Administrateur Adobe Sign
  Clé de document Lire    
         
Mappage des fichiers   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage de champs   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage d’objets   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage de données   Lire, supprimer, créer, modifier Adobe Sign – Personnalisé Administrateur Adobe Sign
  Tous les champs Lire, modifier    

Le traitement du mappage de données nécessite ce qui suit :

  • Le jeu d’autorisations Utilisateur de l’intégration Adobe Sign.
  • Tout objet/champ auquel ont accès les mappages de données doit être accessible en lecture et en modification.
  • L’objet Pièce jointe de Salesforce requiert un accès en fonction de l’enregistrement parent.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Tout objet auquel il est mappé.   Lire, modifier    
  Tout champ auquel il est mappé. Lire, modifier    
         
Pièce jointe   Accès basé sur l’enregistrement parent.    
         
Accord   Lire, modifier Adobe Sign – Personnalisé Intégration Adobe Sign
  Tous les champs Lire, modifier    
         
Mappage des fichiers   Lire Adobe Sign – Personnalisé Intégration Adobe Sign
  Tous les champs Lire    
         
Mappage de champs   Lire Adobe Sign – Personnalisé Intégration Adobe Sign
  Tous les champs Lire    
         
Mappage d’objets   Lire Adobe Sign – Personnalisé Intégration Adobe Sign
  Tous les champs Lire    
         
Mappage de données   Lire Adobe Sign – Personnalisé Intégration Adobe Sign
  Tous les champs Lire    

Les intégrations de Chatter nécessitent ce qui suit :

  • Le jeu d’autorisations Utilisateur de l’intégration Adobe Sign.
  • L’option d’autorisation système Insert System Field Values for Chatter Feeds de Salesforce doit être activée.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Événement de l’accord   Lire Adobe Sign – Personnalisé Intégration Adobe Sign
  Type Lire    
  Description Lire    
         
Destinataires     Adobe Sign – Personnalisé Intégration Adobe Sign
  Type de destinataire Lire    
  Adresse électronique Lire    
  Numéro d’ordre Lire    
  Utiliser l’adresse électronique Lire    

Les accords Push impliquent que l’utilisateur de rappel lié ait :

  • Le jeu d’autorisations Utilisateur de l’intégration Adobe Sign.
  • L’objet Compte de Salesforce doit être accessible en lecture et en création.
  • L’objet Contrat de Salesforce doit être accessible en lecture et en création.
  • L’objet Opportunité de Salesforce doit être accessible en lecture et en création.
  • L’objet Contact de Salesforce doit être accessible en lecture et en création.
    • Le champ Nom de l’objet Contact doit être accessible en lecture et en modification.
    • Le champ Adresse électronique de l’objet Contact doit être accessible en lecture et en modification.
    • Le champ Compte de l’objet Contact doit être accessible en lecture et en modification.
  • L’objet Piste de Salesforce doit être accessible en lecture et en création.
    • Le champ Nom de l’objet Piste doit être accessible en lecture et en modification.
    • Le champ Adresse électronique de l’objet Piste doit être accessible en lecture et en modification.
    • Le champ Société de l’objet Piste doit être accessible en lecture et en modification.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Compte   Lire Salesforce – Standard  
         
Contrat   Lire Salesforce – Standard  
         
Opportunité   Lire Salesforce – Standard  
         
Piste   Lire, créer Salesforce – Standard  
  Adresse électronique Lire, modifier    
  Nom Lire, modifier    
  Société Lire, modifier    
         
Contact   Lire, créer Salesforce – Standard  
  Adresse électronique Lire, modifier    
  Nom Lire, modifier    
  Compte Lire, modifier    
         
Accord   Lire, créer, modifier Adobe Sign – Personnalisé
Utilisateur de l’intégration Adobe
  Tous les champs Lire, modifier    
         
Type d’accord   Lire Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
         
Mutex   Lire, créer, modifier Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
  Tous les champs Lire, modifier    
         
Déclencheurs   Créer Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
  Tous les champs Modifier    
         
Destinataire   Créer Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
  Tous les champs Modifier    
         
Événement de l’accord   Créer Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
  Tous les champs Modifier    
         
Mappage de données   Lire Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
         
Mappage de fusion   Lire Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe

L’utilisateur de rappel doit être configuré et lié :

  • Le jeu d’autorisations Utilisateur de l’intégration Adobe Sign ajouté
  • Le profil de l’utilisateur de rappel doit activer l’autorisation administrative permettant de modifier les métadonnées

De plus, le profil de site doit être modifié de manière à :

  • ajouter la classe LargeFileDownloadService ;
  • supprimer la classe AgreementAttachmentService.

 

Vous trouverez ci-dessous une liste explicite des objets et des champs requis s’il n’est pas possible d’utiliser le jeu d’autorisations pour quelque raison que ce soit :

Objet Champ Valeurs requises Standard/Personnalisé Jeu d’autorisations Adobe Sign
Accord   Lire, modifier Adobe Sign – Personnalisé Utilisateur de l’intégration Adobe
  Nombre d’appels du service de pièces jointes Lire, modifier