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 anglaise américaine de la page comme la version la plus récente et la plus précise.

Adobe Acrobat Sign version v17.1

Déploiement en production : 5 mai 2026

Déploiement sur GovCloud : 12 mai 2026

Fonctionnalité améliorée

Signature en personne – Activez les sessions de signature hébergées dans l’application web
La Signature en personne permet à un expéditeur de désigner un hôte interne qui facilite une session de signature en personne à l’aide d’un navigateur web. L’hôte lance une session de signature contrôlée depuis la page Gérer ou une notification par e-mail, remet temporairement l’appareil au signataire pour qu’il effectue les actions requises, puis reprend le contrôle une fois terminé. La création et la fin de la session sont enregistrées dans le journal d’audit. Les signataires peuvent éventuellement fournir une adresse e-mail pour recevoir une copie de l’accord.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et groupe
Vérifier comment activer le rôle de signature en personne >
Vérifier comment configurer un accord pour autoriser la signature en personne >
Vérifier comment organiser une signature en personne >

Signature numérique en bloc depuis la page Gérer – Appliquez une signature numérique à plusieurs accords avec une seule autorisation
Les signataires peuvent sélectionner plusieurs accords dans la vue À traiter et appliquer des signatures numériques en tant qu’action groupée à l’aide d’une seule autorisation de signature. Cela réduit les étapes de signature répétitives pour les processus à volume élevé tout en préservant la sécurité, l’authentification et les contrôles d’audit de signature cloud existants. La signature en bloc nécessite que les signataires révisent ou ignorent tous les accords avant de finaliser l’action groupée.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et groupe
Consulter la documentation Activation des signatures numériques en bloc >
Consulter la documentation Comment signer avec les signatures numériques en bloc >

Envoyer uniquement aux destinataires internes – Limitez l’envoi des accords aux destinataires du même compte Acrobat Sign.
Le paramètre Envoyer uniquement aux destinataires internes empêche les utilisateurs d’envoyer des accords à des destinataires extérieurs à leur compte Acrobat Sign. Lorsqu’il est activé, les accords ne peuvent être envoyés qu’aux destinataires dont les ID de compte correspondent à celui de l’expéditeur. Ce contrôle prend en charge les exigences de sécurité internes et empêche le partage externe des accords.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et groupe
Consulter le document de configuration pour découvrir comment limiter un groupe aux destinataires internes uniquement >

Rapport d’utilisation des transactions téléphoniques – Rapport étendu avec visibilité au niveau du groupe et accès aux rapports programmés
Le rapport des transactions téléphoniques offre désormais une visibilité sur les quantités achetées, les dates de début de quota et la consommation détaillée des transactions SMS et WhatsApp. Les clients peuvent suivre l’utilisation au niveau du groupe et accéder aux rapports CSV planifiés via une expérience de reporting unifiée, permettant une budgétisation plus précise, une affectation interne et une surveillance proactive pour éviter les interruptions de service lorsque les limites de transaction sont atteintes.
La création de rapports est désormais générée via des rapports planifiés dans l’interface de reporting, avec un accès à l’API disponible pour récupérer la dernière sortie de rapport.

Nouveau point d’entrée : POST /api/rest/v6/reportDownload
Ce point d’entrée accepte un paramètre scheduleId et renvoie l’URL de téléchargement du dernier rapport CSV généré associé à ce planning.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API REST v6
Consulter la documentation du rapport de consommation SMS >

Modifications de l’expérience

Apparence de signature dans les rapports d’audit – Enregistre la méthode de saisie de signature utilisée par chaque signataire, améliorant la visibilité de la conformité et réduisant la vérification manuelle
Les rapports d’audit enregistrent désormais la méthode d’apparence de signature utilisée lorsqu’un signataire applique sa signature. Pour chaque évènement ESIGNED, le journal d’audit indique si le signataire a utilisé une signature tapée, une signature manuscrite, une image chargée ou une capture d’image/de signature manuscrite sur mobile. Cette amélioration permet aux équipes de conformité et d’opérations de vérifier les méthodes de signature directement depuis le rapport d’audit, réduisant ainsi toute ambiguïté et évitant les rejets d’accords inutiles.
Types d’apparence de signature :
- Saisir : le signataire saisit son nom et sélectionne un style de signature fondé sur une police.
- Tracer : le signataire trace sa signature à l’aide d’une souris ou d’un pavé tactile sur un poste de travail.
- Image : le signataire charge un fichier image de signature depuis le poste de travail.
- Tracer sur mobile : le signataire trace sa signature en utilisant la fonction tactile sur un appareil mobile.
- Image mobile : le signataire charge ou capture une image de signature sur un appareil mobile.

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

Signatures sauvegardées pour les URL de signature API – Permet l’utilisation des signatures de profil sauvegardées lors de la signature basée sur l’API
Permet aux utilisateurs enregistrés d’appliquer leurs signatures de profil sauvegardées lors de la signature d’accords via des URL de signature générées par API (GET /agreements/{agreementId}/signingUrls). Les signatures enregistrées apparaissent pour les signataires internes et pour les signataires externes qui s’authentifient à l’aide d’un mot de passe à usage unique par e-mail ou d’Adobe ID. Cette capacité rationalise les processus de signature pour les intégrations backend tout en maintenant les contrôles de sécurité au niveau du compte.
Activé par Adobe pour chaque compte après un examen de sécurité.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : désactivé, contactez l’assistance

Gestion du carnet d’adresses personnel dans l’expérience moderne – Les utilisateurs peuvent supprimer des adresses e-mail enregistrées directement depuis leur carnet d’adresses personnel dans l’expérience moderne Demander une signature, ce qui leur permet de maintenir plus facilement leurs listes de destinataires personnelles à jour et exactes.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé par défaut ; non configurable.
Consulter le document mis à jour pour découvrir comment supprimer une adresse e-mail de votre carnet d’adresses >

Fenêtre d’expiration des accords – Période d’expiration par défaut étendue à 365 jours
La date limite maximale de finalisation des accords a été étendue de 180 jours à 365 jours. Lorsque l’expiration de document est activée, les accords se voient désormais automatiquement attribuer une date d’expiration de 365 jours qui ne peut pas être supprimée. Ce changement garantit que tous les accords ont un cycle de vie défini, améliore le suivi et la conformité sur le long terme, et réduit le risque que les accords restent ouverts indéfiniment tout en permettant aux utilisateurs de définir des échéances plus précoces si nécessaire.

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

Page Accueil remaniée – Améliore l’accès aux workflows, met en évidence les actions critiques
La page Accueil a été repensée pour faciliter le démarrage des accords, surveiller l’activité et accéder aux fonctionnalités clés, notamment la possibilité de copier les accords récemment envoyés, d’afficher les vignettes d’action dans un ordre plus intuitif, d’identifier rapidement les éléments En cours et À traiter, et de bénéficier d’une bannière Nouveautés rationalisée qui réduit l’encombrement visuel, aidant les utilisateurs à aller plus vite, à réduire les accords manqués et à naviguer dans une expérience Accueil plus ciblée.

La nouvelle page Accueil sera déployée sur 10 jours après la publication de la nouvelle version. Se reporter à la notice technique pour le planning >

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activée par défaut
Consulter la présentation de la page d’accueil >

Améliorations des versions d’essai et éligibilité élargie : la dernière expérience d’intégration a été ajoutée pour les versions d’essai d’entreprise
Les versions d’essai Entreprises incluent désormais l’expérience d’intégration améliorée introduite dans les versions récentes. Les utilisateurs sans droits d’utilisation Acrobat Sign reçoivent un accès d’essai complet.

Environnements disponibles : Commercial | Niveaux de service disponibles : version d’essai d’Adobe Acrobat Sign Solutions pour Entreprises | Portée de la configuration : droit d’accès aux versions d’essai

La nouvelle expérience Concepteur de workflows personnalisés devient l’expérience par défaut – Favorisez le concepteur moderne, supprimez les contrôles de bascule utilisateur, conservez la flexibilité d’administrateur
La nouvelle expérience Concepteur de workflows personnalisés est maintenant l’expérience par défaut pour tous les comptes. Les utilisateurs ne voient plus les liens de bascule permettant de revenir au concepteur classique, tandis que les administrateurs conservent la capacité de réactiver l’accès à l’expérience précédente si nécessaire. Cette mise à jour fait progresser la transition vers l’interface de conception de workflow moderne tout en préservant le contrôle d’administrateur pendant la période de transition.

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

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.

Gestion des clés mTLS pour les webhooks – Ajoutez l’option de clé générée par Acrobat Sign, activez le workflow de signature de certificat, améliorez la conformité de sécurité
Les développeurs peuvent maintenant choisir la façon dont les clés privées sont gérées pour l’authentification mTLS des webhooks dans Acrobat Sign. En plus du modèle existant où les clients génèrent et chargent leur propre clé privée et certificat, Acrobat Sign peut maintenant générer la clé privée et une CSR. Les clients peuvent utiliser la CSR pour obtenir un certificat de leur autorité de certification et le charger pour compléter la configuration. Cette option renforce la sécurité en gardant les clés privées dans Acrobat Sign tout en maintenant la compatibilité avec le comportement mTLS des webhooks existants.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : point d’entrée v6 REST API POST /webhooks ; toutes les portées
Consulter la documentation mTLS mise à jour >

Initialisation d’identité numérique via le paramètre login_hint – Permet aux expéditeurs d’API d’initialiser l’authentification d’identité numérique avec un identifiant de connexion spécifique au destinataire.
Plusieurs points d’entrée de l’API REST v6 /agreements prennent désormais en charge un paramètre loginHint qui permet aux expéditeurs d’API d’initialiser l’authentification Passerelle d’identités numériques à l’aide d’un identifiant de connexion connu, tel qu’une adresse e-mail ou un numéro d’ID utilisateur. Le fournisseur d’identité contrôle l’expérience client, mais l’identifiant pré-remplit généralement l’écran de connexion pour renforcer les workflows d’authentification à haut niveau de confiance et réduire le risque d’usurpation d’identité. L’identifiant apparaît sous forme masquée sur la page de destination Digital Identity Gateway et dans le rapport d’audit pour préserver la traçabilité tout en protégeant les données sensibles.
Les points d’entrée suivants ont été mis à jour pour inclure le paramètre loginHint :
- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API REST v6

Améliorations des identités et des limites de confiance OEM 2.0 : la résolution d’utilisateur privilégie désormais les utilisateurs approvisionnés par le même partenaire et crée automatiquement un destinataire si aucune correspondance n’est trouvée
La résolution des participants aux accords privilégie désormais les utilisateurs approvisionnés par le même partenaire et crée automatiquement un enregistrement de destinataire si aucun utilisateur correspondant n’existe, assurant ainsi une gestion cohérente des identités entre les comptes. Les rapports d’audit indiquent désormais si un expéditeur est approvisionné par un partenaire ou s’il s’agit d’un compte personnel, et les flux de signataire guident les utilisateurs pour changer de compte lorsque des adresses e-mail identiques existent dans différents types de comptes, réduisant ainsi la confusion et empêchant tout accès non prévu.

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API REST v6 ; partenaire OEM 2.0

Problèmes résolus

4520028	Résumé : la colonne Groupe de la page Gérer affichait des valeurs incorrectes ou incohérentes lorsque les utilisateurs appartenaient à plusieurs groupes. La modification du groupe principal de l’utilisateur entraînait l’affichage du mauvais groupe pour les contrats, y compris le dernier groupe principal sélectionné ou plusieurs groupes, au lieu du groupe à partir duquel le contrat avait été initialement envoyé.
Problème	Description
4520028	Correctif : mise à jour de la logique de la page Gérer pour utiliser le groupe d’envoi du contrat (agreement_group_id) au lieu du groupe principal actuel de l’utilisateur lors du rendu de la colonne Groupe.
4532690	Résumé : les utilisateurs ne pouvaient pas modifier les projets d’accord créés à partir de workflows personnalisés lorsque les options « Activer l’envoi des accords uniquement à l’aide d’un workflow » et « Activer le nouvel environnement d’envoi du workflow personnalisé » étaient activées. Le système bloquait incorrectement l’accès à la page de composition lors de la modification d’un brouillon existant, le traitant comme une nouvelle action d’envoi au lieu d’une modification de brouillon.
4532690	Correctif : mise à jour de la logique de la page Composer pour détecter les scénarios de modification de brouillon et contourner la vérification de restriction de workflow, permettant aux utilisateurs de modifier les projets d’accord existants créés à partir de workflows personnalisés.
4536764	Résumé : l’envoi d’accords via un workflow personnalisé a entraîné une erreur serveur due à un échec du traitement de certains modèles PDF. L’erreur était causée par des données d’apparence d’annotation non valides ou manquantes dans un ou plusieurs documents sources, ce qui a déclenché une exception de rendu pendant le préremplissage. Le problème n’était pas reproductible de manière cohérente et ne pouvait pas être reproduit en dehors des processus affectés.
4536764	Correctif : amélioration de la gestion des exceptions de rendu dans la couche de traitement des PDF.
4537197	Résumé : lors de l’utilisation de la nouvelle expérience Envoi en masse avec des noms de destinataire saisis manuellement, le deuxième champ de nom était supprimé pendant la signature en raison de la gestion incorrecte des données de nom de destinataire requises d’un document à l’autre.
4537197	Correctif : mise à jour de la logique de traitement de document pour conserver correctement tous les champs de nom de destinataire lors de l’envoi d’accords en masse.
4538172	Résumé : la copie de workflows incluant des groupes de destinataires échouait pendant la synchronisation sandbox avec le message « Erreur d’exécution de la demande » en raison de références de groupe de destinataires non valides. Le workflow utilisait des ID de groupe de destinataires spécifiques à l’environnement, qui ne sont pas portables entre les environnements, ce qui a provoqué l’échec de la validation pendant la synchronisation.
4538172	Correctif : mise à jour de la gestion de la synchronisation Sandbox pour valider et traiter correctement les références de groupes de destinataires lors des opérations de copie de workflow, évitant ainsi les échecs lorsque des groupes de destinataires existent dans les deux environnements.
4538251	Résumé : Dans la nouvelle expérience Envoyer en masse, les champs d’informations de nom complet et d’e-mail du signataire n’apparaissaient pas lors de la signature ou dans le document final lorsque le fichier source contenait des champs AcroForm existants. Le problème était causé par une gestion incorrecte des données de champs de fusion lors de la combinaison des champs d’informations du signataire avec des champs de formulaire préexistants, ce qui a entraîné le non-affichage des champs dans les accords enfants
4538251	Correctif : mise à jour de la logique de traitement des champs de fusion et de formulaire pour appliquer correctement les champs d’informations du signataire dans les documents qui incluent des champs AcroForm existants.
4545485	Résumé : la création d’accord échouait par intermittence lorsque la génération de miniatures rencontrait des champs de formulaire PDF malformés. L’échec était provoqué par des documents source contenant des champs de formulaire sans noms valides et des structures de champs imbriqués non valides, ce qui déclenchait des erreurs de traitement pendant la génération de PDF.
4545485	Correctif : ajout de validation et de vérifications de valeurs nulles lors du traitement PDF pour gérer les champs de formulaire malformés et éviter les échecs lors de la génération de miniatures et de la création de contrats.
4545814	Résumé : les champs son mal alignés et les balises de texte restent visibles lors du traitement de documents au format paysage générés à partir de workflows basés sur XDP. Des calculs de coordonnées incorrects dans les mises en page paysage causent un placement inapproprié des champs et empêchent les balises de texte d’être correctement analysées et supprimées.
4545814	Correctif : mise à jour de la logique de rendu des champs pour calculer et placer correctement les champs de formulaire dans les documents orientés en mode paysage, garantissant un alignement approprié et la suppression des balises de texte lors du traitement.
4545978	Résumé : les caractères accentués des noms de signataire s’affichent de manière incorrecte dans le bloc de signature visible lors de l’utilisation de la signature numérique locale. Le problème se produit, car la police par défaut intégrée dans le document ne dispose pas d’un encodage approprié pour les caractères d’Europe occidentale, causant une substitution de caractères incorrecte pendant le rendu de l’apparence de signature.
4545978	Correctif : mise à jour de la configuration des polices incorporées pour inclure un encodage approprié pour les caractères accentués, assurant le rendu correct des noms de signataire dans l’aspect de la signature
4547100	Résumé : les champs de texte multilignes clonés s’affichent de manière incohérente dans le PDF signé. Les champs clonés multilignes sont manquants dans le dictionnaire d’aspect par défaut, ce qui provoque l’affichage de moins de lignes dans les champs clonés que dans le champ source même si les deux champs utilisent la même taille et les mêmes paramètres.
4547100	Correctif : ajout du dictionnaire d’aspect par défaut aux champs clonés multilignes pour que les champs clonés et source s’affichent de manière cohérente dans les documents signés.
4548305	Résumé : la liste de contrôle d’intégration affiche « Demander un BAA pour la conformité à la loi HIPAA » défini sur En attente même lorsque la fonctionnalité HIPAA est activée. La logique d’évaluation de la liste de contrôle traite incorrectement les paramètres liés à la loi HIPAA hérités comme incomplets, causant le maintien du statut de tâche En attente malgré l’activation de la fonctionnalité.
4548305	Correctif : mise à jour de la logique d’évaluation de la liste de contrôle pour interpréter correctement les paramètres liés à la loi HIPAA, y compris les valeurs héritées, afin que la tâche d’intégration reflète l’état terminé lorsque l’option HIPAA est activée.
4550731	Résumé : un grand espace apparaît entre le soulignement de la signature et la date et heure lors de la signature de documents à l’aide de l’outil Remplir et signer. Le problème se produit lorsque le champ de signature n’est pas assez large pour accueillir le contenu de signature rendu, provoquant un espacement incorrect dans l’apparence de la signature
4550731	Correctif : mise à jour du rendu de signature pour respecter les dimensions de champ définies et ajuster l’espacement de manière appropriée, réduisant l’écart entre le soulignement et la date et heure.
4550906	Résumé : le lien Modifier le mot de passe pointe vers une URL non valide pour certains utilisateurs, provoquant une erreur de navigateur. Le problème se produit lorsque l’application lit un point d’entrée obsolète dans la configuration au lieu de l’URL correcte, entraînant un comportement incohérent dans les environnements.
4550906	Correctif : mise à jour du point d’entrée de modification de mot de passe configuré pour utiliser l’URL correcte dans les environnements concernés.
4550992	Résumé : la modification de certains modèles dans la nouvelle expérience redirige vers la page Créer un modèle au lieu d’ouvrir le modèle en mode d’édition. Le problème se produit, car le système détermine l’expérience en fonction des paramètres du propriétaire du modèle plutôt que des paramètres de l’utilisateur actuel, provoquant un routage incorrect lors de la modification de modèles partagés.
4550992	Correctif : mise à jour de la logique de modification de modèle pour utiliser les paramètres d’expérience de l’utilisateur actuel à la place des paramètres du propriétaire du modèle, assurant ainsi que les modèles s’ouvrent dans le mode de modification correct.
4551756	Résumé : les e-mails de demande d’approbation affichent des variables de modèle non résolues dans le champ de destinataire, provoquant une mise en forme incorrecte de l’e-mail. Le problème se produit en raison d’un échec dans la logique de rendu du modèle d’e-mail lors de la génération de notifications de conflit de droits.
4551756	Correctif : mise à jour du rendu des modèles d’e-mail pour résoudre et remplir correctement les champs de destinataire, garantissant que les adresses e-mail valides sont affichées dans les e-mails de demande d’approbation.
4551768	Résumé : les signataires rencontrent une erreur non gérée lors de l’ouverture ou de la finalisation des accords en raison d’un échec dans le traitement de l’aspect des champs de formulaire. Un objet d’aspect mal formé provoque une ClassCastException pendant la génération du document, entraînant un échec de rendu de l’accord.
4551768	Correctif : mise à jour de la logique de traitement des champs de formulaire pour valider les types d’objets d’aspect avant la conversion, empêchant ainsi les exceptions et garantissant que les accords s’affichent correctement pour la signature.
4552272	Résumé : les accords annulés ou abandonnés apparaissent sous À traiter sur la page Gérer. Le problème se produit lorsqu’un événement de redémarrage de workflow ne nettoie pas correctement les données de statut de participant, laissant des données de visibilité et d’indexation obsolètes qui font apparaître l’accord dans des vues incorrectes
4552272	Correctif : mise à jour de la logique d’indexation et de gestion de redémarrage de workflow pour effacer correctement les données de statut de participant antérieures et garantir que les accords n’apparaissent que dans leur état correct.
4553158	Résumé : dans les environnements de langue RTL sur iOS, le panneau de signature ne répond pas correctement lors du tracé d’une signature. Le panneau fait défiler au lieu de capturer la saisie, obligeant les utilisateurs à faire défiler manuellement pour dessiner et appliquer la signature, ce qui empêche le comportement de signature normal lorsque la nouvelle expérience de signature du destinataire est activée.
4553158	Correctif : mise à jour de la gestion d’interaction du panneau de signature pour les mises en page RTL sur iOS afin de capturer correctement le tracé sans défilement non intentionnel, permettant la création et l’application normales de la signature.
4553583	Résumé : les workflows autorisent les adresses e-mail contenant des espaces de début ou de fin, ce qui provoque l’échec silencieux des accords lors de l’envoi dans la nouvelle expérience. Le système ne valide pas et ne normalise pas l’entrée, et aucun message d’erreur n’est affiché pour indiquer le problème.
4553583	Correctif : mise à jour de la gestion de saisie pour rogner automatiquement les espaces des adresses e-mail et empêcher l’enregistrement de valeurs non valides, et ajout de la gestion pour les workflows existants afin que les accords puissent être envoyés avec succès.
4553676	Résumé : les liens hypertexte s’affichent de manière incorrecte dans la vue Gérer, où le titre de l’accord est ajouté à l’URL, ce qui entraîne des liens rompus. Le problème se produit en raison d’une analyse d’URL incorrecte lors du rendu des liens hypertexte dans l’interface Gérer.
4553676	Correctif : mise à jour du rendu des liens hypertexte pour utiliser une analyse d’URL appropriée, garantissant que les liens restent inchangés et fonctionnent correctement dans toutes les vues.
4555021	Résumé : la validation du mot de passe à usage unique échoue avec une erreur « expiré » même lorsque le code est saisi immédiatement. Le problème se produit en raison d’une condition de concurrence dans le flux d’authentification, où plusieurs événements de soumission entraînent l’invalidation prématurée de l’OTP.
4555021	Correctif : mise à jour du flux de validation du mot de passe à usage unique pour gérer correctement les événements de soumission en double ou rapides, empêchant l’expiration prématurée et permettant aux saisies de mot de passe à usage unique valides d’aboutir.
4555028	Résumé : la suppression du destinataire signataire suivant peut échouer avec une erreur système et entraîner le blocage de l’accord à l’état de révision en attente. Le problème se produit lorsque le destinataire a un rappel actif, ce qui empêche l’exécution de la mise à jour de l’accord.
4555028	Correctif : mise à jour de la logique de suppression des destinataires pour gérer les cas dans lesquels le signataire suivant a des rappels actifs, permettant l’exécution de la mise à jour de l’accord sans erreurs.
4555319	Résumé : les créateurs de formulaires web ne voient que les options de signature Saisir et Tracer lors de la prévisualisation du formulaire, tandis que les signataires voient toutes les options disponibles (Saisir, Tracer, Image, Mobile). Le problème se produit, car le mode Aperçu n’applique pas correctement les paramètres de saisie de signature activés lorsque le créateur n’agit pas en tant que signataire.
4555319	Correctif : mise à jour du comportement de prévisualisation des formulaires web pour appliquer l’ensemble complet des types de saisie de signature activés, garantissant ainsi que les créateurs voient les mêmes options de signature que les signataires.
4555345	Résumé : les accords comptant plusieurs destinataires Signataire avec témoin ne parviennent pas à s’ouvrir dans Aperçu depuis Brouillon avec l’erreur « ParticipantSetsInfo ne peut pas être modifié ». Le problème se produit en raison d’une logique d’ordre des participants et des témoins incorrecte dans les workflows personnalisés, ce qui empêche l’accord de revenir à l’état de création
4555345	Correctif : mise à jour de la logique d’ordre des participants et des témoins dans les workflows personnalisés pour calculer correctement l’ordre d’exécution, permettant aux accords de revenir à l’état de création et de se dérouler normalement.
4555615	Résumé : les payloads d’événement de webhook pour les destinataires délégués et remplacés n’incluent pas le champ privateMessage. Le problème se produit, car le message privé n’est pas propagé à l’état du destinataire utilisé pour générer les payloads de webhook, ce qui entraîne des données manquantes pour les événements concernés.
4555615	Correctif : mise à jour de la gestion des données des participants pour garantir que les messages privés sont inclus dans les payloads de webhook pour les destinataires délégués et remplacés.
4555687	Résumé : les accords peuvent être automatiquement annulés et déplacés vers un état masqué après signature en raison d’un échec de validation de visibilité du document. Lorsqu’un participant est délégué ou remplacé, le mappage de visibilité du document n’est pas correctement transféré, causant une non-concordance entre les champs attribués et les documents visibles, ce qui peut déclencher une résiliation automatique.
4555687	Correctif : la logique de délégation et de remplacement clone maintenant correctement les mappages de visibilité de document pour les nouveaux participants, empêchant les échecs de validation et la résiliation non intentionnelle d’un accord.
4556516	Résumé : les champs de formulaire peuvent ignorer les tailles de police configurées et générer un rendu incohérent dans les accords générés. Le problème se produit dans les champs multilignes lorsque le moteur de traitement de document ajuste la taille de police pour empêcher le découpage du texte, remplaçant les paramètres de taille de police fixes.
4556516	Correctif : mise à jour du comportement de rendu de police pour que les champs multilignes respectent les paramètres de taille de police fixes, alignant le comportement avec la sortie attendue et empêchant les ajustements de taille non intentionnels.
4556967	Résumé : les cases à cocher sélectionnées peuvent apparaître comme non sélectionnées dans le PDF signé finalisé pour les formulaires web. Le problème survient lorsque certaines valeurs masquées (par exemple, « non », « faux », « 0 », « désactivé », « non coché ») sont utilisées, ce qui peut causer une mauvaise interprétation des états de case à cocher pendant le traitement du document lorsque Gibson est activé.
4556967	Correctif : mise à jour du traitement des cases à cocher pour interpréter correctement les valeurs masquées et préserver les états sélectionnés dans le document finalisé, garantissant ainsi la cohérence entre la signature et le PDF signé.
4557222	Résumé : les champs de lien des modèles de champ peuvent disparaître de la page de création lorsqu’ils sont utilisés dans un workflow. Le problème survient parce que les champs de lien ne sont pas inclus dans les données de champ de formulaire de contrat renvoyées pendant la création basée sur un workflow, entraînant des champs manquants.
4557222	Correctif : mise à jour de la gestion des champs de formulaire pour inclure les champs de lien des modèles de champ pendant le traitement du workflow, garantissant qu’ils sont correctement fusionnés et affichés sur la page de création.
4557272	Résumé : le champ Date de signature peut ne pas apparaître dans le PDF signé finalisé. Le problème survient lorsque le rendu du champ de texte échoue pendant le traitement du document, empêchant le champ de date de s’afficher dans le document de sortie.
4557272	Correctif : mise à jour du rendu des champs de texte pour gérer correctement les valeurs nulles ou vides, garantissant ainsi que le champ Date de signature s’affiche de manière cohérente dans les documents signés.
4557282	Résumé : les champs de case d’option dans les formulaires web peuvent afficher une valeur d’infobulle inattendue (« object Object ») lorsqu’ils sont créés à l’aide de la nouvelle expérience de modèle. Le problème se produit en raison d’une gestion incorrecte des valeurs d’infobulle vides, ce qui entraîne l’affichage de données d’espace réservé au lieu de leur suppression.
4557282	Correctif : mise à jour de la logique de gestion des infobulles pour ignorer correctement les valeurs vides, empêchant ainsi l’affichage inattendu de texte d’espace réservé dans les formulaires web.
4557589	Résumé : les champs de case à cocher préremplis peuvent apparaître décochés lorsque l’accord est envoyé pour signature. Le problème se produit lorsque des valeurs masquées dupliquées ou conflictuelles sont définies pour les entrées de case à cocher ou de bouton radio, ce qui peut entraîner une interprétation incorrecte de l’état sélectionné lors du traitement du document.
4557589	Correctif : mise à jour de la gestion des valeurs de champ pour traiter correctement les valeurs masquées et préserver les sélections préremplies, garantissant que les états des cases à cocher restent cohérents lorsque les accords sont générés et envoyés.
4557672	Résumé : la nouvelle expérience de demande de signature peut afficher une erreur générique (« La demande indiquée n’est pas valide. ») lors de l’envoi d’un accord, sans identifier le champ spécifique à l’origine de l’échec. Cela peut se produire lorsque les détails du destinataire (comme le format du numéro de téléphone) échouent à la validation, mais l’erreur n’est pas clairement présentée à l’utilisateur.
4557672	Correctif : mise à jour de la gestion de la validation pour fournir des messages d’erreur spécifiques au niveau du champ, aidant les utilisateurs à identifier et corriger les entrées non valides avant d’envoyer l’accord.
4557680	Résumé : Les mappages de cases à cocher ou de cases d’option peuvent échouer dans certains accords lors de la combinaison de plusieurs documents, entraînant la non-application des valeurs attendues. Le problème se produit lorsque les valeurs par défaut ne correspondent pas exactement aux valeurs d’export définies, ce qui peut entraîner le traitement des champs comme des groupes séparés et interrompre le comportement de mappage.
4557680	Correctif : mise à jour de la logique de mappage des champs pour ignorer les valeurs par défaut incompatibles et associer correctement les champs entre les documents, améliorant la cohérence du comportement des cases à cocher et des cases d’option.
4557902	Résumé : un espace supplémentaire peut s’afficher entre la signature et le tampon de date et heure dans les accords Remplir et signer. Le problème se produit en raison d’un calcul d’espacement incorrect dans les signatures bien formatées, entraînant une mise en page incohérente par rapport aux autres flux de signature.
4557902	Correctif : mise à jour du calcul de mise en page de signature pour positionner correctement la signature et la date et l’heure, supprimant l’espacement non prévu et garantissant une mise en forme cohérente.
4557947	Résumé : les champs de case à cocher peuvent s’afficher décochés dans le PDF signé finalisé lors de l’utilisation de modèles de bibliothèque, même si le signataire les a sélectionnés. Le problème peut se produire lorsque les champs de case à cocher sont mal configurés ou utilisent certaines valeurs masquées, ce qui entraîne une interprétation incorrecte de l’état sélectionné lors du traitement du document.
4557947	Correctif : mise à jour du traitement des cases à cocher pour interpréter correctement les valeurs masquées et préserver les états sélectionnés, garantissant que les sélections de case à cocher sont conservées dans le document signé.
4558295	Résumé : Les valeurs de case d’option requises peuvent être manquantes dans le PDF signé finalisé. Le problème peut se produire lorsque les valeurs de champ contiennent des caractères spéciaux (par exemple, des guillemets ou des symboles) qui ne sont pas correctement traités, ce qui empêche le rendu de la valeur sélectionnée dans la sortie du document.
4558295	Correctif : mise à jour du traitement des valeurs de champ pour gérer correctement les caractères spéciaux, garantissant que les valeurs sélectionnées sont préservées et affichées dans le PDF signé.
4558307	Résumé : les champs de formulaire peuvent ignorer les tailles de police configurées et générer un rendu incohérent dans les accords générés. Le problème peut se produire dans les champs multilignes lorsque le moteur de traitement de document ajuste la taille de police pour éviter le découpage du texte, remplaçant les paramètres de taille de police fixe.
4558307	Correctif : mise à jour du comportement de rendu de police afin que les champs multilignes respectent les paramètres de taille de police fixes, évitant le redimensionnement non prévu et garantissant un résultat cohérent.
4558554	Résumé : les signataires peuvent terminer des accords sans interagir avec le bloc de signature. Le problème peut se produire dans les comptes compatibles Gibson lorsque le bloc de signature n’est pas correctement généré ou appliqué pendant la signature, permettant la finalisation avec seulement le champ de signature.
4558554	Correctif : mise à jour de la logique de rendu et de validation de signature pour garantir que les blocs de signature sont correctement affichés et requis avant la finalisation de l’accord.
4558725	Résumé : les balises de texte peuvent échouer à générer le rendu ou à se convertir en champs de formulaire pendant l’aperçu. Le problème peut se produire lorsque le PDF téléchargé contient des éléments non pris en charge ou non valides (par exemple, des annotations nulles ou des champs à remplir existants), qui empêchent le traitement des balises de texte de se terminer avec succès.
4558725	Correctif : mise à jour du traitement des balises de texte pour gérer plus efficacement les PDF contenant des annotations non valides ou non prises en charge, permettant aux champs d’être générés comme prévu pendant l’aperçu.
4559285	Résumé : l’authentification téléphonique peut échouer pour certaines zones géographiques lors de la sélection d’un indicatif de pays dans la nouvelle expérience de demande de signature. Le problème survient lorsque l’interface utilisateur affiche un indicatif de pays incomplet ou incorrect (par exemple, « +1 » au lieu de « +1246 » pour la Barbade), ce qui peut causer des erreurs de validation lors de l’envoi du contrat.
4559285	Correctif : mise à jour de la gestion des indicatifs de pays pour utiliser les codes de numérotation complets appropriés, garantissant que les numéros de téléphone sont validés et traités correctement dans la nouvelle expérience.
4560119	Résumé : le texte des champs de formulaire peut être mal aligné ou se chevaucher dans les accords générés. Le problème peut se produire dans les champs de texte multilignes lorsque des différences de rendu sont introduites par le moteur de traitement de documents, entraînant des décalages de mise en page par rapport à la vue de création.
4560119	Correctif : mise à jour du rendu de texte et de la gestion de la mise en page pour les champs multilignes afin d’améliorer l’alignement et d’éviter le chevauchement, garantissant un affichage plus cohérent entre la création et les documents finaux
4562058	Résumé : le nom du destinataire peut rester inchangé lors de la sélection d’une adresse e-mail différente de celle indiquée dans le carnet d’adresses sur la page Envoyer. Le problème se produit parce que le champ nom ne s’actualise pas lorsqu’un nouveau contact est sélectionné, causant une discordance entre le nom affiché et l’e-mail sélectionné.
4562058	Correctif : mise à jour du comportement de sélection des destinataires afin que le champ Nom s’actualise toujours lorsqu’un nouveau contact est sélectionné, garantissant que le nom et l’adresse e-mail restent synchronisés.
4566339	Résumé : des états de case à cocher incorrects peuvent apparaître lors du traitement de PDF XFA statiques dont les valeurs de champ sont malformées. Le problème peut se produire lorsque des données XFA non prises en charge ou non valides (par exemple, des valeurs de chaîne dans des champs numériques) sont gérées de manière incohérente, particulièrement dans les environnements compatibles Gibson où les paramètres par défaut des cases à cocher peuvent être mal interprétés.
4566339	Correctif :mise à jour de la gestion XFA dans le pipeline de traitement de documents pour normaliser ou ignorer plus systématiquement les valeurs mal formées, empêchant les états de case à cocher incorrects et alignant le comportement entre les environnements.
4567278	Résumé : les champs de texte en lecture seule peuvent ne pas apparaître sur la page de signature lorsque les participants dynamiques sont activés. Le problème se produit en raison d’incohérences de rendu des champs pendant la résolution des participants, ce qui peut entraîner l’omission des champs non modifiables de la vue du signataire.
4567278	Correctif : mise à jour de la logique de rendu de champ pour les participants dynamiques afin de garantir que les champs en lecture seule sont systématiquement inclus et affichés lors de la signature.
4568023	Résumé : les options de signature Image et Mobile peuvent ne pas s’afficher dans les formulaires web lors de la signature. Le problème peut se produire en raison du chargement incohérent des options de signature dans le flux d’entrée du formulaire web, où certaines méthodes de signature ne sont pas présentées jusqu’à ce que la session soit rechargée ou accessible par un autre chemin d’accès.
4568023	Correctif : mise à jour de l’initialisation de signature des formulaires web pour charger systématiquement toutes les options de signature activées, garantissant que les méthodes Image et Mobile sont disponibles sur tous les points d’entrée.