Fonctionnalité
Dernière mise à jour le
Aug 12, 2022 01:41:12 PM GMT
Planning des versions et documentation des versions préliminaires d’Adobe Acrobat Sign
Adobe Acrobat Sign prévoit de publier trois nouvelles fonctionnalités majeures chaque année. Des versions mineures peuvent être introduites pour résoudre des problèmes liés aux clients ou au traitement du système, selon les besoins.
- Les autres versions majeures de 2022 sont prévues pour le 14 juin et le 8 novembre.
- Des correctifs mineurs seront inclus lorsqu’une date de lancement sera fixée.
À partir de la version de septembre 2022, la documentation complète de la version préliminaire sera disponible 4 semaines avant son lancement (en août 2022) et pourra être consultée à partir de cette page de planning des versions.
Les notes des versions préliminaires sont répertoriées ci-dessous.
Disponibilité du sandbox
À partir d’août 2022, les clients qui ont accès à l’environnement Acrobat Sign Sandbox pourront accéder aux fonctionnalités de la nouvelle version 4 semaines avant son 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.
- La disponibilité du sandbox est de 99,9 % et il utilisera la même page d’état et les mêmes procédures de panne que l’environnement de production normal.
- Le sandbox utilisera le contrat SLA de production normal et le processus de support pour faciliter les problèmes de création de rapports.
Remarque :
Si vous souhaitez être informé à l’avance des nouvelles fonctionnalités de la version, abonnez-vous ici >
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.
Planning des versions
Fonctionnalité améliorée
- Vérification améliorée de l’identité numérique : la passerelle d’identités d’Acrobat Sign se connecte à des services d’authentification et de vérification d’identité tiers à l’aide du protocole d’authentification standard OpenID Connect (OIDC). Les clients peuvent choisir parmi un large éventail de services d’authentification et utiliser le type de vérification de l’identité qui répond le mieux à leurs demandes.
- Services de vérification d’identité :
- Services de vérification d’identité vidéo
- Identification de document d’identité
- Services d’authentification basés sur les connaissances
- Les informations d’identité sont éventuellement stockées dans le Rapport d’identité du signataire.
- La vérification de l’identité est facturée séparément et utilisée conformément à la politique du fournisseur.
- Les transactions d’authentification sont achetées et facturées directement auprès du fournisseur d’identité (FI).
- Services de vérification d’identité :
Consulter la documentation relative aux identités numériques >
- Nouveaux fournisseurs de services de confiance : de nouveaux fournisseurs de services de confiance ont été ajoutés par le Cloud Signature Consortium. Ils fournissent des certificats pour appliquer des signatures numériques sécurisées répondant aux normes et aux exigences de conformité les plus élevées :
- Nouveaux webhooks
- AGREEMENT_EXPIRATION_UPDATED (API uniquement) - AGREEMENT_EXPIRATION_UPDATED a été créé pour l’événement lors de la mise à jour de l’heure d’expiration d’un accord. AGREEMENT_EXPIRATION_UPDATED ne peut être souscrit que via l’appel API POST /webhooks.
- AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER - Le webhook AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER se déclenche lorsqu’un destinataire modifie la valeur de nom préremplie lorsqu’il signe son accord. Les valeurs de nom peuvent être préremplies via l’API ou via la fonctionnalité Exiger le nom du destinataire lors de l’envoi.
- Mises à jour du concepteur de workflow personnalisé : les mises à jour du concepteur de workflow personnalisé comprennent les améliorations suivantes :
- Prise en compte des Utilisateurs dans plusieurs groupes. Dans les comptes pour lesquels la fonctionnalité Utilisateurs dans plusieurs groupes est activée :
- Les administrateurs de groupe peuvent affecter des workflows à tout groupe dont ils sont administrateurs (et pas seulement à leur groupe principal).
- Les administrateurs de groupe peuvent modifier tout workflow affecté à un groupe quelconque dont ils sont administrateurs.
- Mise à jour de l’interface de contrôle de la portée du workflow qui définit les utilisateurs pouvant accéder au workflow.
- Le libellé de texte indiquant les groupes/utilisateurs pour lesquels le workflow est activé est passé de Activer pour à Qui peut utiliser ce workflow.
- Le libellé de texte de l’option permettant d’inclure tous les groupes/utilisateurs du compte Tous les groupes est devenu Tous les utilisateurs de mon entreprise.
- La rangée de cases d’option utilisées pour sélectionner un groupe individuel a été remplacée par un menu déroulant à sélection unique avec le libellé de texte Groupe sélectionné.
- Prise en compte des Utilisateurs dans plusieurs groupes. Dans les comptes pour lesquels la fonctionnalité Utilisateurs dans plusieurs groupes est activée :
Consulter la documentation du concepteur de workflow personnalisé >
Remarque :
Le Concepteur de workflow personnalisé connaîtra une brève interruption de service pour mettre à jour le code sous-jacent immédiatement après la version majeure du 15 juin.
Entre 15 h et 15 h 30, heure du Pacifique, le concepteur de workflow ne permettra pas aux utilisateurs de créer un nouveau workflow ou d’en enregistrer un en cours de modification.
Les utilisateurs sont invités à enregistrer tout workflow qu’ils créent/modifient avant 15 heures, heure du Pacifique.
L’utilisation des workflows pour générer des accords ne sera pas affectée pendant cette période.
- Améliorations apportées au nouvel environnement de création : le nouvel environnement de création introduit en avril 2022 a été mis à jour pour inclure les éléments suivants :
- Prise en charge de 25 destinataires maximum.
- Nouveaux champs :
- Liste déroulante (sélection unique)
- Liens hypertexte
- Liste déroulante (sélection unique)
- Les nouveaux comptes web Acrobat et les utilisateurs gratuits d’Acrobat activent automatiquement ces fonctionnalités.
- Les comptes Grands comptes de la solution Acrobat Sign peuvent activer la nouvelle expérience de création dans Paramètres de compte > Paramètres généraux.
Consulter la documentation du nouvel environnement de création >
- Option permettant de désactiver le pixel de suivi des e-mails : les comptes Grands comptes peuvent demander à l’équipe d’assistance de désactiver le pixel de suivi intégré dans les modèles d’e-mail « Vérifier et signer » du destinataire.
- La désactivation du pixel de l’e-mail modifie le déclencheur de l’événement « Consulté » :
- Lorsque le pixel est activé, l’événement « Consulté » se déclenche lorsque l’e-mail est ouvert.
- Lorsque le pixel est désactivé, l’événement « Consulté » se déclenche lorsque l’accord est ouvert (via le lien de signature).
- Par défaut, le pixel sera désactivé sur les nouveaux comptes de tous les niveaux de service créés après la date de juin 2022.
- La désactivation du pixel de l’e-mail modifie le déclencheur de l’événement « Consulté » :
- Désactiver les liens hypertexte intégrés dans les signatures et les paraphes : les comptes Grands comptes peuvent demander à l’équipe d’assistance de désactiver les liens hypertexte intégrés dans les objets de champ de signature et paraphe (qui ouvrent la page de vérification des transactions).
- Cette liaison est automatiquement désactivée pour tous les comptes créés après la version de juin 2022.
- Les comptes qui existent avant la version de juin 2022 continueront à bénéficier de la fonctionnalité existante.
- Les comptes qui existent avant la version de juin 2022 continueront à bénéficier de la fonctionnalité existante.
- La désactivation des liens hypertexte n’est pas rétroactive aux accords terminés avant la définition du paramètre.
- Une fois désactivés, les liens incorporés ne peuvent pas être réactivés.
- Cette liaison est automatiquement désactivée pour tous les comptes créés après la version de juin 2022.
Consulter la documentation de vérification des transactions >
L’option permettant au rapport d’audit d’utiliser le décalage de fuseau horaire à partir du paramètre compte/groupe/utilisateur peut être activée au niveau du compte (et du groupe) en accédant à Paramètres de compte > Paramètres généraux > Définir un fuseau horaire par défaut pour les accords créés par les utilisateurs de ce compte.
Les valeurs du fuseau horaire peuvent être définies au niveau du compte, du groupe et de l’utilisateur, et l’objet du niveau inférieur est prioritaire.
- Les paramètres utilisateur remplacent les paramètres de groupe.
- Les paramètres de groupe remplacent les paramètres de compte.
Si le paramètre est activé et qu’un utilisateur individuel ajuste son fuseau horaire pour qu’il soit différent du paramètre au niveau du compte, les rapports d’audit de l’utilisateur reflètent le décalage de fuseau horaire tel que défini par le profil utilisateur, et non par le compte.
Consulter la documentation sur le fuseau horaire par défaut >
Lors de l’envoi d’un accord à un utilisateur ayant une valeur de nom connue dans le système Acrobat Sign (généralement une personne de votre propre compte), la valeur de nom dans le profil de l’utilisateur est automatiquement insérée dans le processus de signature.
Si le compte permet aux utilisateurs de cette nature de modifier leur valeur de nom lors de la signature, cette modification est consignée dans le rapport d’audit, en indiquant la valeur de nom initiale et la valeur mise à jour. Toutes les itérations ultérieures du nom du destinataire dans le rapport d’audit reflètent la valeur corrigée.
Les signatures électroniques standard incluent désormais le motif fourni par les destinataires lors de la signature, du refus ou de l’annulation d’un accord.
Le partage d’un accord individuel produit un enregistrement dans le rapport d’audit. Cet enregistrement contient désormais le participant qui a partagé l’accord, en plus de la partie avec laquelle l’accord a été partagé.
Le partage d’un accord après son entrée dans un état final ne met pas à jour le rapport d’audit avec de nouveaux enregistrements, mais le journal Activité de l’accord continue à suivre l’activité de partage.
Les enregistrements d’audit sont désormais présentés chaque fois qu’un destinataire demande un nouveau document après l’expiration d’un lien.
Remarque :
Gardez à l’esprit que les rapports d’audit deviennent immuables une fois que l’accord atteint un statut final. Les événements de rappel et de partage exécutés une fois l’accord final ne sont pas reflétés dans le rapport d’audit.
- Autoriser ou interdire le partage d’accords individuels avec des parties internes/externes : la possibilité pour les utilisateurs de partager un accord individuel avec une autre partie peut être limitée pour autoriser/interdire le partage en fonction du statut interne/externe de la partie avec laquelle le partage est effectué.
- Les utilisateurs internes sont définis comme des utilisateurs du même compte Acrobat Sign que l’expéditeur de l’accord.
- Les utilisateurs externes sont définis comme tous les utilisateurs qui ne sont pas membres du même compte Acrobat Sign que l’expéditeur de l’accord.
- Accès à l’authentification fondée sur les connaissances pour les destinataires définis par les participants dans les formulaires web : les clients qui créent des formulaires web qui permettent d’avoir plusieurs participants externes peuvent désormais utiliser la méthode d’authentification basée sur les connaissances pour les participants supplémentaires.
Modifications de l’expérience
- Les formulaires web ne nécessitent plus l’activation des cookies tiers pour les signataires : les comptes qui utilisent des formulaires web n’ont plus besoin d’être préoccupés si des cookies tiers sont activés pour leurs signataires avant d’appliquer leur signature. Les formulaires web prennent désormais en charge les activités de signature sans cookies.
- Les liens de signature expirés sont limités à dix demandes par heure : lorsqu’une URL de signature expire, le destinataire peut demander une nouvelle URL jusqu’à dix fois dans une fenêtre de 60 minutes.
- Aucune nouvelle URL n’est envoyée après la dixième demande dans une même période de 60 minutes.
- Les dix demandes de signature se trouvent dans une fenêtre temporelle glissante, ce qui signifie que chaque demande a un délai de 60 minutes.
- Mise à jour de l’interface d’archivage externe : l’interface d’archivage externe a été mise à jour afin de demander à l’administrateur de saisir l’adresse e-mail deux fois (pour s’assurer que l’adresse correcte est configurée) et de la stocker sous forme d’objet d’adresse cliquable au lieu d’une chaîne de texte. Toutes les interfaces de la fonctionnalité d’archivage automatique sont mises à jour (Paramètres généraux au niveau du compte/groupe et de l’onglet Archive externe).
- Mise à jour de la fonctionnalité Nom du destinataire obligatoire : la fonctionnalité qui consiste à exiger un nom de destinataire lors de la création d’un nouvel accord préserve désormais ce paramètre au niveau de l’accord, ce qui garantit que la valeur du paramètre est appliquée, même si le paramètre au niveau du compte/groupe est modifié.
- Mises à jour de l’intégration Notarize : les améliorations continuent pour l’intégration Notarize :
- Le délai d’expiration de l’accord est partagé avec l’authentification Notarize et est respecté par cette dernière dans le cadre de sa fonctionnalité de planification.
- La clé API Notarize est désormais validée avant l’envoi de l’accord pour authentification notariale. L’envoi/La mise à jour est bloqué et une erreur est renvoyée si :
- le compte est une version d’essai expirée ;
- le mappage du compte Notarize à la clé API est désactivé ;
- la clé API Notarize n’est pas valide ;
- la clé API Notarize a été désactivée.
- le compte est une version d’essai expirée ;
- Mise à jour du libellé de la date d’expiration dans les e-mails : le texte identifiant la date d’expiration dans les e-mails des destinataires a été mis à jour pour préciser que les accords peuvent être signés jusqu’à la date d’expiration. À régler le {DATE} a été remplacé par Échéance le {DATE} :
- Amélioration de la détection automatique des champs de formulaire (déploiement limité) : la détection automatique des champs de formulaire a été améliorée pour identifier plus précisément le type, la taille, le nombre et l’emplacement des champs de formulaire à placer.
- Fonctionnalité déployée uniquement dans l’environnement NA4 après la version de juin 2022. À déployer sur d’autres environnements dans les prochaines versions.
Consulter la documentation sur la détection automatique des champs de formulaire >
- Comptes d’essai disponibles sur tous les marchés : la version d’essai d’Adobe Acrobat Sign Solutions est désormais disponible dans le monde entier. Inscrivez-vous pour bénéficier d’une version d’essai gratuite de 30 jours. Aucune carte bancaire ne vous sera demandée.
|
|
Date d’activation |
Disponible pour (type de service) : |
Niveau de configuration |
|---|---|---|---|
|
Passerelle d’identités numériques |
Avec la version |
Tous les niveaux de service |
Compte/Groupe |
|
Nouveaux webhooks |
Avec la version |
Entreprises et Grands comptes |
Compte |
|
Nouveaux fournisseurs de services de confiance |
Avec la version |
Entreprises et Grands comptes |
Compte/Groupe |
|
Mise à jour du concepteur de workflow personnalisé |
Avec la version |
Grands comptes |
Compte/Groupe |
|
Mise à jour du nouvel environnement de création |
Avec la version |
Acrobat Web uniquement |
Compte/Groupe |
|
Mise à jour des pixels de suivi des e-mails |
Avec la version |
Mises à jour des comptes existants : Grands comptes Création d’un nouveau compte : tous |
Compte |
|
Champs de signature et de paraphe : mise à jour des liens hypertexte incorporés |
Avec la version |
Mises à jour des comptes existants : Grands comptes Création d’un nouveau compte : tous |
Compte |
|
Mise à jour de l’accord de partage |
Avec la version |
Tous les niveaux de service |
Compte/Groupe |
|
Nouvelle expérience d’essai |
1 juin 2022 |
Grands comptes |
Non applicable |
|
Formulaires web sans cookies |
Avec la version |
Tous les niveaux de service |
Non applicable |
|
Mise à jour des liens expirés dans les e-mails |
Avec la version |
Tous les niveaux de service |
Compte/Groupe |
|
Mise à jour de l’archivage externe |
Avec la version |
Tous les niveaux de service |
Compte/Groupe |
|
Mises à jour de l’intégration Notarize |
Avec la version |
Entreprises et Grands comptes |
Compte |
|
Amélioration de la détection automatique des champs de formulaire |
NA4 uniquement Avec la version |
Tous les niveaux de service |
Compte |
Problèmes résolus
| Problème |
Description |
|---|---|
| 4326356 | Résumé : les formulaires PDF créés dans InDesign indiquent la valeur « Désactivé » pour les champs des cases à cocher non activées, ce qui provoque des problèmes lorsque les champs sont modifiables par les destinataires. |
| Solution : ignorez la valeur par défaut « Désactivé » pour les champs des cases à cocher non activées lors de l’importation des formulaires PDF. |
|
| 4329479 | Résumé : la prise de selfie d’identité officielle échoue sur iOS 15 avec une erreur « Visage non détecté ». |
| Solution : le package GovernmentID a été mis à jour avec un code amélioré pour résoudre cette erreur. |
|
| 4330744 | Résumé : les administrateurs de compte ne peuvent pas désactiver les paramètres Bio-Pharma en raison d’une incohérence entre l’ID de paramètre et le partage de base du compte. |
| Solution : la base de données a été mise à jour pour corriger l’incompatibilité des paramètres. |
|
| 4332322 | Résumé : le nombre de transactions avec KBA consommées peut être trop élevé en raison de commandes logiques médiocres lors de l’évaluation de l’utilisation de KBA |
| Solution : la logique a été corrigée pour refléter l’utilisation réelle. | |
| 4333689 | Résumé : les créateurs de formulaires web ne peuvent pas déléguer la contresignature pour les formulaires web à partir de la page moderne Gérer, car l’API ne fournit pas de réponse pouvant être signée lorsque la signature est tentée. |
| Solution : mises à jour de l’API pour fournir la réponse correcte au signataire lorsqu’il est appelé à partir de la page Gérer. |
|
| 4333769 | Résumé : les utilisateurs ne peuvent pas modifier les formulaires web (et les accords) une fois que leur groupe est modifié. |
| Solution : modification des autorisations d’obtention et de modification d’accords pour l’expéditeur lorsqu’il possède un abonnement inactif à l’ID d’accord/de formulaire web. |
|
| 4336080 | Résumé : les signatures utilisant des caractères codés sur deux octets peuvent entraîner la troncature d’une partie de la date de signature dans le tampon de signature final. |
| Solution : mise à jour des paramètres du champ afin de prévoir l’espace nécessaire pour le cachet de la signature complète. |
|
| 4338126 | Résumé : l’option Annuler le rappel n’est pas visible sur la page moderne Gérer pour les rappels créés sur l’ancienne page Gérer, car un paramètre obligatoire ne fait pas partie de la définition d’objet héritée. |
| Solution : du code a été ajouté pour combler le vide entre l’objet hérité et la fonctionnalité moderne. | |
| 4338227 | Résumé : les champs déroulants définis avec une valeur par défaut contenant un guillemet simple ne sont pas enregistrés en tant qu’option valide et ne peuvent pas être sélectionnés. |
| Solution : du code a été ajouté pour gérer correctement une valeur par défaut contenant un guillemet unique. |
|
| 4339667 | Résumé : les créateurs ne peuvent pas modifier un formulaire web en cours créé à partir d’un modèle contenant des champs de préremplissage. |
| Solution : le code a été mis à jour afin de ne pas vérifier les champs de préremplissage lors de la modification d’un formulaire web actif. |
|
| 4341476 | Problème : la date d’expiration est manquante lorsque la création de l’accord est terminée via la payload JASON en raison du code de rendu qui extrait la valeur incorrecte de la table des propriétés de l’accord. |
| Solution : correction du code pour récupérer la valeur correcte et la publier comme date d’expiration. |
|
| 4343048 | Résumé : les sélections de consentement aux cookies ne sont pas enregistrées pour les environnements Sandbox et de gouvernement. Les utilisateurs doivent donner leur consentement chaque fois qu’ils s’authentifient . |
| Solution : les sélections et mises à jour du consentement aux cookies sont enregistrées pour l’utilisateur. | |
| 4343954 | Résumé : le chargement d’un document avec un titre Unicode importé ultérieurement dans le nom de l’accord a entraîné l’ajout du nom à deux reprises, ce qui peut allonger la chaîne de caractères pour que la fonction de conversion du PDF puisse créer correctement le PDF. Résultat : un PDF qui ne serait pas converti. |
| Solution : le code a été mis à jour pour utiliser la chaîne de titre d’origine au lieu d’en créer une nouvelle lors de la conversion. |
|
| 4344568 | Résumé : certains paramètres de messagerie au niveau du groupe ne sont pas enregistrés lorsqu’ils sont mis à jour pour remplacer les paramètres au niveau du compte en raison d’un échec de la vérification de la valeur de remplacement pour ces paramètres. |
| Solution : le code a été mis à jour pour vérifier correctement la valeur de remplacement lors de la mise à jour des paramètres au niveau du groupe. |
|
| 4345297 | Résumé : les signatures cloud peuvent échouer avec une erreur « Une erreur s’est produite lors du remplissage de la signature numérique » en raison du champ de signature placé avec une coordonnée négative. |
| Solution : du code a été ajouté pour s’assurer que l’emplacement du champ est calculé correctement avec les coordonnées corrigées. |
|
| 4345380 | Résumé : les destinataires ont toujours la possibilité de refuser de signer dans l’interface utilisateur, même lorsque l’option « Refuser de signer » est désactivée. |
| Solution : le code a été mis à jour pour supprimer correctement les options Refuser de signer dans l’interface utilisateur lorsque les destinataires chargent pour la première fois la page de l’accord. |
|
| 4346217 | Résumé : les exportations pouvaient échouer avec une exception signalée en raison des threads d’exécution qui ne mettaient pas à jour les ID de locataire de l’utilisation précédente, ce qui entraînait des tentatives d’exécution de tâches sur les mauvais locataires. |
| Solution : les ID de locataire sont maintenant correctement mis à jour dans les threads de l’exécution lorsqu’ils sont hérités du planificateur. |
|
| 4346736 | Résumé : les champs calculés impliquant la fonction now() ne fonctionnent pas lorsqu’ils sont copiés à l’aide de l’API, car les expressions calculées de champ copiées conservent les caractères d’échappement jusqu’au XML des données du document. |
| Solution : les expressions calculées sont nettoyées avant l’enregistrement au format XML des données du document. |
|
| 4347673 | Résumé : les administrateurs de groupe pouvaient conserver la visibilité des utilisateurs dans les groupes dans lesquels ils avaient précédemment créé des rapports, puis quitté ces groupes en raison d’une mise à jour incorrecte du filtre de groupe. |
| Solution : le filtrage de groupe a été mis à jour pour s’assurer que les filtres sont mis à jour lorsque l’administrateur de l’utilisateur modifie l’autorité du groupe. |
|
| 4348040 | Résumé : les clients qui ajoutaient des fichiers image via des champs de pièce jointe ne signalaient pas le type MIME approprié. |
| Solution : le code a été amélioré pour s’adapter à la gamme complète d’options de la classe appropriée. |
|
| 4349061 | Résumé : les documents de bibliothèque ne sont pas toujours triés par ordre alphabétique, car les listes combinées ne sont pas triées après la combinaison. |
| Solution : les listes combinées sont désormais triées par ordre alphabétique (nombres précédant les caractères alphabétiques et non-respect de la casse). |
|
| 4349494 | Résumé : les champs placés manuellement sur l’emplacement où un champ détecté automatiquement aurait été placé conservent les propriétés du champ détecté automatiquement. |
| Solution : les propriétés des champs détectés automatiquement ne sont pas stockées si elles ne sont pas placées. |
|
| 4349978 | Résumé : l’authentification par pièce d’identité officielle peut échouer avec une erreur « Aucun visage détecté » lors de la prise d’un selfie. |
| Solution : le package de la fonction Pièce d’identité officielle a été mis à jour pour résoudre la cause première. | |
| 4350723 | Résumé : les champs ID de transaction ne sont pas disponibles pour les modèles d’e-mails personnalisés. |
| Solution : les champs ID de transaction ont été ajoutés aux modèles d’e-mails personnalisés. |
|
| 4351205 | Résumé : les signataires pouvaient recevoir une erreur « Cet accord ne peut être signé de manière électronique » lors de la signature d’un accord en raison d’un ID interne écrasé dans certaines situations. |
| Solution : les accords nouvellement créés valident l’ID dans la base de données lors de l’enregistrement initial de l’accord, ce qui élimine la nécessité de mettre à jour l’ID à tout moment. | |
| 4351322 | Résumé : des versions en double d’un workflow peuvent être enregistrées, car le bouton « Enregistrer » n’est pas désactivé immédiatement après l’enregistrement d’un workflow. |
| Solution : le bouton Enregistrer est immédiatement désactivé dès l’enregistrement d’un workflow, ce qui empêche la saisie en double. |
|
| 4352684 | Résumé : l’appel API « PUT /widgets/{widgetId}/formFields » ne fonctionne pas pour le champ SIGNATURE. |
| Solution : réparation du code et vérification qu’il fonctionne comme prévu. |
|
| 4353289 | Résumé : la traduction hongroise de « Numéro de transaction XYZ valide » est incorrecte. |
| Solution : la traduction a été corrigée. |
|
| 4353564/4361472 | Résumé : la possibilité de créer de nouveaux comptes via POST/account a été interrompue en raison de mises à jour des paramètres en amont. |
| Solution : l’API POST/account a été ajustée pour tenir compte des paramètres en amont. | |
| 4354088 | Résumé : impossible de supprimer un champ dans la nouvelle expérience de création à l’aide de la touche « Supprimer ». |
| Solution : amélioration du code pour permettre la suppression avec la touche Supprimer. |
|
| 4354730 | Résumé : les champs de préremplissage utilisés comme conditions dans les valeurs Afficher/Masquer des champs des destinataires suivants peuvent ne pas être visibles lorsque le destinataire reçoit l’accord. |
| Solution : le code des tables de valeurs de champ a été amélioré pour mieux inclure les propriétés des champs de préremplissage. |
|
| 4355002 | Résumé : le nouvel environnement de création n’autorisait pas les rôles de notaire et de cachet électronique. |
| Solution : les rôles ont été ajoutés aux options de rôles. | |
| 4355003 | Résumé : les workflows écrits peuvent interrompre la livraison du nouveau lien lorsqu’un lien expire entre le téléchargement du document à signer et le chargement ultérieur du document signé. |
| Solution : le code a été amélioré pour gérer cette situation. | |
| 4357224 | Résumé : le champ Format personnalisé à la date n’est pas importé à partir du PDF. |
| Solution : le code d’importation de champ a été mis à jour pour garantir des transferts de validation de format corrects à partir du PDF chargé. |
|
| 4357710 | Résumé : les cases d’option avec visibilité conditionnelle peuvent ne pas s’afficher. |
| Solution : le code de visibilité conditionnelle a été resserré pour assurer un affichage précis lorsque les conditions sont remplies. |
|
| 4357908 | Résumé : les transactions qui utilisent une méthode d’authentification Premium lors de leur envoi initial et transfèrent ensuite cette méthode d’authentification vers une autre méthode Premium peuvent faire déduire les deux méthodes d’authentification même si une seule est réellement utilisée . |
| Solution : le code a été amélioré pour tenir compte du transfert de la méthode d’authentification afin de ne pas compter la méthode d’origine lors de la mise à jour de l’accord. |
|
| 4358003 | Résumé : la migration des utilisateurs peut se verrouiller lorsque la migration classique est déclenchée, puis la migration avancée est également déclenchée. |
| Solution : du code a été ajouté pour gérer une migration en cours lorsqu’une nouvelle migration est exécutée. |
|
| 4358968 | Résumé : les nouveaux rapports ne signalent pas correctement tous les workflows hérités s’ils sont désactivés. |
| Solution : la portée des rapports a été améliorée pour tenir compte des workflows désactivés et masqués. |
|
| 4361469 | Résumé : l’utilisation de l’option Changer de compte pour envoyer un accord au nom d’un autre utilisateur n’autorise pas la création. Les utilisateurs sont à la place redirigés vers la page Gérer, car le nouvel environnement de création ne fait pas partie de la table de filtrage pour l’accès partagé. |
| Solution : ajout d’une nouvelle création au filtre pour l’accès partagé. |
Fonctionnalité améliorée
- Exiger le nom du destinataire lors de la délégation : la fonctionnalité permettant d’exiger le nom du destinataire lors de l’envoi d’un nouvel accord (publiée en avril 2022) a été améliorée pour également permettre la saisie d’un nom de destinataire au moment de la délégation. Les utilisateurs peuvent saisir le nom du destinataire lorsqu’ils cliquent sur Déléguer la signature à un autre sur la page de signature ou à l’aide du lien déléguer dans l’e-mail.
Consultez la documentation sur la fonctionnalité Exiger le nom du destinataire >
Remarque :
L’amélioration du processus de délégation est obtenue en mettant à jour l’API de délégation pour utiliser le point de terminaison REST v6 /DelegantParticipantSets.
Les clients ne devraient voir aucun impact autre que l’application de la configuration des valeurs de nom obligatoires pendant la délégation. Si des problèmes de délégation sont constatés, veuillez contacter l’assistance.
- Les info-bulles des champs de formulaire prennent en charge jusqu’à 4 096 caractères : le nombre de caractères autorisés dans l’option d’info-bulle personnalisable pour tous les champs de formulaire a augmenté de 256 à 4 096.
Modifications de l’expérience
- Informations juridiques regroupées dans un seul élément de menu sur la page de signature électronique : les informations juridiques sur la page de signature électronique du destinataire ont été regroupées dans un seul élément Informations juridiques dans le menu Options. Les informations recueillies sont les suivantes :
- Conditions d’utilisation
- Politique de confidentialité
- Préférences de cookies
- Informations de copyright et de marques
- Avis de tiers
- Liens de message cliquables sur les pages Signature électronique et Gérer : les comptes Entreprise qui activent les liens cliquables dans leurs modèles d’e-mail verront désormais ces liens comme cliquables sur la page de signature électronique du destinataire ainsi que sur la page Gérer de l’accord.
- Code pays +383 (Kosovo) ajouté à l’authentification par SMS : le Kosovo (+383) a été ajouté à la liste des codes pays pour l’authentification téléphonique.
- Les champs de signature ont mis à jour leurs info-bulles pour une meilleure accessibilité : l’info-bulle de chacun des types de champs de signature a été améliorée afin de mieux identifier le contenu de la signature requis par le destinataire.
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.
Lorsque cette option est activée, un enregistrement de chaque rappel envoyé est consigné dans le rapport d’audit (jusqu’à un maximum de 250 événements de rappel).
|
Fonctionnalité |
Date d’activation |
Disponible pour (type de service) : |
Niveau de configuration |
|---|---|---|---|
|
Exiger le nom du destinataire lors de la délégation |
Avec la version |
Entreprises et Grands comptes |
Compte/Groupe |
|
Jusqu’à 4 096 caractères pris en charge dans les info-bulles des champs de formulaire |
Avec la version |
Tous les niveaux de service |
Non configurable |
|
Informations juridiques regroupées dans un élément de menu sur la page de signature électronique |
Avec la version |
Tous les niveaux de service |
Non configurable |
|
Liens de message cliquables sur les pages Signature électronique et Gérer |
Avec la version |
Entreprises et Grands comptes |
Non configurable |
|
Code pays +383 (Kosovo) pour l’authentification par SMS |
Avec la version |
Tous les niveaux de service |
Non configurable |
|
Info-bulles des champs de signature mises à jour |
Avec la version |
Tous les niveaux de service |
Non configurable |
Problèmes résolus
| Problème |
Description |
|---|---|
| 4331709 | Problème : une erreur MISC_SERVER_ERROR est générée lors du remplacement d’un destinataire par un ID utilisateur qui délègue automatiquement ses accords à un utilisateur qui n’a pas d’ID utilisateur actif dans le système. |
| Solution : le code a été amélioré pour identifier et créer l’ID utilisateur à délégation automatique en tant qu’utilisateur à usage unique aux fins de la transaction. |
|
| 4345707 | Problème : les informations d’info-bulle ambiguës pour les champs de signature/de paraphe/de tampon génèrent de la confusion lorsque les accords sont consultés à l’aide de lecteurs d’écran. |
| Solution : les info-bulles ont été mises à jour pour mieux indiquer le type de contenu obligatoire (paraphe/tampon de signature). La localisation de ces info-bulles a été mise à jour et vérifiée sur les lecteurs d’écran courants. |
|
| 4346795 | Problème : un message d’erreur non informatif est envoyé à l’utilisateur lorsque l’authentification est refusée en fonction des restrictions d’adresse IP. |
| Solution : le message d’erreur a été amélioré pour indiquer que l’échec de l’authentification dépend de la stratégie de sécurité du compte. |
|
| 4348930 | Problème : les valeurs dynamiques utilisées dans les champs Paiement n’incluent pas les valeurs de préremplissage dans leurs calculs. |
| Solution : le code qui prend en charge le calcul des valeurs de champ pour les champs de paiement a été corrigé afin d’accéder correctement aux valeurs des champs préremplis et de les importer. |
|
| 4353603 | Problème : les champs d’images désactivés par une logique conditionnelle basée sur d’autres champs permettent toujours le chargement d’une image. |
| Solution : le code qui désactivait l’accès au champ dans le cadre de la logique conditionnelle de champs a été corrigé pour garantir l’impossibilité d’accéder au champ d’image. | |
| 4354667 | Problème : lorsque deux champs de pièces jointes sont disponibles sur la même page, le focus de l’application ne passe pas au champ suivant après avoir complété la première pièce jointe, et entre dans une boucle. |
| Solution : la navigation dans les champs et le code setFocus ont été corrigés pour permettre au champ suivant d’être correctement sélectionné. |
|
| 4354854 | Problème : les adresses e-mail collées lors de la vérification d’une signature de formulaire web n’activent pas correctement le bouton Cliquer pour signer. |
| Solution : la fonction OnPaste a été améliorée pour mieux prendre en charge cette action dans une soumission de formulaire web. |
|
| 4354992 | Problème : les e-mails de rappel et de délégation pouvaient déclencher un rebond des filtres anti-spam sur la base d’une non-concordance des valeurs de l’enveloppe et de l’en-tête de l’expéditeur en raison d’une gestion incohérente des valeurs de nom. |
| Solution : l’en-tête De dans les e-mails est désormais systématiquement formaté en "prénom nom <adobesign@adobesign.com>" lorsque le prénom et le nom sont disponibles. |
|
| 4355581 | Problème : les graphiques de rapport à l’échelle du compte pouvaient répertorier les rapports en montrant leur ID de rapport s’il y avait des valeurs nulles dans les propriétés du rapport. |
| Solution : l’API de rapport du nouveau système de rapports a été mise à jour afin de mieux gérer les rapports avec des valeurs nulles. |
|
| 4359189 | Problème : les modèles d’e-mail peuvent afficher & au lieu de & lors de l’application du nom de l’entreprise. |
| Problème : le code permettant de formater correctement le nom de l’entreprise a été corrigé. |
|
| 4359920 | Problème : le code pays pour le Kosovo (+383) n’est pas disponible lors de la configuration de l’authentification par SMS. |
| Solution : le code paye (+383) a été ajouté à la liste des codes pays disponibles pour les SMS. |
|
| 4360266 | Problème : lorsqu’un utilisateur passe au statut Inactif, puis est déplacé vers un autre groupe, le CSV généré lors de l’exportation d’une liste d’utilisateurs n’indique pas le nom du groupe actuel pour l’utilisateur inactif. |
| Solution : une nouvelle méthode pour récupérer les données des utilisateurs à exporter sans vérifier leur statut a été mise en place. |
|
| 4360311 | Problème : les modèles d’e-mail peuvent afficher & au lieu de & lorsque le nom de l’expéditeur inclut un &. |
| Solution : le code permettant de formater correctement le nom de l’expéditeur a été corrigé. |
|
| 4361282 | Problème : la demande d’un nouveau lien (après l’expiration du lien précédent) sur un modèle d’e-mail de rappel entraîne l’envoi d’un e-mail de rappel à tous les participants. |
| Solution : le code de rappel a été corrigé pour envoyer uniquement le rappel au destinataire qui l’a demandé. |
|
| 4361868 | Problème : les valeurs de date calculées dans les langues non anglophones peuvent renvoyer "Erreur serveur. Un champ comportait une valeur non valide." |
| Solution : amélioration de la traduction des formats de date pour les dates localisées en ce qui concerne les champs calculés et les instructions conditionnelles. |
|
| 4365756 | Problème : en raison d’un conflit dans la façon dont les paramètres sont hérités via les anciens paramètres, les pages de profil d’utilisateur étaient présentées comme vides aux administrateurs lors de la modification. |
| Solution : la compréhension et l’accès aux paramètres hérités appropriés ont été mis à jour pour éliminer le conflit et fournir les valeurs correctes. |
Les notes préliminaires de cette version seront disponibles 60 jours avant son lancement.
La documentation complète sera disponible 30 jours avant le lancement lorsque le Sandbox sera mis à jour avec le nouveau contenu.
Les notes préliminaires de cette version seront disponibles 60 jours avant son lancement.
La documentation complète sera disponible 30 jours avant le lancement lorsque le Sandbox sera mis à jour avec le nouveau contenu.
Les notes préliminaires de cette version seront disponibles 60 jours avant son lancement.
La documentation complète sera disponible 30 jours avant le lancement lorsque le Sandbox sera mis à jour avec le nouveau contenu.
Les notes préliminaires de cette version seront disponibles 60 jours avant son lancement.
La documentation complète sera disponible 30 jours avant le lancement lorsque le Sandbox sera mis à jour avec le nouveau contenu.
Accéder à votre compte