Guide d'utilisation Annuler

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
    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. Nouvelle expérience de création
      34. Client du secteur de la santé
    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 avec Acrobat /content/help/fr/sign/config/admin-managed-sharing.
      3. Signatures en mode cloud
      4. Inclure les métadonnées pour les fournisseurs d’identité
      5. 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. Nouvelle expérience de rapport
      2. 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. Nom de l’accord
      14. Langues
      15. Messages privés
      16. Types de signature autorisés
      17. Rappels
      18. Protection par mot de passe des documents signés
      19. Envoi d’une notification d’accord par
      20. 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. Signature numérique dans le cloud
        9. Pièce d’identité officielle
        10. Rapports d’identité des signataires
      21. Protection du contenu
      22. Activation des transactions Notarize
      23. Expiration du document
      24. Aperçu, positionnement des signatures et ajout de champs
      25. Ordre de signature
      26. Liquid Mode
      27. Commandes de workflow personnalisé
      28. Options de chargement pour la page de signature électronique
      29. Redirection de l’URL de confirmation post-signature
      30. 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. Biffure d’un utilisateur
      3. Biffure des 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
    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 
    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. Accords de délégation
    3. Remplacement des destinataires
    4. Limitation de la visibilité des documents 
    5. Annulation d’un accord 
    6. Création de nouveaux rappels
    7. Vérification des rappels
    8. Annulation d’un rappel
    9. Accès aux flux Power Automate
    10. 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.

3 février 2026 (version majeure) v17.0

Adobe Acrobat Sign version 17.0

Déploiement Sandbox : 6 janvier 2026

Déploiement en production : 3 février 2026

Déploiement GovCloud : 10 février 2026

Fonctionnalité améliorée

  • Cases à cocher groupées dans Création et Modèles – Les expéditeurs peuvent désormais créer des groupes de cases à cocher dans l’environnement Demander une signature moderne et les modèles de bibliothèques, dans les environnements de création avec des règles de validation telles que sélectionner exactement, au minimum, au maximum, ou une plage de X options sur Y. L’envoi en masse, les formulaires web et les workflows personnalisés sont pris en charge grâce à l’utilisation des modèles de bibliothèque. Cette amélioration assure une logique de formulaire cohérente et améliore la précision des données dans les workflows de signature.

Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Activé par défaut
Consulter la documentation mise à jour >
 

  • Plages d’adresses IP autorisées – Contrôle étendu de l’accès API et mobile – Les administrateurs peuvent désormais contrôler explicitement si les restrictions d’adresses IP s’appliquent aux clients basés sur l’API, y compris les applications mobiles Acrobat Sign et les intégrations certifiées.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de configuration : Compte et Groupe
    Consultez la documentation mise à jour >
     

Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé par défaut
 

  • Ajout de groupes de destinataires dans le routage hybride pour l’expérience Demander des signatures moderne – Les groupes de destinataires peuvent désormais être inclus dans le routage hybride, permettant à plusieurs destinataires ou groupes d’agir en parallèle au sein de la même étape de routage. Les modes de groupe permettent à un ou tous les membres de réaliser l’action, offrant une plus grande flexibilité pour les workflows complexes d’approbation et de signature.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé par défaut
     
  • Copie d’accords dans un état terminal depuis Demander une signature – Les expéditeurs peuvent désormais créer un nouveau brouillon d’accord en copiant un accord précédemment terminé, annulé ou expiré. Tous les destinataires, paramètres, fichiers et champs de formulaire sont automatiquement préremplis. L’accord copié s’ouvre dans la page Composer pour des modifications rapides avant l’envoi, ce qui réduit le temps de configuration, minimise les erreurs et améliore la productivité pour les workflows répétitifs tels que les renouvellements ou les corrections.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
    Consultez la documentation sur la configuration >
    Consultez la documentation sur les actions utilisateur >
     
  • Désactiver le lien Télécharger l'accord pour les accords en cours – Les administrateurs peuvent désormais supprimer le lien « Télécharger une copie » des pages de confirmation post-signature au niveau du compte ou du groupe, empêchant les destinataires de télécharger des accords partiellement signés. Cela aide les organisations à respecter des exigences légales et de conformité strictes, en s’assurant que les destinataires ne reçoivent l’accord entièrement exécuté qu’une fois que tous les participants ont terminé la signature.

    Environnements disponibles :
    Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de configuration : Compte et groupe
    Consultez la documentation >
  • Onglet Ressources dans la navigation supérieure – Une nouvelle page Ressources est disponible dans la navigation supérieure pour les administrateurs et les utilisateurs, ce qui offre un accès direct au contenu éducatif d’Acrobat Sign, aux webinaires, aux blogs et aux vidéos de mise à jour des produits. La page organise les tutoriels par niveau d’utilisateur (débutant, confirmé et administrateur) et renvoie directement vers la documentation d’assistance complémentaire.

    Environnements disponibles :
    Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé par défaut
    Consultez la documentation >
     
  • Participation dynamique pour les accords en cours - Suppression des destinataires - Les expéditeurs peuvent désormais supprimer des destinataires d’accords déjà en cours sans annuler ni redémarrer la transaction. Lorsqu’un destinataire est supprimé, Acrobat Sign révoque automatiquement son accès, met à jour les rappels et les journaux d’audit, supprime les champs assignés et rétablit de manière transparente l’état de signature active de l’accord. Cette flexibilité aide les organisations à maintenir la précision des workflows de routage en direct, comme lorsqu’un signataire n’est plus disponible, tout en préservant l’intégrité juridique, la conformité et un historique d’audit complet.

    Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
    Consultez la documentation >
     
  • Exigence de signatures numériques pour des destinataires individuels lors de la configuration de l’accord – les expéditeurs peuvent désormais exiger des signatures numériques pour des destinataires sélectionnés, garantissant des exigences de signature plus strictes là où c’est nécessaire sans impacter les autres destinataires. L’expérience de signature s’adapte automatiquement, appliquant les champs de signature numérique obligatoires et exposant les vérifications d’identité lorsqu’elles sont prises en charge, réduisant les erreurs et améliorant la conformité pour les workflows réglementés.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de configuration : Compte et Groupe
    Consultez la documentation >
     
  • Fournisseurs d’identité numérique comme méthodes d’authentification par défaut – Les administrateurs peuvent désormais sélectionner un fournisseur de passerelle d’identité numérique comme méthode d’authentification par défaut des signataires pour les destinataires internes et externes dans les Paramètres d’envoi. La configuration s’applique automatiquement aux accords, aux formulaires web, aux envois en masse et aux workflows, garantissant une vérification cohérente et conforme des destinataires. Cette amélioration simplifie la configuration de l’authentification, applique les politiques d’identité organisationnelles et améliore la prise en charge pour les clients de l’administration et en entreprise qui s’appuient sur l’authentification basée sur l’identité numérique.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : disponible par défaut
    Consultez la documentation >
     
  • Champs de formulaire vérifiés avec des données d’identité vérifiées – Les auteurs de formulaires peuvent désormais créer des champs de formulaire vérifiés qui se remplissent automatiquement avec les données renvoyées par un fournisseur d’identité (comme OneID) lors de l’authentification du signataire. Ces champs peuvent être définis comme en lecture seule ou modifiables, garantissant que les données d'identité vérifiées sont capturées avec précision et éventuellement verrouillées contre les modifications (par exemple, nom, adresse ou numéro de compte). Cela renforce l’assurance d’identité, réduit les erreurs de saisie manuelle et rationalise la conformité pour les processus qui nécessitent des données de signataire validées.

    Remarque
     : cette fonctionnalité n’est pas incluse dans la version Sandbox, mais devrait l’être dans la version officielle.

    Environnements disponibles : Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de configuration : Compte et Groupe
    Consultez la documentation >
     
  • Groupes de destinataires dans le fichier CSV pour l’envoi en masse – Les expéditeurs peuvent désormais définir des groupes de destinataires directement dans le fichier CSV d’envoi en masse, permettant à plusieurs destinataires d’agir à la même étape de routage. Chaque groupe peut être configuré en mode ONE ou ALL, nécessitant soit un membre, soit tous les membres pour terminer leur action avant que le routage n'avance. Les définitions de groupe, la validation et le suivi des audits sont tous gérés par ligne CSV, avec des erreurs signalées via des fichiers de validation téléchargeables. 

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte ou Groupe
    Consultez la documentation >
     
  • Modèle de bibliothèque - Partager avec plusieurs groupes - L’expérience moderne Créer un modèle de bibliothèque prend désormais en charge le partage de modèles avec plusieurs groupes au sein d’un compte, ce qui correspond à la fonctionnalité précédemment disponible dans le workflow classique. Les utilisateurs peuvent sélectionner un ou plusieurs groupes lors de la création ou de la modification d'un modèle, assurant un comportement cohérent entre les groupes. Cette amélioration élimine le recours à l’expérience classique, améliore la collaboration et simplifie la gestion des modèles pour les organisations multi-groupes.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : disponible par défaut
    Consultez la documentation mise à jour >
     
  • Pièces jointes pour tous les destinataires utilisant des signatures numériques - Tous les destinataires dans un workflow de signature numérique peuvent désormais joindre des fichiers (pas seulement le premier signataire). Une nouvelle méthode de pièce jointe utilisant les annotations Trombone affiche une icône de trombone visible dans le document et reste compatible avec plusieurs signatures numériques. Chaque pièce jointe est ajoutée avant que la signature numérique du signataire ne soit appliquée, préservant la validité de la signature et fournissant un indicateur visuel clair des fichiers joints. Cette amélioration renforce l’intégrité juridique, la transparence et la cohérence des workflows de signature électronique et de signature numérique.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : activé par défaut
    Consultez la documentation mise à jour >
  • Nouvelles options TSP pour les signatures Cloud - De nouveaux fournisseurs de services de confiance ont été ajoutés pour prendre en charge les signatures numériques cloud :
    • Swisscom
      • Swisscom est disponible, mais pas encore sélectionnable publiquement. Si vous souhaitez que ce fournisseur soit ajouté à votre compte, veuillez soumettre un dossier de support, et ils l'installeront pour vous.

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

Modifications de l’expérience

  • Améliorations de la page de connexion - La page de connexion d’Acrobat Sign offre désormais une expérience plus claire et plus cohérente. Dès que vous saisissez votre adresse e-mail, la page détecte automatiquement votre type de compte et vous redirige vers la méthode de connexion appropriée, éliminant ainsi les étapes inutiles et les écrans hérités. La connexion est plus rapide, plus simple et plus intuitive pour tous.
    • Nouveau format d’adresse e-mail pour les utilisateurs d’Acrobat Sign Entreprise qui se connectent directement à l’interface web - Acrobat Sign applique désormais une limite de 64 caractères à la partie locale d’une adresse e-mail (celle avant le symbole « @ ») lors de la modification d’une adresse e-mail existante ou de la création d’un nouvel utilisateur.
      Tous les utilisateurs dont la partie locale dépasse 64 caractères ont été évalués et considérés comme inactifs ou comme des identifiants de test.

Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte ou Groupe
Consultez la documentation mise à jour >

 

  • Activer la gestion des détails des utilisateurs pour les utilisateurs inactifs – Les administrateurs peuvent désormais modifier les détails des utilisateurs inactifs directement dans l’interface Administrateur et via des chargements CSV sans réactiver les comptes. Cela inclut la mise à jour des affectations de groupe (pour les configurations à groupe unique et à groupes multiples), la gestion de l’attribut « L’utilisateur peut signer les documents » et l’exécution de modifications en masse pour la conformité et la maintenance des dossiers. Cette modification simplifie la gestion du cycle de vie des utilisateurs en entreprise, réduit la charge administrative et favorise une organisation plus claire des groupes et une gestion des dossiers conforme au RGPD.

    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.

  • Partenaire d’intégration OEM – Personnalisation des pages intégrées dans OEM 2.0 – Les partenaires OEM peuvent désormais personnaliser la page Gérer intégrée pour qu’elle corresponde mieux à l’expérience de leur plateforme. Les partenaires peuvent masquer les éléments de navigation non pris en charge, activer des vues intégrées dédiées pour gérer les modèles de bibliothèque, les formulaires web et les envois en masse, et s’assurer que le paramètre noChrome masque systématiquement les barres de navigation d’Acrobat Sign entre les sessions. La mise à jour introduit également des boutons « Nouveau… » qui ouvrent les vues respectives pour créer des formulaires web, des transactions d’envoi en masse et des modèles de bibliothèque, tout en préservant le contexte de la session lors de la navigation entre les vues intégrées. Ces améliorations optimisent la flexibilité, assurent la continuité entre les sessions et diminuent les risques de confusion pour les utilisateurs finaux dans les intégrations OEM 2.0.

    Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions - Partenaires OEM | Portée de la configuration : API
     

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.

  • Signature en personne via l’application web - Les expéditeurs et les hôtes peuvent désormais organiser des sessions de signature en personne directement depuis un navigateur web, sans avoir besoin de l’application mobile Acrobat Sign. Les hôtes peuvent lancer une session de signature en personne depuis la page Gérer ou Envoyer et guider les destinataires pendant qu’ils signent sur le même appareil ou un appareil à proximité en utilisant un lien sécurisé à durée limitée ou un code QR. Cette fonctionnalité prend en charge les cas d’utilisation où les signataires sont présents mais n’ont pas accès à leur messagerie électronique, ce qui permet une signature hébergée transparente pour les secteurs comme l’hôtellerie et la santé. Cette amélioration optimise la flexibilité et supprime la dépendance à l’application mobile pour les organisations qui utilisent des workflows de signature en présentiel.
     
  • Améliorations du rapport d’audit - Enregistrement explicite de l’heure d’acceptation des conditions d’utilisation, de la divulgation client et de l’application du nom - Le rapport d’audit enregistre désormais chaque action de consentement (conditions d’utilisation, informations pour le consommateur et acceptation) comme des événements distincts et horodatés avant le début de la consultation ou de la signature du document. L’événement de modification du nom du signataire reflète désormais la date et l’heure en temps réel lorsque la signature est appliquée, garantissant que les journaux d’audit représentent fidèlement chaque étape du consentement. Cette amélioration renforce la création de rapports de conformité et améliore la transparence pour les processus réglementés.
     

Problèmes résolus

Problème Description
4528600 Résumé : Les paramètres de validation de champ ne fonctionnent pas lorsqu’un calque de champs de formulaire est associé à un workflow personnalisé. Les règles de validation, telles que les expressions régulières ou les limites de plage numérique, sont supprimées lorsque le workflow est démarré, provoquant l’acceptation d’entrées non valides par les champs.
Correctif : Les règles de validation s’appliquent désormais correctement lorsque les calques de champs de formulaire sont inclus dans les workflows personnalisés. Les champs conservent leur comportement de validation dans les expériences de création classique et nouvelle. Aucune action n’est requise de la part des utilisateurs.
4528748 Résumé : Les administrateurs voient par intermittence une « Erreur non gérée » lors de l’ajout de l’appartenance à un groupe à des utilisateurs nouvellement synchronisés (synchronisation avec Azure). Certains nouveaux utilisateurs du groupe ont le groupID défini comme null
Correctif : Si le groupe d’un utilisateur est « null » après la création, il est placé dans le groupe par défaut du compte.
4529934 Résumé : Dans Gérer > Formulaires web, l’option « Télécharger les données des champ du formulaire » se charge en continu et ne se termine jamais, en particulier sur les formulaires web avec de nombreuses soumissions. Les clients Équipes sans accès API ne peuvent pas exporter les données (par exemple, du 1er au 31 mai) pour la création de rapports.
Correctif : Ajout d’une fonctionnalité d’exportation CSV paginée et plus rapide dans l’interface utilisateur. Les téléchargements de données de formulaire se terminent de manière fiable pour les plages de dates sélectionnées, sans se bloquer.
4532186 Résumé : Dans la nouvelle expérience de création, la mise en surbrillance des couleurs de champ ne correspond pas au comportement de la création classique. Lorsque plusieurs destinataires sont impliqués, tous les champs restent entièrement colorés plutôt que d’atténuer les champs des destinataires non sélectionnés. Cela rend difficile la vérification des attributions de champ.
Correctif : Restauration de la clarté visuelle en atténuant (opacité de 20 %) les champs qui appartiennent aux destinataires non sélectionnés. Cela reproduit la clarté de la création classique tout en préservant le système de conception moderne. La mise en surbrillance aide désormais les utilisateurs à identifier facilement les champs du destinataire actuellement sélectionné et réduit le risque d’attribution erronée.
4534061 Résumé : Le lien « Télécharger une copie » apparaît sur la page de confirmation post-signature même lorsque le paramètre de compte ou de groupe est configuré pour le désactiver.
Correctif : Un nouveau paramètre a été ajouté pour supprimer explicitement l’option de téléchargement pour toutes les pages post-envoi. La page post-signature respecte désormais correctement le paramètre de contrôle de téléchargement, masquant le lien « Télécharger une copie » lorsque le paramètre est désactivé.
4536347 Résumé : Dans l’expérience classique, les expéditeurs ne pouvaient pas ajouter un second fichier (ou réessayer d’ajouter un fichier) lors du démarrage de certains workflows, bloquant l’envoi de workflows multi-documents, en raison d’une erreur dans la façon dont le sélecteur de fichiers gérait les modèles partagés entre plusieurs groupes.
Correctif : Correction de la gestion par le sélecteur de fichiers des modèles partagés entre plusieurs groupes afin que les utilisateurs puissent ajouter des fichiers supplémentaires ou réessayer la sélection de fichiers dans l’expérience classique sans erreurs.
4537504 Résumé : Une valeur de liste déroulante conditionnelle était manquante dans le document signé même si elle avait été correctement sélectionnée lors de la signature, en raison de la logique de visibilité évaluant un champ dépendant masqué sans conserver la valeur rendue dans le PDF signé final.
Correctif : Mise à jour du rendu de champ conditionnel pour résoudre correctement les dépendances de visibilité au moment de la signature et conserver la valeur de liste déroulante sélectionnée dans le document signé lorsque les conditions sont remplies.
4537995 Résumé : Dans les groupes de destinataires, la modification de la méthode d’authentification pour les utilisateurs externes revenait au téléphone après l’enregistrement, empêchant l’application de l’OTP par e-mail, en raison d’une erreur de gestion d’état front-end qui écrasait la sélection de l’utilisateur.
Correctif : Correction de la logique d’interface utilisateur du groupe de destinataires pour conserver et réappliquer correctement la méthode d’authentification sélectionnée lors des actions d’enregistrement, garantissant que la valeur choisie est conservée au lieu d’être réinitialisée au paramètre par défaut.
4539214 Résumé : Dans les workflows personnalisés, un libellé de message long provoque le chevauchement du texte du message et masque le lien hypertexte du modèle de message sur la page d’envoi, en raison d’une gestion de inappropriée de la mise en page du contenu de libellé excessif.
Correctif : Mise à jour de la logique de mise en page de la page d’envoi pour contraindre et habiller correctement les libellés de message longs afin que le lien hypertexte du modèle de message reste visible et accessible.
4539854 Résumé : Certains signataires sont redirigés hors de l’expérience de signature lors de l’ouverture de certains accords, en raison d’un champ de lien mal formé dans le document sous-jacent auquel il manque un attribut de nom requis.
Correctif : Le flux de signature gère désormais correctement les champs de lien sans nom en attribuant un nom valide au moment du traitement, évitant les erreurs et permettant aux signataires de terminer les accords sans redirection.
4539858 Résumé : Sur les appareils iOS, les approbateurs utilisant le clavier d’écriture manuscrite chinoise ne peuvent pas terminer l’approbation car le bouton Approuver reste désactivé après avoir saisi leur nom, en raison de la page de signature ne détectant pas les événements d’entrée d’écriture manuscrite comme une saisie de texte valide.
Correctif : Mise à jour de la logique de gestion d’entrée pour reconnaître la saisie de texte basée sur l’écriture manuscrite sur iOS, garantissant que le bouton Approuver s’active correctement une fois que des caractères valides sont entrés.
4540392 Résumé : Les administrateurs voient par intermittence des erreurs HTTP 400 et les groupes de destinataires apparaissent manquants dans les processus même si les groupes existent et l’accès est correctement configuré, en raison des en-têtes de requête dépassant la limite de taille d’en-tête de la plateforme lorsque les utilisateurs appartiennent à un grand nombre de groupes.
Correctif : La limite de taille d’en-tête de requête côté serveur a été augmentée afin que les recherches de groupe de destinataires n’échouent plus lorsque les utilisateurs ont de nombreuses appartenances de groupe.
4541258 Résumé : Les administrateurs ne pouvaient voir que les 100 premiers modèles dans l’interface utilisateur de synchronisation Production ou Sandbox, avec des modèles supplémentaires manquants dans les listes locales et distantes, en raison de la page de synchronisation chargeant un ensemble de données limité et la fonction de recherche filtrant uniquement les modèles déjà chargés dans le navigateur.
Correctif : L’interface utilisateur de synchronisation a été mise à jour afin que la saisie de texte dans le champ de recherche charge tous les modèles pour l’environnement sélectionné (jusqu’à 5 000), garantissant que les modèles au-delà des 100 premiers sont disponibles pour la recherche et la sélection.
4541739 Résumé : Les destinataires remplacés étaient bloqués de la signature numérique et voyaient le message « L’accord ne peut pas être signé numériquement, car il n’est pas en phase de signature numérique », en raison de l’échec du workflow à faire passer les futurs signataires remplacés dans la phase de signature numérique lorsque des champs de signature numérique étaient présents.
Correctif : Le processus de signature a été mis à jour pour faire passer correctement les destinataires remplacés ou délégués dans la phase de signature numérique lorsque des champs de signature numérique existent, leur permettant de signer et de terminer l’accord.
4541849 Résumé : Les champs de texte à taille de police automatique sur une seule ligne préremplis avec des caractères multioctets étaient tronqués dans les PDF signés, provoquant la coupure d’une partie du texte en raison d’un dimensionnement de texte incorrect lors du rendu PDF.
Correctif : Correction de la mesure de texte et du comportement de taille de police automatique pour les caractères multioctets afin que la valeur complète s’adapte dans le champ sans troncature.
4542574 Résumé : La modification d’un modèle de bibliothèque permettait aux champs de liste déroulante requis d’inclure des valeurs non appariées, provoquant l’indisponibilité du bouton Cliquer pour signer lors de la signature lorsque ces valeurs étaient sélectionnées, en raison d’une validation manquante qui garantissait que les valeurs d’affichage de liste déroulante et les valeurs d’exportation restaient correctement appariées.
Correctif : La modification de modèle applique désormais la validation sur les champs de liste déroulante afin que seules les valeurs correctement appariées puissent être enregistrées, évitant les entrées non appariées et garantissant que les sélections de liste déroulante requises ne bloquent pas la signature.
4542942 Résumé : Dans les formulaires web, les champs requis désactivés par la logique conditionnelle continuaient d’afficher l’astérisque obligatoire, induisant en erreur les signataires en leur faisant penser qu’une saisie était encore requise, en raison de l’interface utilisateur ne mettant pas à jour les indicateurs obligatoires lorsque les champs étaient désactivés. Un problème distinct d'alignement de signature mobile a été identifié mais traité dans une portée différente.
Correctif : L’interface utilisateur du formulaire web masque désormais l’astérisque obligatoire lorsqu’un champ est désactivé par la logique conditionnelle, garantissant que les indicateurs obligatoires reflètent précisément si une saisie du signataire est attendue.
4543157 Résumé : Dans la vue En cours de la page Gérer, la colonne Destinataires continuait d’afficher le nom du délégant après qu’un rôle de signature ait été délégué, même si un signataire différent signait activement, car l’interface utilisateur ne mettait pas à jour le destinataire affiché pour refléter le délégataire actuel.
Correctif : La logique de la page Gérer a été mise à jour pour que la colonne Destinataires affiche désormais le nom du délégataire actif lorsqu’un rôle de signature est délégué, garantissant que la vue En cours reflète précisément qui signe actuellement.
4543253 Résumé : Dans l’expérience de workflow classique, les champs assignés aux témoins (signature numérique, nom, date) disparaissaient après l’enregistrement d’un accord à l’état de brouillon, même si les champs existaient en arrière-plan, car la logique de rendu du brouillon échouait à restaurer les champs de témoin lorsque la progression était sauvegardée.
Correctif : La logique de rendu du brouillon a été corrigée pour préserver et afficher tous les champs assignés aux témoins après la sauvegarde de la progression, garantissant que les accords ouverts à l’état de brouillon conservent la même visibilité de champ que pendant la création et la signature.
4543513 Résumé : Les utilisateurs étaient bloqués pour envoyer des accords dans l’interface utilisateur web Sign avec l’erreur « Les paramètres régionaux sont non valides ou manquants », car la validation des paramètres régionaux appliquait incorrectement les règles de paramètres régionaux de niveau de API dans l’interface web lorsque les paramètres régionaux du groupe d’envoi différaient des paramètres régionaux du groupe principal hérité de l’utilisateur.
Correctif : La validation des paramètres régionaux a été corrigée pour que l’interface utilisateur web Sign résolve et accepte correctement les combinaisons valides de paramètres régionaux de groupe et d’utilisateur, empêchant les restrictions de paramètres régionaux API uniquement de bloquer l’envoi d’accords dans l’expérience web.
4543592 Résumé : Certains rapports d’audit affichaient « Destinataire authentifié avec Adobe Acrobat Sign » après « Document signé électroniquement » et « Accord terminé », car les événements étaient stockés avec des horodatages au niveau de la seconde, causant l’apparition dans le désordre des actions d’authentification et de signature se produisant dans la même seconde.
Correctif : La journalisation des événements d’audit a été mise à jour pour stocker et afficher les horodatages avec une précision à la milliseconde, garantissant que les événements d’authentification, de signature et de finalisation sont séquencés correctement dans le rapport d’audit.
4543617 Résumé : Créer un modèle à partir d’un accord lance l’expérience classique au lieu de la nouvelle expérience, malgré que la nouvelle expérience soit celle par défaut, car l’action est encore dirigée vers le flux de création hérité.
Correctif : L’action « Créer un modèle à partir d’un accord » a été mise à jour pour s’ouvrir dans la nouvelle expérience, alignant le comportement de l’appel à l’action avec l’expérience utilisateur par défaut et évitant les changements de contexte inattendus pour les utilisateurs.
4544564 Résumé : Les champs masqués ajoutés ou mis à jour via l’API (visible:false) s’affichaient comme visibles dans l’expérience de signature électronique moderne. L’interface utilisateur de signature ignorait l’indicateur de visibilité du champ, permettant aux destinataires de voir des champs qui devaient rester masqués.
Correctif : Mise à jour de l’interface utilisateur de signature électronique moderne pour filtrer les champs avec visible:false dans la logique de rendu et de navigation, afin que les champs masqués ne s’affichent jamais et n’affectent pas le comportement de la page.
4544571 Résumé : L’option de diffusion WhatsApp était manquante dans les paramètres d’envoi même si WhatsApp était activé pour le compte et disponible pendant l’envoi d’accords, causant un comportement incohérent et de la confusion pour les administrateurs.
Correctif : L’option de diffusion WhatsApp a été restaurée dans les paramètres d’envoi partout où la fonctionnalité est disponible, garantissant une visibilité et une configuration cohérentes entre les paramètres administrateur et l’expérience d’envoi d’accord.
4545381 Résumé : La police Roboto était manquante dans la nouvelle expérience Demander des signatures, même si elle était disponible dans l’expérience classique, car la nouvelle expérience de création n’incluait pas toutes les polices prises en charge par l’ancienne version.
Correctif : Roboto a été ajoutée à la liste des polices dans la nouvelle expérience Demander des signatures, restaurant la parité des polices avec l’expérience classique et permettant un formatage cohérent lors de la création d’accords.
4545484 Résumé : Certains administrateurs ne pouvaient pas accéder ou créer des groupes de destinataires depuis Admin > Carnet d’adresses en raison d’un échec de requête d’arrière-plan, résultant en une erreur 400 lors du chargement des données de groupe de destinataires. Le problème bloquait la configuration initiale des groupes de destinataires pour les administrateurs affectés.
Correctif : La gestion des requêtes d’arrière-plan a été corrigée pour que la recherche et la création de groupes de destinataires n’échouent plus avec une erreur 400. Les administrateurs peuvent désormais accéder de manière fiable aux groupes de destinataires et les gérer, quel que soit le réseau ou l'emplacement.
4545547 Résumé : Les accords créés à partir de PDF AutoCAD n'ont pas pu être envoyés lorsqu'un champ de signature numérique a été ajouté, affichant une erreur d'envoi générique, car le système ne gérait pas correctement la rotation de page lors de la validation du placement du champ de signature numérique.
Correction : Les coordonnées du champ de signature numérique sont désormais ajustées pour tenir compte des pages pivotées, garantissant que les champs sont validés par rapport aux limites de page correctes afin que les PDF générés par AutoCAD puissent être envoyés avec succès avec des signatures numériques.
4545894 Résumé : Lorsqu’un groupe de destinataires est utilisé et qu’aucun champ de signature n’est placé manuellement, le bloc de signature généré automatiquement affiche le texte de l’adresse e-mail dans une taille très petite. Le texte devient progressivement plus petit à mesure que davantage de destinataires sont ajoutés au groupe.
Correctif : Le bloc de signature généré automatiquement affiche désormais correctement les adresses e-mail dans une taille normale et lisible, quel que soit le nombre de destinataires inclus dans le groupe de destinataires.
4546085 Résumé : Lors de l’utilisation de M’ajouter dans la nouvelle expérience Demander des signatures, les adresses e-mail contenant une apostrophe s’affichent incorrectement. L'adresse mal formée empêche l'envoi de l'accord à moins que l'adresse e-mail ne soit saisie à nouveau manuellement ou que l'Envoi classique ne soit utilisé.
Correctif : Les adresses e-mail avec des apostrophes sont désormais correctement décodées et affichées lorsque M’ajouter est sélectionné dans la nouvelle expérience Demander des signatures, permettant l’envoi des accords sans correction manuelle.
4546110 Résumé : Dans l'expérience de création Nouveau modèle, l'ajout d'un champ Lien hypertexte attribué à un participant spécifique entraîne l'échec de l'enregistrement du modèle. Le même champ fonctionne lorsqu’il est attribué à tous les participants ou lors de l’utilisation de l’expérience classique.
Correctif : Les champs Lien hypertexte prennent désormais en charge les attributions d’espace réservé aux participants dans la nouvelle expérience de création de modèle, permettant l’enregistrement correct des modèles lorsque le champ est attribué à un participant spécifique.
4546257 Résumé : Dans l’environnement Sandbox, les accords envoyés via une API d’application personnalisée affichent incorrectement un bouton Retour sur la page de création en raison du chargement par le Sandbox des paramètres d’une application gérée par Adobe avec la création transparente activée, contrairement à l’environnement Swagger ou Production.
Correctif : Le comportement du Sandbox a été aligné avec les environnements Production et Swagger en s’assurant que la page de création respecte les paramètres d’application prévus, empêchant l’apparition du bouton Retour pour les accords envoyés via les API d’applications personnalisées.
4546547 Résumé : Les formulaires web échouaient à mettre à jour le contre-signataire et renvoyaient une erreur aléatoire en raison d’anciens enregistrements utilisateur auxquels il manquait un indicateur interne obligatoire, ce qui a provoqué le traitement d’une valeur nulle lors du remplacement du contre-signataire.
Correctif : La logique de mise à jour du contre-signataire a été renforcée avec une gestion sécurisée des valeurs nulles afin que les formulaires web puissent remplacer avec succès les contre-signataires même lorsque les anciens enregistrements utilisateur ne disposent pas de l’indicateur interne attendu.
4546553 Résumé : Les utilisateurs attribués à plusieurs groupes pouvaient créer des modèles dans un groupe où la création de modèle est désactivée lorsque la nouvelle expérience Créer un modèle est activée. Cela permettait de contourner les restrictions au niveau du groupe.
Correctif : La création de modèle applique désormais les autorisations au niveau du groupe de manière cohérente dans les expériences nouvelle et classique. Les utilisateurs ne peuvent plus créer de modèles dans les groupes où la création de modèle est désactivée, même s’ils appartiennent à d’autres groupes avec cette autorisation activée.
4547744 Résumé : Les administrateurs de groupe pouvaient attribuer des droits d’administrateur de compte aux utilisateurs via la nouvelle page Gestion des utilisateurs. Cela dépassait leur portée d’autorisation et créait un risque de conformité en permettant l’élévation de privilèges au-delà du rôle d’administrateur de groupe.
Correctif : Le contrôle de sélection de rôle n’est plus disponible pour les administrateurs de groupe. Seuls les administrateurs de compte existants peuvent attribuer ou révoquer les droits d’administrateur de compte, garantissant que les changements de rôle s’alignent avec les limites d’autorisation.
4547796 Résumé : Certains expéditeurs utilisant l’interface utilisateur polonaise reçoivent occasionnellement un e-mail de confirmation avec un texte « ne peut pas fournir une signature numérique » incorrect, même si l’accord s’envoie et se signe normalement.
Correctif : Correction des traductions polonaises pour des e-mails de confirmation de l’expéditeur afin que le message affiche « envoyé pour signature » au lieu du texte incorrect « ne peut pas fournir une signature numérique ».
4548315 Résumé : Lorsque l’expéditeur est inclus comme destinataire en copie dans le nouveau workflow d’envoi, aucune erreur de validation n’est affichée et les notifications par e-mail en copie ne sont pas envoyées aux destinataires répertoriés après l’expéditeur dans la liste des copies. Cela diffère du comportement du processus classique et peut faire manquer les notifications aux destinataires en copie.
Correctif : Mise à jour de la nouvelle logique du workflow d’envoi pour que tous les destinataires en copie, à l’exception de l’expéditeur, reçoivent des notifications par e-mail en copie, quelle que soit leur position dans la liste des destinataires en copie, alignant ainsi le comportement sur les résultats attendus.
4548583 Résumé : PDF/A ne pouvait pas être activé pour un groupe si le groupe par défaut de l’utilisateur avait les signatures manuscrites activées, même lorsque les signatures manuscrites étaient désactivées pour le groupe en cours de modification. Cela bloquait la configuration pdf/A valide pour les groupes non par défaut.
Correctif : Mise à jour de la validation pour vérifier les paramètres de signature manuscrite du groupe en cours de modification, et non du groupe par défaut de l’utilisateur, permettant d’activer correctement PDF/A lorsque cela est autorisé.
4549337 Résumé : Les notifications SMS pour les accords annulés étaient supprimées lorsque le paramètre Accord par e-mail annulé était désactivé. Cela empêchait les clients qui désactivent les notifications par e-mail d’envoyer les alertes d’annulation par SMS requises.
Correctif : Découplage des notifications d’annulation par SMS et WhatsApp du paramètre d’e-mail en introduisant un contrôle de notification dédié, permettant la livraison SMS pour les accords annulés même lorsque les notifications par e-mail sont désactivées.
4549472 Résumé : Dans Acrobat Sign pour l’administration, les utilisateurs ne pouvaient pas créer de modèles réutilisables en utilisant la nouvelle expérience Créer un modèle. Après avoir téléchargé un document, le workflow se bloquait sur un écran vide, empêchant la création du modèle.
Correctif : Restauration de la dépendance de création manquante requise par la nouvelle expérience Créer un modèle dans les environnements Administration, permettant à l’écran de création de se charger correctement et aux modèles d’être créés avec succès.
4549862 Résumé : Lorsque la page de destination est définie sur la nouvelle expérience Demander une signature, le message d’avertissement de connexion configuré ne s’affiche pas après la connexion. Cela empêche les organisations d'afficher des avis critiques de maintenance ou de perturbation lorsque les utilisateurs arrivent directement sur la page d'envoi.
Correctif : Restauration de la prise en charge de l’affichage du message d’avertissement de connexion dans la nouvelle expérience Demander une signature. Lorsque les utilisateurs arrivent sur la page d’envoi après la connexion, le message d’avertissement configuré apparaît maintenant comme une notification, correspondant au comportement précédent et aux attentes des clients.
4550175 Résumé : Appuyer sur Entrée après avoir saisi un numéro de téléphone pour l’authentification téléphonique dans un workflow soumet prématurément le formulaire et déclenche une erreur système, interrompant le flux car le formulaire est soumis au lieu d’attendre une confirmation explicite.
Correctif : Mise à jour de la boîte de dialogue du destinataire pour empêcher la soumission du formulaire après avoir appuyé sur Entrée pour les champs d’authentification téléphonique, garantissant que les utilisateurs restent sur la boîte de dialogue et doivent cliquer sur Continuer, éliminant l’interruption involontaire du workflow.
4550302 Résumé : Les e-mails allemands de demande de signature et de rappel utilisaient des formes d’adresse incohérentes, alternant entre l’informel « Du » et le formel « Sie » dans le même message, causant une formulation déroutante et non professionnelle.
Correctif : Mise à jour des traductions des e-mails allemands pour utiliser une forme d’adresse unique et cohérente dans tout le modèle, garantissant un langage uniforme et prévisible dans tous les e-mails de demande de signature et de rappel.
4550556 Résumé : Les accords contenant des PDF volumineux de plans architecturaux échouaient à l’envoi lorsque des champs de signature numérique étaient ajoutés, renvoyant une erreur lors de la création en raison de la rotation de page et de la gestion de la taille dans le placement de signature numérique.
Correctif : Mise à jour du traitement des champs de signature numérique pour gérer correctement les pages pivotées de grand format, permettant aux accords avec des plans architecturaux d’être envoyés avec succès avec des signatures numériques appliquées.
4550579 Résumé : Lorsqu’un accord était terminé en supprimant les derniers destinataires restants pendant un état de révision, le système ne générait pas l’événement AGREEMENT_WORKFLOW_COMPLETED, donc aucune notification webhook n’était envoyée, interrompant les workflows qui s’appuient sur cet événement pour détecter l’achèvement.
Correctif : Mise à jour de la gestion des événements pour que les accords terminés via la suppression de destinataires en révision génèrent maintenant les événements d’achèvement appropriés, garantissant que les webhooks AGREEMENT_WORKFLOW_COMPLETED sont déclenchés comme prévu.
4550998 Résumé : Les cases à cocher préremplies apparaissaient cochées lors de la création mais étaient décochées pour les signataires car les valeurs des cases à cocher étaient stockées comme des chaînes de texte non vides au lieu d’états YES/NO explicites, de sorte que l’expérience de signature les traite comme décochées.
Correctif : Mise à jour de la gestion des valeurs de case à cocher pour que toute valeur préremplie non vide soit interprétée comme cochée et les valeurs vides ou manquantes comme décochées, garantissant que les états des cases à cocher demeurent cohérents pour les signataires.

Dans la version 16.1, Acrobat Sign a mis à jour sa technologie de traitement PDF vers une solution détenue par Adobe. Cette modification renforce la fiabilité de la plateforme, l’évolutivité et la prise en charge à long terme en réduisant la dépendance aux dépendances externes. Dans le cadre d’une mise à jour de l’infrastructure interne, elle n’a pas été mentionnée dans les notes de version 16.1 publiques.

Suite à la mise à jour, un ensemble limité de modèles, de formulaires web et de workflows personnalisés associés à des documents spécifiques ont rencontré des problèmes de compatibilité. Les clients concernés ont été temporairement pris en charge par le biais d’une configuration alternative et seront entièrement redirigés vers l’expérience Adobe PDF au cours du premier semestre 2026.

Les clients qui pensent avoir été concernés et qui ont besoin d’informations supplémentaires doivent contacter l’assistance Acrobat Sign.

Les problèmes suivants liés à ce changement sont résolus dans la version 17.0.

Problème Description
4534178 / 4550340 Résumé : Les PDF utilisant Helvetica 12 génèrent un rendu différent dans Sandbox par rapport à Production car Helvetica n’est pas une police intégrée prise en charge dans le nouveau chemin de traitement PDF, qui substitue ArialMT comme équivalent. Cela entraîne des différences visuelles qui affectent l'alignement des champs lors des tests Sandbox.
Correctif : Standardisation de la gestion des polices en intégrant des équivalents de polices pris en charge et en mappant explicitement Helvetica vers ArialMT, garantissant un rendu de police cohérent et prévisible dans tous les environnements.
4535543 Résumé : Les formulaires web qui incluent des champs déroulants conditionnels et clonés capturent les valeurs sélectionnées, mais le PDF signé téléchargé génère le rendu de ces sélections déroulantes comme vides car le chemin d’accès de fusion signature vers PDF ne résout pas et n’applique pas correctement les valeurs pour certains widgets déroulants mal formés ou pilotés de manière conditionnelle dans l’expérience de signature moderne.
Correctif : Gestion mise à jour des champs déroulants lors de la fusion PDF afin que les champs de choix clonés et conditionnels génèrent le rendu de la valeur sélectionnée correctement dans le PDF signé.
4535735 Résumé : Les formulaires PDF contenant des champs de texte définis sur la taille de police automatique génèrent le rendu du texte du champ à une taille minuscule lors de la création, de la signature et dans le PDF signé final. 
Correctif : Ajustement du dimensionnement automatique des polices et de la génération d’apparence pour les champs de texte afin que les valeurs préremplies et saisies par le signataire génèrent le rendu à une taille lisible lors de la création, de la signature et du PDF signé. Correction de la génération d'apparence des listes déroulantes afin que les valeurs sélectionnées s'affichent dans le PDF signé plutôt que d'apparaître vides.
4535894 /
4547919 /
4550657
Résumé : Dans certains accords, les champs de texte multiligne configurés avec un dimensionnement automatique de police ne redimensionnaient pas toujours le texte correctement lorsque les signataires saisissaient une grande quantité de contenu.Par conséquent, des portions du texte saisi pouvaient apparaître coupées dans le PDF signé, même si le texte complet était visible pendant la signature.
Correctif : La logique de mise en page du texte et de dimensionnement de police pour les champs multiligne a été corrigée pour garantir que le contenu saisi se redimensionne automatiquement pour s'adapter aux limites du champ sans troncature.
4536430 Résumé : L’appel GET /agreements/{agreementId}/documents/{documentId} échoue avec INVALID_DOCUMENT_ID (« L’ID de document spécifié n’est pas valide »), même si le même document peut être téléchargé avec succès depuis l’expérience web Acrobat Sign en raison d’un format mal formé lors de l’étape de traitement.
Correctif : Renforcement du flux de récupération et de traitement des documents afin que les accords avec des structures PDF rares n’échouent plus à récupérer des documents via l’API.
4537178 Résumé : Après qu’un FORM_FILLER délègue un accord, le destinataire délégué ne peut pas ouvrir l’accord pour le signer. La page « Réviser et signer » se charge indéfiniment.Dans les accords concernés, le délégateur d’origine et le destinataire délégué apparaissent tous deux comme « Suivant à signer », ce qui laisse l’accord dans un état incohérent.
Correctif : Amélioration du traitement post-délégation et de la réconciliation d’état afin que la délégation ne laisse plus plusieurs participants dans « Suivant à signer », et que la vue de signature ne se bloque pas si les artefacts de documents en arrière-plan (images de page, données de document) échouent ou sont en retard.
4537632 /
4543510
Résumé : Le texte saisi dans les champs de données configurés avec la taille de police définie sur « Auto » apparaît tronqué dans le PDF signé.
Correctif : La logique de dimensionnement automatique des polices a été corrigée pour redisposer et redimensionner le texte de manière cohérente, garantissant que tout le contenu saisi s’adapte aux limites du champ dans tous les PDF pris en charge.
4544067 Résumé : Dans certains accords signés créés à partir de documents source spécifiques, les clients rencontrent un avertissement de certificat non valide dans Adobe Acrobat car des annotations de champ de formulaire masquées et mal formées restent dans le PDF après la signature, ce qui fait échouer la validation de certification du document malgré la réussite du processus de signature.
Correctif : Acrobat Sign supprime les annotations non valides et orphelines pendant le traitement du document, garantissant que les PDF signés sont correctement validés et affichent un certificat valide dans Acrobat.
4543958 Résumé : Certains liens hypertexte créés dans Acrobat cessent de fonctionner lorsqu’ils s’appuient sur des destinations nommées plutôt que sur des numéros de page car la logique de traitement PDF n’a pas correctement résolu les destinations nommées vers leurs emplacements de page finaux pendant la signature, provoquant la rupture des liens dans le document signé même s’ils fonctionnaient dans le fichier original.
Correctif : Acrobat Sign résout maintenant correctement les destinations nommées vers leurs emplacements de page réels pendant le traitement PDF, garantissant que tous les liens hypertexte fonctionnent comme prévu après la signature.
4543709 Résumé : Lorsque les accords envoyés depuis Salesforce incluent un champ de formulaire d’image, certains PDF signés deviennent anormalement volumineux après la signature (dépassant souvent la limite de pièce jointe de 12 Mo de Salesforce), car le chemin de traitement PDF peut intégrer les images téléchargées en utilisant une compression inefficace, ce qui gonfle le fichier final et empêche Salesforce de le sauvegarder dans l’enregistrement de l’accord.
Correctif : Acrobat Sign a mis à jour la gestion des images pendant la génération de PDF, de sorte que les images téléchargées (y compris le contenu d’image et de tampon) sont encodées efficacement, maintenant les fichiers signés beaucoup plus proches de la taille attendue.
4543678 Résumé : Pour certains modèles de bibliothèque, les signataires peuvent compléter tous les champs requis, mais le PDF signé téléchargé peut afficher certains de ces champs comme vides, même si les données sont correctement capturées et restent disponibles via les rapports et API Acrobat Sign.
Correctif : Acrobat Sign met à jour la façon dont ces modèles sont traités, garantissant que les PDF signés affichent de manière fiable toutes les valeurs de champ requises complétées (tout en évitant les effets secondaires observés lors de l’utilisation de l’ancien chemin de traitement PDF).
4538033 Résumé : La police CourierNewPSMT est ignorée pendant la création et la signature, ce qui fait que les champs s’affichent avec une police inattendue en raison de la gestion héritée des polices, où les polices étaient substituées plutôt qu’intégrées.
Correctif : Gestion des polices mise à jour pour prendre en charge correctement Courier et d’autres polices prises en charge pour les nouveaux accords, garantissant que la police sélectionnée est préservée pendant la création, la signature et dans le document terminé.
4538082 Résumé : Les champs de texte multiligne se redimensionnent automatiquement de manière incorrecte, provoquant un rétrécissement excessif ou une troncature du texte dans les accords terminés en raison de changements dans le comportement de traitement PDF qui ont modifié la mise à l’échelle minimale des polices et la logique de retour à la ligne pour les champs multiligne à taille automatique.
Correctif : Logique de dimensionnement automatique ajustée pour les champs de texte multiligne afin d’améliorer la mise à l’échelle des polices et le retour à la ligne de sorte que le texte saisi reste lisible et mieux aligné avec le comportement hérité.
4538599 Résumé : Certains accords terminés affichent la valeur par défaut de la liste déroulante au lieu de la valeur sélectionnée par le signataire car certains caractères spéciaux dans les options de liste déroulante ont provoqué un affichage incorrect de la valeur choisie dans le PDF finalisé, même si la sélection correcte a été capturée pendant la signature.
Correctif : Rendu PDF mis à jour pour préserver et afficher correctement les valeurs de liste déroulante sélectionnées qui incluent des caractères spéciaux dans les accords terminés.
4539217 /
4539223
Résumé : Pour certains PDF remplissables qui contiennent des valeurs préremplies et des champs de signature numérique, les expéditeurs peuvent voir des valeurs de champ manquantes ou modifiées lors de la prévisualisation ou de l’envoi du document, ce qui peut bloquer l’envoi ou la signature car la structure du document fait que les données préremplies et les champs de signature numérique en lecture seule sont interprétés de manière incohérente pendant le traitement du document.
Correctif : Traitement de document amélioré pour préserver correctement les valeurs de champ préremplies et gérer les champs de signature numérique en lecture seule, garantissant que les accords s’affichent correctement en prévisualisation et peuvent être envoyés et signés sans perdre les données préremplies.
4539226 Résumé : Dans certains accords créés à partir de modèles qui utilisent des balises de texte pour les champs de case à cocher, les destinataires sélectionnent avec succès les cases à cocher pendant la signature, mais ces sélections n’apparaissent pas dans la vue de l’expéditeur ou le PDF signé final car les noms de champ de case à cocher sont analysés de manière incohérente, provoquant le stockage des valeurs signées sous une clé différente de celle du champ de formulaire affiché.
Correctif : Mappage de valeurs de case à cocher mis à jour pour résoudre correctement les champs de case à cocher créés à partir de balises de texte avec des noms basés sur des directives, garantissant que les valeurs sélectionnées s’affichent de manière cohérente pour toutes les parties et dans le PDF signé final.
4539432 Résumé : Certains PDF ne pouvaient pas être envoyés pour signature et étaient immédiatement annulés avec une erreur de traitement de document causée par des annotations PDF mal formées ou orphelines déclenchant une erreur de pointeur nul pendant la logique de réparation PDF et de normalisation de champ de formulaire d’Acrobat Sign.
Correctif : Logique de réparation PDF et de gestion des annotations améliorée de sorte que les annotations mal formées ou orphelines ne provoquent plus l’échec de la création d’accords, permettant aux documents affectés d’être envoyés et signés avec succès.
4541859 Résumé : Les champs de texte multiligne utilisant le paramètre de taille de police automatique tronquent parfois le contenu dans le PDF signé pour les champs multiligne en lecture seule (verrouillés) en raison d’une mise à l’échelle automatique de police incorrecte pendant le rendu.
Correctif : Logique de mise à l’échelle automatique de police corrigée pour les champs de texte multiligne verrouillés de sorte que tout le texte saisi s’affiche entièrement dans le champ.
4542835 Résumé : Des clients ont observé que certains champs obligatoires (y compris des listes déroulantes, champs de texte et cases à cocher) apparaissaient vides dans le PDF signé téléchargé, même si tous les champs avaient été remplis lors de la signature
Correctif : La logique de rendu PDF a été corrigée pour garantir que toutes les valeurs de champ capturées, y compris les listes déroulantes, les champs de texte et les cases à cocher, sont écrites de manière fiable dans le PDF signé afin que le document visuel corresponde aux données de contrat stockées.
4543678 Résumé : Certains accords signés présentaient des valeurs de champ obligatoires manquantes dans le PDF finalisé car certains modèles de bibliothèque importés et mis à jour via l'API n'ont pas généré correctement le rendu des données de champ obligatoires lors de la génération du PDF.
Correctif : Mise à jour de la logique de génération PDF pour garantir que tous les champs obligatoires définis dans les modèles de bibliothèque, y compris ceux créés ou modifiés via l'API, sont affichés de manière cohérente dans le PDF signé tout en préservant les valeurs complètes des champs.
4543709 Résumé : Certains accords envoyés par Salesforce qui incluent des champs de formulaire basés sur des images peuvent faire croître considérablement la taille du pdf signé final au-delà de la taille du fichier d'origine, dépassant la limite de 12 Mo de Salesforce et empêchant l'écriture du document signé dans l'enregistrement d'accord Salesforce, même si le processus de signature lui-même se termine avec succès.
Correctif : Optimisation de la gestion des images lors de la génération pdf pour appliquer une compression d'image appropriée, garantissant que les documents signés avec des champs d'image, de tampon ou de signature basés sur des images ne gonflent pas en taille et restent dans les limites de taille de fichier de Salesforce.
4543958 Résumé : Les liens hypertexte créés dans Acrobat à l’aide de destinations nommées cessent de fonctionner dans les PDF signés alors que les liens de numéro de page fonctionnent toujours en raison d’une régression dans le chemin de traitement PDF où les destinations nommées n’étaient pas résolues vers des cibles de page explicites lors du post-traitement.
Correctif : Résolution des destinations nommées vers leurs destinations de page explicites lors de la génération PDF, restaurant la fonctionnalité de lien hypertexte pour les liens de type « Utiliser la destination nommée » et « Utiliser le numéro de page » dans les PDF signés.
4544067 Résumé : Certains accords signés affichent un certificat numérique non valide avec une erreur de validation « Annotation de widget supprimée », résultant d’annotations de widget mal formées ou orphelines restant dans le PDF après signature, ce qui invalide la chaîne de certification.
Correctif : Mise à jour du post-traitement PDF pour détecter et supprimer les annotations de widget corrompues ou orphelines lors du nettoyage des champs, garantissant que seules les annotations valides restent et que les PDF signés affichent systématiquement un certificat numérique valide.

Adobe, Inc.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?