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 d’utilisateurs
- Création d’utilisateurs axés sur les fonctions
- 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
- Nouvelle expérience de création
- Client du secteur de la santé
- Configuration du compte
- Ajout d’un logo
- Personnalisation du nom d’hôte/de l’URL de la société
- Ajout du nom de l’entreprise
- Redirection d’URL une fois l’accord complété
- 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
- 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
- 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
- Accès du destinataire à l’accord
- Champs requis
- Ajout de documents en pièces jointes
- Aplatissement du champ
- Modification des accords
- 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
- Signature numérique dans le cloud
- Pièce d’identité officielle
- Rapports d’identité des signataires
- Protection du contenu
- Activation des transactions Notarize
- Expiration du document
- Aperçu, positionnement des signatures et ajout de champs
- Ordre de signature
- Liquid Mode
- Commandes de workflow personnalisé
- Options de chargement pour la page de signature électronique
- Redirection de l’URL de confirmation post-signature
- 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
- Bouton radio
- Menu déroulant
- Superposition de lien
- Champ Paiement
- Pièce jointe
- Tampon de participation
- Numéro de transaction
- Image
- Société
- Fonction
- 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
- 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
- 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
Les notifications techniques d’Acrobat Adobe Sign sont classées de la version la plus récente à la plus ancienne à mesure que vous faites défiler la page vers le bas.
la page Notifications techniques est régulièrement mise à jour avec de nouvelles informations ; il s’agit donc d’un contenu très dynamique. Même si des versions localisées sont disponibles, le processus de traduction peut entraîner de légères variations par rapport à la version en anglais américain, considérée comme la version de référence. Reportez-vous toujours en premier lieu à la page en anglais américain pour obtenir les informations les plus précises et les plus à jour.
[Important] La prochaine version d’Adobe Acrobat Sign est prévue pour le 22 avril 2025
Cette version majeure offrira des fonctionnalités améliorées pour les utilisateurs et les administrateurs, ainsi que des solutions à des problèmes signalés par les clients.
Les clients disposant d’un droit Sandbox bénéficieront de l’accès aux nouvelles fonctionnalités quatre semaines avant le lancement et à la documentation de la version préliminaire présentant le contenu de la version.
Version principale : Adobe Acrobat Sign – Mise à disposition du 17 mars terminée
La mise à disposition est terminée pour toutes les partitions sans interruption des services.
|
Première notification : septembre 2024 - Mise à jour : février 2025 |
En vigueur |
|---|
Pour améliorer la sécurité et la robustesse du service Adobe Acrobat Sign, nous apporterons des modifications au réseau afin d’inclure un pare-feu d’application web (WAF) en février 2025. Ces modifications permettront de router le trafic vers les serveurs d’applications Acrobat Sign via le service WAF. Ce routage sera invisible pour la plupart des clients. Cette modification n’interférera pas avec l’accès à Acrobat Sign des clients ou intégrations Adobe.
Action requise
Aucune.
Cette modification n’affectera pas les intégrations client, car l’API Acrobat Sign et les noms de domaine d’API ne changeront pas. Cette solution est rétrocompatible avec les plages d’adresses IP publiées.
Les clients qui ont mis à jour leurs appareils de sécurité n’ont pas besoin d’effectuer une rétrogradation ou toute autre modification.
Le calendrier actuel des mises à jour est le suivant :
- Mise à jour du sandbox de production le 24 février 2025.
- Partitions de production : mises à jour IN1, JP1, AU1 et SG1 le 3 mars 2025.
- Partitions de production : mises à jour NA2, NA3 et EU2 le 6 mars 2025.
- Partitions de production : mises à jour NA1, NA4 et EU1 le 11 mars 2025.
-
Accès d’entrée et de sortie à Acrobat Sign
Acrobat Sign ne retire plus la liste des adresses IP d’entrée du serveur comme annoncé précédemment.
Les adresses IP d’entrée et de sortie du serveur, comme indiqué sur la page Configuration requise pour Acrobat Sign, resteront valides. -
Pourquoi des modifications sont-elles apportées à Acrobat Sign ?
L’utilisation d’un WAF renforce la protection d’Acrobat Sign contre le trafic nuisible et nous permet de mieux répondre aux exigences de sécurité, de robustesse et de conformité.
-
Je possède une intégration personnalisée dans Acrobat Sign. Mon application sera-t-elle concernée ?
Non, les intégrations ne devraient pas être affectées.
-
De nouvelles listes d’adresses IP peuvent-elles être substituées ?
Non.
Les informations de la page Configuration requise pour Acrobat Sign restent exactes. -
Mon organisation a mis en œuvre le filtrage réseau à l’aide de la liste des domaines publiée d’Acrobat Sign pour le trafic à partir de notre réseau d’entreprise. Sommes-nous concernés ?
Non.
Les modifications de réseau décrites ici n’ont aucun impact sur la liste des domaines d’Acrobat Sign, comme indiqué sur la page Configuration requise pour Acrobat Sign. Le filtrage au niveau du domaine n’est pas concerné. -
Mon organisation utilise la validation des adresses IP pour la remise d’e-mails à partir des serveurs Acrobat Sign. Sommes-nous concernés ?
Non.
Les plages d’adresses IP des relais de messagerie sortante, telles qu’elles sont répertoriées sur la page Configuration requise pour Acrobat Sign, ne changent pas. -
Mon organisation a configuré notre compte Acrobat Sign pour limiter l’accès à nos propres adresses IP. Sommes-nous concernés ?
Non.
Acrobat Sign peut être configuré pour valider le trafic entrant en fonction des adresses IP spécifiées par le client, comme décrit sur la page Restriction de l’accès à votre compte à l’aide de plages d’adresses IP. Cette modification n’affectera pas cette utilisation. -
Mon organisation a mis en œuvre le filtrage réseau à l’aide de la liste publiée des adresses IP d’entrée d’Acrobat Sign. Sommes-nous concernés ?
Non.
La nouvelle configuration du WAF est rétrocompatible avec l’architecture réseau existante. Par conséquent, aucun réglage supplémentaire de vos appareils de sécurité ne devrait être nécessaire.
Remarque :notez que cela concerne le filtrage au niveau des adresses IP pour l’environnement hébergeant votre application. Le filtrage au niveau du domaine n’est pas concerné.
-
J’utilise l’intégration Salesforce avec une liste autorisée d’adresses IP explicitement configurée. Dois-je faire quelque chose ?
Non.
L’installation du WAF ne nécessite aucune modification des installations Salesforce existantes pour le moment.
La configuration/procédure existante, telle que décrite dans la documentation d’aide, reste inchangée et les administrateurs doivent suivre toutes les étapes relatives à la liste autorisée d’adresses IP.
Les partenaires ISV et intégrés doivent contacter leur Gestionnaire de la réussite client pour toute question supplémentaire.
|
Première notification : juin 2018 - Mise à jour : mai 2024 |
En vigueur |
|---|
Action requise
Toutes les intégrations et applications utilisant l’API SOAP d’Adobe Acrobat Sign doivent être migrées vers la dernière API REST v6 avant la date de désactivation pour garantir la continuité du fonctionnement.
L’accès à l’API SOAP sera supprimé pour tous les partenaires intégrés à partir du 1er mars 2025.
Pour garantir le fonctionnement continu, tous les partenaires intégrés utilisant l’API SOAP Adobe Acrobat Sign doivent migrer vers la version 6 de l’API REST (dernière version en date) avant le 1er mars 2025.
Pour référence, consultez la documentation REST v6 et la documentation de migration :
Pour toute question, contactez votre PSM Adobe Acrobat Sign désigné.
|
Première notification : juin 2018 - Mise à jour : mai 2024 |
En vigueur |
|---|
Action requise
Toutes les intégrations et applications utilisant l’API SOAP d’Adobe Acrobat Sign doivent être migrées vers la dernière API REST v6 avant la date de désactivation pour garantir la continuité du fonctionnement.
Annoncée initialement en juin 2018, la tentative de suppression de l’API SOAP d’Acrobat Sign sera terminée en 2024.
Il est prévu que l’utilisation de l’API SOAP par le client soit désactivée par un processus continu à partir de février 2024. Tous les clients et partenaires qui utilisent l’API SOAP doivent migrer vers l’API REST v6 pour éviter d’interrompre leur service.
Consultez la documentation REST v6 et la documentation de migration :
L’accès à l’API SOAP sera supprimé selon le calendrier suivant :
|
Type de compte |
Date de désactivation de l’API SOAP |
|
1er février 2024 (terminé) |
|
1er avril 2024 (terminé) |
|
La date planifiée a été avancée au 1er juillet 2024, en remplacement de la date précédente du 1er décembre 2024. |
|
1er mars 2025 |
|
Première notification : septembre 2024 - Mise à jour : février 2025 |
En vigueur |
|---|
L’infrastructure Webhook 2.0 a été déployée pour tous les clients. Ce processus étant terminé, les notifications de signataires sont désormais obsolètes. Par conséquent, le paramètre webhookNotificationApplicableUsers de la payload du webhook ne fournit plus d’informations utiles et sera supprimé de toutes les payloads du webhook.
L’environnement Sandbox sera mis à jour dans la version de mars 2025.
Les environnements de production seront mis à jour dans la version d’avril.
L’ID utilisateur et l’adresse e-mail d’envoi peuvent être identifiés à l’aide des paramètres initiatingUserId et initiatingUserEmail dans la payload de notification.
cette mise à jour s’applique uniquement à la version Commerce du service Acrobat Sign. Les comptes Government Cloud ne sont pas concernés.
Cette mise à jour s’applique uniquement à la page Envoyer (Demander des signatures électroniques). Les workflows de signature automatique structurée ne sont pas encore inclus.
|
Première notification : mars 2024 - Mise à jour : janvier 2025 |
En vigueur |
|---|
À partir de la version d’avril 2025, l’environnement moderne Demander une signature deviendra l’expérience par défaut lors de la création d’un accord.
- Les utilisateurs ne pourront plus basculer entre les environnements nouveau et classique, car les liens de basculement seront désactivés.
- Les administrateurs auront toujours la possibilité d’activer l’expérience classique et de restaurer les liens de basculement via le menu d’administrateur.
- Les clients qui utilisent l’intégration Authentifier ne seront pas concernés par cette modification.
cette mise à jour s’applique uniquement à la version Commerce du service Acrobat Sign. Les comptes Government Cloud ne sont pas concernés.
|
Première notification : juin 2024 - Mise à jour : janvier 2025 |
En vigueur |
|---|
Transition finale vers la nouvelle expérience Demander une signature
Avec la version de juillet 2025, l’interface classique Composer sera entièrement supprimée des choix possibles, finalisant la transition vers la nouvelle expérience Demander une signature.
- Tous les comptes commerciaux qui n’ont pas encore défini comme valeur par défaut le nouvel environnement Demander une signature passeront automatiquement à celui-ci comme unique option permettant de configurer de nouveaux accords.
- La possibilité de configurer l’expérience ou de basculer entre les environnements sera supprimée des menus d’administrateur.
- Les clients qui utilisent l’intégration Authentifier ne seront pas concernés par cette modification.
|
Première notification : mars 2024 - Mise à jour : février 2025 |
En vigueur |
|---|
cette mise à jour s’applique uniquement à la version Commerce du service Acrobat Sign. Les comptes Government Cloud ne sont pas concernés.
À partir de la version d’avril 2025, l’environnement moderne Demander une signature deviendra l’expérience par défaut lors de la création d’un accord.
- Les utilisateurs pourront toujours basculer entre les environnements moderne et classique en utilisant les liens de basculement disponibles sur la page.
- Les administrateurs auront toujours la possibilité d’activer l’expérience classique et de restaurer les liens de basculement via le menu d’administration.
|
Première notification : mars 2024 - Mise à jour : février 2025 |
En vigueur |
|---|
cette mise à jour s’applique uniquement à la version Commerce du service Acrobat Sign. Les comptes Government Cloud ne sont pas concernés.
Transition finale vers la nouvelle expérience Demander une signature
Avec la version de juillet 2025, l’interface Envoi en masse classique sera entièrement supprimée des options disponibles, finalisant la transition vers l’expérience Envoi en masse moderne.
- Tous les comptes commerciaux qui n’ont pas encore défini comme valeur par défaut l’environnement moderne Envoi en masse passeront automatiquement à celui-ci comme unique option permettant de configurer de nouvelles transactions en masse.
- Les liens de basculement permettant d’accéder à l’expérience classique ne seront plus disponibles.
- La possibilité de configurer l’expérience sera supprimée des menus d’administration.
|
Première notification : novembre 2024 - Mise à jour : janvier 2025 |
En vigueur |
|---|
Les expéditeurs peuvent fournir une vue supplémentaire des accords pour les destinataires mobiles qui répertorie uniquement le champ de l’accord disponible pour le destinataire.
Les expéditeurs peuvent organiser la liste des champs comme ils le souhaitent, et regrouper les champs dans des sections logiques pour aider les signataires à parcourir les entrées de champ avec un minimum de défilement.
Les destinataires ont la possibilité d’afficher la liste des champs mobiles ou la vue PDF d’origine avec les champs placés dans le contenu du document.
La publication de cette fonctionnalité est prévue comme suit :
- Déploiement dans l’environnement Sandbox le 11 décembre 2024
- Déploiement dans l’environnement de production le 4 mars 2025
|
Première notification : mars 2025 |
En vigueur |
|---|
Adobe a optimisé l’implémentation de l’API GET /agreements pour réduire le temps de réponse des appels API. Les tests internes indiquent une diminution du temps de réponse pouvant aller jusqu’à un facteur de dix.
Cette optimisation limite le nombre maximal d’accords renvoyés dans un seul appel en réduisant la taille maximale de la page (nombre d’enregistrements d’accord affichés sur la page). Cette taille maximale est actuellement de 500. (Adobe se réserve le droit d’ajuster cette valeur dans les versions futures.) Les clients peuvent demander un nombre spécifique d’accords à renvoyer dans un seul appel, mais ils recevront autant d’accords que le service peut en fournir. Le nombre réel d’accords renvoyés et un lien vers la page suivante des accords sont renvoyés en même temps que les accords proprement dits.
Il peut y avoir un léger délai entre la création d’un accord et son renvoi dans l’API GET /agreements. Dans la pratique, ce délai est rarement perceptible, et un appel ultérieur à l’API renvoie le nouvel accord.
Environnements disponibles : Commercial, Gouvernement | Niveaux de service disponibles : Services Acrobat Sign, Gouvernement | Portée de la configuration : activée par défaut ; non configurable
|
Première notification : mars 2025 |
En vigueur |
|---|
À partir d’avril 2025, Acrobat Sign appliquera des limites plus strictes sur le nombre de webhooks créés dans les comptes de niveau développeur.
Ces limites ont été choisies de manière intentionnelle pour garantir la fiabilité de l’infrastructure des webhooks et mieux s’aligner sur les workflows de test.
|
Ce qui change |
Limite précédente |
Nouvelle limite |
Description |
|---|---|---|---|
|
Nombre de webhooks actifs créés par canal |
10 |
1 |
1 webhook est autorisé pour le canal par événement d’abonnement de webhook. |
|
Nombre de webhooks actifs créés pour un compte |
100 |
2 |
2 webhooks au niveau du compte sont autorisés par événement d’abonnement de webhook. |
|
Nombre de webhooks actifs créés par groupe |
100 |
2 |
2 webhooks au niveau du groupe sont autorisés par groupe par événement d’abonnement de webhook. |
|
Nombre de webhooks actifs créés par ressource d’accord |
50 |
1 |
1 webhook est autorisé par accord et par événement d’abonnement de webhook. |
|
Nombre de webhooks actifs créés par utilisateur |
100 |
1 |
1 webhook est autorisé par utilisateur par événement d’abonnement de webhook. |
Environnements disponibles : Commercial | Niveaux de service disponibles : Développeur | Portée de la configuration : activée par défaut ; non configurable
|
Première notification : mars 2025 |
En vigueur |
|---|
- Amélioration de l’expérience de connexion utilisateur : Acrobat Sign a simplifié le processus de connexion et d’authentification par le biais d’Adobe Identity Management System (IMS).
- Le profil organisationnel de l’utilisateur est automatiquement sélectionné lors du processus de connexion pour les utilisateurs bénéficiant de droits sur le service Acrobat Sign (identifiant la demande comme provenant d’une source Acrobat Sign).
- Les utilisateurs qui rencontrent des erreurs lors de la connexion reçoivent des messages d’erreur contenant des liens qui leur permettent de contacter leur administrateur Acrobat Sign pour obtenir de l’aide.
- Tous les utilisateurs bénéficiant d’un droit actif mais qui ne se sont pas connectés au service recevront jusqu’à deux rappels par e-mail. (Cela s’applique également aux utilisateurs inactifs existants avant la date de publication.)
Ces améliorations simplifient la connexion, réduisent les frictions et améliorent l’expérience utilisateur globale.
Environnements disponibles : Commercial | Niveaux de service disponibles : Acrobat Sign Solutions - Organisations sous licence VIP | Portée de la configuration : activée par défaut ; non configurable
|
Première notification : mars 2025 |
En vigueur |
|---|
Les clients Acrobat Sign peuvent désormais s’abonner au service Webhook Acrobat Sign pour recevoir des notifications proactives concernant les pannes, les interruptions et les événements de maintenance via le portail Adobe Status.
Générez et ajoutez des abonnements ici : Aide à l’abonnement Adobe Status.
Notez que le service Adobe Acrobat Sign est répertorié sous l’en-tête Document Cloud :
|
Première notification : février 2025 |
En vigueur |
|---|
À partir de la version d’avril 2025, la plupart des comptes passeront à une nouvelle expérience de création Créer un modèle, avec une interface utilisateur mise à jour pour la création de modèles réutilisables.
- Les administrateurs peuvent configurer les comptes pour continuer à utiliser l’expérience classique au niveau du compte ou du groupe.
- Les utilisateurs ne pourront plus revenir à l’expérience de création classique à partir de l’interface utilisateur.
les comptes qui ont activé le partage de modèles dans plusieurs groupes sont exclus de cette mise à jour.
|
Première notification : février 2025 |
En vigueur |
|---|
L’onglet Compte, disponible pour les administrateurs de compte Acrobat Sign, sera renommé Administrateur.
- Cette mise à jour s’applique exclusivement à l’environnement autonome Acrobat Sign (Acrobat Sign Solutions et Acrobat Sign pour le gouvernement).
- La mise à jour sera implémentée pour l’environnement commercial en avril 2025 et pour l’environnement gouvernemental en mai 2025.
Cette modification est purement cosmétique : il n’y a aucune modification fonctionnelle, seulement des mises à jour des libellés des onglets.
le libellé Groupe pour les administrateurs de groupe ne changera pas.
|
Première notification : septembre 2024 |
En vigueur |
|---|
L’infrastructure Webhook 2.0 a été déployée pour tous les clients. Ce processus étant terminé, les notifications de signataires sont désormais obsolètes. Par conséquent, le paramètre webhookNotificationApplicableUsers de la payload du webhook ne fournit plus d’informations utiles et sera supprimé de toutes les payloads du webhook.
L’environnement Sandbox sera mis à jour dans la version de mars 2025.
Les environnements de production seront mis à jour dans la version d’avril.
L’ID utilisateur et l’adresse e-mail d’envoi peuvent être identifiés à l’aide des paramètres initiatingUserId et initiatingUserEmail dans la payload de notification.
|
Première notification : septembre 2024 |
En vigueur |
|---|
Action requise
Tous les clients qui utilisent l’API doivent mettre à jour leur API pour utiliser les points de terminaison de la version 6 dès que possible afin d’assurer la continuité de la disponibilité.
Les versions 1 à 4 de l’API REST Acrobat Sign ont été mises hors service et seront supprimées le 1er décembre 2025.
La mise à jour des API peut nécessiter beaucoup d’efforts. Nous encourageons donc tous les clients à évaluer et à budgétiser leur mise à jour dès que possible afin de pouvoir pleinement bénéficier de l’assistance pour répondre à toutes les questions ou résoudre tous les problèmes qui surgissent avant la date limite de décembre 2025.
Bien que les versions 1 à 4 de l’API REST ne soient plus utilisées, elles continueront de fonctionner, tout comme vos applications, jusqu’au 1er décembre 2025, date à laquelle les versions 1 à 4 de l’API REST seront supprimées.
Après le 1er décembre 2025, les applications créées avec les versions 1 à 4 de l’API REST cesseront de fonctionner.
|
Première notification : septembre 2022 - Mise à jour : mars 2024 |
En vigueur |
|---|
L’expérience de création de rapports classiques sera complètement supprimée de l’interface Acrobat Sign au cours des six premiers mois de 2025. Cela inclut le lien de basculement entre les deux environnements. Une fois la suppression effectuée, les clients ne pourront plus revenir à l’environnement classique pour consulter les rapports classiques, et les rapports planifiés cesseront de s’exécuter.
L’environnement de création de rapports moderne restera la seule solution de création de rapports.
Tous les clients sont fortement encouragés à recréer tous leurs rapports existants dans le nouvel environnement dès que possible.
|
Première notification : mai 2024 |
En vigueur |
|---|
Dans la nouvelle expérience Demander une signature, l’utilisation d’un disque externe pour charger des fichiers sera limitée à OneDrive uniquement.
Nous recommandons aux clients qui utilisent d’autres options pour charger des fichiers d’utiliser l’application spécifique au fournisseur pour fournir un disque réseau accessible via le sélecteur de fichiers natif sur le système local de l’utilisateur.
- Dropbox : https://www.dropbox.com/desktop
- Google Drive : https://support.google.com/drive/answer/10838124
- Box : https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud : https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
Ressources supplémentaires
- Forums de la communauté
- Formation hebdomadaire : webinaire hebdomadaire couvrant les sujets de formation destiné aux nouveaux utilisateurs et administrateurs
- Adobe Sign Innovation Series : webinaire mensuel couvrant les sujets les plus populaires dans l’espace Adobe Sign
|
Première notification : décembre 2024 |
Retrait de la liste actuelle : février 2025 |
|---|
Adobe Acrobat Sign changera de certificat SSL le 22 janvier 2025.
En outre, un nouveau certificat SSL est en cours de déploiement afin de prendre en charge les modifications apportées au réseau WAF en janvier 2025. Ce nouveau certificat a une incidence directe sur l’accès au service Acrobat Sign et doit être installé avant que le réseau WAF ne soit en ligne.
Action requise
- Chaque compte client qui sécurise explicitement l’activité du réseau doit inclure le nouveau certificat SSL WAF dans sa liste de certificats stockés.
- Si vous disposez d’intégrations personnalisées Acrobat Sign utilisant les API SOAP ou REST et si l’une de ces intégrations comprend la clé publique existante, aucune autre action n’est requise.
- Si vous utilisez des certificats SSL d’Acrobat Sign pour l’authentification unique (SSO) ou si vous incluez le certificat lui-même (ou utilisez d’autres méthodes), vous trouverez les nouveaux certificats SSL Acrobat Sign sur la page Configuration requise pour Adobe Acrobat Sign.
- Si votre configuration SSO prend en charge plusieurs certificats/chaînes publics, vous pouvez ajouter les nouveaux certificats maintenant et supprimer l’ancien certificat public/l’ancienne chaîne publique de votre configuration après le changement de janvier.
- Si votre authentification unique ne prend pas en charge plusieurs chaînes/certificats publics, vous devrez synchroniser votre changement de SSL avec Acrobat Sign le 22 janvier 2025.
Les nouveaux certificats SSL seront actifs à compter du 22 janvier 2025.
|
Première notification : novembre 2024 |
Retrait de la liste actuelle : février 2025 |
|---|
La nouvelle expérience pour les destinataires contient des améliorations relatives aux signatures pour les navigateurs web de bureau et mobiles. Cette nouvelle expérience sera déployée au cours des premiers mois de 2025, mais sera disponible dans l’environnement Sandbox au cours de la première semaine de décembre 2024.
|
Première notification : août 2024 |
Retrait depuis : janvier 2025 |
|---|
L’en-tête Accept-Charset hérité sera supprimé de toutes les notifications de webhooks et de rappels avec la version de novembre 2024.
Tous les clients qui s’appuient sur cet en-tête pour quelque raison que ce soit doivent refactoriser leur code pour tenir compte de son absence.
|
Première notification : septembre 2024 |
Retrait depuis : janvier 2025 |
|---|
|
Première notification : novembre 2024 |
Retrait depuis : janvier 2025 |
|---|
Avec la version de novembre 2024, les libellés modifiables dans le concepteur de workflow personnalisé ont été limités à 100 caractères. Cette limite est évaluée lors de la création ou de la mise à jour du workflow.
Les workflows préexistants dont les libellés dépassent 100 caractères peuvent toujours être envoyés, mais si le workflow est mis à jour, le libellé doit être ramené à 100 caractères ou moins avant de pouvoir être enregistré. Les libellés concernés sont soulignés en rouge pour faciliter leur détection.
Les nouveaux workflows seront avertis de la limite appliquée aux libellés avant d’être enregistrés.
Action requise
Il est recommandé aux administrateurs ayant le contrôle des workflows personnalisés d’ouvrir et d’examiner chaque workflow pour s’assurer qu’il n’y a pas d’erreurs dans leur modèle.
Notifications archivées
Répertorié par la date à laquelle l’avis a été supprimé de la liste actuelle des avis, du plus récent au plus ancien.
Recevez de l’aide plus rapidement et plus facilement
Nouvel utilisateur ?