Planning des versions et documentation des versions préliminaires d’Adobe Acrobat Sign
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.
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).
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.
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.
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.
Adobe Acrobat Sign version v17.2.1
Déploiement du sandbox : 8 septembre 2026
Déploiement en production : 6 octobre 2026
Déploiement sur GovCloud : 8 octobre 2026
Fonctionnalité améliorée
- 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 progressivement, comme référencé dans la notification technique.
Cette fonctionnalité est désactivée par défaut pour tous les utilisateurs dans les comptes ETLA pris en charge, permettant aux expéditeurs de modifier les documents lorsqu’ils créent un modèle de bibliothèque. 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, Commerce | Niveaux de service disponibles : comptes clients Acrobat Sign Solutions ETLA | Portée de la configuration : compte et groupe ; désactivé par défaut
Activer ou désactiver la modification de documents en ligne >
Comment modifier du texte pendant la création de champs >
- Tri et export des données de graphique de rapports - Les utilisateurs de rapports peuvent désormais afficher les graphiques de rapports Accord et Transaction pris en charge par activité, en commençant par les valeurs les plus élevées, et exporter les données de graphique agrégées vers un fichier CSV. L’ordre de tri est appliqué automatiquement lorsque le graphique se charge. Le fichier exporté respecte les filtres actifs et la période sélectionnée dans le rapport.
Environnements disponibles : Sandbox, Commerce, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé par défaut
Examiner le nouveau processus >
Modifications de l’expérience
- Action rapide Notes restaurée sur la page Gérer - L’action rapide Notes est à nouveau disponible directement depuis la page Gérer. Les utilisateurs peuvent sélectionner l’icône Notes depuis une ligne d’accord pour afficher ou ajouter rapidement des notes sans ouvrir le menu Actions de l’accord.
Environnements disponibles : Sandbox, Commerce, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de configuration : Activé par défaut
Examiner le processus >
- 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 : Commerce, Sandbox | Niveaux de service disponibles : Acrobat Sign Solutions (clients des comptes ETLA et d’une version d’essai) | Portée de la configuration : Activé par défaut suivant le calendrier de déploiement
Examiner la documentation mise à jour >
- Expérience de modèle de bibliothèque améliorée - L’expérience de création et de conception moderne 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 de modèle sont également plus faciles à accéder après la création.
Environnements disponibles : Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de configuration : Activé par défaut.
- Le concepteur de workflows personnalisés moderne devient l’expérience par défaut
Tous les comptes Commercial et Administration basculeront 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
- Avis de retrait de l’expérience Power Automate intégrée - Selon la notification technique répertoriée, la fonctionnalité Power Automate intégrée doit être supprimée du service dans la version 18.0 (janvier 2027). La fonctionnalité reste disponible dans la version 17.2.1 et cette mise à jour ne désactive ni ne supprime les workflows existants.
Environnements disponibles : Sandbox, Commerce, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Non applicable
Examiner les informations de retrait >
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.
Erreurs de version - Éléments supprimés
Vous trouverez ci-dessous les éléments de ligne annoncés comme faisant partie de cette version, mais dont la publication a depuis été reportée.
- Signatures cloud prises en charge dans l’expérience de destinataire moderne - Les destinataires peuvent désormais appliquer des signatures numériques basées sur le cloud en utilisant l’expérience de destinataire moderne. L’expérience mise à jour prend en charge la sélection du fournisseur de signature cloud, l’authentification, la sélection de certificats, l’apparence de la signature et le processus de signature tout en fournissant les améliorations d’accessibilité et de facilité d’utilisation de l’expérience de signature moderne.
Les signatures numériques qui nécessitent le Téléchargement et la signature avec Acrobat continuent d’utiliser l’expérience de destinataire classique.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
Problèmes résolus
| Problème | Description |
|---|---|
| 4549580 | Résumé : lors de la sélection d’un destinataire dans le carnet d’adresses sur la page Demander des signatures, l’adresse e-mail sélectionnée pouvait disparaître si l’expéditeur cliquait en dehors du champ d’e-mail. |
| Correctif : mise à jour du comportement de saisie semi-automatique des destinataires afin que les adresses e-mail sélectionnées restent dans le champ de destinataire lorsque le focus se déplace ailleurs sur la page. | |
| 4567864 | Résumé : les mots de passe attribués aux destinataires via l’API pouvaient être manquants lorsqu’un accord provisoire créé par l’API était ouvert dans la nouvelle expérience Demander des signatures. Cela obligeait les expéditeurs à ressaisir les mots de passe des destinataires avant de continuer. |
| Correctif : mise à jour de la nouvelle expérience Demander des signatures pour préserver et remplir les mots de passe des destinataires configurés lors de la création d’accords provisoires via l’API. | |
| 4580052 | Résumé : les accords terminés pouvaient échouer aux vérifications d’accessibilité parce que les caractères de case à cocher et de case d’option utilisaient une police sans encodage de caractère approprié, et les images de signature dans les PDF balisés n’incluaient pas de texte alternatif. |
| Correctif : mise à jour de la génération de PDF pour utiliser une police intégrable avec encodage de caractère pour les symboles de case à cocher et de case d’option et pour ajouter du texte alternatif aux images de signature dans les PDF balisés. | |
| 4580923 | Résumé : les workflows personnalisés pouvaient affecter des champs aux mauvais destinataires lorsqu’un expéditeur sélectionnait Aperçu et ajouter des champs de signature après avoir ignoré un destinataire facultatif. Cela se produisait parce que l’aperçu réindexait les destinataires restants au lieu de préserver les positions des participants définies par le workflow. |
| Correctif : mise à jour du mappage des destinataires et des champs pendant l’aperçu pour que les destinataires facultatifs ignorés n’affectent plus l’affectation de champs à d’autres participants. | |
| 4582909 | Résumé : les destinataires utilisant l’authentification par téléphone pouvaient rencontrer une erreur après avoir saisi leur code de vérification, ce qui les empêchait de continuer à signer l’accord. Cela se produisait lorsque le traitement amélioré de la date et de l’heure de l’audit rencontrait une valeur nulle inattendue pour certains enregistrements de destinataires. |
| Correctif : traitement des destinataires mis à jour pour gérer en toute sécurité la valeur de statut utilisateur affectée afin que les destinataires puissent continuer à signer après une authentification téléphonique réussie. | |
| 4582930 / 4592174 | Résumé : les utilisateurs pouvaient ne pas être en mesure de créer une copie d’accords créés à partir de modèles partagés en raison d’une erreur lors de la validation de l’accès aux modèles détenus par un autre utilisateur. |
| Correctif : mise à jour de la gestion d’accès aux modèles partagés afin que les utilisateurs puissent créer avec succès des copies d’accords créés à partir de modèles partagés avec leur groupe ou leur compte. | |
| 4586018 | Résumé : les accords signés numériquement pouvaient afficher plus d’une option sélectionnée dans un groupe de boutons radio lorsque les champs étaient créés en utilisant la syntaxe de balise de texte héritée dans un document Word. |
| Correctif : mise à jour du traitement des boutons radio pour les accords signés numériquement afin que les PDF terminés préservent uniquement l’option sélectionnée par le signataire. | |
| 4586646 | Résumé : les documents signés numériquement contenant plusieurs signatures pouvaient échouer à la validation avec certains programmes de validation de signature tiers stricts car des données internes temporaires étaient incorrectement conservées dans un champ de signature numérique. |
| Correctif : mise à jour du traitement des signatures numériques pour empêcher l’écriture de données internes temporaires dans les champs de signature, permettant aux documents terminés de se valider correctement avec des programmes de validation de signature stricts. | |
| 4586710 | Résumé : les accords contenant des champs de texte clonés ou liés pouvaient rencontrer une erreur de serveur lors de l’envoi en raison de références de police générées incorrectement dans les données d’apparence PDF des champs. |
| Correctif : correction de la gestion des polices pour les champs de texte clonés et liés et traitement PDF amélioré pour que les échecs de rendu de champ de formulaire individuels n’empêchent plus la préparation et l’envoi de l’accord. | |
| 4587242 | Résumé : dans les accords qui incluaient la délégation de destinataires, les champs de formulaire correspondant aux destinataires situés plus loin dans l’ordre de signature pouvaient ne pas figurer dans l’accord finalisé, car la génération de ces champs était ignorée après un événement de délégation. Cela pouvait laisser des champs tels que « Date de signature » vides. |
| Correctif : mise à jour de la génération de champs après la délégation de destinataire afin que les destinataires suivants conservent leurs champs de formulaire attribués dans le contrat finalisé. | |
| 4588022 | Résumé : les utilisateurs appliquant une signature numérique cloud via Fill & Sign pouvaient se trouver face à un écran de chargement sans fin en raison du flux d’autorisation OAuth n’étant pas géré correctement pour certaines informations d’identification de signature cloud. |
| Correctif : mise à jour du flux d’autorisation de signature cloud Fill & Sign afin que les informations d’identification concernées puissent terminer correctement l’authentification et la signature numérique. | |
| 4589857 | Résumé : la préservation des signatures numériques pouvait se comporter de manière incohérente pour les accords envoyés depuis un groupe autre que le groupe par défaut de l’expéditeur en raison de certaines vérifications de préservation utilisant les paramètres du groupe par défaut de l’expéditeur au lieu des paramètres du groupe de l’accord. Cela pouvait empêcher la préservation des signatures numériques précédemment appliquées. |
| Correctif : mise à jour de la préservation des signatures numériques afin d’utiliser systématiquement les paramètres du groupe associé à l’accord pour déterminer si les signatures numériques existantes doivent être conservées. | |
| 4590154 | Résumé : plusieurs champs de cachet électronique générés à partir de définitions de texte ancré répétées pouvaient être liés ensemble en raison de champs de signature dupliqués conservant la même identité de champ au lieu d’être créés comme des champs uniques. |
| Correctif : mise à jour de la génération de champs de formulaire afin que les champs de cachet électronique, de signature numérique et de signature soient toujours créés comme des champs uniques et ne soient pas liés ou clonés. | |
| 4591349 | Résumé : les signatures numériques pouvaient échouer pour les accords créés à partir de certains fichiers PDF, car le document source nécessite que les champs de formulaire apparaissent avant que le processus de signature numérique puisse se poursuivre. |
| Correctif : mise à jour du traitement des signatures numériques pour préparer l’affichage des champs de formulaire concernés avant la signature, ce qui permet d’appliquer correctement la signature numérique. |
Versions précédentes
Simplifiez votre travail avec Acrobat Sign
Gérez et signez des documents en ligne rapidement et facilement.