Nouveautés
Commencer
- Guide de démarrage rapide à l’attention des administrateurs
- Guide de démarrage rapide à l’attention des utilisateurs
- Pour les développeurs
- Bibliothèque de tutoriels vidéo
- Foire aux questions
Administration
- Présentation d’Admin Console
- Gestion des utilisateurs
- Ajout, modification et examen d’utilisateurs actifs
- Création d’utilisateurs axés sur les fonctions
- Examen des utilisateurs qui n’ont pas terminé la vérification
- Recherche d’utilisateurs présentant des erreurs d’approvisionnement
- Modification du nom/de l’adresse e-mail
- Modification de l’appartenance d’un utilisateur à un groupe
- Modification de l’appartenance d’un utilisateur à un groupe via l’interface de groupe
- Promotion d’un utilisateur à un rôle d’administrateur
- Types d’identités des utilisateurs et SSO
- Changement d’identité d’utilisateur
- Authentification des utilisateurs avec Microsoft Azure
- Authentification des utilisateurs avec la fédération Google
- Profils de produit
- Expérience de connexion
- Paramètres de compte/groupe
- Présentation des paramètres
- Paramètres généraux
- ID et niveau de compte
- Nouvelle expérience pour les destinataires
- Workflows de signature automatique
- Envoi en masse
- Formulaires web
- Workflows d’envoi personnalisés
- Workflows Power Automate
- Documents de bibliothèque
- Collecte des données de formulaire avec les accords
- Visibilité limitée de documents
- Ajout d’une copie PDF de l’accord signé en pièce jointe
- Insertion d’un lien dans l’e-mail
- Insertion d’une image dans l’e-mail
- Fichiers joints à un e-mail nommés
- Ajout de rapports d’audit aux documents en pièces jointes
- Fusion de plusieurs documents en un seul
- Téléchargement de documents individuels
- Chargement d’un document signé
- Délégation pour les utilisateurs de mon compte
- Autorisation de la délégation des destinataires externes
- Autorisation de signature
- Autorisation d’envoi
- Pouvoir d’ajouter des cachets électroniques
- Définition d’un fuseau horaire par défaut
- Définition d’un format de date par défaut
- Utilisateurs dans plusieurs groupes (UMG)
- Autorisations d’administrateur de groupe
- Remplacement du destinataire
- Rapport d’audit
- Pied de page de la transaction
- Dans les messages et les conseils sur les produits
- PDF accessibles
- Workflows PDF/A
- Client du secteur de la santé
- Nouvelle expérience de Demande de signature
- Nouvelle expérience de workflow personnalisé
- Nouvelle expérience de création de modèle
- Configuration du compte / Paramètres de la marque
- Préférences de signature
- Signatures correctement formatées
- Autorisation des destinataires à signer par
- Possibilité pour les signataires de modifier leur nom
- Autorisation des destinataires à utiliser leur signature enregistrée
- Personnalisation des conditions d’utilisation et de la règle concernant la divulgation des informations de l’utilisateur
- Navigation des destinataires dans les champs de formulaire
- Redémarrage du workflow de l’accord
- Refus de signer
- Autorisation des processus avec tampons
- Ajout de la fonction ou la société obligatoire pour les destinataires
- Autorisation des signataires à imprimer et à apposer une signature manuscrite
- Affichage des messages lors de la signature électronique
- Obligation pour les signataires d’utiliser un appareil mobile pour créer leur signature
- Adresse IP des signataires requise
- Exclusion du nom de la société et de la fonction des tampons de participation
- Application de la mise à l’échelle de signature à main levée adaptative
- Signatures numériques
- Cachets électroniques
- Identité numérique
- Paramètres de rapport
- Activer les rapports classiques
- Nouvelle expérience de rapport
- Paramètres de rapport classiques
- Paramètres de sécurité
- Paramètres d’authentification unique
- Paramètres de mémorisation
- Politique de mot de passe de connexion
- Sécurité du mot de passe de connexion
- Durée de la session web
- Type de chiffrement PDF
- API
- Accès aux informations sur les utilisateurs et les groupes
- Plages d’adresses IP autorisées
- Partage de compte
- Autorisations de partage de compte
- Commandes de partage d’accords
- Vérification de l’identité des signataires
- Mot de passe de signature des accords
- Sécurité du mot de passe du document
- Blocage des signataires par géolocalisation
- Authentification téléphonique
- Authentification basée sur les connaissances (KBA)
- Autorisation de l’extraction de pages
- Expiration du lien de document
- Chargement d’un certificat client pour les webhooks/rappels
- Horodatage
- Paramètres d’envoi
- Affichage de la page Envoyer après la connexion
- Expériences de création d’accords
- Nom du destinataire requis lors de l’envoi
- Verrouillage des valeurs de nom pour les utilisateurs connus
- Rôles autorisés du destinataire
- Autorisation des témoins électroniques
- Groupes de destinataires
- En copie
- Champs requis
- Ajout de documents en pièces jointes
- Aplatissement du champ
- Modification des accords
- Suppression de destinataires des accords en cours
- Nom de l’accord
- Langues
- Messages privés
- Types de signature autorisés
- Rappels
- Protection par mot de passe des documents signés
- Envoi d’une notification d’accord par
- Options d’identification du signataire
- Présentation
- Mot de passe de signature
- Authentification fondée sur les connaissances
- Authentification téléphonique
- Authentification par WhatsApp
- Mot de passe à usage unique par e-mail
- Authentification Acrobat Sign
- Signatures numériques basées sur le cloud
- Authentification d’identités numériques
- Pièce d’identité officielle
- Rapports d’identité des signataires
- Remplissage de champs de formulaire avec des données d’identité vérifiées
- Protection du contenu
- Activation des transactions Notarize
- Expiration du document
- Aperçu, positionnement des signatures et ajout de champs
- Ordre de signature
- M’ajouter
- Télécharger le lien de l’accord
- Bordures des champs de formulaire
- Liquid Mode
- Commandes de workflow personnalisé
- Options de chargement pour la page de signature électronique
- Redirection de l’URL de confirmation post-signature
- Limiter l’accès aux accords partagés
- Affichage de la page Envoyer après la connexion
- Modèles de message
- Paramètres bio-pharma
- Intégration des workflows
- Paramètres d’authentification notariale
- Intégration des paiements
- Messages pour les signataires
- Paramètres SAML
- Configuration SAML
- Installation des services Microsoft Active Directory Federation Services
- Installation d’Okta
- Installation de OneLogin
- Installation d’Oracle Identity Federation
- Configuration SAML
- Gouvernance des données
- Paramètres d’horodatage
- Archive externe
- Langues du compte
- Paramètres de messagerie
- Images d’en-tête et de pied de page d’e-mail
- Autorisation de pieds de page dans l’e-mail d’un utilisateur individuel
- Personnalisation de l’e-mail « Signature requise »
- Personnalisation des champs « À » et « Cc »
- Activation des notifications sans lien
- Personnalisation des modèles de courrier électronique
- Migration d’echosign.com vers adobesign.com
- Configuration des options pour les destinataires
- Conseils relatifs aux exigences réglementaires
- Accessibilité
- HIPAA
- RGPD
- 21 CFR Part 11 et EudraLex Annexe 11
- Clients du secteur de la santé
- Prise en charge du service fiscal Income Verification Express Service (IVES)
- Accords « placés dans le coffre »
- Considérations relatives à l’Union européenne et au Royaume-Uni
- Téléchargement d’accords en masse
- Dépôt de votre domaine
- Liens Signaler un abus
- Exigences et limites système
Envoi, signature et gestion des accords
- Options du destinataire
- Annulation d’un rappel par e-mail
- Options de la page de signature électronique
- Vue d’ensemble de la page de signature électronique
- Ouverture d’un accord pour le lire sans champs
- Refus de signer un accord
- Délégation de l’autorité de signature
- Redémarrage de l’accord
- Téléchargement d’un PDF de l’accord
- Affichage de l’historique de l’accord
- Affichage des messages de l’accord
- Conversion d’une signature électronique en signature manuscrite
- Conversion d’une signature manuscrite en signature électronique
- Navigation dans les champs de formulaire
- Effacement des données des champs de formulaire
- Agrandissement de la page de signature électronique et navigation dans la page
- Modification de la langue utilisée dans les outils et informations de l’accord
- Consultation des informations juridiques
- Réglage des préférences d’Acrobat Sign en matière de cookies
- Envoyer les accords
- Page Envoyer (Composition)
- Présentation des points de repère et des fonctionnalités
- Sélecteur de groupe
- Ajout de fichiers et de modèles
- Nom de l’accord
- Message global
- Échéance
- Rappels
- Protection du PDF par mot de passe
- Type de signature
- Localisation du destinataire
- Ordre/flux de signature des destinataires
- Rôles du destinataire
- Authentification du destinataire
- Message privé pour le destinataire
- Accès du destinataire à l’accord
- Parties en copie
- Contrôle d’identité
- Envoi d’un accord uniquement à vous-même
- Envoi d’un accord à d’autres utilisateurs
- Signatures manuscrites
- Ordre de signature des destinataires
- Envoi en masse
- Page Envoyer (Composition)
- Création de champs dans des documents
- Environnement de création intégré à l’application
- Détection automatique des champs
- Glisser-déposer des champs à l’aide de l’environnement de création
- Affectation des champs de formulaire aux destinataires
- Rôle de préremplissage
- Application de champs à l’aide d’un modèle de champ réutilisable
- Transfert de champs vers un nouveau modèle de bibliothèque
- Mise à jour de l’environnement de création lors de l’envoi d’accords
- Création de formulaires avec des balises de texte
- Création de formulaires avec Acrobat (AcroForms)
- Champs
- Types de champ
- Types de champs communs
- Champs Signature électronique
- Champ Paraphe
- Champ Nom du destinataire
- Champ E-mail du destinataire
- Champ Date de signature
- Champ Texte
- Champ Date
- Champ Nombre
- Case à cocher
- Groupe de cases à cocher
- Bouton radio
- Menu déroulant
- Superposition de lien
- Champ Paiement
- Pièce jointe
- Tampon Participation
- Numéro de transaction
- Image
- Société
- Titre
- Tampon
- Apparence du contenu d’un champ
- Validations des champs
- Valeurs des champs masqués
- Définition des conditions d’affichage/de masquage
- Champs calculés
- Formulaires vérifiés
- Types de champ
- FAQ sur la création
- Environnement de création intégré à l’application
- Signature d’accords
- Gérer les accords
- Présentation de la page Gérer
- Copie d’un accord
- Accords de délégation
- Remplacement des destinataires
- Limitation de la visibilité des documents
- Annulation d’un accord
- Création de nouveaux rappels
- Vérification des rappels
- Annulation d’un rappel
- Accès aux flux Power Automate
- Autres actions
- Fonctionnement de la recherche
- Affichage d’un accord
- Création d’un modèle à partir d’un accord
- Masquage/Affichage des accords dans la vue
- Chargement d’un accord signé
- Modification des fichiers et des champs d’un accord envoyé
- Modification de la méthode d’authentification d’un destinataire
- Ajout ou modification d’une date d’expiration
- Ajout d’une note à l’accord
- Partage d’un accord individuel
- Annulation du partage d’un accord
- Téléchargement d’un accord individuel
- Téléchargement des fichiers individuels d’un accord
- Téléchargement du rapport d’audit d’un accord
- Téléchargement du contenu des fichiers d’un accord
- Rapport d’audit
- Rapports et exportations de données
- Présentation
- Octroi aux utilisateurs d’un accès aux rapports
- Graphiques de rapports
- Exportations de données
- Attribution d’un nouveau nom à un graphique/une exportation
- Duplication d’un rapport/d’une exportation
- Planification d’un rapport/d’une exportation
- Suppression d’un rapport/d’une exportation
- Vérification de l’utilisation des transactions
Fonctionnalités et workflows d’accord avancés
- Formulaires web
- Création d’un formulaire web
- Modification d’un formulaire web
- Désactivation/Activation d’un formulaire web
- Masquage/Affichage d’un formulaire web
- Recherche de l’URL ou du code de script
- Préremplissage des champs de formulaire web avec les paramètres d’URL
- Enregistrement d’un formulaire web à remplir ultérieurement
- Redimensionnement d’un formulaire web
- Modèles réutilisables (modèles de bibliothèque)
- Formulaires de l’administration américaine dans la bibliothèque Acrobat Sign
- Création d’un modèle de bibliothèque
- Modification du nom d’un modèle de bibliothèque
- Modification du type d’un modèle de bibliothèque
- Modification du niveau d’autorisation d’un modèle de bibliothèque
- Copie, modification et enregistrement d’un modèle partagé
- Téléchargement des données de champ agrégées d’un modèle de bibliothèque
- Transfert de la propriété des formulaires web et des modèles de bibliothèque
- Workflows Power Automate
- Présentation de l’intégration Power Automate et des droits inclus
- Activation de l’intégration Power Automate
- Actions contextuelles sur la page Gérer
- Suivi de l’utilisation de Power Automate
- Création d’un flux (exemples)
- Déclencheurs utilisés pour les flux
- Importation de flux depuis l’extérieur d’Acrobat Sign
- Gestion des flux
- Modification des flux
- Partage des flux
- Désactivation ou activation des flux
- Suppression des flux
- Modèles utiles
- Administrateur uniquement
- Enregistrement de tous les documents terminés dans SharePoint
- Enregistrement de tous les documents terminés dans OneDrive Entreprise
- Enregistrement de tous les documents terminés dans Google Drive
- Enregistrement de tous les documents terminés dans Dropbox
- Enregistrement de tous les documents terminés dans Box
- Archivage des accords
- Enregistrement des documents terminés dans SharePoint
- Enregistrement des documents terminés dans OneDrive Entreprise
- Enregistrement de vos documents terminés dans Google Drive
- Enregistrement de vos documents terminés dans Dropbox
- Enregistrement des documents terminés dans Box
- Archivage des accords de formulaire web
- Enregistrement des documents de formulaire web terminés dans une bibliothèque SharePoint
- Enregistrement des documents de formulaire web terminés dans OneDrive Entreprise
- Enregistrement des documents terminés dans Google Drive
- Enregistrement des documents de formulaire web terminés dans Box
- Extraction des données d’accord
- Notifications d’accord
- Envoi de notifications personnalisées par e-mail avec le contenu de votre accord et l’accord signé
- Obtention des notifications Adobe Acrobat Sign dans un canal Teams
- Obtention des notifications Adobe Acrobat Sign dans Slack
- Obtention des notifications Adobe Acrobat Sign dans Webex
- Génération d’un accord
- Génération d’un document à partir d’un formulaire Power Apps et d’un modèle Word et envoi pour signature
- Génération d’un accord à partir d’un modèle Word dans OneDrive et obtention d’une signature
- Génération d’un accord pour la ligne Excel sélectionnée, envoi pour révision et signature
- Administrateur uniquement
- Workflows d’envoi personnalisés
- Partage d’utilisateurs et d’accords
Intégration à d’autres produits
- Présentation des intégrations Acrobat Sign
- Acrobat Sign pour Saleforce
- Acrobat Sign pour Microsoft
- Autres intégrations
- Intégrations gérées par des partenaires
- Obtention d’une clé d’intégration
Développeur Acrobat Sign
- API REST
- Webhooks
- Sandbox
Assistance et dépannage
Planning des versions et documentation des versions préliminaires d’Adobe Acrobat Sign
Adobe Acrobat Sign déploie au moins trois mises à jour par an, majeures ou mineures. Des mises à jour mineures supplémentaires peuvent être réalisées si nécessaire pour résoudre les problèmes de système ou de clientèle.
- Les versions majeures offrent des mises à jour importantes, de nouvelles fonctionnalités et plusieurs améliorations.
- Les versions mineures mettent l’accent sur les améliorations mineures et les ajustements de l’expérience utilisateur. Elles se produisent entre les mises à jour majeures, généralement une ou deux fois par cycle.
Pour éviter toute interruption, les nouvelles fonctionnalités sont désactivées par défaut et doivent être activées manuellement par un administrateur de compte ou de groupe.
Pour les clients de la santé et des sciences de la vie nécessitant une validation de conformité, Acrobat Sign collabore avec un tiers afin de fournir un package de validation pour chaque version majeure contenant des fonctionnalités pour minimiser votre facteur de risque.
Cette page Notes des versions préliminaires est régulièrement mise à jour à mesure que de nouvelles informations sont disponibles, de sorte que son contenu change assez souvent.
Bien que cette page soit localisée, le processus prend du temps et il se peut que les versions localisées diffèrent légèrement de la version en anglais (États-Unis) officielle.
Pour obtenir les informations les plus précises et les plus récentes, nous vous recommandons de consulter uniquement la page en anglais (États-Unis).
Adobe Acrobat Sign suit un planning structuré pour la publication des mises à jour des notes de mise à jour et de la documentation :
Huit semaines avant la mise en production
- La page de version préliminaire publie un résumé des fonctionnalités et des mises à jour attendues généralement quatre semaines avant le lancement de Sandbox.
- Toute modification de fonctionnalité après ce point est signalée dans la section Errata.
- Les problèmes résolus ne sont pas inclus à cette étape.
Quatre semaines avant la mise en production (lancement de Sandbox)
- La page de version préliminaire est mise à jour avec une documentation détaillée sur les nouvelles fonctionnalités et les mises à jour.
- Des liens vers la documentation de support de la version préliminaire, uniquement disponible en anglais (États-Unis), sont ajoutés si nécessaire.
- La section initiale Problèmes résolus est publiée, avec des mises à jour continues au cours des quatre semaines suivantes.
Jour de lancement
- Les notes de mise à jour officielles sont mises à jour avec des détails sur les fonctionnalités finales et des liens vers la documentation de support de production.
- La page de version préliminaire est actualisée pour mettre en évidence le cycle de publication de la version suivante.
- La documentation est publiée après vérification de la version dans le système en direct, généralement après 19 h, même si les mises à jour complexes peuvent prendre plus de temps.
- La liste finale de la section Problèmes résolus est ajoutée aux notes de mise à jour en anglais (États-Unis), les versions localisées étant mises à jour ultérieurement.
Version de Government Cloud
- L’environnement Government Cloud est généralement mis à jour entre deux jours et plusieurs semaines après la mise en production, car certaines fonctionnalités peuvent nécessiter une évaluation supplémentaire avant le déploiement.
La documentation sur le Sandbox est conçue pour l’environnement de production. Les liens trouvés dans le contenu de la version préliminaire ciblent les URL de production. En d’autres termes, ces liens peuvent mener à une ancienne documentation existante ou à des résultats 404 si la page cible est nouvelle et n’a pas encore été publiée (par exemple, lorsque le lien pointe vers une nouvelle fonctionnalité dans la même version).
Les nouvelles pages seront publiées lors de la sortie de la version et les liens redirigeront correctement vers leurs URL de production.
Disponibilité du sandbox
Les clients qui ont accès à l’environnement Acrobat Sign Sandbox peuvent généralement accéder aux fonctionnalités de la nouvelle version quatre semaines avant le lancement.
- L’environnement Sandbox passera toutes les procédures d’assurance qualité de la production au même niveau de qualité que l’environnement de production normal.
- Adobe s’efforce d’assurer une disponibilité de 99,9 % dans l’environnement Sandbox, mais il convient de noter que l’accord de service unifié d’Adobe ne couvre pas formellement l’environnement Sandbox.
- L’environnement Sandbox utilise la même page de statut et les mêmes procédures d’interruption que l’environnement de production normal.
Cet article contient des informations sur les versions préliminaires. Les dates de publication, les fonctionnalités et d’autres informations peuvent être modifiées sans préavis.
Adobe Acrobat Sign version v17.1
Déploiement Sandbox : 7 avril 2026
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 >
- Rapports d’utilisation des transactions téléphoniques – Rapports étendus avec visibilité au niveau du groupe et accès aux rapports planifiés
Les rapports de transactions téléphoniques offrent 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 programmés via une expérience de création de rapports 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 d’achèvement 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 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 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.
- 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
Version d’Errata - Éléments ajoutés
Vous trouverez ci-dessous les éléments qui ont été ajoutés à cette version depuis la publication initiale des notes de version préliminaire.
- Rapports d’utilisation des transactions téléphoniques – Rapports étendus avec visibilité au niveau du groupe et accès aux rapports planifiés
Les rapports de transactions téléphoniques offrent 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 programmés via une expérience de création de rapports 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
- Fenêtre d’expiration des accords : période d’expiration par défaut étendue à 365 jours
La date limite 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
- 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
- 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.
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.
- Hub de ressources amélioré – Réorganise les liens d’apprentissage et d’assistance dans Acrobat Sign
Le hub de ressources mis à jour améliore la façon dont les utilisateurs accèdent aux supports d’apprentissage et d’assistance directement dans Acrobat Sign. Le contenu est organisé en sections structurées avec des tutoriels vidéo intégrés et un accès direct aux webinaires, notes de mise à jour, témoignages clients et ressources d’assistance. Ces mises à jour facilitent la localisation du contenu éducatif dans l’expérience produit.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : cette expérience mise à jour est activée par défaut
- Contrôles de notification via l’API Accords – Ajout de contrôles multi-niveaux pour désactiver les notifications par e-mail dans les points d’entrée POST /agreements et POST /agreements/{agreementId}/reminders.
Les développeurs peuvent désactiver les notifications par e-mail INITIAL, INTERMEDIATE, FINAL, CANCELLATION et REMINDER lors de la création d’accords via l’API REST v6. La solution introduit des tableaux disabledNotificationTypes à plusieurs niveaux dans la demande, permettant un contrôle ciblé par rôle :- participantSetsInfo[].disabledNotificationTypes — Désactive les notifications par e-mail pour tous les membres d’un ensemble de participants
- ccs[].disabledNotificationTypes — Désactive les notifications par e-mail pour les destinataires individuels en copie
- senderDisabledNotificationTypes — Désactive les notifications par e-mail pour l’expéditeur de l’accord
Le champ senderDisabledNotificationTypes au niveau de l’API a une priorité absolue sur les préférences de notification de l’expéditeur configurées dans Préférences personnelles.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API REST v6
- Filtre de destinataire dans la création de rapports – Ajoutez un filtrage basé sur le destinataire aux rapports et aux exportations de données.
Ajoutez un filtre Destinataire à la création de rapports moderne pour les rapports Accord et Transaction et les exportations de données. Les administrateurs peuvent filtrer par adresse e-mail du destinataire pour retourner tous les accords qui incluent le destinataire spécifié, quel que soit le rôle ou l’ordre de signature. Le filtre prend en charge la saisie semi-automatique et le comportement de sélection multiple cohérent avec le filtre Expéditeur existant et s’applique aux rapports visuels et aux exportations CSV.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé avec la création de rapports moderne
- Support Bio-Pharma (CFR) dans Modern eSign – Ajoute la capture de motif de signature et la réauthentification appliquée au moment de la signature
Acrobat Sign finalise le support Bio-Pharma dans l’expérience de signature électronique moderne en ajoutant la capture de motif de signature et la réauthentification appliquée pendant la signature. Les organisations opérant dans des environnements réglementés peuvent exiger un motif de signature, forcer la réauthentification pour chaque signature ou au clic final pour signer, et maintenir la création de rapports d’audit conforme — le tout dans l’interface Modern.
Environnements disponibles : Sandbox, Commercial, Government | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Le support des paramètres Bio Pharma dans Modern eSign est activé par défaut.
- Modification de document intégrée pendant la création – Permet aux expéditeurs de modifier le texte du document directement dans l’expérience de création
Permet aux expéditeurs de modifier le texte du document directement dans l’expérience de création avant d’envoyer un accord pour signature. Une option Modifier le document permet aux utilisateurs de modifier le texte sans télécharger et recharger le fichier, tout en préservant les champs existants et la configuration de l’accord. Cela simplifie les corrections avant l’envoi et réduit les perturbations lors de la préparation de l’accord.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe et compte
- Clés gérées par le client – Active le chiffrement au repos à l’aide des clés AWS KMS ou Azure Key Vault
Les clés gérées par le client fournissent un chiffrement au repos au niveau du compte à l’aide d’une clé gérée par le client dans AWS Key Management Service (KMS) ou Azure Key Vault. Les administrateurs de compte peuvent intégrer une clé gérée par le client et rechiffrer le contenu pris en charge, faire pivoter ou rétablir les versions de clé, suspendre la clé (provoquant l’échec des opérations de chiffrement et de déchiffrement), ou détruire la clé, ce qui empêche définitivement l’accès au contenu chiffré.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions sur les environnements AWS | Portée de la configuration : Compte uniquement
- API de création de rapports d’utilisation SMS – Récupère les quantités achetées et suit la consommation SMS
L’API de création de rapports d’utilisation SMS fournit une visibilité sur les droits SMS et la consommation pour soutenir la planification budgétaire et la continuité de service. Les organisations peuvent récupérer les quantités SMS totales achetées, suivre l’utilisation globale à ce jour et interroger la consommation par groupe et période. Cela permet une surveillance proactive et une affectation interne pour éviter les interruptions lorsque les crédits approchent de l’épuisement.
Nouveaux points d’entrée :- GET /api/rest/v6/smsUsage
- GET /api/rest/v6/smsUsage?groupId={groupId}
- GET /api/rest/v6/smsUsage?startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
- GET /api/rest/v6/smsUsage?groupId={groupId}&startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API
- 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
Problèmes résolus
| Problème | Description |
|---|---|
| 4520028 | Résumé : la colonne Groupe de la page Gérer affichait des valeurs incorrectes ou incohérentes lorsque les utilisateurs appartenaient à plusieurs groupes. Modifier le 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é. |
| 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 a bloqué à tort 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. |
| 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 a été causée par des données d’apparence d’annotation non valides ou manquantes dans un ou plusieurs documents source, 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 n’a pas pu être répliqué en dehors des workflows affectés. |
| 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. |
| Correctif : mise à jour de la logique de traitement des documents 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. |
| Correctif : mise à jour de la gestion de la synchronisation Sandbox pour valider et traiter correctement les références de groupe de destinataires pendant les opérations de copie de workflow, empêchant les échecs lorsque les groupes de destinataires existent dans les deux environnements. | |
| 4538251 | Résumé : dans la nouvelle expérience Envoi en masse, les champs d’informations de nom complet et d’e-mail du signataire n’apparaissaient pas lors de la signature ni 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 entraînait le non-affichage des champs dans les accords enfants. |
| Correctif : mise à jour de la logique de traitement des champs de fusion et de formulaire pour appliquer correctement les champs d’informations de signataire dans les documents incluant 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. |
| Correctif : ajout de validation et de vérifications de valeurs nulles pendant le traitement PDF pour gérer les champs de formulaire malformés et empêcher les échecs pendant la génération de miniatures et 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 entraînent un placement incorrect des champs et empêchent l’analyse et la suppression correctes des balises de texte. |
| Correctif : mise à jour de la logique de rendu des champs pour calculer et placer correctement les champs de formulaire dans les documents au format paysage, assurant un alignement approprié et la suppression des balises de texte pendant le 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 parce que 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. |
| 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. |
| 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 à HIPAA hérités comme incomplets, causant le maintien du statut de tâche En attente malgré l’activation de la fonctionnalité. |
| Correctif : mise à jour de la logique d’évaluation de la liste de contrôle pour interpréter correctement les paramètres liés à HIPAA, y compris les valeurs héritées, afin que la tâche d’intégration reflète l’état terminé lorsque HIPAA est activé. | |
| 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 généré, provoquant un espacement incorrect dans l’apparence de la signature |
| 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 depuis la configuration au lieu de l’URL correcte, entraînant un comportement incohérent dans les environnements. |
| 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. |
| 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. |
| 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. |
| 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 |
| 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 de destinataire est activée. |
| 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 ni ne normalise la saisie, et aucun message d’erreur n’est affiché pour indiquer le problème. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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 |
| 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. |
| 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 incompatibilité entre les champs attribués et les documents visibles, ce qui peut déclencher une résiliation automatique. |
| 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. |
| 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 se produit 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é. |
| 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 se produit car les champs de lien ne sont pas inclus dans les données de champ de formulaire de contrat renvoyées lors de la création basée sur un workflow, ce qui entraîne des champs manquants. |
| Correctif : Mise à jour de la gestion des champs de formulaire pour inclure les champs de lien des modèles de champ lors du 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 se produit lorsque le rendu du champ de texte échoue lors du traitement du document, empêchant l’affichage du champ de date dans le document de sortie. |
| 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, provoquant l’affichage des données d’espace réservé au lieu de les masquer. |
| 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 provoquer une interprétation incorrecte de l’état sélectionné lors du traitement du document. |
| 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 remontée à l’utilisateur. |
| 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. |
| 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. |
| 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. |
| 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. |
| 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 survenir dans les champs multilignes lorsque le moteur de traitement des documents ajuste la taille de police pour éviter la coupure de texte, remplaçant les paramètres de taille de police fixes. |
| 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 rendu ni appliqué pendant la signature, permettant la finalisation avec seulement le champ de signature. |
| 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 survenir lorsque le PDF chargé contient des éléments non pris en charge ou non valides (par exemple, des annotations nulles ou des champs remplissables existants), qui empêchent le traitement des balises de texte de se terminer avec succès. |
| 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. |
| 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 survenir dans les champs de texte multilignes lorsque des différences de rendu sont introduites par le moteur de traitement de document, entraînant des décalages de mise en page par rapport à la vue de création. |
| 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 survient 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’adresse e-mail sélectionnée. |
| 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 survenir 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 de case à cocher peuvent être mal interprétés. |
| 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. |
| 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. |
| 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. |
Adobe Acrobat Sign version v17.1.1
Déploiement Sandbox : 12 mai 2026
Déploiement en production : 16 juin 2026
Déploiement GovCloud : 18 juin 2026
Fonctionnalité améliorée
- Filtre de destinataire dans la création de rapports – Ajoutez un filtrage basé sur le destinataire aux rapports et aux exports de données.
Ajoutez un filtre Destinataire à la création de rapports moderne pour les rapports Accord et Transaction et les exports de données. Les administrateurs peuvent filtrer par adresse e-mail du destinataire pour retourner tous les accords qui incluent le destinataire spécifié, quel que soit le rôle ou l’ordre de signature. Le filtre prend en charge la saisie semi-automatique et le comportement de sélection multiple cohérent avec le filtre Expéditeur existant. Il s’applique aux rapports visuels et aux exports CSV.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé avec la création de rapports moderne
Consulter la vue d’ensemble des rapports >
Consulter le document Création d’un rapport mis à jour >
Consulter la documentation mise à jour relative à la création d’un export de données >
- Modification de documents intégrée pendant la création : modifiez le texte du document directement dans l’expérience de création avant d’envoyer un accord.
Les expéditeurs peuvent modifier le texte du document directement dans l’environnement de création sans télécharger et recharger 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 n’est disponible que lorsque l’accord est à l’état de brouillon et n’est pas disponible après l’envoi de l’accord.
Cette fonctionnalité est activée par défaut pour les comptes pris en charge. Elle n’est pas disponible dans Acrobat Sign pour l’administration ou pour les comptes utilisant le système de gestion des utilisateurs hérité.
Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et groupe ; activé par défaut
- Support Bio-Pharma (CFR) dans Modern eSign – Ajoute la capture de motif de signature et la réauthentification forcée au moment de la signature
Adobe Acrobat Sign finalise le support Bio-Pharma dans l’expérience de signature électronique moderne en ajoutant la capture de motif de signature et la réauthentification forcée pendant la signature. Les organisations opérant dans des environnements réglementés peuvent exiger un motif de signature, forcer la réauthentification pour chaque signature ou au clic final pour signer, et maintenir la création de rapports d’audit conforme — le tout dans l’interface Modern.
Environnements disponibles : Sandbox, Commercial, Government | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Le support des paramètres Bio Pharma dans Modern eSign est activé par défaut.
Consultez la liste des fonctionnalités prises en charge mise à jour pour Modern e-sign >
Modifications de l’expérience
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.
- Supprimer les notifications d’accord via l’API : ajoutez un contrôle granulaire sur les messages des destinataires
En utilisant l’API REST v6 POST /agreements, contrôlez quelles notifications sont envoyées lors de la création d’accords en supprimant des types d’e-mails spécifiques pour les participants, les destinataires en copie ou l’expéditeur. Les e-mails inutiles sont ainsi réduits et les expériences de signature plus propres et mieux contrôlées sont prises en charge dans les workflows intégrés.
Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API REST v6
Errata de version
Aucun élément n’a été reporté hors de cette version à ce jour.
Problèmes résolus
Recevez de l’aide plus rapidement et plus facilement
Nouvel utilisateur ?