Notes de mise à jour d’Adobe Sign : 2021

Remarque :

Ce document présente les nouvelles fonctionnalités, les modifications de l’expérience utilisateur et les problèmes résolus dans la version actuelle.

Il n’est pas garanti que toutes les fonctionnalités/modifications soient activées à la sortie de la version.

Si vous souhaitez être informé des notes de mise à jour par courrier électronique, veuillez vous abonner ici

Adobe Sign : décembre 2021 

Fonctionnalité améliorée

  • Améliorations apportées à l’utilisation de la page Gérer : la page Gérer a été mise à jour pour améliorer l’exposition des données « en un coup d’œil » :

Des icônes ont été ajoutées pour indiquer à quel moment une note ou un rappel sont joints à la transaction. Survolez l’icône pour obtenir une vue rapide des métadonnées importantes associées à chaque accord. Cliquez sur l’icône pour agir.

Le filtrage avancé a été ajouté à la fonctionnalité de recherche pour limiter l’ensemble de données renvoyé par l’objet recherché (par exemple : Notes)

  • Amélioration de la sécurité des URL d’accord : les URL envoyées par e-mail et qui pointent vers des accords/PDF ont désormais une durée de vie configurable qui fait expirer le lien (7 jours par défaut). Les destinataires qui tentent d’accéder à un lien qui a expiré peuvent demander qu’un nouveau lien leur soit envoyé par e-mail. Ce paramètre s’applique uniquement à l’expiration de l’URL et n’affecte pas la durée de vie et la viabilité de l’accord lui-même.

Cliquez sur ce lien pour obtenir plus d’informations sur l’expiration de l’URL du document >

Contrôles de l’expiration du lien d’un document

  • Amélioration de la sécurité pour le partage d’accords : le partage d’accords comporte des contrôles supplémentaires pour limiter le partage avec des parties externes au compte et depuis celles-ci :
    • Contrôle du nombre de fois où un accord peut être partagé avec une partie externe.
      • Niveau gratuit : 2
      • Niveaux d’évaluation : 5
      • Niveau individuel : 10
      • Niveau PME : 10
      • Niveau Business : 20
      • Niveau Enterprise : 20
    • Contrôle de la capacité d’une partie externe à partager l’accord.

Cliquez sur ce lien pour obtenir plus d’informations sur le partage d’accords individuels >

  • Nouveaux fournisseurs de services de confiance : SPID (Italie) et MitID (Danemark) sont les nouveaux fournisseurs de services de confiance (TSP) du Cloud Signature Consortium. Ils fournissent des certificats pour appliquer des signatures numériques sécurisées répondant aux normes et aux exigences de conformité les plus élevées.

Modifications de l’expérience

  • La nouvelle page d’accueil et la page Gérer deviennent l’interface standard : Adobe Sign a supprimé les interfaces classiques pour les pages d’accueil et Gérer. Tous les comptes disposent désormais d’une expérience moderne.

L’option permettant de revenir à l’interface classique a été supprimée et seule la nouvelle interface utilisateur sera prise en charge à l’avenir.

  • Les boutons d’action d’accès rapide sur la page Gérer ont été mis à jour : dans le cadre de la mise à jour de l’ergonomie visant à ajouter les icônes Notes et Rappel à la page Gérer, les actions rapides ont été repensées pour en améliorer l’aspect.
Survol des icônes mises à jour

  • Sécurité des accords HIPAA : les comptes pour lesquels les paramètres HIPAA sont activés traitent tous les destinataires des accords comme s’ils étaient des utilisateurs non enregistrés sans affiliation à un compte. En pratique, cela signifie que les destinataires ayant un utilisateur Adobe Sign enregistré ne verront pas ces accords sur leur page Gérer.
    • Les utilisateurs se trouvant dans le même compte que l’expéditeur sont l’exception à la règle. Tous les accords envoyés aux destinataires se trouvant dans le même compte sont implicitement approuvés et s’affichent sur la page Gérer où ils peuvent s’afficher et être partagés.
  • Amélioration du contraste pour le champ de signature : la police bleue sous la ligne de signature est obscurcie pour respecter la norme Accessibility AA (4.5:1) pour le contraste.
Comparaison entre le chrome de signature - Précédent et Nouveau

Problèmes résolus

Problème 
Description
4283949 Résumé : les fichiers PDF créés avec des champs conformes ADA ne sont pas convertis en champs conformes ADA lorsqu’ils sont traités via Adobe Sign.
Correctif : un nouveau paramètre a été ajouté pour préserver les fonctions d’accessibilité des PDF téléchargés avec une nouvelle arborescence de balisage qui inclut un type approprié de champ (par exemple, plage ou lien), un titre dérivé du contenu du champ et un texte de remplacement correspondant au titre. Les chaînes de balises sont localisées en fonction des paramètres régionaux de l’accord. Les fichiers PDF qui ne disposent pas de fonctions d’accessibilité lorsqu’ils sont téléchargés ne seront pas dotés de ces fonctions par le processus Adobe Sign.
4295359/4323894 Résumé : certains caractères des alphabets lituanien et allemand (č, ė et ß) n’étaient pas été correctement traités par l’une des bibliothèques dépendantes, ce qui entraînait l’omission des caractères dans la chaîne de signature imprimée.
Correctif : la bibliothèque a été mise à jour pour gérer correctement les caractères identifiés et les afficher correctement dans la chaîne de signature.
4304412 Résumé : une expérience de fournisseur CSC privé ne désactivait correctement le bouton Autoriser après la fermeture de la fenêtre contextuelle d’autorisation OAuth, ce qui permettait aux utilisateurs de cliquer à nouveau sur Autoriser et créait une boucle de « chargement » qui ne se terminait pas malgré la capture de la signature.
Correctif : le code a été mis à jour pour désactiver l’action Autoriser lorsque l’écran d’arrière-plan devient disponible, puis reste indisponible pendant une période significative pendant la redirection.
4308773 Résumé : la signature sur l’application mobile iOS pouvait entraîner l’envoi du message « AUTO_CANCELLED_CONVERSION_PROBLEM » une fois la signature du destinataire finalisée en raison d’événements de synchronisation hors ligne qui provoquent l’envoi répété de demandes en file d’attente.
Correctif : un code côté serveur a été ajouté pour évaluer si un processus de conversion réussi a abouti pour le même ID de participation lorsqu’une conversion s’interrompt, ce qui permet de résoudre les conflits.
4311477 Résumé : les documents terminés ne présentent pas les informations de champ aux lecteurs d’écran d’une manière exploitable.
Correctif : un nouveau paramètre a été ajouté pour préserver les fonctions d’accessibilité des PDF téléchargés avec une nouvelle arborescence de balisage qui inclut des annotations de champ converties en XObjects lisibles lors du traitement final.
4316462 Résumé : certains accords envoyés sous les paramètres BioPharma n’étaient pas soumis de force à une nouvelle authentification lorsque leur authentification était gérée par Active Directory Federation Service. Ce comportement dépendait de la manière dont ADFS était configuré et de si l’authentification forcée était configurée pour ignorer l’indication.
Correctif : du code a été ajouté pour demander un ACR associé à l’attribut ForceAuthn et forcer ainsi le processus de réauthentification.
4317635 Résumé : dans les documents comportant plusieurs champs de signature/de paraphe, un défilement de l’écran redirigeait l’utilisateur vers le champ précédent lorsqu’il cliquait sur le champ de signature/de paraphe suivant.
Correctif : le code a été mis à jour pour résoudre correctement le passage au champ suivant après avoir appliqué du contenu à un champ donné.
4319974 Résumé : le sélecteur de paramètres régionaux sur la page de signature était toujours visible lorsque l’URL de signature était récupérée avec l’API REST GET /signingurl v6, car l’appel API revenait à la valeur de l’application au lieu de la valeur de session.
Correctif : l’appel API a été mis à jour pour récupérer la valeur de paramètre de la session (utilisateur de l’API) au lieu de l’application.
4320942 Résumé : les accords créés avec des signatures numériques et des champs clonés pouvaient produire un document signé dans lequel les champs parents (du tableau de champs clonés) pouvaient être modifiés.
Correctif : les champs parents des tableaux de champs clonés ont été définis en lecture seule.
4321067 Résumé : les comptes dotés d’une valeur Display_Email configurée voyaient l’e-mail de l’expéditeur dans les courriers électroniques de l’accord (au lieu de la valeur Display Email).
Correctif : l’ID utilisateur est maintenant comparé à l’ID utilisateur participant et à l’ID utilisateur actuel pour renvoyer la valeur Display_Email du compte dans les e-mails sortants (lorsque la valeur est définie sur une valeur autre que la valeur par défaut).
4321335 Résumé : certains accords n’autorisaient pas les signatures numériques CSC lorsque l’accord a été délégué plusieurs fois.
Correctif : du code a été ajouté au processus de signature pour passer en revue les destinataires et s’assurer que la phase de signature est appropriée pour la participation déléguée.
4322749/4329156
Résumé : les formulaires web transférés ne déclenchent pas de webhooks pour le nouveau propriétaire en raison de l’échec de la mise à jour d’ApiUserID.
Correctif : le code relatif au transfert de formulaires web a été mis à jour pour garantir la mise à jour de l’ID utilisateur du formulaire web lors du transfert de l’objet.
4323013 Résumé : les comptes dont la visibilité limitée des documents est activée pour les formulaires web pouvaient déclencher une erreur indiquant que le document n’est pas encore disponible lors de la création d’un formulaire web via l’API, puis lors de la tentative d’affichage à partir de la page Gérer.
Correctif : le code a été ajusté dans quelques paramètres impliquant des formulaires web et une visibilité limitée des documents pour supprimer le conflit.
4323749
Résumé : lors de la modification d’un accord pour lequel l’expéditeur est un signataire nécessitant une authentification, le système peut ne pas reconnaître la session de l’expéditeur comme étant authentifiée, ce qui entraîne une erreur de serveur.
Correctif : le code de modification de l’accord a été mis à jour afin de s’assurer que le workflow vérifie les propriétés de transaction pour comprendre et appliquer correctement les exigences d’authentification de l’expéditeur.
4324497 Résumé : les utilisateurs des comptes avec la fonctionnalité UMG activée peuvent ne pas voir tous les modèles de bibliothèque partagée préexistants d’un groupe (non principal) auquel ils ont été ajoutés lors de la création de workflows personnalisés.
Correctif : le code permettant d’identifier tous les ID de groupe actifs et leurs actifs respectifs lors de la création de workflows a été amélioré.
4325294
Résumé : les comptes qui gèrent leurs utilisateurs dans Adobe Admin Console pouvaient voir l’option permettant de définir un rappel sur la page Composition lorsque le rappel par défaut était défini par un administrateur.
Correctif : le code a été mis à jour pour masquer correctement l’option de rappel lorsque la valeur par défaut est définie dans l’interface utilisateur d’administration.
4325826
Résumé : les langues autres que l’anglais ne filtraient pas correctement les données renvoyées pour les rapports.
Correctif : le code a été mis à jour pour utiliser les paramètres régionaux de l’environnement comme paramètre de filtrage au lieu d’utiliser le paramètre anglais statique.
4326335
Résumé : les rapports de consommation des transactions incluaient les accords non facturables
Correctif : la requête de reporting a été améliorée pour exclure les transactions non facturables.
4326406
Résumé : les informations d’authentification n’étaient pas conservées dans les rapports des destinataires dans les processus de signature hybrides.
Correctif : le code derrière les workflows hybrides a été mis à jour pour s’assurer que les informations d’authentification sont capturées et conservées, de sorte que la génération de rapports renvoie les valeurs correctes.
4326725
Résumé : le nombre de destinataires signalés (via l’onglet Rapports) peut diminuer (de un) lorsque l’expéditeur est l’un des destinataires et qu’il est remplacé dans la transaction, car le code présente de façon erronée le signataire remplacé comme « Remplacé ».
Correctif : le code Remplacer le signataire a été mis à jour afin d’identifier correctement le remplacement des destinataires dans les rôles de signataire.
4327494
Résumé : les administrateurs de groupe peuvent voir les données de rapport pour les utilisateurs du groupe Par défaut lorsque le paramètre « Uniquement les données de leur propre groupe d’utilisateurs » est activé.
Correctif : le code de reporting pour la génération du rapport CSV a été mis à jour pour capturer correctement uniquement les données relatives à l’administrateur demandeur.
4327780
Résumé : les événements et le récapitulatif des événements n’incluaient pas les formulaires web non vérifiés (mais signés) comme des accords terminés (signés).
Correctif : le code qui évalue les accords terminés a été mis à jour pour inclure les formulaires web signés et terminés (mais non vérifiés).
4328045
Résumé : lorsque vous envoyez un accord avec l’expéditeur en tant que destinataire et que le paramètre Display Email est défini sur une valeur autre que la valeur par défaut, l’accord peut ne pas être envoyé si l’expéditeur tente de revenir à la page Composition à partir de la page de création.
Correctif : le workflow qui régit la navigation vers la page Composition a été mis à jour pour gérer correctement l’expéditeur lorsque la valeur associée à son e-mail est masquée par la valeur Display Email.
4328110
Résumé : un e-mail signé et rempli en double peut être envoyé au même destinataire s’il est inclus plusieurs fois dans le cycle de signature.
Correctif : le processus de distribution des e-mails a été amélioré afin d’identifier les doublons dans les valeurs associées aux e-mails des destinataires et de ne livrer qu’une copie de l’e-mail final pour toute transaction.
4328313
Résumé : l’ajout d’un lien HTML complet au champ Message d’un accord pouvait amener certains clients de messagerie à convertir cette chaîne en lien cliquable. Cette fonctionnalité n’ayant pas été voulue, du code a été ajouté par la suite pour empêcher ce comportement, qui créait ce qui s’est avéré être un bug dans le champ de message de l’accord.
Correctif : un paramètre a été ajouté pour afficher correctement un hyperlien dans le message électronique. Ce paramètre n’est pas accessible aux clients et doit être modifié par le support ou le gestionnaire de réussite de compte. Ce paramètre est activé par défaut sur les niveaux de service Enterprise et Business. 
4328950
Résumé : le nouveau code ajouté en juin dernier entraînait la conversion de certains utilisateurs à l’état CRÉÉ en une adresse e-mail non valide, mais le répertoire global d’adresses e-mail conservait le lien correct de l’adresse e-mail vers l’utilisateur. Les accords envoyés à l’utilisateur étaient alors associés à un type d’utilisateur qui empêchait les accords d’être répertoriés sur leur page Gérer.
Correctif : plusieurs modifications de code ont été installées pour empêcher la répétition du problème, ainsi que pour détecter et prévenir les situations qui peuvent causer ce type de problème. Cela inclut la détection de l’adresse e-mail utilisée pour les utilisateurs en attente à usage unique et l’utilisation automatique de l’adresse e-mail correcte, ce qui empêche la création d’utilisateurs non valides lorsque les autres vérifications échouent.
4329688
Résumé : certains processus de création de documents permettaient de charger un fichier vers Adobe Sign avec plusieurs champs de signature numérique. Ces champs s’affichaient comme des champs vides sur le PDF final.
Correctif : une bibliothèque interne a été mise à jour pour mieux annoter les documents convertis, en veillant à ce qu’un seul champ de signature numérique soit appliqué et en indiquant l’erreur appropriée lorsque plusieurs champs sont trouvés (comportement attendu).
4329804
Résumé : dans le cadre d’un processus de nettoyage des utilisateurs, les utilisateurs au statut En attente qui se trouvaient dans un compte avec un domaine déposé pouvaient avoir été convertis au statut Créé, ce qui entraînait la consommation de licences utilisateur.
Correctif : le statut En attente a été restauré pour les utilisateurs convertis via le processus de nettoyage. Du code a été ajouté pour empêcher la conversion au statut Créé des utilisateurs au statut En attente des domaines déposés.
4331649
Résumé : la signature d’un formulaire web avec un seul nom (une chaîne contiguë) déclenche une erreur de serveur. 
Correctif : la gestion des erreurs a été appliquée aux formulaires web afin de gérer le cas d’utilisation et d’afficher un message d’erreur approprié, le cas échéant.
Logo Adobe

Accéder à votre compte