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
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 :
Six à huit semaines avant la mise en production
- Un résumé des fonctionnalités et des mises à jour attendues est publié sur la page de version préliminaire, généralement quatre semaines avant le lancement de Sandbox.
- Les fonctionnalités ajoutées ou supprimées après ce point sont signalées dans la section Errata.
- Les problèmes résolus ne sont pas inclus à cette étape.
Deux à 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, même si les mises à jour se poursuivront 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).
Une fois la version publiée, les nouvelles pages le sont également, et les liens sont correctement résolus 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.
Déploiement du sandbox : mercredi 14 janvier 2025
Déploiement en production : mercredi 11 février 2025
Déploiement sur GovCloud : mercredi 18 février 2025
Fonctionnalité améliorée
- Amélioration de l’interface utilisateur pour les workflows d’envoi personnalisés : le Concepteur de workflows personnalisés a été mis à jour pour offrir à l’expéditeur une meilleure expérience, alignée sur l’aspect de l’outil Demander une signature.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte
Consulter la documentation mise à jour >
Modifications de l’expérience
- L’expiration d’un accord peut être retardée jusqu’à 12 heures : à partir de cette version, l’expiration automatique d’un accord se produira en dehors des heures de pointe pour l’environnement qui gère l’accord. En pratique, tout accord qui expire pendant les périodes de trafic de pointe d’un environnement Acrobat Sign donné sera mis en attente pour être exécuté une fois que l’environnement se trouvera en dehors des heures de pointe.
- Workday : prise en charge de la signature numérique pour le fournisseur d’identité Aadhaar : les clients qui utilisent l’intégration Workday peuvent désormais utiliser le fournisseur d’identité Aadhaar comme méthode d’authentification de leurs destinataires.
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.
- Un nouvel attribut ID de compte est ajouté à toutes les payloads de notification d’événement.
- Les partenaires OEM Embed 2.0 pourront désormais configurer un webhook pour leur canal et écouter toutes les notifications d’actif de chacun de leurs comptes clients individuels.
- API des nouveaux paramètres
- POST /accounts/{accountId|me}/settings/search : prend le compte identifié (accountId) ainsi qu’une liste de noms de paramètres et renvoie la liste des noms de paramètres avec leurs valeurs pour le compte spécifié. Seules les valeurs au niveau du compte sont renvoyées.
- Disponible pour les utilisateurs non-administrateurs.
- PUT /accounts/{accountId|me}/settings : applique une liste fournie de noms de paramètres et leurs valeurs au compte identifié (accountId).
- POST /accounts/{accountId|me}/settings/search : prend le compte identifié (accountId) ainsi qu’une liste de noms de paramètres et renvoie la liste des noms de paramètres avec leurs valeurs pour le compte spécifié. Seules les valeurs au niveau du compte sont renvoyées.
- API des nouveaux logos
- POST /accounts/{accountId|me}/logo : charge le fichier CoBrandingLogo.
- GET /accounts/{accountId|me}/logo : renvoie les données d’image du fichier d’image CoBrandingLogo au même format que celui dans lequel il a été chargé.
- Disponible pour les utilisateurs non-administrateurs.
- DELETE /accounts/{accountId|me}/logo : efface l’image CoBrandingLogo du compte.
- API des motifs de signature
- GET /accounts/{accountId|me}/signingReasons : renvoie une liste des motifs de signature pour le compte identifié (accountId).
- Disponible pour les utilisateurs non-administrateurs.
- POST /accounts/{accountId|me}/signingReasons : crée un motif de signature pour le compte identifié (accountId).
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId} : récupère le texte du motif de signature identifié (signingReasonId) à partir du compte identifié (accountId). Motif de signature identifié du compte.
- Disponible pour les utilisateurs non-administrateurs.
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId} : met à jour le motif de signature identifié (signingReasonId) à partir du compte identifié (accountId).
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId} : supprime le motif de signature identifié (signingReasonId) du compte identifié (accountId).
- GET /accounts/{accountId|me}/signingReasons : renvoie une liste des motifs de signature pour le compte identifié (accountId).
- Mise à jour des pages Swagger pour désigner me comme abréviation pour l’accountId.
Erreurs de version - Éléments supprimés
Vous trouverez ci-dessous les éléments de ligne annoncés comme faisant partie de cette version, mais dont la publication a depuis été reportée.
- Accès des destinataires aux accords : les expéditeurs ont la possibilité de configurer les paramètres d’un destinataire et d’afficher le destinataire comme « Privé ». Lorsque cette option est activée, le destinataire est traité comme s’il ne disposait pas d’un ID utilisateur enregistré. Ses activités sont suivies en utilisant un « destinataire à usage unique » (comme tout destinataire sans ID utilisateur Acrobat Sign enregistré). L’accord n’est donc pas publié sur la page Gérer de l’utilisateur (car il n’est pas lié à l’ID utilisateur enregistré du destinataire). Cette option est idéale pour les comptes ou les groupes qui envoient des accords internes privés qui ne doivent pas figurer sur la page Gérer si l’utilisateur (ou le groupe auquel celui-ci appartient) est partagé avec un autre utilisateur ou groupe. Cela peut être utilisé pour les lettres d’offre par exemple.
Problèmes résolus
Problème | Description |
---|---|
4479949 | Résumé : les appels API OIDC à un fournisseur d’identités contiennent le paramètre « charset=UTF-8 » dans l’en-tête « Content-type:application/x-www-form-urlencoded ». Cela génère une erreur au lieu d’une réponse valide. |
Correction : le jeu de caractères a été supprimé, car aucun jeu de caractères ne doit être spécifié. | |
4490523 | Résumé : aucun bouton permettant d’imprimer le fichier PDF n’est disponible dans la vue Lire l’accord. |
Correction : un bouton Imprimer a été ajouté à la vue Lire l’accord. | |
4494248 | Résumé : délais d’expiration de l’accord incorrects, car le client ne transmet pas les informations de fuseau horaire. |
Correction : le client a été mis à jour pour prendre en compte les fuseaux horaires. | |
4494297 | Résumé : lorsqu’un utilisateur délègue un accord au nom d’un autre utilisateur (à l’aide du partage de compte avancé), le rapport d’audit peut ne pas afficher l’événement de délégation en fonction des paramètres configurés qui omettent ou incluent des données. |
Correction : la fonction qui omet des données a été améliorée pour prendre en compte les cas où des événements suppriment un contenu tout en conservant l’événement. | |
4495537 | Résumé : lorsque des modèles d’e-mail personnalisés sont utilisés et qu’un accord est envoyé via un workflow, puis annulé sans demande de notification de toutes les parties, les destinataires reçoivent des e-mails d’annulation en tant que participants en copie. |
Correction : le CSS des modèles CEMT a été mis à jour pour gérer les scénarios d’annulation comme le font les modèles non personnalisés. | |
4495963 | Résumé : si la délégation est interdite pour les utilisateurs du compte, les options permettant d’activer la signature ou le cachet électronique pour un profil utilisateur sont verrouillées. |
Correction : la dépendance de la délégation est supprimée dans l’interface utilisateur et le paramètre peut être mis à jour. | |
4496084/4510358 | Résumé : un mauvais bouton radio sélectionné est défini à la place de celui attendu lors de l’utilisation d’une liste d’options. |
Correction : nous obtenons désormais l’index du bouton radio sélectionné à partir de la liste d’options lorsque celle-ci est présente dans un bouton radio. | |
4497823 | Résumé : le message utilisateur (« ID d’accord non valide ») s’affiche pour une session d’utilisateur non participant dans le navigateur pour GET/SigningUrls pour un accord valide. |
Correction : reformulation de la notification utilisateur (« ID d’accord non valide ») en un message plus significatif. | |
4498914/4501065 | Résumé : les utilisateurs ne peuvent pas signer le document lorsque le type d’authentification est Acrobat Sign avec les paramètres bio-pharma activés en raison d’un délimiteur incorrect. |
Correction : le délimiteur utilisé a été corrigé. | |
4499847 | Résumé : les paramètres numériques ne respectent pas les paramètres de l’interface utilisateur, indiquant un nombre de fournisseurs supérieur à celui sélectionné en raison d’entrées en double dans la liste des fournisseurs. |
Correction : un code de nettoyage a été ajouté pour s’assurer que les doublons sont nettoyés avant de récupérer la valeur du paramètre et avant de la mettre à jour. | |
4500637 | Résumé : les données de création d’un fichier PDF sont représentées par une valeur longue, correspondant à une date en millisecondes, au lieu d’utiliser le format de chaîne de date PDF. |
Correction : si la date de création est représentée par un code CosNumeric, convertissez-la en ASDate en obtenant le code CosNumeric comme chaîne, puis en la convertissant en date longue, puis en objet Date. | |
4500649 | Résumé : l’ajustement automatique de la taille de police ne fonctionne pas en raison d’un bug dans une bibliothèque en amont. |
Correction : la bibliothèque a été mise à jour. | |
4501417 | Résumé : lors de l’utilisation de l’expérience d’envoi moderne, l’application d’un champ de cachet électronique à un modèle génère une erreur, et le champ n’est pas placé. |
Correction : les fonctions du code d’erreur ont été mises à jour pour identifier le cachet électronique comme placement valide sans destinataire désigné et permettre le placement du champ. | |
4501939 | Résumé : une « Erreur inattendue » ou une « Erreur d’autorisation » s’affiche lorsque le signataire effectue un paiement via Braintree en raison d’une configuration AVS non prise en charge. |
Correction : du code a été ajouté pour ignorer AVS lorsque cela est possible. Les clients sont avertis que la configuration AVS est incompatible avec Acrobat Sign. | |
4502497 | Résumé : par défaut, le champ de paraphe n’est pas défini sur Obligatoire dans la nouvelle mise en page de création. |
Correction : l’option par défaut a été modifiée pour être Obligatoire. | |
4502759 | Résumé : les dénominations japonaises apparaissent en doublon pour les signataires dans le rapport d’audit. |
Correction : nous utilisons désormais la chaîne de liste utilisateur dans tous les cas dans createSignatureRequestedAuditEvent(). Cette mesure s’accompagne d’une modification de chaîne dans laquelle les dénominations sont supprimées de toutes les chaînes d’événement d’audit utilisées dans la fonction. | |
4503010 | Résumé : l’action GET/agreements/ID échoue avec l’erreur serveur 500 pour certains accords après le 17 septembre en raison d’une vérification d’origine. |
Correction : la vérification d’origine a été supprimée. | |
4503107 | Résumé : lorsqu’un destinataire de partage avec les autorisations ENVOYER et SIGNER bascule sur le compte de la personne qui partage et lance un workflow dans lequel le destinataire de partage est le premier signataire, l’utilisateur est redirigé vers la page POST SIGNATURE au lieu de la page de SIGNATURE ÉLECTRONIQUE. |
Correction : la vérification en place a été mise à jour pour s’assurer que le destinataire de partage dispose d’autorisations SIGNER pour le groupe à partir duquel l’accord a été envoyé. | |
4503112 | Résumé : annulation automatique de l’accord - l’erreur AUTO_AUTHOR_FAIL se déclenche en raison d’une erreur iText. |
Correction : iText a été supprimé là où la fonction n’était pas obligatoire, ce qui a corrigé l’erreur. | |
4503640 | Résumé : la personne chargée de remplir le formulaire ne peut pas envoyer le document. Une erreur de serveur s’affiche lorsque l’utilisateur clique sur « Envoyer » dans les documents XFA. |
Correction : la bibliothèque qui évalue les fichiers PDF pour XFA a été améliorée pour identifier et supprimer correctement XFA. | |
4504309 | Résumé : impossible d’envoyer des accords du dossier Brouillon via le Partage de compte avancé en raison d’un point d’entrée manquant dans le filtre. |
Correction : ajout de l’URL /account/requestSignatures/authoring à allowListedEndPointsBasedOnSendPermissions dans filter.xml | |
4504567 | Résumé : les valeurs des boutons de radio sont modifiées lorsque les accords sont générés via l’envoi en masse. |
Correction : remplacement de la table de hachage par une table de hachage liée pour conserver l’ordre d’insertion lors de la création d’accords enfants SiB. | |
4504631 | Résumé : message d’erreur du workflow de traitement : Erreur non gérée en raison de caractères non pris en charge dans un fichier iText. |
Correction : iText a été mis à jour. | |
4504822 | Résumé : la recherche d’utilisateur est effacée si la liste d’utilisateurs prend trop de place et qu’une recherche est demandée avant que la recherche précédente ne soit terminée (par exemple, le chargement initial des utilisateurs lorsque la page est ouverte). |
Correction : lors de la réception de données, nous vérifions si l’ID de demande correspond à la demande la plus récente. Si c’est le cas, nous traitons la réponse ; si ce n’est pas le cas, nous l’ignorons. | |
4504831/4507199 | Résumé : l’accord signé génère un fichier PDF non valide d’une taille 1 Ko en raison d’un objet PDFFont mal formé qui ne spécifie pas le sous-type obligatoire de l’objet de police. |
Correction : la bibliothèque de génération de PDF a été mise à jour pour mieux gérer les objets mal formés et fournir un résultat plus correct. | |
4506230 | Résumé : le processus de reconnaissance automatique des champs ne fonctionne pas dans l’environnement Sandbox en raison d’une annotation incorrecte ou inexistante là où nous la recherchons. |
Correction : nous parcourons chaque page et chaque annotation de cette page afin de rechercher l’annotation du champ de formulaire pour nous assurer que nous obtenons la page correcte. | |
4506959 | Résumé : la page d’entrée post-signature affiche des caractères codés HTML. |
Correction : modèle source corrigé. | |
4509503 | Résumé : les utilisateurs ne peuvent pas signer des documents via l’application Acrobat Sign pour iOS en raison d’une zone de données vide et d’une exception de pointeur NULL. |
Correction : une vérification du pointeur NULL a été ajoutée pour gérer correctement ce cas de figure. | |
4509713 | Résumé : le paramètre « Autoriser tous les utilisateurs à partager des documents de la bibliothèque avec plusieurs groupes » est activé automatiquement lors de la tentative d’activation de l’option « Autoriser l’administrateur à partager des documents de la bibliothèque avec plusieurs groupes » dans les paramètres généraux en raison de la transmission d’une valeur incorrecte. |
Correction : la valeur correcte est maintenant utilisée. | |
4510812 | Résumé : l’authentification Aadhaar dans Workday empêche les signatures. |
Correction : la prise en charge de l’authentification Aadhaar a été ajoutée à Workday. | |
4512044 | Résumé : la signature électronique moderne génère une erreur si le nom du champ comporte un caractère spécial. |
Correction : l’analyse des noms de champ a été améliorée pour gérer correctement les caractères spéciaux dans les noms de champ. |
Déploiement du sandbox : 18 février 2025
Déploiement en production : 18 mars 2025
Déploiement sur GovCloud : 20 mars 2025
Fonctionnalité améliorée
- Envoi en masse - Téléchargement en masse : téléchargez les accords enfants associés à un modèle Envoi en masse parent en une seule action.
Environnements disponibles : Sandbox, Commercial, Gouvernement | Niveaux de service disponibles : Acrobat Pro, Acrobat Sign Solutions | Portée de la configuration : Groupe, Compte
Consulter la documentation mise à jour >
La version d’avril 2025 est une version majeure qui contient des fonctionnalités, des mises à jour et des correctifs pour des problèmes signalés par les clients.
- Version Sandbox : 25 mars 2025
- Version de production : mercredi 22 avril 2025
- Version GovCloud : vendredi 24 avril 2025
Versions précédentes
Recevez de l’aide plus rapidement et plus facilement
Nouvel utilisateur ?