Notes de mise à jour d'Adobe Acrobat Sign - 2023

Dernière mise à jour le 2 avr. 2026

Notes de mise à jour d'Adobe Acrobat Sign : 2023

Déploiement de la production : 17 janvier 2023
Déploiement de GovCloud : 23 janvier 2023

Fonctionnalité améliorée

Remplacement d’un destinataire : la possibilité de remplacer le destinataire actuel a été étendue pour s’appliquer à tout destinataire qui n’a pas encore signé l’accord, ce qui permet de modifier/remplacer les adresses e-mail de tout futur destinataire de l’accord.

Modifications de l’expérience

Certificat de prélèvement à la source W-4 2023 ajouté à la bibliothèque Acrobat Sign : les clients qui utilisent le modèle de formulaire fiscal américain W-4 dans la bibliothèque Acrobat Sign ont accès à la version 2023, entièrement balisée et prête à être envoyée. Les clients peuvent télécharger le PDF et le modifier pour créer leur propre version selon leurs besoins.

La mise à jour du certificat CDS d'Acrobat Sign est prévue pour le 7 février 2023 - Le certificat CDS appliqué aux PDF générés dans Acrobat Sign mettra à jour l'image de marque sur le certificat d'Adobe Sign vers Acrobat Sign. La mise à jour devrait être terminée après la version de janvier, le 7 février 2023.

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.

Webhooks

Événement AGREEMENT_EXPIRATION_UPDATED ajouté à l’interface de l’application : l’événement AGREEMENT_EXPIRATION_UPDATED a été ajouté à l’interface destinée aux clients en tant qu’événement sélectionnable pour les accords.

Déploiement de la production : 14 mars 2023

Déploiement de GovCloud : 22 mars 2023

Fonctionnalité améliorée

Autoriser les signataires à enregistrer la progression sur un formulaire web et à revenir ultérieurement pour terminer : les administrateurs peuvent configurer le compte ou des groupes individuels pour permettre aux signataires d’enregistrer les formulaires web, afin que les destinataires puissent remplir le formulaire ultérieurement, si nécessaire. Pour enregistrer les données du formulaire, le destinataire doit fournir son nom, son adresse e-mail et un nom pour le formulaire.

Vérification de l’identité du signataire étendue pour inclure les formulaires web - Les comptes qui utilisent le paramètre Vérification de l’identité du signataire pour s’assurer que les signataires internes s’authentifient dans Acrobat Sign avant d’appliquer leur signature aux accords peuvent désormais étendre cette sécurité aux signatures appliquées aux formulaires web.

Accès au niveau de l’utilisateur pour créer des modèles de workflow d’accord personnalisés - L’accès au Concepteur de workflow client pour l’envoi de nouveaux accords peut désormais être activé pour les utilisateurs non administrateurs devant créer leurs propres workflows. Les utilisateurs qui ont accès aux workflows de création et de modification disposent d’un nouvel onglet Workflows dans la barre de navigation supérieure.

L’accès au workflow Power Automate intégré a été étendu pour autoriser la configuration au niveau du groupe - L’activation de l’intégration Microsoft Power Automate a été étendue au niveau du groupe afin que les administrateurs puissent accorder l’accès à Power Automate pour des groupes spécifiques.

Autoriser le caractère facultatif de la fonction Nom des destinataires requis pour vos expéditeurs - Les administrateurs qui activent la fonction Nom des destinataires requis ont désormais la possibilité d’abaisser l’exigence relative au nom, ce qui la rend facultative au niveau du compte ou du groupe pour l’expéditeur. Concrètement, cela signifie que l’expéditeur peut saisir le nom du destinataire s’il le connaît, mais peut envoyer l’accord même s’il ne le connaît pas.

Envoyer un accord uniquement à vous-même - Les expéditeurs peuvent désormais s’envoyer un accord uniquement à eux-mêmes sans avoir à ajouter d’autres destinataires au cycle de signature. Ainsi, le destinataire peut tester efficacement les nouveaux modèles de bibliothèque et le processus de signature de ses destinataires sans avoir à utiliser une valeur d’e-mail distincte pour le signataire.
- Avant cette version, toute tentative d’envoi d’un accord uniquement à vous-même générait une erreur. À partir de cette version, aucune erreur n’est déclenchée et l’accord est lancé comme n’importe quel autre.
- Le processus de signature suit toutes les règles attendues pour un accord envoyé en termes de notification par e-mail, d’authentification, de navigation dans les formulaires, de pièces jointes, etc.

Identité numérique Aadhaar disponible pour les comptes VIP - La méthode d’authentification Premium de l’identité numérique Aadhaar est désormais disponible via Adobe pour les comptes VIP qui exigent que les destinataires s’authentifient avec le service d’identité Aadhaar.

Nouveaux fournisseurs de services de confiance (TSP) -De nouveaux fournisseurs sont ajoutés pour étendre la disponibilité internationale de la solution de signature numérique. Nouveautés de cette version :
- A-Trust (UE / Autriche)
- ADACOM (UE / Grèce)
- CertSign (UE / Roumanie)
- ComSign (Israël)
- PSC World (Mexique)
- SSL.com (États-Unis)

Amélioration de la détection automatique des champs de formulaire - La détection automatique des champs de formulaire a été améliorée pour placer tous les champs en même temps (et non plus page par page) pour tous les comptes pour lesquels la détection automatique des champs est activée sur les partitions EU1 et JP1.

Nouvelles colonnes disponibles dans les exportations de données - Trois nouvelles colonnes de données sont maintenant disponibles :
- Nombre de documents - Nombre total des documents utilisés pour créer un accord.
- Fournisseur de signature Cloud - Nom du fournisseur de signature numérique (cloud).
- Émetteur du certificat de signature sur le cloud du destinataire - Émetteur du certificat du fournisseur de signature numérique (cloud).

Option Impression au format PDF disponible sur les pages de rapport - La nouvelle expérience liée aux Rapports inclut désormais un bouton permettant aux utilisateurs d’imprimer leurs rapports sous forme de PDF, afin de faciliter le partage de ces derniers avec des audiences qui n’ont pas de compte Acrobat Sign ou qui préfèrent ne pas se connecter pour les consulter.

Nouveau filtre et nouvelle colonne permettant d’identifier les administrateurs dans la liste Utilisateurs - Une nouvelle colonne est disponible dans la liste Utilisateurs, qui permet d’identifier facilement les administrateurs du compte. La liste affiche le plus haut niveau d’autorité accordé à l’utilisateur (Confidentialité > Compte > Groupe). Un filtre Afficher uniquement les administrateurs a été ajouté pour faciliter la révision de tous les administrateurs dans une liste consolidée.

Modifications de l’expérience

Lien permettant de télécharger gratuitement Acrobat Reader ajouté à l’e-mail post-signature - L’e-mail post-signature envoyé aux destinataires inclut désormais un lien permettant de télécharger gratuitement le produit Acrobat Reader afin de faciliter l’ouverture et l’affichage par les destinataires du PDF d’accord (généralement) joint.

Mise à jour de l’interface du destinataire lors de l’authentification Acrobat Sign - La méthode d’authentification Acrobat Sign a été déplacée vers un microservice, entraînant ainsi une modification mineure de l’interface du destinataire. La fonctionnalité n’a pas changé et les accords existants ne sont pas affectés négativement.

Mise à jour de l’interface de création et de modification des sceaux électroniques - Pour plus de clarté, le panneau de configuration et de modification des sceaux électroniques a été mis à jour de sorte à afficher les nouveaux libellés de texte. La fonctionnalité n’a pas changé et les accords existants ne sont pas affectés négativement.

Pied de page du rapport d'audit mis à jour - Depuis la version de mars 2023, tous les nouveaux rapports d'audit contiennent une nouvelle chaîne de texte en bas du rapport précisant que les noms des destinataires sont fournis par le signataire, sauf indication contraire explicite.La chaîne indique : « Les noms et adresses e-mail sont saisis dans le service Acrobat Sign par les utilisateurs d'Acrobat Sign et ne sont pas vérifiés sauf indication contraire. »

Intégrations d’Adobe Acrobat Sign

L'intégration Acrobat Sign pour Veeva Vault est mise à niveau pour offrir la fonctionnalité permettant d'informer les utilisateurs lorsque leur signature est requise sur un contrat et permettre aux utilisateurs de signer dans l'environnement Veeva Vault.

Problèmes résolus

Problème	Description
4293759	Résumé : l’option noChrome est incohérente lors de la transmission d’une valeur false après la transmission d’une valeur true dans la même session.
4293759	Correction : ajout de la logique permettant à supprimer noChrome de la session lorsque noChrome=false est transmis en tant que paramètre de requête.
4320157	Résumé : les accords dont l’état est Brouillon dans l’onglet Gérer (état de création dans l’API) expirent selon les paramètres d’échéance bien qu’ils ne soient pas des accords actifs.
4320157	Correction : mise à jour du calcul de la date d’échéance de sorte à exclure les transactions de statut Brouillon/Création.
4353443	Résumé : les outils de développement signalent une erreur WCAG sur la page Envoyer concernant des objets enfants manquants dans le groupe de boutons radio, car le bouton bascule du workflow est défini comme groupe de boutons radio.
4353443	Correction : la mise à jour de l’objet enfant en objet bouton n’offre plus que deux options et non un ensemble plus vaste d’options.
4355729	Résumé : dans certains cas, l’authentification de nom de la base de connaissances peut utiliser le nom de famille deux fois dans le bloc de signature.
4355729	Correction : un code a été ajouté pour détecter les valeurs de nom en double et inviter l’utilisateur à vérifier ou à mettre à jour le nom.
4359478	Résumé : des polices de signature peuvent s’afficher sous différentes tailles dans le PDF final, car elles n’ont pas de taille par défaut fixe.
4359478	Correction : les jeux de polices ont été ajustés de sorte à avoir une taille cohérente.
4375042	Résumé : les graphiques liés au temps ne se chargent pas dans le nouvel environnement de génération de rapports.
4375042	Correction : une mise à jour de la base de données a résolu ce problème.
4375549	Résumé : le filtre Groupe ne s’affiche pas dans l’interface d’exportation des données.
4375549	Correction : les données de groupe ont été actualisées dans la base de données afin de corriger le problème.
4375884	Résumé : les destinataires auxquels une délégation a été explicitement envoyée peuvent déléguer davantage leur autorité d’accord.
4375884	Correction : le code a été amélioré de sorte à renvoyer le participantSetID approprié.
4377068	Résumé : le fait de copier un modèle depuis la Sandbox vers l’environnement de production copie le modèle avec les champs de formulaire et affiche l’erreur « Erreur lors de l’exécution de la demande ». Cette dernière est causée par la détection de champs de lien hypertexte comportant une hauteur négative.
4377068	Correction : la fonctionnalité de détection des champs de formulaire a été améliorée pour garantir une compréhension cohérente du placement des champs et des coordonnées de placement relatives.
4380228	Résumé : la vue de la barre latérale eSign mobile ne fournit pas l’option Afficher l’historique.
4380228	Correction : l’application a été mise à jour pour fournir le contenu de l’historique.
4382167	Résumé : les versions localisées de la description HIPAA ne sont pas claires.
4382167	Correction : les traductions ont été améliorées.
4383351	Résumé : le fait de copier un formulaire web d’un environnement à l’autre (par exemple, depuis la Sandbox vers l’environnement de production) entraîne l’affichage de champs qui ne s’affichent pas dans l’accord final.
4383351	Correction : l’appel d’API PUT /widgets/{widgetId}/formFields a été amélioré pour garantir que les champs sont correctement placés.
4384877	Résumé : les paramètres Biopharma peuvent être ignorés lors de l’envoi d’une transaction Envoi en masse si Biopharma est configuré au niveau du groupe.
4384877	Correction : le code a été amélioré, de sorte à garantir un héritage approprié au niveau du groupe lors de la génération d’accords.
4387692	Résumé : les paiements par Braintree peuvent être annulés si l’utilisateur tente de signer un accord qui a déjà été signé.
4387692	Correction : une vérification a été mise en place, qui permet d’indiquer si l’accord a été modifié avant de terminer le paiement.
4396329	Résumé : l’image des signatures prise depuis un appareil mobile pivote à 90 degrés.
4396329	Correction : le code a été amélioré, de sorte à corriger l’orientation des images avant de les convertir en PDF.
4396574	Résumé : les workflows envoyés à partir d’un groupe non principal peuvent échouer et générer une erreur de validation de l’état Brouillon en raison de l’application des paramètres de session et des paramètres de groupe.
4396574	Correction : le code a été amélioré, afin que les paramètres de groupe soient correctement appliqués lorsqu’un nouveau groupe est sélectionné.
4396871	Résumé : les rapports d’audit en coréen affichent un nom de fichier corrompu de tous les caractères de hachage.
4396871	Correction : la fonction a été améliorée, de sorte à inclure toutes les familles de polices requises.
4397811	Résumé : les lignes d’objet des e-mails peuvent s’afficher de manière incorrecte si la chaîne contient deux points, en raison du balisage interne permettant d’identifier les hyperliens.
4397811	Correction : le code est à présent plus robuste et prend désormais en charge ce cas d’utilisation.
4399942	Résumé : des indications de couleur incorrectes peuvent être appliquées lors de la création de champs pour les participants Quiconque et Tout le monde.
4399942	Correction : logique modifiée dans la fonction de couleur pour Quiconque et Tout le monde.
4399995	Résumé : lors d’envois via l’API, l’URL de signatures groupées doit être une URL de redirection et non une URL sécurisée générique, afin de permettre au signataire d’accéder à l’interface utilisateur des signatures groupées sans connexion supplémentaire s’il est déjà authentifié SAML.
4399995	Correction : le code a été amélioré, de sorte à utiliser une l’URL de redirection lors des appels d’API de signatures groupées.
4403487	Résumé : les e-mails d’annulation personnalisés peuvent inclure la partie en copie dans la notification des signataires.
4403487	Correction : la fonction permettant de supprimer la partie en copie a été ajoutée au modèle d’annulation personnalisée.
4404574	Résumé : l’enregistrement du formulaire web peut échouer si ce dernier est créé dans un groupe membre (et non dans le groupe principal).
4404574	Correction : le code a été amélioré, de sorte à garantir que les paramètres du groupe de membres sont activés pour le formulaire web.
4405782	Résumé : les motifs de signature ne s’adaptent pas aux paramètres régionaux sélectionnés.
4405782	Correction : le code a été amélioré, de sorte à déplacer les paramètres régionaux de contenu et les aligner sur la session en cours.
4415593	Résumé : aucun texte n’est reçu lors de l’utilisation de l’option de signature mobile pour les numéros canadiens.
4415593	Correction : le problème avec le fournisseur a été corrigé.
4419917	Résumé : l’utilisation de now() comme paramètre dans une expression localisée renvoie une exception entraînant un rendu incorrect de la date.
4419917	Correction : la fonction Date convertit désormais la date numérique en chaîne avant de supprimer la localisation, affichant ainsi une valeur de date correcte.
4420339	Résumé : si le premier signataire est un délégué et que le même signataire apparaît plus tard dans le cycle de signature, une erreur peut se déclencher avec l’URL de signature.
4420339	Correction : le code a été amélioré, de sorte à garantir que la liste de signatures est correctement ordonnée lorsqu’elle est extraite de la base de données.
4421259	Résumé : les transactions Envoi en masse peuvent être configurées pour empêcher l’accès à l’environnement de création intégré à l’application à l’aide de l’authentification par mot de passe lorsqu’un contre-signataire interne est inclus.
4421259	Correction : le code a été amélioré pour améliorer la gestion du workflow et permettre la création.

Déploiement de la production : 20 avril 2023

Déploiement de GovCloud : 24 avril 2023

Fonctionnalité améliorée

Mise à jour des cachets électroniques pour autoriser uniquement le cachet graphique - Les cachets électroniques sont améliorés pour permettre le placement du cachet graphique uniquement, sans le composant textuel (nom, date, heure et motif de la signature). Pour prendre en charge ce scénario d’utilisation :
- Lors de la configuration du cachet, une nouvelle option est disponible pour omettre le composant textuel, ce qui permet d’afficher uniquement le cachet graphique.
- La signature numérique peut être créée avec un rapport L/H carré (permettant un sceau rond) en créant avec des balises de texte, des Acroforms ou l'API.
- Le texte du cachet (lorsqu’il est appliqué) indique désormais correctement « Scellé numériquement » au lieu de « Signé numériquement ».

Modifications de l’expérience

Remaniement de l’en-tête et du pied de page - L’en-tête et le pied de page ont été repensés pour mieux s’adapter aux affichages sur des plateformes plus réduites et pour améliorer l’accessibilité.
- L’en-tête superposé a été fusionné pour contenir le logo de la marque et les onglets de navigation dans une seule barre d’en-tête.
- La barre d’en-tête se réduit en icône d’options sur les plateformes plus petites ou lorsque le facteur de zoom de l’écran nécessite l’espace pour afficher correctement le contenu.
- Le pied de page est entièrement supprimé, en déplaçant le sélecteur Langue dans le menu de profil dans le coin supérieur droit de la page.

Problèmes résolus

Problème	Description
4389075	Résumé : lors du téléchargement d’un accord signé précédemment en tant que fichier joint, les champs multilignes ne permettent pas d’afficher des lignes en dehors de la portée de l’empreinte du champ d’origine.
4389075	Solution : du code a été ajouté pour conserver l’annotation PDF d’origine pour les champs multilignes dans les pièces jointes.
4389207	Résumé : dans Microsoft Teams, les signataires obtiennent un écran vide lors de l’utilisation de l’authentification Acrobat Sign.
4389207	Solution : le code a été mis à jour pour transmettre les bons paramètres dans l’environnement Teams afin de réaliser l’authentification.
4406571	Résumé : les rapports d’audit en japonais dupliquent la civilité.
4406571	Solution : l’application a été mise à jour pour supprimer la duplication.
4415574	Résumé : l’environnement Sandbox ne charge pas tous les groupes en raison de problèmes de pagination.
4415574	Solution : la pagination a été corrigée dans l’environnement Sandbox.
4415966	Résumé : le fuseau horaire défini par le client pour les rapports d’audit n’est pas respecté pour les formulaires web.
4415966	Solution : le code prenant en charge les rapports d’audit pour les formulaires web a été mis à jour pour s’adapter correctement au paramètre de fuseau horaire défini par le client.
4417187	Résumé : Les clients pour lesquels la visibilité limitée de documents est activée peuvent ne pas voir tous les champs lors de l’exportation de données à l’aide du nouvel environnement de rapport.
4417187	Corriger : Le code relatif au document et à la visibilité des données ont été mis à jour pour permettre l’accès aux données des champs pour les rapports.
4417835	Résumé : les informations sur les signataires des accords terminés dans l’environnement Sandbox peuvent ne pas s’afficher lors de l’affichage de l’accord en raison d’un conflit avec le filigrane.
4417835	Solution : les améliorations apportées au code permettent d’afficher correctement le filigrane et les informations client sur les accords terminés.
4418255	Résumé : lors de la création d’un formulaire web dans un groupe qui n’est pas le groupe principal de l’utilisateur, l’option permettant d’utiliser plusieurs signataires est héritée de l’utilisateur au lieu du groupe.
4418255	Solution : l’héritage de la propriété a été corrigé pour utiliser le groupe sélectionné au lieu du groupe de l’utilisateur.
4420675	Résumé : certains utilisateurs ne peuvent pas exécuter de rapports à l’aide du nouvel environnement car l’API renvoie des informations incomplètes.
4420675	Solution : un code supplémentaire a été ajouté pour prendre en charge le type d’événement d’API qui renvoie des informations insuffisantes.
4426975	Résumé : Certains paramètres de messagerie, tels que la suppression de l’adresse électronique et du nom de l’expéditeur, ne sont pas correctement appliqués.
4426975	Corriger : Les modèles d’e-mail ont été réparés pour appliquer correctement les paramètres hérités.
4427301	Résumé : Les signataires qui utilisent une langue autre que l’anglais américain ne voient pas le menu déroulant Motifs de la signature lors de la signature.
4427301	Corriger : Le code permettant de récupérer la liste des motifs de signature a été corrigé pour tenir compte des paramètres régionaux du destinataire.
4430515	Résumé : Lorsqu’un expéditeur ajoute un champ de saisie avec le mot "直" comme valeur par défaut, le signataire voit l’ancienne police lors de la signature et sur le document terminé
4430515	Corriger : La définition des priorités des polices a été améliorée pour corriger le remplacement.

Déploiement en production : 23 mai 2023

Déploiement GovCloud : 6 juin 2023

Fonctionnalité améliorée

Intégration avec Microsoft Power Automate : disponible pour tous les comptes disposant de licences d’entreprise Acrobat Sign qui cherchent à automatiser leurs processus de pré-signature ou de post-signature. Cette intégration est activée par l’administrateur du compte depuis Paramètres du compte > Intégration des workflows. Une fois activée, l'intégration est accessible via une vignette sur la page Accueil ou un nouvel onglet Workflow dans la barre de navigation supérieure.
Avec le droit Power Automate inclus (activé lors de l'activation), les utilisateurs peuvent accéder à tous les connecteurs standard et Premium de Power Automate pour une utilisation avec Acrobat Sign. Les clients disposant de licences Power Automate via Microsoft peuvent également les utiliser avec l’intégration.

Annotation

L’accès pour découvrir cette fonctionnalité via l’onglet Workflows et les points d’accès de la page d’accueil est activé par défaut pour tous les utilisateurs.

La possibilité de créer et d'utiliser un workflow ne sera pas disponible tant qu'elle ne sera pas explicitement activée par l'administrateur du compte.

Les commandes permettant de désactiver la visibilité pour les utilisateurs sont disponibles sous Paramètres du compte > Paramètres généraux.

Prise en charge des noms et des signatures pour les paramètres régionaux hébreux : le nom et les valeurs d’initiales dans les paramètres régionaux hébreux (de droite à gauche) sont désormais pris en charge dans les champs de signature sur le document final PDF et dans le rapport d’audit.

Obligation d’enregistrement d’un formulaire web à l’ouverture : les administrateurs peuvent supprimer l’option d’annulation du processus d’enregistrement lorsque l’option Enregistrer lors de l’ouverture du formulaire web est activée, forçant le signataire à convertir le processus de formulaire web en un processus d’accord normal.

Problèmes résolus

Problème	Description
4316916	Résumé : si plusieurs signataires apposent leur signature pratiquement au même moment dans un flux de signature parallèle, la signature du premier signataire est omise dans les versions suivantes du document.
4316916	Solution : un processus de verrouillage a été ajouté à la conversion du document pour éviter la collision de l’apposition de signatures sur la version officielle du document. Les signataires suivants dans un flux de signature parallèle reçoivent un message indiquant que l’accord a été mis à jour et qu’il doit être signé à nouveau si sa version a changé (en raison d’une apposition de signature) depuis l’ouverture de l’accord.
4382014	Résumé : les cases à cocher ajoutées à l’aide du placement de champs automatique ne s’alignent pas correctement sur le graphique des cases à cocher.
4382014	Solution : le code de placement a été amélioré pour utiliser un décalage en pixels pour le champ, et la taille du champ est calculée avant le positionnement lorsque le niveau de zoom est modifié, améliorant ainsi le placement du champ.
4415970	Résumé : si des utilisateurs sont créés dans un compte avec l’option Utilisateurs dans plusieurs groupes activée, et que par la suite le groupe Par défaut est défini pour interdire l’envoi et désactiver la fonctionnalité Utilisateurs dans plusieurs groupes, le bouton Démarrer depuis la bibliothèque sur la page d’accueil peut être désactivé.
4415970	Solution : le code a été amélioré pour prendre en compte la désactivation de la fonctionnalité Utilisateurs dans plusieurs groupes et garantir un héritage correct des paramètres du groupe de l’utilisateur.
4416451	Résumé : les expéditeurs qui tentent d’effectuer une transaction Envoyer en masse lorsque l’expéditeur signe en premier et que la signature appliquée est une signature numérique d’un FI basé sur le cloud rencontrent une erreur indiquant que le FI n’est pas disponible.
4416451	Solution : le code Envoyer en masse a été amélioré pour identifier correctement que l’expéditeur est autorisé à signer d’abord à l’aide d’une signature numérique.
4418343	Résumé : les participants qui signent avec l’option Motifs de signature activée dans un environnement localisé constateront que les chaînes « Signé par », « Motif » et « Date » ne sont pas localisées.
4418343	Solution : la localisation a été appliquée aux chaînes.
4419664	Résumé : l’extraction de rapports exceptionnellement longs dans le nouvel environnement peut échouer en raison de la taille de l’ensemble de données.
4419664	Solution : les paramètres de l’ensemble de données ont été améliorés pour répondre à des demandes beaucoup plus volumineuses.
4420278	Résumé : l’affectation des champs peut revenir au premier destinataire lors de l’enregistrement d’un modèle, puis de la sélection du bouton Précédent.
4420278	Solution : le constructeur de champs de formulaire a été mis à jour pour attribuer correctement l’ID de participation lors de l’enregistrement du modèle.
4420932	Résumé : les PDF créés par certaines applications ne sont pas conformes à la norme PDF et ne peuvent donc pas être téléchargés en tant que documents individuels depuis la page Gérer.
4420932	Solution : évaluez les PDF téléchargés et enregistrez-les à nouveau s’ils s’avèrent déficients.
4421539	Résumé : le nouvel environnement de création de rapports n’exporte pas les champs de formulaire si tous les champs sont définis en lecture seule.
4421539	Solution : l’indicateur de lecture seule doit être ignoré lors de l’extraction des données du rapport.
4424177	Résumé : l’option « Signataire » est disponible dans les autorisations de modification au niveau du groupe si le paramètre Signer au nom d’autres personnes n’est pas activé.
4424177	Solution : l’ordre du code a été mis à jour pour vérifier les paramètres de signature avant d’afficher les autorisations de signature.
4426708	Résumé : la chaîne de lien hypertexte s’étend au-delà de la limite de la zone d’affichage lors de la confirmation d’une redirection vers une nouvelle URL via le champ Lien hypertexte.
4426708	Solution : un habillage de débordement est appliqué à la chaîne.
4427788	Résumé : dans les comptes pour lesquels l’option Utilisateurs dans plusieurs groupes est activée, les appartenances à un groupe existantes sont supprimées lorsqu’un utilisateur est promu en tant qu’administrateur de groupe à l’aide de la recherche d’appartenances à un groupe en raison du filtrage appliqué à l’ID utilisateur obtenu.
4427788	Solution : la liste de valeurs non filtrée doit être utilisée lors de l’enregistrement des nouvelles relations utilisateur.
4427893	Résumé : impossible de générer une clé de document dans les rappels pour les comptes sur les webhooks 2.0.
4427893	Solution : des vérifications nulles ont été ajoutées pour intercepter les événements et corriger le problème.
4428561	Résumé : dans le nouvel environnement de création de rapports, certains groupes ne peuvent pas s’afficher lors du filtrage par groupe.
4428561	Solution : le code de récupération a été amélioré pour s’assurer que tous les groupes sont affichés.
4430423	Résumé : les langues écrites de droite à gauche inversent la signature après son apposition.
4430423	Solution : la prise en charge des langues écrites de droite à gauche a été ajoutée pour capturer les signatures et les appliquer correctement à la documentation.
4430515	Résumé : lorsqu’un expéditeur ajoute un champ de saisie avec le mot « 直 » comme valeur par défaut, le signataire voit l’ancienne police lors de la signature et sur le document terminé.
4430515	Solution : la définition des priorités des polices a été améliorée pour corriger le remplacement.
4433166	Résumé : certains champs générés par des balises de texte peuvent ne pas être visibles lors de l’affichage de l’accord signé en ligne. Les PDF téléchargés s’affichent correctement.
4433166	Solution : la bibliothèque de PDF a été mise à jour, ce qui a permis de corriger le problème où la bibliothèque décode les métadonnées PDF pour l’affichage des fichiers PDF.

Déploiement en production : 19 juillet 2023

Déploiement GovCloud : 25 juillet 2023

Fonctionnalité améliorée

Rapports de consommation de transactions : les rapports de consommation de transactions apportent aux administrateurs la visibilité nécessaire pour mieux comprendre les modèles de consommation de transactions de leur organisation. Les administrateurs peuvent créer des rapports dédiés pour suivre la consommation des transactions avec quatre graphiques différents :
- Tendance du volume des transactions
- Transactions par expéditeur
- Transactions par groupe
- Transactions par workflow

Nouveau audit d'activité des paramètres pour examiner les activités des administrateurs - Un nouveau type de rapport qui fournit un journal d'audit qui aide à assurer une conformité continue, en protégeant contre tout changement inapproprié et en auditant les comportements suspects au sein de votre organisation.
En tant qu'administrateur, vous avez une visibilité complète sur les modifications apportées aux paramètres des utilisateurs, groupes ou comptes (selon le niveau d'autorité de l'utilisateur).Vous pouvez filtrer le journal d’audit en fonction du nom du paramètre, de l’auteur de la modification ou de la cible de la modification (nom, utilisateur ou groupe). Ensuite, vous pouvez afficher et exporter ces rapports pour une analyse plus approfondie. Les administrateurs de compte peuvent afficher les journaux de tous les groupes. Les administrateurs de groupe peuvent uniquement consulter les journaux d'audit pour les groupes sur lesquels ils ont autorité.

Amélioration des détails des exportations de données pour refléter correctement les événements de remplacement des destinataires : des colonnes d’exportation de données ont été ajoutées pour mieux représenter à quel moment les destinataires sont modifiés au cours du processus de signature d’une transaction. Ces nouvelles colonnes sont les suivantes :
- Statut du destinataire
- Signature du destinataire
- Motif du changement de destinataire
- Date de modification du destinataire

Consignation des demandes d’authentification dans le rapport d’audit : chaque événement d’authentification des clients qui utilisent la fonction Authentification d’identité imposée (dans l’onglet Paramètres Bio-Pharma) avec une authentification par Téléphone est clairement consigné dans le rapport d’audit. Les nouveaux événements du rapport d’audit incluent l’étape à laquelle l’authentification a été capturée (ouverture de l’accord, application d’une signature et sélection du bouton Cliquer pour signer) et le type d’authentification utilisé. L’authentification de type Téléphone est la seule méthode prise en charge dans cette version. L'authentification Acrobat Sign est prévue pour être incluse dans la version d'août 2023.)
La liste d'activités reflète également chaque authentification (bien que dans un format plus court).

Prise en charge des formulaires web pour l'authentification d'identité forcée - Les formulaires web respectent désormais les paramètres Forcer l'authentification d'identité , permettant la conformité de signature avec des réglementations telles que CFR 21 partie 11, et enregistrant complètement les événements de signature dans le journal d'audit (comme décrit ci-dessous).
De plus, l'authentification Acrobat Sign a été ajoutée comme méthode d'authentification, fournissant aux formulaires web l'enregistrement détaillé des signatures qui prend en charge de nombreuses exigences de conformité.

Carnet d’adresses de l’organisation intégré avec LDAP ou Active Directory : les clients qui gèrent leurs utilisateurs dans l’Adobe Admin Console peuvent lier leur LDAP ou Active Directory afin d’importer un carnet d’adresses d’organisation pour tous les utilisateurs du compte. Les utilisateurs peuvent ainsi saisir le nom ou l’adresse e-mail de toute personne du LDAP/AD de leur entreprise et trier cette partie dans la liste de contacts générée automatiquement. Les contacts de l’organisation (dérivés du LDAP/AD de l’organisation) sont répertoriés séparément des contacts personnels (dérivés de toute adresse e-mail à laquelle l’utilisateur a envoyé un accord).

Groupes de destinataires réutilisables pour le concepteur de processus personnalisé - Des groupes de destinataires persistants peuvent être créés au niveau de l'utilisateur, du groupe et du compte pour une utilisation lors de la création de processus d'envoi personnalisés.

Nouveau rapport d’approvisionnement des utilisateurs pour aider à résoudre les problèmes de création d’utilisateurs : les comptes qui gèrent leurs utilisateurs dans l’Adobe Admin Console disposent d’un nouveau rapport d’approvisionnement des utilisateurs sur une nouvelle page En attente de l’onglet Utilisateurs. Cela est particulièrement utile pour les comptes qui déplacent des utilisateurs de plusieurs organisations existantes de l’Adobe Admin Console (peut-être dans différents environnements) vers une organisation d’entreprise. Pour filtrer les utilisateurs actifs parmi les utilisateurs qui n’ont pas encore terminé leur activation dans la nouvelle organisation, l’onglet Utilisateurs a été divisé en deux sections :
- Autorisé : utilisateurs disposant des ressources appropriées et pouvant utiliser Acrobat Sign. Cette page est identique à la page Utilisateurs précédente et possède les mêmes fonctionnalités.
- En attente : les utilisateurs qui n’ont pas encore tous les droits nécessitent une action ou une assistance.

Amélioration de la granularité des autorisations de modification des paramètres au niveau du groupe : les administrateurs de compte disposent désormais d’une granularité au niveau des onglets pour permettre la modification des autorisations au niveau du groupe. Les administrateurs de groupe reçoivent un message clair de leur accès restreint en haut de leurs pages de groupe lorsque l’autorisation de modification est désactivée.

Nouveaux fournisseurs de services de confiance : de nouveaux fournisseurs sont ajoutés pour développer l’accès à l’international de la solution de signature numérique. Nouveautés de cette version :
- Certinomis

Indication du nom des fichiers joints lors de leur ajout aux e-mails : les administrateurs aux niveaux du compte et du groupe peuvent désormais indiquer le nom des fichiers joints aux notifications par e-mail. Les noms de fichier sont influencés par le paramètre Fusionner plusieurs documents en un seul document après la signature qui fournit soit une pièce jointe avec tous les fichiers fusionnés, soit des fichiers joints séparément avec leurs noms individuels. Les options sont les suivantes :
- Nom de l’accord
  - Lorsque tous les fichiers sont fusionnés : un fichier est nommé d’après le nom de l’accord. Exemple : Contrat de service 2023
  - Lorsque les fichiers sont séparés : un fichier est joint par fichier chargé. Chaque fichier utilise le nom de l’accord avec un énumérateur ajouté. Exemples : Contrat de service 2023 (partie 1), Contrat de service 2023 (partie 2), Contrat de service 2023 (partie 3)
- Nom du fichier
  - Lorsque tous les fichiers sont fusionnés : un fichier portant le nom dérivé du premier fichier chargé.
  - Lorsque les fichiers sont séparés : un fichier est joint par fichier chargé. Chaque pièce jointe conserve le nom de fichier d’origine, quelle que soit la source (modèle, document d’accord chargé, document temporaire, pièce jointe du destinataire).
- Hybride
  - Lorsque tous les fichiers sont fusionnés : un fichier est nommé d’après le nom de l’accord.
  - Lorsque les fichiers sont séparés : un fichier est joint par fichier chargé, chaque pièce jointe conservant le nom de fichier d’origine.

Pour accéder aux contrôles, choisissez Paramètres de compte > Paramètres généraux > Les fichiers joints à un e-mail seront nommés :

Annulation du partage des accords : le partage d’un accord peut être annulé par le créateur de l’accord ou par tout participant qui a pu créer un partage avec une autre partie. L’annulation du partage avec une partie annule automatiquement le partage de l’accord avec toutes les parties en aval, supprimant ainsi l’intégralité de la branche de partage.

Modifications de l’expérience

L'interface de processus d'envoi personnalisé sera activée pour tous les utilisateurs - Tous les comptes qui ont activé les processus d'envoi personnalisés pour leurs administrateurs ont été activés avec l'accès au concepteur de processus pour tous les utilisateurs. Les utilisateurs peuvent accéder au concepteur de workflows via l’onglet Workflows de la barre de navigation supérieure et la vignette Créer des workflows réutilisables de la page Accueil. Les utilisateurs n'ont l'autorité que pour créer des processus pour leur usage personnel jusqu'à ce qu'un administrateur active explicitement l'option de partager les processus dans le menu d'administration.
Les administrateurs souhaitant supprimer l'accès au concepteur de processus pour les utilisateurs peuvent le faire dans les Paramètres globaux sous la section Processus d'envoi personnalisé :

L’onglet Utilisateurs a été divisé en deux tableaux pour les utilisateurs de l’Admin Console : les comptes qui gèrent leurs utilisateurs dans l’Adobe Admin Console disposent de leur onglet Utilisateurs sur deux pages :
- Activé : cette page contient un tableau de tous les utilisateurs qui ont été créés dans l’environnement Acrobat Sign et qui doivent pouvoir utiliser le service sans problème. Cette page est équivalente à l’onglet Utilisateurs précédent ; elle possède les mêmes fonctionnalités.
- En attente : cette page contient les utilisateurs qui ont été ajoutés au profil utilisateur dans l’Admin Console, mais qui n’ont pas été convertis en utilisateurs fonctionnels dans le système Acrobat Sign.

Flux d'authentification Acrobat Sign amélioré - La méthode d'authentification Acrobat Sign a été améliorée pour réduire la complexité et le nombre d'étapes pour les signataires. L’adresse e-mail du destinataire est importée dans le système d’authentification d’Adobe pour déterminer si l’utilisateur est connu, ce qui élimine les écrans/clics multiples et assure une authentification plus simple. Le destinataire est invité à fournir un mot de passe si l’adresse e-mail existe déjà. Si l’adresse e-mail n’existe pas, l’utilisateur est automatiquement orienté vers la création d’un compte.

Prise en charge de 10 signatures numériques par destinataire (maximum) : la limitation d’une signature numérique par destinataire a été améliorée pour permettre de placer jusqu’à 10 champs de signature numérique par destinataire. Aadhaar et Singpass ne sont pas pris en charge.

Le nouvel environnement Rapports est chargé par défaut lors de l’ouverture de la page : la version par défaut de la page Rapports a été modifiée pour charger le nouvel environnement de rapport lorsque les utilisateurs ouvrent l’interface pour la première fois. Les utilisateurs conservent la possibilité de revenir à l’environnement classique si besoin.

Annotation

l’environnement classique de rapport devrait être entièrement supprimé du service d’ici la fin de 2023. Il est conseillé aux clients qui l’utilisent toujours de recréer et de planifier leurs rapports dans le nouvel environnement dès que possible afin d’assurer la continuité des rapports.

Avant la version de juillet 2023, un accord envoyé à l’aide d’un workflow d’envoi personnalisé ne respectait pas les méthodes d’authentification définies au niveau du compte et du groupe. Un expéditeur pouvait modifier la méthode d’authentification par défaut du signataire même si les paramètres de compte/groupe ne l’y autorisaient pas. La version de juillet a corrigé ce comportement et l’a rendu compatible avec l’expérience de la page Envoyer, qui exige que l’expéditeur utilise la méthode d’authentification par défaut si le paramètre de compte/groupe n’autorise pas la modification de la méthode d’authentification par défaut.

Par exemple, si la méthode d’authentification par défaut pour les signataires internes est E-mail, et que l’option Autoriser les expéditeurs à modifier la méthode d’authentification par défaut n’est pas activée, les expéditeurs ne pourront pas envoyer l’accord avec d’autres méthodes d’authentification que l’e-mail. Ce comportement est correct et s’aligne sur l’expérience de la page Envoyer.

Mises à jour des applications mobiles

Option de notifications Push sur la plateforme iOS : les comptes qui gèrent leurs utilisateurs dans l’Adobe Admin Console peuvent activer les notifications Push pour les utilisateurs avec l’application Acrobat Sign pour iOS installée sur leurs appareils mobiles. Les notifications Push informent les destinataires que de nouveaux accords méritent leur attention et les expéditeurs que des accords sont signés et terminés. Les utilisateurs individuels peuvent choisir de désactiver les notifications push dans leurs paramètres d'appareil.
Cette fonctionnalité sera disponible pour les utilisateurs sur iOS v15+ dans la version 3.29 sur l'App Store d'Apple début août.

Intégrations

Acrobat Sign pour Veeva Vault est mis à niveau avec les éléments suivants :

Branding mis à jour : le branding Adobe Sign a été mis à jour vers Adobe Acrobat Sign pour l’aligner sur le branding actuel du service. Dans le cadre de ce changement de marque, tous les objets de l’intégration dans Veeva Vault ont été mis à jour vers Adobe Acrobat Sign.
Assurance de la version actuelle du document : étant donné que Veeva Vault permet de conserver plusieurs versions d’un document, l’installation d’Acrobat Sign pour Veeva Vault autorise les utilisateurs à joindre uniquement la version la plus récente.

Problèmes résolus

Problème	Description
4356308	Résumé : le champ E-mail des workflows ne rétablit pas correctement une valeur vide après la suppression d’une valeur précédente contenant plusieurs fractionnements en raison des espaces ou des virgules. Les valeurs fractionnées restent sur le modèle, ce qui provoque une erreur lorsque de nouvelles valeurs sont ajoutées, car le champ lit plusieurs valeurs là où une seule valeur est attendue.
4356308	Correction : le code du champ de saisie a été mis à jour pour permettre aux nouvelles valeurs d’entrée d’ajouter directement la valeur et de ne pas l’ajouter au contenu précédent.
4358989	Résumé : le partage d’un modèle de bibliothèque entre des groupes dont la fonctionnalité Utilisateurs dans plusieurs groupes est activée peut empêcher l’enregistrement du modèle si le nombre de groupes est supérieur à 100 en raison du code de récupération de groupe qui référence uniquement les 100 premiers groupes.
4358989	Correction : la logique de récupération de groupe a été mise à jour pour lire en boucle les pages, le cas échéant, et enregistrer tous les noms de groupe stockés.
4361087	Résumé : les accords envoyés pour signature parallèle affichent l’action Télécharger sur la page Gérer.
4361087	Correction : la page Gérer a été mise à jour pour masquer correctement l’action Télécharger lorsque l’accord présente une condition non prise en charge.
4379342	Résumé : les accords avec plusieurs destinataires utilisant une authentification qui nécessite un jeton du système Acrobat Sign (par exemple, une authentification par téléphone) peuvent rencontrer une situation où un destinataire déclenche une erreur « Jeton d’accès invalide » en raison de la destruction du jeton d’authentification de session par un appel d’API de jeton d’actualisation.
4379342	Correction : la gestion des jetons entre les sessions a été améliorée pour corriger le problème sous-jacent.
4383564	Résumé : impossible de signer des documents via un e-mail Signature requise lorsque la vérification de l’identité du signataire est activée et que le signataire se trouve sur une autre partition.
4383564	Correction : le code de gestion des paramètres inter-partition a été mis à jour.
4384284	Résumé : la connexion à l’environnement GovCloud peut rediriger l’utilisateur vers le concentrateur.
4384284	Correction : les origines approuvées sur le concentrateur ont été mises à jour.
4403772	Résumé : l’ajout de modèles de document non disponibles dans un modèle de workflow est retardé, car l’API prend plus de temps que prévu pour mettre à jour le modèle.
4403772	Correction : un message « Enregistrement » a été ajouté pour informer l’utilisateur qu’un processus est toujours en cours.
4403836	Résumé : aucun message n’est remis à l’utilisateur si un accord créé par l’API passe automatiquement d’un workflow Par écrit à un workflow Électronique.
4403836	Correction : la documentation de l’API a été mise à jour pour indiquer cet événement.
4404257	Résumé : le contraste du graphique en forme de flèche rouge de Sign est insuffisant.
4404257	Correction : la couleur a été mise à jour pour répondre à l’exigence 4.5:1.
4409720	Résumé : les utilisateurs ayant signé un document sont ensuite marqués comme inactifs dans le système, puis le retour à l’accord signé peut créer une situation dans laquelle les e-mails ultérieurs concernant l’accord leur sont envoyés, éventuellement à plusieurs reprises, en raison du système qui délègue l’action des signataires inactifs.
4409720	Correction : une logique a été ajoutée pour prendre en compte les utilisateurs inactifs qui ont pourtant accès aux accords afin d’empêcher toute délégation.
4412152	Résumé : le rapport de contraste de l’indicateur de focus n’est pas suffisant pour les champs de tous types de la page de signature électronique.
4412152	Correction : la couleur a été mise à jour pour répondre à l’exigence 4.5:1.
4412153	Résumé : le rapport de contraste de l’indicateur de focus n’est pas suffisant pour le bouton Appliquer.
4412153	Correction : la couleur a été mise à jour pour répondre à l’exigence 4.5:1.
4417413 4422433	Résumé : les champs calculés sont traités correctement lorsque les paramètres régionaux sont en anglais américain, mais pas dans les pages localisées, où une virgule est utilisée au lieu d’un séparateur décimal.
4417413 4422433	Correction : le code a été mis à jour pour tenir compte des paramètres régionaux avant d’effectuer le calcul.
4417905	Résumé : le rapport d’audit n’inclut pas le motif Bio-Pharma d’un deuxième signataire.
4417905	Correction : le code a été mis à jour pour autoriser les événements de signature pour plusieurs raisons.
4419219	Résumé : si la première lettre de la signature est inclinée vers la gauche comme la lettre minuscule p, elle est tronquée, car la lettre sort de l’espace de signature.
4419219	Correction : mise à jour du texte de la signature pour qu’il commence à droite afin que le texte ne soit pas tronqué lors du rendu des caractères qui sont inclinés vers la gauche.
4420176	Résumé : le téléchargement d’un document signé échoue lorsque les signatures sont des champs de signature numérique.
4420176	Correction : la page Gérer a été mise à jour pour masquer correctement l’action Télécharger lorsque l’accord présente une condition non prise en charge.
4420880	Résumé : l’enregistrement du rapport d’audit pour les signatures appliquées via une autorisation de compte partagé n’est pas clair.
4420880	Correction : le texte du journal d’audit a été mis à jour pour être plus explicite dans le processus de signature et pour indiquer qui a signé au nom d’un autre utilisateur.
4422206	Résumé : lors de l’exportation de la liste d’utilisateurs à partir d’un groupe, la colonne Groupes est vide, à l’exception du groupe principal si l’utilisateur est administrateur de plusieurs groupes.
4422206	Correction : la requête d’adhésion de plusieurs groupes a été améliorée et la fonction Exporter les utilisateurs a été mise à jour pour gérer correctement ce cas d’utilisation.
4424153	Résumé : lorsqu’un lien hypertexte est placé dans un document et que plusieurs pages font référence à une page de ce document, il ne fonctionne pas sur les appareils mobiles.
4424153	Correction : la fonctionnalité Développer et faire défiler de l’application mobile a été améliorée pour mieux mettre l’accent sur la cible du lien hypertexte.
4426232	Résumé : le paramètre pageSize ne fonctionne pas lors de l’exécution de la demande « GET /libraryDocuments/{libraryDocumentId}/formData », ce qui entraîne un temps de réponse supérieur à 2 minutes et une rupture du workflow.
4426232	Correction : une version précédente du code a été restaurée lors de l’analyse de la cause première.
4426529	Résumé : un caractère de contrôle spécial entré en tant que nom d’utilisateur empêche le téléchargement du rapport d’audit.
4426529	Correction : une fonction a été créée pour rechercher et supprimer les caractères de contrôle invisibles.
4426607	Résumé : lors de l'envoi d'un contrat via un workflow, si plusieurs signataires ont la même adresse e-mail mais des types ou valeurs d'authentification différents, un type d'authentification remplace l'autre ou les autres pour cette adresse e-mail.
4426607	Correction : le code a été amélioré pour vérifier les informations d’autorisation et l’adresse e-mail dans l’index des signataires.
4427083	Résumé : les exportations de données avec la colonne Adresse e-mail du destinataire ajoutée peuvent déclencher une erreur si le nombre de destinataires dépasse 99.
4427083	Correction : le tableau de liste des destinataires a été augmenté.
4427245	Résumé : les liens hypertexte obligatoires sont considérés comme « terminés » lorsque le signataire/accepteur choisit d’annuler la redirection du lien hypertexte.
4427245	Correction : le code a été mis à jour pour vérifier que l’utilisateur ouvre le lien avant de supprimer l’indicateur requis et de marquer le champ comme terminé.
4427490	Résumé : la taille précédente du champ de pièce jointe est rétablie après le redimensionnement et l’enregistrement du modèle de champ.
4427490	Correction : le redimensionnement du champ de pièce jointe peut désormais être effectué manuellement.
4427512	Résumé : il est possible de glisser-déposer l’URL de l’accord dans les champs.
4427512	Correction : les propriétés de champ ont été améliorées afin d’empêcher le dépôt de l’URL de l’accord dans le champ.
4427761	Résumé : les workflows créés dans les comptes dont la fonctionnalité Utilisateurs dans plusieurs groupes est activée peuvent être envoyés sans appliquer l’authentification.
4427761	Correction : l’authentification par signataire a été améliorée pour s’assurer qu’elle est appliquée aux workflows.
4429024	Résumé : le bloc de signature n’est pas visible du dernier destinataire lorsqu’une copie signée est téléchargée par l’expéditeur pour le premier destinataire.
4429024	Correction : une nouvelle méthode de placement des champs de signataire a été appliquée pour prendre en charge les signataires en aval lorsqu’un accord comporte un événement de chargement.
4429142	Résumé : les workflows peuvent être bloqués lors de l’ajout d’un deuxième fichier au workflow en raison d’un problème de pagination si le nouveau modèle ne se trouve pas dans le groupe initial de modèles chargés.
4429142	Correction : la longueur de la collection a été mise à jour pour correspondre au nombre de modèles dans l’ensemble des méthodes.
4429268	Résumé : les utilisateurs disposant de jetons IMS ne peuvent pas exécuter d’appels API vers des points de terminaison d’application.
4429268	Correction : étendues application_read et application_write ajoutées au paramètre WEB_APP_LOGIN_IMS_SCOPES.
4429712	Résumé : les groupes de destinataires ajoutés aux modèles de workflow personnalisés nécessitent que l’expéditeur fournisse un nom de groupe avant l’envoi.
4429712	Correction : les groupes de destinataires ajoutés au modèle du Concepteur de workflows personnalisés à l’aide du champ de saisie (délimité par des virgules) insèrent désormais un nom de groupe généré automatiquement. Le nom généré possède un préfixe pour l’identifier comme étant généré automatiquement, suivi de la chaîne « Recipient Group X » où X est un nombre incrémentiel appliqué à un ou plusieurs groupes. Exemple : « (nom généré automatiquement) Recipient Group 1 », « (nom généré automatiquement) Recipient Group 2 », etc.
4429860	Résumé : l’option Télécharger un document a été supprimée de l’expérience utilisateur web Acrobat en raison des fonctionnalités qui seront publiées en juillet.
4429860	Correction : un indicateur de barrage a été ajouté pour supprimer les nouvelles fonctionnalités jusqu’en juillet.
4431104	Résumé : les événements du webhook AGREEMENT_ACTION_REQUESTED ne sont pas générés pour les workflows de signature automatique.
4431104	Correction : une méthode a été ajoutée pour s’assurer que l’attribut sendType n’est pas modifié pendant la mise à jour de la ressource brouillon.
4432028	Résumé : l’onglet Workflow est visible dans le volet de navigation supérieur même si l’option « Activer l’accès au concepteur de workflow pour tous les utilisateurs » est désactivée au niveau du groupe.
4432028	Correction : le code lit désormais les paramètres des appartenances actives au groupe plutôt que toutes les appartenances au groupe.
4432450	Résumé : un compte peut ne pas créer automatiquement des utilisateurs avec des domaines de messagerie déposés en interne en raison de valeurs de mise en cache incorrectes.
4432450	Correction : le cache du compte de domaine déposé est effacé chaque fois qu’il est mis à jour.
4434547	Résumé : la modification d’un formulaire web désactivé permet de changer son nom, mais celui-ci n’est pas conservé.
4434547	Correction : l’option permettant de modifier les formulaires web désactivés a été supprimée.
4435506	Résumé : rien ne se passe lors de la sélection de l’option Obtenir le code des formulaires web dans l’environnement web Acrobat après une mise à jour.
4435506	Correction : le code a été réparé pour restaurer la fonction.
4437747	Résumé : échec de la redirection lorsque l’URL de redirection contient le symbole & après une mise à jour vers AdobeSignAuthService.
4437747	Correction : le problème de code dans AdobeSignAuthService a été corrigé et le code redéployé.
4439111	Résumé : les workflows initialement enregistrés sans signataires obligatoires conservent le statut d’erreur même après la configuration d’un signataire obligatoire.
4439111	Correction : le code a été amélioré pour effacer correctement le message d’erreur lorsque le destinataire est reconfiguré.
4440076	Résumé : les fichiers PDF qui contiennent plus de 1 024 caractères après la fin de fichier ne sont pas correctement convertis, ce qui annule l’accord.
4440076	Correction : mise à jour de la bibliothèque de gestion pour qu’elle soit plus robuste pour les PDF qui ne respectent pas la norme PDF en ce qui concerne l’identifiant de fin de fichier EOF.
4440077	Résumé : le concepteur de workflow déclenche une erreur après l’ajout de destinataires en raison d’une faille dans une méthode.
4440077	Correction : la faille a été corrigée et la méthode a été redéployée.
4443907	Résumé : les administrateurs de groupes n’ont pas pu ajouter d’utilisateurs, ce qui a déclenché une erreur indiquant qu’ils ne sont pas autorisés à mettre à jour la page en fonction des paramètres de modification de groupe.
4443907	Correction : le paramètre a été mis à jour pour permettre à l’autorité d’administration de groupes d’ajouter des utilisateurs.

Déploiement en production : 22 août 2023

Déploiement de GovCloud : 24 août 2023

Fonctionnalité améliorée

Consignation des demandes d’authentification imposées dans le rapport d’audit - La journalisation améliorée des rapports d’audit a été étendue pour inclure la prise en charge des authentifications SAML et Admin Console. Pour les clients ayant activé la fonctionnalité Appliquer l’authentification de l’identité (dans l’onglet Paramètres bio-pharma), chaque événement d’authentification sera explicitement consigné dans le rapport d’audit, y compris l’étape à laquelle l’authentification a été capturée (ouverture de l’accord, application d’une signature et sélection du bouton Cliquer pour signer). La liste d’activités de l’accord reflète également chaque authentification (quoique dans un format plus court).

Format de date ISO 8601 - Le format ISO 8601 pour les dates (AAAA-MM-JJ) a été ajouté à la liste des formats de date par défaut.

Modifications de l’expérience

L’en-tête De dans tous les e-mails sortants a été mis à jour vers un format plus cohérent afin de réduire les problèmes avec les serveurs de messagerie. Il existe deux formes d’en-tête :
- Lorsque le destinataire a un nom connu, tel qu’un utilisateur enregistré, ou lorsque l’attribut Nom de destinataire requis est utilisé, l’en-tête sera lu comme suit : Adobe Sign pour le compte de prénom nom de famille <adobesign@adobesign.com>
- Lorsque la valeur de nom du destinataire est inconnue, l’en-tête sera lu comme suit : Adobe Sign <adobesign@adobesign.com>

Problèmes résolus

4425785	Résumé : les champs de date au format « jj/mmm/aaaa » ne peuvent pas être renseignés en tchèque lors de l’utilisation de la valeur čvn.
Problème	Description
4425785	Correction : les fournisseurs de paramètres régionaux pour la fonctionnalité de date ont été mis à jour pour gérer correctement ce cas d’utilisation.
4429246	Résumé : la modification de la liste des destinataires d’un workflow peut avoir un impact sur les accords envoyés par ce workflow, ce qui entraîne le blocage des accords à l’état En cours.
4429246	Correction : le code qui gère la manière dont un accord comprend la liste des destinataires des accords a été amélioré pour gérer la liste des destinataires au sein de la transaction, en ignorant les modifications apportées au modèle.
4432494	Résumé : les accords dans l’environnement Acrobat peuvent ne pas charger l’affichage de l’image de l’accord lorsqu’ils sont ouverts sur la page Gérer en raison d’une exception non gérée.
4432494	Correction : la méthode utilisée pour remplir l’image a été mise à jour pour gérer correctement l’exception.
4436936	Résumé : les formulaires web comportant des champs de lien hypertexte obligatoires génèrent une erreur lorsque les utilisateurs tentent de les enregistrer.
4436936	Correction : une condition a été ajoutée pour permettre l’enregistrement du formulaire web bien que le lien hypertexte ne soit pas sélectionné.
4437223	Résumé : la signature d’un accord sur Adobe Sign à l’aide d’un périphérique iOS peut entraîner une erreur de serveur en raison d’une API qui ne place pas correctement les champs en lecture seule.
4437223	Correction : mise à jour de l’API utilisée pour placer les champs de l’accord.
4441057	Résumé : notification par e-mail de rappel envoyée à un destinataire qui n’est pas encore le destinataire actif lorsque le rappel est créé à l’aide de REST v5 et que le futur destinataire a été remplacé par l’expéditeur.
4441057	Correction : ajout d’une condition pour envoyer le rappel uniquement aux participants délégués qui peuvent potentiellement signer l’accord à ce moment-là.
4442166	Résumé : les accords archivés ne sont pas purgés du système lorsqu’ils sont ajoutés à la file d’attente Supprimer.
4442166	Correction : les accords archivés sont immédiatement purgés lorsqu’ils sont envoyés pour suppression, au lieu d’être conservés dans la file d’attente pendant 14 jours.
4444011	Résumé : erreur HTTP 501 access_disabled lorsqu’Intesi est utilisé en tant que cachet électronique en raison d’un jeton de point d’entrée non valide.
4444011	Correction : la manière dont le jeton est créé a été mise à jour pour qu’il soit plus robuste et offre une tolérance de version.
4447727	Résumé : le chargement de certains formulaires web de 2018 et versions antérieures peut échouer avec un message d’erreur générique en raison d’une erreur de pointeur nul.
4447727	Correction : le code problématique a été identifié et corrigé.

Expérience Affichage d’un accord mise à jour : l’interface client permettant d’afficher un accord a été mise à jour pour tous les utilisateurs. Les modifications apportées à l’expérience sont les suivantes :
- Les commandes du PDF situées sous le document ont été déplacées pour s’afficher entre les options de contenu du document et d’action de l’accord.
- Une option permettant d’afficher deux pages dans la vue de document a été ajoutée.
- L’option de recherche a été supprimée des commandes du PDF pour le moment, mais les utilisateurs peuvent utiliser Ctrl/Cmd + F pour rechercher le contenu du document.

L'en-tête De dans tous les e-mails sortants a été mis à jour pour fournir une image de marque corrigée.La chaîne « Adobe Sign » a été mise à jour en « Adobe Acrobat Sign » pour toutes les instances.Par exemple :
- lorsque le paramètre Nom de destinataire requis est utilisé, l'en-tête se lira comme Adobe Acrobat Sign au nom de <prénom> <nom> <adobesign@adobesign.com>
- Lorsque la valeur du nom du destinataire est inconnue, l'en-tête affichera Adobe Acrobat Sign <adobesign@adobesign.com>

Problèmes résolus

4418093	Résumé : lors de la création d’un accord, les champs de tampon de participation sont créés avec le rôle POST_SIGN. Dans les cas d’utilisation des modèles de bibliothèque, les champs de tampon de participation doivent avoir le rôle SIGNATAIRE. Lors de la création d’un modèle de bibliothèque à partir d’un accord, le champ n’est pas mis à jour vers le rôle correct pour les champs de tampon de participation, ce qui entraîne des problèmes en aval lorsque le modèle est utilisé.
Problème	Description
4418093	Correction : le code a été mis à jour pour définir le rôle attendu pour les champs de tampon de participation.
4429823	Résumé : la flèche de navigation « Suivant » ne passe pas au champ suivant une fois qu’une case d’option est sélectionnée, et elle devrait le faire.
4429823	Correction : la navigation entre les champs a été améliorée pour résoudre ce problème.
4429824	Résumé : le nom du formulaire web est tronqué dans une vue iFrame.
4429824	Correction : le code CSS de la page a été mis à jour pour ajuster le positionnement du texte.
4438886	Résumé : les formulaires web des navigateurs iOS mobiles peuvent ne pas passer à la case à cocher suivante requise lorsque l’objectif se déplace.
4438886	Correction : le code a été ajusté pour forcer un défilement vers l’élément suivant avant de définir l’objectif.
4439434	Résumé : le fait de cliquer sur l’onglet Suivant ne fonctionne pas sur les formulaires web avec des champs de pièce jointe.
4439434	Correction : les propriétés de référence de la pièce jointe ont été enregistrées pour permettre correctement à l’onglet Suivant de se déplacer entre les champs de pièce jointe.
4440393	Résumé : les participants à un accord qui sont désactivés lorsque l’accord est En cours sont supprimés du tableau des participants, ce qui entraîne des informations incomplètes sur les participants s’ils sont extraits de l’accord via l’API.
4440393	Correction : ajout d’une logique pour inclure le jeu de participants remplacé dans le jeu total de participants à l’accord.
4441785	Résumé : le message affiché lors de la tentative de délégation à partir d’un lien d’e-mail et de l’utilisation de la fonctionnalité de nom de destinataire requise avec délégation n’est pas très intuitif.
4441785	Correction : le message a été amélioré en indiquant à l’utilisateur comment déléguer à partir de la page eSign et en fournissant un lien vers celle-ci.
4445134	Résumé : il est impossible de télécharger les documents du PDF d’accord signé avec des champs dans des listes d’annotations.
4445134	Correction : le clonage des annotations est désormais autorisé pour empêcher l’exception.
4445626	Résumé : la fonctionnalité « Remplir et signer » échoue avec l’erreur 400 « MISSING_REQUIRED_PARAM » lorsque l’authentification du signataire par défaut est définie sur MOT DE PASSE.
4445626	Correction : les méthodes d’authentification requises sont ignorées dans les workflows Remplir et signer.
4446367	Résumé : les données du champ de formulaire disparaissent après la signature de l’accord lorsque l’heure est sélectionnée à 12:00 AM au lieu d’utiliser des calculs de champ.
4446367	Correction : ajout de 1 milliseconde à la date si elle est fournie comme « 12:00 AM » pour contourner le retour à 0,0 en raison de la conversion de la date en un nombre.
4447747	Résumé : l’appel de GET /widgets/{widgetId}/formData à l’aide de l’application/json déclenche l’erreur 500 « MISC_SERVER_ERROR » en raison de modifications de code récentes.
4447747	Correction : le code a été restauré vers la fonctionnalité de restauration de la version précédente.
4447879	Résumé : des cachets électroniques peuvent être placés pendant la mise à jour des documents créés. Cela entraîne l’annulation des accords.
4447879	Correction : du code a été ajouté pour mieux gérer l’exception de soumission afin d’éviter la condition de concurrence.
4448750	Résumé : après la mise à jour récente, le point d’entrée refreshweb nécessite désormais un paramètre de sécurité client. Cela peut entraîner la publication d’un message d’erreur dans l’interface utilisateur toutes les 15 minutes.
4448750	Correction : le code a été mis à jour pour s’assurer que le paramètre est vrai avant d’exécuter le flux proxy.
4450877/4454555	Résumé : nouvelle création : impossible de déplacer les champs de signature/texte pour les versions Chrome/Edge mises à jour
4450877/4454555	Correction : l’environnement de création a été mis à jour pour s’adapter aux modifications dans les navigateurs Chrome/Edge
4451025	Résumé : l’utilisation de l’API PUT /agreements/{agreementId}/formFields pour mettre à jour un champ de formulaire avec un calcul fonctionne correctement lors de la signature, mais peut être vide. Le PDF est téléchargé si la chaîne contient des caractères d’échappement (comme ')
4451025	Correction : les expressions ne sont pas mises en échappement avant de passer la chaîne à l’analyse et de l’imprimer sur le PDF.
4454835	Résumé : les versions localisées de l’en-tête d’e-mail n’incluent pas la chaîne Adobe Acrobat Sign.
4454835	Correction : les en-têtes d’e-mail ont ajouté la chaîne de la marque aux modèles d’e-mail localisés.
4455067	Résumé : le tri des workflows par date ne renvoie pas une liste correctement triée dans des localisations autres qu’en langue anglaise.
4455067	Correction : la méthode de tri a été mise à jour pour trier correctement les vues localisées des workflows.

Déploiement en production : 13 novembre 2023

Déploiement GovCloud : 16 novembre 2023

Fonctionnalité améliorée

Nouvelle expérience de la page Envoyer : la composition d’un nouvel accord sur la page Envoyer est désormais un processus plus procédural commençant par les documents à signer et finissant par l’ajout des destinataires.

La nouvelle expérience Envoyer peut être activée en accédant à Paramètres de compte > Paramètres généraux > Nouvelle expérience de Demande de signature.

Annotation

La nouvelle expérience d'envoi n'est actuellement pas à parité avec la page d'envoi classique. Il est fortement recommandé que si vous activez l'option pour les utilisateurs, vous activiez également l'option pour basculer entre les expériences.

Nouvelle expérience Création intégrée à l’application : le nouvel environnement Création permet désormais à l’utilisateur de sélectionner un type de champ, puis de cliquer sur le document pour y placer autant de champs que nécessaire. Lorsque vous double-cliquez sur un champ, ses propriétés s’affichent dans le panneau d’informations de gauche, où vous pouvez les configurer individuellement.

Notez que le nouvel environnement Création n’est accessible que lors de l’utilisation de la nouvelle page Envoyer.

Redirection de l’URL après l’achèvement de l’accord pour les accords refusés : les commandes de redirection après achèvement ont été améliorées pour permettre des options distinctes selon que l’accord se termine sur un échec ou une réussite.

Annotation

un nouveau paramètre agreementStatus est automatiquement ajouté à l’URL lorsque l’accord atteint le statut final Terminé ou Annulé.

Suffixe pour les accords terminés : ?agreementStatus = completed.
Suffixe pour les accords annulés (refusés) : ?agreementStatus = declined.

Le nouveau paramètre est appliqué à tous les accords, y compris les accords envoyés manuellement, les formulaires web, les accords Envoi en masse, etc.

Mise à jour et amélioration de l’outil Envoi en masse pour permettre plus de destinataires par accord, plus de transactions au total, etc. : l’outil Envoi en masse a été mis à jour avec une nouvelle interface qui permet d’inclure de nombreuses fonctionnalités demandées par les clients qui sont disponibles dans le processus « Envoyer pour signature » standard. Les nouvelles fonctionnalités sont les suivantes :
- Destinataires multiples avec des rôles, des types d’authentification et des messages privés configurables individuellement
- Configurations individuelles des accords, telles que le nom de l’accord, les paramètres régionaux, l’expiration et l’ordre de signature

Création d’un modèle à partir d’un accord En cours ou Terminé : utilisez un accord existant sur la page Gérer pour créer un modèle réutilisable dans votre bibliothèque. Seuls les accords dont le statut est En cours et Terminé peuvent être enregistrés.

Ajout du suivi de l’utilisation à l’intégration Power Automate : les administrateurs peuvent afficher l’utilisation de Power Automate par leur locataire le mois précédent et télécharger l’utilisation de leur organisation des 12 derniers mois sous la forme d’un fichier CSV contenant les paramètres suivants :
- Flux actifs mensuels : nombre de flux pouvant être utilisés dans le système Acrobat Sign pendant un mois calendaire.
- Flux exécutés mensuellement : nombre de déclenchements d’un flux au cours d’un mois calendaire.
- Appels API mensuels : nombre total d’appels API utilisés pour exécuter les flux au cours d’un mois calendaire.
- Stockage Dataverse : quantité totale de stockage Dataverse consommée à la fin d’un mois calendaire.

Messages privés pour les workflows d’envoi personnalisés : les messages privés peuvent désormais être configurés pour chaque destinataire lors de la conception des workflows d’envoi personnalisés.

Messages privés pour les contre-signataires de formulaires web : des messages privés peuvent désormais être configurés dans les formulaires web pour les contre-signataires.

Groupes de destinataires ad hoc pour les formulaires web : les Groupes de destinataires ad hoc peuvent désormais être utilisés lors de la configuration d’un formulaire web. Les groupes de destinataires ad hoc sont définis sur la page de modèle et ne sont utilisés que sur le formulaire web où ils sont créés.
L'accès aux groupes de destinataires réutilisables n'est pas inclus dans cette version.

Prise en charge des formulaires web pour les identités numériques : la vérification de l’identité numérique est une méthode d’authentification prise en charge pour les participants et les contre-signataires ajoutés.

Remplacement manuel pour accéder à l’environnement de création de rapports classique : la version de novembre 2023 incite tous les comptes à utiliser l’environnement de création de rapports moderne. Les comptes qui doivent accéder à l’environnement classique peuvent activer cette option pour les utilisateurs en activant explicitement le lien de basculement entre les environnements.

Le rapport d'utilisation des transactions est exposé en haut de la page de rapports de consommation des transactions. - Les clients qui disposent d'une licence VIP basée sur les transactions ont leur résumé de consommation des transactions exposé en haut de la page de rapports de consommation des {3}transactions.

Amélioration des rapports sur les accords : le type de rapport Accord présente une nouvelle vignette Brouillon dans la page de résumé de l’accord ainsi qu’un nouveau filtre permettant de filtrer les accords en fonction de leur Statut actuel.

Amélioration des groupes de destinataires réutilisables : des groupes de destinataires réutilisables peuvent désormais être ajoutés à la page Envoyer classique à l’aide du lien existant. Lors de la saisie du nom du groupe, une liste des groupes de destinataires disponibles s'affiche dans un sous-menu sous le champ du nom du groupe.
De plus, une fonction de recherche a été ajoutée pour trouver les groupes soit par le nom du groupe soit en saisissant l'adresse e-mail d'un membre individuel du groupe.

Blocage de destinataires dans des zones géographiques désignées : les administrateurs peuvent empêcher explicitement les destinataires de zones géographiques désignées d’accéder aux accords sur la base de leur adresse IP. Les destinataires qui tentent d’accéder à un accord ou à un formulaire web reçoivent un message indiquant qu’Acrobat Sign n’est pas disponible dans leur région. Actuellement, la Chine est la seule option pouvant être sélectionnée.

Nouvelle méthode d’authentification : mot de passe à usage unique par e-mail (OTPvE) : l’authentification par mot de passe à usage unique via e-mail a été ajoutée en tant que méthode d’authentification à facteur unique. Cette méthode d’authentification peu rigoureuse est utilisée pour qualifier un destinataire à l’aide de son adresse e-mail lors de l’accès à l’accord. La méthode OTPvE est disponible lors de l’envoi d’un accord individuel, lors de l’utilisation de l’outil Envoi en masse et lors de la création de formulaires web.

Protection du contenu des accords : protégez la visualisation des accords, même terminés, en utilisant la méthode d’authentification du destinataire d’origine attribuée aux destinataires ou un mot de passe à usage unique envoyé à l’adresse e-mail du participant si aucune authentification n’a été attribuée.

Flexibilité améliorée des exigences en matière d’authentification de signature : les paramètres de la fonction Appliquer l’authentification d’identité (Paramètres de compte > Paramètres bio-pharma) ont été séparés, ce qui permet une sélection plus granulaire du moment où la réauthentification du destinataire doit avoir lieu.

Les comptes créés avant la version de novembre 2023 doivent choisir la nouvelle configuration Appliquer l’authentification de l’identité en activant explicitement la mise à jour sur la page Paramètres bio-pharma.

Prise en charge étendue de la fonctionnalité Utilisateurs dans plusieurs groupes : la fonctionnalité Utilisateurs dans plusieurs groupes est désormais prise en charge dans les intégrations suivantes :
- Salesforce
- Power Automate

Nouveaux webhooks pour les événements d’annulation de partage : l’interface utilisateur du webhook comporte deux nouveaux événements qui se déclenchent en cas d’annulation du partage d’un accord.
- Partage d’accord annulé : se déclenche lorsqu’un utilisateur annule explicitement le partage d’un accord avec un autre utilisateur.
- Partage d’accord annulé automatiquement : se déclenche suite à la révocation du partage d’un accord « en amont ». Tous les utilisateurs avec lesquels un destinataire (« partagé avec ») partage encore un accord sont automatiquement refusés si le destinataire a perdu l’accès partagé à l’accord.

Nouveaux fournisseurs de services de confiance : de nouveaux fournisseurs sont ajoutés pour développer l’accès à l’international de la solution de signature numérique. Nouveautés de cette version :
- Soluti Bird ID

Amélioration de la mise à l’échelle de signatures à main levée : l’option permettant de tracer une signature à main levée a été améliorée pour mieux adapter la signature à main levée au champ de signature, ce qui la rend plus lisible.

La fonctionnalité Utilisateurs dans plusieurs groupes a été ajoutée aux intégrations Microsoft Teams, Outlook et Word/PowerPoint : les clients qui utilisent les intégrations Acrobat Sign avec les applications Microsoft Teams, Outlook ou Word/PowerPoint peuvent désormais sélectionner un groupe à partir duquel envoyer un accord via l’intégration.

Améliorations du sandbox

Prise en charge du sandbox pour les intégrations Salesforce et Power Automate : les clients ayant accès à Adobe Acrobat Sandbox peuvent désormais installer Salesforce dans l’environnement et utiliser l’intégration Power Automate.

Mises à jour d’intégrations

Publication d’Acrobat Sign pour Veeva Vault version 1.3.0 à la fin du mois de novembre
- 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.

Adobe Acrobat Sign pour Microsoft Teams avec Live Sign : Live Sign permet aux utilisateurs d'obtenir des accords signés plus rapidement en hébergeant une expérience de signature sécurisée au sein d'une réunion Microsoft Teams depuis n'importe quel appareil qui reproduit une signature en personne.

Prise en charge de l’intégration Acrobat Sign dans l’application mobile Salesforce : les clients qui utilisent l’application mobile Salesforce peuvent désormais utiliser l’intégration Acrobat Sign sur leurs appareils mobiles iOS ou Android pour gérer leurs accords.

Modifications de l’expérience

Les rapports de transactions incluent désormais les workflows de l’outil Remplir et signer et d’auto-signature : les transactions en libre-service structurées et de l’outil Remplir et signer (via l’interface Acrobat Sign) sont désormais comptabilisées dans le rapport de consommation de transactions mis à jour, ce qui permet aux organisations d’avoir une vue plus complète du volume et des mesures de leurs transactions.

Annotation

les transactions de l’outil Remplir et signer utilisées dans l’interface Acrobat font partie de la plateforme Acrobat et ne sont pas comptabilisées dans le rapport de consommation de transactions d’Acrobat Sign.

Expérience améliorée pour les utilisateurs de Power Automate : l’expérience intégrée avec Power Automate a été affinée pour améliorer l’expérience utilisateur grâce aux mises à jour suivantes :
- Localisation étendue dans d’autres langues
- Prise en charge de la fonctionnalité Utilisateurs dans plusieurs groupes
- Accès à Power Automate dans Acrobat Sign Sandbox à l’aide d’un nouveau connecteur Sandbox
- Prise en charge du téléchargement du rapport d’audit de l’accord

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.

Modification des formulaires web via le partage de compte avancé : les comptes pour lesquels le partage de compte avancé est activé peuvent autoriser la modification des formulaires web par les utilisateurs ou les groupes avec lesquels ils ont partagé leur contenu. L’utilisateur ou le groupe destinataire (Partagé avec) doit disposer de l’autorisation Modifier pour accéder au formulaire web.

Problèmes résolus

Problème	Description
4337861	Résumé : lorsqu’un accord possède une signature numérique et est protégé par mot de passe, le service de pixellisation ne peut pas créer d’image miniature suffisamment petite pour les appareils mobiles, ce qui entraîne l’affichage de l’erreur Les étiquettes ne sont pas encore disponibles.
4337861	Correctif : mise à jour du processus pour utiliser la taille d’image appropriée avant le chiffrement, ce qui a un impact sur l’échelle de l’image.
4373355	Résumé : certaines cases à cocher de formulaires externes peuvent être affichées comme désactivées après la signature.
4373355	Correctif : une vérification supplémentaire a été ajoutée pour s’assurer que lorsque la propriété isCheckBoxTrue est évaluée, l’état coché correspond à l’une des valeurs non cochées acceptables.
4395764	Résumé : les notifications de webhook ne contiennent pas de paramètre d’ordre lorsque l’accord est envoyé à l’aide d’un workflow personnalisé, ce qui entraîne un problème d’analyse des destinataires.
4395764	Correctif : une nouvelle logique de génération d’ordre a été ajoutée en fonction de la structure des graphiques stockée dans le workflow lié.
4417517	Résumé : les workflows d’envoi qui contiennent un groupe de destinataires et une partie en copie peuvent envoyer l’e-mail de notification de signature à l’adresse e-mail en copie.
4417517	Correctif : le modèle d’e-mail a été corrigé pour ne pas inclure les parties en copie dans l’événement de notification du signataire.
4418217	Résumé : le lien Gérer les utilisateurs dans la console GovCloud pointe vers une page d’aide au lieu de la console GovCloud.
4418217	Correctif : le lien a été mis à jour pour pointer correctement vers la console GovCloud.
4430408	Résumé : le tri par date ne fonctionne pas pour les workflows en raison de la date affichée en tant que chaîne.
4430408	Correctif : correction de la valeur de la date pour qu’elle soit référencée correctement comme date et triée correctement.
4435150	Résumé : lorsque l’expéditeur est également signataire et que ce signataire est remplacé, si l’accord expire, l’expéditeur ne peut pas adopter le statut Expiré et l’accord reste à l’état Émis pour signature.
4435150	Correctif : le code a été amélioré pour vérifier explicitement le statut d’expiration de l’accord lorsqu’un destinataire est remplacé.
4439375	Résumé : lorsque les XObjects d’une page PDF comportent des entrées PieceInfo.LastModified non valides, le PDF affiché peut apparaître vide.
4439375	Correctif : la bibliothèque utilisée pour combiner les PDF a été mise à jour, ce qui résout ce problème.
4439478	Résumé : les PDF comptant des paramètres de chiffrement nuls dans DecodeParms peuvent entraîner l’abandon de la création d’accords par Acrobat Sign.
4439478	Correctif : la bibliothèque PDF a été mise à jour pour mieux gérer les entrées DecodeParms nulles.
4440373	Résumé : le rapport de contraste est insuffisant pour les couleurs d’infobulle par rapport à la couleur d’arrière-plan grise de la barre latérale sur la page de signature électronique.
4440373	Correctif : de toutes nouvelles couleurs ont été introduites pour répondre à l’exigence de rapport de contraste de 3:1, notamment la couleur du texte, la couleur d’arrière-plan, l’opacité et la nuance de gris de l’arrière-plan de la barre latérale.
4440504	Résumé : l’erreur « Erreur lors de l’exécution de la demande » s’affiche lors de la copie d’un modèle de l’environnement sandbox vers l’environnement de production. Le modèle est copié sans champs de formulaire. Cela est dû à la sélection d’un nombre négatif pour l’emplacement de la page dans SandboxOrchestrator.
4440504	Correctif : SandboxOrchestrator a été mis à jour pour corriger ce problème.
4443410	Résumé : le rapport Paramètres des audits d’activité répertorie uniquement un paramètre.
4443410	Correctif : la requête a été corrigée pour renvoyer correctement 15 résultats.
4443916	Résumé : les champs de date au format « jj/mmm/aaaa » renvoient une erreur de serveur lorsque le mois localisé est « čvn ».
4443916	Correctif : la bibliothèque locale.date a été mise à jour pour gérer correctement cette valeur de date.
4445937	Résumé : les workflows ne sont pas triés correctement lorsque la langue de l’interface utilisateur n’est pas l’anglais.
4445937	Correctif : le code de tri a été amélioré pour trier correctement le contenu localisé en fonction des formats de date localisés.
4445977	Résumé : le formatage conditionnel et de validation ne fonctionne pas avec les balises de texte d’ancrage en raison d’un défaut dans l’appel POST de l’API version 6.
4445977	Correctif : mise en œuvre d’une nouvelle méthode pour convertir manuellement v6/FormFieldGenerator en data_objects.
4446030	Résumé : le tri de la colonne « Dernière modification » ne fonctionne pas correctement pour les groupes, car seul le premier chiffre de la date est pris en compte au lieu d’un tri basé sur la date entière.
4446030	Correctif : mise en œuvre de la fonction « sortValue » dans groupgrid.js pour trier la colonne « Dernière modification » en fonction des horodatages.
4447218	Résumé : les accords ne suivent pas la stratégie de gouvernance des données dans l’environnement sandbox.
4447218	Correctif : une application API a été créée pour activer la gouvernance des données dans Sandbox.
4447334	Résumé : absence de validation des paramètres régionaux pour l’importation d’utilisateurs en bloc via un fichier CSV.
4447334	Correctif : le code d’importation des utilisateurs via CSV a été mis à jour pour insérer les paramètres régionaux de l’application par défaut (fr_FR) lorsqu’un code de paramètres régionaux non valide est trouvé.
4447971	Résumé : le champ de date passe à la valeur par défaut « -- » lorsque l’accord passe au Participant 2, car la chaîne calculée n’est jamais satisfaite.
4447971	Correctif : avant de calculer les champs, toutes les valeurs de champ de formulaire possibles sont converties en nombres, y compris les chaînes dans les formats de date. Lors du calcul des champs, les chaînes dans les formats de date sont ignorées.
4448602	Résumé : le chargement de Word peut entraîner un interlettrage condensé en raison de l’utilisation d’une police incorrecte.
4448602	Correctif : la police a été supprimée de la liste des polices possibles.
4448946	Résumé : les signataires peuvent ne pas voir tous les champs de formulaire remplis une fois qu’un accord signé automatiquement est terminé en raison d’un espace après le nom du champ de formulaire.
4448946	Correctif : le champ de formulaire est rogné.
4449000	Résumé : e-mails de notification pour les webhooks : effacer le champ et enregistrer n’efface pas le champ.
4449000	Correctif : la fonction de notification a été améliorée pour s’assurer de l’effacement du champ.
4449148	Résumé : l’administrateur de groupe ne peut pas envoyer d’e-mails de vérification aux utilisateurs non vérifiés.
4449148	Correctif : un conflit avec les administrateurs de la fonctionnalité Utilisateurs dans plusieurs groupes et du groupe a été corrigé pour permettre l’envoi d’e-mails.
4449662	Résumé : l’ajout de deux destinataires externes possédant la même adresse e-mail peut provoquer une condition d’erreur lorsque le rappel est annulé.
4449662	Correctif : une nouvelle vérification d’erreur a été ajoutée pour plusieurs instances de destinataires externes dans la fonction de rappel.
4452509	Résumé : les événements avec le « type » « PHONE_AUTHENTICATED » et « SIGN_AUTHENTICATED » ne sont pas disponibles dans les événements de l’API REST Sign de Salesforce.
4452509	Correctif : les événements ont été ajoutés.
4452510	Résumé : option Vida (test) non disponible pour VIDA dans l’environnement de démonstration.
4452510	Correctif : le service a été redéployé et le problème résolu.
4457457	Résumé : lorsqu’un document qui a été rempli et signé en dehors de l’écosystème Adobe Sign est chargé, les données sont masquées, car les zones blanches des balises de texte couvrent les champs existants.
4457457	Correctif : un paramètre a été ajouté pour que l’artefact approprié soit utilisé pendant le traitement du document lors de la création du document à signer.
4457557	Résumé : impossible de créer des formulaires web avec des participants et des contre-signataires sous les comptes Sign sandbox et de production en raison de parties inconnues du formulaire web qui retournent un pointeur nul.
4457557	Correctif : une vérification supplémentaire a été mise en place pour rechercher les valeurs nulles et les gérer correctement.
4458537	Résumé : les signataires de l’environnement GovCloud pouvaient se voir refuser la signature en raison de mesures de sécurité bloquant l’accès après un certain nombre de sessions.
4458537	Correctif : le type et le nombre de sessions ont été évalués et augmentés pour répondre à la demande.

Versions précédentes

NOTES DE MISE À JOUR : 2026

NOTES DE MISE À JOUR : 2025

NOTES DE MISE À JOUR : 2024

NOTES DE MISE À JOUR : 2023

NOTES DE MISE À JOUR : 2022

NOTES DE MISE À JOUR : 2021

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

Suiv.

Notes de mise à jour Adobe Acrobat Sign - 2026

Comprendre

Apprenez avec des didacticiels vidéo étape par étape et des conseils pratiques directement dans l’application.

Communauté

Participez aux discussions, trouvez des réponses, apprenez auprès d'experts et partagez vos connaissances.

Accueil Adobe

Accédez à vos applications et services Creative Cloud préférés, à la gestion des fichiers et plus encore.

Notes de mise à jour d'Adobe Acrobat Sign - 2023