Guide d'utilisation

Notes de mise à jour d’Adobe Acrobat Sign

Rechercher
Adobe Acrobat Sign

Adobe Acrobat Sign

Ouvrir sur le Web

 

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

ce document présente les nouvelles fonctionnalités, les modifications de l’expérience et les problèmes résolus dans l’application destinée aux clients pour la version la plus récente.

Les mises à jour orientées développeur de l’API et des webhooks sont documentées dans le Guide du développeur Acrobat Sign.

Il n’est pas garanti que toutes les fonctionnalités/modifications soient activées à la sortie de la version. Consultez toujours la version anglaise américaine de la page comme la version la plus récente et la plus précise.

Adobe Acrobat Sign version v17.0.1

Déploiement en production : le 17 mars 2026

Déploiement sur GovCloud : 19 mars 2026

Fonctionnalité améliorée

  • Créer une copie : points d’accès étendus, réutilisation plus rapide des accords
    Créer une copie est maintenant disponible directement depuis les filtres En cours et En attente de votre action sur la page Gérer, ainsi que depuis la page de confirmation post-envoi. Ces points d’entrée supplémentaires facilitent la réutilisation des accords à plus de moments du cycle de vie d’envoi, ce qui réduit le besoin de recommencer depuis le début.
    Remarque : avec cette version, les contrôles administratifs pour désactiver cette fonctionnalité seront supprimés du menu administrateur, faisant de Créer une copie une fonctionnalité standard disponible pour tous les utilisateurs éligibles.

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

         Consulter la documentation mise à jour sur les actions utilisateurs >

Modifications de l’expérience

  • Visibilité de l'expiration des clés d'intégration – Les dates d'expiration sont maintenant affichées dans l'onglet Jetons d'accès
    L'onglet Jetons d'accès, dans le menu Préférences personnelles, affiche la date d'expiration pour chaque clé d'intégration. Cela donne aux utilisateurs et administrateurs une visibilité plus claire sur l’ancienneté des clés et la temporalité de remplacement, facilitant la surveillance des clés existantes et évitant les interruptions inattendues lorsqu’une clé atteint la fin de sa période de validité de 10 ans.

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

Mises à jour API/Webhook REST

Les mises à jour d’API et de webhook pour cette version sont disponibles dans la documentation de l’API Acrobat Sign.

  • Affichage d’e-mail personnalisé OEM 2.0 : identité plus claire de l’expéditeur et du destinataire dans les expériences intégrées, et diffusion d’e-mails correcte
    Pour les partenaires OEM 2.0 utilisant des workflows intégrés, Acrobat Sign peut maintenant afficher l'adresse e-mail personnalisée d'un utilisateur au lieu de l'e-mail enregistré du partenaire dans les surfaces d'interface utilisateur et notifications clés. Les accords, les files d’attente telles que « En attente de votre intervention » et les adresses e-mail « Vérifier et signer » reflètent de manière cohérente l’identité personnalisée tout en préservant l’adresse e-mail enregistrée en interne pour l’authentification et les droits. Cela améliore la clarté pour les expéditeurs et signataires et empêche l'envoi d'e-mails vers des adresses enregistrées non délivrables.

    Environnements disponibles : Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de configuration : API - Partenaires OEM 2.0 ; sur demande uniquement

  • Notification webhook pour les échecs de diffusion de SMS : visibilité en temps réel des échecs d’envoi de SMS, correction automatisée et parité avec les e-mails renvoyés
    Acrobat Sign émet maintenant un nouvel évènement webhook, AGREEMENT_PHONE_BOUNCED, lorsqu'un accord envoyé via SMS ne peut pas être livré en raison de problèmes tels que des numéros de téléphone non valides, un rejet de l'opérateur ou des lignes bloquées. Cela permet aux clients de détecter les échecs de diffusion SMS en temps quasi réel et de déclencher automatiquement des actions de suivi comme corriger les numéros de téléphone, reprendre la diffusion ou ouvrir des cas de support, éliminant les angles morts et réduisant les délais dans les workflows de signature axés sur le mobile.

    Environnements disponibles :     Sandbox, Commercial, Government | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de configuration : API
  • Charges utiles de webhook : ajout du champ conditionnel extendedStatus pour les participants pour des mises à jour de participation dynamiques et une amélioration de la visibilité de l’état des participants
    Les notifications webhook incluent désormais un champ extendedStatus dans chaque objet participant (memberInfos[]) lorsque l'expéditeur modifie un accord en cours à l'aide de la participation dynamique. Ce champ fournit des détails supplémentaires sur le cycle de vie des participants tout en laissant le champ de statut existant inchangé pour la compatibilité descendante.
        {
          "participantSets": [
            {
              "id": "",
              "memberInfos": [
                {
                  "company": "TestCo",
                  "email": "signer2@someDomain.dom",
                  "id": "CBJCHBCAABAAJiZV9cH",
                  "name": "Signer Two",
                  "status": "ACTIVE",
                  "extendedStatus": "REMOVED"
                }
              ],
              "order": ,
              "role": "",
              "status": ""
            }
          ]
        }

Valeurs de status (inchangées) : ACTIVE, REPLACED.
Valeurs d’extendedStatus : ACTIVE, REPLACED, REMOVED, COMPLETED.


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

Problèmes résolus

Problème Description
4543515 Résumé : un évènement de renvoi d’e-mail webhook peut être généré de manière incorrecte pour un signataire valide après que le signataire a signé et que l’accord passe à l’étape suivante. Cela peut se produire lorsqu’un délégataire dans le même groupe de signature a une adresse e-mail non valide et que l’expéditeur remplace le délégant d’origine. Dans ces cas, le système peut attribuer de manière incorrecte l’évènement de renvoi « signé au nom de… » au signataire valide au lieu du participant dont l’e-mail est vraiment renvoyé.
Correctif : la logique d’attribution d’évènement a été corrigée afin que les évènements de renvoi d’e-mail soient associés uniquement au participant dont l’e-mail est vraiment renvoyé. Un évènement de renvoi n’est plus généré pour un signataire valide qui a déjà terminé la signature, et les notifications webhook reflètent désormais le participant et l’adresse e-mail corrects.
4544548 Résumé : les clés d’intégration créées via l’interface d’utilisation web peuvent expirer après 10 ans, même si la page de création indique que la clé fournit un « accès permanent ». Lorsqu’une clé atteint sa durée de vie de 10 ans, les appels API commencent à renvoyer une erreur de jeton expiré, ce qui peut interrompre les intégrations existantes de manière inattendue.
Correctif : les messages de l’interface d’utilisation ont été mis à jour pour supprimer la formulation « accès permanent » et afficher clairement la date d’expiration des clés d’intégration. Le texte mis à jour indique maintenant que la clé conserve l’accès jusqu’à la date d’expiration ou jusqu’à ce qu’elle soit révoquée manuellement, offrant une transparence sur la durée de vie par défaut de 10 ans.
4546301 Résumé : la diffusion d’évènements webhook peut être retardée de plusieurs heures pour les accords avec des documents très volumineux, même lorsque la création de l’accord est terminée et que les premières étapes de traitement semblent s’effectuer en quelques minutes. Pendant ce délai, le service de diffusion webhook peut recevoir de manière répétée des réponses DOCUMENT_NOT_AVAILABLE lors de la tentative de récupération des documents d’accord, et l’évènement webhook peut ne pas être diffusé jusqu’à ce que le service arrête les tentatives ou que les documents deviennent disponibles.
Correctif : la gestion de la disponibilité des documents a été corrigée afin que les accords volumineux passent de manière fiable à un état où les documents sont récupérables sans réponses DOCUMENT_NOT_AVAILABLE prolongées. En conséquence, les événements webhook sont diffusés sans retards de plusieurs heures causés par les tentatives de récupération de documents contre des documents indisponibles.
4547823 Résumé : le message privé d’un destinataire peut ne pas s’afficher pour certains signataires lorsqu’un accord est créé dans l’état En création via l’API puis modifié depuis l’expérience Gérer. Dans ce scénario, l’interface d’utilisation peut afficher la valeur Message privé comme « Aucun » ou une valeur vide même si les données de l’accord incluent la valeur de message privé correcte. Ce comportement apparaît dans les scénarios de compte partagé où un utilisateur bascule sur le compte d’un autre utilisateur pour modifier le brouillon, et cela peut affecter uniquement des destinataires spécifiques tandis que d’autres s’affichent correctement.
Correctif : une vérification a été ajoutée pour récupérer le contexte de partage en cours et renvoyer le message privé pour les utilisateurs partagés autorisés. Par conséquent, la valeur Message privé s’affiche maintenant correctement lors de la consultation ou de l’envoi d’un brouillon créé par API depuis le flux En création.
4548274 Résumé : la date de modification pour les modèles de bibliothèque peut ne pas se mettre à jour après qu’un modèle est modifié et enregistré dans la nouvelle expérience de modèle. Les utilisateurs peuvent voir les champs nouvellement ajoutés ou mis à jour sur le modèle, mais la date de modification reste inchangée dans l’interface d’utilisation Gérer et dans les vues administratives. Par conséquent, il semble que le modèle n’a pas été modifié récemment. Cela se produit parce que la nouvelle expérience met à jour les champs de formulaire via un chemin d’accès qui ne met pas également à jour la date et l’heure de modification du modèle.
Correctif : le comportement de mise à jour de la date de modification a été aligné sur la nouvelle expérience de modèle et les opérations API associées. Le chemin d’accès au code qui enregistre les modifications de champ de modèle met maintenant également à jour la date de modification du modèle afin qu’elle reflète le moment réel de la modification la plus récente.
4548564 Résumé : les signatures et les champs de formulaire peuvent apparaître invisibles dans le PDF signé lorsqu’ils sont placés sur des annotations de tampon préexistantes dans le document source. Dans les modèles affectés, les annotations de tampon se chevauchent ou masquent les champs interactifs pendant le traitement, ce qui fait que les signatures terminées et les autres champs sont masqués dans le document signé final.
Correctif : la gestion des annotations de tampon a été mise à jour pour traiter et aplatir en toute sécurité les annotations de tampon préexistantes afin qu’elles ne masquent plus les champs de formulaire ou les signatures. Les champs placés sur les zones tamponnées restent désormais visibles tout au long de la signature et dans le PDF entièrement exécuté.
4549103 Résumé : un évènement de renvoi d’e-mail peut être enregistré à nouveau pour un destinataire précédemment incorrect après que l’expéditeur remplace ce destinataire par une adresse e-mail valide. Dans certains cas, le journal d’audit peut afficher un second évènement de renvoi pour l’ancien e-mail, et le statut de l’accord peut indiquer « E-mail renvoyé » même si le nouveau destinataire reçoit, consulte ou signe l’accord. Ce comportement peut laisser penser que l’accord cible encore les anciennes et nouvelles adresses e-mail.
Correctif : le processus de remplacement de signataire a été mis à jour pour empêcher l’envoi d’e-mails de notification supplémentaires à un destinataire remplacé dont l’e-mail a déjà été renvoyé. Le système vérifie maintenant l’historique des renvois avant d’envoyer des notifications liées au remplacement, s’assurant qu’aucun nouvel évènement de renvoi n’est généré pour l’ancienne adresse e-mail après le remplacement.
4549306 Résumé : les utilisateurs dont les adresses e-mail contiennent certains caractères spéciaux (par exemple, une apostrophe) peuvent être incapables de se connecter depuis les pages de connexion publiques génériques adobesign.com ou echosign.com. Après avoir saisi l'adresse e-mail et cliqué dans le champ mot de passe, la page peut se charger à nouveau et effacer le champ e-mail au lieu de rediriger l'utilisateur vers le fragment correct ou la page de connexion SSO. Cela empêche les utilisateurs affectés de terminer l'authentification et bloque les intégrations qui s'appuient sur le point d'entrée de connexion publique.
Correctif : la logique de résolution de fragment de connexion a été corrigée pour gérer et décoder correctement les adresses e-mail contenant des caractères spéciaux avant de créer l’URL de redirection inter-fragment. Les utilisateurs avec des formats d’e-mail affectés sont maintenant correctement redirigés vers leur fragment dédié et leur page de connexion SSO sans que le champ d’e-mail soit effacé.
4549331 Résumé : les signatures et autres champs de formulaire peuvent apparaître comme manquants ou invisibles dans le fichier PDF signé lorsque certaines fonctionnalités de traitement de document sont activées et que le PDF source contient des coordonnées de zone de page non valides (par exemple, des valeurs CropBox ou MediaBox incorrectes). Dans ce scénario, les champs qui dépendent des coordonnées de page peuvent s’afficher en dehors de la zone de page visible, faisant apparaître les signatures complétées comme manquantes même si la signature a bien été effectuée.
Correctif : la gestion des zones de page du fichier PDF a été corrigée pour normaliser en toute sécurité les valeurs CropBox et MediaBox non valides pendant le traitement de document. Par conséquent, l'emplacement des signatures et des champs de formulaire s'aligne maintenant sur la zone de page visible, et les PDF signés affichent les signatures comme prévu.
4550367 Résumé : la création d’un formulaire web peut échouer avec une erreur générique « Erreur de serveur » après avoir sélectionné Aperçu et Ajouter des champs lorsque l’authentification du signataire par défaut du groupe de l’expéditeur est définie sur Téléphone et que le compte ne dispose pas de quota d’authentification téléphonique disponible. Cela se produit même si la méthode d’authentification du signataire du formulaire web n’est pas le téléphone (par exemple, Adobe Sign). Par conséquent, tous les utilisateurs du compte affecté peuvent être bloqués dans la création de formulaires web sur tous les documents.
Correctif : la création de formulaires web évalue maintenant le quota uniquement pour la méthode d’authentification réellement configurée pour le signataire du formulaire web, et n’applique plus de vérifications de quota d’authentification téléphonique basées uniquement sur le paramètre d’authentification par défaut du groupe. Cela empêche les erreurs d’épuisement de quotas erronés et permet de créer des formulaires web normalement.
4551011 Résumé : lorsqu’un expéditeur charge certains fichiers PDF numérisés, ajoute des champs de signature et envoie l’accord, le PDF signé peut n’afficher aucune signature visible après la fin de l’étape de signature. Ce comportement peut se produire lorsque le PDF chargé contient des métadonnées de limites de page non valides (les coordonnées MediaBox et CropBox apparaissent inversées), ce qui peut faire que les calques d'apparence de signature et d'autres champs s'affichent en dehors de la zone de page visible.
Correctif : la gestion des limites de page des fichiers PDF est mise à jour pour traiter correctement les PDF avec des valeurs de coordonnées MediaBox et CropBox non valides ou inversées, de sorte que le contenu des signatures et des champs de formulaire s’affiche dans la zone de page visible et reste visible dans le PDF signé final.
4551427 Résumé : certains destinataires qui ont déjà des comptes actifs correctement approvisionnés reçoivent des accords en tant que destinataires « pseudo-utilisateur », de sorte que l’accord n’apparaît pas dans leur vue Gérer normale. Cela se produit lorsque les adresses e-mail des destinataires incluent des espaces au début ou à la fin, ce qui empêche le système de faire correspondre l’e-mail à l’utilisateur existant et provoque la création d’un enregistrement de pseudo-utilisateur.
Correctif : l’analyse d’e-mail et la recherche d’utilisateur ont été mises à jour pour normaliser les adresses e-mail des destinataires (suppression des espaces au début et à la fin), avant de les faire correspondre aux utilisateurs existants. Par conséquent, les accords adressés aux utilisateurs existants se résolvent vers le compte enregistré au lieu de créer un destinataire pseudo-utilisateur, même si l’e-mail a été saisi avec des espaces (dans les charges utiles d’API et les listes de destinataires des workflows).
4553198 Résumé : lorsqu’un accord inclut au moins un destinataire configuré pour la diffusion par SMS et au moins un destinataire configuré pour la diffusion par e-mail uniquement, l’annulation de l’accord via l’API n’entraîne pas d’envoi de notification d’annulation par SMS au destinataire des SMS. L'accord est annulé avec succès, et les notifications par e-mail sont diffusées, mais les destinataires SMS ne reçoivent pas de message d'annulation.
Correctif : le processus d’annulation a été corrigé pour s’assurer que les notifications d’annulation par SMS sont envoyées à tous les destinataires configurés pour la diffusion par SMS lorsqu’un accord est annulé, indépendamment des méthodes de diffusion des autres destinataires.
4554463 Résumé : lorsque les accords incluent des boutons radio clonés qui partagent le même nom de champ sur des documents combinés, seule une instance de l’option sélectionnée reste sélectionnée dans le PDF signé final. Bien que les champs apparaissent visuellement comme des cases à cocher, ils sont implémentés comme des boutons radio. Après la signature, la valeur sélectionnée ne se propage pas de manière cohérente sur toutes les instances clonées, causant un mappage incorrect ou incomplet de la sélection attendue.
Correctif : la logique de gestion des champs de formulaire a été corrigée pour que les boutons radio clonés stockent et propagent la valeur d’export sélectionnée plutôt qu’une valeur d’index interne. Cela garantit que toutes les instances clonées du même champ de bouton radio reflètent la sélection correcte dans le PDF signé.
4554593 Résumé : certaines intégrations de partenaires qui utilisent les points d’entrée OAuth hérités pour actualiser les jetons d’accès ont commencé à échouer avec des erreurs HTTP 401. Le service a refusé les demandes d’actualisation de jeton avec une erreur indiquant que l’application n’était pas autorisée à utiliser les points d’entrée OAuth hérités et qu’elle devait utiliser les points d’entrée OAuth v2. Cela a empêché les clients d’authentifier Acrobat Sign via les applications partenaires, même pour les intégrations qui fonctionnaient auparavant.
Correctif : le service d’authentification a été corrigé pour que les applications partenaires configurées pour utiliser le flux OAuth hérité puissent actualiser les jetons à nouveau, au lieu d’être incorrectement forcées vers les points d’entrée OAuth v2. 
4554614 Résumé : lorsqu’un signataire utilise l’expérience de signature électronique moderne sur un accord qui nécessite une authentification du signataire et que sa configuration exige d’accepter les conditions d’utilisation avant la signature, cliquer sur Cliquer pour signer déclenche une redirection de 5 secondes vers l’expérience de signature classique. Le message de redirection avertit que les signatures et paraphes saisis dans la signature moderne seront effacés, forçant le signataire à les saisir à nouveau et à signer deux fois.
Correctif : le flux d’actualisation du jeton de signature a été corrigé pour que le jeton de signature réémis conserve les détails d’authentification du signataire lorsque le signataire accepte les conditions d’utilisation avant la signature. Cela empêche l’échec de l’authentification lors de l’étape finale de signature et élimine le basculement forcé de la signature moderne vers l’expérience classique.
4555656 Résumé : dans des conditions de temporalité spécifiques, une transition de l’état de l’accord peut sembler s’effectuer mais n’entraîne pas réellement de modification de l’état de l’accord. Lorsqu’une notification webhook est reçue avant que le traitement d’arrière-plan soit terminé, les appels API suivants peuvent utiliser des données de statut d’accord obsolètes. Dans cette fenêtre, certaines méthodes de transition d’état renvoient HTTP 200 OK même si l’accord ne présente pas un état valide pour la transition demandée. En conséquence, les workflows d’automatisation peuvent supposer que la transition a réussi alors que l’accord conserve l’état initial.
Correctif : la logique de transition d’état de l’accord a été mise à jour pour appliquer une validation stricte avant d’appliquer une transition. Si l’accord ne présente pas un état valide, l’API renvoie maintenant une réponse d’erreur claire au lieu de laisser penser que la transition est réussie. Cela garantit que les transitions non valides sont explicitement refusées, permettant aux systèmes appelants de réessayer de manière appropriée et empêchant les accords de rester dans un état non désiré sans visibilité sur ce dernier.

Versions précédentes

NOTES DE MISE À JOUR : 2026

NOTES DE MISE À JOUR : 2025

NOTES DE MISE À JOUR : 2024

NOTES DE MISE À JOUR : 2023

NOTES DE MISE À JOUR : 2022

NOTES DE MISE À JOUR : 2021

NOTES DE MISE À JOUR : 2020

NOTES DE MISE À JOUR : 2019

NOTES DE MISE À JOUR : 2018

NOTES DE MISE À JOUR : 2017

NOTES DE MISE À JOUR : 2016

NOTES DE MISE À JOUR : 2015

NOTES DE MISE À JOUR : 2014

Adobe, Inc.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?

Liens rapides

Voir toutes vos formules Gérer vos formules
Afficher les liens rapides
Masquer les liens rapides

Informations juridiques    |    Politique de confidentialité en ligne