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
- 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
- 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
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
- Envoi les accords
- 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
- 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
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.
[Important] La prochaine version d’Adobe Acrobat Sign est prévue pour le 11 février 2025
Il s’agit d’une version de correctif mineure qui permet de résoudre un certain nombre de problèmes détectés par le client et d’appliquer des correctifs d’optimisation/de sécurité, si nécessaire.
L’environnement Sandbox adoptera ces correctifs quatre semaines avant la publication prévue. Une liste des problèmes client résolus sera publiée à ce moment-là et mise à jour 14 jours avant la publication.
Version principale : Adobe Acrobat Sign – 12 novembre Mise à disposition terminée
La mise à disposition est terminée pour toutes les partitions sans interruption des services.
|
Première notification : septembre 2024 |
En vigueur |
|---|
Pour améliorer la sécurité et la robustesse des services Adobe Acrobat Sign, nous déploierons les modifications du réseau à partir du 13 janvier 2025. Ces modifications permettront de router le trafic vers les serveurs d’applications Acrobat Sign via le réseau de contenu Akamai. 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
Dans la plupart des cas, cette modification n’affectera pas les intégrations client, car les noms de domaine d’API et de l’API Acrobat Sign ne changeront pas. Cependant, les adresses IP sous-jacentes des points de terminaison de l’API Acrobat Sign seront modifiées.
Les intégrations écrites pour autoriser explicitement les adresses d’entrée de l’API Acrobat Sign précédemment documentées devront supprimer ces listes autorisées héritées d’ici le 13 janvier 2025.
-
Accès d’entrée et de sortie à Acrobat Sign
Acrobat Sign fournit des points de terminaison d’entrée pour les demandes d’API à Acrobat Sign et des points de terminaison de sortie pour les rappels de webhooks aux applications clientes et à la remise par e-mail.
Ce changement concerne uniquement le trafic entrant. Aucune modification n’est apportée au trafic sortant. -
Pourquoi des modifications sont-elles apportées à Acrobat Sign ?
L’utilisation du réseau de contenu Akamai 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, dans la majorité des cas, mais cela dépend de la manière dont votre application est écrite.
En règle générale, les applications dépendent uniquement des noms de domaine de service Acrobat Sign (par exemple « api.na1.adobesign.com »), et ces noms continueront de fonctionner. Plus rarement, une application placera en plus l’adresse IP spécifique vers laquelle ce nom mène sur une liste autorisée.
Ce type de liste d’autorisation est plus courant lors du développement d’un point de terminaison de webhook afin de vérifier que la demande de webhook provient d’un serveur Acrobat Sign valide. Les adresses IP de webhook ne sont pas concernées par cette modification.
Plus rarement, une application qui initie une demande vers un point de terminaison Acrobat Sign valide l’adresse IP sur une liste autorisée. Cette logique de validation doit être supprimée, sans quoi l’application échouera.
En bonne pratique standard, l’application doit valider le certificat du serveur du point de terminaison Acrobat Sign lors de l’établissement de la connexion TLS. Vous êtes ainsi assuré que la demande est envoyée à un point de terminaison Acrobat Sign valide. La plupart des bibliothèques et frameworks HTTP/S effectuent par défaut la validation des certificats de serveur.
-
De nouvelles listes d’adresses IP peuvent-elles être substituées ?
Acrobat Sign ne publiera plus et ne prendra plus en charge les listes d’adresses IP d’entrée de serveur, car cette utilisation n’est pas compatible avec le réseau Akamai. Les adresses IP d’entrée de serveur, utilisées par les webhooks et les relais de messagerie, continueront d’être consignées sur la page Configuration requise pour Adobe Acrobat Sign.
-
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 Adobe 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, tel qu’elles sont répertoriées sur la page Configuration requise pour Adobe 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 sélectionné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 ?
Oui.
Acrobat Sign ne publiera plus et ne prendra plus en charge les listes d’adresses IP d’entrée de serveur, car cette utilisation n’est pas compatible avec le réseau Akamai. Les filtres réseau respectifs, par exemple sur les pare-feu, doivent être supprimés d’ici le 13 janvier 2025.Si ces restrictions de réseau IP héritées ne sont pas supprimées avant l’entrée en vigueur de cette modification, la connexion à Acrobat Sign cessera de fonctionner.
Remarque :notez que cela concerne le filtrage au niveau de l’IP pour l’environnement hébergeant votre application. Le filtrage au niveau du domaine n’est pas concerné.
|
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 : 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 une fonction continue, tous les partenaires intégrés utilisant l’API SOAP Adobe Acrobat Sign doivent migrer vers la dernière API REST v6 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 : novembre 2024 |
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 7 janvier 2025
|
Première notification : novembre 2024 |
En vigueur |
|---|
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 : novembre 2024 |
En vigueur |
|---|
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.
|
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 lorsque la version de mars 2025 sera déployée.
L’ID utilisateur et l’adresse e-mail d’envoi se trouvent à 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 leurs 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 2024 |
En vigueur |
|---|
|
Première notification : août 2024 |
En vigueur |
|---|
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.
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 : mars 2024 - Mise à jour : novembre 2024 |
En vigueur |
|---|
L’environnement Demander une signature nouveau et amélioré sera l’expérience par défaut pour tous les comptes pour créer un accord à compter de la version du 17 septembre 2024.
Les liens resteront disponibles pour permettre aux utilisateurs de basculer entre les environnements nouveau et classique, et les administrateurs pourront toujours rétablir l’expérience classique par défaut via leur menu d’administration.
L’environnement classique sera entièrement supprimé de l’expérience utilisateur commerciale d’ici avril 2025.
la nouvelle expérience Création dans l’application est uniquement disponible dans le cadre de la nouvelle expérience Demander une signature.
Les clients qui utilisent la nouvelle fonctionnalité Création avec la fonctionnalité Demander une signature classique utilisent par défaut la nouvelle expérience Demander une signature à partir de la version du 17 septembre.
Dans le cadre de la version d’avril 2025, tous les comptes disposeront de leur environnement d’envoi par défaut défini sur la nouvelle expérience Demander une signature.
L’option permettant aux utilisateurs d’activer les liens de basculement entre les environnements sera également désactivée.
les administrateurs continueront d’avoir la possibilité d’activer les liens de basculement dans le menu d’administration.
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 |
En vigueur |
|---|
Dans la version de mars 2025, l’interface Composer classique sera entièrement supprimée de l’interface Acrobat Sign, ce qui terminera la promotion de la nouvelle expérience Demander une signature.
Tous les comptes commerciaux qui n’ont pas configuré le nouveau service Demander une signature comme expérience par défaut verront l’environnement Demander une signature activé en tant que seul environnement pour la configuration des nouveaux accords.
L’option permettant de configurer l’expérience, y compris les liens de basculement entre les environnements, sera supprimée des menus d’administration.
|
Première notification : mars 2024 |
En vigueur |
|---|
Le nouvel environnement Envoi en masse amélioré est devenu l’environnement par défaut pour tous les comptes à compter de la version du 9 avril 2024.
Les liens resteront disponibles pour permettre aux utilisateurs de basculer entre les environnements nouveau et classique, et les administrateurs pourront toujours rétablir l’expérience classique par défaut via leur menu d’administration.
L’environnement classique sera entièrement supprimé de l’expérience utilisateur d’ici mars 2025.
|
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
Anciennes notifications
|
Première notification : août 2024 |
Retrait depuis : novembre 2024 |
|---|
Action requise
Les clients appliquant des pratiques de sécurité réseau qui répertorient explicitement les adresses IP entrantes devront mettre à jour les plages d’adresses IP pour le service Acrobat Sign d’ici la fin du mois de septembre 2024.
La liste complète des plages d’adresses IP est publiée sur la page de la configuration requise.
Pour garantir la continuité de vos notifications de webhooks et de rappels, les plages d’adresses IP ci-dessous doivent être ajoutées à la liste autorisée pour tous les comptes clients du centre de données EU2.
Les plages d’adresses IP ajoutées sont les suivantes :
- 4.207.3.96/28
- 4.207.4.160/28
- 4.208.75.176/28
- 4.208.75.80/28
- 4.208.79.192/28
- 4.208.79.208/28
- 4.245.45.176/28
- 4.245.45.192/28
- 4.245.45.208/28
- 4.245.45.224/28
- 4.245.45.240/28
- 4.245.46.128/28
- 4.245.85.80/28
- 20.23.101.224/28
- 20.31.209.192/28
- 20.31.209.240/28
- 20.31.210.16/28
- 20.31.210.48/28
- 20.105.66.176/28
- 20.166.106.144/28
- 20.166.107.112/28
- 20.166.107.240/28
- 20.166.107.32/28
- 40.127.244.64/28
|
Première notification : août 2024 |
Retrait depuis : novembre 2024 |
|---|
Il est prévu d’ajouter les nouveaux formulaires IRS I-9 et W-9, intitulés respectivement I-9 (Employment Eligibility Verification) Exp 5/31/27 et W-9 (Request for Taxpayer Identification Number) Rev 3/24 à la bibliothèque Acrobat Sign.
ACTION REQUISE
Les nouveaux modèles de bibliothèque disposent de nouveaux ID de document libraryDocumentId. Si vous utilisez dans vos applications l’ID de document libraryDocumentId de l’un des modèles existants, vous devez le mettre à jour.
Il est prévu de supprimer les versions 2023 du système avec la version du 12 novembre 2024.
Pour éviter toute interruption de service, mettez à jour les applications/API utilisant les modèles hérités (version 2023) avant le 8 novembre 2024.
Pour trouver l’ID de document libraryDocumentId dans un compte API :
- Connectez-vous en tant qu’administrateur du compte.
- Cliquez sur l’onglet Compte > API Adobe Sign > Informations sur l’API > cliquez sur le lien : Documentation sur les méthodes de l’API REST.
- Sous la section GET /libraryDocuments, cliquez sur le bouton OAUTH ACCESS-TOKEN.
- Activez la portée library_read:self.
- Cliquez sur le bouton Tester !
- Dans le corps de la réponse, recherchez le nouveau modèle de formulaire I-9 ( Employment Eligibility Verification) Exp 5/31/27 ou W-9 (Request for Taxpayer Identification Number) Rev 3/24 (version autre que la version. 2023) pour afficher la valeur libraryDocumentId.
|
Première notification : novembre 2023 |
Retrait depuis : novembre 2024 |
|---|
|
Première notification : septembre 2024 |
Retrait depuis : novembre 2024 |
|---|
La fonctionnalité de saisie automatique qui génère une liste d’adresses e-mail lors de la frappe d’un destinataire dans un champ d’adresse e-mail présente généralement uniquement les chaînes de début d’adresse correspondantes.
L’API qui gère cette fonctionnalité de saisie automatique a été mise à jour pour prendre en charge la « création de jetons » d’e-mail, ce qui permet à chaque jeton de correspondre individuellement à la chaîne recherchée.
la création de jetons est le processus au cours duquel l’adresse e-mail est divisée en chaînes plus petites (jetons) basées sur des délimiteurs courants. Les caractères considérés comme des délimiteurs (à l’exception des espaces) sont les suivants : ~ ` ! @ # $ % ^ & * ( ) - + = { } [ ] | \ . , : ; " ’ < > ? /
|
Première notification : juillet 2024 |
Retrait depuis : novembre 2024 |
|---|
Cette notification s’applique uniquement aux administrateurs de grands comptes commerciaux Acrobat Sign qui n’ont pas encore migré leurs utilisateurs vers une console Adobe VIP, VIP Custom ou ETLA.
- Si votre contrat Acrobat Sign expire avant le 17 septembre 2024, vous pouvez ignorer cette notification.
- Les comptes clients dans l’environnement Government Cloud ne sont pas concernés.
À compter du 17 septembre 2024, vous verrez un nouveau workflow pour contacter l’assistance Adobe Acrobat Sign. Voici un aperçu général du workflow :
- Connectez-vous à votre compte Acrobat Sign en tant qu’administrateur.
- Sélectionnez l’option Contacter l’assistance sous le point d’interrogation dans l’angle supérieur droit de la fenêtre.
- Vous serez redirigé vers une nouvelle page proposant trois canaux pour contacter l’assistance. Veuillez sélectionner l’un des trois canaux pour obtenir de l’aide pour votre problème :
- Formulaire web : pour les problèmes de priorité 2 et les problèmes moins importants, vous pouvez envoyer une demande d’assistance via le formulaire web. Vous devriez recevoir une réponse dans un délai d’un jour ouvrable.
- Téléphone : pour les problèmes critiques de priorité 1, nous vous invitons à nous contacter immédiatement.
- Chat : parlez avec nos experts en temps réel.
Si vous avez un ticket non résolu avec l’assistance après le 17 septembre 2024, votre historique de tickets et votre conversation seront déplacés vers un nouveau système par l’agent d’assistance affecté, qui confirmera la migration avant et après cette dernière. Les futures communications entre vous et l’assistance concernant le problème non résolu auront lieu sur le nouveau système.
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.
Adobe
Recevez de l’aide plus rapidement et plus facilement
Nouvel utilisateur ?