Ce document présente les nouvelles fonctionnalités, les modifications de l’expérience et les problèmes résolus dans l’application destinée aux clients pour la version la plus récente.
Les mises à jour orientées développeur de l’API et des webhooks sont documentées dans le Guide du développeur Acrobat Sign.
Il n’est pas garanti que toutes les fonctionnalités/modifications soient activées à la sortie de la version. Consultez toujours la version en anglais américain de la page, car c’est la version la plus récente et la plus précise.
Adobe Acrobat Sign version 17.2
Déploiement en production : 8 septembre 2026
Déploiement GovCloud : 15 septembre 2026
Fonctionnalité améliorée
- Suspendre et reprendre les accords après des échecs d’authentification : les administrateurs peuvent désormais autoriser la suspension des accords lorsqu’un destinataire dépasse le nombre autorisé de tentatives d’authentification, au lieu de les annuler immédiatement. Les expéditeurs peuvent mettre à jour la méthode d’authentification du destinataire et reprendre le même accord sans obliger les destinataires ayant déjà signé à signer à 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 fonctionnalité 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
En savoir plus sur le processus de configuration >
En savoir plus sur l’expérience client >
- Modification d’un document en ligne lors de la création d’un modèle de bibliothèque – Modifier le texte d’un document lors de la création de champs dans le modèle
Les expéditeurs peuvent modifier le texte d’un document pendant le processus de création d’un modèle de bibliothèque sans télécharger et recharger le fichier. L’option Modifier le document conserve les champs existants et la configuration de l’accord, réduisant les perturbations lors des mises à jour avant envoi.
La modification de document en ligne sera déployée par étapes, comme indiqué dans la notification technique.
Cette fonctionnalité est activée par défaut pour tous les utilisateurs des comptes pris en charge, ce qui permet aux propriétaires de modèles de les modifier au fur et à mesure qu’ils les créent et les gèrent. Les administrateurs de compte et de groupe peuvent désactiver la modification de document via les paramètres d’envoi.
La modification de documents en ligne n’est pas disponible dans Acrobat Sign pour l’administration ou pour les comptes utilisant le système de gestion des utilisateurs existant.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : comptes clients Acrobat Sign Solutions VIP et VIPMP | Portée de la configuration : compte et groupe ; activé par défaut
Activer ou désactiver la modification de modèles en ligne >
Comment modifier du texte pendant la création de champs >
- Partager les résumés d’accord générés par l’IA avec les destinataires : Acrobat Sign peut générer un résumé d’IA d’un accord juste après l’envoi de l’accord. Les expéditeurs peuvent vérifier le résumé et choisir de le rendre disponible aux destinataires, selon les paramètres du compte ou du groupe.
- Les résumés générés par l’IA prennent en charge les documents jusqu’à 18 MB.
- Les destinataires qui reçoivent le résumé peuvent le consulter dans l’expérience de signature avant de finaliser l’accord.
- L’expéditeur peut afficher l’accord depuis Gérer et choisir d’inclure ou non le résumé existant.
Les résumés générés par IA sont à des fins d’information uniquement. Les destinataires doivent vérifier l’accord complet avant de le signer.
La fonctionnalité est disponible une fois que le compte a accepté les conditions relatives à l’IA d’Adobe applicables.
Environnements disponibles : Commercial | Niveaux de service disponibles : Acrobat Sign Solutions (VIP et VIPMP dans les environnements NA et EU) | Portée de la configuration : Compte et Groupe ; Déploiement progressif
Consulter la configuration pour les résumés de l’IA >
Utiliser les résumés de l’IA >
- Prise en charge de « Envoyer en masse » par la passerelle d’identités numériques : 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 d’identités numériques peut être sélectionnée dans l’interface de création ou attribuée à des destinataires individuels via le fichier CSV Envoyer en masse.
Le fichier CSV prend également en charge les options de correspondance des adresses e-mail par destinataire, y compris les adresses e-mail secondaires approuvées. Chaque accord généré utilise le processus d’authentification et d’audit existant de la 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 et Groupe
Consulter les détails pour les signatures numériques dans Envoyer en masse >
Consulter le processus CSV mis à jour >
- Ajouter des 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 les fichiers et en sélectionner via le sélecteur de fichiers Google Drive. Les documents Google Docs au format d’origine sont convertis au format PDF avant d’être ajoutés à Acrobat Sign.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
Consulter la configuration pour accéder à Google Drive >
- Clés de chiffrement gérées par le client pour les fichiers d’accord : les clients Acrobat Sign éligibles peuvent utiliser une clé gérée par le client dans AWS Key Management Service pour chiffrer les fichiers d’accord pris en charge au repos. Les administrateurs de compte doivent contacter le support pour déployer la fonctionnalité pour leur compte, puis ils peuvent configurer la clé avec les informations d’identification d’accès AWS appropriées au niveau du compte (Paramètres du compte > Paramètres de sécurité).
Les tâches de rechiffrement s’exécutent uniquement pendant les heures creuses pour le shard principal du compte. La fenêtre d’heures creuses applicable est basée sur le fuseau horaire régional du shard et est indiquée dans la documentation d’aide en heure UTC.
L’accès aux fichiers chiffrés dépend de la disponibilité 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 uniquement
Présentation du chiffrement géré par le client >
Comprendre le chiffrement géré par le client dans Acrobat Sign >
Configurer le chiffrement géré par le client >
Gérer les clés de chiffrement géré par le client >
Considérations et limites du chiffrement géré par le client >
Résoudre les problèmes de chiffrement géré par le client dans Acrobat Sign >
- Configuration de l’horodatage personnalisé au niveau du groupe : les fournisseurs d’horodatage personnalisé peuvent désormais être configurés au niveau du groupe. Cela permet aux groupes d’un même compte d’utiliser différents fournisseurs d’horodatage approuvés pour leurs workflows de signature numérique.
Les groupes sans configuration explicitement définie héritent du paramètre 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
En savoir plus sur la configuration de l’horodatage >
- Inclure les événements de notification pour les destinataires en copie dans les rapports d’audit : les administrateurs de compte et de groupe peuvent désormais inclure les événements de notification pour les destinataires en copie dans les rapports d’audit d’accords. Lorsque cette option est activée, le rapport d’audit enregistre les notifications de début et de fin envoyées aux adresses en copie générales et aux destinataires spécifiques.
Les administrateurs peuvent inclure séparément des événements de notification de fin 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
Activer les événements de notification pour les destinataires en copie dans le rapport d’audit >
- Configurer les exigences en matière de sécurité des mots de passe pour les comptes du secteur de l’administration
Les administrateurs Acrobat Sign pour l’administration peuvent désormais configurer les exigences en matière de sécurité des mots de passe afin d’ajuster la longueur minimale et les règles relatives à la composition des caractères. Cela permet aux organisations d’aligner leurs politiques en matière de mots de passe sur 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
- Nouveaux fournisseurs de services de confiance : Acrobat Sign ajoute régulièrement la prise en charge de nouveaux fournisseurs de services de confiance. Les fournisseurs de services de confiance suivants sont désormais disponibles dans cette version :
- 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
- Déploiement progressif des améliorations apportées à la création des champs de formulaire
Adobe Acrobat Sign introduit une expérience de création de champs de formulaire mise à jour dans le cadre de la version 17.2. Les modifications sont déployées progressivement, par segment de clientèle, plutôt que d’être activées simultanément pour tous les comptes.
Ce qui change- L’expérience de création moderne est mise à jour avec des améliorations du placement des champs, de la navigation, de l’affectation, de la validation et des conseils relatifs à la première utilisation.
- Les modifications notables incluent :
- Un nouveau panneau Champs pour vérifier et parcourir les champs de formulaire placés.
- Des contrôles mis à jour pour la gestion des champs suggérés.
- Des noms plus explicites pour les champs détectés automatiquement.
- Une détection améliorée des types de champ courants et des règles de validation.
- Des messages de validation en ligne, spécifiques aux champs.
- Une invite d’attribution du destinataire lorsque les PDF chargés contiennent des champs AcroForm existants.
- Des conseils contextuels pour les tâches de création courantes.
Ces modifications concernent l’interface d’utilisation et le workflow utilisés lors de la préparation des accords et des modèles de bibliothèque.
Consultez la notification technique pour connaître le calendrier de déploiement.
Environnements disponibles : Commercial | Niveaux de service disponibles : Acrobat Sign Solutions (clients disposant d’un compte VIP ou VIPMP) | Portée de la configuration : activé par défaut selon le calendrier de déploiement
Consulter la documentation de création mise à jour >
- Paramètres par défaut mis à jour pour les comptes de PME : plusieurs fonctionnalités d’envoi existantes sont désormais activées par défaut pour les comptes VIP, VIPMP et ETLA de moins de 100 000 $.
Ces mises à jour de paramètres par défaut rendent les fonctionnalités des expéditeurs couramment utilisées disponibles sans qu’un administrateur ait à activer chaque paramètre au préalable. Selon la configuration du compte, les comptes peuvent désormais avoir accès aux éléments suivants :
Ces modifications s’appliquent uniquement aux comptes appartenant aux segments de clientèle professionnelle concernés. Elles ne s’appliquent pas à Acrobat Sign pour l’administration.
Environnements disponibles : Sandbox, Commercial, | Niveaux de service disponibles : Acrobat Sign Solutions (comptes VIP, VIPMP et ETLA de moins de 100 000 $) | Portée de la configuration : activé par défaut
- Amélioration de l’expérience d’utilisation des modèles de bibliothèque : l’expérience moderne de création et de conception de modèles de bibliothèque a été simplifiée grâce à un nombre réduit de choix initiaux, des instructions plus claires lors de la première utilisation, une action d’enregistrement dédiée et des messages de validation et d’erreur améliorés.
Les actions de gestion des modèles sont également plus faciles d’accès après la création.
Environnements disponibles : Commercial | Niveaux de service disponibles : Acrobat Sign Solutions (comptes VIP, VIPMP et d’essai) | Portée de la configuration : activé par défaut.
- L’expérience moderne Demander une signature devient l’expérience par défaut
Tous les comptes Commercial et Administration basculeront automatiquement vers l’expérience Demander une signature moderne. Les liens de changement sont désactivés dans l’interface d’envoi, tandis que les commandes d’administration restent disponibles pour les clients qui doivent temporairement revenir à l’expérience de composition classique.
La suppression complète des commandes de substitution classiques est prévue pour une version ultérieure.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : non configurable
- L’interface moderne Créer un modèle devient l’expérience par défaut
Tous les comptes Commercial et Administration seront mis à jour pour utiliser l’expérience Créer un modèle moderne. Les commandes d’administration restent disponibles pour les clients qui doivent temporairement revenir à l’expérience Créer un modèle classique.
La suppression complète des commandes de substitution classiques est prévue pour une version ultérieure.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
- Le concepteur de workflows personnalisés moderne devient l’expérience par défaut - Reporté : ce changement est désormais prévu pour la version 17.2.1.
Tous les comptes Commercial et Administration basculent automatiquement vers l’expérience moderne Concepteur de workflows personnalisés. Les commandes d’administration restent disponibles pour les clients qui doivent temporairement revenir à l’expérience classique.
La suppression complète des commandes de substitution classiques est prévue pour une version ultérieure.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : 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 commencer un essai d’Acrobat Sign sans être bloqués par leur compte Adobe existant.
Cela permet aux clients actuels d’Adobe d’essayer plus facilement Acrobat Sign en parallèle de leurs autres produits Adobe.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
- Amélioration de la suppression de destinataires 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, ce qui réduit les cas où un expéditeur doit annuler puis recréer un accord.
Le workflow actuel de suppression de destinataires et les contrôles administrateur 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 et Groupe
- Avis de fin de prise en charge de Power Automate Embed : les utilisateurs ayant accès à Power Automate Embed voient désormais s’afficher un avis dans le produit les informant de la fin prochaine de sa prise en charge, ainsi qu’un lien vers des instructions de transition. La fonctionnalité reste disponible dans la version 17.2 et cette mise à jour ne désactive ni ne 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
- Prise en charge de fichiers plus volumineux pour les transactions Salesforce : l’intégration Acrobat Sign pour Salesforce prend désormais en charge des données de transaction plus volumineuses, ce qui améliore la fiabilité pour les accords avec des documents volumineux, plusieurs signataires ou des PDF signés enregistrés en tant que pièces jointes Salesforce distinctes.
Les workflows et les 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 des destinataires dans les accords Salesforce : Adobe Acrobat Sign pour Salesforce permet désormais aux expéditeurs de fournir le nom d’un destinataire et d’empêcher le destinataire de le modifier pendant la signature.
Cette amélioration renforce la cohérence entre les enregistrements Salesforce et les accords finalisé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 SAP SuccessFactors : l’intégration d’Adobe Acrobat Sign à SAP SuccessFactors a été mise à jour pour rester compatible avec les modifications apportées à la plateforme SAP SuccessFactors.
Les workflows d’accords existants restent inchangés.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Intégration
- Suivi des offres amélioré dans SAP SuccessFactors : l’intégration d’Acrobat Sign à SAP SuccessFactors fournit désormais les statuts d’offre Expirée et Approbation, donnant aux recruteurs une meilleure visibilité sur l’avancement des offres.
Un nouveau champ Acteur dans l’entité Candidature identifie le candidat ou l’approbateur responsable de la prochaine action. Cela permet aux recruteurs de déterminer à quelle étape se trouve une offre sans avoir à 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 d’API et de webhook pour cette version sont disponibles dans la documentation de l’API Acrobat Sign.
- Taille de document disponible via l’API Agreements
Les réponses suivantes de l’API GET Agreement V6 incluent désormais un paramètre fileSize qui renvoie la taille du document en octets :- /agreements/{agreementId}
- /agreements/{agreementId}/documents
Ce changement de réponse s’applique à tous les niveaux de service activés pour l’API Acrobat Sign.
Problèmes résolus
| Problème | Description |
|---|---|
| 4550652 | Résumé : les utilisateurs consultant 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’autorisation car l’action est prise en charge uniquement pour l’expéditeur initial. 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 en masse partagé. L’action reste disponible pour l’expéditeur original. |
| 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 au lieu d’être mis à jour à partir du certificat de signature, en raison d’une signature enregistrée lors d’une session de signature antérieure. Correctif : le traitement des signatures cloud a été mis à jour pour que le nom du signataire soit rempli à 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 figurant sur les cartes de bannière de la deuxième rangée de la page d’accueil pouvaient apparaître tronquées, car les nouvelles normes de taille du texte étaient appliquées à une mise en page qui n’avait pas été adaptée aux nouvelles dimensions. Correctif : la mise en page des cartes de bannière a été mise à jour pour s’adapter à la nouvelle taille du texte, ce qui permet d’éviter que les descriptions ne soient tronquées. |
| 4561980 | Résumé : le texte saisi via Remplir et signer peut sembler manquant, agrandi ou mal aligné dans le PDF terminé en raison de différences dans la façon dont les polices de remplacement et l’espacement du texte ont été traités pendant le rendu du document. Correctif : le rendu PDF a été mis à jour pour conserver la taille, l’espacement et l’emplacement prévus des polices, garantissant que les données saisies s’affichent correctement dans le document terminé. |
| 4561987 | Résumé : les documents individuels téléchargés depuis un accord terminé peuvent atteindre une taille nettement supérieure à celle des originaux en raison de l’ajout d’une quantité de données excessive lors de la génération de versions accessibles des PDF signés. Cette augmentation de taille peut également entraîner le dépassement des limites de diffusion pour les e-mails contenant les accords. Correctif : le traitement des PDF accessibles a été optimisé pour éviter toute augmentation inutile de la taille des fichiers lorsque les accords contiennent plusieurs documents. La taille des documents téléchargés individuellement correspond désormais davantage à celle de leur contenu d’origine. |
| 4562483 | Résumé : certains modèles de bibliothèque existants ne pouvaient pas être ouverts dans l’expérience de modèle moderne et affichaient le message d’erreur « Un problème est survenu », car le modèle contenait des données de champ sans les informations d’attribution des destinataires requises lors du chargement. Correctif : le chargement des modèles a été mis à jour pour gérer correctement les données d’attribution des destinataires incomplètes, ce qui permet 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 mal formatées pouvaient rester bloqués sur un écran de chargement et ne pas s’exécuter correctement en raison d’une boucle de traitement sans fin lors du rendu du document. Correctif : le traitement des 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, ce qui empêche le processus de rendu de se bloquer et permet l’envoi et la signature des accords concernés. |
| 4568289 | Résumé : les expéditeurs d’accords qui s’étaient remplacés eux-mêmes en tant que destinataires ne pouvaient pas masquer l’accord terminé, car un contrôle des autorisations considérait 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 s’être remplacé en tant que destinataire, sans modifier les autorisations de visibilité pour les autres utilisateurs. |
| 4569692 | Résumé : les adresses e-mail d’un groupe de destinataires pouvaient s’afficher en très petits caractères dans le bloc de signature car la liste complète des adresses du groupe était utilisée pour calculer la taille du texte du champ. Correctif : le rendu du bloc de signature a été mis à jour afin de recalculer le champ e-mail lorsqu’un membre du groupe ouvre ou signe l’accord, de sorte que l’adresse du signataire actif s’affiche dans une taille lisible aussi bien dans l’expérience de signature que dans le PDF terminé. |
| 4571461 | Résumé : les documents au format paysage utilisés dans les formulaires web peuvent contenir des zones vides inattendues et des champs mal placés en raison de calculs de coordonnées de page incorrects lors du traitement du document. Correctif : le traitement des documents a été mis à jour afin de calculer correctement l’emplacement des champs et les zones couvertes sur les pages pivotées et au format paysage, ce qui permet d’éviter les espaces vides et les champs mal alignés dans les accords générés. |
| 4572350 | Résumé : dans les accords utilisant la participation dynamique, les destinataires parallèles pouvaient perdre les champs qui leur étaient attribués, car l’étape de signature était considérée comme terminée dès que le premier destinataire de cette étape signait. Les champs destinés aux autres destinataires parallèles étaient alors ignorés. Correctif : les étapes de signature parallèles restent désormais actives jusqu’à ce que chaque destinataire de cette étape ait signé, garantissant que tous les champs attribués sont générés et conservés avant que l’accord passe à l’étape de signature suivante. |
| 4574423 | Résumé : les groupes de cases d’option portant 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 portant le même nom soient sélectionnées simultanément dans tous 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 revenaient au format de date par défaut, car le format d’affichage sélectionné n’était pas conservé 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 conserver 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 avec authentification par téléphone, utilise la liste des indicatifs nationaux pris en charge et transmet le numéro à la demande d’authentification du destinataire délégué. |
| 4575850 | Résumé : le texte figurant dans les grands champs multiligne verrouillés pouvait s’afficher en 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 la police. Correctif : le rendu des champs multiligne a été mis à jour afin de conserver l’apparence du texte existant lorsque le contenu s’adapte déjà, ce qui évite que la police ne soit réduite inutilement. |
| 4576211 | Résumé : les expéditeurs recevaient deux e-mails de confirmation 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 déclenchés pour le même destinataire. Correctif : le traitement des e-mails de confirmation a été mis à jour afin d’évaluer conjointement les règles d’expéditeur et de copie automatique, ce qui permet d’éviter les messages en double tout en conservant 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 de leur groupe après être revenus de la phase de création et avoir prévisualisé à nouveau, car le deuxième chemin de validation ne reconnaissait pas les modèles partagés avec le groupe de l’expéditeur. Correctif : la validation d’accès aux modèles a été alignée sur les chemins d’aperçu et d’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éattribués ou se chevaucher après que l’expéditeur soit revenu de la phase de création, car les identifiants des participants changeaient lorsque le brouillon d’accord était recomposé. Correctif : le traitement du brouillon d’accord a été mis à jour pour réattribuer chaque champ au participant correspondant après le retour de la phase de création, en conservant les attributions correctes pour les combinaisons de routage et de rôle de destinataire 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 finaliser 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, ce qui permet aux signataires de finaliser les accords lorsque les règles conditionnelles retirent ces champs de la vue. |
| 4576961 | Résumé : les expéditeurs d’accords qui étaient également signataires ne recevaient pas l’e-mail confirmant que l’accord était finalisé, car le workflow de notification excluait l’expéditeur du chemin de notification destiné aux signataires. Correctif : le traitement des e-mails de confirmation a été mis à jour, de sorte que les expéditeurs qui signent également l’accord reçoivent la notification de confirmation lorsque leurs paramètres de notification le permettent. |
| 4577135 | Résumé : le remplacement d’un destinataire d’un formulaire web a mis à jour l’adresse e-mail, mais le nom du destinataire d’origine a été conservé en raison d’une synchronisation incomplète des détails relatifs au remplacement. Ce nom erroné pouvait apparaître pour le signataire et dans le rapport d’audit. Correctif : le remplacement du destinataire du formulaire web a été mis à jour afin que le nom du nouveau destinataire apparaisse de manière cohérente dans l’ensemble de 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 la désactivation du paramètre, car le modèle conservait l’état du pied de page tel qu’il était lors de sa création initiale. Correctif : le traitement du pied de page de transaction a été mis à jour afin de prendre en compte le paramètre actuel lors de la génération de l’accord, plutôt que de s’appuyer sur la valeur enregistrée dans le modèle. |
| 4577531 |
Résumé : certains noms de documents figurant dans le pied de page de transaction étaient tronqués, car l’espacement entre certains caractères faisait dépasser les derniers mots de la zone visible du pied de page. Correctif : le pied de page de transaction utilise désormais une police plus fine pour les noms de documents, ce qui permet d’afficher plus de texte sans retour à la ligne ni contenu tronqué. |
| 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 qui se superposait à certains champs de formulaire existants. Correctif : le traitement des champs de formulaire PDF a été mis à jour pour empêcher l’ajout de champs en double qui se chevauchent. Ainsi, chaque champ n’apparaît qu’une seule fois lors de la création du document et les signataires ne sont invités à le remplir qu’une seule fois. |
| 4580019 | Résumé : les boutons Télécharger, Imprimer et Rechercher de l’expérience de consultation des accords ne disposaient pas de noms accessibles, ce qui empêchait 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 chaque action correctement. |
| 4581229 | Résumé : les modifications apportées au paramètre de sécurité empêchant l’intégration d’Acrobat Sign à des sites web tiers n’apparaissaient pas dans le rapport d’activité des paramètres, car le paramètre n’était pas classé dans une catégorie spécifique pour les rapports administratifs. Correctif : le paramètre a été ajouté à la catégorie de rapports des paramètres de sécurité, de sorte que les modifications apportées au niveau du compte et du groupe sont désormais 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 inutilement pivotés lors du traitement de certaines configurations de pages PDF. Correctif : le traitement des cases à cocher clonées a été mis à jour pour conserver l’orientation et l’emplacement d’origine des champs, ce qui évite que les champs ne soient décalés après que les participants ont signé. |
| 4582268 | Résumé : les requêtes API de webhook envoyées directement au point d’entrée des webhooks peuvent être soumises aux limites de régulation de l’API par défaut plutôt qu’aux limites spécifiques aux webhooks, car le point d’entrée de base n’est pas inclus dans le mappage de la politique relative aux webhooks. Correctif : la régulation des webhooks a été mise à jour afin que les requêtes adressées au point d’entrée de base et aux points d’entrée individuels des webhooks respectent systématiquement les limites de débit spécifiques à chaque webhook. |
| 4582742 | Résumé : la mise à jour d’un ensemble de participants pouvait échouer avec le message d’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 actif. Correctif : les mises à jour d’ensemble de participants excluent désormais les destinataires déjà remplacés lors du calcul du nombre de participants actifs concernés par la modification, ce qui permet de mettre correctement à jour l’adresse e-mail du destinataire. |
Simplifiez votre travail avec Acrobat Sign
Gérez et signez des documents en ligne rapidement et facilement.
