Adobe Acrobat Sign Sandbox

Adobe Acrobat Sign Sandbox est un grand compte modifié dans un environnement distinct de l’environnement de production.

L’objectif du sandbox est de permettre aux administrateurs de tester les configurations des paramètres, les appels d’API, les modèles de bibliothèques, les workflows personnalisés et les nouvelles fonctionnalités qui sont sur le point d’être lancées. Les versions planifiées qui contiennent des fonctionnalités sont prépubliées dans le sandbox 28 jours avant la date de lancement public.

Le sandbox est présenté comme un environnement « d’ardoise vide » avec la configuration standard (par défaut). Le sandbox ne reflète pas votre compte de production existant lorsqu’il est distribué.

L’administrateur peut copier les modèles de bibliothèque, formulaires web, noms de groupe, workflows personnalisés et les applications API d’un environnement à l’autre, ce qui permet de basculer et de tester dans le sandbox, puis de déplacer l’objet approuvé vers l’environnement de production pour utilisation.

Points à noter :

• L’environnement sandbox est un environnement de paiement d’accès distinct. Si vous êtes intéressé, contactez votre responsable du succès client ou votre représentant commercial pour en savoir plus.
  
• Le sandbox met à jour la base de code 28 jours avant une version majeure afin de laisser aux comptes quatre semaines de test pour examiner le nouveau contenu et signaler tout problème rencontré.
• Pour avoir l’option d’autorisation :
  • Le compte de production doit être un grand compte.
    
  • Un chargé de compte doit être affecté au compte.
  • Le compte doit gérer ses droits d’accès utilisateur via l’Adobe Admin Console.
• Un seul sandbox est possible par compte.
• L’environnement sandbox est créé avec un administrateur de compte ajouté au compte. D’autres utilisateurs peuvent être ajoutés de la même manière que l’environnement de production.
  • Des administrateurs supplémentaires ne peuvent pas être définis dans Admin Console. Pour configurer un nouvel administrateur pour le sandbox, l’utilisateur doit être défini en tant qu’administrateur dans l’environnement Adobe Acrobat Sign.
    
• L’environnement sandbox est persistant et conserve tous les actifs créés au fil du temps (utilisateurs, modèles, workflows).
  • Les clients qui ajoutent des utilisateurs à leur sandbox doivent se souvenir de ces ID utilisateur s’ils doivent désactiver ou supprimer (via les outils RGPD) un utilisateur en production. Étant donné que sandbox est un environnement distinct, ces utilisateurs devront être gérés de manière spécifique.
    
• Si des paramètres d’arrière-plan doivent être ajustés, contactez votre responsable du succès client (par ex. : nombre de pages par accord, valeur de cumul Envoyer en masse).

• Le sandbox n’a qu’un seul environnement et est hébergé sur la plateforme Azure.
• Intégrations actuellement prises en charge dans les comptes Sandbox
  • Salesforce
  • Power Automate
  • Microsoft 365 (Teams, Outlook, Word/PowerPoint)
• Les accords envoyés depuis le sandbox sont marqués d’un filigrane comme « non destinés à une utilisation en production ».
  
• Le sandbox ne permet pas de configurer l’onglet Configuration du compte du menu d’administration du compte (Nom de la société et Nom d’hôte).
• Le sandbox ne prend pas en charge l’intégration d’Acrobat.
• Le sandbox ne prend pas en charge les applications mobiles Acrobat Sign.
• Les paramètres pour Demander aux signataires d’utiliser un appareil mobile ne sont pas disponibles dans le sandbox.
• Le contrôle Autoriser les destinataires à refuser est réduit dans l’étendue et répertorié comme option dans la section Paramètres supplémentaires de l’onglet Préférences de signature.
• Les notifications d’e-mail sortant sont en grande partie supprimées par défaut. Si vous souhaitez modifier les options de notification par e-mail, votre responsable du succès client peut vous aider.
  • Les e-mails de provisionnement des utilisateurs/comptes sont désactivés.
  • Les notifications d’accord envoyées par e-mail à l’expéditeur de l’accord et aux participants sont désactivées, notamment :
    • E-mails Veuillez signer et Signé et classé envoyés aux destinataires
      • L’expéditeur de l’accord obtiendra toujours l’e-mail Signé et classé.
    • Tous les e-mails aux parties en copie
      
    • Mises à jour des groupes de destinataires lorsqu’un membre complète la signature
    • Notifications d’accord envoyé
      
    • Notifications d’accord consulté
      
    • Archivage des événements
      
    • Annulations
    • Actions de délégation
      
    • Accords expirés
    • Accords téléchargés
    • Remplacement des signataires

Actifs locaux et distants

Lorsqu’un sandbox est connecté à votre environnement de production, l’interface Sandbox définit les deux environnements indépendants comme Local ou Distant.  

• La section Local contient les actifs disponibles dans l’environnement auquel vous vous êtes authentifié.
• La section Distant répertorie les actifs de l’environnement auquel vous vous êtes connecté.

Dans l’image ci-dessous, nous nous sommes authentifiés dans le Sandbox (notez la bannière en haut de la page) et nous nous sommes connectés à l’environnement d’évaluation (Stage Sync). Dans ce cas, le sandbox est local et vous pouvez copier des actifs à partir de l’environnement d’évaluation distant.

Accès à l’environnement sandbox à partir de votre compte de production

Pour accéder au sandbox à partir de votre compte de production, une connexion OAuth doit être créée. La connexion OAuth est active tant que la session du navigateur reste ouverte. Lorsque la session expire, le jeton d’authentification expire avec lui et l’administrateur devra s’authentifier à nouveau lors de la création d’une nouvelle session.

Authentification directe dans l’environnement sandbox

Il est possible de se connecter directement au portail public sandbox : https://secure.na1.adobesignsandbox.com/public/login.

Une fois authentifié dans le sandbox, une bannière apparaît en haut de la page (pour toutes les pages) :

La connexion du sandbox à votre environnement de production suit le même processus que la connexion depuis le compte de production au sandbox.

Recherche d’actifs

Par défaut, la liste des actifs est triée par Nom/Titre.

Pour vous aider à trouver l’actif que vous recherchez, chaque section possède un champ Rechercher qui limite l’ensemble de données exposé en fonction du champ Nom/Titre du type d’actif affiché :

Seules les ressources qui correspondent à la chaîne seront renvoyées.

• La chaîne de recherche ne tient pas compte de la casse.
• La chaîne de recherche peut se trouver n’importe où dans le nom/titre tant que la chaîne n’est pas endommagée.

Types d’actifs

Modèles

Les données de colonne fournies dans la section Modèles sont les suivantes :

• Titre : fournit le nom littéral du modèle de bibliothèque.
  • La chaîne [DÉMO UNIQUEMENT] sera ajoutée à la chaîne des modèles créés dans l’environnement sandbox (ou copiés vers) en regard du nom du modèle dans la vue Gérer.
    
• État : l’état du modèle peut être :
  • Actif : les modèles actifs peuvent être envoyés aux destinataires ou joints aux workflows.
    
  • Création : il s’agit d’un modèle de Version préliminaire qui n’a pas été rempli jusqu’au bout pour pouvoir l’envoyer pour signature.
    
• Mode de partage : cette valeur affirme la portée du modèle. Un modèle ne peut avoir qu’un seul mode de partage :
  
  • Compte : le partage de compte indique que tous les utilisateurs du compte peuvent utiliser le modèle pour les accords ou les workflows.
    
  • Groupe : le partage de groupe indique que toute personne du groupe auquel le modèle est associé sera autorisée à l’utiliser pour créer des accords ou des workflows.
    
  • Utilisateur : le mode de partage utilisateur indique que seul l’utilisateur créateur a accès à l’actif. Ils ne peuvent être copiés que si vous êtes le propriétaire du modèle.
    
    • Si vous tentez de copier un modèle avec un mode de partage utilisateur sans être le propriétaire du modèle, un message d’erreur se déclenche (Erreur lors de l’exécution de la demande !).
      
• Types de modèles : les modèles ont deux types. Un seul type ou les deux peuvent être référencés :
  • Document : fichier ayant un contenu visible auquel un calque de champ de formulaire est appliqué. Le type de document est utilisé pour les documents statiques avec placement de champ défini.
    
  • Calque de champ de formulaire : calque de champ de formulaire sans le document sous-jacent ayant le contenu visible.  Utilisé lorsque le contenu du document est variable, mais que les exigences de champ sont constantes.

Les actions pouvant être effectuées avec les modèles de bibliothèque sont les suivantes :

• Copier : cette action copie une version du modèle dans l’environnement local avec la même valeur de nom.
• Copier en tant que : cette action permet à l’administrateur de modifier le nom de l’actif lorsqu’il est copié dans l’environnement local.

Groupes d’utilisateurs

Les données de colonne fournies dans la section Groupes sont les suivantes :

• Nom : fournit le nom littéral du groupe.
  
• Est par défaut : identifie si le groupe est le groupe par défaut du compte.
  
  • Vrai : cette valeur identifie le groupe par défaut du compte.
    • Il ne doit y avoir qu’un seul groupe par défaut.
  • Faux : tous les groupes qui ne sont pas le groupe par défaut.
    

La seule action qui peut être effectuée avec un groupe est Copier.

Lorsqu’un groupe est copié dans l’autre environnement, un nouveau groupe est créé avec la même valeur Nom que le groupe copié.

• Aucun paramètre ou utilisateur n’est importé lorsque le groupe est copié. Le groupe sera vide et configuré avec tous les paramètres du niveau de compte, comme tout nouveau groupe le serait.
• La copie de groupes peut prendre en charge d’autres objets faisant référence à des groupes (par ex. : Workflows).
  

Formulaires Web

Les données de colonne fournies dans la section Formulaire Web sont les suivantes :

• Titre : fournit le nom littéral du formulaire Web.
  • La chaîne [DÉMO UNIQUEMENT] sera ajoutée à la chaîne des formulaires Web créés dans l’environnement sandbox (ou copiés vers) en regard du nom dans la vue Gérer.
• État : quel est l’état actuel du formulaire Web ?
  • Actif : l’URL du formulaire Web est accessible au public et peut être signée par un destinataire.
    
  • Désactivé : le formulaire web est désactivé. L’URL redirigera les destinataires ou fournira un message final selon la façon dont le formulaire Web a été configuré lors de sa désactivation.
    

• Copier : cette action copie une version du formulaire Web vers l’environnement local avec la même valeur de nom.
• Copier en tant que : cette action permet à l’administrateur de modifier le nom du formulaires Web lorsqu’il est copié dans l’environnement local.

Workflows personnalisés

Les données de colonne fournies dans la section Workflows sont les suivantes :

• Nom : fournit le nom littéral du workflow.
• Portée  : définit la portée du workflow en termes d’accès au compte.
  • Groupe  : le workflow est actuellement configuré pour être accessible à un seul groupe.
    
  • Compte  : le workflow est actuellement configuré pour être accessible à l’ensemble du compte.
    
• État  : l’état actuel d’accessibilité du workflow.
  
  • Actif : workflows actuellement disponibles pour les utilisateurs du compte.
  • Version préliminaire  : l’état Version préliminaire est utilisé lorsque le workflow n’a pas été défini sur Actif.
    • Les workflows qui ont été désactivés affichent l’état Version préliminaire.   
      

Les actions disponibles sont les suivantes :

• Copier  : copie l’application de l’environnement distant vers l’environnement local.
  • Met automatiquement à jour le workflow si l’environnement local dispose déjà du même workflow.
        
• Copier en tant que  : copie le workflow à partir de l’environnement distant et permet à l’administrateur de le renommer.
  

Applications API

Les données de colonne fournies dans la section Applications API sont les suivantes :

• Nom d’affichage : fournit le nom littéral affiché pour l’application.
• Domaine : définit la portée de l’application en termes d’accès au compte.
  • CLIENT : l’application est configurée pour avoir accès aux données de votre compte Acrobat Sign uniquement.
    
  • PARTENAIRE : l’application est configurée pour avoir accès à tout compte Acrobat Sign autorisé.
    
• Statut : statut de disponibilité actuel de l’application.
  
  • Actif : applications actuellement disponibles pour les utilisateurs du compte.
    • Les applications sont créées dans le statut Actif.
      
  • Désactivé : applications qui ne sont plus disponibles.
    

Les actions disponibles sont les suivantes :

• Copier : copie l’application de l’environnement distant vers l’environnement local.
  
• Copier en tant que : copie l’application à partir de l’environnement distant et permet à l’administrateur de la renommer.
  

Configuration des paramètres

Dans l’ensemble, l’option permettant de configurer les paramètres au niveau du compte ou du groupe correspond aux options de paramètres que vous trouvez dans votre environnement de production, à l’exception de tous les paramètres nouveaux/mis à jour en attente de publication.

Ajout d’administrateurs au niveau des utilisateurs et des groupes dans le sandbox

Les utilisateurs et les administrateurs de groupe peuvent être ajoutés au sandbox pour permettre les tests via l’Adobe Admin Console.

Les utilisateurs recevront un e-mail leur permettant d’établir un mot de passe avant de se connecter, comme dans l’environnement de production :

Envoi d’accords à partir du sandbox

L’envoi d’un accord produit un document signable qui porte en filigrane le nom Adobe Sign Sandbox Test.

Gardez à l’esprit que l’e-mail sortant aux destinataires est désactivé, mais peut être activé sur demande à votre responsable du succès client.

Questions fréquentes