Guide d'utilisation

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

 

Guide Adobe Acrobat Sign

Nouveautés

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

Commencer

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

Administration

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

Envoi, signature et gestion des accords

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

Fonctionnalités et workflows d’accord avancés

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

Intégration à d’autres produits

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

Développeur Acrobat Sign

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

Assistance et dépannage

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

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

Adobe Acrobat Sign déploie au moins trois mises à jour par an, majeures ou mineures. Des mises à jour mineures supplémentaires peuvent être réalisées si nécessaire pour résoudre les problèmes de système ou de clientèle.

  • Les versions majeures offrent des mises à jour importantes, de nouvelles fonctionnalités et plusieurs améliorations.
  • Les versions mineures mettent l’accent sur les améliorations mineures et les ajustements de l’expérience utilisateur. Elles se produisent entre les mises à jour majeures, généralement une ou deux fois par cycle.

Pour éviter toute interruption, les nouvelles fonctionnalités sont désactivées par défaut et doivent être activées manuellement par un administrateur de compte ou de groupe.

Pour les clients de la santé et des sciences de la vie nécessitant une validation de conformité, Acrobat Sign collabore avec un tiers afin de fournir un package de validation pour chaque version majeure contenant des fonctionnalités pour minimiser votre facteur de risque. 

Remarque :

Cette page Notes des versions préliminaires est régulièrement mise à jour à mesure que de nouvelles informations sont disponibles, de sorte que son contenu change assez souvent.

Bien que cette page soit localisée, le processus prend du temps et il se peut que les versions localisées diffèrent légèrement de la version en anglais (États-Unis) officielle.

Pour obtenir les informations les plus précises et les plus récentes, nous vous recommandons de consulter uniquement la page en anglais (États-Unis).

Adobe Acrobat Sign suit un planning structuré pour la publication des mises à jour des notes de mise à jour et de la documentation :

Huit semaines avant la mise en production

  • La page de version préliminaire publie un résumé des fonctionnalités et des mises à jour attendues généralement quatre semaines avant le lancement de Sandbox.
  • Toute modification de fonctionnalité après ce point est signalée dans la section Errata.
  • Les problèmes résolus ne sont pas inclus à cette étape.

Quatre semaines avant la mise en production (lancement de Sandbox)

  • La page de version préliminaire est mise à jour avec une documentation détaillée sur les nouvelles fonctionnalités et les mises à jour.
  • Des liens vers la documentation de support de la version préliminaire, uniquement disponible en anglais (États-Unis), sont ajoutés si nécessaire.
  • La section initiale Problèmes résolus est publiée, avec des mises à jour continues au cours des quatre semaines suivantes.

Jour de lancement

  • Les notes de mise à jour officielles sont mises à jour avec des détails sur les fonctionnalités finales et des liens vers la documentation de support de production.
  • La page de version préliminaire est actualisée pour mettre en évidence le cycle de publication de la version suivante.
  • La documentation est publiée après vérification de la version dans le système en direct, généralement après 19 h, même si les mises à jour complexes peuvent prendre plus de temps.
  • La liste finale de la section Problèmes résolus est ajoutée aux notes de mise à jour en anglais (États-Unis), les versions localisées étant mises à jour ultérieurement.

Version de Government Cloud

  • L’environnement Government Cloud est généralement mis à jour entre deux jours et plusieurs semaines après la mise en production, car certaines fonctionnalités peuvent nécessiter une évaluation supplémentaire avant le déploiement.
Remarque :

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

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

Disponibilité du sandbox

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

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


Versions

Alerte :

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

17 mars 2026 (version mineure) v17.0.1

Adobe Acrobat Sign version v17.0.1

Déploiement du sandbox : 17 février 2026

Déploiement en production : 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.
    La fonction Créer une copie est désormais disponible directement à partir des filtres En cours et En attente de votre intervention sur la page Gérer, ainsi qu’à partir de la page de confirmation après l’envoi. Ces points d’entrée supplémentaires facilitent la réutilisation des accords à davantage d’étapes du cycle de vie d’envoi, réduisant ainsi le besoin de redémarrer depuis le début.
    Cette fonctionnalité sera disponible dans l’environnement Sandbox le 20 février 2026.

    Remarque : Avec cette version, les contrôles administratifs permettant de désactiver cette fonctionnalité seront supprimés du menu d’administration, établissant Créer une copie comme une capacité 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é par défaut.

          Consulter la documentation d’actions utilisateur mise à jour >

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.

  • Affichage d’adresse e-mail personnalisée OEM 2.0 – Identité de l’expéditeur et du destinataire plus claire dans les expériences intégrées, et diffusion d’adresse e-mail correcte.
    Pour les partenaires utilisant les workflows intégrés OEM 2.0, Acrobat Sign affiche désormais l’adresse e-mail personnalisée d’un utilisateur au lieu de l’adresse e-mail enregistrée par le partenaire sur les principales surfaces de l’interface utilisateur et les notifications. 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 les signataires et empêche l’envoi d’e-mails vers des adresses enregistrées non distribuables.

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

  • Notification webhook pour les échecs de distribution de SMS – Visibilité en temps réel des échecs d’envoi de SMS, correction automatisée et parité avec les renvois d’e-mail.
    Acrobat Sign émet désormais un nouvel événement webhook, AGREEMENT_PHONE_BOUNCED, lorsqu’un accord envoyé par SMS ne peut pas être distribué en raison de problèmes tels que des numéros de téléphone non valides, le rejet par l’opérateur ou des lignes bloquées. Cela permet aux clients de détecter les échecs de distribution de SMS en temps réel et de déclencher automatiquement des actions de suivi comme la correction des numéros de téléphone, les nouvelles tentatives de distribution ou l’ouverture de dossiers de support, éliminant les angles morts et réduisant les retards dans les workflows de signature via mobile.

    Environnements disponibles :
    Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API
     
  • Charges utiles Webhook : ajout du champ conditionnel extendedStatus des participants pour les mises à jour dynamiques de la participation, améliorant ainsi la visibilité du statut 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 informations supplémentaires sur le cycle de vie des participants tout en laissant le champ de statut existant inchangé pour la rétrocompatibilité.
        {
          "participantSets": [
            {
              "id": "",
              "memberInfos": [
                {
                  "company": "TestCo",
                  "email": "signer2@someDomain.dom",
                  "id": "CBJCHBCAABAAJiZV9cH",
                  "name": "Signer Two",
                  "status": "ACTIVE",
                  "extendedStatus": "REMOVED"
                }
              ],
              "order": ,
              "role": "",
              "status": ""
            }
          ]
        }
  • Valeurs status (inchangées) : ACTIVE, REPLACED.
  • Valeurs extendedStatus : ACTIVE, REPLACED, REMOVED, COMPLETED.

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

Errata de version

Aucun élément n’a été reporté hors de cette version à ce jour.

Problèmes résolus

Problème Description
4543515 Résumé : Un événement de rejet d’e-mail webhook peut être généré de manière incorrecte pour un signataire valide après que le signataire a signé avec succès 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égateur d’origine. Dans ces cas, le système peut incorrectement attribuer l’événement de rejet « signé au nom de… » au signataire valide au lieu du participant dont l’e-mail est réellement rejeté.
Correction : La logique d’attribution d’événement a été corrigée afin que les événements de rejet d’e-mail soient associés uniquement au participant dont l’e-mail est réellement rejeté. Un événement de rejet n’est plus généré pour un signataire valide qui a déjà terminé la signature, et les notifications webhook reflètent maintenant le participant et l’adresse e-mail corrects.
4544548 Résumé : Les clés d’intégration créées via l’interface utilisateur 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.
Correction : Les messages de l’interface utilisateur 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 de très gros documents, même lorsque la création d’accord se termine et que les premières étapes de traitement semblent se terminer en quelques minutes. Pendant le délai de retard, 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 de réessayer ou que les documents deviennent disponibles.
Correction : La gestion de la disponibilité des documents a été corrigée afin que les gros accords passent de manière fiable à un état où les documents sont récupérables sans réponses DOCUMENT_NOT_AVAILABLE prolongées. Par conséquent, 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 non disponibles.
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 de création via l’API puis modifié depuis l’expérience de gestion. Dans ce scénario, l’interface utilisateur peut afficher la Valeur Message privé comme « Aucun » ou vide même si les données d’accord incluent la Valeur Message privé correcte. Ce comportement apparaît dans les scénarios de compte partagé où un utilisateur bascule dans 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.
Correction : Une vérification a été ajoutée pour récupérer le contexte de partage actif 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 l’affichage ou de l’envoi d’un brouillon créé par API depuis le flux de 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 utilisateur Gérer et dans les vues administratives, ce qui fait paraître 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 l’horodatage de modification du modèle.
Correction : Le comportement de mise à jour de la date de modification a été aligné entre la nouvelle expérience de Modèle et les opérations API associées. Le chemin d’accès de 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 l’heure réelle 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 concernés, les annotations de tampon se chevauchent ou masquent les champs interactifs pendant le traitement, ce qui entraîne le masquage des signatures terminées et d’autres champs 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 rejet d’adresse e-mail peut être consigné à nouveau pour un destinataire précédemment incorrect après que l’expéditeur a remplacé ce destinataire par une adresse e-mail valide. Dans certains cas, la piste d’audit peut afficher un second événement de rejet pour l’ancienne adresse e-mail, et le statut de l’accord peut indiquer « adresse e-mail rejetée » même si le nouveau destinataire reçoit, consulte ou signe l’accord avec succès. Ce comportement peut donner l’impression 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’adresses e-mail de notification supplémentaires à un destinataire remplacé dont l’adresse e-mail a déjà été rejetée. Le système vérifie désormais l’historique des rebonds précédents avant d’envoyer les notifications liées au remplacement, garantissant qu’aucun nouvel événement de rebond 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 charger à nouveau et effacer le champ adresse e-mail au lieu de rediriger l’utilisateur vers la partition correcte ou la page de connexion SSO. Cela empêche les utilisateurs concernés de terminer l’authentification et bloque les intégrations qui s’appuient sur le point d’entrée de connexion public.
Correctif : La logique de résolution de partition 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 construire l’URL de redirection inter-partition. Les utilisateurs avec des formats d’e-mail concernés sont désormais correctement redirigés vers leur partition désignée et leur page de connexion SSO sans que le champ adresse e-mail soit effacé.
4549331 Résumé : Les signatures et autres champs de formulaire peuvent apparaître manquants ou invisibles dans le PDF signé lorsque certaines fonctionnalités de traitement de document sont activées et que le PDF source contient des coordonnées de boîte de page non valides (par exemple, des valeurs CropBox ou MediaBox incorrectes). Dans ce scénario, les champs qui s’appuient sur les coordonnées de page peuvent générer le rendu en dehors de la zone de page visible, faisant apparaître les signatures terminées comme manquantes même si la signature se termine avec succès.
Correctif : La gestion des boîtes de page PDF a été corrigée pour normaliser en toute sécurité les valeurs CropBox et MediaBox non valides pendant le traitement du document. Par conséquent, le placement des signatures et des champs de formulaire s’aligne désormais 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 de serveur » générique après avoir sélectionné Aperçu et Ajouter des champs lorsque l’authentification de 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, même si l’authentification de signataire du formulaire web est définie sur une méthode non téléphonique (par exemple, Adobe Sign). Par conséquent, tous les utilisateurs du compte concerné peuvent être empêchés de créer des formulaires web sur tous les documents.
Correctif : La création de formulaires web évalue désormais le quota uniquement pour la méthode d’authentification réellement configurée pour le signataire du formulaire web, et n’applique plus les 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 quota fausses et permet aux formulaires web d’être créés normalement.
4551011 Résumé : Lorsqu’un expéditeur télécharge certains 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 la signature. Ce comportement peut se produire lorsque le PDF téléchargé contient des métadonnées de limite de page non valides (les coordonnées MediaBox et CropBox apparaissent inversées), ce qui peut entraîner l’affichage des couches d’apparence de signature et d’autres champs en dehors de la zone de page visible.
Correctif : La gestion des limites de page 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 d’apparence 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 possèdent déjà des comptes actifs correctement provisionnés reçoivent les accords en tant que destinataires « pseudo-utilisateur », de sorte que l’accord n’apparaît pas dans leur vue Gérer habituelle. Cela se produit lorsque les adresses e-mail des destinataires incluent des espaces en début ou en fin, ce qui empêche le système de faire correspondre l’adresse e-mail à l’utilisateur existant et provoque la création d’un enregistrement de pseudo-utilisateur.
Correctif : L’analyse des adresses e-mail et la recherche d’utilisateurs ont été mises à jour pour normaliser les adresses e-mail des destinataires (rogner les espaces en début et en fin) avant de les faire correspondre aux utilisateurs existants. Par conséquent, les accords adressés aux utilisateurs existants sont résolus vers le compte enregistré au lieu de créer un destinataire pseudo-utilisateur, même si l’adresse e-mail a été saisie avec des espaces (dans les charges utiles d’API et les listes de destinataires de workflow).
4553198 Résumé : Lorsqu’un accord inclut au moins un destinataire configuré pour la diffusion SMS et au moins un destinataire configuré pour la diffusion par adresse e-mail uniquement, l’annulation de l’accord via l’API n’envoie pas de notification d’annulation par SMS au destinataire SMS. L’accord est annulé avec succès et les notifications par adresse 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 SMS lorsqu’un accord est annulé, indépendamment des méthodes de diffusion des autres destinataires.
4554463 Résumé : Lorsque les accords incluent des cases d’option clonées qui partagent le même nom de champ dans 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 cases d’option. Après signature, la Valeur sélectionnée ne se propage pas de manière cohérente dans toutes les instances clonées, provoquant un mappage incorrect ou incomplet de la sélection attendue.
Correctif : La logique de gestion des champs de formulaire a été corrigée de sorte que les cases d’option clonées 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 case d’option reflètent la sélection correcte dans le PDF signé.
4554593 Résumé : Certaines intégrations de partenaires qui utilisent les points de terminaison OAuth hérités pour actualiser les jetons d’accès ont commencé à échouer avec des erreurs HTTP 401. Le service a rejeté les demandes d’actualisation de jeton avec une erreur indiquant que l’application n’est pas autorisée à utiliser les points de terminaison OAuth hérités et doit utiliser les points de terminaison OAuth v2 à la place. Cela a empêché les clients d’authentifier Acrobat Sign via les applications partenaires, même pour les intégrations qui fonctionnaient précédemment.
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 avec succès à nouveau, au lieu d’être incorrectement forcées vers les points de terminaison 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 est configuré pour exiger l’acceptation des 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 effectivement deux fois.
Correctif : Le flux d’actualisation du jeton de signature a été corrigé pour que lorsque le signataire accepte les conditions d’utilisation avant la signature, le jeton de signature réémis conserve les détails d’authentification du signataire. Cela empêche l’étape finale de signature d’échouer à l’authentification et élimine le basculement forcé de la signature moderne vers l’expérience classique.
4555656 Résumé : Dans des conditions de synchronisation spécifiques, une transition d’état d’accord peut sembler réussir mais ne modifie pas réellement l’état de l’accord. Lorsqu’une notification webhook est reçue avant que le traitement backend 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 n’est pas dans un état valide pour la transition demandée. Par conséquent, les workflows d’automatisation peuvent supposer que la transition a réussi alors que le contrat reste dans l’état d’origine.
Correction : La logique de transition d’état d’accord a été mise à jour pour appliquer une validation stricte avant d’appliquer une transition. Si l’accord n’est pas dans un état valide, l’API renvoie maintenant une réponse d’erreur claire au lieu de renvoyer silencieusement un succès. Cela garantit que les transitions non valides sont explicitement rejetées, permet aux systèmes appelants de réessayer de manière appropriée et empêche les accords de rester dans un état non souhaité sans visibilité.

17 mai 2026 (version majeure) v17.1

Adobe Acrobat Sign version v17.1

Déploiement Sandbox : 7 avril 2025

Déploiement en production : 5 mai 2026

Déploiement sur GovCloud : 12 mai 2026

Fonctionnalité améliorée

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

    Environnements disponibles :
    Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et groupe
     
  • Modification de document intégrée pendant la création – Permet aux expéditeurs de modifier le texte du document directement dans l’expérience de création
    Permet aux expéditeurs de modifier le texte du document directement dans l’expérience de création avant d’envoyer un accord pour signature. Une option Modifier le document permet aux utilisateurs de modifier le texte sans télécharger et recharger le fichier, tout en préservant les champs existants et la configuration de l’accord. Cela simplifie les corrections avant l’envoi et réduit les perturbations lors de la préparation de l’accord.

    Environnements disponibles : 
    Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe et compte
     
  • Signature numérique en bloc depuis la page Gérer – Appliquez une signature numérique à plusieurs accords avec une seule autorisation
    Les signataires peuvent sélectionner plusieurs accords dans la vue En attente de votre action et appliquer des signatures numériques en tant qu’action groupée à l’aide d’une seule autorisation de signature. Cela réduit les étapes de signature répétitives pour les processus à volume élevé tout en préservant la sécurité, l’authentification et les contrôles d’audit de signature cloud existants. Les administrateurs peuvent activer la signature en bloc et éventuellement exiger que les signataires révisent tous les accords avant de finaliser l’action groupée. 

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
     
  • Support Bio-Pharma (CFR) dans Modern eSign – Ajoute la capture de motif de signature et la réauthentification forcée au moment de la signature
    Adobe Acrobat Sign finalise le support Bio-Pharma dans l’expérience de signature électronique moderne en ajoutant la capture de motif de signature et la réauthentification forcée pendant la signature. Les organisations opérant dans des environnements réglementés peuvent exiger un motif de signature, forcer la réauthentification pour chaque signature ou au clic final pour signer, et maintenir la création de rapports d’audit conforme — le tout dans l’interface Modern.

    Environnements disponibles : Sandbox, Commercial, Government | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de configuration : Le support des paramètres Bio Pharma dans Modern eSign est activé par défaut.
    Consultez la liste des fonctionnalités prises en charge mise à jour pour Modern e-sign >
  • Filtre de destinataire dans la création de rapports – Ajoutez un filtrage basé sur le destinataire aux rapports et aux exportations de données.
    Ajoutez un filtre Destinataire à la création de rapports moderne pour les rapports Accord et Transaction et les exportations de données. Les administrateurs peuvent filtrer par adresse e-mail du destinataire pour retourner tous les accords qui incluent le destinataire spécifié, quel que soit le rôle ou l’ordre de signature. Le filtre prend en charge la saisie semi-automatique et le comportement de sélection multiple cohérent avec le filtre Expéditeur existant et s’applique aux rapports visuels et aux exportations CSV.

    Environnements disponibles :
    Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : activé avec la création de rapports moderne
     
  • Clés gérées par le client – Active le chiffrement au repos à l’aide des clés AWS KMS ou Azure Key Vault
    Les clés gérées par le client fournissent un chiffrement au repos au niveau du compte à l’aide d’une clé gérée par le client dans AWS Key Management Service (KMS) ou Azure Key Vault. Les administrateurs de compte peuvent intégrer une clé gérée par le client et rechiffrer le contenu pris en charge, faire pivoter ou rétablir les versions de clé, suspendre la clé (provoquant l’échec des opérations de chiffrement et de déchiffrement), ou détruire la clé, ce qui empêche définitivement l’accès au contenu chiffré.

    Environnements disponibles :
    Sandbox, Commercial | Niveaux de service disponibles : Acrobat Sign Solutions sur les environnements AWS | Portée de configuration : Compte uniquement
  • Envoyer uniquement aux destinataires internes – Limitez l’envoi des accords aux destinataires du même compte Acrobat Sign.
    Le paramètre Envoyer uniquement aux destinataires internes empêche les utilisateurs d’envoyer des accords à des destinataires extérieurs à leur compte Acrobat Sign. Lorsqu’il est activé, les accords ne peuvent être envoyés qu’aux destinataires dont les ID de compte correspondent à celui de l’expéditeur. Ce contrôle prend en charge les exigences de sécurité internes et empêche le partage externe des accords.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Compte et Groupe
     
  • Signatures sauvegardées pour les URL de signature API – Permet l’utilisation des signatures de profil sauvegardées lors de la signature basée sur l’API
    Permet aux utilisateurs enregistrés d’appliquer leurs signatures de profil sauvegardées lors de la signature d’accords via des URL de signature générées par API (GET /agreements/{agreementId}/signingUrls). Cette capacité rationalise les processus de signature pour les intégrations backend tout en maintenant les contrôles de sécurité au niveau du compte.
    Activé par Adobe pour chaque compte après vérification de sécurité.

    Environnements disponibles :
    Sandbox, Commercial, Government | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de configuration : Désactivé ; contacter l’assistance

Modifications de l’expérience

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

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

    Environnements disponibles: 
    Sandbox, Commercial | Niveaux de service disponibles: Acrobat Sign Solutions | Portée de la configuration : activée par défaut
     
  • Hub de ressources amélioré – Réorganise les liens d’apprentissage et d’assistance dans Acrobat Sign
    Le hub de ressources mis à jour améliore la façon dont les utilisateurs accèdent aux supports d’apprentissage et d’assistance directement dans Acrobat Sign.Le contenu est organisé en sections structurées avec des tutoriels vidéo intégrés et un accès direct aux webinaires, notes de mise à jour, témoignages clients et ressources d’assistance. Ces mises à jour facilitent la localisation du contenu éducatif dans l’expérience produit.

    Environnements disponibles : Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : cette expérience mise à jour est activée par défaut
     

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.

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

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

  • Contrôles de notification via l’API Accords – Ajout de contrôles multi-niveaux pour désactiver les notifications dans les points d’entrée POST /agreements et POST /agreements/{agreementId}/reminders. 
    Les développeurs peuvent désactiver les notifications INITIAL, INTERMEDIATE, FINAL, CANCELLATION et REMINDER lors de la création d’accords via l’API REST v6. Les paramètres sont disponibles aux niveaux de l’ensemble de participants, CC et expéditeur. La désactivation s’applique aux e-mails, SMS et WhatsApp et remplace les préférences de l’expéditeur, donnant aux intégrations un contrôle déterministe sur le comportement de communication. Cela prend en charge les expériences de signature basées sur un portail et les intégrations à volume élevé qui nécessitent une gestion précise des notifications.

    Environnements disponibles : Sandbox, Commercial, Administration| Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : API REST v6
     
  • En-têtes personnalisés pour les webhooks – Activent les en-têtes de requête personnalisés dans les notifications d’événements webhook
    Les administrateurs peuvent définir des en-têtes HTTP supplémentaires lors de la création d’une configuration webhook à l’aide du point d’entrée POST /webhooks de l’API REST v6. Ces en-têtes sont inclus dans toutes les notifications d’événements livrées au point d’entrée cible, ainsi que le jeton d’accès OAuth 2.0.Cela permet aux organisations de répondre aux exigences de gouvernance et de sécurité API qui s’appuient sur l’authentification basée sur les en-têtes ou les contrôles de routage.
    Seuls les webhooks nouvellement créés générés via l’API REST v6 prennent en charge les en-têtes personnalisés. Les configurations webhook existantes ne sont pas modifiées et doivent être recréées pour inclure les en-têtes personnalisés.

    Environnements disponibles : 
    Sandbox, Commercial, Administration | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Point d’entrée POST /webhooks de l’API REST v6 ; toutes les portées
     
  • API de création de rapports d’utilisation SMS – Récupère les quantités achetées et suit la consommation SMS
    L’API de création de rapports d’utilisation SMS fournit une visibilité sur les droits SMS et la consommation pour soutenir la planification budgétaire et la continuité de service. Les organisations peuvent récupérer les quantités SMS totales achetées, suivre l’utilisation globale à ce jour et interroger la consommation par groupe et période. Cela permet une surveillance proactive et une affectation interne pour éviter les interruptions lorsque les crédits approchent de l’épuisement.
    Nouveaux points d’entrée :
    • GET /api/rest/v6/smsUsage
    • GET /api/rest/v6/smsUsage?groupId={groupId}
    • GET /api/rest/v6/smsUsage?startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
    • GET /api/rest/v6/smsUsage?groupId={groupId}&startDate=YYYY-MM-DD&endDate=YYYY-MM-DD

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

Errata de version

Aucun élément n’a été reporté hors de cette version à ce jour.

Problèmes résolus

Adobe, Inc.

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?