Nouveautés
Commencer
- Guide de démarrage rapide à l’attention des administrateurs
- Guide de démarrage rapide à l’attention des utilisateurs
- Pour les développeurs
- Bibliothèque de tutoriels vidéo
- Foire aux questions
Administration
- Présentation d’Admin Console
- Gestion des utilisateurs
- Ajout, modification et examen d’utilisateurs actifs
- Création d’utilisateurs axés sur les fonctions
- Examen des utilisateurs qui n’ont pas terminé la vérification
- Recherche d’utilisateurs présentant des erreurs d’approvisionnement
- Modification du nom/de l’adresse e-mail
- Modification de l’appartenance d’un utilisateur à un groupe
- Modification de l’appartenance d’un utilisateur à un groupe via l’interface de groupe
- Promotion d’un utilisateur à un rôle d’administrateur
- Types d’identités des utilisateurs et SSO
- Changement d’identité d’utilisateur
- Authentification des utilisateurs avec Microsoft Azure
- Authentification des utilisateurs avec la fédération Google
- Profils de produit
- Expérience de connexion
- Paramètres de compte/groupe
- Présentation des paramètres
- Paramètres généraux
- ID et niveau de compte
- Nouvelle expérience pour les destinataires
- Workflows de signature automatique
- Envoi en masse
- Formulaires web
- Workflows d’envoi personnalisés
- Workflows Power Automate
- Documents de bibliothèque
- Collecte des données de formulaire avec les accords
- Visibilité limitée de documents
- Ajout d’une copie PDF de l’accord signé en pièce jointe
- Insertion d’un lien dans l’e-mail
- Insertion d’une image dans l’e-mail
- Fichiers joints à un e-mail nommés
- Ajout de rapports d’audit aux documents en pièces jointes
- Fusion de plusieurs documents en un seul
- Téléchargement de documents individuels
- Chargement d’un document signé
- Délégation pour les utilisateurs de mon compte
- Autorisation de la délégation des destinataires externes
- Autorisation de signature
- Autorisation d’envoi
- Pouvoir d’ajouter des cachets électroniques
- Définition d’un fuseau horaire par défaut
- Définition d’un format de date par défaut
- Utilisateurs dans plusieurs groupes (UMG)
- Autorisations d’administrateur de groupe
- Remplacement du destinataire
- Rapport d’audit
- Pied de page de la transaction
- Dans les messages et les conseils sur les produits
- PDF accessibles
- Workflows PDF/A
- Client du secteur de la santé
- Nouvelle expérience de Demande de signature
- Nouvelle expérience de workflow personnalisé
- Nouvelle expérience de création de modèle
- Configuration du compte / Paramètres de la marque
- Préférences de signature
- Signatures correctement formatées
- Autorisation des destinataires à signer par
- Possibilité pour les signataires de modifier leur nom
- Autorisation des destinataires à utiliser leur signature enregistrée
- Personnalisation des conditions d’utilisation et de la règle concernant la divulgation des informations de l’utilisateur
- Navigation des destinataires dans les champs de formulaire
- Redémarrage du workflow de l’accord
- Refus de signer
- Autorisation des processus avec tampons
- Ajout de la fonction ou la société obligatoire pour les destinataires
- Autorisation des signataires à imprimer et à apposer une signature manuscrite
- Affichage des messages lors de la signature électronique
- Obligation pour les signataires d’utiliser un appareil mobile pour créer leur signature
- Adresse IP des signataires requise
- Exclusion du nom de la société et de la fonction des tampons de participation
- Application de la mise à l’échelle de signature à main levée adaptative
- Signatures numériques
- Cachets électroniques
- Identité numérique
- Paramètres de rapport
- Activer les rapports classiques
- Nouvelle expérience de rapport
- Paramètres de rapport classiques
- Paramètres de sécurité
- Paramètres d’authentification unique
- Paramètres de mémorisation
- Politique de mot de passe de connexion
- Sécurité du mot de passe de connexion
- Durée de la session web
- Type de chiffrement PDF
- API
- Accès aux informations sur les utilisateurs et les groupes
- Plages d’adresses IP autorisées
- Partage de compte
- Autorisations de partage de compte
- Commandes de partage d’accords
- Vérification de l’identité des signataires
- Mot de passe de signature des accords
- Sécurité du mot de passe du document
- Blocage des signataires par géolocalisation
- Authentification téléphonique
- Authentification basée sur les connaissances (KBA)
- Autorisation de l’extraction de pages
- Expiration du lien de document
- Chargement d’un certificat client pour les webhooks/rappels
- Horodatage
- Paramètres d’envoi
- Affichage de la page Envoyer après la connexion
- Expériences de création d’accords
- Nom du destinataire requis lors de l’envoi
- Verrouillage des valeurs de nom pour les utilisateurs connus
- Rôles autorisés du destinataire
- Autorisation des témoins électroniques
- Groupes de destinataires
- En copie
- Champs requis
- Ajout de documents en pièces jointes
- Aplatissement du champ
- Modification des accords
- Suppression de destinataires des accords en cours
- Nom de l’accord
- Langues
- Messages privés
- Types de signature autorisés
- Rappels
- Protection par mot de passe des documents signés
- Envoi d’une notification d’accord par
- Options d’identification du signataire
- Présentation
- Mot de passe de signature
- Authentification fondée sur les connaissances
- Authentification téléphonique
- Authentification par WhatsApp
- Mot de passe à usage unique par e-mail
- Authentification Acrobat Sign
- Signatures numériques basées sur le cloud
- Authentification d’identités numériques
- Pièce d’identité officielle
- Rapports d’identité des signataires
- Remplissage de champs de formulaire avec des données d’identité vérifiées
- Protection du contenu
- Activation des transactions Notarize
- Expiration du document
- Aperçu, positionnement des signatures et ajout de champs
- Ordre de signature
- M’ajouter
- Télécharger le lien de l’accord
- Bordures des champs de formulaire
- Liquid Mode
- Commandes de workflow personnalisé
- Options de chargement pour la page de signature électronique
- Redirection de l’URL de confirmation post-signature
- Limiter l’accès aux accords partagés
- Affichage de la page Envoyer après la connexion
- Modèles de message
- Paramètres bio-pharma
- Intégration des workflows
- Paramètres d’authentification notariale
- Intégration des paiements
- Messages pour les signataires
- Paramètres SAML
- Configuration SAML
- Installation des services Microsoft Active Directory Federation Services
- Installation d’Okta
- Installation de OneLogin
- Installation d’Oracle Identity Federation
- Configuration SAML
- Gouvernance des données
- Paramètres d’horodatage
- Archive externe
- Langues du compte
- Paramètres de messagerie
- Images d’en-tête et de pied de page d’e-mail
- Autorisation de pieds de page dans l’e-mail d’un utilisateur individuel
- Personnalisation de l’e-mail « Signature requise »
- Personnalisation des champs « À » et « Cc »
- Activation des notifications sans lien
- Personnalisation des modèles de courrier électronique
- Migration d’echosign.com vers adobesign.com
- Configuration des options pour les destinataires
- Conseils relatifs aux exigences réglementaires
- Accessibilité
- HIPAA
- RGPD
- 21 CFR Part 11 et EudraLex Annexe 11
- Clients du secteur de la santé
- Prise en charge du service fiscal Income Verification Express Service (IVES)
- Accords « placés dans le coffre »
- Considérations relatives à l’Union européenne et au Royaume-Uni
- Téléchargement d’accords en masse
- Dépôt de votre domaine
- Liens Signaler un abus
- Exigences et limites système
Envoi, signature et gestion des accords
- Options du destinataire
- Annulation d’un rappel par e-mail
- Options de la page de signature électronique
- Vue d’ensemble de la page de signature électronique
- Ouverture d’un accord pour le lire sans champs
- Refus de signer un accord
- Délégation de l’autorité de signature
- Redémarrage de l’accord
- Téléchargement d’un PDF de l’accord
- Affichage de l’historique de l’accord
- Affichage des messages de l’accord
- Conversion d’une signature électronique en signature manuscrite
- Conversion d’une signature manuscrite en signature électronique
- Navigation dans les champs de formulaire
- Effacement des données des champs de formulaire
- Agrandissement de la page de signature électronique et navigation dans la page
- Modification de la langue utilisée dans les outils et informations de l’accord
- Consultation des informations juridiques
- Réglage des préférences d’Acrobat Sign en matière de cookies
- Envoyer les accords
- Page Envoyer (Composition)
- Présentation des points de repère et des fonctionnalités
- Sélecteur de groupe
- Ajout de fichiers et de modèles
- Nom de l’accord
- Message global
- Échéance
- Rappels
- Protection du PDF par mot de passe
- Type de signature
- Localisation du destinataire
- Ordre/flux de signature des destinataires
- Rôles du destinataire
- Authentification du destinataire
- Message privé pour le destinataire
- Accès du destinataire à l’accord
- Parties en copie
- Contrôle d’identité
- Envoi d’un accord uniquement à vous-même
- Envoi d’un accord à d’autres utilisateurs
- Signatures manuscrites
- Ordre de signature des destinataires
- Envoi en masse
- Page Envoyer (Composition)
- Création de champs dans des documents
- Environnement de création intégré à l’application
- Détection automatique des champs
- Glisser-déposer des champs à l’aide de l’environnement de création
- Affectation des champs de formulaire aux destinataires
- Rôle de préremplissage
- Application de champs à l’aide d’un modèle de champ réutilisable
- Transfert de champs vers un nouveau modèle de bibliothèque
- Mise à jour de l’environnement de création lors de l’envoi d’accords
- Création de formulaires avec des balises de texte
- Création de formulaires avec Acrobat (AcroForms)
- Champs
- Types de champ
- Types de champs communs
- Champs Signature électronique
- Champ Paraphe
- Champ Nom du destinataire
- Champ E-mail du destinataire
- Champ Date de signature
- Champ Texte
- Champ Date
- Champ Nombre
- Case à cocher
- Groupe de cases à cocher
- Bouton radio
- Menu déroulant
- Superposition de lien
- Champ Paiement
- Pièce jointe
- Tampon Participation
- Numéro de transaction
- Image
- Société
- Titre
- Tampon
- Apparence du contenu d’un champ
- Validations des champs
- Valeurs des champs masqués
- Définition des conditions d’affichage/de masquage
- Champs calculés
- Formulaires vérifiés
- Types de champ
- FAQ sur la création
- Environnement de création intégré à l’application
- Signature d’accords
- Gérer les accords
- Présentation de la page Gérer
- Copie d’un accord
- Accords de délégation
- Remplacement des destinataires
- Limitation de la visibilité des documents
- Annulation d’un accord
- Création de nouveaux rappels
- Vérification des rappels
- Annulation d’un rappel
- Accès aux flux Power Automate
- Autres actions
- Fonctionnement de la recherche
- Affichage d’un accord
- Création d’un modèle à partir d’un accord
- Masquage/Affichage des accords dans la vue
- Chargement d’un accord signé
- Modification des fichiers et des champs d’un accord envoyé
- Modification de la méthode d’authentification d’un destinataire
- Ajout ou modification d’une date d’expiration
- Ajout d’une note à l’accord
- Partage d’un accord individuel
- Annulation du partage d’un accord
- Téléchargement d’un accord individuel
- Téléchargement des fichiers individuels d’un accord
- Téléchargement du rapport d’audit d’un accord
- Téléchargement du contenu des fichiers d’un accord
- Rapport d’audit
- Rapports et exportations de données
- Présentation
- Octroi aux utilisateurs d’un accès aux rapports
- Graphiques de rapports
- Exportations de données
- Attribution d’un nouveau nom à un graphique/une exportation
- Duplication d’un rapport/d’une exportation
- Planification d’un rapport/d’une exportation
- Suppression d’un rapport/d’une exportation
- Vérification de l’utilisation des transactions
Fonctionnalités et workflows d’accord avancés
- Formulaires web
- Création d’un formulaire web
- Modification d’un formulaire web
- Désactivation/Activation d’un formulaire web
- Masquage/Affichage d’un formulaire web
- Recherche de l’URL ou du code de script
- Préremplissage des champs de formulaire web avec les paramètres d’URL
- Enregistrement d’un formulaire web à remplir ultérieurement
- Redimensionnement d’un formulaire web
- Modèles réutilisables (modèles de bibliothèque)
- Formulaires de l’administration américaine dans la bibliothèque Acrobat Sign
- Création d’un modèle de bibliothèque
- Modification du nom d’un modèle de bibliothèque
- Modification du type d’un modèle de bibliothèque
- Modification du niveau d’autorisation d’un modèle de bibliothèque
- Copie, modification et enregistrement d’un modèle partagé
- Téléchargement des données de champ agrégées d’un modèle de bibliothèque
- Transfert de la propriété des formulaires web et des modèles de bibliothèque
- Workflows Power Automate
- Présentation de l’intégration Power Automate et des droits inclus
- Activation de l’intégration Power Automate
- Actions contextuelles sur la page Gérer
- Suivi de l’utilisation de Power Automate
- Création d’un flux (exemples)
- Déclencheurs utilisés pour les flux
- Importation de flux depuis l’extérieur d’Acrobat Sign
- Gestion des flux
- Modification des flux
- Partage des flux
- Désactivation ou activation des flux
- Suppression des flux
- Modèles utiles
- Administrateur uniquement
- Enregistrement de tous les documents terminés dans SharePoint
- Enregistrement de tous les documents terminés dans OneDrive Entreprise
- Enregistrement de tous les documents terminés dans Google Drive
- Enregistrement de tous les documents terminés dans Dropbox
- Enregistrement de tous les documents terminés dans Box
- Archivage des accords
- Enregistrement des documents terminés dans SharePoint
- Enregistrement des documents terminés dans OneDrive Entreprise
- Enregistrement de vos documents terminés dans Google Drive
- Enregistrement de vos documents terminés dans Dropbox
- Enregistrement des documents terminés dans Box
- Archivage des accords de formulaire web
- Enregistrement des documents de formulaire web terminés dans une bibliothèque SharePoint
- Enregistrement des documents de formulaire web terminés dans OneDrive Entreprise
- Enregistrement des documents terminés dans Google Drive
- Enregistrement des documents de formulaire web terminés dans Box
- Extraction des données d’accord
- Notifications d’accord
- Envoi de notifications personnalisées par e-mail avec le contenu de votre accord et l’accord signé
- Obtention des notifications Adobe Acrobat Sign dans un canal Teams
- Obtention des notifications Adobe Acrobat Sign dans Slack
- Obtention des notifications Adobe Acrobat Sign dans Webex
- Génération d’un accord
- Génération d’un document à partir d’un formulaire Power Apps et d’un modèle Word et envoi pour signature
- Génération d’un accord à partir d’un modèle Word dans OneDrive et obtention d’une signature
- Génération d’un accord pour la ligne Excel sélectionnée, envoi pour révision et signature
- Administrateur uniquement
- Workflows d’envoi personnalisés
- Partage d’utilisateurs et d’accords
Intégration à d’autres produits
- Présentation des intégrations Acrobat Sign
- Acrobat Sign pour Saleforce
- Acrobat Sign pour Microsoft
- Autres intégrations
- Intégrations gérées par des partenaires
- Obtention d’une clé d’intégration
Développeur Acrobat Sign
- API REST
- Webhooks
- Sandbox
Assistance et dépannage
Planning des versions et documentation des versions préliminaires d’Adobe Acrobat Sign
Adobe Acrobat Sign déploie au moins trois mises à jour par an, majeures ou mineures. Des mises à jour mineures supplémentaires peuvent être réalisées si nécessaire pour résoudre les problèmes de système ou de clientèle.
- Les versions majeures offrent des mises à jour importantes, de nouvelles fonctionnalités et plusieurs améliorations.
- Les versions mineures mettent l’accent sur les améliorations mineures et les ajustements de l’expérience utilisateur. Elles se produisent entre les mises à jour majeures, généralement une ou deux fois par cycle.
Pour éviter toute interruption, les nouvelles fonctionnalités sont désactivées par défaut et doivent être activées manuellement par un administrateur de compte ou de groupe.
Pour les clients de la santé et des sciences de la vie nécessitant une validation de conformité, Acrobat Sign collabore avec un tiers afin de fournir un package de validation pour chaque version majeure contenant des fonctionnalités pour minimiser votre facteur de risque.
Cette page Notes des versions préliminaires est régulièrement mise à jour à mesure que de nouvelles informations sont disponibles, de sorte que son contenu change assez souvent.
Bien que cette page soit localisée, le processus prend du temps et il se peut que les versions localisées diffèrent légèrement de la version en anglais (États-Unis) officielle.
Pour obtenir les informations les plus précises et les plus récentes, nous vous recommandons de consulter uniquement la page en anglais (États-Unis).
Adobe Acrobat Sign suit un planning structuré pour la publication des mises à jour des notes de mise à jour et de la documentation :
Huit semaines avant la mise en production
- La page de version préliminaire publie un résumé des fonctionnalités et des mises à jour attendues généralement quatre semaines avant le lancement de Sandbox.
- Toute modification de fonctionnalité après ce point est signalée dans la section Errata.
- Les problèmes résolus ne sont pas inclus à cette étape.
Quatre semaines avant la mise en production (lancement de Sandbox)
- La page de version préliminaire est mise à jour avec une documentation détaillée sur les nouvelles fonctionnalités et les mises à jour.
- Des liens vers la documentation de support de la version préliminaire, uniquement disponible en anglais (États-Unis), sont ajoutés si nécessaire.
- La section initiale Problèmes résolus est publiée, avec des mises à jour continues au cours des quatre semaines suivantes.
Jour de lancement
- Les notes de mise à jour officielles sont mises à jour avec des détails sur les fonctionnalités finales et des liens vers la documentation de support de production.
- La page de version préliminaire est actualisée pour mettre en évidence le cycle de publication de la version suivante.
- La documentation est publiée après vérification de la version dans le système en direct, généralement après 19 h, même si les mises à jour complexes peuvent prendre plus de temps.
- La liste finale de la section Problèmes résolus est ajoutée aux notes de mise à jour en anglais (États-Unis), les versions localisées étant mises à jour ultérieurement.
Version de Government Cloud
- L’environnement Government Cloud est généralement mis à jour entre deux jours et plusieurs semaines après la mise en production, car certaines fonctionnalités peuvent nécessiter une évaluation supplémentaire avant le déploiement.
la documentation sur le Sandbox est conçue pour l’environnement de production. Les liens trouvés dans le contenu de la version préliminaire ciblent les URL de production. En d’autres termes, ces liens peuvent mener à une ancienne documentation existante ou à des résultats 404 si la page cible est nouvelle et n’a pas encore été publiée (par exemple, lorsque le lien pointe vers une nouvelle fonctionnalité dans la même version).
Les nouvelles pages seront publiées lors de la sortie de la version et les liens redirigeront correctement vers leurs URL de production.
Disponibilité du sandbox
Les clients qui ont accès à l’environnement Acrobat Sign Sandbox peuvent généralement accéder aux fonctionnalités de la nouvelle version quatre semaines avant le lancement.
- L’environnement Sandbox passera toutes les procédures d’assurance qualité de la production au même niveau de qualité que l’environnement de production normal.
- Adobe s’efforce d’assurer une disponibilité de 99,9 % dans l’environnement Sandbox, mais il convient de noter que l’accord de service unifié d’Adobe ne couvre pas formellement l’environnement Sandbox.
- L’environnement Sandbox utilise la même page de statut et les mêmes procédures d’interruption que l’environnement de production normal.
Cet article contient des informations sur les versions préliminaires. Les dates de publication, les fonctionnalités et d’autres informations peuvent être modifiées sans préavis.
Adobe Acrobat Sign version v17.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é. |
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
Versions précédentes
Recevez de l’aide plus rapidement et plus facilement
Nouvel utilisateur ?