Notes de mise à jour d'Adobe Acrobat Sign : 2022
Déploiement de production : 18 janvier 2022
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 le jeu 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, 90 jours maximum). Les destinataires qui tentent d’accéder à un lien expiré déclenchent une boîte de dialogue contextuelle qui leur permet de demander un nouvel e-mail (avec un nouveau lien) à l’adresse électronique du destinataire. La redirection du nouvel e-mail/lien n’est pas possible via cette action.
- 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.
- Les contrats envoyés avant l'introduction de cette fonctionnalité ne sont pas impactés par ce paramètre.
- 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 Entreprises : 20
- Niveau Enterprise : 20
- Contrôle de la capacité d’une partie externe à partager l’accord.
- Contrôle du nombre de fois où un accord peut être partagé avec une partie externe.
- 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.
- 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 ID 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.
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. | |
| 4329949 | Résumé : les champs qui sont masqués dans la création et qui contiennent des erreurs de validation peuvent déclencher une erreur qui ne peut être visualisée, empêchant l’envoi de l’accord. |
| Correctif : la validation n’est plus appliquée à | |
| 4331649 |
Résumé : Signer un formulaires 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. | |
| 4334224 | Résumé : les champs individuels téléchargés à partir de la page Gérer affichaient un nom de fichier contenant le format original du fichier en plus de l’extension finale .pdf. |
| Correctif : le processus de dénomination des fichiers lors de la production du document PDF final téléchargeable a été mis à jour pour supprimer l’ancienne extension de fichier. |
Déploiement de production : 5 avril 2022
Fonctionnalité améliorée
- Graphiques de rapports et exportation de données améliorés : l’interface Rapports a été mise à jour, ce qui permet les améliorations suivantes :
- Rapports graphiques préconfigurés pour :
- Accords : onze rapports suivent l’activité de l’accord en fonction de l’expéditeur, du groupe et du workflow.
- Consommation de transactions (prévu dans une prochaine version) : quatre rapports suivant spécifiquement le volume d’accords créés.
- Utilisateurs (prévu dans une prochaine version) : six rapports illustrant la création d’utilisateurs/de groupes, l’activité de connexion et les expéditeurs uniques par jour.
- Rapports d’exportation des données : l’exportation de données permet à l’utilisateur de définir la sortie d’un fichier CSV de rapport en sélectionnant le type de rapport source, en appliquant des filtres et en sélectionnant les colonnes individuelles à inclure.
- Rapports graphiques préconfigurés pour :
- Environnement de création amélioré disponible au niveau du compte et du groupe : l’environnement de création intégré à l’application offre une nouvelle expérience facultative avec un nouvel aspect conçu pour améliorer la création d’accords ad hoc (jusqu’à deux destinataires). Le nouvel environnement est actuellement uniquement destiné au workflow Envoyer pour signature. Il ne prend pas en charge Formulaires web, Envoyer en masse ni les modèles de bibliothèque. Les améliorations sont les suivantes :
- Placement de champ grâce auquel l’auteur peut sélectionner un type de champ, puis cliquer pour placer le champ une ou plusieurs fois, ce qui permet de placer beaucoup plus rapidement plusieurs champs du même type.
- Indications plus explicites du contenu du champ (par exemple, éléments de champ de signature, formats de champ de date).
- Les propriétés d’un champ sélectionné sont répertoriées dans le volet de gauche pour une meilleure visibilité et une modification plus poussée.
- La hauteur des champs placés ultérieurement adopte automatiquement la hauteur du dernier champ dont la taille a été modifiée (du même type).
- La couleur, la taille et le style de la police des champs placés ultérieurement adoptent automatiquement les propriétés de police du dernier champ dont les propriétés de police ont été modifiées (types de champs qui permettent de modifier la police).
- Modifiez plus facilement la valeur par défaut en cliquant simplement dans le champ et en saisissant la valeur par défaut.
- Champ Date dédié pour capturer des valeurs autres que celles du champ Date de signature.
- Champ dédié Nombres, comprenant toutes les propriétés et validations des nombres formatés.
- Recherche de texte avec Ctrl/Cmd+F.
L’environnement de création amélioré prend actuellement en charge uniquement :
- Le placement de champs lors de l’envoi d’un accord (création ad hoc). L’envoi en masse, les formulaires web et la création de modèles ne sont pas encore pris en charge.
- Jusqu’à deux destinataires.
- Un nombre limité de champs (les plus courants) :
- Signature
- Paraphe
- Nom (nom du destinataire importé à partir de la signature)
- Adresse e-mail (adresse électronique du destinataire définie lors de la composition de l’accord)
- Date de signature (insérée par le système lorsque la signature est apposée)
- Texte
- Nombre
- Date
- Case à cocher
- Cases d’option
Éléments non pris en charge pour le moment :
- Accords avec plus de deux destinataires
- Signature automatique
- Formulaires web
- Envoi en masse
- Modèles de bibliothèque
- Balises de texte
- Champs conditionnels
- Champs calculés
- Validation d’expression régulière
- Définir un nom de destinataire à l’envoi : les administrateurs au niveau du compte et du groupe peuvent exiger que le nom du destinataire soit inclus dans l’adresse e-mail du destinataire lors de la configuration de l’accord par l’expéditeur. La valeur du nom inclus est importée dans le panneau de signature lorsque le destinataire ouvre un champ de signature.
- Le destinataire ne peut en aucun cas modifier la valeur de nom configurée.
- L’expéditeur de l’accord peut modifier les valeurs de nom avant l’application de la première signature.
- Les expéditeurs peuvent remplacer le destinataire actuel, en indiquant une valeur de nom pour le nouveau destinataire.
- Les valeurs de nom obligatoires sont également appliquées pour les contre-signataires de formulaires web : lorsque cette fonctionnalité est activée, les formulaires web nouvellement créés nécessitent également une valeur de nom pour tous les contre-signataires configurés.
Cette fonctionnalité s’applique uniquement aux accords et aux formulaires web créés via l’application web Acrobat Sign.
- Exporter des données d’accord et de formulaire web au format JSON : lors de l’exportation de données d’accords ou de formulaires web via l’API REST v6, les développeurs peuvent désormais sélectionner le format d’exportation JSON en plus du format CSV.
- Personnaliser les coordonnées pour la prise en charge des mots de passe de signature : personnalisez les coordonnées indiquées aux destinataires lorsqu’un mot de passe de signature est utilisé pour l’identification du signataire. L’expérience par défaut intègre l’adresse e-mail de l’expéditeur. Toutefois, il peut être plus pratique de rediriger ce type de demande de prise en charge vers une équipe de support centralisée ou un contact de sécurité qui gère les mots de passe. La personnalisation peut être configurée au niveau du compte et du groupe.
- Événement webhook REMINDER_SENT - Un nouvel événement webhook a été ajouté qui s'exécute sur les événements REMINDER_SENT soit en s'abonnant explicitement à l'événement AGREEMENT_REMINDER_SENT soit en s'abonnant à AGREEMENT_ALL.
Modifications de l’expérience
- Adobe Sign est rebaptisé Adobe Acrobat Sign Solutions : les interfaces et les références des documents de la marque Adobe Sign ont été mises à jour avec le nouveau nom Adobe Acrobat Sign Solutions (ou Acrobat Sign).
- Ce rebranding n’a aucune incidence sur les fonctionnalités du service (par exemple, ni sur l’URL du domaine ni sur l’adresse e-mail du service).
- Les packages d’intégration mettront à jour le branding lors de leur prochaine mise à jour.
Le certificat de signature sera mis à jour avec le nouveau branding Acrobat Sign dans la version de juin.
Ce ne sera pas le cas dans la version d’avril.
- Texte mis à jour pour l’acceptation de la divulgation des informations du client : le texte destiné au destinataire lorsqu’il accepte la divulgation des informations du client a été remplacé par : J’accepte la divulgation des informations du client. J’accepte également de faire affaire avec <Nom de l’entreprise> par voie électronique.
- Si aucun nom d’entreprise n’est disponible, le prénom/nom de l’expéditeur est utilisé.
- Si aucun nom d’entreprise ni prénom/nom n’est disponible, l’adresse e-mail de l’expéditeur est utilisée.
- Si aucun nom d’entreprise n’est disponible, le prénom/nom de l’expéditeur est utilisé.
- Modernisation de l’authentification des signataires : les écrans d’authentification des signataires ont été améliorés afin de ne plus bloquer les destinataires dont les cookies tiers sont désactivés lors de l’authentification par mot de passe ou SMS. L’expérience a également été modernisée pour s’adapter aux différentes plateformes.
Problèmes résolus
| Problème |
Description |
|---|---|
| 4293949 | Résumé : la fenêtre contextuelle du message permettant d’annuler une invitation et de révoquer des jetons d’accès est alignée de façon incorrecte avec le texte. |
| Correction : les messages ont été mis à jour pour s’aligner correctement avec le texte. | |
| 4301564 | Résumé : les champs calculés contenant une clause « if » qui utilisent également un champ indiquant la fonction now() dans leur propre calcul disparaissent après l’application de la signature. La signature est visible pendant le processus de signature. Les valeurs de date côté serveur converties à partir de la fonction now() ne sont pas affichées correctement, là où les valeurs côté client le sont. Il en résulte une date non valide, qui masque le champ. |
| Correction : l’évaluation côté serveur a été améliorée pour convertir et gérer correctement la valeur numérique de la date telle qu’elle a été transmise par la fonction now(). |
|
| 4320113 | Résumé : lors de la création d’un formulaire dans Acrobat, les champs de texte dont le formatage est défini pour ne pas indiquer les décimales affichent leur valeur avec les décimales une fois que l’accord a été chargé et envoyé pour signature. |
| Correction : un paramètre a été ajouté pour gérer explicitement le formatage des champs numériques créés dans Acrobat. Ce paramètre est désactivé par défaut. Les clients qui rencontrent des problèmes de formatage numérique lors de l’utilisation de formulaires créés dans Acrobat doivent contacter l’équipe d’assistance et demander d’activer le formatage des champs numériques pour AcroForms. |
|
| 4322775 | Résumé : des adresses IP ne sont pas collectées ni référencées dans les rapports d’audit en raison d’un paramètre configuré pour une portée incorrecte. |
| Correction : la portée du paramètre a été ajustée à la valeur appropriée. |
|
| 4325183 | Résumé : l’autorisation d’expiration de la session utilisateur lors du chargement de la nouvelle page Rapports entraîne une erreur générale d’actualisation de la page. |
| Correction : l’interaction avec la page après l’expiration du délai redirige vers la page de connexion. |
|
| 4326123 | Résumé : lors de la création d’un ID utilisateur avec des API, certains utilisateurs ne peuvent pas se connecter à l’aide des nouvelles informations d’identification en raison de la communication incorrecte des systèmes internes. |
| Correction : un nouveau paramètre a été ajouté pour gérer les profils utilisateur entre les systèmes Adobe. Ce paramètre est activé pour l’ensemble des partitions/comptes. | |
| 4326126 | Résumé : dans les paramètres régionaux coréens, la valeur de nom sur le document signé est rompue dans le tampon du participant en raison de la police de codage de la langue coréenne qui retourne des glyphes incorrects. |
| Correction : la bibliothèque de mappages a été mise à jour pour inclure le type de codage afin d’afficher correctement les glyphes coréens. | |
| 4327886 | Résumé : lorsqu’un utilisateur d’un compte individuel est fusionné dans un compte à licences multiples, il peut conserver ses droits d’administrateur. |
| Correction : un code a été ajouté pour supprimer les droits d’administrateur des utilisateurs migrés vers un autre compte. | |
| 4328663 | Résumé : les comptes client pour lesquels SAML est défini sur Obligatoire ou SAML_ACTIVATE_PENDING_USERS = true ne peuvent pas désactiver des utilisateurs à l’aide de la fonctionnalité de modification en bloc dans le système Acrobat Sign, car les ID utilisateur sont réactivés dès la fin de la mise à jour. |
| Correction : un code supplémentaire a été ajouté pour s’assurer que seuls les utilisateurs « Créés » puissent être immédiatement activés. | |
| 4329111 | Résumé : les validations de formules personnalisées ne fonctionnent pas avec les balises de texte, car une tâche secondaire ne se charge pas correctement. |
| Correction : le code a été mis à jour pour charger correctement la tâche secondaire. | |
| 4331101 | Résumé : les signataires disposant d’un profil dans le système Acrobat Sign ne peuvent pas mettre à jour correctement leur signature dans un champ Tampon lorsqu’un autre champ de type de signature modifie la chaîne de signature, car le champ de signature de tampon extrait toujours la chaîne de nom du profil utilisateur. |
| Correction : les chaînes de signature de tampon ne sont plus liées au profil utilisateur et sont mises à jour comme tous les autres champs. |
|
| 4331119/4331631/4334671 | Résumé : codes de pays manquants dans le modèle d’authentification par téléphone pour le Botswana, les Bermudes et le Soudan. |
| Correction : les codes de pays pour le Botswana, les Bermudes et le Soudan ont été ajoutés. |
|
| 4331146 | Résumé : REST v6 GET Agreements > displayUserSetMemberInfos est vide pour certains brouillons lorsque les workflows sont conçus avec un nombre de destinataires potentiels supérieur au nombre de destinataires utilisés en raison de l’obligation de saisie des valeurs d’adresse e-mail. |
| Correction : un code a été ajouté pour gérer une valeur d’adresse e-mail vide. | |
| 4331149 | Résumé : les transactions d’authentification notariale ne sont pas enregistrées lorsque le type de transaction est défini sur la valeur par défaut -1 dans les paramètres principaux d’une limite annuelle. Toutefois, les limites annuelles ne s’appliquent pas si une transaction est gérée par Notarize. |
| Correction : nous ignorons désormais la limite annuelle pour le type de transaction géré par Notarize et l’affichons sur la page Paramètres d’envoi. | |
| 4332202 | Résumé : les administrateurs des informations personnelles peuvent être invités avec le message d’erreur « Une erreur diverse s’est produite lors de la recherche d’accords d’utilisateurs récemment migrés ». |
| Correction : la vérification d’erreur a été ajoutée pour capturer et gérer les événements dans lesquels des valeurs sont manquantes pour les utilisateurs migrés. | |
| 4332303 | Résumé : des comptes utilisateur peuvent être créés avec des caractères majuscules dans l’adresse e-mail qui sont conservés dans la base de données utilisateur. |
| Correction : les valeurs sont désormais retournées en minuscules dans tous les cas. | |
| 4333575 | Résumé : les méthodes de vérification d’identité définies dans le workflow (PHONE et ADOBE_SIGN) ne sont pas retournées dans REST v5 ou v6 GET /workflows/{workflowId}. |
| Correction : les méthodes de vérification d’identité manquantes ont été ajoutées aux schémas JSON. | |
| 4333769 | Résumé : les utilisateurs qui ont créé des accords ou des formulaires web dans un groupe n’ont pas l’accès nécessaire pour modifier cet accord/ce formulaire web s’ils sont supprimés du groupe. |
| Correction : le code a été amélioré pour s’assurer que les ID utilisateur qui créent un accord/formulaire web conservent la possibilité de modifier tout en veillant à ce que l’ID de groupe d’origine soit conservé. | |
| 4333774 | Résumé : les accords à plusieurs fichiers signés avec une signature numérique ne retournent pas de valeur de nom lors de l’appel de GET /agreements/{agreementID}/documents en raison d’une valeur nulle dans la référence de version du document. |
| Correction : les accords avec signature numérique correcte contiennent une propriété name. Pour les accords créés à partir de plusieurs documents, l’API retourne toujours un document unique pour les accords signés numériquement. Ce document porte désormais le nom « multidoc.pdf ». | |
| 4334814 | Résumé : les champs de devise affectés à « Quiconque » ayant terminé le processus de signature, sans être mis à jour, sont supprimés du document final en raison d’une valeur nulle qu’ils contiennent, ce qui entraîne leur suppression. |
| Correction : une vérification permettant de gérer une valeur nulle dans un champ Devise a été ajoutée. | |
| 4335410/4335914 | Résumé : certains utilisateurs en attente à accès unique adoptent un ID de compte qui les fait apparaître en tant qu’utilisateurs dans le compte. |
| Correction : les scripts de base de données ont été mis à jour pour exclure les utilisateurs en attente à accès unique de ces listes. | |
| 4335436 | Résumé : la partition SG1 ne peut pas synchroniser les environnements de production et sandbox en raison d’un échec de connexion de l’orchestrateur. |
| Correction : le service de l’orchestrateur a été correctement connecté à la partition. | |
| 4335442 | Résumé : le code d’erreur « MODIFYING_IMMUTABLE_FIELDS » n’est pas répertorié dans la documentation Swagger pour PUT /users/{userId} dans REST v6. |
| Correction : la documentation Swagger a été mise à jour et le message d’erreur amélioré. | |
| 4335782 | Résumé : lorsque les paramètres BioPharma sont activés, la mise à jour de la signature du type d’utilisateur n’est pas synchronisée avec les autres champs (tels que le champ Nom du signataire). En effet, le composant « Motif de la signature » n’intercepte pas l’événement de changement de nom qui est diffusé lorsque le panneau de signature est fermé. |
| Correction : le composant « Motif de la signature » a été mis à jour pour suivre correctement les modifications de nom avant et après. | |
| 4336003 | Résumé : cliquer sur le bouton Créer lors de la génération d’un formulaire web avec au moins deux participants et l’authentification KBA activée par défaut déclenche une erreur. En effet, une exception de pointeur NULL se produit lors de la création du formulaire, car le deuxième participant n’est pas défini à ce moment-là. |
| Correction : ajout de vérifications de pointeur NULL pour résoudre les exceptions dans la classe Java. | |
| 4336018 | Résumé : lorsqu’un accord est implicitement délégué, les résultats de l’API sont incompatibles avec l’expérience des délégations explicites, car l’événement de délégation implicite ne contient aucune information. |
| Correction : les flux de délégation implicite ont été améliorés pour agir de la même manière qu’une délégation explicite. | |
| 4336037 | Résumé : l’appel de GET /signingUrls après la récupération de l’ID d’accord peut générer le statut « AGREEMENT_NOT_SIGNABLE » qui peut être déduit pour indiquer que l’accord est dans un état final. |
| Correction : les conditions qui déclenchent le statut dans ces cas-là déclenchent désormais uniquement le statut « AGREEMENT_NOT_EXPOSED ». |
|
| 4336076 | Résumé : dans l’expérience de signature, le contraste du bouton et du texte « Champ suivant obligatoire » n’est pas suffisant. |
| Correction : le bouton et le texte ont été modifiés pour offrir un contraste 4,5:1. | |
| 4336077 | Résumé : le tampon de participation n’est pas visible dans le PDF signé si le participant est marqué comme groupe de destinataires. La méthode d’indexation recherche la partie correcte de ce tampon, mais lorsqu’il existe un groupe de destinataires, une partie aléatoire du groupe est attribuée, qui peut ne pas être le signataire actuel. Le cas échéant, la valeur est parfois affectée comme valeur nulle, et la partie signataire échoue. |
| Correction : modification de la méthode d’indexation pour retourner la partie signataire correcte du groupe de participation. |
|
| 4337254 | Résumé : les destinataires ne peuvent pas terminer le processus de signature numérique via le fournisseur de services cloud « BJCA », car une police non valide est utilisée pour l’affichage de certains glyphes chinois. |
| Correction : les mises à jour de la bibliothèque de rendu permettent désormais un affichage correct des glyphes, grâce auquel le processus de signature peut se terminer. | |
| 4337616 | Résumé : l’envoi d’un accord à un utilisateur INACTIF crée un utilisateur en attente à accès unique, qui ne peut pas signer avec l’authentification Adobe Sign. |
| Correction : les utilisateurs inactifs d’un domaine déposé ne génèrent plus d’utilisateur en attente à accès unique. | |
| 4337679 | Résumé : lors du nettoyage des utilisateurs après leur signature, les signatures biométriques avec ID utilisateur sont supprimées. Il en résulte une signature de participation qui n’est qu’un proxy de mise en veille qui provoque des erreurs s’il est appelé. Cela peut se produire lors de la récupération d’événements d’accord, car les données de griffonnage sont examinées. |
| Correction : ajout de code pour vérifier s’il y a vraiment un griffonnage avant d’en lire les valeurs. Mise à jour du code de nettoyage pour annuler le contenu de la signature. | |
| 4337734 | Résumé : le code de pays ISO du Curaçao (CW) est rejeté par l’API REST v6 lorsqu’il est utilisé pour l’authentification par téléphone. |
| Correction : le code du Curaçao a été ajouté à la méthode. Il est désormais disponible. | |
| 4337948 | Résumé : la corruption de données très localisée entraîne la possibilité d’envoyer un accord à un utilisateur actif créé cependant en tant qu’utilisateur en attente à accès unique. |
| Correction : la base de données a été corrigée manuellement. | |
| 4338735 | Résumé : le texte du bouton コードを送信 (Envoyer le code) contient un saut de ligne dans l’interface utilisateur en japonais. |
| Correction : le bouton a été reconfiguré pour n’autoriser qu’une seule ligne. | |
| 4340100 | Résumé : le message « Les paramètres configurés nécessitent que les documents soient protégés par mot de passe » peut s’afficher dans les comptes avec la fonctionnalité Utilisateurs dans plusieurs groupes activée, même si le paramètre « Protection par mot de passe des documents signés » est défini sur « Autoriser les expéditeurs à protéger par mot de passe les documents signés » pour le groupe actif sur la page d’envoi en raison de paramètres utilisateur qui remplacent les paramètres au niveau du groupe. |
| Correction : pour les utilisateurs des comptes avec la fonctionnalité Utilisateurs dans plusieurs groupes activée, le paramètre au niveau du groupe est sélectionné et remplace les paramètres au niveau de l’utilisateur. | |
| 4340558 | Résumé : lorsqu’un champ de liste déroulante de préremplissage et une signature numérique sont présents, la liste déroulante reste modifiable après l’envoi de l’accord. |
| Correction : le champ de liste déroulante passe en lecture seule une fois la valeur renseignée. | |
| 4340659 | Résumé : si une adresse e-mail incorrecte d’un participant très proche de son adresse e-mail correcte est utilisée (par exemple, l’adresse utilisateur@email.com est correcte, mais le client saisit utilisateur@email.com.fr), et que l’expéditeur tente ensuite de partager l’accord avec cet utilisateur, la saisie de l’adresse e-mail correcte entraîne l’erreur suivante : « Une ou plusieurs personnes à l’origine du partage sont déjà des participants. Vous ne pouvez donc pas partager avec elles. » en raison d’une méthode de comparaison des valeurs des adresses e-mail imprécise. |
| Correction : une méthode plus précise est mise en place pour mieux gérer les identités des utilisateurs dans ces cas-là. | |
| 4341111 | Résumé : la fonction Envoyer en masse ne lit pas correctement les paramètres de groupe lorsque la fonctionnalité Utilisateurs dans plusieurs groupes est activée. Par défaut, elle adopte les paramètres du groupe principal dans tous les cas. |
| Correction : le code a été mis à jour pour lire les paramètres de groupe appropriés (sélectionnés) pour le workflow Envoyer en masse. | |
| 4341187 | Résumé : les participants non signataires (par exemple, les approbateurs) qui signent uniquement avec un tampon importent la valeur de nom de leur profil au lieu d’utiliser la valeur de nom saisie lors de la signature. Cela se reflète sur la page Gérer lors de la révision de l’accord finalisé. |
| Correction : la page Gérer indique la valeur saisie lors de la signature. | |
| 4341807 | Résumé : la valeur back-end DISPLAY_EMAIL est retournée en réponse à /signingUrls. |
| Correction : la fonction permettant de capturer l’adresse e-mail d’un participant a été mise à jour pour tenir compte de ce contexte. |
|
| 4341809 | Résumé : une fenêtre contextuelle « Cliquer pour modifier » apparaît lorsqu’un destinataire passe le curseur de la souris sur sa signature et que la valeur de nom du signataire est appliquée via l’API. |
| Correction : le code de signature a été mis à jour pour supprimer cette info-bulle. |
|
| 4341947 | Résumé : le corps de la réponse ne contient pas de réponse retryAfter pour certains appels API lorsqu’ils dépassent le seuil de limitation. |
| Correction : la méthode de gestion a été mise à jour pour inclure la réponse retryAfter. |
|
| 4343205 | Résumé : les accords envoyés avec un modèle d’e-mail personnalisé et une expiration de lien définie sur 60 retournent une erreur 500 lorsque le bouton Envoyer un nouveau lien est utilisé. |
| Correction : la fonction d’expiration du lien associée aux modèles d’e-mail personnalisés a été modifiée afin d’éliminer cette erreur. |
|
| 4343636 | Résumé : les accords envoyés à l’aide d’un document contenant les objets de signature numérique d’autres services de signature peuvent provoquer une erreur non gérée en raison d’une exception de pointeur NULL. |
| Correction : le code associé a été mis à jour pour résoudre correctement le problème du pointeur. |
|
| 4343696 | Résumé : lorsqu’un participant charge un document en cliquant sur Charger pour envoyer, une version supplémentaire du document est créée sans valeur de participation. Dans la mesure où aucune participation n’est affectée, l’accord est automatiquement annulé (délai d’expiration du projet) environ une heure après sa création. |
| Correction : nous ne créons plus de document sans participation. |
|
| 4346378 | Résumé : les pages d’envoi n’utilisent pas les paramètres de groupe appropriés lorsque la page d’envoi commence par un accord, un workflow ou un document de bibliothèque. |
| Correction : le contrôleur a été mis à jour pour examiner tous les en-têtes possibles et assurer que les paramètres de groupe appropriés sont inclus. |
Déploiement de production : 3 mai 2022
Fonctionnalité améliorée
Accès à l’authentification fondée sur les connaissances pour les destinataires définis comme participants dans les formulaires web
Les clients qui créent des formulaires web qui permettent d’avoir plusieurs participants externes peuvent désormais utiliser la méthode d’authentification fondée sur les connaissances pour les participants supplémentaires.
Problèmes résolus
| Problème |
Description |
|---|---|
| 4354725 | Résumé : les accords ne peuvent pas être créés via des workflows personnalisés lorsque l’option Nom de destinataire requis est activée. |
| Correctif : la validation des noms a été désactivée pour les workflows, ce qui signifie que la valeur de nom requise n’est pas vérifiée/appliquée lors de la création de l’accord. |
Déploiement en production : 15 juin 2022
Fonctionnalité améliorée
- Vérification d'identité numérique améliorée - La passerelle d'identité d'Acrobat Sign se connecte aux services d'authentification et de vérification d'identité tiers en utilisant le protocole d'authentification standard OpenID Connect (OIDC). Les clients peuvent choisir parmi un large éventail de services d’authentification et utiliser le type de vérification de l’identité qui répond le mieux à leurs demandes.
- Services de vérification d’identité :
- Services de vérification d’identité vidéo
- Identification de document d’identité
- Services d’authentification basés sur les connaissances
- Les informations d’identité sont éventuellement stockées dans le Rapport d’identité du signataire.
- La vérification d'identité est facturée séparément et consommée selon la politique du fournisseur.
- Les transactions d’authentification sont achetées et facturées directement auprès du fournisseur d’identité (FI).
- Services de vérification d’identité :
- Nouveaux fournisseurs de services de confiance : de nouveaux fournisseurs de services de confiance ont été ajoutés par le 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 :
- DigiCert One (Europe et Amériques)
- ZealiD (Suède)
- GSE (Colombie)
- Nouveaux webhooks
- AGREEMENT_EXPIRATION_UPDATED (API uniquement) - AGREEMENT_EXPIRATION_UPDATED a été créé pour l’événement lors de la mise à jour de l’heure d’expiration d’un accord. AGREEMENT_EXPIRATION_UPDATED ne peut être souscrit que via l’appel API POST /webhooks.
- AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER - Le webhook AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER se déclenche lorsqu’un destinataire modifie la valeur de nom préremplie lorsqu’il signe son accord. Les valeurs de nom peuvent être préremplies via l'API ou via la fonctionnalité Exiger le nom du destinataire lors de l'envoi.
- Mises à jour du concepteur de workflow personnalisé : les mises à jour du concepteur de workflow personnalisé comprennent les améliorations suivantes :
- Prise en compte des Utilisateurs dans plusieurs groupes. Dans les comptes pour lesquels la fonctionnalité Utilisateurs dans plusieurs groupes est activée :
- Les administrateurs de groupe peuvent affecter des workflows à tout groupe dont ils sont administrateurs (et pas seulement à leur groupe principal).
- Les administrateurs de groupe peuvent modifier tout workflow affecté à un groupe quelconque dont ils sont administrateurs.
- Mise à jour de l’interface de contrôle de la portée du workflow qui définit les utilisateurs pouvant accéder au workflow.
- Le libellé de texte indiquant les groupes/utilisateurs pour lesquels le workflow est activé est passé de Activer pour à Qui peut utiliser ce workflow.
- Le libellé de texte de l’option permettant d’inclure tous les groupes/utilisateurs du compte Tous les groupes est devenu Tous les utilisateurs de mon entreprise.
- La rangée de cases d’option utilisées pour sélectionner un groupe individuel a été remplacée par un menu déroulant à sélection unique avec le libellé de texte Groupe sélectionné.
- Prise en compte des Utilisateurs dans plusieurs groupes. Dans les comptes pour lesquels la fonctionnalité Utilisateurs dans plusieurs groupes est activée :
Le concepteur de processus personnalisé aura une brève interruption de service pour mettre à jour le code sous-jacent immédiatement après la version majeure du 15 juin.
Entre 15 h et 15 h 30, heure du Pacifique, le concepteur de workflow ne permettra pas aux utilisateurs de créer un nouveau workflow ou d’en enregistrer un en cours de modification.
Les utilisateurs sont invités à enregistrer tout workflow qu’ils créent/modifient avant 15 heures, heure du Pacifique.
L’utilisation des workflows pour générer des accords ne sera pas affectée pendant cette période.
- Améliorations apportées au nouvel environnement de création - Le nouvel environnement de création introduit en avril 2022 a été mis à jour pour inclure :
- Prise en charge de 25 destinataires maximum.
- Nouveaux champs :
- Liste déroulante (sélection unique)
- Liens hypertexte
- Liste déroulante (sélection unique)
- Les nouveaux comptes web Acrobat et les utilisateurs gratuits d’Acrobat activent automatiquement ces fonctionnalités.
- Les comptes Grands comptes de la solution Acrobat Sign peuvent activer la nouvelle expérience de création dans Paramètres de compte > Paramètres généraux.
- Option pour désactiver le pixel de suivi des e-mails - Les comptes de niveau entreprise peuvent demander à l'Équipe d'assistance de désactiver le pixel de suivi intégré dans les modèles d'e-mail « Réviser et signer » du destinataire.
- La désactivation du pixel de l’e-mail modifie le déclencheur de l’événement « Consulté » :
- Lorsque le pixel est activé, l’événement « Consulté » se déclenche lorsque l’e-mail est ouvert.
- Lorsque le pixel est désactivé, l’événement « Consulté » se déclenche lorsque l’accord est ouvert (via le lien de signature).
- Par défaut, le pixel sera désactivé sur les nouveaux comptes de tous les niveaux de service créés après la date de juin 2022.
- La désactivation du pixel de l’e-mail modifie le déclencheur de l’événement « Consulté » :
- Désactiver les hyperliens intégrés dans les signatures et paraphes - Les comptes de niveau entreprise peuvent demander à l'équipe d'assistance de désactiver les hyperliens intégrés dans les objets de champ de signature et de paraphe (qui ouvrent la page de vérification de transaction).
- Cette liaison est automatiquement désactivée pour tous les comptes créés après la version de juin 2022.
- Les comptes qui existent avant la version de juin 2022 continueront à bénéficier de la fonctionnalité existante.
- Les comptes qui existent avant la version de juin 2022 continueront à bénéficier de la fonctionnalité existante.
- La désactivation des liens hypertexte n’est pas rétroactive aux accords terminés avant la définition du paramètre.
- Une fois désactivés, les liens incorporés ne peuvent pas être réactivés.
- Cette liaison est automatiquement désactivée pour tous les comptes créés après la version de juin 2022.
L’option permettant au rapport d’audit d’utiliser le décalage de fuseau horaire à partir du paramètre compte/groupe/utilisateur peut être activée au niveau du compte (et du groupe) en accédant à Paramètres de compte > Paramètres généraux > Définir un fuseau horaire par défaut pour les accords créés par les utilisateurs de ce compte.
Les valeurs du fuseau horaire peuvent être définies au niveau du compte, du groupe et de l’utilisateur, et l’objet du niveau inférieur est prioritaire.
- Les paramètres utilisateur remplacent les paramètres de groupe.
- Les paramètres de groupe remplacent les paramètres de compte.
Si le paramètre est activé et qu’un utilisateur individuel ajuste son fuseau horaire pour qu’il soit différent du paramètre au niveau du compte, les rapports d’audit de l’utilisateur reflètent le décalage de fuseau horaire tel que défini par le profil utilisateur, et non par le compte.
Lors de l’envoi d’un accord à un utilisateur ayant une valeur de nom connue dans le système Acrobat Sign (généralement une personne de votre propre compte), la valeur de nom dans le profil de l’utilisateur est automatiquement insérée dans le processus de signature.
Si le compte permet aux utilisateurs de cette nature de modifier leur valeur de nom lors de la signature, cette modification est consignée dans le rapport d’audit, en indiquant la valeur de nom initiale et la valeur mise à jour. Toutes les itérations suivantes du nom du destinataire dans le rapport d'audit refléteront la Valeur ajustée.
Tous les destinataires n'ont pas un nom connu lorsque le contrat est envoyé.Dans ces cas, aucun événement ne sera enregistré dans le rapport d'audit ou la liste d'activités.La révision de ces accords via l'API (GET /agreements/<id>/events) affichera l'événement SIGNER_NAME_CHANGED_BY SIGNER.
L'événement SIGNER_NAME_CHANGED_BY SIGNER peut également être capturé avec des webhooks en utilisant le nouvel événement AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER.
Les signatures électroniques standard incluent désormais le motif fourni par les destinataires lors de la signature, du refus ou de l’annulation d’un accord.
Le partage d’un accord individuel produit un enregistrement dans le rapport d’audit. Cet enregistrement contient désormais le participant qui a partagé l’accord, en plus de la partie avec laquelle l’accord a été partagé.
Le partage d’un accord après son entrée dans un état final ne met pas à jour le rapport d’audit avec de nouveaux enregistrements, mais le journal Activité de l’accord continue à suivre l’activité de partage.
Les enregistrements d’audit sont désormais présentés chaque fois qu’un destinataire demande un nouveau document après l’expiration d’un lien.
Gardez à l’esprit que les rapports d’audit deviennent immuables une fois que l’accord atteint un statut final. Les événements de rappel et de partage exécutés une fois l’accord final ne sont pas reflétés dans le rapport d’audit.
- Autoriser ou interdire le partage d’accords individuels avec des parties internes/externes : la possibilité pour les utilisateurs de partager un accord individuel avec une autre partie peut être limitée pour autoriser/interdire le partage en fonction du statut interne/externe de la partie avec laquelle le partage est effectué.
- Les utilisateurs internes sont définis comme des utilisateurs du même compte Acrobat Sign que l’expéditeur de l’accord.
- Les utilisateurs externes sont définis comme tous les utilisateurs qui ne sont pas membres du même compte Acrobat Sign que l’expéditeur de l’accord.
- Accès à l’authentification fondée sur les connaissances pour les destinataires définis par les participants dans les formulaires web : les clients qui créent des formulaires web qui permettent d’avoir plusieurs participants externes peuvent désormais utiliser la méthode d’authentification basée sur les connaissances pour les participants supplémentaires.
Modifications de l’expérience
- Les formulaires web ne nécessitent plus l’activation des cookies tiers pour les signataires : les comptes qui utilisent des formulaires web n’ont plus besoin d’être préoccupés si des cookies tiers sont activés pour leurs signataires avant d’appliquer leur signature. Les formulaires web prennent désormais en charge les activités de signature sans cookies.
- Les liens de signature expirés sont limités à dix demandes par heure : lorsqu’une URL de signature expire, le destinataire peut demander une nouvelle URL jusqu’à dix fois dans une fenêtre de 60 minutes.
- Aucune nouvelle URL n’est envoyée après la dixième demande dans une même période de 60 minutes.
- Les dix demandes de signature se trouvent dans une fenêtre temporelle glissante, ce qui signifie que chaque demande a un délai de 60 minutes.
- Mise à jour de l’interface d’archivage externe : l’interface d’archivage externe a été mise à jour afin de demander à l’administrateur de saisir l’adresse e-mail deux fois (pour s’assurer que l’adresse correcte est configurée) et de la stocker sous forme d’objet d’adresse cliquable au lieu d’une chaîne de texte. Toutes les interfaces de la fonctionnalité d’archivage automatique sont mises à jour (Paramètres généraux au niveau du compte/groupe et de l’onglet Archive externe).
- Mise à jour de la fonctionnalité Nom de destinataire requis - La fonctionnalité permettant d'exiger un nom de destinataire lors de la rédaction d'un nouvel accord préserve désormais ce paramètre au niveau de l'accord, garantissant que la valeur du paramètre est appliquée, même si le paramètre au niveau du compte/groupe est modifié.
- Mises à jour de l’intégration Notarize : les améliorations continuent pour l’intégration Notarize :
- Le délai d’expiration de l’accord est partagé avec l’authentification Notarize et est respecté par cette dernière dans le cadre de sa fonctionnalité de planification.
- La clé API Notarize est désormais validée avant l’envoi de l’accord pour authentification notariale. L’envoi/La mise à jour est bloqué et une erreur est renvoyée si :
- le compte est une version d’essai expirée ;
- le mappage du compte Notarize à la clé API est désactivé ;
- la clé API Notarize n’est pas valide ;
- la clé API Notarize a été désactivée.
- le compte est une version d’essai expirée ;
- Mise à jour du libellé de la date d’expiration dans les e-mails : le texte identifiant la date d’expiration dans les e-mails des destinataires a été mis à jour pour préciser que les accords peuvent être signés jusqu’à la date d’expiration. À régler le {DATE} a été remplacé par Échéance le {DATE} :
- Amélioration de la détection automatique des champs de formulaire (déploiement limité) : la détection automatique des champs de formulaire a été améliorée pour identifier plus précisément le type, la taille, le nombre et l’emplacement des champs de formulaire à placer.
- Déployé uniquement sur l'environnement NA4 après la version de juin 2022. À déployer sur d’autres environnements dans les prochaines versions.
Problèmes résolus
| Problème |
Description |
|---|---|
| 4326356 | Résumé : les formulaires PDF créés dans InDesign indiquent la valeur « Désactivé » pour les champs des cases à cocher non activées, ce qui provoque des problèmes lorsque les champs sont modifiables par les destinataires. |
| Solution : ignorez la valeur par défaut « Désactivé » pour les champs des cases à cocher non activées lors de l’importation des formulaires PDF. |
|
| 4329479 | Résumé : la prise de selfie d’identité officielle échoue sur iOS 15 avec une erreur « Visage non détecté ». |
| Solution : le package GovernmentID a été mis à jour avec un code amélioré pour résoudre cette erreur. |
|
| 4330744 | Résumé : les administrateurs de compte ne peuvent pas désactiver les paramètres Bio-Pharma en raison d’une incohérence entre l’ID de paramètre et le partage de base du compte. |
| Solution : la base de données a été mise à jour pour corriger l’incompatibilité des paramètres. |
|
| 4332322 | Résumé : le nombre de transactions avec KBA consommées peut être trop élevé en raison de commandes logiques médiocres lors de l’évaluation de l’utilisation de KBA |
| Solution : la logique a été corrigée pour refléter l’utilisation réelle. | |
| 4333689 | Résumé : les créateurs de formulaires web ne peuvent pas déléguer la contresignature pour les formulaires web à partir de la page moderne Gérer, car l’API ne fournit pas de réponse pouvant être signée lorsque la signature est tentée. |
| Solution : mises à jour de l’API pour fournir la réponse correcte au signataire lorsqu’il est appelé à partir de la page Gérer. |
|
| 4333769 | Résumé : les utilisateurs ne peuvent pas modifier les formulaires web (et les accords) une fois que leur groupe est modifié. |
| Solution : modification des autorisations d’obtention et de modification d’accords pour l’expéditeur lorsqu’il possède un abonnement inactif à l’ID d’accord/de formulaire web. |
|
| 4336080 | Résumé : les signatures utilisant des caractères codés sur deux octets peuvent entraîner la troncature d’une partie de la date de signature dans le tampon de signature final. |
| Solution : mise à jour des paramètres du champ afin de prévoir l’espace nécessaire pour le cachet de la signature complète. |
|
| 4338126 | Résumé : l’option Annuler le rappel n’est pas visible sur la page moderne Gérer pour les rappels créés sur l’ancienne page Gérer, car un paramètre obligatoire ne fait pas partie de la définition d’objet héritée. |
| Solution : du code a été ajouté pour combler le vide entre l’objet hérité et la fonctionnalité moderne. | |
| 4338227 | Résumé : les champs déroulants définis avec une valeur par défaut contenant un guillemet simple ne sont pas enregistrés en tant qu’option valide et ne peuvent pas être sélectionnés. |
| Solution : du code a été ajouté pour gérer correctement une valeur par défaut contenant un guillemet unique. |
|
| 4339667 | Résumé : les créateurs ne peuvent pas modifier un formulaire web en cours créé à partir d’un modèle contenant des champs de préremplissage. |
| Solution : le code a été mis à jour afin de ne pas vérifier les champs de préremplissage lors de la modification d’un formulaire web actif. |
|
| 4341476 | Problème : la date d’expiration est manquante lorsque la création de l’accord est terminée via la payload JASON en raison du code de rendu qui extrait la valeur incorrecte de la table des propriétés de l’accord. |
| Solution : correction du code pour récupérer la valeur correcte et la publier comme date d’expiration. |
|
| 4343048 | Résumé : les sélections de consentement aux cookies ne sont pas enregistrées pour les environnements Sandbox et de gouvernement. Les utilisateurs doivent donner leur consentement chaque fois qu’ils s’authentifient . |
| Solution : les sélections et mises à jour du consentement aux cookies sont enregistrées pour l’utilisateur. | |
| 4343954 | Résumé : le chargement d’un document avec un titre Unicode importé ultérieurement dans le nom de l’accord a entraîné l’ajout du nom à deux reprises, ce qui peut allonger la chaîne de caractères pour que la fonction de conversion du PDF puisse créer correctement le PDF. Résultat : un PDF qui ne serait pas converti. |
| Solution : le code a été mis à jour pour utiliser la chaîne de titre d’origine au lieu d’en créer une nouvelle lors de la conversion. |
|
| 4344568 | Résumé : certains paramètres de messagerie au niveau du groupe ne sont pas enregistrés lorsqu’ils sont mis à jour pour remplacer les paramètres au niveau du compte en raison d’un échec de la vérification de la valeur de remplacement pour ces paramètres. |
| Solution : le code a été mis à jour pour vérifier correctement la valeur de remplacement lors de la mise à jour des paramètres au niveau du groupe. |
|
| 4345297 | Résumé : les signatures cloud peuvent échouer avec une erreur « Une erreur s’est produite lors du remplissage de la signature numérique » en raison du champ de signature placé avec une coordonnée négative. |
| Solution : du code a été ajouté pour s’assurer que l’emplacement du champ est calculé correctement avec les coordonnées corrigées. |
|
| 4345380 | Résumé : les destinataires ont toujours la possibilité de refuser de signer dans l’interface utilisateur, même lorsque l’option « Refuser de signer » est désactivée. |
| Solution : le code a été mis à jour pour supprimer correctement les options Refuser de signer dans l’interface utilisateur lorsque les destinataires chargent pour la première fois la page de l’accord. |
|
| 4346217 | Résumé : les exportations pouvaient échouer avec une exception signalée en raison des threads d’exécution qui ne mettaient pas à jour les ID de locataire de l’utilisation précédente, ce qui entraînait des tentatives d’exécution de tâches sur les mauvais locataires. |
| Solution : les ID de locataire sont maintenant correctement mis à jour dans les threads de l’exécution lorsqu’ils sont hérités du planificateur. |
|
| 4346736 | Résumé : les champs calculés impliquant la fonction now() ne fonctionnent pas lorsqu’ils sont copiés à l’aide de l’API, car les expressions calculées de champ copiées conservent les caractères d’échappement jusqu’au XML des données du document. |
| Solution : les expressions calculées sont nettoyées avant l’enregistrement au format XML des données du document. |
|
| 4347673 | Résumé : les administrateurs de groupe pouvaient conserver la visibilité des utilisateurs dans les groupes dans lesquels ils avaient précédemment créé des rapports, puis quitté ces groupes en raison d’une mise à jour incorrecte du filtre de groupe. |
| Solution : le filtrage de groupe a été mis à jour pour s’assurer que les filtres sont mis à jour lorsque l’administrateur de l’utilisateur modifie l’autorité du groupe. |
|
| 4348040 | Résumé : les clients qui ajoutaient des fichiers image via des champs de pièce jointe ne signalaient pas le type MIME approprié. |
| Solution : le code a été amélioré pour s’adapter à la gamme complète d’options de la classe appropriée. |
|
| 4349061 | Résumé : les documents de bibliothèque ne sont pas toujours triés par ordre alphabétique, car les listes combinées ne sont pas triées après la combinaison. |
| Solution : les listes combinées sont désormais triées par ordre alphabétique (nombres précédant les caractères alphabétiques et non-respect de la casse). |
|
| 4349494 | Résumé : les champs placés manuellement sur l’emplacement où un champ détecté automatiquement aurait été placé conservent les propriétés du champ détecté automatiquement. |
| Solution : les propriétés des champs détectés automatiquement ne sont pas stockées si elles ne sont pas placées. |
|
| 4349978 | Résumé : l’authentification par pièce d’identité officielle peut échouer avec une erreur « Aucun visage détecté » lors de la prise d’un selfie. |
| Solution : le package de la fonction Pièce d’identité officielle a été mis à jour pour résoudre la cause première. | |
| 4350723 | Résumé : les champs ID de transaction ne sont pas disponibles pour les modèles d’e-mails personnalisés. |
| Solution : les champs ID de transaction ont été ajoutés aux modèles d’e-mails personnalisés. |
|
| 4351205 | Résumé : les signataires pouvaient recevoir une erreur « Cet accord ne peut être signé de manière électronique » lors de la signature d’un accord en raison d’un ID interne écrasé dans certaines situations. |
| Solution : les accords nouvellement créés valident l’ID dans la base de données lors de l’enregistrement initial de l’accord, ce qui élimine la nécessité de mettre à jour l’ID à tout moment. | |
| 4351322 | Résumé : des versions en double d’un workflow peuvent être enregistrées, car le bouton « Enregistrer » n’est pas désactivé immédiatement après l’enregistrement d’un workflow. |
| Solution : le bouton Enregistrer est immédiatement désactivé dès l’enregistrement d’un workflow, ce qui empêche la saisie en double. |
|
| 4352684 | Résumé : l’appel API « PUT /widgets/{widgetId}/formFields » ne fonctionne pas pour le champ SIGNATURE. |
| Solution : réparation du code et vérification qu’il fonctionne comme prévu. |
|
| 4353289 | Résumé : la traduction hongroise de « Numéro de transaction XYZ valide » est incorrecte. |
| Solution : la traduction a été corrigée. |
|
| 4353564/4361472 | Résumé : la possibilité de créer de nouveaux comptes via POST/account a été interrompue en raison de mises à jour des paramètres en amont. |
| Solution : l’API POST/account a été ajustée pour tenir compte des paramètres en amont. | |
| 4354088 | Résumé : impossible de supprimer un champ dans la nouvelle expérience de création à l’aide de la touche « Supprimer ». |
| Solution : amélioration du code pour permettre la suppression avec la touche Supprimer. |
|
| 4354730 | Résumé : les champs de préremplissage utilisés comme conditions dans les valeurs Afficher/Masquer des champs des destinataires suivants peuvent ne pas être visibles lorsque le destinataire reçoit l’accord. |
| Solution : le code des tables de valeurs de champ a été amélioré pour mieux inclure les propriétés des champs de préremplissage. |
|
| 4355002 | Résumé : le nouvel environnement de création n’autorisait pas les rôles de notaire et de cachet électronique. |
| Solution : les rôles ont été ajoutés aux options de rôles. | |
| 4355003 | Résumé : les workflows écrits peuvent interrompre la livraison du nouveau lien lorsqu’un lien expire entre le téléchargement du document à signer et le chargement ultérieur du document signé. |
| Solution : le code a été amélioré pour gérer cette situation. | |
| 4357224 | Résumé : le champ Format personnalisé à la date n’est pas importé à partir du PDF. |
| Solution : le code d’importation de champ a été mis à jour pour garantir des transferts de validation de format corrects à partir du PDF chargé. |
|
| 4357710 | Résumé : les cases d’option avec visibilité conditionnelle peuvent ne pas s’afficher. |
| Solution : le code de visibilité conditionnelle a été resserré pour assurer un affichage précis lorsque les conditions sont remplies. |
|
| 4357908 | Résumé : les transactions qui utilisent une méthode d’authentification Premium lors de leur envoi initial et transfèrent ensuite cette méthode d’authentification vers une autre méthode Premium peuvent faire déduire les deux méthodes d’authentification même si une seule est réellement utilisée . |
| Solution : le code a été amélioré pour tenir compte du transfert de la méthode d’authentification afin de ne pas compter la méthode d’origine lors de la mise à jour de l’accord. |
|
| 4358003 | Résumé : la migration des utilisateurs peut se verrouiller lorsque la migration classique est déclenchée, puis la migration avancée est également déclenchée. |
| Solution : du code a été ajouté pour gérer une migration en cours lorsqu’une nouvelle migration est exécutée. |
|
| 4358968 | Résumé : les nouveaux rapports ne signalent pas correctement tous les workflows hérités s’ils sont désactivés. |
| Solution : la portée des rapports a été améliorée pour tenir compte des workflows désactivés et masqués. |
|
| 4361469 | Résumé : l’utilisation de l’option Changer de compte pour envoyer un accord au nom d’un autre utilisateur n’autorise pas la création. Les utilisateurs sont à la place redirigés vers la page Gérer, car le nouvel environnement de création ne fait pas partie de la table de filtrage pour l’accès partagé. |
| Solution : ajout d’une nouvelle création au filtre pour l’accès partagé. |
Déploiement en production : 20 juillet 2022
Fonctionnalité améliorée
- Exiger le nom du destinataire lors de la délégation : la fonctionnalité permettant d’exiger le nom du destinataire lors de l’envoi d’un nouvel accord (publiée en avril 2022) a été améliorée pour également permettre la saisie d’un nom de destinataire au moment de la délégation. Les utilisateurs peuvent saisir le nom du destinataire lorsqu'ils cliquent sur l'option Déléguer la signature à un autre sur la page de signature ou en utilisant le lien de délégation dans l'e-mail.
L’amélioration du processus de délégation est obtenue en mettant à jour l’API de délégation pour utiliser le point de terminaison REST v6 /DelegantParticipantSets.
Les clients ne devraient voir aucun impact autre que l’application de la configuration des valeurs de nom obligatoires pendant la délégation. Si vous constatez des problèmes de délégation, contactez l'assistance.
- Les info-bulles des champs de formulaire prennent en charge jusqu’à 4 096 caractères : le nombre de caractères autorisés dans l’option d’info-bulle personnalisable pour tous les champs de formulaire a augmenté de 256 à 4 096.
- Amélioration de la recherche de packs de service Équipe/PME : la fonctionnalité de recherche utilisée pour trouver des accords a été améliorée afin de prendre en charge des requêtes de chaîne plus complexes à l’aide d’une syntaxe spéciale. La fonctionnalité de recherche améliorée devrait être déployée par niveau de service au cours du second semestre 2022.
- Cette version met uniquement à jour le niveau de service Équipe/PME.
- La documentation relative à la fonctionnalité de recherche améliorée est disponible dans la documentation d'aide en ligne.Un lien vers la documentation est fourni dans l’application en cliquant sur l’icône d’informations en regard du champ de recherche :
Modifications de l’expérience
- Informations juridiques regroupées dans un seul élément de menu sur la page de signature électronique : les informations juridiques sur la page de signature électronique du destinataire ont été regroupées dans un seul élément Informations juridiques dans le menu Options. Les informations recueillies sont les suivantes :
- Conditions d’utilisation
- Politique de confidentialité
- Préférences de cookies
- Informations de copyright et de marques
- Avis de tiers
- Liens de message cliquables sur les pages Signature électronique et Gérer : les comptes Entreprise qui activent les liens cliquables dans leurs modèles d’e-mail verront désormais ces liens comme cliquables sur la page de signature électronique du destinataire ainsi que sur la page Gérer de l’accord.
- Code pays +383 (Kosovo) ajouté à l’authentification par SMS : le Kosovo (+383) a été ajouté à la liste des codes pays pour l’authentification téléphonique.
- Les champs de signature ont mis à jour leurs info-bulles pour une meilleure accessibilité : l’info-bulle de chacun des types de champs de signature a été améliorée afin de mieux identifier le contenu de la signature requis par le destinataire.
Problèmes résolus
| Problème |
Description |
|---|---|
| 4331709 | Problème : une erreur MISC_SERVER_ERROR est générée lors du remplacement d’un destinataire par un ID utilisateur qui délègue automatiquement ses accords à un utilisateur qui n’a pas d’ID utilisateur actif dans le système. |
| Solution : le code a été amélioré pour identifier et créer l’ID utilisateur à délégation automatique en tant qu’utilisateur à usage unique aux fins de la transaction. |
|
| 4345707 | Problème : les informations d’info-bulle ambiguës pour les champs de signature/de paraphe/de tampon génèrent de la confusion lorsque les accords sont consultés à l’aide de lecteurs d’écran. |
| Solution : les info-bulles ont été mises à jour pour mieux indiquer le type de contenu obligatoire (paraphe/tampon de signature). La localisation de ces info-bulles a été mise à jour et vérifiée sur les lecteurs d’écran courants. |
|
| 4346795 | Problème : un message d’erreur non informatif est envoyé à l’utilisateur lorsque l’authentification est refusée en fonction des restrictions d’adresse IP. |
| Solution : le message d’erreur a été amélioré pour indiquer que l’échec de l’authentification dépend de la stratégie de sécurité du compte. |
|
| 4348930 | Problème : les valeurs dynamiques utilisées dans les champs Paiement n’incluent pas les valeurs de préremplissage dans leurs calculs. |
| Solution : le code qui prend en charge le calcul des valeurs de champ pour les champs de paiement a été corrigé afin d’accéder correctement aux valeurs des champs préremplis et de les importer. |
|
| 4353603 | Problème : les champs d’images désactivés par une logique conditionnelle basée sur d’autres champs permettent toujours le chargement d’une image. |
| Solution : le code qui désactivait l’accès au champ dans le cadre de la logique conditionnelle de champs a été corrigé pour garantir l’impossibilité d’accéder au champ d’image. | |
| 4354667 | Problème : lorsque deux champs de pièces jointes sont disponibles sur la même page, le focus de l’application ne passe pas au champ suivant après avoir complété la première pièce jointe, et entre dans une boucle. |
| Solution : la navigation dans les champs et le code setFocus ont été corrigés pour permettre au champ suivant d’être correctement sélectionné. |
|
| 4354854 | Problème : les adresses e-mail collées lors de la vérification d’une signature de formulaire web n’activent pas correctement le bouton Cliquer pour signer. |
| Solution : la fonction OnPaste a été améliorée pour mieux prendre en charge cette action dans une soumission de formulaire web. |
|
| 4354992 | Problème : les e-mails de rappel et de délégation pouvaient déclencher un rebond des filtres anti-spam sur la base d’une non-concordance des valeurs de l’enveloppe et de l’en-tête de l’expéditeur en raison d’une gestion incohérente des valeurs de nom. |
| Correction : L'en-tête De dans l'e-mail est maintenant formaté de manière cohérente comme « prénom nom <adobesign@adobesign.com> » lorsque le prénom et le nom sont disponibles. |
|
| 4355581 | Problème : les graphiques de rapport à l’échelle du compte pouvaient répertorier les rapports en montrant leur ID de rapport s’il y avait des valeurs nulles dans les propriétés du rapport. |
| Solution : l’API de rapport du nouveau système de rapports a été mise à jour afin de mieux gérer les rapports avec des valeurs nulles. |
|
| 4359189 | Résumé : Les modèles d'e-mail peuvent afficher & au lieu de & lors de l'application du nom de société. |
| Problème : le code permettant de formater correctement le nom de l’entreprise a été corrigé. |
|
| 4359920 | Problème : le code pays pour le Kosovo (+383) n’est pas disponible lors de la configuration de l’authentification par SMS. |
| Solution : le code paye (+383) a été ajouté à la liste des codes pays disponibles pour les SMS. |
|
| 4360266 | Problème : lorsqu’un utilisateur passe au statut Inactif, puis est déplacé vers un autre groupe, le CSV généré lors de l’exportation d’une liste d’utilisateurs n’indique pas le nom du groupe actuel pour l’utilisateur inactif. |
| Solution : une nouvelle méthode pour récupérer les données des utilisateurs à exporter sans vérifier leur statut a été mise en place. |
|
| 4360311 | Résumé : Les modèles d'e-mail peuvent afficher & au lieu de & lorsque le nom de l'expéditeur inclut un &. |
| Solution : le code permettant de formater correctement le nom de l’expéditeur a été corrigé. |
|
| 4361282 | Problème : la demande d’un nouveau lien (après l’expiration du lien précédent) sur un modèle d’e-mail de rappel entraîne l’envoi d’un e-mail de rappel à tous les participants. |
| Solution : le code de rappel a été corrigé pour envoyer uniquement le rappel au destinataire qui l’a demandé. |
|
| 4361868 | Problème : les valeurs de date calculées dans les langues non anglophones peuvent renvoyer "Erreur serveur. Un champ comportait une valeur non valide." |
| Solution : amélioration de la traduction des formats de date pour les dates localisées en ce qui concerne les champs calculés et les instructions conditionnelles. |
|
| 4365756 | Problème : en raison d’un conflit dans la façon dont les paramètres sont hérités via les anciens paramètres, les pages de profil d’utilisateur étaient présentées comme vides aux administrateurs lors de la modification. |
| Solution : la compréhension et l’accès aux paramètres hérités appropriés ont été mis à jour pour éliminer le conflit et fournir les valeurs correctes. |
|
| 4366715 | Problème : les accords créés à partir de deux fichiers peuvent créer des enregistrements brisés dans l’arborescence de la structure, ce qui entraîne l’échec du processus de création (en raison du processus utilisé pour combiner les arborescences de la structure). |
| Solution : la bibliothèque utilisée pour combiner les documents a été mise à jour pour mieux gérer l’arborescence structurée lorsque plusieurs fichiers sont inclus dans un accord. |
Déploiement en production : 13 septembre 2022
Fonctionnalité améliorée
- Version préliminaire Sandbox quatre semaines avant la publication en production - Les versions produit Acrobat Sign sont désormais déployées vers l'environnement sandbox quatre semaines avant le lancement de production général, permettant aux comptes avec un droit sandbox de réviser et tester les nouvelles fonctionnalités avant qu'elles n'impactent l'environnement de production. Les versions programmées sont disponibles à la révision dans le calendrier des versions, avec les dates de version sandbox et production disponibles en haut des Notes de version préliminaire. (La date de publication dans l’environnement sandbox est supprimée pour les notes de mise à jour de la mise en ligne finale.)
- Commandes administrateur pour permettre/interdire aux utilisateurs d’ajouter des modèles à l’échelle de l’organisation : les administrateurs peuvent exécuter des commandes au niveau du compte ou du groupe si les utilisateurs du groupe peuvent partager leurs modèles avec l’ensemble de l’organisation, ou autoriser uniquement le partage avec leur ou leurs groupes.
Pour plus d’informations sur l’activation des modèles de bibliothèque, cliquez ici >
Lorsque cette option est activée, un enregistrement de chaque rappel envoyé par e-mail est consigné dans le rapport d’audit (jusqu’à un maximum de 250 événements de rappel).
Lorsque les e-mails de rappel sont supprimés, aucune mise à jour n'est ajoutée au rapport d'audit.Cette restriction inclut les rappels déclenchés pour produire un événement de webhook. Par exemple, lorsque les paramètres du compte sont configurés pour ajouter des rappels au rapport d’audit et que l’e-mail de rappel est supprimé pour des groupes individuels, les groupes configurés spécifiquement n’incluent pas d’événements de rappel dans leurs rapports d’audit.
- Amélioration de la recherche de packs de service Entreprises : la fonctionnalité de recherche utilisée pour trouver des accords a été améliorée afin de prendre en charge des requêtes de chaîne plus complexes à l’aide d’une syntaxe spéciale. La fonctionnalité de recherche améliorée est programmée pour être déployée par niveau de service au cours des prochaines versions produit.
- Cette version met uniquement à jour le niveau de service Entreprises.
- La documentation sur la fonctionnalité de recherche améliorée est disponible dans l'aide en ligne.Un lien vers la documentation est fourni dans l’application en cliquant sur l’icône d’informations en regard du champ de recherche :
Modifications de l’expérience
- Mise à jour de l’option Informations juridiques pour la page de signature électronique (noChrome) intégrée : le lien Informations juridiques du menu Options de la page de signature électronique fournira une variante du contenu Informations juridiques qui inclut des documents liés ne comportant aucun lien actif supplémentaire. Cela permet de s’assurer que les clients qui intègrent l’expérience de signature électronique n’exposent pas leurs destinataires à des liens externes qui pourraient basculer vers du contenu supplémentaire hors de l’expérience contrôlée.
- Libellés et descriptions de texte mis à jour pour l’intégration de Notarize Inc. : les nouvelles conditions et descriptions de marque de Notarize Inc. ont été mises à jour dans la documentation de l’API Acrobat Sign, les contrôles administratifs des Paramètres d’envoi et l’interface Notification de demande.
La documentation de l’API a mis à jour la description du notaryType BYON_NOTARY :
Les options de transaction de la page Paramètres d’envoi ont été mises à jour :
- La nouvelle chaîne : Service d’authentification notariale Notarize à la demande
- Remplace : Service d’authentification notariale à la demande Notarize
- La nouvelle chaîne : Authentification notariale avec l’authentification multifacteurs du signataire en interne
- Remplace : Ajouter votre propre authentification notariale avec l’authentification multifacteurs du signataire
- La nouvelle chaîne : Authentification notariale en interne, reconnue par un notaire
- Remplace : Ajouter votre propre authentification notariale, reconnue par un notaire
La page de configuration de la session d’authentification notariale a été mise à jour afin d’utiliser la bonne chaîne Utiliser le service d’authentification notariale à la demande de Notarize, Inc.
Mise à jour à partir de : Utiliser le service à la demande d’authentification notariale de Notarize, Inc.
Problèmes résolus
| Problème |
Description |
|---|---|
| 4353459 | Résumé : la colonne Groupe de l’expéditeur est omise dans le nouvel outil d’exportation de données. |
| Solution : la colonne Groupe de l’expéditeur a été ajoutée en tant que colonne sélectionnable dans le fichier CSV d’exportation de données. |
|
| 4359191 | Résumé : les comptes avec des Utilisateurs dans plusieurs groupes activés voient un logo de pièce jointe incohérent dans les interfaces Remplir et signer et Création. |
| Solution : le code a été mis à jour pour s’assurer que le groupe approprié est référencé dans la session utilisateur pour obtenir le bon logo. | |
| 4361051 |
Résumé : les accords avec des signatures numériques peuvent entraîner une annulation automatique si la signature expire en raison du lancement et de l’inachèvement de la vignette. |
| Solution : la vignette a été replanifiée une fois la signature terminée, ce qui empêche l’environnement dans lequel l’annulation automatique peut avoir lieu. |
|
| 4367176 | Résumé : les accords signés à partir de l’interface de la page Gérer accèdent aux paramètres au niveau du compte pour limiter les sources de téléchargement de fichiers. |
| Solution : le code a été mis à jour pour être correctement lu à partir du niveau du groupe (principal) pour les utilisateurs lors de la signature à partir de la page Gérer. |
|
| 4367707 | Résumé : les accords avec signature manuscrite permettent toujours de refuser l’accord, même si l’option de refus est désactivée. |
| Solution : le code a été amélioré pour vérifier correctement les paramètres Refuser de signer lors du rendu de la page Accord écrit. |
|
| 4373816 | Résumé : les comptes pour lesquels la recherche SGQL et l’option Utilisateurs dans plusieurs groupes sont activées peuvent créer une erreur « Requête incorrecte » lors de la recherche. La page Gérer est alors vide. |
| Solution : la page Gérer a été mise à jour pour gérer correctement les requêtes incorrectes de la recherche. |
Déploiement de production : 8 novembre 2022
Fonctionnalité améliorée
- Provisionnement d'utilisateurs « juste à temps » pour les comptes gérés sur Adobe Admin Console - Les comptes qui gèrent les utilisateurs sur Adobe Admin Console peuvent configurer leur compte pour créer automatiquement des utilisateurs et les ajouter éventuellement au profil de produit Acrobat Sign lors de leur première authentification au service Acrobat Sign via la solution SSO configurée.
- Cachets électroniques : les comptes Grands comptes peuvent appliquer des cachets électroniques, qui confèrent la même validité juridique qu’un tampon d’entreprise sur papier. Les cachets électroniques peuvent être apposés par plusieurs personnes ou systèmes sous le contrôle ou la surveillance de l’entité juridique. La fonctionnalité de cachet électronique d’Adobe Acrobat Sign permet aux entreprises d’apposer des cachets électroniques à l’aide de certificats numériques délivrés à leur entité juridique, afin de garantir l’intégrité et l’authenticité des factures, relevés ou autres documents officiels.
- Les workflows personnalisés permettent la configuration de Groupes de destinataires dans le modèle : les utilisateurs qui créent des workflows personnalisés qui incluent des groupes de destinataires peuvent désormais définir entièrement le groupe de destinataires en ajoutant une liste délimitée par des virgules des adresses e-mail au champ d’adresse e-mail.
- Programmer les rapports et exportations de données - La nouvelle interface de création de rapports (publiée en avril 2022) a été améliorée pour permettre la planification des rapports/exportations pour qu'ils s'exécutent régulièrement et pour livrer un e-mail avec un lien vers le rapport/exportation pour une liste d'utilisateurs internes.
- Les rapports/exportations planifiés peuvent être créés, modifiés et annulés par l’expéditeur uniquement.
- Les rapports/exportations peuvent être planifiés quotidiennement, hebdomadairement ou mensuellement. L'exécution a lieu à minuit du jour sélectionné (selon le paramètre de fuseau horaire du compte).
- Une option Envoyer maintenant est disponible pour obtenir des mises à jour en temps réel.
- Seuls les utilisateurs du même compte Acrobat Sign peuvent être inclus dans la diffusion par e-mail de la planification.
- Lors de l’accès au lien envoyé par e-mail, l’utilisateur doit s’authentifier sur le système Acrobat Sign.
- Seuls les utilisateurs figurant dans la liste de notifications par e-mail seront autorisés à afficher le contenu du rapport/de l’exportation.
- Les liens envoyés par e-mail sont désactivés selon la configuration d'expiration des liens de document du compte.
- Lors de l’accès au lien envoyé par e-mail, l’utilisateur doit s’authentifier sur le système Acrobat Sign.
- Les rapports/exportations avec une planification sont signalés par une icône lorsqu’un pointeur survole l’enregistrement.
- Les rapports/exportations planifiés peuvent être créés, modifiés et annulés par l’expéditeur uniquement.
Nom de colonne |
Description |
|---|---|
Groupe d’expéditeurs |
Groupe actuel de l’utilisateur qui a envoyé le document |
Entreprise de l’expéditeur |
Entreprise de l’utilisateur au moment de la création de l’accord |
Appareil de l’expéditeur |
Appareil utilisé pour créer un accord |
Motif de rejet de l’expéditeur |
Motif pour lequel l’expéditeur a rappelé un accord |
Date d’application de la conservation des documents |
Conservation des documents RGPD appliquée |
Type de signature |
Type de signature : ESIGN ou PAR ÉCRIT |
Nombre de documents |
Nombre de documents utilisés pour créer un accord |
Nombre de pages |
Nombre de pages dans les documents utilisés pour créer un accord |
Nombre de destinataires |
Nombre de destinataires (participants) d’un accord |
Nombre de destinataires terminés |
Nombre de destinataires ayant terminé leur action requise |
Nombre de destinataires restants |
Nombre de destinataires restants qui n’ont pas terminé l’action requise |
Message d’accord |
Texte fourni par l’expéditeur lors de la création d’un accord |
Rôle du destinataire |
Rôle déterminé lors de l’envoi d’un accord (par ex. SIGNATAIRE, APPROBATEUR, DÉLÉGANT) |
Société du destinataire |
Société du destinataire au moment de l’action demandée |
Date d’achèvement du destinataire |
Action demandée terminée, par exemple. Accord signé |
Option de sécurité du destinataire |
Option de sécurité sélectionnée |
Date de début du destinataire |
Accord envoyé au destinataire |
Date de visualisation du destinataire |
Accord visualisé par destinataire |
Appareil du destinataire |
Périphérique utilisé pour signer (ou terminer une autre action) |
Motif du rejet du destinataire |
Motif fourni lorsque le destinataire refuse de signer |
- Partage de compte géré par l’administrateur : les administrateurs de compte dans les comptes pour lesquels le partage de compte avancé est activé peuvent restreindre le partage de compte entre les utilisateurs, ce qui permet uniquement aux administrateurs de compte de créer, modifier et annuler des partages de compte entre les utilisateurs/groupes. Dans cette configuration, les utilisateurs et les administrateurs de groupe perdent tous les accès pour partager leurs comptes.
Les contrôles de partage de compte sont disponibles en accédant à Paramètres de compte > Paramètres de sécurité > Partage du compte
- Affichage et contrôle par l’administrateur des comptes partagés par les utilisateurs : un nouvel onglet a été ajouté au menu de l’administrateur du compte pour afficher le partage de compte au niveau de l’utilisateur et du groupe qui est en place. L’onglet Utilisateurs partagés ouvre une liste de tous les partages, identifiant les utilisateurs/groupes partageant et partagés, les autorisations du partage, l’état du partage et une identification explicite pour tous les partages avec une partie externe.
- Le Digital Identity Gateway prend désormais en charge les paramètres pour les utilisateurs internes - La limitation qui forçait la fonctionnalité Digital Identity Gateway à se désactiver lorsque différentes méthodes d'authentification étaient activées pour les utilisateurs internes a été résolue, permettant aux administrateurs d'autoriser la vérification d'identité interne lorsque l'option est activée pour les destinataires externes.
- Nouvelles options de fournisseur d’identité : six nouvelles options de service d’identité ont été ajoutées :
- ID.me fournit de nouveaux services de vérification d'identité qui prennent en charge la norme NIST SP 800-63 pour l'authentification multifacteur :
- NIST IAL2/AAL2
- NIST LOA3
- Fortified Identity
- Authentification basée sur les connaissances (KBA)
- IDnow VideoIdent
- My Number Card
- ID.me fournit de nouveaux services de vérification d'identité qui prennent en charge la norme NIST SP 800-63 pour l'authentification multifacteur :
- Le Digital Identity Gateway est disponible pour les comptes clients dans l'environnement Adobe Acrobat Sign for Government - Les comptes GovernmentCloud peuvent désormais utiliser la fonctionnalité Digital Identity Gateway pour identifier les signataires avec le fournisseur d'identité numérique ID.me préconfiguré et conforme FedRAMP.Les services ID.me sont conformes à la norme NIST SP 800-63 pour l’authentification multifacteur.
- Inclure un résumé du nombre de fichiers et de pages qui composent l’accord final dans le rapport d’audit : un résumé du nombre de fichiers/pages peut être ajouté au rapport d’audit qui affiche :
- Nombre total de fichiers chargés lors de la création de l’accord
- Nombre total de pages dans les fichiers chargés
- Nombre total de fichiers annexes ajoutés à l’accord (ajoutés via les pièces jointes)
- Agrégat de tous les participants
- Nombre total de pages incluses dans l’ensemble des documents annexes
- Accessibilité améliorée grâce au balisage des PDF : les clients qui ont besoin d’une documentation signée accessible peuvent désormais activer la génération de PDF « balisé ». Le balisage consiste à ajouter le contenu et les annotations appropriés pour permettre aux lecteurs d’écran de comprendre et de renvoyer le contenu du PDF.
Lorsque cette option est activée, les champs ajoutés aux documents par le biais de la création contiennent le balisage approprié, et les documents accessibles qui sont chargés conservent leur balisage tout au long du processus de signature, produisant un PDF signé accessible une fois l’opération terminée.
- Amélioration de la détection automatique des champs de formulaire (déploiement limité) : la détection automatique des champs de formulaire a été améliorée pour identifier plus précisément le type, la taille, le nombre et l’emplacement des champs de formulaire à placer. Cette version étend le déploiement de la nouvelle détection de champs pour inclure tous les comptes sur les partitions NA1 et NA2 en Amérique du Nord. (Auparavant uniquement activé pour les comptes de niveau indépendants et particuliers, ainsi que pour la partition NA4.)
- Amélioration de la recherche de packs de service Grands comptes et Comptes gratuits : la fonctionnalité de recherche utilisée pour trouver des accords a été améliorée afin de prendre en charge des requêtes de chaîne plus complexes à l’aide d’une syntaxe spéciale. La fonctionnalité de recherche améliorée a terminé le déploiement programmé avec la version produit de novembre 2022.
- Cette version met uniquement à jour les niveaux de service Grands comptes et Gratuit.
- La documentation de la fonctionnalité de recherche améliorée est disponible dans l'aide en ligne.Un lien vers la documentation est fourni dans l’application en cliquant sur l’icône d’informations en regard du champ de recherche :
Acrobat Web
- Dossier Acrobat Web Supprimé : restaurer un accord supprimé (licences Indépendants et particuliers uniquement) : les utilisateurs web Acrobat avec une licence Indépendants et particuliers peuvent désormais procéder à un « soft delete » sur leur page Gérer, en envoyant les accords vers un dossier Supprimé pendant 14 jours, après quoi ils sont entièrement purgés du système. Les utilisateurs peuvent ouvrir le dossier Supprimé et restaurer tous les accords avant leur purge.
Modifications de l’expérience
- Les navigateurs Internet Explorer 11 et Edge hérité ne sont plus pris en charge : à compter de la version de novembre 2022, les navigateurs Internet Explorer 11 et Edge hérité ne sont plus pris en charge sur aucune page Acrobat Sign. Toute tentative d’accès à Acrobat Sign avec l’un de ces navigateurs génère une page « Navigateur non pris en charge » :
- Correction provisoire des problèmes de signature intégrée dus à la désactivation des cookies tiers : les destinataires qui signent dans une version intégrée d’Acrobat Sign ou dont les cookies tiers sont désactivés peuvent rencontrer des difficultés pour terminer le processus de signature. Une solution à court terme a été mise en place pendant le développement d’une expérience plus fluide. La solution détecte le problème et présente au destinataire un message descriptif, ainsi qu’un bouton permettant d’ouvrir la page dans un nouvel onglet.
- Les demandes de nouveau lien s’affichent désormais dans le Rapport d’audit et la liste d’activités : lorsqu’un destinataire demande un nouveau lien pour remplacer un lien expiré, l’événement est maintenant renseigné dans le Rapport d’audit et le journal d’activités.
- Le bouton Envoyer un nouveau lien pour remplacer les liens expirés se désactive désormais après avoir atteint la limite : pour supprimer plusieurs appels à la base de données en raison de plusieurs clics sur le bouton, le bouton se désactive une fois le seuil de limitation de la demande dépassé (10 clics en une heure).
- Les rappels envoyés à plus de trois personnes sont maintenant résumés dans la liste d’activités : pour conserver la liste d’activités lisible, tout rappel envoyé à plus de trois participants sera réduit à une ligne de résumé : Rappel envoyé à <num_of_recipients> destinataires.
Le rapport de vérification continue de dresser la liste complète des destinataires pour le dossier officiel.
- Le champ de saisie « Envoyer une copie supplémentaire de chaque accord signé » est supprimé de l’onglet Archive externe pour les comptes à licences multiples : la fonctionnalité Envoyer une copie supplémentaire de chaque accord signé aux adresses électroniques suivantes est accessible dans Paramètres de compte > Paramètres généraux pour tous les niveaux de service ayant accès à l’onglet Paramètres généraux. Les niveaux de service avec licences individuelles n’ayant pas accès aux Paramètres généraux continueront d’accéder à cette fonctionnalité à partir de l’onglet Archive externe.
- La fonctionnalité « Envoyer une copie supplémentaire de chaque accord signé » a installé un maximum de 15 e-mails : la fonctionnalité pour Envoyer une copie supplémentaire de chaque accord signé aux adresses e-mail suivantes a appliqué un plafond de 15 adresses e-mail au champ de saisie. Les clients Enterprise qui ont besoin de configurer plus de 15 peuvent contacter le support et demander une augmentation.
- Les liens vers les mentions légales ont été supprimés du pied de page web : les liens juridiques dans le pied de page de l’interface web ont été déplacés vers l’overlay Mentions légales qui est accessible via l’icône représentant un point d’interrogation dans le coin supérieur droit de la fenêtre. Seul le sélecteur de langue reste dans la barre de pied de page.
- Les mentions légales ont été mises à jour pour les utilisateurs incorporés (noChrome) : les clients qui utilisent la page de signature électronique intégrée utilisent une version du lien Mentions légales (dans le menu Options ) qui renvoie à des pages d’Adobe ne contenant aucun lien actif supplémentaire.
- Une option pour créer un compte a été ajoutée à la page post-signature - La page post-signature vers laquelle les destinataires sont dirigés une fois qu'ils ont terminé leur processus de signature fournit désormais un moyen simple de créer un compte Adobe Acrobat Sign.
- Seuls les destinataires inconnus reçoivent le bouton Créer un compte. Les utilisateurs enregistrés ne le reçoivent pas.
- Les destinataires dans un environnement linguistique allemand ne reçoivent pas le bouton Créer un compte.
- Les destinataires dans un environnement linguistique inconnu ne reçoivent pas le bouton Créer un compte.
- Authentification Acrobat Sign : la méthode d’authentification Acrobat Sign a été améliorée pour fournir une meilleure description du processus d’authentification et des exigences pour les destinataires. Il s’agit en particulier de l’exigence de création d’un compte d’Adobe (s’il n’en existe pas déjà un) avant que l’authentification puisse être effectuée.
Mises à jour API/Webhook REST
Les mises à jour d’API et de webhook pour cette version sont disponibles dans la documentation de l’API Acrobat Sign.
API REST v6 nouvelles et mises à jour
- DELETE /agreements/{agreementId} - Un nouveau point d'entrée qui prend en charge la fonction de « suppression douce » en déplaçant un contrat et toutes les données liées (y compris les enregistrements de base de données et les fichiers physiques) vers le dossier Deleted où il sera entièrement détruit 14 jours plus tard (sauf s'il est restauré en premier).
- GET /users/{userId}/settings : nouveau point de terminaison permettant d’obtenir les paramètres de création pour un utilisateur.
- GET /libraryDocument/{libraryDocumentId}/combinedDocument : mise à jour du point de terminaison existant pour ajouter une valeur (skipDocumentSealing) qui renvoie un PDF non certifié.
- POST /libraryDocuments : mise à jour vers un point de terminaison existant qui crée un document de bibliothèque à partir d’un accord.
- GET /groups - Ce point d'entrée a été étendu pour prendre en charge la nouvelle file d'attente Shared Users en listant les partages de compte dans un groupe.
Nouveaux Webhooks
- Nouveau webhook AGREEMENT_REMINDER_INITIATED : le webhook AGREEMENT_REMINDER_INITIATED se déclenche lorsqu’un rappel d’accord est déclenché et que des e-mails de rappel sont supprimés.
- Le webhook AGREEMENT_REMINDER_SENT se déclenche lorsqu’un rappel d’accord est déclenché et que des e-mails de rappel sont activés (par défaut).
- Nouveau webhook MEGASIGN_REMINDER_INITIATED : le webhook MEGASIGN_REMINDER_INITIATED se déclenche lorsqu’un rappel Envoyer en masse est déclenché et les e-mails de rappel sont supprimés.
- Le webhook MEGASIGN_REMINDER_SENT se déclenche lorsqu’un rappel Envoyer en masse est déclenché et les e-mails de rappel sont activés (par défaut).
- Un seul webhook MEGASIGN_REMINDER_INITIATED (ou MEGASIGN_REMINDER_SENT) est fourni pour le conteneur parent Envoyer en masse. Les accords enfants individuels ne déclenchent pas chacun un webhook MEGASIGN_REMINDER_INITIATED.
Mise à jour future pour Webhooks
Le 8 novembre 2022, Adobe Acrobat Sign déploie une version améliorée de l’infrastructure de webhooks (appelée « webhooks 2.0 »). Le 18 juillet 2023, Adobe mettra fin à l’infrastructure actuelle des webhooks (appelés « webhooks classiques »).
Webhooks 2.0 prend en charge toutes les fonctionnalités des webhooks classiques avec une seule mise en garde. Si un webhook a été configuré pour l’utilisateur, son groupe ou son compte, les webhooks classiques ont envoyé des notifications à tous les participants à un accord. Dans webhooks 2.0, SEULS les webhooks configurés pour l’expéditeur, le groupe de l’expéditeur ou le compte de l’expéditeur recevront des notifications. En d’autres termes, les notifications ne seront plus envoyées à tous les participants à un accord. Veuillez noter que toutes les améliorations futures seront fournies UNIQUEMENT sur webhooks 2.0.
À compter du 8 novembre 2022, tous les nouveau clients seront intégrés à webhooks 2.0.
Tous les clients existants avant le 8 novembre 2022 seront automatiquement migrés le 14 mars 2023. Les clients actuels peuvent essayer webhooks 2.0 sur un compte Trial, Developer ou Sandbox via le programme Adobe Insider Access le 8 novembre.
Nous nous attendons à ce que la migration soit fluide pour tous les clients. Toutefois, les clients qui ont mis en place des stratégies de sécurité réseau strictes devront configurer de nouvelles adresses IP conformément à https://helpx.adobe.com/fr/sign/system-requirements.html.
Si vous avez des questions, contactez votre responsable de la réussite ou l'Équipe d'assistance.
Ressources système
- Mise à jour du convertisseur Microsoft Office vers PDF : une mise à jour du convertisseur Microsoft Office vers PDF a été installée. Cette mise à jour maintient le convertisseur à jour avec les bibliothèques et outils tiers.
Problèmes résolus
| Problème |
Description |
|---|---|
| 4301552 | Problème : un auteur d’accord peut définir le nom d’un champ, mais pour les champs d’informations sur le signataire (tels que la date de signature), le nom du champ est modifié en interne. Le mappage des noms de champ d’origine aux noms de champ modifiés est conservé et transmis à la page de signature électronique, mais la page de signature électronique n’utilise pas actuellement le mappage. Lors de la résolution des références de champ pour un champ calculé, le nom de champ utilisé dans la référence est le nom d’origine, ce qui entraîne l’échec de la référence pour les champs dont le nom a été modifié. |
| Correction : amélioration du code de sorte que, lors de la détermination du champ à vérifier pour une référence de champ, si une correspondance n’est pas trouvée lors de la vérification des noms actuels, le mappage des champs renommés est ensuite vérifié. |
|
| 4316578 | Problème : les signataires sont invités à accepter les cookies chaque fois lors de la signature d’un document dans un iFrame. |
| Correction : Une page interstitielle a été ajoutée pour ouvrir un nouvel onglet permettant au processus de signature de se terminer avec moins de friction. Il s’agit d’une correction temporaire, alors qu’une solution plus élégante est en cours de développement. | |
| 4333689 | Problème : un message contextuel Erreur de marshaling s’affiche lors de la signature d’un formulaire web : « Erreur de marshaling des données. Voir les journaux pour plus de détails ». L’accord est signé malgré l’erreur. |
| Correction : une vérification a été ajoutée pour évaluer le tableau des participants et déterminer qu’il n’est pas vide. |
|
| 4336236 | Problème : la modification d’une date d’expiration via l’API ne reflète pas correctement la nouvelle date lors de l’interrogation, car la base de données n’a pas la possibilité d’être mise à jour avant la file d’attente de l’index de recherche. |
| Correction : le code a été amélioré pour optimiser l’ordre d’enregistrement des données. |
|
| 4341563 | Problème : une erreur « L’ID de l’accord n’est pas valide » se produit lorsque vous essayez de déclencher des rappels dans la nouvelle page Gérer et que le compte est configuré pour ne pas afficher l’accord après avoir signé les événements de l’accord. Cela entraîne une vérification de participation non valide. |
| Correction : le code a été amélioré pour évaluer les paramètres relatifs à la journalisation des événements afin d’ignorer la vérification de participation si la journalisation est supprimée. |
|
| 4347518 | Problème : il est possible que les utilisateurs ne puissent pas terminer le processus de connexion lors de la signature en raison d’un avertissement mal géré qui entraîne une boucle dans le processus d’authentification. |
| Correction : le code d’authentification a été amélioré pour gérer correctement le message d’erreur et empêcher la boucle. | |
| 4350042 | Problème : les accords signés peuvent apparaître sous En cours sur la page Gérer en raison de sections d’accords partagés non mis à jour correctement avant l’indexation. |
| Correction : le code d’indexation a été amélioré afin de tenir compte des accords partagés et des problèmes potentiels liés au calendrier de mise à jour/indexation. |
|
| 4350089 | Résumé : lorsqu’un utilisateur accède aux workflows sous « Démarrer depuis la bibliothèque », la date de dernière modification affiche par erreur la date de création. |
| Solution : le code a été mis à jour pour s’assurer que la date de la dernière modification du workflow est bien la date de modification et non la date de création. | |
| 4353030 | Problème : les utilisateurs des comptes annulés ne peuvent pas signer d’accords. Seule la délégation est autorisée. |
| Correction : le code utilisé pour générer des comptes de signataire à usage unique a été amélioré pour prendre en compte les adresses e-mails qui existent dans le système, mais qui sont identifiées comme annulées. |
|
| 4357904 | Problème : les champs calculés en utilisant « round » donnent des résultats erronés dans toute langue autre que l’anglais en raison du fait que le gestionnaire de paramètres régionaux ne démarre pas correctement. |
| Correction : le gestionnaire de paramètres régionaux a été mis à jour et s’initialise correctement. |
|
| 4359443 | Problème : les expéditeurs ne recevront pas l’e-mail final si l’un des destinataires est inactif en raison de l’ID utilisateur inactif déléguant son autorité à un ID utilisateur en attente à usage unique. L’utilisateur à usage unique ne met pas correctement à jour son statut, ce qui empêche l’e-mail final de parvenir à l’expéditeur. |
| Correction : la délégation aux utilisateurs à usage unique a été améliorée afin de mieux prendre en compte la délégation d’utilisateurs inactifs et les statuts sont correctement mis à jour. |
|
| 4359784 | Problème : lorsque vous cliquez sur le repère pour passer au champ suivant, si le champ actuel est une option dans un champ de case d’option, le repère passe à l’option de champ suivant au lieu du champ suivant. |
| Correction : le code de repère a été mis à jour pour passer à l’objet champ suivant lorsqu’un bouton radio est sélectionné. |
|
| 4360292 | Problème : le texte des paramètres régionaux espagnols pour les rappels quotidiens est incorrect. Il identifie le rappel comme hebdomadaire au lieu de quotidien. |
| Correction : la chaîne localisée a été corrigée. |
|
| 4360542 | Problème : l’Ouzbékistan (+998) est absent des codes pays disponibles pour l’authentification téléphonique. |
| Correction : l’Ouzbékistan a été ajouté à la liste des codes de pays disponibles. |
|
| 4363160 | Problème : incohérence des événements d’accord affichés via l’API par rapport à l’activité de l’accord dans l’interface utilisateur d’Adobe Sign lorsque le partage avancé est activé et qu’un signataire est remplacé via un compte partagé. |
| Correction : les chaînes d’événements ont été réécrites pour supprimer « au nom de » afin d’être cohérentes avec le panneau d’activité et le rapport d’audit. | |
| 4366553 | Problème : l’exportation CSV de l’utilisateur ne signale pas correctement la valeur « Peut envoyer » lorsqu’elle est héritée du paramètre de compte. |
| Correction : ajout des détails des paramètres parents au mappage des paramètres utilisateur pour la fonction getSetting. |
|
| 4366727 | Problème : les webhooks ne déclenchent pas d’événement Agreement_Reminder_Sent si les e-mails de rappel sont supprimés. |
| Correction : Un nouveau webhook (Agreement_Reminder_Initated) a été créé pour se déclencher lorsque les rappels sont supprimés. |
|
| 4367344 | Problème : les motifs de signature ne sont pas affichés dans le rapport d’audit pour les accords envoyés avec des langues autres que l’anglais. |
| Correction : le code a été amélioré pour s’assurer que toutes les langues sont correctement formatées avec le motif de signature. |
|
| 4367351 | Problème : les caractères & (esperluette) demi-largeur sont convertis en caractères pleine largeur dans les modèles de workflow personnalisés. |
| Correction : le caractère Unicode correct est maintenant référencé lorsqu’une esperluette est utilisée dans une chaîne. |
|
| 4367725 | Problème : la création d’un workflow personnalisé avec un champ CC vide et la désactivation de l’option permettant de modifier le champ peuvent entraîner une erreur « Workflow non pris en charge ». |
| Correction : amélioration du code pour prendre en charge un champ CC existant sans valeur. |
|
| 4368118 | Problème : les comptes d’évaluation globale en cours de migration vers l’administration de la VIP globale reviennent à la version d’évaluation peu après la migration. |
| Correction : le code de migration a été amélioré pour mieux synchroniser la base de données avec les paramètres de niveau d’application Acrobat Sign. |
|
| 4368310 | Problème : le libellé de l’instruction de l’image de signature est grammaticalement incorrect dans les interfaces localisées. |
| Correction : mise à jour des chaînes « Sélectionnez une image comme signature » vers « Sélectionnez une image de votre signature ». |
|
| 4368398 | Problème : la nouvelle fonctionnalité Rapports peut ne pas être disponible pour les utilisateurs qui gèrent de nombreux groupes, ce qui augmente la taille de l’en-tête par rapport au code autorisé. |
| Correction : la taille d’en-tête maximale a été augmentée. |
|
| 4368508 | Problème : si vous tentez de charger un nombre excessif de webhooks, la requête peut expirer avec un message « Impossible de traiter votre demande ». |
| Correction : la taille de page par défaut pour le nombre d’enregistrements affichés a été redéfinie à un nombre que la requête peut gérer. |
|
| 4368676 | Problème : tous les utilisateurs inactifs ont un fuseau horaire incorrect dans l’exportation CSV de l’utilisateur. |
| Correction : ajout des détails des paramètres parents au mappage des paramètres utilisateur pour la fonction getSetting. |
|
| 4369066 | Problème : il n’existe pas de demande de laisser l’accord pour un destinataire lors de la sélection d’un hyperlien. |
| Correction : Un défi a été ajouté au champ hyperlien. |
|
| 4369188 | Problème : le libellé des instructions d’image de signature sur la page Remplir et signer est grammaticalement incorrect dans les interfaces localisées. |
| Correction : mise à jour des chaînes « Sélectionnez une image comme signature » vers « Sélectionnez une image de votre signature ». | |
| 4369403 | Problème : si vous définissez le paramètre du backend pour ignorer la durée de vie du rappel, celui-ci s’annule au bout d’une journée. |
| Correction : le paramètre a été corrigé pour ignorer correctement la durée de vie du rappel. |
|
| 4369791 | Résumé : Un événement inattendu « nom saisi lors de la signature en tant que ... » se produit lorsqu'un nom autorisé d'identité numérique contient des caractères japonais. |
| Correction : la fonctionnalité utilitaire qui capture la valeur du nom a été améliorée pour mieux gérer les caractères japonais. |
|
| 4371330 | Problème : le rapport d’identité du signataire indique le symbole « # » dans certains cas où des parties du document contiennent du texte japonais. |
| Correction : la fonctionnalité utilitaire qui capture la valeur du nom a été améliorée pour mieux gérer les caractères japonais. | |
| 4371423 | Problème : l’authentification fondée sur les connaissances n’est pas prise en compte dans les rapports d’audit. |
| Correction : le code qui formate le rapport d’audit a été mis à jour pour inclure les événements d’authentification fondée sur les connaissances. |
|
| 4372045 | Problème : la création d’un workflow avec un modèle de bibliothèque peut générer une erreur : « Workflow non pris en charge : Impossible d’ouvrir ce workflow, car il est endommagé ou contient des fonctionnalités qui ne sont pas encore prises en charge. » |
| Correction : le code ayant un impact sur l’erreur a été corrigé. | |
| 4373220 | Problème : les boutons « Signer » et « Accuser réception » n’ont pas assez de contraste lorsqu’ils ont le focus. |
| Correction : les boutons ont été mis à jour pour s’assurer qu’ils ont le bon taux de contraste. |
|
| 4373681 | Problème : le panneau Mentions légales comporte des liens qui ouvrent des pages externes lors de l’ouverture à partir d’une expérience iframe. Cela présente des problèmes pour certains cas d’utilisation de conformité. |
| Correction : Un panneau Mentions légales discret a été créé pour une utilisation lorsqu'un environnement iframe/noChrome est utilisé. |
|
| 4374140 | Problème : les utilisateurs peuvent recevoir un e-mail Terminé lorsque l’accord utilise un workflow parallèle, est en cours de traitement et qu’une réauthentification d’URL est déclenchée. |
| Correction : ajout d’un nouveau code pour s’assurer que la fonctionnalité correcte se déclenche lorsqu’une nouvelle URL est envoyée à l’un des participants. |
|
| 4374910 | Problème : le paramètre permettant de joindre le rapport d’audit est lu à partir du groupe principal de l’utilisateur au lieu du groupe d’envoi. |
| Correction : mise à jour du code qui joint le rapport d’audit pour qu’il soit correctement lu à partir du groupe d’envoi. |
|
| 4376078 | Problème : la copie du contenu du volet de droite lorsqu’un accord est ouvert sur la page Gérer a été supprimée. |
| Correction : l’élément CSS impliqué dans la suppression de la fonctionnalité de copie a été supprimé. |
|
| 4376089 | Problème : le nom de l’événement ACCOUNT_TYPE_UPDATED est répété plusieurs fois dans la documentation Swagger publique. |
| Correction : le texte dupliqué a été supprimé. |
|
| 4376127 | Problème : le contenu de la date et du champ initial se déplace vers la droite du champ et tronque les données sur le côté droit après la version de juin, car la police par défaut n’est pas correctement appliquée. |
| Correction : le code qui détermine la police utilisée a été corrigé, ce qui résout le problème. |
|
| 4376270 | Problème : la création d’un formulaire web dans un groupe qui ne prend pas en charge les formulaires web entraîne une page de configuration rompue. |
| Correction : le code permettant de lancer la page de création de formulaire web référence désormais les paramètres permettant de créer un formulaire web avant de lancer la page de composition et ne lance pas la page si la fonctionnalité est désactivée. |
|
| 4376734 | Problème : si le même signataire d’un accord tente de signer l’accord plusieurs fois simultanément, l’accord est automatiquement annulé en raison d’un problème de conversion dû à la création d’une miniature avant la détection de la signature simultanée. |
| Correction : le code a été ajusté pour autoriser le processus de création de vignettes uniquement après la réussite du processus de signature. |
|
| 4381473 | Problème : les signatures manuscrites sont écrêtées uniquement à partir de la droite lors de l’utilisation du zoom maximum (6 400 %) dans Acrobat. |
| Correction : modification de la fonctionnalité utilisée pour effectuer le rendu de la largeur de la signature afin de s’assurer que l’image complète est affichée. |
|
| 4382302 | Problème : certains utilisateurs peuvent ne pas voir l’icône de détection automatique des champs de formulaire lorsqu’ils entrent dans l’environnement de création en raison d’un dépassement du délai du processus. |
| Correction : les ressources de détection des champs de formulaire ont été augmentées pour permettre des instances plus concurrentes. |