Guide d'utilisation

Planning des versions et notes des versions préliminaires d’Adobe Acrobat Sign

 

Guide Adobe Acrobat Sign

Nouveautés

  1. Notes de version préliminaire
  2. Notes de mise à jour
  3. Notifications importantes

Commencer

  1. Guide de démarrage rapide à l’attention des administrateurs
  2. Guide de démarrage rapide à l’attention des utilisateurs
  3. Pour les développeurs
  4. Bibliothèque de tutoriels vidéo
  5. Foire aux questions

Administration

  1. Présentation d’Admin Console
  2. Gestion des utilisateurs
    1. Ajout, modification et examen d’utilisateurs actifs
      1. Vérification des utilisateurs actifs dans l’onglet Utilisateurs
      2. Ajout d’un utilisateur
      3. Ajout d’utilisateurs en masse
      4. Ajout d’utilisateurs à partir de votre répertoire
      5. Ajout d’utilisateurs à partir de Microsoft Azure Active Directory
      6. Migration d’utilisateurs entre les organisations Admin Console
    2. Création d’utilisateurs axés sur les fonctions
      1. Comptes techniques - Pilotés par API
      2. Comptes de service - Pilotés manuellement
    3. Examen des utilisateurs qui n’ont pas terminé la vérification
    4. Recherche d’utilisateurs présentant des erreurs d’approvisionnement
    5. Modification du nom/de l’adresse e-mail
    6. Modification de l’appartenance d’un utilisateur à un groupe
    7. Modification de l’appartenance d’un utilisateur à un groupe via l’interface de groupe
    8. Promotion d’un utilisateur à un rôle d’administrateur
    9. Types d’identités des utilisateurs et SSO
    10. Changement d’identité d’utilisateur
    11. Authentification des utilisateurs avec Microsoft Azure
    12. Authentification des utilisateurs avec la fédération Google
    13. Profils de produit
    14. Expérience de connexion 
  3. Paramètres de compte/groupe
    1. Présentation des paramètres
    2. Paramètres généraux
      1. ID et niveau de compte
      2. Nouvelle expérience pour les destinataires
      3. Workflows de signature automatique
      4. Envoi en masse
      5. Formulaires web
      6. Workflows d’envoi personnalisés
      7. Workflows Power Automate
      8. Documents de bibliothèque
      9. Collecte des données de formulaire avec les accords
      10. Visibilité limitée de documents
      11. Ajout d’une copie PDF de l’accord signé en pièce jointe 
      12. Insertion d’un lien dans l’e-mail
      13. Insertion d’une image dans l’e-mail
      14. Fichiers joints à un e-mail nommés
      15. Ajout de rapports d’audit aux documents en pièces jointes
      16. Fusion de plusieurs documents en un seul
      17. Téléchargement de documents individuels
      18. Chargement d’un document signé
      19. Délégation pour les utilisateurs de mon compte
      20. Autorisation de la délégation des destinataires externes
      21. Autorisation de signature
      22. Autorisation d’envoi
      23. Pouvoir d’ajouter des cachets électroniques
      24. Définition d’un fuseau horaire par défaut
      25. Définition d’un format de date par défaut
      26. Utilisateurs dans plusieurs groupes (UMG)
        1. Mise à niveau pour utiliser la fonctionnalité Utilisateurs dans plusieurs groupes
      27. Autorisations d’administrateur de groupe
      28. Remplacement du destinataire
      29. Rapport d’audit
        1. Présentation
        2. Autorisation des accès non authentifiés sur la page de vérification des transactions
        3. Inclusion des rappels
        4. Insertion des événements de consultation
        5. Inclusion du nombre de pages/pièces jointes de l’accord
      30. Pied de page de la transaction
      31. Dans les messages et les conseils sur les produits
      32. PDF accessibles
      33. Workflows PDF/A
      34. Client du secteur de la santé
      35. Nouvelle expérience de Demande de signature
      36. Nouvelle expérience de workflow personnalisé
      37. Nouvelle expérience de création de modèle
    3. Configuration du compte / Paramètres de la marque
      1. Présentation
      2. Ajout d’un logo
      3. Personnalisation du nom d’hôte/de l’URL de la société  
      4. Ajout du nom de l’entreprise
      5. Redirection d’URL une fois l’accord complété
    4. Préférences de signature
      1. Signatures correctement formatées
      2. Autorisation des destinataires à signer par
      3. Possibilité pour les signataires de modifier leur nom
      4. Autorisation des destinataires à utiliser leur signature enregistrée
      5. Personnalisation des conditions d’utilisation et de la règle concernant la divulgation des informations de l’utilisateur
      6. Navigation des destinataires dans les champs de formulaire
      7. Redémarrage du workflow de l’accord
      8. Refus de signer
      9. Autorisation des processus avec tampons
      10. Ajout de la fonction ou la société obligatoire pour les destinataires
      11. Autorisation des signataires à imprimer et à apposer une signature manuscrite
      12. Affichage des messages lors de la signature électronique
      13. Obligation pour les signataires d’utiliser un appareil mobile pour créer leur signature
      14. Adresse IP des signataires requise
      15. Exclusion du nom de la société et de la fonction des tampons de participation
      16. Application de la mise à l’échelle de signature à main levée adaptative
    5. Signatures numériques
      1. Présentation
      2. Téléchargement et signature d’un document avec Acrobat
      3. Signatures en mode cloud
      4. Exiger des signatures numériques par destinataire
      5. Inclure les métadonnées pour les fournisseurs d’identité
      6. Fournisseurs de signature en mode cloud restreints
    6. Cachets électroniques
    7. Identité numérique
      1. Passerelle d’identités numériques
      2. Politique de vérification d’identité
    8. Paramètres de rapport
      1. Activer les rapports classiques
      2. Nouvelle expérience de rapport
      3. Paramètres de rapport classiques
    9. Paramètres de sécurité
      1. Paramètres d’authentification unique
      2. Paramètres de mémorisation
      3. Politique de mot de passe de connexion
      4. Sécurité du mot de passe de connexion
      5. Durée de la session web
      6. Type de chiffrement PDF
      7. API
      8. Accès aux informations sur les utilisateurs et les groupes
      9. Plages d’adresses IP autorisées
      10. Partage de compte
      11. Autorisations de partage de compte
      12. Commandes de partage d’accords
      13. Vérification de l’identité des signataires
      14. Mot de passe de signature des accords
      15. Sécurité du mot de passe du document
      16. Blocage des signataires par géolocalisation
      17. Authentification téléphonique
      18. Authentification basée sur les connaissances (KBA)
      19. Autorisation de l’extraction de pages
      20. Expiration du lien de document
      21. Chargement d’un certificat client pour les webhooks/rappels
      22. Horodatage
    10. Paramètres d’envoi
      1. Affichage de la page Envoyer après la connexion
      2. Expériences de création d’accords
      3. Nom du destinataire requis lors de l’envoi
      4. Verrouillage des valeurs de nom pour les utilisateurs connus
      5. Rôles autorisés du destinataire
      6. Autorisation des témoins électroniques
      7. Groupes de destinataires
      8. En copie
      9. Champs requis
      10. Ajout de documents en pièces jointes
      11. Aplatissement du champ
      12. Modification des accords
      13. Suppression de destinataires des accords en cours
      14. Nom de l’accord
      15. Langues
      16. Messages privés
      17. Types de signature autorisés
      18. Rappels
      19. Protection par mot de passe des documents signés
      20. Envoi d’une notification d’accord par
      21. Options d’identification du signataire
        1. Présentation
        2. Mot de passe de signature
        3. Authentification fondée sur les connaissances
        4. Authentification téléphonique
        5. Authentification par WhatsApp
        6. Mot de passe à usage unique par e-mail
        7. Authentification Acrobat Sign
        8. Signatures numériques basées sur le cloud
        9. Authentification d’identités numériques
        10. Pièce d’identité officielle
        11. Rapports d’identité des signataires
      22. Remplissage de champs de formulaire avec des données d’identité vérifiées
      23. Protection du contenu
      24. Activation des transactions Notarize
      25. Expiration du document
      26. Aperçu, positionnement des signatures et ajout de champs
      27. Ordre de signature
      28. M’ajouter
      29. Télécharger le lien de l’accord
      30. Bordures des champs de formulaire
      31. Liquid Mode
      32. Commandes de workflow personnalisé
      33. Options de chargement pour la page de signature électronique
      34. Redirection de l’URL de confirmation post-signature
      35. Limiter l’accès aux accords partagés
    11. Modèles de message
      1. Présentation des modèles de message
      2. Création de nouveaux modèles de message
      3. Modification des modèles de message
      4. Suppression de modèles de message
    12. Paramètres bio-pharma
      1. Présentation
      2. Fonction Appliquer l’authentification de l’identité
      3. Motifs de la signature
    13. Intégration des workflows
    14. Paramètres d’authentification notariale
    15. Intégration des paiements
    16. Messages pour les signataires
    17. Paramètres SAML
      1. Configuration SAML
      2. Installation des services Microsoft Active Directory Federation Services
      3. Installation d’Okta
      4. Installation de OneLogin
      5. Installation d’Oracle Identity Federation
    18. Gouvernance des données
    19. Paramètres d’horodatage
    20. Archive externe
    21. Langues du compte
    22. Paramètres de messagerie
      1. Images d’en-tête et de pied de page d’e-mail
      2. Autorisation de pieds de page dans l’e-mail d’un utilisateur individuel
      3. Personnalisation de l’e-mail « Signature requise »
      4. Personnalisation des champs « À » et « Cc »
      5. Activation des notifications sans lien
      6. Personnalisation des modèles de courrier électronique
    23. Migration d’echosign.com vers adobesign.com
    24. Configuration des options pour les destinataires
  4. Conseils relatifs aux exigences réglementaires
    1. Accessibilité
      1. Conformité de l’accessibilité
      2. Création de formulaires accessibles avec Acrobat pour poste de travail
      3. Création de formulaires AcroForms accessibles
    2. HIPAA
    3. RGPD
      1. Présentation du RGPD
      2. Supprimer un utilisateur
      3. Supprimer les accords d’un utilisateur    
    4. 21 CFR Part 11 et EudraLex Annexe 11
      1. Pack de validation 21 CRF Part 11
      2. Manuel 21 CFR et EudraLex Annexe 11
      3. Analyse des responsabilités partagées
    5. Clients du secteur de la santé
    6. Prise en charge du service fiscal Income Verification Express Service (IVES)
    7. Accords « placés dans le coffre »
    8. Considérations relatives à l’Union européenne et au Royaume-Uni
      1. eIDAS et transactions transfrontalières dans l’Union européenne et au Royaume-Uni
      2. Exigences HMLR pour les actes signés électroniquement
      3. Impact du Brexit sur les lois sur les signatures électroniques au Royaume-Uni
  5. Téléchargement d’accords en masse
  6. Dépôt de votre domaine 
  7. Liens Signaler un abus
  8. Exigences et limites système
    1. Configuration requise
    2. Limites des transactions

Envoi, signature et gestion des accords

  1. Options du destinataire
    1. Annulation d’un rappel par e-mail
    2. Options de la page de signature électronique
      1. Vue d’ensemble de la page de signature électronique
      2. Ouverture d’un accord pour le lire sans champs
      3. Refus de signer un accord
      4. Délégation de l’autorité de signature
      5. Redémarrage de l’accord
      6. Téléchargement d’un PDF de l’accord
      7. Affichage de l’historique de l’accord
      8. Affichage des messages de l’accord
      9. Conversion d’une signature électronique en signature manuscrite
      10. Conversion d’une signature manuscrite en signature électronique 
      11. Navigation dans les champs de formulaire
      12. Effacement des données des champs de formulaire
      13. Agrandissement de la page de signature électronique et navigation dans la page
      14. Modification de la langue utilisée dans les outils et informations de l’accord
      15. Consultation des informations juridiques
      16. Réglage des préférences d’Acrobat Sign en matière de cookies
  2. Envoyer les accords  
    1. Page Envoyer (Composition)
      1. Présentation des points de repère et des fonctionnalités
      2. Sélecteur de groupe
      3. Ajout de fichiers et de modèles
      4. Nom de l’accord
      5. Message global
      6. Échéance
      7. Rappels
      8. Protection du PDF par mot de passe
      9. Type de signature
      10. Localisation du destinataire
      11. Ordre/flux de signature des destinataires
      12. Rôles du destinataire
      13. Authentification du destinataire
      14. Message privé pour le destinataire
      15. Accès du destinataire à l’accord
      16. Parties en copie
      17. Contrôle d’identité
    2. Envoi d’un accord uniquement à vous-même
    3. Envoi d’un accord à d’autres utilisateurs
    4. Signatures manuscrites
    5. Ordre de signature des destinataires
    6. Envoi en masse
      1. Vue d’ensemble de la fonction Envoi en masse
      2. Envoi en masse : configuration d’un modèle parent
      3. Envoi en masse : configuration du fichier CSV
      4. Annulation d’une transaction Envoyer en masse
      5. Ajout de rappels à Envoyer en masse
      6. Rapports pour Envoyer en masse
  3. Création de champs dans des documents
    1. Environnement de création intégré à l’application
      1. Détection automatique des champs
      2. Glisser-déposer des champs à l’aide de l’environnement de création
      3. Affectation des champs de formulaire aux destinataires
      4. Rôle de préremplissage
      5. Application de champs à l’aide d’un modèle de champ réutilisable
      6. Transfert de champs vers un nouveau modèle de bibliothèque
      7. Mise à jour de l’environnement de création lors de l’envoi d’accords
    2. Création de formulaires avec des balises de texte
      1. Présentation des balises de texte
      2. Balises de texte - Principes de base et syntaxe
      3. Balises de texte - Types de champs pris en charge
      4. Balises de texte - Exemples
      5. Balises de texte - Comportements avancés
      6. Balises de texte - Champs calculés
      7. Balises de texte - Dépannage
    3. Création de formulaires avec Acrobat (AcroForms)
      1. Création d’un formulaire AcroForm
      2. Création de fichiers PDF accessibles
    4. Champs
      1. Types de champ
        1. Types de champs communs
        2. Champs Signature électronique
        3. Champ Paraphe
        4. Champ Nom du destinataire
        5. Champ E-mail du destinataire
        6. Champ Date de signature
        7. Champ Texte
        8. Champ Date
        9. Champ Nombre
        10. Case à cocher
        11. Groupe de cases à cocher
        12. Bouton radio
        13. Menu déroulant
        14. Superposition de lien
        15. Champ Paiement
        16. Pièce jointe
        17. Tampon Participation
        18. Numéro de transaction
        19. Image
        20. Société
        21. Titre
        22. Tampon
      2. Apparence du contenu d’un champ
      3. Validations des champs
      4. Valeurs des champs masqués
      5. Définition des conditions d’affichage/de masquage
      6. Champs calculés 
      7. Formulaires vérifiés
    5. FAQ sur la création
  4. Signature d’accords
    1. Signature des accords qui vous ont été envoyés
    2. Outil Remplir et signer
    3. Signature automatique
  5. Gérer les accords
    1. Présentation de la page Gérer
    2. Copie d’un accord
    3. Accords de délégation
    4. Remplacement des destinataires
    5. Limitation de la visibilité des documents 
    6. Annulation d’un accord 
    7. Création de nouveaux rappels
    8. Vérification des rappels
    9. Annulation d’un rappel
    10. Accès aux flux Power Automate
    11. Autres actions
      1. Fonctionnement de la recherche
      2. Affichage d’un accord
      3. Création d’un modèle à partir d’un accord
      4. Masquage/Affichage des accords dans la vue
      5. Chargement d’un accord signé
      6. Modification des fichiers et des champs d’un accord envoyé
      7. Modification de la méthode d’authentification d’un destinataire
      8. Ajout ou modification d’une date d’expiration
      9. Ajout d’une note à l’accord
      10. Partage d’un accord individuel
      11. Annulation du partage d’un accord
      12. Téléchargement d’un accord individuel
      13. Téléchargement des fichiers individuels d’un accord
      14. Téléchargement du rapport d’audit d’un accord
      15. Téléchargement du contenu des fichiers d’un accord
  6. Rapport d’audit
  7. Rapports et exportations de données
    1. Présentation
    2. Octroi aux utilisateurs d’un accès aux rapports
    3. Graphiques de rapports
      1. Création d’un rapport
      2. Rapports sur les accords
      3. Rapports de transactions
      4. Rapport sur l’activité des paramètres
      5. Modification d’un rapport
    4. Exportations de données 
      1. Création d’une exportation de données
      2. Export des données de formulaires web
      3. Modification d’une exportation de données
      4. Actualisation du contenu d’une exportation de données
      5. Téléchargement de l’exportation de données
    5. Attribution d’un nouveau nom à un graphique/une exportation
    6. Duplication d’un rapport/d’une exportation
    7. Planification d’un rapport/d’une exportation
    8. Suppression d’un rapport/d’une exportation
    9. Vérification de l’utilisation des transactions

Fonctionnalités et workflows d’accord avancés

  1. Formulaires web 
    1. Création d’un formulaire web
    2. Modification d’un formulaire web
    3. Désactivation/Activation d’un formulaire web
    4. Masquage/Affichage d’un formulaire web
    5. Recherche de l’URL ou du code de script 
    6. Préremplissage des champs de formulaire web avec les paramètres d’URL
    7. Enregistrement d’un formulaire web à remplir ultérieurement
    8. Redimensionnement d’un formulaire web
  2. Modèles réutilisables (modèles de bibliothèque) 
    1. Formulaires de l’administration américaine dans la bibliothèque Acrobat Sign
    2. Création d’un modèle de bibliothèque
    3. Modification du nom d’un modèle de bibliothèque
    4. Modification du type d’un modèle de bibliothèque
    5. Modification du niveau d’autorisation d’un modèle de bibliothèque
    6. Copie, modification et enregistrement d’un modèle partagé
    7. Téléchargement des données de champ agrégées d’un modèle de bibliothèque
  3. Transfert de la propriété des formulaires web et des modèles de bibliothèque
  4. Workflows Power Automate 
    1. Présentation de l’intégration Power Automate et des droits inclus
    2. Activation de l’intégration Power Automate
    3. Actions contextuelles sur la page Gérer
    4. Suivi de l’utilisation de Power Automate
    5. Création d’un flux (exemples)
    6. Déclencheurs utilisés pour les flux
    7. Importation de flux depuis l’extérieur d’Acrobat Sign
    8. Gestion des flux
    9. Modification des flux
    10. Partage des flux
    11. Désactivation ou activation des flux
    12. Suppression des flux
    13. Modèles utiles
      1. Administrateur uniquement
        1. Enregistrement de tous les documents terminés dans SharePoint
        2. Enregistrement de tous les documents terminés dans OneDrive Entreprise
        3. Enregistrement de tous les documents terminés dans Google Drive
        4. Enregistrement de tous les documents terminés dans Dropbox
        5. Enregistrement de tous les documents terminés dans Box
      2. Archivage des accords
        1. Enregistrement des documents terminés dans SharePoint
        2. Enregistrement des documents terminés dans OneDrive Entreprise
        3. Enregistrement de vos documents terminés dans Google Drive
        4. Enregistrement de vos documents terminés dans Dropbox
        5. Enregistrement des documents terminés dans Box
      3. Archivage des accords de formulaire web
        1. Enregistrement des documents de formulaire web terminés dans une bibliothèque SharePoint
        2. Enregistrement des documents de formulaire web terminés dans OneDrive Entreprise
        3. Enregistrement des documents terminés dans Google Drive
        4. Enregistrement des documents de formulaire web terminés dans Box
      4. Extraction des données d’accord
        1. Extraction des données des champs de formulaire de votre document signé et mise à jour de la feuille Excel
      5. Notifications d’accord
        1. Envoi de notifications personnalisées par e-mail avec le contenu de votre accord et l’accord signé
        2. Obtention des notifications Adobe Acrobat Sign dans un canal Teams
        3. Obtention des notifications Adobe Acrobat Sign dans Slack
        4. Obtention des notifications Adobe Acrobat Sign dans Webex
      6. Génération d’un accord
        1. Génération d’un document à partir d’un formulaire Power Apps et d’un modèle Word et envoi pour signature
        2. Génération d’un accord à partir d’un modèle Word dans OneDrive et obtention d’une signature
        3. Génération d’un accord pour la ligne Excel sélectionnée, envoi pour révision et signature
  5. Workflows d’envoi personnalisés
    1. Présentation des workflows d’envoi personnalisés
    2. Création d’un nouveau workflow d’envoi
    3. Modification d’un workflow d’envoi
    4. Activation ou désactivation d’un workflow d’envoi
    5. Envoi d’un accord avec un workflow d’envoi
  6. Partage d’utilisateurs et d’accords
    1. Partage d’un utilisateur
    2. Partage d’accords

Intégration à d’autres produits

  1.  Présentation des intégrations Acrobat Sign
  2. Acrobat Sign pour Saleforce
  3. Acrobat Sign pour Microsoft
    1. Acrobat Sign pour Microsoft 365
    2. Acrobat Sign pour Outlook
    3. Acrobat Sign pour Word/PowerPoint
    4. Acrobat Sign pour Teams
    5. Acrobat Sign pour Microsoft PowerApps et Power Automate
    6. Connecteur Acrobat Sign pour Microsoft Search
    7. Acrobat Sign pour Microsoft Dynamics 
    8. Acrobat Sign pour Microsoft SharePoint 
  4. Autres intégrations
    1. Acrobat Sign pour ServiceNow
    2. Acrobat Sign pour les RH ServiceNow
    3. Acrobat Sign pour SAP SuccessFactors
    4. Acrobat Sign pour Workday
    5. Acrobat Sign pour NetSuite
    6. Acrobat Sign pour VeevaVault
    7. Acrobat Sign pour Coupa BSM Suite
  5. Intégrations gérées par des partenaires
  6. Obtention d’une clé d’intégration

Développeur Acrobat Sign

  1. API REST 
    1. Documentation sur les méthodes
    2. Guide du développeur/SDK
    3. FAQ sur les API    
  2. Webhooks 
    1. Présentation des webhooks
    2. Configuration d’un nouveau webhook
    3. Affichage ou modification d’un webhook
    4. Désactivation ou réactivation d’un webhook
    5. Suppression d’un webhook
    6. Certificats SSL bidirectionnels
    7. Webhooks dans l’API
  3. Sandbox
    1. Présentation de l’environnement Sandbox
    2. Association des environnements Sandbox et Production
    3. Types de ressources Sandbox

Assistance et dépannage

  1. Ressources pour le Service clientèle 
  2. Ressources pour le succès client de grands comptes 

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. 

Remarque :

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.
Remarque :

La documentation sur le Sandbox est conçue pour l’environnement de production. Les liens trouvés dans le contenu de la version préliminaire ciblent les URL de production. En d’autres termes, ces liens peuvent mener à une ancienne documentation existante ou à des résultats 404 si la page cible est nouvelle et n’a pas encore été publiée (par exemple, lorsque le lien pointe vers une nouvelle fonctionnalité dans la même version).

Les nouvelles pages seront publiées lors de la sortie de la version et les liens redirigeront correctement vers leurs URL de production.

Disponibilité du sandbox

Les clients qui ont accès à l’environnement Acrobat Sign Sandbox peuvent généralement accéder aux fonctionnalités de la nouvelle version quatre semaines avant le lancement.

  • L’environnement Sandbox passera toutes les procédures d’assurance qualité de la production au même niveau de qualité que l’environnement de production normal.
  • Adobe s’efforce d’assurer une disponibilité de 99,9 % dans l’environnement Sandbox, mais il convient de noter que l’accord de service unifié d’Adobe ne couvre pas formellement l’environnement Sandbox.
  • L’environnement Sandbox utilise la même page de statut et les mêmes procédures d’interruption que l’environnement de production normal.


Versions

Alerte :

Cet article contient des informations sur les versions préliminaires. Les dates de publication, les fonctionnalités et d’autres informations peuvent être modifiées sans préavis.

5 mai 2026 (version majeure) v17.1

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.

16 juin 2026 (version mineure) v17.1.1

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

Adobe, Inc.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?