Notes de mise à jour d’Adobe Acrobat Sign - 2024

Rechercher

Dernière mise à jour le 9 déc. 2024

Notes de mise à jour d’Adobe Acrobat Sign : 2024

Déploiement en production : 23 janvier 2024

Déploiement GovCloud : 25 janvier 2024

Fonctionnalité améliorée

Rapport d’erreur pour les utilisateurs approvisionnés via Adobe Admin Console : les utilisateurs des comptes Adobe Admin Console peuvent consulter un rapport contenant tous les utilisateurs qui ont été approvisionnés, mais qui n’ont pas été convertis au statut Actif. Les statuts de résolution identifient les actions à entreprendre par l’administrateur (ou l’utilisateur) pour que l’utilisateur soit activé dans le service Acrobat Sign.

Prise en charge de la nouvelle expérience Envoyer en masse pour l’authentification téléphonique lors du chargement CSV : les clients qui utilisent le nouvel environnement Envoyer en masse peuvent désormais inclure l’authentification par téléphone (SMS) comme méthode dans leurs fichiers CSV chargés.

Modification des méthodes d’authentification pour les formulaires web existants : la méthode d’authentification créée dans un formulaire web lors de la création peut désormais être modifiée et enregistrée, ce qui modifie le processus d’authentification des destinataires. La modification de la méthode d’authentification est suivie dans le journal des activités.

Prise en charge des formulaires web pour les groupes de destinataires réutilisables : les utilisateurs peuvent désormais ajouter des groupes de destinataires réutilisables lors de la configuration des contre-signataires sur les formulaires web.

Envoyer l’accord sans liens actifs dans l’e-mail : pour respecter certaines exigences de conformité dans les secteurs réglementés comme la finance, tous les courriers électroniques d’accord peuvent désormais être envoyés sans lien actif. Les destinataires reçoivent plutôt des instructions sur l’utilisation d’un code d’accès pour accéder à la page de signature électronique.

Prise en charge du webhook pour OTP via des événements E-mail : un nouveau webhook a été ajouté à l’interface utilisateur pour intercepter l’authentification via des événements de mot de passe à usage unique par e-mail.

Modifications de l’expérience

Désactivation des connexions aux réseaux sociaux pour les signataires Bio-Pharma : il existe une modification destinée aux destinataires pour les accords envoyés à partir d’un groupe qui active l’une des options Appliquer l’authentification de l’identité et utilise l’Authentification Acrobat Sign. L’expérience mise à jour supprime automatiquement toutes les options permettant d’utiliser un partenaire d’authentification lié socialement (par exemple, Google, Facebook et Apple). Les destinataires doivent s’authentifier directement via le système Identity Management d’Adobe.

Amélioration des exportations de données pour renvoyer les données en fonction de l’ordre des destinataires : le contenu des exportations de données inclut et optimise à présent l’ordre des destinataires :
- L’ordre des destinataires est une nouvelle colonne sélectionnable lors de la création d’exportations de données.
- Par défaut, les destinataires sont triés en fonction de leur ordre lors de l’exportation, même si le client ne sélectionne pas cette colonne afin de l’afficher.

Adobe Acrobat Sign pour l’administration a amélioré le provisionnement des utilisateurs Just In Time : les nouveaux utilisateurs d’une organisation GovCloud peuvent désormais utiliser l’URL d’identité du compte pour s’authentifier auprès d’Acrobat Sign pour l’administration via leur fournisseur d’identité configuré. Cela déclenche la création d’utilisateurs dans le système Acrobat Sign pour les nouveaux utilisateurs et authentifie l’utilisateur dans le service pour les utilisateurs qui reviennent. La création de nouveaux utilisateurs a été améliorée par la mise en œuvre d’un mécanisme d’attente intégré qui supprimait l’obligation pour l’utilisateur de « réessayer » si le système expire.

Mises à jour de l’option Bloquer les destinataires par géolocalisation : des descriptions basées sur les rôles ont été ajoutées pour le journal des activités et le rapport d’audit. La journalisation du rapport d’audit a été ajustée pour inclure uniquement la première instance de blocage de la tentative d’accès.

API et webhooks

L’API REST v6 ajoute un paramètre d’adresse e-mail à la section digitalSignatureInfo de GET agreements/{agreementId}/events : l’API a été étendue pour récupérer l’adresse e-mail du signataire à partir du certificat utilisé pour les signatures numériques.

Prise en charge d’OAuth 2.0 pour les applications client : les clients peuvent désormais configurer leurs informations d’identification OAuth 2.0 pour les applications client et recevoir ainsi le jeton du porteur (du serveur d’authentification des clients) dans l’en-tête de notification du webhook. Actuellement, cette fonction est uniquement prise en charge par l’API REST v6.

Prise en charge du webhook pour OTP via des événements E-mail : un nouveau webhook a été ajouté pour prendre en charge les événements d’authentification de recouvrement OTP par e-mail : AGREEMENT_EMAIL_OTP_AUTHENTICATED

Problèmes résolus

Problème	Description
4442628	Résumé : les exportations de données ne reflètent pas le même ordre des destinataires que le rapport d’audit en termes d’ordre des destinataires affecté à l’accord.
4442628	Correction : l’ordre de tri des rapports a été mis à jour de sorte à toujours trier les données par ordre des destinataires, tel que conçu dans l’accord.
4452261	Résumé : en mode HTML, les apostrophes s’affichent comme caractères d’échappement « ' » dans le rapport d’audit.
4452261	Correction : le code de rendu du rapport d’audit a été amélioré pour afficher correctement l’apostrophe.
4452559	Résumé : lors du chargement d’une image contenant des métadonnées d’orientation dans le champ d’image du formulaire web, les métadonnées sont perdues quand l’image est traitée.
4452559	Correction : les métadonnées de l’image sont désormais extraites avant la conversion de l’image, puis réappliquées après la conversion.
4452592	Résumé : les événements de rappel ne sont pas visibles sous Événements d’accord dans Salesforce, car l’événement de rappel n’est pas une énumération dans le fichier d’événements.
4452592	Correction : l’énumération de rappel a été ajoutée au fichier d’événements.
4453260	Résumé : si plusieurs documents sont chargés et que leurs polices entrent en conflit pendant le traitement, l’affichage du document obtenu est altéré.
4453260	Correction : lorsque plusieurs documents sont chargés, les polices incorporées qui entrent en conflit sont renommées.
4453282	Résumé : si un destinataire est représenté dans plusieurs rôles d’un accord et qu’il est délégué dans un jeu de participation, il est possible que lors de la signature, la valeur de l’utilisateur ne soit pas sélectionnée dans le jeu et qu’une erreur soit renvoyée à la place.
4453282	Correction : le code a été mis à jour afin de garantir que les utilisateurs délégués dans un jeu de participation sont correctement compris et sélectionnés pendant le processus de signature.
4454688	Résumé : lorsque tous les membres d’un groupe de destinataires sont remplacés, la liste des destinataires de ce groupe est vide et déclenche des erreurs de signature.
4454688	Correction : des vérifications ont été mises en place pour identifier et gérer les groupes de destinataires, afin qu’ils aient une taille de zéro.
4455110/ 4458255	Résumé : les noms de groupe qui comportent des espaces dans la chaîne de nom peuvent empêcher la sélection du groupe lorsqu’un utilisateur tente de modifier le groupe dans l’interface utilisateur en raison d’une incompatibilité entre le nom de la base de données et la valeur stockée dans le sélecteur de groupe.
4455110/ 4458255	Correction : du code a été ajouté pour garantir que le nom du sélecteur est stocké au même format que le nom de l’ID de groupe dans la base de données.
4456164	Résumé : lorsqu’un client ajoute des instructions spécifiques pour un participant supplémentaire lors de la création d’un formulaire web, le texte tel que consulté par le signataire s’affiche avec des sauts de ligne au milieu des mots.
4456164	Correction : les sauts de mot ont été supprimés.
4456295	Résumé : lorsque les utilisateurs passent d’un groupe à l’autre, les paramètres du mauvais groupe peuvent s’afficher en raison de la mise en cache des valeurs de paramètre.
4456295	Correction : l’arborescence de navigation est entièrement effacée lors de la modification de groupes.
4456427	Résumé : l’info-bulle indiquant le nom des pièces jointes à l’e-mail final est inexacte.
4456427	Correction : l’info-bulle a été mise à jour pour être plus claire.
4457210	Résumé : du texte se chevauche avec le texte par défaut avec la fonction Imprimer, signer et transférer.
4457210	Correction : la fonction permettant de placer les valeurs dans la liste déroulante a été améliorée pour appliquer les valeurs par défaut sélectionnées.
4457539	Résumé : impossible d’ajouter l’URL avec l’extension de domaine « .art » dans la configuration OAuth.
4457539	Correction : le validateur de domaine de niveau supérieur a été mis à jour.
4457813	Résumé : les numéros de téléphone sont mélangés lors du lancement du workflow via l’API lorsque plusieurs destinataires utilisent le même e-mail, mais avec des validations téléphoniques différentes.
4457813	Correction : le code a été amélioré de sorte à pouvoir gérer l’exemple d’utilisation de plusieurs destinataires avec le même e-mail et des numéros de téléphone différents.
4458114	Résumé : les champs de signature situés après le premier champ contiennent le texte Appuyer pour modifier au lieu de Appuyer pour signer lorsque la valeur du premier champ n’a pas été appliquée.
4458114	Correction : dans le cas où une valeur n’a pas encore été appliquée, le texte du champ indique à présent Appuyer pour signer.
4458141	Résumé : lorsque l’adresse e-mail s’affiche en minuscules dans l’ensemble de participants, mais qu’elle est en majuscules dans le champ senderEmail, l’utilisateur peut ne pas voir l’option Signer et Envoyer dans la nouvelle création.
4458141	Correction : la fonction de comparaison des e-mails a été modifiée pour ne pas tenir compte de la casse.
4458673	Résumé : les destinataires sans ID utilisateur Acrobat Sign n’affichent pas toutes les valeurs utilisateur dans les exportations de données.
4458673	Correction : les exportations de données ont été mises à jour de sorte à inclure les données des utilisateurs non stockés sous des ID utilisateur dans la base de données.
4458731	Résumé : le code pays du Mozambique (+258) n’est pas inclus dans la liste des codes pris en charge.
4458731	Correction : le code pays +258 a été ajouté.
4458789	Résumé : les journaux de requêtes d’API très longs expirent lors du chargement.
4458789	Correction : l’index SQL a été mis à jour.
4459539	Résumé : les messages privés ne fonctionnent pas lorsque l’expéditeur se trouve dans un groupe où les Messages privés sont désactivés, mais que l’utilisateur envoie des messages à partir d’un autre groupe où les messages privés sont activés.
4459539	Correction : du code a été ajouté pour s’assurer que les paramètres au niveau du groupe sont respectés.
4461081	Résumé : la valeur du champ déroulant n’est pas visible sur l’accord signé numériquement.
4461081	Correction : plusieurs annotations ont été supprimées et la fonction d’importation a été refactorisée pour améliorer la visibilité des champs.
4461180	Résumé : il est impossible de charger un document signé lorsque le destinataire suivant devant signer le document est l’initiateur de l’accord.
4461180	Correction : la fonction de vérification de la participation a été améliorée.
4461726/ 4464466	Résumé : la protection du contenu n’est pas héritée d’un groupe de workflows.
4461726/ 4464466	Correction : le code a été amélioré pour s’assurer que les paramètres de groupe sont appliqués.
4461845	Résumé : le bouton Suivant ne répond pas lorsque l’accord contient un champ Signature numérique.
4461845	Correction : la bibliothèque qui pilote le bouton Suivant a été mise à jour.
4464349	Résumé : la nouvelle fonctionnalité Envoi en masse peut interrompre la synchronisation avec Acrobat Sign lorsqu’elle est utilisée via l’API en raison d’un type de champ incorrect.
4464349	Correction : le type de champ a été corrigé.
4464621	Résumé : les modèles qui contiennent des champs pour un nombre de destinataires supérieur à celui contenu dans l’accord peuvent empêcher le processus d’accord de charger la nouvelle page de création.
4464621	Correction : une redirection vers la page de création classique a été mise en place lorsque ce problème est détecté.
4465906	Résumé : les accords créés avec un workflow d’envoi personnalisé peuvent ne pas afficher l’option Télécharger le document signé sur la page Gérer.
4465906	Correction : la vérification rendant l’action Télécharger le document signé disponible pour les workflows personnalisés a été mise à jour, sous réserve que toutes les conditions soient remplies.
4469350	Résumé : les accords créés via l’API avec un flux de signature parallèle n’apparaissent pas dans l’environnement d’envoi classique dans l’ordre correct dans lequel ils ont été définis dans l’appel API.
4469350	Correction : le tri des destinataires a été corrigé pour l’environnement classique.

Déploiement en production : le 12 mars 2024

Déploiement sur GovCloud : le 19 mars 2024

Fonctionnalité améliorée

Nouvelle expérience Demander une signature mise à jour avec prise en charge de fonctionnalités supplémentaires : la nouvelle expérience Demander des signatures fait un grand pas vers la parité avec l’expérience classique en ajoutant la prise en charge des éléments suivants :
- Expérience de création transparente (revenez à la configuration de l’accord à partir de l’environnement de création)
- Contacts organisationnels dans le carnet d’adresses
- Groupes de destinataires, à la fois ad hoc et réutilisables
- Modification d’accords en cours d’envoi
- Chargement de fichiers OneDrive

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipes, Grands comptes | Portée de la configuration : non configurable

Vérification de l’identité du destinataire : les administrateurs peuvent configurer leur compte (ou groupe) de manière que l’adresse e-mail du destinataire soit vérifiée et corresponde à la valeur attendue (telle que définie lors de la composition de l’accord) lorsque le destinataire s’authentifie à l’aide de la Passerelle d’identités numériques.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Indépendants et particuliers, Équipes, Grands comptes | Portée de la configuration : Groupe, Compte

Portée améliorée pour la fonctionnalité Bloquer les destinataires par géolocalisation : la fonctionnalité de blocage des destinataires par géolocalisation a été améliorée pour permettre une configuration au niveau du groupe.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Grands comptes | Portée de la configuration : non configurable

Approvisionnement par l’utilisateur pour Microsoft Power Automate dans Acrobat Sign : les utilisateurs qui souhaitent créer des workflows dans Acrobat Sign à l’aide de l’intégration Power Automate peuvent désormais approvisionner l’accès au nom de leur organisation.
Lorsqu’un utilisateur choisit de créer un nouveau workflow, il se voit présenter les Conditions des droits inclus Adobe, les Limites de la capacité d’utilisation et les conditions générales de Microsoft, qu’il doit accepter afin d’activer l’intégration Power Automate.
Les administrateurs qui souhaitent gérer l’accès à l’approvisionnement par l’utilisateur peuvent le faire en accédant à Paramètres généraux > Workflows Power Automate.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Entreprise | Portée de la configuration : Groupe, Compte

Envoi des liens d’accord par SMS au numéro de téléphone du destinataire : les expéditeurs peuvent éventuellement configurer leur accord pour que son lien soit directement envoyé au numéro de téléphone du destinataire (en plus de son adresse e-mail), ce qui lui permet de consulter et de signer le document directement sur son smartphone sans avoir à passer par la messagerie au préalable.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Grands comptes | Portée de la configuration : Groupe, Compte

Authentification OTP par e-mail pour les workflows d’envoi personnalisés : les workflows d’envoi personnalisés prennent désormais en charge l’option d’utilisation de la méthode d’authentification par mot de passe à usage unique par e-mail.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Grands comptes | Portée de la configuration : Groupe, Compte

Aplatir les fichiers téléchargés pour intégrer les valeurs par défaut des champs avant la création : les clients qui créent des formulaires et des modèles dont les champs contiennent des valeurs par défaut peuvent activer cette fonctionnalité pour « aplatir » le document après le téléchargement, en intégrant toutes les valeurs par défaut dans le document source avant d’ouvrir l’environnement de création. Cela garantit que les utilisateurs ne peuvent pas modifier par erreur les valeurs par défaut du fichier chargé pendant l’expérience de création.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Grands comptes | Portée de la configuration : Groupe, Compte

Prise en charge des messages privés pour les participants en copie sur les formulaires web : les participants en copie sur un formulaire web peuvent désormais configurer un message privé qui sera inclus dans la notification par e-mail qu’ils reçoivent lorsque l’accord est terminé.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Entreprise | Portée de la configuration : non configurable

Métadonnées d’accord pour les signatures en mode cloud : lors de la création de signatures numériques via un fournisseur de services de confiance tiers (TSP), Acrobat Sign peut désormais également envoyer des métadonnées supplémentaires au TSP. Il s’agit des données suivantes :
- ID de compte : permet d’identifier le compte client et de traiter les transactions activées au niveau du compte.
- ID de groupe : permet d’identifier le groupe du client lorsqu’un groupe a activé un TSP spécifique pour le traitement de la signature.
- ID de transaction : permet de fournir une assistance supplémentaire pour la validation du traitement des transactions par transaction. Utile pour comprendre la consommation et la facturation du client auprès du fournisseur.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Grands comptes | Portée de la configuration : Groupe, Compte

Modifications de l’expérience

L’environnement de la page Envoyer classique modifie le type d’authentification E-mail par Aucun : dans la liste des types d’authentification de la page Envoyer classique, le type d’authentification E-mail a été remplacé pour afficher Aucun. La fonctionnalité n’a pas été modifiée. Les accords sont toujours envoyés à l’adresse électronique du destinataire à condition qu’E-mail soit l’un des types de diffusion sélectionnés.
Le nouvel environnement Demander une signature continue d’utiliser le terme E-mail pour l’instant et sera mis à jour pour utiliser Aucun dans une prochaine version.

Le format des en-têtes d’e-mail a été modifié pour changer la propriété de la section De des e-mails des destinataires, comme le paraphe « Veuillez signer » et les modèles de rappel. Le format précédent « Adobe Acrobat Sign au nom de <SomeUser> » a été remplacé par « <SomeUser> via Adobe Sign ». Le format le plus court permet de ne pas tronquer le nom de l’expéditeur.

Le texte du pied de page qui précède la bannière Cliquer pour signer a été mis à jour de « En signant, j’accepte le présent accord, la règle concernant la Divulgation des informations du client et la poursuite d’activités avec <Sender> » vers « En signant, j’accepte le présent document, la règle concernant la Divulgation des informations du client et l’utilisation des signatures électroniques ».

La section Fournisseurs à accès restreint pour la signature en mode cloud de l’onglet Signatures numériques du menu administrateur a été supprimée : les ID de compte et de groupe sont répertoriés en haut des Paramètres généraux et Paramètres de groupe, respectivement. La section Fournisseurs à accès restreint pour la signature en mode cloud de l’onglet Signatures numériques a été supprimée, car ces informations sont mieux extraites du compte ou du groupe selon les besoins.

La nouvelle interface Envoi en masse a été promue à l’expérience par défaut : l’expérience Envoi en masse de tous les comptes a été mise à niveau vers le nouvel environnement. Les utilisateurs ont accès à un lien leur permettant de revenir à l’interface classique, et les administrateurs ont accès aux commandes pour rétablir l’expérience classique par défaut si nécessaire.

Les clients VIP ont accès à une nouvelle expérience de chatbot lors de l’utilisation des conseils intégrés dans l’application : le nouveau chatbot a été développé pour améliorer les réponses apportées aux questions des clients en fournissant une meilleure interface interactive qui propose des suggestions pour les principales requêtes dans le message de bienvenue, des recommandations basées sur les sélections précédentes de l’utilisateur, la prise en charge directe des requêtes et la résolution des requêtes complexes. Les utilisateurs sont invités à fournir des commentaires sur les informations renvoyées pour améliorer les réponses qui leur seront fournies à l’avenir. De plus, une option de connexion à un agent du support par chat est affichée si les informations demandées sont introuvables.

L’accès des clients VIP à la nouvelle expérience de chatbot a été suspendu : le nouveau chatbot a été suspendu jusqu’à sa prochaine sortie en avril 2024.

Mises à jour d’intégrations

Prise en charge des méthodes d’authentification secondaires dans les intégrations Microsoft : l’obtention d’une signature via les intégrations Microsoft Teams, Outlook et Word/PowerPoint prend désormais en charge l’utilisation de méthodes d’authentification secondaires telles que l’authentification par téléphone (SMS).
Acrobat Sign pour Veeva Vault mis à jour vers la version 1.3.0
- Mise à niveau de la bibliothèque Veeva Vault : l’application a été mise à jour vers une bibliothèque d’API Vault (VAPIL) plus moderne et plus efficace pour une intégration améliorée.
- Mise à niveau de l’API Veeva Vault : l’API Veeva Vault a été mise à niveau vers la version 23.1.
- Le package de déploiement de l’intégration a été amélioré pour garantir qu’aucune obligation d’utiliser la dernière version du document ne soit imposée aux clients.

Problèmes résolus

Problème	Description
4436411	Résumé : le guide de l’utilisateur de l’application n’ouvre pas de pages localisées du guide de l’utilisateur.
4436411	Correctif : le code de localisation du mappage de l’URL du guide de l’utilisateur a été corrigé.
4441053	Résumé : l’accès à un accord, un modèle ou un formulaire web depuis l’onglet Gérer génère une erreur sur la console.
4441053	Correctif : une bibliothèque obsolète a été supprimée pour éliminer cette erreur.
4441309	Résumé : l’obtention d’une signature écrite sur un iPad entraîne un cycle de rechargement lorsque les fenêtres contextuelles sont désactivées sur un appareil mobile.
4441309	Correctif : la détection de fenêtres contextuelles a été ajoutée, ainsi qu’une boîte de dialogue d’erreur pour permettre à l’utilisateur d’autoriser explicitement la fenêtre contextuelle.
4444676	Résumé : le bouton « Cliquer pour signer » ne fonctionne pas lorsque l’e-mail est sélectionné via le remplissage automatique dans MS Edge lors de la signature d’un formulaire web.
4444676	Correctif : un nouveau champ « Confirmer l’e-mail » a été ajouté dans la méthode de réinitialisation des champs.
4449161	Résumé : les accords terminés envoyés à l’aide d’un workflow ne sont pas envoyés par e-mail au destinataire du partage.
4449161	Correctif : le fichier XML lié aux accords de partage a été ajouté aux modèles de workflow. Les nouveaux workflows mis à jour ou créés après la version de mars 2024 incluront désormais le processus de notification de partage.
4454140	Résumé : lorsqu’un signataire a deux champs d’initiales ou plus avec une condition showIf appliquée qui doit s’afficher si le premier champ d’initiales est rempli, le deuxième champ n’est pas exposé.
4454140	Correctif : les valeurs de mappage de champ ont été corrigées pour permettre les actions appropriées concernant les conditions showIf.
4456726	Résumé : lorsque des expéditeurs ajoutent un autre participant, le nouveau destinataire n’est pas ajouté aux rappels non expirés existants lorsque l’option choix de l’expéditeur est activée.
4456726	Correctif : le code a été corrigé pour permettre l’ajout du nouveau destinataire.
4457764	Résumé : les panneaux de navigation n’ont pas le rapport de contraste approprié de 3:1 pour un indicateur de focus.
4457764	Correctif : les menus latéraux et les tableaux principaux identifiés ont été mis à jour pour afficher des indicateurs bleus avec le rapport de contraste approprié.
4458840	Résumé : lorsqu’il existe un groupe de destinataires ou une délégation, l’adresse e-mail « Au nom de » affiche toujours le signataire dans l’en-tête lorsque l’option de masquage de l’e-mail du destinataire est définie sur vrai.
4458840	Correctif : l’en-tête a été modifié pour définir l’adresse e-mail du destinataire appropriée.
4458887	Résumé : l’ordre des destinataires dans un fichier CSV d’exportation de données, le nombre de destinataires restants ou le nombre de destinataires terminés est incorrect.
4458887	Correctif : les fonctions affectées ont été mises à jour pour produire le résultat attendu.
4459061	Résumé : Sandbox - erreur lors de la personnalisation du champ « Entreprise » à l’aide de la nouvelle expérience de création et lors de l’utilisation d’un modèle créé dans l’environnement de création classique.
4459061	Correctif : l’API a été mise à jour pour identifier correctement les champs et les rendre disponibles.
4460178	Résumé : délégation incohérente pour les destinataires qui participent déjà à un accord en fonction du statut du destinataire dans le système Acrobat Sign.
4460178	Correctif : les fonctions concernées ont toutes été corrigées pour offrir une expérience cohérente (les participants déjà inscrits à l’accord ne peuvent pas recevoir de délégation).
4460284	Résumé : l’authentification par téléphone par défaut ne fonctionne pas pour les workflows au niveau du groupe.
4460284	Correctif : les mises à jour du concepteur de workflow ont corrigé ce problème.
4460685	Résumé : état du partage - les groupes supprimés sont visibles lorsqu’un groupe est supprimé et qu’un partage existant est toujours actif. Si un utilisateur crée à nouveau un groupe portant le même nom, deux groupes portant le même nom s’affichent.
4460685	Correctif : une chaîne [Deleted] a été ajoutée à côté du nom des groupes supprimés.
4461456	Résumé : lors de l’envoi d’un accord avec une échéance sur la page de création, un événement d’expiration de contrat en double est créé pour la planification. Les événements/e-mails d’expiration sont ainsi déclenchés deux fois.
4461456	Correctif : une vérification de l’état a été ajoutée pour identifier et éviter les messages en double.
4461634	Résumé : les champs de texte n’apparaissent pas sur le document à signer si le nom du champ est uniquement un caractère spécial, car le nom est ensuite stocké en tant que caractère décodé.
4461634	Correctif : le codage des caractères spéciaux dans les noms de champs de formulaire lors de l’enregistrement des champs mis à jour sur la page de création a été ajouté.
4461953	Résumé : les champs de destinataire se déplacent vers le haut dans le document lors de l’envoi à partir du workflow et sont prévisualisés avant l’envoi.
4461953	Correctif : un problème de fonction a été résolu pour une exception de fonction TypeError qui empêchait l’affichage de la bannière de texte appropriée pour l’avertissement par défaut.
4463091	Résumé : lors de l’envoi en masse, le logo ne change pas lorsque l’on sélectionne le groupe dans la liste déroulante.
4463091	Correctif : les attributs requis ont été ajoutés au modèle d’envoi en masse.
4463209	Résumé : le filtre permettant d’afficher uniquement les administrateurs ne fonctionne pas comme prévu. Une erreur indiquant un trop grand nombre d’utilisateurs est renvoyée.
4463209	Correctif : le filtre permettant d’afficher uniquement les administrateurs a été corrigé, ce qui signifie que seuls les administrateurs sont renvoyés.
4463384	Résumé : si un ExternalID est transmis lors de la création d’un accord à l’aide d’un workflow à l’état « Brouillon » via le point d’entrée de l’API POST /agreements, l’ExternalID est conservé dans le tableau draft_resource. Lorsque vous appuyez sur le bouton Envoyer pour envoyer l’accord, l’appel PUT agreements/{AgreementID} est effectué. Dans le cadre de cet appel, ExternalID n’est pas transmis depuis l’interface utilisateur.
4463384	Correctif : un appel a été ajouté pour charger ExternalID de l’objet agreementInfo à l’objet agreement pour le flux de composition personnalisé.
4463469	Résumé : le code HTML est observable dans un message d’erreur car le HTML n’est pas pris en charge dans l’objet du message d’erreur.
4463469	Correctif : le HTML a été supprimé du message d’erreur.
4463485	Résumé : le champ de signature est manquant dans un accord lorsque le signataire ouvre l’accord dans deux navigateurs différents en même temps et en signe un électroniquement tout en essayant d’imprimer, de signer et d’importer des données dans l’autre.
4463485	Correctif : une erreur s’affiche, indiquant que l’utilisateur doit recharger la page pour obtenir la page actualisée avec le champ de signature affiché.
4463507	Résumé : lorsque l’authentification fondée sur les connaissances exige l’inclusion du prénom et du nom de famille sur la page de composition personnalisée, il est possible de soumettre l’accord sans saisir les données nécessaires.
4463507	Correctif : la validation a été mise en œuvre. Si le paramètre nécessite des informations de nom, une erreur s’affiche lorsque les champs Prénom et Nom de famille dans l’authentification fondée sur les connaissances ne sont pas remplis.
4463881	Résumé : la mise à jour des utilisateurs par lot échoue pour le groupe contenant des caractères spéciaux.
4463881	Correctif : le nom du groupe est encodé lors de la vérification de l’existence du groupe afin de l’aligner sur l’entrée de la base de données. Les caractères spéciaux sont encodés dans la base de données.
4463888	Résumé : l’archivage sécurisé ne s’applique pas aux workflows. La case « Placer dans le coffre » est décochée si le paramètre d’archivage sécurisé est activé.
4463888	Correctif : si la valeur des informations d’archivage sécurisé n’est pas définie par l’utilisateur, le paramètre VAULT_BY_AGREEMENT est coché.
4464230	Résumé : l’ouverture des workflows peut prendre en moyenne 4-5 minutes pour certains comptes.
4464230	Correctif : les appels de base de données ont été rationalisés pour réduire le temps de traitement global.
4464396	Résumé : les fichiers joints sont supprimés lors du changement d’affichage sur la page Envoyer.
4464396	Correctif : le code a été amélioré pour conserver tous les paramètres lors du passage d’un environnement à l’autre.
4464473	Résumé : le partage des accords avec des utilisateurs ne fonctionne pas pour les accords envoyés à l’aide d’un workflow et signés uniquement par l’expéditeur.
4464473	Correctif : le code de workflow d’auto-signature a été amélioré pour permettre le partage de l’accord.
4464483	Résumé : POST /webhooks prend parfois plus de 15 secondes pour répondre (ou expire) lorsqu’il est appelé immédiatement après la création d’un nouveau compte.
4464483	Correctif : la synchronisation pour la création de nouveaux comptes a été rationalisée pour réduire le temps de traitement.
4464620	Résumé : l’authentification par pièce d’identité officielle échoue si le prénom du document est vide.
4464620	Correctif : une vérification a été mise en œuvre pour gérer l’événement lorsqu’un prénom est vide.
4464792	Résumé : quelle que soit la valeur du paramètre « Afficher le lien dans l’e-mail », lors du partage d’un accord terminé, le lien permettant d’afficher le document en ligne apparaît toujours dans l’e-mail.
4464792	Correctif : un nouveau modèle a été créé qui affiche le lien pour la consultation en ligne, en fonction de la valeur du paramètre Afficher le lien dans l’e-mail. Le modèle d’origine a été modifié pour vérifier si le contrat est signé, et une logique ajoutée pour afficher le modèle approprié en fonction des paramètres.
4464844	Résumé : l’envoi des accords échoue si des balises de texte sont attribuées à l’expéditeur et si l’expéditeur n’est pas un participant à l’accord.
4464844	Correctif : lorsque des champs de balises de texte sont affectés au rôle « Expéditeur » dans le document source, ils sont supprimés si l’expéditeur ne participe pas à l’accord.
4464907	Résumé : lors de la modification de la méthode d’authentification d’un brouillon d’accord précédemment enregistré, la méthode d’authentification n’est pas mise à jour.
4464907	Correctif : lors du traitement initial d’un destinataire, la méthode d’authentification par défaut de ses paramètres par destinataire est utilisée.
4464978	Résumé : le point d’entrée GET /agreement/id/formFields génère une exception NPE en raison d’un lien PDF avec un emplacement vide.
4464978	Correctif : du code a été ajouté pour gérer le problème de NPE. Les liens PDF sans emplacement sont désormais omis.
4465801	Résumé : Acrobat Sign continue d’essayer de créer une miniature d’un document abandonné si le document est suffisamment volumineux, ce qui entraîne une erreur d’expiration du délai.
4465801	Correctif : le code a été mis à jour pour permettre la réalisation des miniatures abandonnées, quel que soit l’état d’abandon.
4465946	Résumé : les formulaires web peuvent échouer d’une manière qui empêche leur ouverture.
4465946	Correctif : la logique de traitement des formulaires web a été mise à jour pour débloquer un formulaire qui ne parvient pas à appliquer correctement les contrôles de validation.
4465952	Résumé : Workday - Les documents comportant des annotations non valides renvoient des exceptions, ce qui entraîne l’annulation de l’accord.
4465952	Correctif : les annotations sans sous-type sont désormais ignorées.
4466399	Résumé : la colonne Groupe d’expéditeurs est manquante dans l’exportation CSV.
4466399	Correctif : la colonne a été ajoutée à l’exportation.
4466560	Résumé : les formulaires web peuvent être automatiquement annulés en raison d’une erreur de pointeur nul due à des participants inconnus.
4466560	Correctif : du code a été ajouté pour gérer correctement les participants inconnus.
4466885/4467126	Résumé : les comptes pour lesquels la fonctionnalité Utilisateurs dans plusieurs groupes est activée envoient tous leurs groupIds dans l’en-tête lors d’un envoi en masse, ce qui peut être supérieur à la taille d’en-tête maximale acceptée par le microservice.
4466885/4467126	Correctif : la taille d’en-tête maximale a été augmentée.
4467036	Résumé : impossible de synchroniser les workflows personnalisés entre les environnements Sandbox et de production en raison d’un encodage utilisateur défectueux.
4467036	Correctif : l’encodage utilisateur a été corrigé pour le processus de synchronisation.
4468762	Résumé : la vérification fondée sur les connaissances valide uniquement le premier membre du groupe de destinataires et vous permet d’envoyer l’accord même si les informations de nom et d’authentification fondée sur les connaissances des autres membres restent vides.
4468762	Correctif : la page de composition se charge maintenant avec un ordre de destinataire nul, ce qui force une vérification de nom.
4469069	Résumé : dans l’environnement Sandbox, la page de signature électronique dispose d’un espace supplémentaire entre l’en-tête et la barre bleue du sandbox.
4469069	Correctif : l’en-tête a été modifié pour permettre de voir tout le texte.
4469416	Résumé : dans l’option de la page de signature électronique et le menu Aide, les utilisateurs de claviers ne peuvent pas quitter le menu déroulant développé à l’aide de la touche Tab.
4469416	Correctif : la touche Tab permet de fermer le menu. Le focus revient sur le bouton de déclenchement de la liste déroulante une fois le menu fermé.
4469419	Résumé : même si cette option est définie sur « Non autorisé » dans la nouvelle expérience, le nom de l’accord peut toujours être modifié.
4469419	Correctif : la modification a été limitée en fonction de la configuration du workflow.
4469680	Résumé : les informations de copie ne s’affichent pas sur la page Gérer, le destinataire en copie ne reçoit pas l’e-mail archivé signé final et les informations de copie n’apparaissent pas dans le corps de l’e-mail si l’expéditeur n’appuie pas sur Entrée après avoir saisi les informations.
4469680	Correctif : les informations des parties en copie sont ajoutées à l’accord lorsque le champ perd le focus.
4470393	Résumé : les hyperliens requis depuis les modèles de bibliothèque sont dupliqués sur la page de signature électronique, ce qui entraîne des accords impossibles à signer.
4470393	Correctif : le mode de transfert des champs vers les modèles de formulaire d’accords enfants a été mis à jour pour s’assurer qu’un seul champ est présent.
4472895	Résumé : si un expéditeur utilise la même adresse e-mail qu’un destinataire créateur de cachet, mais que la casse utilisée dans l’e-mail est différente, une erreur est déclenchée en raison du respect de la casse.
4472895	Correctif : le respect de la casse a été supprimé lors de l’évaluation des chaînes dans cet exemple d’utilisation.
4472954	Résumé : la vitesse de synchronisation des workflows entre les environnements Sandbox et de production est très lente.
4472954	Correctif : les améliorations apportées à la requête et au code ont accéléré la synchronisation.
4474353	Résumé : la connexion d’une application Salesforce à Acrobat Sign Sandbox ne parvient pas à rediriger l’utilisateur vers la bonne page, car l’URL cible n’est pas définie correctement.
4474353	Correctif : le code a été amélioré pour définir correctement l’URL cible et faciliter la redirection de l’utilisateur.
4474581	Résumé : depuis la reconstruction de son environnement, le Sandbox a arrêté de publier des notifications de webhook.
4474581	Correctif : le Sandbox a été redéployé et le problème résolu.

Déploiement en production : le 9 avril 2024

Déploiement sur GovCloud : 11 avril 2024

Fonctionnalité améliorée

Prise en charge de l’authentification par téléphone pour les signataires de formulaires web : les clients Entreprise qui utilisent des formulaires web peuvent désormais configurer l’authentification par téléphone pour le premier signataire du formulaire web. Le numéro de téléphone est demandé et vérifié immédiatement après l’accès au formulaire web (avant que le signataire puisse interagir avec n’importe quel champ).
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Grands comptes | Portée de la configuration : fonctionnalité activée par défaut

Amélioration de l’expérience des signataires lors de l’enregistrement d’un formulaire web : le processus d’enregistrement d’un formulaire web a été rationalisé pour devenir un flux plus intuitif.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Équipe, Grands comptes | Portée de la configuration : fonctionnalité activée par défaut

Activation de l’expérience « Demander une signature » sans cookies pour les intégrations client : les clients qui ont créé leurs propres applications qui invoquent l’expérience Demander une signature peuvent activer l’environnement sans cookies, offrant ainsi une expérience plus transparente à leurs utilisateurs.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Grands comptes | Portée de la configuration : interface utilisateur de l’option exposée par défaut. Activation manuelle par Application.

Modifications de l’expérience

Le nouvel environnement Envoi en masse est désormais l’expérience par défaut pour tous les comptes : le nouvel environnement Envoi en masse amélioré a été promu expérience par défaut avec la version d’avril 2024. Il s’agit de la première étape pour mettre fin à l’accès à l’environnement classique, qui devrait être entièrement supprimé de l’expérience utilisateur d’ici mars 2025.
- Les administrateurs peuvent toujours rétablir l’expérience classique de l’environnement par défaut via leur menu d’administration.
- Des liens restent disponibles pour permettre aux utilisateurs de basculer entre les environnements nouveau et classique.

Les clients VIP ont accès à une nouvelle expérience de chatbot lors de l’utilisation des conseils intégrés dans l’application : le nouveau chatbot a été développé pour améliorer les réponses apportées aux questions des clients en fournissant une meilleure interface interactive qui propose des suggestions pour les principales requêtes dans le message de bienvenue, des recommandations basées sur les sélections précédentes de l’utilisateur, la prise en charge directe des requêtes et la résolution des requêtes complexes. Les utilisateurs sont invités à fournir des commentaires sur les informations renvoyées pour améliorer les réponses qui leur seront fournies à l’avenir. De plus, une option de connexion à un agent du support par chat est affichée si les informations demandées sont introuvables.

Suppression de la bannière d’application mobile : la bannière publicitaire pour l’application mobile Adobe Acrobat Sign a été supprimée de la page d’accueil.

Problèmes résolus

Problème	Description
4466859	Résumé : la mise en forme de la date en anglais américain n’est pas traduite correctement sur la page de signature électronique.
4466859	Correctif : mise à jour du code pour s’assurer que la date de signature électronique correspond à la date mise en forme du PDF.
4467995	Résumé : la visibilité limitée des documents peut endommager un formulaire web si plusieurs fichiers sont utilisés, puis modifiés/supprimés.
4467995	Correctif : le code a été amélioré pour s’assurer que les fichiers masqués d’un accord sont correctement conservés lors de la mise à jour d’un formulaire web avec la visibilité limitée des documents activée.
4469175	Résumé : lors de la sélection de l’URL de signature, certains navigateurs n’ouvrent pas l’iFrame en invoquant une erreur indiquant que les cookies sont désactivés. Cela est dû à l’évolution des exigences des navigateurs.
4469175	Correction : les paramètres du cookie ont été mis à jour pour se conformer aux nouvelles exigences.
4469178	Résumé : l’URL de téléchargement peut être mal alignée avec les ressources de l’accord en fonction de l’environnement de signature électronique.
4469178	Correctif : la réclamation des ressources a été mise à jour pour s’aligner sur les expériences correctes utilisées.
4469538	Résumé : les notifications par e-mail sont envoyées lorsque les options « emailOption » et « redirectOptions » de l’API V6 sont définies sur « none ».
4469538	Correctif : le code permettant d’exécuter les notifications par e-mail a été mis à jour et réorganisé pour s’assurer que les paramètres corrects de l’accord sont appliqués.
4475491	Résumé : Les URL Affichage et Déléguer générées par l’API échouent avec une erreur non autorisée lorsque la protection du contenu est activée en raison d’une logique manquante pour créer une session utilisateur temporaire.
4475491	Correction : la logique a été ajoutée pour permettre la création de la session utilisateur qui génère une URL viable.

Déploiement en production : 18 juin 2024

Déploiement GovCloud : 9 juillet 2024

Fonctionnalité améliorée

Expérience Demander une signature mise à jour : plusieurs éléments qui rendent l’expérience plus proche de la page Envoyer classique ont été ajoutés à l’interface Demander une signature. Cette version comprend les éléments suivants :
- Faire glisser des fichiers et les déposer : les fichiers peuvent désormais être ajoutés à la configuration de l’accord en les faisant glisser des dossiers de votre poste de travail ou en local et en les déplaçant dans la section Fichiers.
- M’ajouter : l’option M’ajouter ajoute le créateur de l’accord à l’accord dans l’enregistrement du destinataire suivant.
- Archivage électronique sécurisé : les clients qui requièrent un archivage électronique sécurisé peuvent désormais utiliser l’expérience Demander une signature en étant assuré que les accords sont ajoutés à leur coffre.
- Acheminement hybride : la configuration d’accords avec des workflows de signature hybrides est désormais prise en charge lorsque cette option est activée.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Grands comptes | Portée de la configuration : fonctionnalité activée par défaut

Problèmes résolus

Problème	Description
4459444	Résumé : le lien M’ajouter pour insérer l’expéditeur en tant que destinataire dans le flux de signature de l’accord est manquant dans le nouvel environnement Demander une signature.
4459444	Correction : le lien M’ajouter a été ajouté et fonctionne comme précédemment sur la page Envoyer.
4477422	Résumé : le champ de paiement peut ne pas fonctionner correctement dans le nouvel environnement de création, qui convertit les champs de paiement en champs de texte.
	Correction : le code a été mis à jour pour gérer correctement le champ de paiement.

Déploiement du sandbox : 16 juillet 2024

Déploiement en production : 13 août 2024

Déploiement GovCloud : 15 août 2024

Modifications de l’expérience

Nouvelle page post-signature pour les destinataires non enregistrés : les destinataires qui terminent leur action (signature, approbation, etc.) sont redirigés vers une nouvelle page post-signature qui leur permet d’accéder au PDF de leur accord et leur offre la possibilité d’essayer quelques-unes des fonctionnalités les plus populaires d’Adobe Acrobat.

Remarque :

les pays respectant des lois de communication plus strictes n’affichent pas les quatre offres « Essayer ».

Une expérience secondaire réduite est fournie aux destinataires dont les accords sont soumis aux exemptions suivantes :

• Les destinataires signant un accord via une application intégrée.

• Lorsque le groupe à partir duquel l’accord est envoyé dispose d’une URL de redirection.

Les destinataires enregistrés reçoivent une version de la page de post-signature qui fournit un bouton pour se connecter à la page Gérer de leur compte Acrobat Sign.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Entreprise | Portée de la configuration : non configurable

Modification de l’annonce d’envoi de code pour l’authentification par téléphone : le panneau qui alerte un destinataire sur l’exigence d’authentification par téléphone a été mis à jour pour inclure une confirmation supplémentaire :
« En cliquant sur le bouton "Envoyer le code", vous reconnaissez et acceptez le fait de recevoir un appel téléphonique ou un SMS automatisé au numéro que vous avez fourni pour confirmer votre identité. »

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipes, Entreprise | Portée de la configuration : non configurable

Mise à jour Webhook

Mise à jour du payload de notification du webhook pour tous les types d’événements d’abonnement AGREEMENT_* : tous les événements de notification du webhook Accord ont été mis à jour pour inclure trois nouveaux champs :

userId : identifiant unique du participant
- Le paramètre Informations sur l’accord doit être sélectionné dans Paramètres de notification pour que la valeur soit incluse dans le payload.
authenticationMethod : méthode d’authentification utilisée pour permettre aux participants d’afficher et de signer l’accord.
createdGroupId : ID du groupe à partir duquel le webhook a été créé.
- Le paramètre Informations sur l’accord doit être sélectionné dans Paramètres de notification pour que la valeur soit incluse dans le payload.

Problèmes résolus

Problème	Description
4465123	Résumé : l’utilisation de l’authentification unique (SSO) peut entraîner la création de liens hypertextes incorrects dans les e-mails « Vérifier et signer ».
4465123	Correction : le code a été amélioré pour résoudre correctement les processus d’authentification SSO et SAML.
4479831	Résumé : un caractère d’échappement de barre oblique inverse « \ » supplémentaire est ajouté au nom dans le cachet électronique.
4479831	Correction : le code a été mis à jour pour gérer correctement le caractère d’échappement.
4479994	Résumé : le modèle d’e-mail utilisé pour communiquer les migrations d’utilisateurs utilise des valeurs de noms internes au lieu des valeurs appliquées par le client.
4479994	Correction : le modèle a été mis à jour pour utiliser les valeurs correctes fournies par le client.
4483513	Résumé : les adresses e-mail contenant une apostrophe dans le champ Afficher l’e-mail échouent à résoudre leurs appels GET lorsque l’accord implique un cachet électronique.
4483513	Correction : le code a été mis à jour pour gérer correctement le cas d’utilisation d’une apostrophe dans le champ Afficher l’e-mail.

Déploiement en production : 17 septembre 2024

Déploiement sur GovCloud : 8 octobre 2024

Fonctionnalité améliorée

Témoigner par voie électronique pour un accord : un nouveau rôle a été ajouté : Signer avec témoin. Les témoins sont identifiés par les signataires lors de l’ouverture de l’accord, avant que leur signature ne soit acceptée.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Nouvelle expérience du destinataire lors de l’interaction avec un accord : l’environnement de signature du destinataire a été mis à jour pour offrir une meilleure expérience à tous les destinataires.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte ou Groupe

Rapport de journal d’audit mis à jour : les comptes peuvent mettre à jour leur journal d’audit pour inclure plus d’informations sur les documents visibles pour les destinataires de l’accord et des informations sur la façon d’interagir avec eux.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Nouveau filtre et fonctionnalité de recherche pour l’environnement Rapports : le sélecteur de filtres a été amélioré pour permettre la sélection de plusieurs filtres sans que la zone déroulante ne se ferme après chaque sélection. En outre, les fonctionnalités du champ de recherche ont été améliorées pour rechercher des correspondances partout dans une chaîne de mots. Des correspondances peuvent être trouvées au début, au milieu ou à la fin des mots.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro et Acrobat Sign Solutions | Portée de la configuration : activée dans le cadre de la fonctionnalité de base

Prise en charge des modèles d’e-mail personnalisés et des URL Signaler un abus pour les notifications sans lien : l’option permettant d’envoyer des notifications d’accord Acrobat Sign sans liens actifs est désormais prise en charge dans les modèles d’e-mail personnalisés. De plus, les URL Signaler un abus sont incluses dans la notification.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Les expéditeurs peuvent afficher les données des champs de formulaire à mesure que les destinataires les remplissent : l’expéditeur d’un accord peut afficher le contenu des champs d’un accord à mesure que le destinataire remplit le formulaire. Les champs restent affichés tant que le destinataire n’a pas terminé son action.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Autoriser les destinataires à télécharger les fichiers individuels d’un accord : les destinataires peuvent être autorisés à télécharger leurs accords sous la forme des fichiers individuels qui ont créé l’accord à l’origine.
Environnements disponibles : Sandbox, Commercial, GovCloud | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Améliorations apportées à la page Demander une signature :
- Prise en charge de l’envoi via le partage de compte avancé : le processus Demander une signature prend désormais en charge le partage de compte avancé.
- Envoi par SMS ou e-mail : l’option permettant d’envoyer une URL d’accord directement à un numéro de téléphone a été ajoutée à l’expérience Demander de signature.
- Champs calculés : le nouvel environnement de création sans cookies prend désormais en charge les champs calculés.
- La configuration des paramètres Méthode d’authentification et Message privé a été déplacée vers sa propre interface : l’interface des paramètres Message privé et Méthode d’authentification n’est plus alignée sur l’enregistrement du destinataire et figure dans une nouvelle sous-section intitulée Paramètres du destinataire. Chaque destinataire dispose de sa propre section Paramètres du destinataire explicitement configurable.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activée dans le cadre de la fonctionnalité de base existante

Mises à jour de l’expérience Envoyer en masse :
- L’option Envoyer en masse a été mise à jour pour prendre en charge les informations en copie pour la méthode de chargement des CSV de la création d’accords : la méthode de chargement des CSV permettant de générer des accords enfants via Envoyer en masse prend désormais en charge l’ajout des parties en copie.
- L’option Envoyer en masse a été mise à jour pour inclure l’option E-mail avec authentification par mot de passe à usage unique via la méthode de chargement CSV. La méthode d’authentification par mot de passe à usage unique est disponible lorsque vous créez des transactions Envoyer en masse à l’aide de la méthode CSV.
- L’option Envoyer en masse est incluse dans l’autorisation Envoyer pour le Partage de compte avancé : le partage de comptes en vertu des règles de partage avancées, avec l’autorisation Envoyer activée, inclut désormais l’accès pour créer et envoyer des accords à l’aide de la fonctionnalité Envoyer en masse en tant qu’ID d’utilisateur de partage.
- Rapport Envoyer en masse pour les erreurs créées lors de la génération des accords enfants : lorsque des erreurs sont générées via le processus Envoyer en masse à l’aide d’un chargement de CSV en tant que source de destinataires, un fichier téléchargeable est généré pour que l’expéditeur puisse corriger les entrées incorrectes.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : activée dans le cadre de la fonctionnalité de base existante

Les contrôles du processus d’enregistrement d’un formulaire web sont plus granulaires : le contrôle de validation du premier signataire d’un formulaire web a été séparé du contrôle pour permettre au destinataire d’accéder à l’enregistrement d’un formulaire web.

Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : activée dans le cadre de la fonctionnalité de base existante

Les formulaires web prennent en charge l’authentification par téléphone pour les participants ajoutés par le signataire : les formulaires web qui autorisent des participants définis par le signataire peuvent désormais inclure l’authentification par téléphone pour les destinataires ajoutés.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : activée dans le cadre de la fonctionnalité de base existante

Améliorations apportées à la vérification d’identité : la politique de vérification d’identité ajoutée récemment a été mise à jour pour fournir les éléments suivants :
- Prise en charge de l’API pour la configuration de la vérification d’identité dans les points d’entrée /agreement.
- Correspondance des noms pour une pièce d’identité officielle et pour les signatures cloud, n’acceptant que les noms correspondant exactement.
- Correspondance des adresses e-mail pour les signatures cloud (pour inclure la correspondance d’un autre nom).

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Améliorations apportées au rapport d’identité du signataire : le rapport d’identité du signataire inclut désormais des informations plus détaillées afin d’améliorer l’identification du document et de différencier par exemple un permis de conduire régulier (complet) d’un permis temporaire.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Modifications de l’expérience

Nouvelle expérience d’assistance pour les comptes utilisant l’interface utilisateur classique : les clients de longue date qui n’ont pas migré la gestion d’utilisateurs vers Adobe Admin Console disposent d’un nouvel environnement pour contacter l’assistance et saisir les tickets.
Environnements disponibles : Commercial | Niveaux de service disponibles : Grands comptes | Portée de la configuration : fonctionnalité activée par défaut

Le nouvel environnement Demande de signature est désormais l’expérience par défaut pour tous les comptes : le nouvel environnement Demande de signature amélioré a été promu expérience par défaut avec la version de septembre 2024. Il s’agit de la première étape pour mettre fin à l’accès à l’environnement classique, qui devrait être entièrement supprimé de l’expérience utilisateur d’ici mars 2025.
- Les administrateurs peuvent toujours rétablir l’expérience classique de l’environnement par défaut via leur menu d’administration.
- Des liens restent disponibles pour permettre aux utilisateurs de basculer entre les environnements nouveau et classique. Les comptes pour lesquels des liens de bascule ont été précédemment désactivés devront de nouveau subir cette opération.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Grands comptes | Portée de la configuration : Groupe, Compte

Expérience améliorée dans l’environnement Demander une signature pour les cas dans lesquels un expéditeur est le premier signataire ou lorsqu’il existe des champs préremplis : lorsqu’un accord est envoyé et que l’expéditeur est le premier signataire ou que des champs préremplis sont présents sur l’accord, l’environnement de signature s’ouvre immédiatement, ce qui permet à l’expéditeur de remplir des champs et de signer sans avoir besoin d’accéder au préalable à son e-mail ni à la page Gérer.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Grands comptes | Portée de la configuration : activée par défaut

La fonctionnalité Envoi en masse a mis à jour l’interface pour afficher le champ Message lorsque l’option de chargement des CSV est sélectionnée : la section Message n’est plus masquée lorsqu’un utilisateur sélectionne l’option de chargement des CSV pour générer les accords enfants via le processus Envoi en masse.
REMARQUE : ce changement d’expérience a été publié dans l’environnement de production en avant-première.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Enterprise | Portée de la configuration : Groupe, Compte

L’expérience Créer un modèle pour les intégrations qui intègrent l’expérience utilisateur utilise désormais la nouvelle fonctionnalité Création : avant cette version, l’expérience Créer un modèle de l’expérience intégrée utilisait l’environnement Création classique. À partir de cette version, l’environnement Création le plus récent est utilisé.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Grands comptes | Portée de la configuration : application d’API.

Les préférences de format de date sont respectées dans les signatures correctement formatées : le format de date préféré défini par le client est désormais appliqué aux signatures correctement formatées et aux blocs de signature.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Grands comptes | Portée de la configuration : Groupe, Compte

L’affichage/la modification d’un ensemble d’accords à sécuriser électroniquement s’ouvre désormais sur la page Demander une signature : les clients qui utilisent l’intégration eOriginal peuvent désormais ouvrir des accords marqués pour être sécurisés dans l’environnement Demander une signature au lieu de l’environnement classique de la page Envoyer.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Indépendants et particuliers, Équipe, Grands comptes | Portée de la configuration : Groupe, Compte

Problèmes résolus

Problème	Description
4323027	Résumé : la recherche dans la nouvelle expérience ne fonctionne pas correctement pour les valeurs de caractères ou avec des traits de soulignement.
4323027	Correction : le fichier de base de données a été réindexé après la migration du serveur, ce qui résout le problème.
4446870	Résumé : un écran vide s’affiche lorsque les utilisateurs essaient de se connecter à Acrobat Sign de façon intermittente.
4446870	Correction : mise à jour du JSP en cours de service, ce qui résout le problème.
4456574	Résumé : dans la nouvelle expérience, si vous créez un document et l’envoyez sans ajouter une zone de signature, cette zone ne tente pas d’être ajoutée à la dernière page en raison d’une miniature non créée dans la dernière version.
4456574	Correction : le comportement classique a été répliqué avec tous les nouveaux codes pour fournir une expérience cohérente.
4459445	Résumé : pour les modèles récents de la nouvelle expérience, le champ Nom du document est trop petit, ce qui le rend illisible.
4459445	Correction : la taille du champ a été améliorée.
4465815	Résumé : le chrome « bien formaté » est converti en anglais lors du traitement de la signature.
4465815	Correction : la langue des paramètres utilisateur est désormais référencée lors de la création de l’aspect de la signature.
4467671	Résumé : les e-mails envoyés dans les langues polonaises ont une mise en forme unique.
4467671	Correction : le modèle localisé a été reconfiguré pour être cohérent avec d’autres paramètres régionaux.
4468713	Résumé : le corps de l’e-mail de l’accord est composé de messages/contenus incorrects et inexacts.
4468713	Correction : plusieurs systèmes et modèles ont été mis à jour pour harmoniser les modèles d’e-mails.
4468718	Résumé : faute de frappe dans les e-mails de demandes de signatures en polonais.
4468718	Correction : la faute de frappe a été corrigée.
4469262	Résumé : écran blanc lors de la sélection d’un modèle en utilisant la nouvelle expérience d’envoi en masse.
4469262	Correction : le processeur d’envoi en masse a mis à jour les bibliothèques, ce qui résout le problème.
4470664	Résumé : les événements de rappel ne se propagent pas automatiquement comme les autres événements dans Salesforce.
4470664	Correction : l’événement REMINDER_SENT est désormais envoyé depuis l’application principale à l’aide des méthodes REST v6.
4471103	Résumé : l’adresse e-mail de l’utilisateur comprenant deux apostrophes échoue avec le message d’erreur dans le workflow.
4471103	Correction : le code gérant la mise en forme des e-mails a été amélioré pour s’adapter à ce cas d’utilisation.
4471385	Résumé : la fonctionnalité de protection du contenu ne fonctionne pas comme prévu via une nouvelle autorisation.
4471385	Correction : amélioration du code pour s’assurer que les informations correctes du compte de l’utilisateur interne sont référencées lorsqu’un nom d’hôte est défini dans le compte.
4471478	Résumé : la notification « AGREEMENT_WORKFLOW_COMPLETED » affiche incorrectement le statut SIGNATAIRE pour « WAITING_FOR_MY_SIGNATURE ».
4471478	Correction : l’index qui était affecté au statut a été corrigé.
4472497	Résumé : les documents avec des métadonnées non exploitables ne sont pas correctement traités.
4472497	Correction : exceptions de l’exploitation XMP et maintenant ignorées.
4472908	Résumé : l’option Mot de passe ne peut pas être supprimée dans la nouvelle expérience d’envoi.
4472908	Correction : le composant permettant d’ajouter les options d’authentification a été mis à jour pour refléter correctement les méthodes d’authentification autorisées pour le groupe.
4473086	Résumé : les champs Tampon de participation et ID de transaction ne sont pas présents dans les accords notariés puisqu’ils sont placés après la signature sur une version antérieure de l’accord.
4473086	Correction : le traitement a été amélioré pour placer correctement les champs post-signature sur l’accord après l’authentification notariale.
4473112/ 4473556	Résumé : erreur générée dans la nouvelle expérience d’envoi en masse si l’expéditeur est le premier signataire en raison d’une vérification de ce cas d’utilisation.
4473112/ 4473556	Correction : la vérification du cas d’utilisation est désormais ignorée.
4473248	Résumé : les accords peuvent être annulés de façon intermittente en raison de flux d’attributs /Name qui sont des chaînes.
4473248	Correction : à présent, seuls les attributs /Type qui sont des noms seront vérifiés.
4473286	Résumé : la vérification de délégation est visible dans la notification par e-mail « Signature demandée » même après la désactivation de la délégation dans les paramètres du compte.
4473286	Correction : ajout d’une condition qui vérifie les valeurs de paramètre de délégation interne et externe de l’initiateur et affiche ou masque le lien de délégation dans l’e-mail.
4474071	Résumé : le transfert de la propriété d’un modèle ne met pas à jour l’ID de groupe de propriété.
4474071	Correction : réparation du code pour mettre correctement à jour le tableau de propriété afin de refléter le nouvel ID de groupe.
4474082	Résumé : les pièces jointes ne sont pas ajoutées au fichier PDF signé en raison d’une erreur Pointeur Null.
4474082	Correction : ajout d’une vérification nulle avant le processus lors duquel les fichiers sont ajoutés au PDF final.
4475331	Résumé : lorsqu’une personne en copie envoie un rappel à l’initiateur, une erreur se produit la prochaine fois qu’une personne clique sur le bouton Rappels.
4475331	Correction : une logique distincte a été ajoutée pour ce cas d’utilisation.
4475449	Résumé : les documents avec des dates de création non valides ne pourront pas être traités et ne seront pas téléchargeables.
4475449	Correction : un code a été ajouté pour s’assurer qu’une date de création valide est disponible avant l’enregistrement.
4475603	Résumé : le groupe n’est pas sélectionnable lorsqu’il s’agit de la langue russe en raison de guillemets supplémentaires dans le script de localisation.
4475603	Correction : le code de la langue russe a été corrigé pour permettre l’exécution du script.
4475864	Résumé : le chargement d’une copie signée modifie le type de signature, passant de manuscrit à dessin, empêchant ainsi le chargement de l’accord.
4475864	Correction : le code a été amélioré pour conserver correctement le type de signature « manuscrit » tout au long du processus.
4476004	Résumé : l’e-mail de récapitulatif des événements et des alertes Adobe Acrobat Sign n’est pas déclenché en raison d’une alerte d’événement héritée.
4476004	Correction : l’alerte d’événement héritée a été supprimée.
4476583	Résumé : le délai d’achèvement du workflow n’est pas mis à jour lorsqu’il est défini sur 180 jours en raison de la logique selon laquelle la valeur doit être inférieure à 180 jours, non pas inférieure ou égale à cette valeur.
4476583	Correction : correction du paramètre pour accepter correctement « inférieur ou égal à ».
4477114	Résumé : impossible de synchroniser les workflows personnalisés entre les environnements Sandbox et de production en utilisant la fonctionnalité de synchronisation Sandbox.
4477114	Correction : une optimisation a été ajoutée pour améliorer les délais de synchronisation afin d’empêcher les délais d’expiration.
4478119	Résumé : l’expression de variable numérique négative non valide génère une exception lors de la tentative de modification d’un modèle.
4478119	Correction : ajout d’une vérification pour empêcher que les exceptions NumericFormatExceptions ne soient un nombre négatif sous forme d’une chaîne de caractères.
4478127	Résumé : le texte de fin de l’e-mail indique le chemin d’accès à l’image lorsque les notifications sans lien sont activées.
4478127	Correction : le code a été corrigé pour afficher l’image au lieu du chemin.
4478248	Résumé : les accords par écrit échouent lorsqu’un signataire charge un fichier PDF signé électroniquement, car les fichiers PDF sont modifiés pour le signataire suivant, ce qui invalide le certificat et empêche la validation d’un document signé pour le signataire suivant.
4478248	Correction : une logique a été ajoutée de manière à ce que, si l’accord est écrit, le certificat signé électroniquement soit supprimé lors de la création du PDF pour le signataire suivant.
4478745	Résumé : impossible de télécharger le document signé en raison d’une erreur Pointeur Null si le fichier de polices ne contient pas de tableau cmap valide. La génération de filigranes est interrompue et le document ne peut pas être généré.
4478745	Correction : de nouveaux tests ont été ajoutés pour un cmap valide afin de préserver l’état graphique de la page.
4478901	Résumé : lorsqu’un signataire tente de refuser la signature d’un accord masqué via la page de signature électronique, il rencontre une erreur de serveur en raison d’une méthode visant à vérifier si un accord masqué doit être répertorié dans une réponse.
4478901	Correction : une nouvelle méthode est appliquée pour vérifier si l’appelant peut modifier la participation.
4479209	Résumé : l’adresse e-mail de l’instruction de notification sans lien, lorsqu’elle est copiée et collée dans la page du formulaire d’accès sans lien, comporte des espaces devant, entre et après la chaîne d’adresse e-mail, ce qui génère une erreur pour les utilisateurs.
4479209	Correction : le JavaScript côté client recherche et supprime désormais tous les espaces/lignes vierges avant, après et entre la chaîne d’adresses e-mail avant de soumettre le formulaire et de transmettre les données de formulaire à la logique de validation et à la demande de lecture du code d’accès.
4479223	Résumé : le format du champ de date ne s’enregistre pas pour les champs de formulaire dans les champs de formulaire AcroForm.
4479223	Correction : le format de date enregistré au niveau du groupe n’est pas référencé et respecté comme prévu.
4480119	Résumé : impossible de déléguer aux utilisateurs inclus dans la copie lors de l’envoi de la signature.
4480119	Correction : ajout d’une condition pour ne pas générer d’exception lors d’une délégation en mode « Observer uniquement » et pour la participation en copie.
4480324	Résumé : impossible de charger un fichier CSV dans la nouvelle expérience d’envoi en masse si la colonne de commande n’est pas entièrement remplie.
4480324	Correction : le code a été mis à jour pour autoriser les cellules vides dans la colonne de commande.
4480375	Résumé : l’URI de redirection lié dans le message de connexion que l’utilisateur reçoit après avoir confirmé son compte est incorrect.
4480375	Correction : le lien était incorrectement défini sur /adobeIDLogin, mais a été mis à jour vers /adobeLogin.
4480399	Résumé : il existe des champs de formulaire dans certains champs de dialogue qui ne comportent pas de libellés persistants et visibles, et qui ne sont pas regroupés dans un ensemble de champs permettant de déterminer leur relation entre eux de manière programmatique. Aucun message d’erreur de validation ne s’affiche non plus.
4480399	Correction : des messages d’erreur, des libellés et des ensembles de champs avec des balises appropriées ont été ajoutés, le cas échéant. Texte d’espace réservé mis à jour.
4480403	Résumé : des libellés d’accessibilité manquaient dans certains champs de la page Personnaliser la composition JS, ce qui empêchait les lecteurs d’écran de lire le message d’erreur lorsque ce champ était mis en surbrillance.
4480403	Correction : des attributs d’accessibilité ont été ajoutés et le message d’erreur qui manquait a été ajouté au modal dans la partie supérieure.
4480407	Résumé : accessibilité : la signification des icônes n’est pas communiquée à tous les utilisateurs.
4480407	Correction : ajout de l’ID à l’adresse e-mail du destinataire.
4480582	Résumé : l’authentification du signataire n’est pas définie lors de l’envoi de l’accord à un e-mail alias.
4480582	Correction : ajout d’une vérification permettant de définir l’authentification du signataire pour le destinataire lorsqu’un e-mail alias est utilisé.
4480614	Résumé : les accords peuvent rester bloqués lorsqu’un workflow hybride est utilisé et que les destinataires sont délégués à une adresse e-mail alias.
4480614	Correction : l’ordre de traitement de plusieurs modules a été mis à jour pour tenir compte de tous les cas potentiels de délégation d’utilisateurs connus à des adresses e-mail alias dans le cadre d’un flux de signature hybride.
4480638	Résumé : un conflit d’interface empêche les utilisateurs de désactiver l’option PayPal lors de l’utilisation de l’interface de paiement.
4480638	Correction : le code a été amélioré pour permettre la manipulation de l’option d’utilisation de PayPal.
4481121	Résumé : les notifications ne sont pas envoyées aux personnes avec lesquelles l’accord est partagé en raison d’une vérification des notifications qui supprime le destinataire du partage.
4481121	Correction : la logique a été corrigée pour gérer ce cas d’utilisation.
4481307	Résumé : les accords de flux de signature par écrit avec plusieurs signataires peuvent échouer en raison d’une erreur de calcul du nombre total de participants inférieur à celui du nombre total de participants restants, ce qui entraîne un index hors limites.
4481307	Correction : les calculs entre les deux ensembles de destinataires sont désormais calculés de la même manière pour obtenir des résultats corrects.
4481336	Résumé : l’envoi en masse échoue avec une erreur CSV non valide si les expéditeurs ne sont pas autorisés à remplacer l’authentification par défaut, si l’authentification interne est activée et si l’authentification du signataire interne ne correspond pas à l’authentification par défaut interne.
4481336	Correction : le code d’exploitation CSV a été amélioré pour gérer ce cas d’utilisation.
4481340/ 4482600	Résumé : l’image « Powered by Adobe Acrobat Sign » et la règle horizontale chevauchent les options d’authentification fondée sur les connaissances (KBA) pour les formulaires web en raison de la taille trop petite du CSS.
4481340/ 4482600	Correction : stylisation des formulaires web supprimée pour qu’ils fonctionnent de la même manière que les accords classiques.
4481902/ 4471416	Résumé : les champs de formulaire sont dupliqués lors de l’utilisation de modèles dans l’outil Envoi en masse en raison du modèle de champ appliqué à partir du modèle d’équipe et de la phase de création.
4481902/ 4471416	Correction : le processus d’application du modèle de champ ajoute une logique aux champs de modèle, le cas échéant.
4481984	Résumé : les exceptions de délai d’expiration peuvent conduire à l’envoi en masse de transactions pour créer des accords en double.
4481984	Correction : une vérification a été ajoutée pour déterminer si un accord enfant existe déjà pour la transaction parente.
4482743	Résumé : erreur « SEND_IN_BULK_WITH_ADV_ACCOUNT_SHARING_ROLLOUT » lors de l’utilisation de l’outil Envoi en masse sur le sandbox en raison d’un paramètre non activé.
4482743	Correctif : le paramètre a été activé et l’erreur résolue.
4482746	Résumé : erreur : la demande fournie est non valide, lors de l’ajout d’un autre destinataire en raison de la transmission de chaînes comme valeurs vides au lieu de valeurs nulles.
4482746	Correction : lorsque les noms des participants sont identiques, nous remplaçons la chaîne vide par une valeur nulle.
4483022/ 4484322	Résumé : Envoi en masse peut renvoyer une page vide lorsqu’une barre de défilement horizontale est visible dans le tableau des modèles.
4483022/ 4484322	Correction : le traitement du rendu du modèle a été amélioré pour tenir compte de ce cas d’utilisation.
4483680	Résumé : mise à jour de la documentation de l’API REST pour l’API Post Webhook afin d’ajouter la fonctionnalité resourceId et le champ GROUPE.
4483680	Correction : la documentation Swagger de l’API a été mise à jour.
4484234	Résumé : lors de l’utilisation d’un workflow personnalisé avec plus de 25 destinataires, une erreur est déclenchée en raison d’un seuil strict de 25.
4484234	Correction : le seuil strict a été supprimé et remplacé par la variable appropriée pour le niveau de service.
4486809	Résumé : lorsque les signatures « bien formatées » sont désactivées, le champ de signature peut être réduit sur le document final de sorte qu’une partie de la signature est coupée.
4486809	Correction : des points de dilatation à gauche ont été implémentés pour le champ de signature lorsque les signatures « bien formatées » sont désactivées.
4489678/ 4494301	Résumé : lorsque canBeDelegated est manquant dans le contexte de la messagerie, généralement sur un modèle d’e-mail personnalisé, une erreur Pointeur Null est émise.
4489678/ 4494301	Correction : une vérification permettant de déterminer s’il existe une valeur nulle a été ajoutée avant l’appel de méthodes qui généreront l’erreur.
4490021	Résumé : impossible de télécharger une copie signée de l’accord à partir de la page de message post-signature si l’URL de redirection post-signature est spécifiée lors de la création de l’accord.
4490021	Correction : le lien permettant de télécharger l’accord a été ajouté à la page de post-signature.
4490903	Résumé : impossible de remplir le formulaire web en raison de fenêtres contextuelles sur les appareils mobiles.
4490903	Correction : mise à jour du code pour ne pas afficher les fenêtres contextuelles des conditions d’utilisation sur les appareils mobiles.

Déploiement en production : 12 novembre 2024

Déploiement sur GovCloud : 19 novembre 2024

Fonctionnalité améliorée

Redémarrer l’accord : permet aux destinataires de réinitialiser le cycle de signature de l’accord au premier destinataire. Les champs précédemment remplis mémorisent les valeurs de champ en tant que nouvelles valeurs par défaut, mais ils peuvent être modifiés par le destinataire auquel ils sont affectés.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Partage de modèles avec plusieurs groupes : créez un modèle et partagez-le avec un ou plusieurs groupes. La mise à jour du modèle est propagée dans tous les groupes avec lesquels il a été partagé.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Améliorations de la fonctionnalité Envoi en masse :
- Authentification par pièce d’identité officielle : la fonctionnalité Envoi en masse prend désormais en charge la méthode d’authentification de destinataire Pièce d’identité officielle.
- Rôle Délégant : le rôle Délégant a été ajouté à la liste des rôles Envoi en masse lorsqu’un fichier CSV est utilisé pour ajouter des destinataires.

Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte
Consulter la documentation sur la nouvelle fonctionnalité Envoi en masse ici >

Indication claire de la non-remise des e-mails et des SMS : une nouvelle icône sur la page Gérer indique clairement si un problème s’est produit lors de la remise d’une notification à un destinataire, ce qui permet à l’expéditeur de corriger l’adresse e-mail ou le numéro de téléphone incorrect afin de renvoyer l’accord.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : non configurable

La fonctionnalité Témoin électronique est prise en charge dans les workflows de signatures parallèles et hybrides : les accords qui nécessitent des workflows de signatures parallèles ou hybrides peuvent désormais utiliser le rôle de destinataire Témoin électronique.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Power Automate - Sélection de modèle à partir de la page Gérer : l’utilisation des actions Power Automate Notification de configuration ou Archiver l’accord sur la page Gérer permet d’ouvrir un menu de modèles dans le panneau contextuel de droite, ce qui facilite la création de flux à partir d’accords existants.
- Cette amélioration devrait être apportée après la date de lancement du 12 novembre.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Améliorations de la vérification d’identité : la politique de vérification d’identité a été améliorée pour permettre la correspondance de noms via l’interface utilisateur (et non uniquement via l’API) ainsi qu’une correspondance partielle de noms.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Export des données pour les accords basés sur des formulaires web : l’option d’export de données propose désormais d’exporter les données de formulaires web avec de nouveaux filtres. Cela permet de gérer le processus de signature des formulaires web exclusivement.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : disponible par défaut ; non applicable

Options étendues pour la notification des parties en copie : les parties en copie peuvent être associées à des destinataires spécifiques pour s’assurer que la notification est envoyée au bon destinataire à chaque étape du processus de signature de l’accord.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Ajout du nom de l’accord et de l’ID de transaction au pied de page de chaque page d’un accord : activez une option permettant d’ajouter le nom de l’accord et l’ID de transaction en bas à droite de chaque page de la transaction.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Authentification du premier signataire d’un formulaire web à l’aide d’une identité numérique : configurez des formulaires web pour authentifier le premier signataire à l’aide d’une identité numérique lorsqu’il accède au lien public du formulaire web pour la première fois.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte

Formulaires et accords mobiles : offrez une vue supplémentaire des accords pour les destinataires mobiles qui répertorie uniquement le champ de l’accord disponible pour le destinataire. Les expéditeurs peuvent organiser la liste des champs comme ils le souhaitent, et regrouper les champs dans des sections logiques pour aider les signataires à parcourir les entrées de champ avec un minimum de défilement. Les destinataires ont la possibilité d’afficher la liste des champs mobiles ou la vue PDF d’origine avec les champs placés dans le contenu du document.
Remarque : cette fonctionnalité n’est pas déployée dans cette version, mais sera planifiée dans quelques semaines.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte, Groupe

Modifications de l’expérience

Les utilisateurs dont l’autorisation de signer des accords a été supprimée ne peuvent plus utiliser les workflows d’auto-signature : les utilisateurs dont l’autorisation de signature a été supprimée, mais qui sont toujours des utilisateurs actifs du service ne peuvent plus signer un document à l’aide des workflows Remplir et signer et Auto-signature.

Le concepteur de workflow personnalisé a une limite d’étiquette de 100 caractères : les valeurs d’étiquette personnalisables dans le concepteur de workflow personnalisé (CWD) sont maintenant limitées à 100 caractères. Les workflows préexistants seront affectés, déclenchant une erreur lors de la mise à jour du workflow avec un message explicite indiquant le problème et soulignant en rouge l’étiquette concernée. Le modèle de workflow doit être mis à jour dans le CWD pour s’assurer que les libellés ne dépassent pas 100 caractères avant que le modèle puisse être mis à jour avec succès. Tous les nouveaux workflows limiteront les libellés à 100 caractères avant de pouvoir être enregistrés.
Notez que les workflows préexistants qui contiennent un libellé de plus de 100 caractères peuvent toujours être envoyés sans erreur.

Mises à jour des applications mobiles

Amélioration de l’expérience du signataire pour l’interface web mobile : les utilisateurs des applications mobiles bénéficient d’une nouvelle expérience qui met mieux en évidence les éléments destinataires de l’accord. Cet environnement est activé via le même contrôle d’administration que celui qui active la nouvelle expérience du destinataire sur bureau

Intégrations

Prise en charge de la passerelle d’identités numériques (DIG) dans l’intégration Acrobat Sign pour Salesforce.

Ajout d’autres destinataires à partir de SAP. Enregistrement du statut « Refusé » dans Acrobat Sign pour SAP SuccessFactors.

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.

Interface API mise à jour : la documentation de l’API Swagger a été mise à jour vers une nouvelle version (OAS 3.1) qui modifie l’apparence globale de la page. Le contenu reste inchangé.

Nouveau webhook pour le redémarrage d’accords : le webhook Redémarrer l’accord AGREEMENT_RESTARTED a été ajouté pour prendre en charge l’événement lorsqu’un destinataire redémarre son accord.

Le point de terminaison POST /agreements/{agreementId}/deliverableAccess a modifié la catégorie d’API et l’a définie sur PUBLIC et non sur EXTERNAL_PARTNER.

Problèmes résolus

Problème	Description
4469029	Résumé : erreur de paramètres d’e-mail incorrects émise dans le Concepteur de workflows personnalisés
4469029	Correctif : la logique contrôlant l’erreur a été améliorée.
4472759	Résumé : comportement incohérent entre la nouvelle expérience d’envoi et l’expérience d’envoi classique lors de l’utilisation de la fonctionnalité « Téléchargez et signez un document avec Acrobat » et de plusieurs champs de signature numérique.
4472759	Correctif : l’expérience d’envoi classique a été améliorée pour s’adapter à la nouvelle expérience.
4474898	Résumé : décalage lors du chargement des données de modèle sur la page Gérer lorsque le partage de groupe est activé.
4474898	Correctif : des méthodes ont été ajoutées pour éviter les appels de base de données répétitifs, améliorant ainsi les temps de chargement.
4475508	Résumé : il est impossible de mettre à jour un groupe d’utilisateurs via l’API REST version 5 pour les utilisateurs dont le nom contient une apostrophe.
4475508	Correctif : le code a été amélioré pour prendre en compte le caractère.
4476530	Résumé : la page Composer affiche une fréquence de rappel incorrecte lors de la création d’un projet d’accord via l’API, puis lors de la navigation vers la page Demander des signatures.
4476530	Correctif : une logique a été ajoutée pour s’assurer que la définition de la valeur d’objet appropriée n’est pas annulée et que si une valeur nulle est trouvée, la valeur par défaut héritée est utilisée.
4478261	Résumé : le signataire ne peut pas terminer la signature numérique à l’aide du fournisseur de signature Cloud Intesi sur les accords composés de plusieurs champs de signature numérique en raison de la taille du fichier des images de signature.
4478261	Correctif : les images inutiles ont été supprimées du corps de la demande.
4478970	Résumé : les accords peuvent être envoyés en utilisant un paramètre régional incorrect dans le nouvel environnement Demander une signature.
4478970	Correctif : la logique qui applique la valeur de localisation a été améliorée pour s’assurer que la valeur appropriée est appliquée.
4479498	Résumé : les délégataires d’un accord ne pouvaient pas voir l’indicateur nextToSign retourner sur False si quelqu’un d’autre avait signé l’accord.
4479498	Correctif : la logique de mise à jour de l’indicateur a été améliorée.
4481738	Résumé : les destinataires mentionnés dans un ordre parallèle à la fin du cycle de signature ne sont pas entourés comme les autres destinataires qui sont également conservés dans l’ordre parallèle.
4481738	Correctif : le graphique est maintenant appliqué au dernier groupe de destinataires.
4481761	Résumé : le concepteur de workflows personnalisés n’inclut pas le rôle Témoin électronique pour les destinataires.
4481761	Correctif : ce rôle a été ajouté.
4482080	Résumé : les utilisateurs pouvaient voir d’autres utilisateurs ne faisant pas partie de leur groupe via les menus de partage de compte.
4482080	Correctif : les menus de partage de contenu ont été mis à jour pour observer les paramètres des niveaux d’accès utilisateur.
4482094	Résumé : l’affichage d’un accord à l’aide d’un mot de passe à usage unique peut entraîner une erreur après 5 vues indiquant que le nombre de vues a été dépassé.
4482094	Correctif : le code a été mis à jour pour utiliser une nouvelle valeur de seuil pour l’erreur « nombre de vues dépassées ».
4483719	Résumé : lorsque les utilisateurs dont le droit de signer est supprimé tentent d’utiliser l’outil Remplir et signer, une erreur inattendue est déclenchée.
4483719	Correctif : un code a été ajouté pour empêcher les utilisateurs dépourvus du droit de signer d’accéder aux workflows d’auto-signature.
4483914	Résumé : dans un flux de signature écrite, le signataire 2 ne peut pas ouvrir l’accord lorsque le signataire 1 charge son document avec un chiffrement de 256 bits.
4483914	Correctif : les certificats numériques sont désormais supprimés de la copie signée chargée lorsque le signataire 1 effectue le chargement.
4483942/ 4488212	Résumé : le nouveau processus de création Envoi en masse n’affiche pas tous les modèles de groupe partagé sur la page Envoyer en raison d’un paramètre de récupération sous-dimensionné.
4483942/ 4488212	Correctif : un paramètre de requête pageSize supérieur a été ajouté lors de la récupération des documents de bibliothèque.
4484039	Résumé : les champs de texte avec formats de validation de date ne sont pas enregistrés pour les champs de formulaire Acrobat en raison de la gestion incorrecte de la valeur Sans.
4484039	Correctif : le code existant qui gère l’utilisation de la valeur « Sans » a été remanié.
4484055	Résumé : une tentative de modification du FORMAT TEXTE lors de la création peut entraîner un message d’erreur « Une erreur inattendue s’est produite. Voulez-vous recharger la page pour réessayer ou revenir à la page d’accueil ? ».
4484055	Correctif : un nouveau code a été ajouté pour gérer la condition d’erreur et reprendre la modification.
4485315	Résumé : les formulaires web contenant des champs calculés atteignent un statut de chargement récurrent en raison d’un trop grand nombre d’appels récursifs à l’utilitaire d’expression.
4485315	Correctif : envoyer l’ensemble des noms de champs résultants en tant que paramètre, au lieu de le réinstancier à chaque appel de la méthode.
4485677	Résumé : impossibilité de signer un document à partir de l’application mobile Adobe Sign pour iOS, car les champs de formulaire contenant des conditions n’étaient pas renvoyés dans l’API GET.
4485677	Correctif : l’API a été améliorée afin de gérer correctement les valeurs calculées.
4486008	Résumé : les e-mails de rappel étaient envoyés en ignorant le paramètre backend SEND_REMINDER_EMAIL = false en raison de l’héritage ignorant le paramètre de groupe.
4486008	Correctif : le code a été amélioré pour référencer le paramètre au niveau du groupe.
4486155	Résumé : la nouvelle expérience Envoi en masse renvoie une erreur « Colonne [Recipient_1:Auth_Type] : Type d’autorisation spécifié non valide. » lors de l’utilisation d’Acrobat Sign comme méthode d’authentification d’identité.
4486155	Correctif : mise à jour de la documentation pour clarifier les valeurs CSV.
4486276	Résumé : les champs obligatoires créés à partir d’Acrobat ne sont pas obligatoires sur les formulaires web, car la logique entre les accords et les formulaires web est différente et les valeurs du dernier participant sont différentes.
4486276	Correctif : séparation de la logique permettant de vérifier si l’accord est basé sur un formulaire web ou non.
4486331	Résumé : la valeur par défaut des champs de texte dans les formulaires web est supprimée lorsque le signataire doit vérifier son adresse e-mail avant de consulter le formulaire, car les champs sont effacés lors de la création de la copie enfant.
4486331	Correctif : les valeurs des champs sont extraites des valeurs par défaut du modèle parent.
4486748	Résumé : les filtres de modèle ne filtrent pas correctement, car le nom du groupe indiqué dans le tableau des accords n’est pas mis à jour correctement.
4486748	Correctif : le tableau des accords est désormais mis à jour avec les dernières informations en cas de modification.
4486767	Résumé : le bouton Télécharger le PDF est manquant dans la vue Lire l’accord.
4486767	Correctif : les éléments graphiques et les fonctionnalités ont été renvoyés à la liste des options.
4486829	Résumé : l’administrateur du compte est répertorié en tant qu’administrateur de groupe dans le groupe principal, même s’il n’est pas explicitement défini en tant qu’administrateur de groupe lorsque l’option Afficher uniquement les administrateurs est sélectionnée.
4486829	Correctif : amélioration du filtrage pour refléter correctement le statut d’administrateur.
4486863	Résumé : les e-mails ne sont pas déclenchés par intermittence pour les notifications partagées en raison d’exceptions de pointeur nul.
4486863	Correctif : des contrôles de pointeur nul ont été ajoutés pour corriger les exceptions NullPointerExceptions qui font que les e-mails ne sont pas envoyés.
4486893	Résumé : si un accord n’est pas exposé au signataire (en raison de la valeur « true » des paramètres backend), le signataire peut le signer, mais pas le refuser.
4486893	Correctif : ajout d’une condition permettant de vérifier si le signataire doit être autorisé à refuser l’accord ou non.
4486894	Résumé : il est possible de bloquer l’ajout de nouvelles plages d’adresses IP autorisées en raison d’un héritage de propriété incorrect.
4486894	Correctif : des tableaux plus granulaires ont été ajoutés pour empêcher les collisions de données provenant d’objets parents externes.
4486919	Résumé : lorsque les destinataires de groupe sont configurés pour la notification, le statut du participant n’est pas mis à jour vers WAITING_FOR_OTHERS après la signature.
4486919	Correctif : le code a été mis à jour pour s’assurer que l’ensemble des participants est mis à jour lorsqu’un destinataire termine son action.
4486934/ 4496641	Résumé : la mise en forme du champ calculé dans l’accord/le pdf signé final est perdue s’il est signé dans un environnement linguistique en utilisant une virgule comme séparateur décimal et qu’une des valeurs décimales ne correspond pas à zéro.
4486934/ 4496641	Correctif : la mise en forme numérique a été améliorée pour gérer les paramètres régionaux lorsque les virgules sont utilisées comme séparateur décimal.
4487113	Résumé : une « erreur de marshaling des données » se produit lors de l’application d’un calque de champ de formulaire pendant la modification d’un modèle partagé en raison d’un contrôle Null obsolète.
4487113	Correctif : suppression du paramètre inutilisé et de son contrôle Null de la méthode. Mise à jour de tous les appels vers cette méthode pour refléter la nouvelle signature.
4487589	Résumé : AUTO_CANCELLED_CONVERSION_PROBLEM (COMMENT: PROJECT_TIMEOUT) en raison d’un dépassement de la capacité de la pile lors de la combinaison des fichiers PDF.
4487589	Correctif : amélioration du code pour détecter les cycles de formulaire XObject et les formulaires AcroForms sans champs.
4488298	Résumé : le panneau Signatures affiche le bouton « Modifier » même si aucune modification n’est autorisée.
4488298	Correctif : des conditions ont été ajoutées pour retirer l’option lorsqu’elle n’est pas autorisée.
4488322	Résumé : le libellé est manquant dans quelques accords sur l’appel API GET /agreements/{agreementId}/documents, car il a été défini trop tôt dans le processus.
4488322	Correctif : le timing d’application du libellé a été mis à jour.
4488449	Résumé : tout objet comportant un point est traité comme un lien.
4488449	Correctif : l’identification de regex pour le modèle d’origine dans la ligne Objet a été supprimée.
4488647	Résumé : GET /users échoue avec « Une erreur s’est produite » en raison d’analyses de tables complètes massives.
4488647	Correctif : une condition permettant de vérifier les utilisateurs à usage unique a été supprimée.
4489025	Résumé : l’option Signer, puis envoyer n’est pas disponible dans la nouvelle expérience de Demande de signature.
4489025	Correctif : la fonctionnalité a été ajoutée.
4489028	Résumé : la section Formulaires web n’est pas visible sous Paramètres de compte/groupe pour les comptes Développeur.
4489028	Correctif : les formulaires web ont été ajoutés au niveau du service Développeur.
4489132	Résumé : lorsque le paramètre EXPOSE_AGREEMENT_AFTER_SIGNING_ENABLED a la valeur TRUE, le signataire ne peut pas déléguer l’accord en raison de l’API indiquant un statut incorrect.
4489132	Correctif : le code a été mis à jour pour fournir la réponse correcte.
4489203/ 4489407	Résumé : impossible de télécharger les données des champs de formulaire pour les modèles de bibliothèque en raison de problèmes de performances liés aux modèles et aux formulaires web.
4489203/ 4489407	Correctif : remaniement du code d’extraction pour réduire le nombre de boucles pour les mêmes valeurs d’objet.
4489539	Résumé : la colonne Dernière mise à jour affiche une date de modification récente, mais l’accord n’a pas été mis à jour en raison de la colonne qui reflète la valeur de date de la dernière modification.
4489539	Correctif : la colonne LastUpdated utilise désormais la date de la dernière transaction à la place.
4489666	Résumé : cliquer plusieurs fois sur le bouton Exporter les données utilisateur pendant l’opération de téléchargement peut générer un nombre excessif de requêtes de base de données.
4489666	Correctif : le bouton d’exportation est maintenant désactivé pendant l’exportation et réactivé une fois l’exportation terminée ou en cas d’erreur.
4489708	Résumé : si la signature physique d’un signataire non vérifié est chargée par l’expéditeur, une erreur est émise, car Acrobat Sign tente d’abord de vérifier le participant.
4489708	Correctif : ajout d’un contrôle de l’action de l’expéditeur pour autoriser ce cas d’utilisation.
4489748	Résumé : le participant ne peut pas joindre un fichier dans le champ de pièce jointe en raison d’un conflit avec la politique de sécurité du contenu.
4489748	Correctif : ajout du domaine documentcloud.adobe.com au fichier .jsp interne.
4489806	Résumé : le SMS est envoyé au destinataire et l’expéditeur reçoit un faux e-mail pour non-remise du SMS lorsque des modèles d’e-mail personnalisés sont utilisés.
4489806	Correctif : le code qui gère l’envoi des notifications à l’adresse e-mail lorsque le SMS est utilisé a été corrigé.
4490094	Résumé : les données des champs de formulaire exportées ne contiennent pas tous les champs de données des accords créés via la nouvelle expérience Envoi en masse lorsque le modèle a été créé dans la version précédente de l’outil Envoi en masse.
4490094	Correctif : amélioration de l’exportation du formulaire du modèle de la version précédente vers le nouvel environnement.
4491200	Résumé : l’environnement Envoi en masse n’affiche pas de champs de date calculés préremplis pour les destinataires.
4491200	Correctif : la logique pour la façon dont les champs préremplis sont liés aux accords enfants a été mise à jour pour s’assurer que le contenu prérempli est renseigné comme prévu.
4491429	Résumé : impossible de traiter les paiements si le champ de paiement est calculé avec un champ en lecture seule dans la formule. C’est possible uniquement lorsque des champs préremplis existent dans l’accord.
4491429	Correctif : modifiez la logique de paiement pour le cas du préremplissage afin d’éviter de définir une valeur par défaut pour les champs qui ne figurent pas dans la liste des champs préremplis (comme les champs en lecture seule).
4491502	Résumé : le texte du libellé Authentification téléphonique n’est pas lisible dans les fenêtres d’affichage de petite taille.
4491502	Correctif : la taille de la police a été augmentée à 13 px.
4492386	Résumé : une augmentation de la taille du fichier après le traitement du document peut provoquer des problèmes liés aux limitations de taille de fichier.
4492386	Correctif : une nouvelle bibliothèque de traitement a été mise en place pour améliorer la taille du fichier mis à jour.
4493280	Résumé : les e-mails de workflows « terminés » n’étaient pas remis à certains destinataires en raison de rôles conflictuels (destinataire et partie en copie).
4493280	Correctif : de nouvelles méthodes sont fournies pour ajouter une logique afin d’utiliser le meilleur rôle de participation lorsque plusieurs rôles existent.
4493288	Résumé : le fuseau horaire n’affiche pas le texte légalement correct pour certaines langues.
4493288	Correctif : des valeurs d’énumération supplémentaires ont été ajoutées au sélecteur de fuseau horaire pour inclure les options supplémentaires.
4493570	Résumé : l’option permettant de limiter l’accès aux accords via le numéro de transaction sans connexion ne respecte pas les paramètres au niveau du groupe.
4493570	Correctif : le paramètre a été repensé pour accepter la valeur de l’identifiant de groupe.
4493717	Résumé : la modification d’un type de champ à l’aide du nouvel environnement de création sur le navigateur Edge provoque un scintillement en raison d’un style.
4493717	Correctif : le style à l’origine du scintillement graphique a été supprimé.
4494031	Résumé : la désactivation de la nouvelle page de création en faveur de l’environnement de composition classique ne respecte pas les paramètres configurés.
4494031	Correctif : le contrôleur de création utilise désormais l’appartenance au groupe de l’initiateur de l’accord et respecte les paramètres de ce groupe en conséquence.
4494284	Résumé : la nouvelle expérience de création n’utilise pas le paramètre du groupe d’envoi pour la signature numérique. Elle utilise le paramètre du groupe principal.
4494284	Correctif : le paramètre a été mis à jour pour respecter la configuration du groupe.
4496116	Résumé : le nom d’affichage de l’e-mail personnalisé du paramètre AGREEMENT_SEND_CUSTOM_FROM_EMAIL_DISPLAY_NAME ne s’affiche pas.
4496116	Correctif : mise à jour de la macro qui insère la valeur de nom pour utiliser une source plus fiable.
4496561	Résumé : la fonctionnalité qui applique le paramètre pour empêcher les utilisateurs d’un groupe spécifique de charger des documents à partir de leur ordinateur n’est pas respectée au niveau du groupe.
4496561	Correctif : la logique de code a été mise à jour pour respecter le paramètre au niveau du groupe pour le chargement de fichiers locaux lors de la modification des groupes.
4499981	Résumé : l’interface utilisateur des plages d’adresses IP n’affiche pas les valeurs enregistrées. De plus, aucun bouton n’est accessible en raison de la taille de la balise div sur la page.
4499981	Correctif : la taille de la balise div a été augmentée à la hauteur de l’élément.
4501353/ 4503262	Résumé : les transactions Envoyer en masse envoient des e-mails par intermittence en raison d’une exception de point nul.
4501353/ 4503262	Correctif : une logique a été ajoutée pour aider à découvrir l’identifiant de groupe de l’expéditeur et définir par défaut une chaîne vide en cas d’échec.
4501414/ 4503383/ 4504559/ 4504619/ 4504658	Résumé : le nouvel environnement de création affiche les champs pour les participants qui ne sont pas ajoutés à l’accord et qui peuvent présenter des messages d’erreur empêchant la création.
4501414/ 4503383/ 4504559/ 4504619/ 4504658	Correctif : du code a été ajouté pour ignorer le placement des champs attribués aux participants qui ne sont pas inclus dans la liste des destinataires de l’accord.
4501428/ 4503930	Résumé : la signature est bloquée lorsque le nom du destinataire ne peut pas être modifié pendant le processus de signature et : lorsque le destinataire a modifié la valeur du nom de l’utilisateur enregistré après l’envoi de l’accord, mais avant l’heure de signature. lorsque le destinataire dispose à la fois d’un champ de signature numérique et d’un champ de signature électronique. lorsque l’authentification Acrobat Sign est utilisée.
4501428/ 4503930	Correctif : ajout d’une vérification pour voir si le nom correspond au nom d’utilisateur enregistré, en plus des vérifications existantes. Ignorez la vérification si la participation inclut un champ de signature numérique. Ignorez la vérification des types d’authentification ADOBE_SIGN, KBA et GOV_ID.
4501444	Résumé : utilisation de « Suivant » au lieu de « Terminer » pour le libellé du bouton d’en-tête de navigation dans les champs d’affichage eSign pour mobiles une fois tous les champs obligatoires remplis.
4501444	Correctif : le bouton a été mis à jour.
4501750	Résumé : la signature est impossible lorsqu’un utilisateur enregistré modifie son nom et que le paramètre lui permettant de modifier son nom est désactivé.
4501750	Correctif : une logique a été ajoutée pour comparer le nom aux versions précédentes si la signature comprend une signature numérique et lors de l’utilisation des types d’authentification Acrobat Sign, GovID et KBA
4502421	Résumé : l’expéditeur est exclu des destinataires de rappels en raison d’une modification de la logique qui filtre les destinataires.
4502421	Correctif : le code a été restauré, tout comme la logique d’origine.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?