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.

21 juillet 2026 (Version mineure) v17.1.2

Adobe Acrobat Sign version v17.1.2

Déploiement du sandbox : 16 juin 2026

Déploiement en production : 21 juillet 2026

Déploiement GovCloud : 23 juillet 2026

Fonctionnalité améliorée

Préserver les signatures numériques existantes dans les PDF chargés : les administrateurs peuvent activer Acrobat Sign pour préserver les signatures numériques existantes dans les fichiers PDF chargés, permettant aux documents pré-signés de passer par les workflows d’accord pris en charge sans aplatir la signature originale. Cela aide les organisations à utiliser des documents qui ont été signés numériquement avant le chargement tout en protégeant le document des modifications qui invalideraient la signature préservée.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et groupe
Consultez la configuration pour conserver les signatures numériques >
Consultez la procédure pour envoyer un PDF avec une signature numérique existante >

Modification de documents en ligne lors de la création : modifiez le texte du document directement dans l’expérience de création
Les expéditeurs peuvent modifier le texte du document directement dans l’environnement de création sans télécharger ni charger à nouveau le fichier. L’option Modifier le document préserve les champs existants et la configuration de l’accord, réduisant les perturbations lors des mises à jour avant envoi. La modification est disponible uniquement lorsque l’accord est à l’état de brouillon et n’est pas disponible après l’envoi de l’accord.

La fonctionnalité de modification de documents en ligne sera déployée progressivement, 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 expéditeurs de modifier les documents envoyés via Demander une signature. 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 : 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 documents en ligne >
Comment modifier du texte pendant la création de champs >

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.

Clés de chiffrement gérées par le client pour les fichiers d’accord : les clients Acrobat Sign éligibles peuvent configurer une clé gérée par le client AWS KMS pour protéger les fichiers d’accord au repos pris en charge. Une fois la fonctionnalité activée pour un compte, les fichiers d’accord pris en charge sont chiffrés à l’aide de la clé gérée par le client, donnant aux organisations plus de contrôle sur la gestion des clés tout en préservant les processus d’accord Acrobat Sign pris en charge.

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

Problèmes résolus

Problème	Description
4487069	Résumé : Une notification de non-remise affichée sur la page Gérer pouvait disparaître lorsque les utilisateurs parcouraient la liste des accords, car la liste réutilisait les composants de ligne sans actualiser l’état de la notification pour chaque accord.
4487069	Correctif : La page Gérer actualise désormais l’état de notification non remise lorsque les lignes de contrat sont réutilisées, de sorte que la notification reste visible pendant que les utilisateurs font défiler la page.
4541319	Résumé : Les liens hypertexte intégrés dans les aperçus de modèles réutilisables pouvaient devenir inactifs car le traitement PDF supprimait les données de lien intégré pendant la conversion de modèle, tandis que les liens URL exposés restaient cliquables.
4541319	Correctif : Le traitement des fichiers PDF a été mis à jour afin de préserver les données des hyperliens intégrés lors de la conversion en modèle réutilisable, de sorte que les liens URL intégrés et visibles restent cliquables dans l’aperçu du modèle.
4555107	Résumé : Les téléchargements de documents combinés via l’API pouvaient omettre le rapport d’audit même lorsque le paramètre attachAuditReport=true était utilisé, car certaines requêtes étaient traitées à tort comme non authentifiées lorsqu’un échec survenait lors de la génération de l’identifiant d’action de l’API.
4555107	Correctif : L’API de document combiné préserve désormais la pièce jointe de rapport d’audit demandée lorsque la génération d’ID d’action API n’est pas disponible, de sorte que les téléchargements incluent le rapport d’audit lorsque attachAuditReport=true est utilisé.
4555473	Résumé : Les utilisateurs Safari pouvaient être renvoyés à la page de connexion après s’être connectés, car la nouvelle gestion de la confidentialité de Safari empêchait les cookies de session Adobe Acrobat Sign d’être conservés correctement pendant le flux de connexion d’identité Adobe.
4555473	Correctif : La gestion de la compatibilité des cookies de session a été mise à jour pour les versions récentes de Safari et de macOS, afin qu’Acrobat Sign maintienne les utilisateurs connectés après l’authentification.
4555620	Résumé : Les chargements de fichiers volumineux pouvaient être rejetés lors de l’envoi depuis un groupe autorisant une taille maximale de chargement plus élevée, car la validation du chargement des documents transitoires ne chargeait pas le paramètre de taille de chargement du groupe sélectionné.
4555620	Correctif : Les chargements de document transitoire transmettent désormais l’ID de groupe sélectionné afin qu’Acrobat Sign applique la taille de chargement maximale du groupe lors de la validation des fichiers chargés.
4560927	Résumé : Les destinataires d’un accord finalisé pouvaient recevoir des e-mails de finalisation inattendus lorsque l’expéditeur demandait un nouveau lien à partir d’un e-mail d’accord expiré, car le processus de reconduction de l’URL classait par erreur l’e-mail de confirmation destiné à l’expéditeur comme un modèle de notification de signataire.
4560927	Correctif : Le processus de reconduction de l’URL envoie désormais le lien d’accès demandé uniquement à l’utilisateur qui en a fait la demande et n’envoie plus d’e-mails de finalisation aux autres participants de l’accord.
4561378	Résumé : Lorsque les utilisateurs créaient une copie d’un accord et ouvraient la création, Acrobat Sign pouvait envoyer un e-mail de mise à jour d’échéance incorrect car l’échéance automatiquement appliquée de l’accord copié était traitée comme une expiration mise à jour par l’expéditeur avant l’envoi de l’accord.
4561378	Correctif : Le workflow de copie bloque désormais l’e-mail de mise à jour d’échéance initial avant l’envoi de l’accord copié, tout en préservant les notifications de mise à jour d’échéance pour les modifications ultérieures de l’expéditeur.
4562055	Résumé : Dans la nouvelle expérience d’envoi, les workflows personnalisés au niveau du compte pouvaient rétablir la valeur Envoyer depuis le groupe sur le groupe principal de l’expéditeur, car le groupe sélectionné n’était pas préservé lors de l’actualisation de la page du workflow et ils recréaient le brouillon d’accord.
4562055	Correctif : Le flux d’envoi de workflow personnalisé préserve désormais le groupe sélectionné pendant l’actualisation de la page et la création du brouillon d’accord, ainsi les utilisateurs peuvent envoyer depuis un autre groupe que le groupe principal dans la nouvelle expérience.
4562242	Résumé : Les valeurs de champs préremplis pouvaient disparaître après le redémarrage d’un accord par un destinataire ultérieur, car le workflow de redémarrage utilisait le document redémarré comme source au lieu du document prérempli qui conservait les valeurs par défaut de champ d’origine.
4562242	Correctif : Le workflow de redémarrage utilise désormais le document prérempli comme base pour l’accord redémarré, de sorte que les valeurs préremplies d’origine sont préservées lorsque l’accord est renvoyé pour signature.
4562338	Résumé : L’authentification de l’API Swagger pouvait s’arrêter sur une page de redirection vierge et échouer à générer un jeton porteur, car la page de redirection OAuth rejetait les URL de domaine de document Acrobat valides pendant la validation de redirection.
4562338	Correctif : La validation de redirection OAuth Swagger a été mise à jour pour permettre les domaines de document Acrobat pris en charge, de sorte que l’authentification renvoie les utilisateurs vers Swagger et charge le jeton porteur généré.
4565965	Résumé : Les documents comportant plusieurs signatures numériques pouvaient échouer à la validation dans les validateurs stricts de signatures PDF, car Acrobat Sign écrivait temporairement une valeur interne du workflow de signature dans un champ de signature à un emplacement où la spécification PDF exige un dictionnaire de signature.
4565965	Correctif : Le processus de fusion des PDF ignore désormais les champs de signature lors de l’application des valeurs de formulaire, empêchant ainsi l’écriture de valeurs internes de workflow dans les champs de signature et préservant la validité de la structure des documents comportant plusieurs signatures.
4567496 / 4567841	Résumé : Les signatures par tampon pouvaient s’afficher dans une taille inférieure à la taille configurée lorsque les paramètres du motif de signature étaient activés, car la logique de mise en page associée au motif de signature réservait à tort de l’espace à côté des champs de tampon.
4567496 / 4567841	Correctif : Le rendu des tampons a été mis à jour afin que les ajustements de mise en page liés au motif de signature ne redimensionnent pas les champs de tampon, préservant ainsi la taille de tampon configurée.
4568666	Résumé : Les notifications webhook pouvaient ne pas être envoyées pour certains accords comportant des témoins, car la logique de recherche des participants ne gérait pas correctement les enregistrements de témoins lors de la génération de la charge utile du webhook.
4568666	Correctif : La génération des charges utiles des webhooks gère désormais correctement les participants témoins, ce qui permet de continuer à générer et à envoyer les notifications webhook pour les accords concernés.
4568798	Résumé : Les accords copiés pouvaient inclure des destinataires qui avaient été supprimés via la fonction Modifier l’accord, car le workflow de copie n’excluait pas complètement les destinataires supprimés lors de la reconstruction de la liste des destinataires et des groupes de routage.
4568798	Correctif : Le workflow de copie exclut désormais les destinataires supprimés via la fonction Modifier l’accord et reconstruit les groupes de routage en utilisant uniquement les destinataires actifs.
4569478	Résumé : Les sélections de cases à cocher pouvaient disparaître dans les accords terminés lorsqu’un PDF interactif contenait un champ de case à cocher invisible superposé à un champ de case à cocher visible, car le champ invisible était toujours généré lors du traitement final du PDF.
4569478	Correctif : Le traitement des PDF ignore désormais les champs de type case à cocher invisibles lors du rendu de l’accord finalisé, de sorte que les sélections visibles de cases à cocher restent affichées dans le document signé final.
4569490	Résumé : Certains e-mails de notification Adobe Acrobat Sign pouvaient être signalés comme spam, car le balisage du pré-en-tête des e-mails contenait des styles masqués ou à faible contraste que certains filtres de messagerie considèrent comme suspects.
4569490	Correctif : L’annotation des e-mails de notification a été mise à jour afin de supprimer les styles masqués et à faible contraste, réduisant ainsi les faux positifs de détection de spam tout en préservant le comportement normal de prévisualisation des e-mails.
4569491	Résumé : Le flux Attribuer des utilisateurs à un groupe pouvait échouer avec une erreur non gérée lorsque la validation du statut utilisateur rencontrait un enregistrement d’appartenance à un groupe incomplet.
4569491	Correctif : La validation du statut des utilisateurs ignore désormais les enregistrements d’appartenance à un groupe incomplets au lieu d’interrompre le workflow d’affectation, ce qui permet à la fonction Affecter des utilisateurs au groupe de s’ouvrir correctement.
4569747	Résumé : Les accords créés via l’API REST avec le statut de création pouvaient afficher toutes les cases à cocher comme sélectionnées, car les valeurs des champs de fusion de type case à cocher n’étaient pas correctement interprétées lors du chargement de l’accord pour création.
4569747	Correctif : La gestion des champs de fusion de type case à cocher a été mise à jour afin que le mode de création tienne correctement compte des valeurs cochées et non cochées provenant de la charge utile de l’API, et n’affiche que les sélections de cases à cocher prévues.
4570171	Résumé : Adobe Acrobat Sign pouvait ne pas parvenir à traiter certains PDF pourtant valides lorsque le document contenait une destination de lien mal formée, car le traitement du document s’interrompait au lieu d’ignorer le lien défectueux.
4570171	Correction : Le traitement des documents valide désormais les destinations de liens avant de les lire et ignore les liens malformés, de sorte que les PDF concernés peuvent être traités et envoyés avec succès.
4571060	Résumé : Les champs conditionnels liés à des sélections dans une liste déroulante pouvaient ne pas fonctionner lorsque la liste déroulante utilisait des valeurs d’exportation différentes des libellés d’option affichés, car Acrobat Sign évaluait la condition à partir de la mauvaise valeur de la liste déroulante.
4571060	Correctif : La gestion des conditions associées aux listes déroulantes a été mise à jour afin d’associer les libellés d’option affichés à leurs valeurs d’exportation correspondantes. Les champs conditionnels s’affichent désormais correctement et conservent leurs valeurs lorsque le signataire sélectionne l’option correspondante dans la liste déroulante.
4571362	Résumé : Les e-mails de finalisation pouvaient ne pas être envoyés lorsque toutes les tentatives d’envoi par SMS associées à un accord avaient échoué, car l’événement indiquant l’épuisement des tentatives de remise par SMS provoquait un échec de la génération du rapport d’audit lors du traitement de finalisation.
4571362	Correctif : Le traitement de finalisation gère désormais les événements indiquant l’épuisement des tentatives de remise par SMS sans interrompre la génération du rapport d’audit. Les e-mails de finalisation destinés à l’expéditeur et au signataire sont ainsi envoyés une fois l’accord signé.
4571642	Résumé : Les noms des signataires fournis via l’API pouvaient être absents de la réponse de l’accord et rester modifiables lors de la signature alors que la modification du nom du signataire était désactivée, car le nom fourni par l’expéditeur n’était pas conservé pour les destinataires ne disposant pas d’un nom de profil.
4571642	Correctif : La gestion des noms des destinataires conserve désormais les noms fournis par l’expéditeur lorsque la modification du nom du signataire est désactivée. Le nom est ainsi renvoyé dans la réponse de l’accord et apparaît prérempli et verrouillé sur la page de signature.
4571797	Résumé : Certains accords de signature en masse ayant échoué ou ayant été ignorés ne pouvaient pas être prévisualisés depuis la page Gérer, car l’aperçu de l’accord utilisait un document Portfolio intermédiaire au lieu de revenir au document d’accord d’origine.
4571797	Correctif : Le traitement des signatures en masse rétablit désormais les accords ayant échoué ou ayant été ignorés vers leur version précédente du document, ce qui permet de les ouvrir et de les prévisualiser depuis la page Gérer.
4572223	Résumé : Les accords créés par un workflow pouvaient être automatiquement annulés pendant le traitement du document lorsque la génération de vignettes se terminait seulement partiellement, ce qui entraînait l’échec de la finalisation lorsque le système essayait d’utiliser une vignette de page manquante.
4572223	Correctif : La finalisation des documents est désormais plus robuste et traite correctement les données de miniatures manquantes ou incomplètes, évitant ainsi l’annulation automatique des accords créés via un workflow concernés par ce problème.
4572763	Résumé : Les accords de signature en personne créés via l’API pouvaient ne pas s’ouvrir lorsque le participant hôte ne disposait pas du paramètre d’authentification requis. En outre, la documentation de l’API ne décrivait pas clairement la configuration requise pour le signataire en personne et l’hôte.
4572763	Correctif : La documentation de l’API a été mise à jour afin de décrire les rôles requis IN_PERSON_SIGNER et HOST, les libellés d’ensemble de participation correspondants, ainsi que les paramètres d’authentification de l’hôte nécessaires pour créer correctement des accords de signature en personne via l’API.
4575098	Résumé : Les champs de type case à cocher renseignés via des données de fusion pouvaient apparaître comme cochés dans l’interface de création moderne, même lorsque la valeur fournie était « 0 », car Acrobat Sign interprétait les valeurs de chaîne « 0 » et « 1 » comme des cases cochées.
4575098	Correctif : La gestion des champs de fusion de type case à cocher a été mise à jour afin que l’interface de création moderne interprète correctement « 0 » comme non coché et « 1 » comme coché, conformément au comportement de l’interface de création classique.
4578199	Résumé : Le téléchargement du rapport d’audit pouvait échouer pour certains accords, car un événement d’audit n’était pas correctement traité lors de la génération du rapport d’audit, ce qui amenait Adobe Acrobat Sign à renvoyer une erreur générique.
4578199	Correctif : La génération du rapport d’audit gère désormais correctement l’événement d’audit concerné, ce qui permet de générer et de télécharger les rapports d’audit sans provoquer l’erreur générique.
4578567	Résumé : Les utilisateurs Safari dans l’environnement Adobe Acrobat Sign Sandbox pouvaient être redirigés vers la page de connexion après s’être connectés car la session du navigateur n’était pas conservée correctement après l’authentification.
4578567	Correctif : La gestion des sessions a été mise à jour afin qu’Acrobat Sign conserve la session Safari authentifiée après la connexion. Après le déploiement de cette version, les utilisateurs devront peut-être effacer leur session de navigateur existante une fois.

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.