Adobe Acrobat Sign déploie au moins trois mises à jour par an, majeures ou mineures. Des mises à jour mineures supplémentaires peuvent être réalisées si nécessaire pour résoudre les problèmes de système ou de clientèle.

Les versions majeures offrent des mises à jour importantes, de nouvelles fonctionnalités et plusieurs améliorations.
Les versions mineures mettent l’accent sur les améliorations mineures et les ajustements de l’expérience utilisateur. Elles se produisent entre les mises à jour majeures, généralement une ou deux fois par cycle.

Pour éviter toute interruption, les nouvelles fonctionnalités sont désactivées par défaut et doivent être activées manuellement par un administrateur de compte ou de groupe.

Pour les clients de la santé et des sciences de la vie nécessitant une validation de conformité, Acrobat Sign collabore avec un tiers afin de fournir un package de validation pour chaque version majeure contenant des fonctionnalités pour minimiser votre facteur de risque.

Annotation

Cette page Notes des versions préliminaires est régulièrement mise à jour à mesure que de nouvelles informations sont disponibles, de sorte que son contenu change assez souvent.

Bien que cette page soit localisée, le processus prend du temps et il se peut que les versions localisées diffèrent légèrement de la version en anglais (États-Unis) officielle.

Pour obtenir les informations les plus précises et les plus récentes, nous vous recommandons de consulter uniquement la page en anglais (États-Unis).

Le planning et les notes de la version préliminaire sont répertoriés ci-dessous.

Adobe Acrobat Sign suit un planning structuré pour la publication des mises à jour des notes de mise à jour et de la documentation :

Huit semaines avant la mise en production

La page de version préliminaire publie un résumé des fonctionnalités et des mises à jour attendues généralement quatre semaines avant le lancement de Sandbox.
Toute modification de fonctionnalité après ce point est signalée dans la section Errata.
Les problèmes résolus ne sont pas inclus à cette étape.

Quatre semaines avant la mise en production (lancement de Sandbox)

La page de version préliminaire est mise à jour avec une documentation détaillée sur les nouvelles fonctionnalités et les mises à jour.
Des liens vers la documentation de support de la version préliminaire, uniquement disponible en anglais (États-Unis), sont ajoutés si nécessaire.
La section initiale Problèmes résolus est publiée, avec des mises à jour continues au cours des quatre semaines suivantes.

Jour de lancement

Les notes de mise à jour officielles sont mises à jour avec des détails sur les fonctionnalités finales et des liens vers la documentation de support de production.
La page de version préliminaire est actualisée pour mettre en évidence le cycle de publication de la version suivante.
La documentation est publiée après vérification de la version dans le système en direct, généralement après 19 h, même si les mises à jour complexes peuvent prendre plus de temps.
La liste finale de la section Problèmes résolus est ajoutée aux notes de mise à jour en anglais (États-Unis), les versions localisées étant mises à jour ultérieurement.

Version de Government Cloud

L’environnement Government Cloud est généralement mis à jour entre deux jours et plusieurs semaines après la mise en production, car certaines fonctionnalités peuvent nécessiter une évaluation supplémentaire avant le déploiement.

Annotation

la documentation sur le Sandbox est conçue pour l’environnement de production. Les liens trouvés dans le contenu de la version préliminaire ciblent les URL de production. En d’autres termes, ces liens peuvent mener à une ancienne documentation existante ou à des résultats 404 si la page cible est nouvelle et n’a pas encore été publiée (par exemple, lorsque le lien pointe vers une nouvelle fonctionnalité dans la même version).

Les nouvelles pages seront publiées lors de la sortie de la version et les liens redirigeront correctement vers leurs URL de production.

Disponibilité du sandbox

Les clients qui ont accès à l’environnement Acrobat Sign Sandbox peuvent généralement accéder aux fonctionnalités de la nouvelle version quatre semaines avant le lancement.

L’environnement Sandbox passera toutes les procédures d’assurance qualité de la production au même niveau de qualité que l’environnement de production normal.
Adobe s’efforce d’assurer une disponibilité de 99,9 % dans l’environnement Sandbox, mais il convient de noter que l’accord de service unifié d’Adobe ne couvre pas formellement l’environnement Sandbox.
L’environnement Sandbox utilise la même page de statut et les mêmes procédures d’interruption que l’environnement de production normal.

Versions

Alerte

Cet article contient des informations sur les versions préliminaires. Les dates de publication, les fonctionnalités et d’autres informations peuvent être modifiées sans préavis.

8 septembre 2026 (version majeure) v17.2

Adobe Acrobat Sign version v17.2

Déploiement du sandbox : 4 août 2026

Déploiement en production : 8 septembre 2026

Déploiement GovCloud : 15 septembre 2026

Fonctionnalité améliorée

Suspension et reprise des accords après les échecs d’authentification - Les administrateurs peuvent désormais autoriser la suspension des accords lorsqu’un destinataire dépasse le nombre de tentatives d’authentification autorisées, plutôt que de générer leur annulation immédiate. Les expéditeurs peuvent mettre à jour la méthode d’authentification du destinataire et reprendre le même accord sans exiger que les destinataires ayant déjà signé signent à nouveau.
- Les administrateurs peuvent configurer une période de suspension de 1 à 30 jours.
- Si l’accord n’est pas repris avant la fin de la période de suspension, il est automatiquement annulé.
- La fonction est désactivée par défaut.

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

Partage des résumés d’accord générés par l’IA avec les destinataires - Acrobat Sign peut générer par l’IA le résumé d’un accord pendant la création. Les expéditeurs peuvent réviser le résumé et choisir de le rendre disponible aux destinataires, selon les paramètres du compte ou du groupe.

Les destinataires qui reçoivent le résumé peuvent le réviser dans l’expérience de signature avant de terminer l’accord. Après l’envoi, l’expéditeur peut modifier l’inclusion du résumé existant à l’aide de l’option Modifier l’accord.

Les résumés générés par l’IA sont à visées informatives uniquement. Les destinataires doivent vérifier l’intégralité de l’accord avant de signer.
La fonctionnalité est disponible après que le compte accepte les conditions Adobe AI applicables.

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

Prise en charge de la passerelle d’identités numériques pour la fonctionnalité Envoyer en masse - Les expéditeurs peuvent désormais exiger une authentification via la passerelle d’identités numériques pour les destinataires dans les transactions Envoyer en masse. La passerelle correspondante peut être sélectionnée dans l’interface de création ou affectée à des destinataires individuels via le fichier CSV Envoyer en masse.
Le fichier CSV prend également en charge les options de correspondance d’e-mails par destinataire, y compris les adresses e-mail secondaires approuvées. Chaque accord généré sollicite le processus existant d’audit et d’authentification par passerelle d’identités numériques.

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

Ajout de fichiers depuis Google Drive - Les utilisateurs peuvent désormais ajouter des fichiers pris en charge directement depuis Google Drive dans les expériences actuelles Demander des signatures, Workflow personnalisé, Envoyer en masse et Créer un modèle de bibliothèque.
Après s’être authentifiés avec Google, les utilisateurs peuvent parcourir et sélectionner des fichiers via le sélecteur de fichiers Google Drive. Les fichiers Google Docs natifs sont convertis en PDF avant d’être ajoutés dans Acrobat Sign.

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

Clés de chiffrement gérées par le client pour les fichiers d’accord - Les clients Acrobat Sign éligibles peuvent désormais utiliser une clé gérée par le client dans le service de gestion des clés AWS pour chiffrer les fichiers d’accord au repos pris en charge. Les administrateurs de compte configurent la clé et les informations d’identification d’accès AWS au niveau du compte.
L’accès aux fichiers chiffrés dépend de la disponibilité continue de la clé gérée par le client et des informations d’identification.

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

Configuration d’horodatage personnalisée au niveau du groupe - Les fournisseurs d’horodatage personnalisés peuvent désormais être configurés au niveau du groupe. Cela permet aux groupes au sein du même compte d’utiliser différents fournisseurs d’horodatage approuvés pour leurs workflows de signature numérique.
Les groupes sans configuration explicite héritent du paramètre défini au niveau du compte.

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

Inclusion des événements de notification de destinataires en copie (CC) dans les rapports d’audit - Les administrateurs de compte et de groupe peuvent désormais inclure les événements de notification de destinataires en copie dans les rapports d’audit d’accord. Lorsque l’option est activée, le rapport d’audit enregistre les notifications initiales et d’achèvement envoyées aux adresses CC générales et spécifiques au destinataire.

Les administrateurs peuvent inclure séparément les événements de notification d’achèvement pour les adresses en copie automatiques. Les deux paramètres sont désactivés par défaut.

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

Configuration des exigences de force de mot de passe pour les comptes Administration
Les administrateurs d’Acrobat Sign pour l’administration peuvent désormais configurer les exigences de force de mot de passe pour ajuster la longueur minimale et les règles de composition de caractères. Cela permet aux organisations d’aligner leurs stratégies de mots de passe avec leurs normes de sécurité internes et leurs exigences de conformité.

Environnements disponibles : Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe

Accessibilité améliorée pour les PDF chargés – Les administrateurs peuvent activer le balisage d’accessibilité automatique pour les PDF chargés pris en charge.
Acrobat Sign ajoute des balises structurelles qui améliorent la prise en charge du lecteur d’écran et de la navigation au clavier, et préserve ces balises dans l’accord terminé.

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

Tri et export des données de graphique de rapports - Les utilisateurs de rapports peuvent désormais trier les graphiques de rapports d’accord et de transaction pris en charge par activité et exporter les données de graphique agrégées vers un fichier CSV. Le fichier exporté respecte les filtres actifs et l’intervalle de temps du rapport.
L’amélioration est disponible pour les graphiques qui présentent les accords ou les transactions par expéditeur, groupe ou workflow.

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

Nouveaux fournisseurs de services de confiance - Acrobat Sign intègre régulièrement de nouveaux fournisseurs de services de confiance. Cette version prend en charge les nouveaux fournisseurs de services de confiance suivants :
- Swisscom ZertES CH
- Swisscom eIDAS EU

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

Modifications de l’expérience

Expérience de modèle de bibliothèque améliorée - L’expérience de création et de conception de modèles de bibliothèque a été rationalisée : le nombre de choix initiaux a été réduit, les conseils de première utilisation sont plus clairs, une action d’enregistrement est dédiée et les messages d’erreur et de validation ont été améliorés.
Les actions de gestion des modèles sont également plus accessibles à l’issue de la création.

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

Détection de champs de formulaire améliorée - La détection automatique de champs de formulaire dans Acrobat Sign a été mise à jour pour améliorer la précision des champs détectés et réduire le placement incorrect des champs lors de la création.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : activée par défaut

Exports de listes d’utilisateurs améliorés pour les grands comptes - Acrobat Sign traite désormais les exports de listes d’utilisateurs volumineux de manière asynchrone, améliorant la fiabilité pour les comptes comportant de nombreux utilisateurs.
Les administrateurs continuent à lancer les exports depuis la page Utilisateurs existante.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : activée par défaut

Paramètres par défaut mis à jour pour les nouveaux comptes PME - Plusieurs fonctionnalités d’envoi existantes sont désormais activées par défaut pour les nouveaux comptes VIP, VIPMP et ETLA inférieurs à 100 k$.
Ces mises à jour des paramètres par défaut rendent les fonctionnalités d’envoi couramment utilisées disponibles sans qu’un administrateur ait besoin de les activer au préalable. Selon la configuration du compte, les nouveaux comptes peuvent désormais avoir accès par défaut à l’expiration de document, aux rôles de destinataires supplémentaires, aux méthodes d’authentification de destinataires supplémentaires, à la diffusion par SMS et WhatsApp, aux messages privés de destinataires, ainsi qu’aux formulaires web multisignataires.
Ces changements s’appliquent uniquement aux nouveaux comptes dans les segments clients commerciaux ciblés. Ils ne s’appliquent pas à Acrobat Sign pour l’administration.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activée par défaut

L’expérience moderne Demander une signature devient l’expérience par défaut – Retrait de l’interface Composer classique, suppression des contrôles de bascule, normalisation de l’expérience de signature
Tous les comptes sont maintenant transférés vers l’expérience moderne Demander une signature, qui remplace l’interface Composer classique. Les liens de bascule et les contrôles d’administrateur permettant de revenir à l’expérience classique sont supprimés pour les comptes commerciaux, tandis que les comptes GovCloud sont également migrés avec conservation temporaire des contrôles d’administrateur. Cette modification normalise l’expérience d’envoi dans tous les environnements et simplifie l’intégration des utilisateurs avant le retrait complet de l’expérience Classique.

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

L’expérience moderne Créer un modèle devient l’expérience par défaut – Favorisez la nouvelle expérience de création, étendez le déploiement, gérez les contrôles d’administrateur
L’expérience moderne Créer un modèle est maintenant l’expérience par défaut pour tous les comptes, y compris ceux qui partagent des ressources entre plusieurs groupes. Cette mise à jour étend le déploiement de la nouvelle interface de création, garantissant que tous les utilisateurs bénéficient des améliorations continues, tout en conservant les contrôles d’administrateur pour revenir à l’expérience classique si nécessaire.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte et groupe

Accès facilité aux versions d’essai d’Acrobat Sign pour les utilisateurs Adobe existants - Les utilisateurs dont l’adresse e-mail est déjà associée à une organisation Adobe peuvent désormais activer une version d’essai d’Acrobat Sign sans être bloqués par leur compte Adobe existant.
Cela permet aux clients d’Adobe existants d’évaluer Acrobat Sign en plus de leurs produits déjà actifs.

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

Suppression de destinataires améliorée pour les accords en cours - L’expérience de suppression de destinataires prend désormais en charge des configurations de champs de formulaire supplémentaires dans les accords séquentiels, réduisant les cas où un expéditeur doit annuler et recréer un accord.
Le workflow de suppression de destinataires et les contrôles d’administrateur existants restent inchangés.

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

Avis de retrait de Power Automate Embed - Les utilisateurs ayant accès à Power Automate Embed voient maintenant un avis dans le produit concernant son retrait prochain et un lien vers les conseils de transition. La fonctionnalité reste disponible dans la version 17.2 et cette mise à jour ne désactive ni supprime les workflows existants.

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

Mises à jour d’intégrations

Support de taille de fichier accru pour les transactions Salesforce - L’intégration d’Acrobat Sign pour Salesforce prend désormais en charge des payloads de transaction plus importantes, améliorant la fiabilité pour les accords avec de gros documents, plusieurs signataires ou des PDF signés enregistrés comme pièces jointes Salesforce distinctes.
Les workflows et paramètres Salesforce existants restent inchangés.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Intégration

Contrôle des noms de destinataire dans les accords Salesforce - Acrobat Sign pour Salesforce permet désormais aux expéditeurs de fournir le nom d’un destinataire et d’empêcher ce dernier de le modifier pendant la signature.
Cette amélioration renforce la cohérence entre les enregistrements Salesforce et les accords terminés.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Intégration

Mise à jour de compatibilité de l’intégration de SAP SuccessFactors - L’intégration d’Acrobat Sign à SAP SuccessFactors a été mise à jour pour rester compatible avec les changements de la plateforme SAP SuccessFactors.
Les workflows d’accord existants restent inchangés.

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

Suivi d’offres amélioré dans SAP SuccessFactors - L’intégration d’Acrobat Sign à SAP SuccessFactors fournit désormais les statuts d’offres Expiré et Approbation, donnant aux recruteurs une plus grande visibilité sur l’avancement des offres.
Un nouveau champ Acteur dans l’entité Candidature identifie le candidat ou l’approbateur responsable de l’action suivante. Cela aide les recruteurs à déterminer où une offre est en attente sans contacter un administrateur SAP.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Intégration

Mises à jour API/Webhook REST

Les mises à jour ci-dessous sont présentées dans les notes préliminaires à des fins de divulgation. Une documentation complète sur les mises à jour d’API et de webhook est disponible dans la documentation du développeur Acrobat Sign lorsque la mise à jour de version est fournie aux serveurs de production.

Errata de version

Aucun élément n’a été reporté hors de cette version à ce jour.

Problèmes résolus

Problème	Description
4550652	Résumé : les utilisateurs visualisant une transaction Envoyer en masse partagée pouvaient sélectionner Télécharger les accords complétés, mais le téléchargement échouait avec une erreur d’autorisations, car l’action est uniquement prise en charge pour l’expéditeur d’origine. Correctif : la page Gérer masque désormais l’option Télécharger les accords complétés pour les utilisateurs qui consultent un envoi groupé partagé. L’action reste disponible pour l’expéditeur d’origine.
4559237	Résumé : lorsqu’un destinataire utilisait une signature cloud, le nom du signataire pouvait rester défini sur la valeur incorrecte de l’expéditeur plutôt que de se mettre à jour depuis le certificat de signature, en raison d’une signature enregistrée d’une session de signature antérieure. Correctif : le traitement de signature cloud a été mis à jour pour que le nom du signataire soit renseigné à partir du certificat de signature sélectionné, même lorsque le destinataire dispose d’une signature précédemment enregistrée.
4561749	Résumé : les descriptions des cartes de bannière de la page d’accueil de la deuxième rangée pouvaient apparaître tronquées, car les normes actualisées de dimensionnement de texte étaient appliquées à une mise en page qui n’avait pas été ajustée aux nouvelles dimensions. Correctif : la mise en page des cartes de bannière a été mise à jour pour s’adapter au dimensionnement de texte révisé, garantissant que les descriptions ne sont pas coupées.
4561980	Résumé : le texte saisi via l’outil Remplir et signer pouvait apparaître manquant, agrandi ou mal aligné dans le PDF terminé en raison de différences dans la façon dont les polices de substitution et l’espacement du texte étaient traités lors du rendu du document. Correctif : le rendu PDF a été mis à jour pour préserver la taille de police, l’espacement et le placement prévus, garantissant que les données saisies apparaissent correctement dans le document terminé.
4561987	Résumé : les documents individuels téléchargés à partir d’un accord terminé peuvent devenir considérablement plus volumineux que leurs originaux en raison d’un excès de données ajoutées lors de la génération de versions accessibles de PDF signés. L’augmentation de la taille pouvait également entraîner le dépassement des dates limites de diffusion des e-mails d’accord. Correctif : le traitement PDF accessible a été optimisé pour empêcher une augmentation inutile de la taille de fichier lorsque les accords contiennent plusieurs documents. Les documents individuels téléchargés conservent désormais une taille plus cohérente par rapport à leur contenu d’origine.
4562483	Résumé : certains modèles de bibliothèque existants n’arrivaient pas à s’ouvrir dans l’expérience de modèle moderne et affichaient une erreur « Un problème est survenu », car le modèle contenait des données de champ sans les informations d’affectation de destinataire attendues lors du chargement. Correctif : le chargement de modèle a été mis à jour pour gérer correctement les données d’affectation de destinataire incomplètes, permettant aux modèles concernés et à leurs champs de formulaire de s’ouvrir dans l’expérience de modèle moderne.
4567869	Résumé : les accords contenant des PDF avec des données de police incorrectement formatées pouvaient rester bloqués sur un écran de chargement et ne pas parvenir à se terminer en raison d’une boucle de traitement sans fin lors du rendu du document. Correctif : le traitement PDF a été mis à jour pour détecter et gérer en toute sécurité les données de largeur de police mal formées, empêchant le processus de rendu de se bloquer et permettant aux accords concernés d’être envoyés et signés.
4568289	Résumé : les expéditeurs d’accord qui devenaient eux-mêmes destinataires ne pouvaient pas masquer l’accord terminé, car une vérification d’autorisation traitait l’expéditeur d’origine comme un participant remplacé. Correctif : la validation des autorisations a été mise à jour afin que l’expéditeur d’origine puisse masquer l’accord même après être devenu destinataire, sans modifier les autorisations de visibilité pour les autres utilisateurs.
4569692	Résumé : les adresses e-mail dans un groupe de destinataires pouvaient apparaître extrêmement petites dans le bloc de signature, car la liste complète d’adresses du groupe était utilisée pour calculer la taille de texte du champ. Correctif : le rendu du bloc de signature a été mis à jour pour recalculer le champ e-mail après qu’un membre du groupe ouvre ou signe l’accord, afin que l’adresse du signataire actif s’affiche dans une taille lisible dans l’expérience de signature et le PDF terminé.
4571461	Résumé : les documents orientés paysage utilisés dans les formulaires web pouvaient contenir des zones vides inattendues et des champs mal placés en raison de calculs incorrects de coordonnées de page lors du traitement de documents. Correctif : le traitement de document a été mis à jour pour calculer correctement le placement des champs et les zones couvertes sur les pages pivotées et en mode paysage, empêchant les espaces vides et les champs mal alignés dans les accords générés.
4574423	Résumé : les groupes de cases d’option avec le même nom de champ dans les modèles réutilisables fusionnés n’étaient pas synchronisés, car la sélection d’une option effaçait la sélection correspondante dans l’autre groupe. Correctif : le comportement des cases d’option a été mis à jour afin que les options correspondantes dans les champs avec le même nom soient sélectionnées simultanément à travers les modèles fusionnés, tandis que les options différentes restent inchangées.
4574867	Résumé : les formats de date de signature personnalisés créés dans Acrobat Web étaient restaurés au format de date par défaut, car le format d’affichage sélectionné n’était pas préservé lorsque les champs de formulaire étaient supprimés et recréés lors du traitement de l’accord. Correctif : le traitement des accords a été mis à jour pour préserver les formats d’affichage de date personnalisés lorsque les champs de formulaire sont recréés, garantissant que l’expérience de signature utilise le format sélectionné dans le modèle d’origine.
4575022	Résumé : les signataires utilisant l’authentification par téléphone ne pouvaient pas déléguer un accord depuis l’expérience de signature moderne, car la boîte de dialogue de délégation ne collectait pas le numéro de téléphone du nouveau destinataire. Correctif : la boîte de dialogue de délégation affiche et valide désormais un champ de numéro de téléphone pour les accords authentifiés par téléphone, utilise la liste d’indicatifs de pays pris en charge et transmet le numéro à la demande d’authentification du destinataire délégué.
4575850	Résumé : le texte dans les champs multilignes volumineux et verrouillés pouvait apparaître plus petit dans l’expérience de signature et l’accord terminé, car l’apparence existante du champ était remplacée par un recalcul inutile de la taille de police. Correctif : le rendu des champs multilignes a été mis à jour pour préserver l’apparence du texte existant lorsque le contenu tenait déjà dans les champs, évitant de réduire la taille de la police inutilement.
4576211	Résumé : les expéditeurs recevaient deux e-mails d’achèvement lorsque leur adresse était également configurée pour recevoir une copie supplémentaire, car les chemins de notification de l’expéditeur et de la copie automatique étaient tous deux déclenchés pour le même destinataire. Correctif : le traitement des e-mails d’achèvement a été mis à jour afin que les règles de l’expéditeur et de la copie automatique soient évaluées ensemble, évitant les messages en double tout en préservant les cas où des notifications distinctes sont attendues.
4576609	Résumé : les expéditeurs utilisant un workflow personnalisé pouvaient perdre l’accès aux modèles partagés avec le groupe après un processus de création et de nouvelle prévisualisation, car le second chemin de validation ne reconnaissait pas les modèles partagés avec le groupe de l’expéditeur. Correctif : le mécanisme de validation de l’accès aux modèles est désormais cohérent entre l’aperçu et l’envoi afin que les utilisateurs puissent continuer à utiliser les modèles partagés directement avec eux ou avec leur groupe tout au long du workflow personnalisé.
4576624	Résumé : les champs de signature dans les accords avec un signataire en personne et des participants supplémentaires pouvaient être réaffectés ou se chevaucher au retour de l’expéditeur de la phase de création, car les identifiants des participants changeaient lorsque le brouillon d’accord était reconstruit. Correctif : le traitement du brouillon d’accord a été mis à jour pour remapper chaque champ au participant correspondant au retour de la phase de création, préservant les affectations correctes dans les combinaisons de routage et de rôles de destinataires prises en charge.
4576876	Résumé : les champs de signature obligatoires masqués par la logique conditionnelle étaient toujours considérés comme incomplets en raison d’une erreur dans la façon dont l’expérience de signature recalculait les champs obligatoires, empêchant les signataires de terminer l’accord. Correctif : le traitement des champs obligatoires a été mis à jour afin que les champs de signature masqués ne soient plus considérés comme incomplets, permettant aux signataires de terminer les accords lorsque les règles conditionnelles suppriment ces champs de la vue.
4576961	Résumé : les expéditeurs d’accords qui étaient également signataires ne recevaient pas l’e-mail d’accord terminé, car le workflow de notification excluait l’expéditeur du chemin de notification du signataire. Correctif : le traitement des e-mails d’achèvement a été mis à jour, afin que les expéditeurs qui signent également l’accord reçoivent la notification d’accord terminé lorsque les paramètres de notification le permettent.
4577135	Résumé : le remplacement d’un destinataire de formulaire web mettait à jour l’adresse e-mail, mais conservait le nom du destinataire d’origine en raison d’une synchronisation incomplète des détails du remplacement. Le nom incorrect pouvait apparaître au signataire et dans le rapport d’audit. Correctif : le remplacement d’un destinataire de formulaire web a été mis à jour pour appliquer le nom du nouveau destinataire de manière cohérente dans l’accord, l’expérience de signature et les données d’audit.
4577475	Résumé : les accords créés à partir de modèles pouvaient afficher un pied de page de transaction après que le paramètre a été désactivé, car le modèle conservait l’état du pied de page à sa création. Correctif : le traitement du pied de page de transaction a été mis à jour pour évaluer le paramètre actuel lors de la génération de l’accord, au lieu de s’appuyer sur la valeur stockée avec le modèle.
4577531	Résumé : certains noms de document dans le pied de page de transaction étaient tronqués, car un interlettrage spécifique provoquait le retour à la ligne des mots finaux au-delà de la zone visible du pied de page. Correctif : le pied de page de transaction utilise désormais une police plus étroite pour les noms de document, permettant à plus de texte de tenir sans retour à la ligne ni coupure.
4578623 / 4579255	Résumé : certains champs PDF AcroForm apparaissaient deux fois lors de la création, car le traitement du document ajoutait un deuxième champ se chevauchant pour certains champs de formulaire existants. Correctif : le traitement des champs de formulaire PDF a été mis à jour pour éviter l’ajout de champs en double qui se chevauchent, afin que chaque champ n’apparaisse qu’une fois lors de la création et que les signataires ne soient sollicités qu’une seule fois.
4580019	Résumé : il manquait des noms accessibles pour les boutons Télécharger, Imprimer et Rechercher dans l’expérience de visionnage d’un accord, empêchant les lecteurs d’écran d’identifier leur fonction. Correctif : des noms accessibles ont été ajoutés aux boutons Télécharger, Imprimer et Rechercher afin que les technologies d’assistance puissent annoncer correctement chaque action.
4581229	Résumé : les modifications du paramètre de sécurité qui empêchent Acrobat Sign d’être intégré à des sites web tiers étaient absentes du rapport d’activité des paramètres, car le paramètre n’était pas catégorisé pour les rapports administratifs. Correctif : le paramètre a été ajouté à la catégorie de rapports des paramètres de sécurité, afin que les modifications au niveau du compte et du groupe soient enregistrées dans le rapport d’activité des paramètres.
4582044	Résumé : les champs de case à cocher clonés pouvaient se déplacer ou se chevaucher après la signature, car ils étaient pivotés inutilement lors du traitement de certaines configurations de page PDF. Correctif : le traitement des cases à cocher clonées a été mis à jour pour préserver l’orientation et la position des champs d’origine, évitant ainsi que les champs ne se déplacent après la signature des participants.
4582268	Résumé : les requêtes API webhook effectuées directement vers le point d’entrée des webhooks pouvaient recevoir les limites de limitation par défaut de l’API plutôt que les limites spécifiques aux webhooks, car le point d’entrée de base n’était pas inclus dans le mappage de politique des webhooks. Correctif : la limitation des webhooks a été mise à jour afin que les requêtes vers le point d’entrée de base et les points d’entrée de webhooks individuels utilisent de manière cohérente les limites de débit prévues spécifiques aux webhooks.
4582742	Résumé : la mise à jour d’un ensemble de participants pouvait échouer avec l’erreur « plus d’un participant » après un remplacement précédent, car l’API comptait un destinataire déjà remplacé lors de l’évaluation de l’ensemble de participants actifs. Correctif : les mises à jour d’un ensemble de participants excluent désormais les destinataires précédemment remplacés lors de la détermination du nombre de changements de participants actifs, permettant ainsi d’actualiser avec succès l’e-mail du destinataire.