Notes de mise à jour d’Adobe Sign

Les notes de mise à jour d’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.

Principaux aspects de la mise à jour – Mai 2021

Fonctionnalité améliorée

Transfert de la propriété des modèles de bibliothèque et des formulaires web à un autre utilisateur

La modification du propriétaire d’une ressource peut être effectuée par n’importe quel administrateur du compte qui y a accès.

L’administrateur peut attribuer la propriété de la ressource à n’importe quel utilisateur sous son autorité.

  • Les administrateurs de compte ont accès à toutes les ressources partagées et à tous les utilisateurs. Par conséquent, ils peuvent réattribuer la propriété de n’importe quel modèle de bibliothèque ou formulaire web à n’importe quel autre utilisateur de leur compte.
    • Si la ressource est configurée pour n’être disponible que pour un seul utilisateur (le propriétaire), elle n’est pas partagée et, par conséquent, il n’est pas possible de la réaffecter à un nouveau propriétaire.
  • Les administrateurs de groupe peuvent uniquement accéder aux modèles de bibliothèque et aux formulaires web des groupes pour lesquels ils disposent de droits d’administration.
  • Les administrateurs de groupe peuvent uniquement réaffecter une ressource à un utilisateur dont le groupe principal relève de leur autorité d’administration.

Pour plus d’informations, cliquez ici >

Accès à l’action Nouveau propriétaire


Points d’entrée d’API mis à jour pour prendre en charge le transfert de ressources

Les points d’entrée décrits ci-dessous sont uniquement disponibles dans l’API REST v6.

PUT /libraryDocuments/{libraryDocumentId}

Étendu pour prendre en charge la mise à jour du propriétaire d’un document de bibliothèque.

LibraryDocumentInfo :

Nouveau champ

Type Obligatoire

Description

Action
ownerId Chaîne Non ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Met à jour la participation au formulaire et à l’origine.

 

Codes d’état d’erreur supplémentaires :

Code d’état HTTP ErrorCode Message
400 INVALID_NEW_OWNER L’utilisateur indiqué comme nouveau propriétaire n’est pas valide.
403 INVALID_ASSET_OWNERSHIP_CHANGE Impossible de modifier la propriété, car le nouveau propriétaire n’est pas un membre du groupe auquel appartient actif.

 

PUT /widgets/{widgetId}

Étendu pour prendre en charge la mise à jour du propriétaire d’un widget.

WidgetInfo :

Nouveau champ

Type

Obligatoire

Description

Action

ownerId

Chaîne

Non

ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST.

Met à jour la participation au formulaire et à l’origine.

 

Codes d’état d’erreur supplémentaires :

Code d’état HTTP ErrorCode Message
400 INVALID_NEW_OWNER L’utilisateur indiqué comme nouveau propriétaire n’est pas valide.
403 INVALID_ASSET_OWNERSHIP_CHANGE Impossible de modifier la propriété, car le nouveau propriétaire n’est pas un membre du groupe auquel appartient actif.

 

GET /libraryDocuments

Nouveaux champs dans l’objet LibraryDocument :

Nom Type Description Note
ownerEmail

Chaîne Adresse électronique du propriétaire du document de bibliothèque.
Ce champ sera renseigné à partir de Form.user_id.

 

GET /libraryDocuments/{libraryDocumentId}

Nouveaux champs dans l’objet LibraryDocumentInfo :

Nom Type Description Note
ownerId Chaîne ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerEmail Chaîne Adresse électronique du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerName Chaîne Nom du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir de Form.user_id.

 

Champs avec un nouveau comportement :

Nom Type Description Comportement actuel Nouveau comportement
creatorEmail Chaîne Adresse électronique du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.
creatorName Chaîne Nom du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.

 

GET /widgets/{widgetId}

Nouveaux champs dans l’objet WidgetInfo :

Nom

Type

Description

Note

ownerId

Chaîne

ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST.

Ce champ sera renseigné à partir de Form.user_id.

ownerEmail

Chaîne

Email du propriétaire du formulaire web. Sera ignoré dans les demandes POST.

Ce champ sera renseigné à partir de Form.user_id.

ownerName

Chaîne

Nom du propriétaire du formulaire web. Sera ignoré dans les demandes POST/PUT.

Ce champ sera renseigné à partir de Form.user_id.

creatorName

Chaîne

Nom du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT.

Ce champ sera renseigné à partir du tableau Participation.

 

Champs avec un nouveau comportement :

Nom

Type

Description

Comportement actuel

Nouveau comportement

creatorEmail

Chaîne

Adresse e-mail du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT.

Valeur de Form.user_id.

Ce champ sera renseigné à partir du tableau Participation.


Modifications de l’expérience pour les utilisateurs

La valeur renvoyée par défaut par l’appel REST v6 GET /workflows{workflowId} a changé

L’appel API REST v6 GET /workflows{workflowId} a été mis à jour pour renvoyer la version actuelle de l’ID de workflow (par rapport à l’ID de la version d’origine, qui était la valeur renvoyée avant la version de mai)

Cette mise à jour aligne l’expérience d’API par défaut sur l’expérience Webhook, fournissant le même ID de workflow, ce qui devrait améliorer le développement et la gestion des applications.

Si, pour une raison quelconque, votre compte nécessite que l’API renvoie l’ID d’origine (comme cela était le cas avant la version de mai), contactez l’assistance pour demander que votre compte renvoie les ID de version de base pour les workflows.


Problèmes résolus

ID du problème

Description

4283495 Mise à jour de l’appel API REST v6 GET/workflows{workflowId} pour renvoyer l’ID de la version actuelle du workflow et non l’ID de la version d’origine
4296254 Correction d’un problème en raison duquel les destinataires parallèles utilisant la même adresse e-mail ne généraient pas les URL de signature correctes lorsqu’ils étaient interrogés via l’API
4296987 Correction d’un problème qui pouvait provoquer l’affichage d’un accord rappelé avec l’état En cours pour l’expéditeur
4297040 Correction d’une mise en cache qui pouvait empêcher la mise à jour des rapports de modèles depuis la page Gérer comme prévu
4300974 Correction d’un problème en raison duquel les modifications de l’utilisateur chargées par lot ne modifiaient pas toutes les valeurs
4301040 Correction d’un problème en raison duquel l’insertion de ※ au début d’un nom d’accord corrompait le reste de la valeur de nom
4301913 Correction d’un problème en raison duquel le nombre d’administrateurs affiché dans un groupe était incorrect
4302518 Correction d’un problème en raison duquel l’insertion de chiffres romains au début d’un nom d’accord corrompait le reste de la valeur de nom
4302921 Correction d’un problème qui supprimait les virgules du nom de l’accord
4303402/4304263 Amélioration de la lecture du contenu pour la commande Lire l’accord pour les lecteurs d’écran
4303432 Mise à jour du rôle Signataire pour importer la valeur de nom du destinataire lors du remplacement d’une signature par tampon (au lieu des initiales)
4304096 Amélioration de la taille du champ d’image de tampon lors de l’utilisation d’une URL de document
4304679 Amélioration de la lecture du contenu pour la commande Télécharger le PDF pour les lecteurs d’écran
4305532 Correction d’un problème en raison duquel les accords qui activaient les signatures numériques avec un seul fournisseur autorisé n’affichaient pas l’écran de connexion pour la signature
4306073 Correction d’un problème en raison duquel les administrateurs de groupe n’avaient pas accès à l’assistance
4307016 Correction d’un problème en raison duquel les menus déroulants n’étaient pas visibles sur les iPad

 

Mise à jour de mars 2021 : les points essentiels

Fonctionnalité améliorée


Formulaires web à plusieurs signataires

Les comptes qui utilisent des formulaires web peuvent désormais autoriser plusieurs destinataires externes dans le processus de signature.

Les destinataires supplémentaires sont définis par le signataire initial :

12.0 Formulaire web à plusieurs signataires


Utilisation de modèles de bibliothèque pour créer des formulaires web

Les auteurs peuvent désormais utiliser les modèles de bibliothèque existants pour créer des formulaires web. Le fichier est importé avec tous les champs intacts :

Modèles utilisés pour les formulaires web


« Liquid Mode » dans Adobe Sign pour l’affichage mobile

Liquid Mode est une fonction facultative permettant de générer une vue réactive afin d’améliorer l’affichage de vos documents selon le type d’appareil du signataire.

Le document signé est stocké dans la version PDF standard, tandis que les destinataires peuvent le consulter en Liquid Mode sur les téléphones mobiles et basculer pour afficher le document d’origine.

Vous pouvez désormais charger votre document HTML et générer une vue Liquid Mode pour les téléphones mobiles.

Pour plus d’informations sur le Liquid Mode, cliquez ici >

Liquid Mode


Verrouillage de la valeur Nom pour les utilisateurs connus utilisant une signature manuelle ou une image

Dans certains cas, il n’est pas souhaitable de pouvoir modifier le nom du destinataire pendant le processus de signature. Adobe Sign offre une certaine souplesse à cet égard, par respect de la préférence de nom du signataire.  Dans les environnements les plus normalisés, cette flexibilité est inacceptable. Il existe donc une nouvelle commande permettant de verrouiller les noms des destinataires dans l’accord.

Les administrateurs peuvent désormais empêcher les destinataires dont les valeurs Nom sont connues de modifier ces valeurs lorsqu’ils appliquent une signature manuelle ou une image.

Cas où la valeur Nom est connue :

  • Lors de l’envoi à un destinataire avec un ID Adobe Sign
  • Lors de l’envoi du nom via l’API
  • Lorsque les champs d’informations sur les signataires sont renseignés lors du remplissage du formulaire
  • Si le nom est verrouillé lors de l’exécution d’une authentification fondée sur les connaissances (KBA) ou d’une authentification par pièce d’identité officielle
Pour plus d’informations sur cette fonctionnalité, cliquez ici >
Verrouillage des valeurs de nom

Remarque :

Cette fonctionnalité a été annoncée dans la version de février ; nous la mentionnons de nouveau ici pour y sensibiliser les utilisateurs.


Améliorations de l’authentification fondée sur les connaissances

Des commandes ont été ajoutées à la méthode d’authentification fondée sur les connaissances (KBA) : désormais, il peut être exigé de l’expéditeur qu’il fournisse un nom de destinataire et que cette valeur Nom soit verrouillée tout au long du processus de signature.

Verrouillage du nom en authentification KBA


Options pour améliorer la sécurité des emails

Deux nouvelles options sont disponibles pour améliorer la sécurité des emails. Ces deux paramètres sont activés par défaut :

Options de sécurité des emails

Modèle d’email avec les options activées


Mises à jour de l’API REST v6

En-têtes standard dans chaque demande API REST v6

Par défaut, chaque demande API REST v6 comporte désormais les en-têtes standard suivants :

Nom de l’en-tête Description
x-on-behalf-of-user L’ID utilisateur ou l’adresse électronique de l’utilisateur qui a partagé son compte, au format userid:{userId} OR email:{email}

x-api-user

L’ID utilisateur ou l’adresse électronique de l’appelant API à l’aide du jeton de compte ou de groupe au format userid:{userId} OR email:{email}. Si elle n’est pas spécifiée, l’appelant est déduit du jeton.

If-None-Match Si la ressource n’a pas changé, transmet la valeur de l’en-tête de balise électronique obtenue à partir de la réponse précédente à la même demande pour obtenir un RESOURCE_NOT_MODIFIED(304).

Authorization

Un jeton d’accès OAuth avec des portées adéquates.

Remarque :

Seule l’API REST v6 est affectée.

Tout appel API REST v6 qui n’inclut pas ces en-têtes documentera explicitement cette absence.


/agreements

  • Tous les points d’entrée /agreements qui ont un chemin d’identifiant d’accord renvoient désormais un code d’erreur 404 AGREEMENT_DESTROYED si l’accord a été supprimé via les outils du RGPD.


Modèles de bibliothèque

Nouveau champ

Type Obligatoire

Description

Action
ownerId Chaîne Non ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Met à jour la participation au formulaire et à l’origine.
Code d’état HTTP ErrorCode Message
400 INVALID_NEW_OWNER L’utilisateur indiqué comme nouveau propriétaire n’est pas valide.
403 INVALID_ASSET_OWNERSHIP_CHANGE Impossible de modifier la propriété, car le nouveau propriétaire n’est pas un membre du groupe auquel appartient actif.
Nom Type Description Notes
ownerEmail Chaîne Adresse électronique du propriétaire du document de bibliothèque. Ce champ sera renseigné à partir de Form.user_id.

Nouveaux champs dans l’objet LibraryDocumentInfo :

Nom Type Description Notes
ownerId Chaîne ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerEmail Chaîne Adresse électronique du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerName Chaîne Nom du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir de Form.user_id.

Champs avec un nouveau comportement :

Nom Type Description Comportement actuel Nouveau comportement
creatorEmail Chaîne Adresse électronique du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.
creatorName Chaîne Nom du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.


Formulaires web (/widgets)

  • POST /widgets - L’utilisation d’un libraryDocumentId pour créer un formulaire web est désormais prise en charge avec un identifiant valide.

Code d’état ajouté :

Code d’état ErrorCode Message
404 INVALID_LIBRARYDOCUMENT_ID-404 L’ID de document de bibliothèque spécifié n’est pas valide
  • PUT /widgets - L’utilisation d’un libraryDocumentId pour créer un formulaire web est désormais prise en charge avec un identifiant valide.

Code d’état ajouté :

Code d’état ErrorCode Message
404 INVALID_LIBRARYDOCUMENT_ID-404 L’ID de document de bibliothèque spécifié n’est pas valide
Nouveau champ Type Obligatoire Description Action
ownerId Chaîne Non ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST. Met à jour la participation au formulaire et à l’origine.

Code d’état ajouté :

Code

Code d’erreur

Message

400

INVALID_NEW_OWNER

Le nouveau propriétaire spécifié par l’utilisateur n’est pas valide.

403

INVALID_ASSET_OWNERSHIP_CHANGE

Impossible de modifier la propriété, car le nouveau propriétaire n’est pas membre d’un groupe auquel appartient l’actif.

Nouveaux champs dans l’objet WidgetInfo :

Nom Type Description Notes
ownerId Chaîne ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerEmail Chaîne Email du propriétaire du formulaire web. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerName Chaîne Nom du propriétaire du formulaire web. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir de Form.user_id.
creatorName Chaîne Nom du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir du tableau Participation.

Champs avec un nouveau comportement :

Nom Type Description Comportement actuel Nouveau comportement
creatorEmail Chaîne Adresse e-mail du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Ce champ sera renseigné à partir du tableau Participation.


/MegaSignature

NOUVEAU :

Entité

Valeur

Opération de point d’entrée /megaSigns/{megaSignid}/formFields
Portées OAuth agreement_read
En-tête de demande en-têtes standard
Objet de demande vide
Paramètres paramètres (voir ci-dessous)
Objet de réponse MegaSignFormFields
Code d’état HTTP 200
Code d’erreur codes d’erreur (aucun nouveau code d’erreur n’est introduit)

Paramètres:

Paramètre

Description

Spécifier comme

Obligatoire

megaSignId L’identifiant Mega Sign, tel que récupéré à partir de l’API pour obtenir des documents Mega Sign. chemin Oui

Objet de réponse :

Objet REST

Description

Commentaire

MegaSignFormFields Liste des champs de formulaire dans un parent Mega Sign. Objet contenant les mêmes champs que AgreementFormFields, objet de réponse dans PUT /agreements/{agreementId}/formFields.

 

Entité

Valeur

Opération de point d’entrée /megaSigns/{megaSignid}/formFields
Portées OAuth agreement_write
En-tête de demande en-têtes standard
Objet de demande FormFieldPutInfo
Paramètres paramètres (voir ci-dessous)
Objet de réponse MegaSignFormFields
Code d’état HTTP 204
Code d’erreur codes d’erreur (aucun nouveau code d’erreur n’est introduit)

Paramètres:

Paramètre

Description

Spécifier comme

Obligatoire

megaSignId L’identifiant Mega Sign, tel que récupéré à partir de l’API pour obtenir des documents Mega Sign. chemin Oui
FormFieldPutInfo Modèle existant, utilisé dans PUT agreements/{agreementId}/formFields. corps Oui

Objet de réponse :

Objet REST

Description

Commentaire

MegaSignFormFields Liste des champs de formulaire dans un parent Mega Sign. Objet contenant les mêmes champs que AgreementFormFields, objet de réponse dans PUT /agreements/{agreementId}/formFields.

 

MISE À JOUR :

  • POST /megaSigns - AUTHORING a été ajouté en tant que valeur state pour prendre en charge la création d’un modèle Mega Sign.
    • Paramètre modifié :

Paramètre

Objet REST

Par défaut

Description

Obligatoire

state

Chaîne

  • IN_PROCESS
  • AUTHORING  
Aucun État de la transaction Mega Sign Oui

 

  • PUT /megaSigns/{megaSignId}/state - AUTHORING a été ajouté en tant que valeur state pour prendre en charge la création d’un modèle Mega Sign. Par conséquent, megaSignCancellationInfo n’est plus un champ obligatoire
    .

Paramètre

Objet REST

Par défaut

Description

Obligatoire

state

Chaîne:

  • AUTHORING
  • IN_PROCESS
  • ANNULÉE
Aucun État de la transaction Mega Sign Oui
megaSignCancellationInfo

megaSignCancellationInfo

Aucun Informations d’annulation de l’accord. Obligatoire lors de l’annulation d’une transaction Mega Sign Non


Modifications de l’expérience pour les utilisateurs

Les nouvelles pages Accueil et Gérer ont été activées pour tous les comptes restants.

L’ensemble de commandes de tous les comptes a été mis à jour afin d’activer les nouvelles pages Accueil et Gérer pour les utilisateurs.

Les commandes du menu Administrateur restent disponibles pour les comptes qui doivent revenir à l’expérience classique :

Commandes Accueil et Gérer v4


Niveau de service et ID de compte Adobe Sign affichés dans le menu Administrateur

Les administrateurs peuvent désormais trouver leur ID de compte sur la page Paramètres généraux :

ID de compte

L’ID de groupe se trouve sur la page Paramètres du groupe :

ID de groupe


Configuration HIPAA explicite

Une nouvelle page est disponible pour indiquer clairement quand le compte est activé pour gérer les accords soumis aux exigences HIPAA.  

Page HIPAA


Le bouton d’appel à l’action a été modifié pour les clients qui utilisent l’application de bureau Outlook sous Windows

Les destinataires qui utilisent un client de messagerie Outlook de bureau verront que le bouton d’appel à l’action a été mis à jour dans les e-mails Adobe Sign.

La nouvelle expérience supprime le bouton HTML bleu et fournit à la place un lien de texte cliquable :

Modification dans l’e-mail sur Office pour poste de travail

Remarque :

Cette modification n’a d’impact que sur les applications de bureau Outlook sous Windows. Les autres clients de messagerie et systèmes d’exploitation continuent de recevoir le modèle avec le bouton bleu.


Délégation d’accords avec des signatures numériques

La possibilité de déléguer un accord avec des signatures numériques apposées a été améliorée. Désormais, la délégation de la notification par e-mail d’origine au destinataire est possible par délégation automatique lorsqu’elle est configurée par un utilisateur, et via l’action Remplacer le signataire actuel sur la page Gérer.


Interface mise à jour pour l’intégration des paiements

L’interface Paiements a été mise à jour afin que les commandes d’authentification soient plus visibles. Le processus de configuration est ainsi plus simple.

Page de paiement


La valeur maximale de gouvernance des données a été portée à 5 475 jours (15 ans)

Les clients qui utilisent des règles de gouvernance des données pour supprimer automatiquement les accords du système Adobe Sign peuvent désormais définir cette date de suppression sur un maximum de 15 ans (cette valeur était limitée à 10 ans auparavant).


Le libellé de texte au niveau du champ pour valider le numéro de sécurité sociale américain a été mis à jour

Le libellé de texte au niveau du champ pour la validation du N° de sécurité sociale a été mis à jour pour préciser que le numéro de sécurité sociale provient des États-Unis :

Mise à jour du libellé du numéro de sécurité sociale des États-Unis


Rappel : l’authentification sociale a été supprimée

Comme annoncé en novembre, la méthode d’authentification utilisant l’identité sociale a été supprimée de la liste des méthodes d’authentification dans le menu Administrateur.

Retrait de l’identité sociale


Rappel : l’intégration du compte Twitter personnel a été supprimée

Comme annoncé en décembre, la possibilité pour les utilisateurs d’établir des connexions personnelles authentifiées avec Twitter a été supprimée.

Les fonctionnalités Twitter au niveau du compte et du groupe restent inchangées.

Retrait du compte Twitter personnel


Les utilisateurs inactifs reçoivent une notification par email lorsqu’ils sont inclus dans un accord

Les utilisateurs qui ont un statut Inactif reçoivent désormais une notification par e-mail leur demandant de déléguer l’accord à un autre utilisateur.


Problèmes résolus

ID du problème

Description

4271439 Correction d’un problème en raison duquel les lecteurs d’écran ne lisaient pas le message d’erreur complet.
4271477 Correction d’un problème en raison duquel le panneau Actions de la page Gérer n’était pas visible en mode Portrait.
4272437 Correction d’un problème en raison duquel la commande d’alignement en mode création n’était pas affichée en mode portrait.
4272439 Correction d’un problème en raison duquel le panneau de propriétés du champ Création ne s’affichait pas en mode portrait.
4276305 Correction d’un problème de recherche sur la nouvelle page Gérer qui ne renvoyait pas de modèles de recherche de contenu.
4282423 Correction d’un problème qui empêchait la progression de la page lors de l’utilisation de pageSize dans les appels API GET /agreements et GET /libraryDocuments.
4282983 Amélioration du texte de validation du numéro de sécurité sociale des États-Unis afin d’identifier que le format est destiné aux numéros des États-Unis uniquement.
4284071 Correction d’un problème en raison duquel le style de signature n’était pas entièrement désactivé lorsque les Paramètres Bio-Pharma étaient désactivés.
4284266 Correction d’un problème en raison duquel la recherche de contenu dans le dossier Archive ne renvoyait pas tous les résultats attendus.
4284569 Correction d’une erreur de localisation dans laquelle l’anglais était utilisé au lieu de la chaîne localisée lors de l’ajout de l’état à la fin d’un nom de fichier dans l’e-mail Signé et classé.
4287513 Correction d’un problème en raison duquel une case à cocher insérée via une balise de texte affichait toujours la case cochée après avoir été masquée.
4291368 Correction d’un problème qui pouvait bloquer l’option Télécharger le document sur la page Gérer lorsqu’un destinataire déléguait sa signature dans un processus de signature de workflow.
4291409 Amélioration des messages d’erreur lors de l’utilisation de l’authentification par signature automatique et non par e-mail.
4291503 Correction d’un problème lié au lien « Vérifier et signer » pour les emails de demande de signature dans Outlook.
4293239 Correction du comportement des transactions Mega Sign lorsqu’elles sont préremplies ou lorsque l’expéditeur signe le premier état de façon à ce qu’il expire automatiquement après 24 heures.
4293488 Correction d’un problème en raison duquel un document terminé pouvait afficher un état « DOCUMENTS_NOT_YET_PROCESSED » dans la payload du webhook.
4293590 Correction d’un état dans lequel un message d’erreur « Opération non autorisée en raison de la migration du compte » s’affichait pour les utilisateurs.
4294209 Correction d’un problème en raison duquel la liste déroulante Pays pour les numéros de téléphone n’était pas affichées sur les lecteurs d’écran.
4294681 Correction d’un problème sur la partition JP1 qui pouvait provoquer des problèmes d’horodatage.
4295459 Correction d’un problème en raison duquel on ne pouvait accéder au bouton Signature d’un accord ouvert en utilisant la touche de tabulation.
4296379 Correction d’un problème en raison duquel une signature téléchargée pour un destinataire pouvait modifier l’exigence de type de signature de l’utilisateur expéditeur.
4296631 Amélioration de la fonction Motifs de signature pour afficher les motifs dans l’ordre défini par la commande administrateur.
4297720 Correction d’un problème lié au package Dynamics qui affichait des messages d’erreur lors de la tentative d’envoi d’un rappel.
4297868 Correction d’un problème en raison duquel une fenêtre contextuelle en japonais pouvait apparaître aux utilisateurs dont l’interface utilisateur est en anglais.
4297990 Amélioration de la fonctionnalité du processus de délégation en matière d’authentification par téléphone afin de garantir l’utilisation de numéros de téléphone valides.
4298099 Correction d’une erreur qui provoquait une erreur d’ID d’accord sur la page Gérer.
4298899 Correction d’un problème en raison duquel les e-mails envoyés à l’expéditeur d’un accord indiquaient un nom incorrect dans le champ De.
4298928 Correction d’un problème en raison duquel le tri des groupes par « Administrateur » ne fonctionnait pas correctement.
4299116 Correction d’un problème en raison duquel les nouveaux utilisateurs pouvaient être empêchés de joindre des documents dans l’application web.
4299124 Amélioration de la localisation en français du bouton Approuver.
4299286 Correction de la réponse de l’appel API GET /agreements/{agreementId}/events lorsque le document est partagé.
4299765 Correction d’un problème en raison duquel la délégation des destinataires d’authentification par téléphone était par défaut basée sur le code de pays américain au lieu de la valeur configurée.
4300871 Correction d’un problème en raison duquel l’envoi d’un accord en création, puis le retour à l’étape Envoyer pouvaient afficher « (Alias) first.last@adobe.com » en tant que signataire.
4301923 Correction d’un problème en raison duquel le partage de compte avancé pouvait générer une erreur, malgré l’approbation du partage.
4302356 Correction d’un problème en raison duquel les signataires multiples dans les formulaires web ne fonctionnaient pas correctement.
4303017 Correction d’un problème en raison duquel un utilisateur pouvait être redirigé vers la page de connexion après s’être connecté.
4303087 Recherche améliorée lors de l’utilisation d’apostrophes.
4303532 Correction d’un problème en raison duquel PUT /libraryDocuments/{libraryDocumentId}/formFields plaçait les champs au mauvais endroit.
Remarque :

Les comptes client, les paramètres et les personnalisations existants ne sont affectés par aucune des nouvelles fonctionnalités comprises dans cette version. Lorsqu’elles sont déployées dans un compte, la plupart des fonctionnalités peuvent être activées par l’administrateur de compte. Les administrateurs de compte peuvent graduellement déployer de nouvelles fonctionnalités dans leur compte après avoir effectué la validation et les tests appropriés.


Versions précédentes

Remarque :

La section de la version préliminaire contient des informations sur les nouvelles fonctionnalités qui devraient figurer dans la prochaine version.

Aucun(e) des éléments/mises à jour répertoriés ne garantit le déploiement final et certaines fonctionnalités peuvent ne pas être activées lors du déploiement. 

Principaux aspects de la version préliminaire – Mai 2021

Fonctionnalité améliorée

Transfert de la propriété des modèles de bibliothèque et des formulaires web à un autre utilisateur

La modification du propriétaire d’une ressource peut être effectuée par n’importe quel administrateur du compte qui y a accès.

L’administrateur peut attribuer la propriété de la ressource à n’importe quel utilisateur sous son autorité.

  • Les administrateurs de compte ont accès à toutes les ressources partagées et à tous les utilisateurs. Par conséquent, ils peuvent réattribuer la propriété de n’importe quel modèle de bibliothèque ou formulaire web à n’importe quel autre utilisateur de leur compte.
    • Si la ressource est configurée pour n’être disponible que pour un seul utilisateur (le propriétaire), elle n’est pas partagée et, par conséquent, il n’est pas possible de la réaffecter à un nouveau propriétaire.
  • Les administrateurs de groupe peuvent uniquement accéder aux modèles de bibliothèque et aux formulaires web des groupes pour lesquels ils disposent de droits d’administration.
  • Les administrateurs de groupe peuvent uniquement réaffecter une ressource à un utilisateur dont le groupe principal relève de leur autorité d’administration.
Accès à l’action Nouveau propriétaire


Points d’entrée d’API mis à jour pour prendre en charge le transfert de ressources

Les points d’entrée décrits ci-dessous sont uniquement disponibles dans l’API REST v6.

PUT /libraryDocuments/{libraryDocumentId}

Étendu pour prendre en charge la mise à jour du propriétaire d’un document de bibliothèque.

LibraryDocumentInfo :

Nouveau champ

Type Obligatoire

Description

Action
ownerId Chaîne Non ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Met à jour la participation au formulaire et à l’origine.

 

Codes d’état d’erreur supplémentaires :

Code d’état HTTP ErrorCode Message
400 INVALID_NEW_OWNER L’utilisateur indiqué comme nouveau propriétaire n’est pas valide.
403 INVALID_ASSET_OWNERSHIP_CHANGE Impossible de modifier la propriété, car le nouveau propriétaire n’est pas un membre du groupe auquel appartient actif.

 

PUT /widgets/{widgetId}

Étendu pour prendre en charge la mise à jour du propriétaire d’un widget.

WidgetInfo :

Nouveau champ

Type

Obligatoire

Description

Action

ownerId

Chaîne

Non

ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST.

Met à jour la participation au formulaire et à l’origine.

 

Codes d’état d’erreur supplémentaires :

Code d’état HTTP ErrorCode Message
400 INVALID_NEW_OWNER L’utilisateur indiqué comme nouveau propriétaire n’est pas valide.
403 INVALID_ASSET_OWNERSHIP_CHANGE Impossible de modifier la propriété, car le nouveau propriétaire n’est pas un membre du groupe auquel appartient actif.

 

GET /libraryDocuments

Nouveaux champs dans l’objet LibraryDocument :

Nom Type Description Note
ownerEmail

Chaîne Adresse électronique du propriétaire du document de bibliothèque.
Ce champ sera renseigné à partir de Form.user_id.

 

GET /libraryDocuments/{libraryDocumentId}

Nouveaux champs dans l’objet LibraryDocumentInfo :

Nom Type Description Note
ownerId Chaîne ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerEmail Chaîne Adresse électronique du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerName Chaîne Nom du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir de Form.user_id.

 

Champs avec un nouveau comportement :

Nom Type Description Comportement actuel Nouveau comportement
creatorEmail Chaîne Adresse électronique du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.
creatorName Chaîne Nom du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.

 

GET /widgets/{widgetId}

Nouveaux champs dans l’objet WidgetInfo :

Nom

Type

Description

Note

ownerId

Chaîne

ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST.

Ce champ sera renseigné à partir de Form.user_id.

ownerEmail

Chaîne

Email du propriétaire du formulaire web. Sera ignoré dans les demandes POST.

Ce champ sera renseigné à partir de Form.user_id.

ownerName

Chaîne

Nom du propriétaire du formulaire web. Sera ignoré dans les demandes POST/PUT.

Ce champ sera renseigné à partir de Form.user_id.

creatorName

Chaîne

Nom du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT.

Ce champ sera renseigné à partir du tableau Participation.

 

Champs avec un nouveau comportement :

Nom

Type

Description

Comportement actuel

Nouveau comportement

creatorEmail

Chaîne

Adresse e-mail du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT.

Valeur de Form.user_id.

Ce champ sera renseigné à partir du tableau Participation.


Modifications de l’expérience pour les utilisateurs

La valeur renvoyée par défaut par l’appel REST v6 GET /workflows{workflowId} a changé

L’appel API REST v6 GET /workflows{workflowId} a été mis à jour pour renvoyer la version actuelle de l’ID de workflow (par rapport à l’ID de la version d’origine, qui était la valeur renvoyée avant la version de mai)

Cette mise à jour aligne l’expérience d’API par défaut sur l’expérience Webhook, fournissant le même ID de workflow, ce qui devrait améliorer le développement et la gestion des applications.

Si, pour une raison quelconque, votre compte nécessite que l’API renvoie l’ID d’origine (comme cela était le cas avant la version de mai), contactez l’assistance pour demander que votre compte renvoie les ID de version de base pour les workflows.


Problèmes résolus

ID du problème

Description

4283495 Mise à jour de l’appel API REST v6 GET/workflows{workflowId} pour renvoyer l’ID de la version actuelle du workflow et non l’ID de la version d’origine
4296254 Correction d’un problème en raison duquel les destinataires parallèles utilisant la même adresse e-mail ne généraient pas les URL de signature correctes lorsqu’ils étaient interrogés via l’API
4296987 Correction d’un problème qui pouvait provoquer l’affichage d’un accord rappelé avec l’état En cours pour l’expéditeur
4297040 Correction d’une mise en cache qui pouvait empêcher la mise à jour des rapports de modèles depuis la page Gérer comme prévu
4300974 Correction d’un problème en raison duquel les modifications de l’utilisateur chargées par lot ne modifiaient pas toutes les valeurs
4301040 Correction d’un problème en raison duquel l’insertion de ※ au début d’un nom d’accord corrompait le reste de la valeur de nom
4301913 Correction d’un problème en raison duquel le nombre d’administrateurs affiché dans un groupe était incorrect
4302518 Correction d’un problème en raison duquel l’insertion de chiffres romains au début d’un nom d’accord corrompait le reste de la valeur de nom
4302921 Correction d’un problème qui supprimait les virgules du nom de l’accord
4303402/4304263 Amélioration de la lecture du contenu pour la commande Lire l’accord pour les lecteurs d’écran
4303432 Mise à jour du rôle Signataire pour importer la valeur de nom du destinataire lors du remplacement d’une signature par tampon (au lieu des initiales)
4304096 Amélioration de la taille du champ d’image de tampon lors de l’utilisation d’une URL de document
4304679 Amélioration de la lecture du contenu pour la commande Télécharger le PDF pour les lecteurs d’écran
4305532 Correction d’un problème en raison duquel les accords qui activaient les signatures numériques avec un seul fournisseur autorisé n’affichaient pas l’écran de connexion pour la signature
4306073 Correction d’un problème en raison duquel les administrateurs de groupe n’avaient pas accès à l’assistance
4307016 Correction d’un problème en raison duquel les menus déroulants n’étaient pas visibles sur les iPad


Formulaires web à plusieurs signataires

Les comptes qui utilisent des formulaires web peuvent désormais autoriser plusieurs destinataires externes dans le processus de signature.

Les destinataires supplémentaires sont définis par le signataire initial :

12.0 Formulaire web à plusieurs signataires


Utilisation de modèles de bibliothèque pour créer des formulaires web

Les auteurs peuvent désormais utiliser les modèles de bibliothèque existants pour créer des formulaires web. Le fichier est importé avec tous les champs intacts :

Modèles utilisés pour les formulaires web


Activation du « Liquid Mode » pour le remplissage de formulaires sur mobile

Liquid Mode est une fonctionnalité facultative permettant de créer une version de vos accords Adobe Sign améliorée pour l’affichage et le remplissage sur appareil mobile.

La version Liquid Mode du document existe parallèlement à la version PDF standard du document.

Adobe Sign utilise le format approprié en fonction de l’appareil utilisé par le destinataire.

Pour plus d’informations sur le Liquid Mode, cliquez ici >

Liquid Mode


Verrouillage de la valeur Nom pour les utilisateurs connus utilisant une signature manuelle ou une image

Dans certains cas, il n’est pas souhaitable de pouvoir modifier le nom du destinataire pendant le processus de signature. Adobe Sign offre une certaine souplesse à cet égard, par respect de la préférence de nom du signataire.  Dans les environnements les plus normalisés, cette flexibilité est inacceptable. Il existe donc une nouvelle commande permettant de verrouiller les noms des destinataires dans l’accord.

Les administrateurs peuvent désormais empêcher les destinataires dont les valeurs Nom sont connues de modifier ces valeurs lorsqu’ils appliquent une signature manuelle ou une image.

Cas où la valeur Nom est connue :

  • Lors de l’envoi à un destinataire avec un ID Adobe Sign
  • Lors de l’envoi du nom via l’API
  • Lorsque les champs d’informations sur les signataires sont renseignés lors du remplissage du formulaire
  • Si le nom est verrouillé lors de l’exécution d’une authentification fondée sur les connaissances (KBA) ou d’une authentification par pièce d’identité officielle
Pour plus d’informations sur cette fonctionnalité, cliquez ici >
Verrouillage des valeurs de nom

Remarque :

Cette fonctionnalité a été annoncée dans la version de février ; nous la mentionnons de nouveau ici pour y sensibiliser les utilisateurs.


Améliorations de l’authentification fondée sur les connaissances

Des commandes ont été ajoutées à la méthode d’authentification fondée sur les connaissances (KBA) : désormais, il peut être exigé de l’expéditeur qu’il fournisse un nom de destinataire et que cette valeur Nom soit verrouillée tout au long du processus de signature.

Verrouillage du nom en authentification KBA


Options pour améliorer la sécurité des emails

Deux nouvelles options sont disponibles pour améliorer la sécurité des emails. Ces deux paramètres sont activés par défaut :

Options de sécurité des emails

Modèle d’email avec les options activées


Mises à jour de l’API REST v6

En-têtes standard dans chaque demande API REST v6

Par défaut, chaque demande API REST v6 comporte désormais les en-têtes standard suivants :

Nom de l’en-tête Description
x-on-behalf-of-user L’ID utilisateur ou l’adresse électronique de l’utilisateur qui a partagé son compte, au format userid:{userId} OR email:{email}

x-api-user

L’ID utilisateur ou l’adresse électronique de l’appelant API à l’aide du jeton de compte ou de groupe au format userid:{userId} OR email:{email}. Si elle n’est pas spécifiée, l’appelant est déduit du jeton.

If-None-Match Si la ressource n’a pas changé, transmet la valeur de l’en-tête de balise électronique obtenue à partir de la réponse précédente à la même demande pour obtenir un RESOURCE_NOT_MODIFIED(304).

Authorization

Un jeton d’accès OAuth avec des portées adéquates.

Remarque :

Seule l’API REST v6 est affectée.

Tout appel API REST v6 qui n’inclut pas ces en-têtes documentera explicitement cette absence.


/agreements

  • Tous les points d’entrée /agreements qui ont un chemin d’identifiant d’accord renvoient désormais un code d’erreur 404 AGREEMENT_DESTROYED si l’accord a été supprimé via les outils du RGPD.


Modèles de bibliothèque

Nouveau champ

Type

Obligatoire Description

Action

ownerId Chaîne Non ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Met à jour la participation au formulaire et à l’origine.

Code

Code d’erreur

Message

400

INVALID_NEW_OWNER

Le nouveau propriétaire spécifié par l’utilisateur n’est pas valide.

403

INVALID_ASSET_OWNERSHIP_CHANGE

Impossible de modifier la propriété, car le nouveau propriétaire n’est pas membre d’un groupe auquel appartient l’actif.

 

Nom Type Description Notes
ownerEmail Chaîne Adresse électronique du propriétaire du document de bibliothèque. Ce champ sera renseigné à partir de Form.user_id.

 

Nouveaux champs dans l’objet LibraryDocumentInfo :

Nom Type Description Note
ownerId Chaîne ID du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerEmail Chaîne Adresse électronique du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerName Chaîne Nom du propriétaire du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir de Form.user_id.

Champs avec un nouveau comportement :

Nom Type Description Comportement actuel Nouveau comportement
creatorEmail Chaîne Adresse électronique du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.
creatorName Chaîne Nom du créateur du document de bibliothèque. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Valeur du tableau Participation.


Formulaires web (/widgets)

  • POST /widgets - L’utilisation d’un libraryDocumentId pour créer un formulaire web est désormais prise en charge avec un identifiant valide.

Code d’état ajouté :

Code d’état ErrorCode Message
404 INVALID_LIBRARYDOCUMENT_ID-404 L’ID de document de bibliothèque spécifié n’est pas valide

 

  • PUT /widgets - L’utilisation d’un libraryDocumentId pour créer un formulaire web est désormais prise en charge avec un identifiant valide.

Code d’état ajouté :

Code d’état ErrorCode Message
404 INVALID_LIBRARYDOCUMENT_ID-404 L’ID de document de bibliothèque spécifié n’est pas valide

 

Nouveau champ Type Obligatoire Description Action
ownerId Chaîne Non ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST. Met à jour la participation au formulaire et à l’origine.

Code d’état ajouté :

Code d’état ErrorCode Message
400 INVALID_NEW_OWNER L’utilisateur indiqué comme nouveau propriétaire n’est pas valide.
403 INVALID_ASSET_OWNERSHIP_CHANGE Impossible de modifier la propriété, car le nouveau propriétaire n’est pas un membre du groupe auquel appartient actif.

 

Nouveaux champs dans l’objet WidgetInfo :

Nom Type Description Notes
ownerId Chaîne ID du propriétaire du formulaire web. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerEmail Chaîne Email du propriétaire du formulaire web. Sera ignoré dans les demandes POST. Ce champ sera renseigné à partir de Form.user_id.
ownerName Chaîne Nom du propriétaire du formulaire web. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir de Form.user_id.
creatorName Chaîne Nom du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT. Ce champ sera renseigné à partir du tableau Participation.

Champs avec un nouveau comportement :

Nom Type Description Comportement actuel Nouveau comportement
creatorEmail Chaîne Adresse e-mail du créateur du formulaire web. Sera ignoré dans les demandes POST/PUT. Valeur de Form.user_id. Ce champ sera renseigné à partir du tableau Participation.


/MegaSignature

NOUVEAU :

Entité

Valeur

Opération de point d’entrée /megaSigns/{megaSignid}/formFields
Portées OAuth agreement_read
En-tête de demande en-têtes standard
Objet de demande vide
Paramètres paramètres (voir ci-dessous)
Objet de réponse MegaSignFormFields
Code d’état HTTP 200
Code d’erreur codes d’erreur (aucun nouveau code d’erreur n’est introduit)

Paramètres:

Paramètre

Description

Spécifier comme

Obligatoire

megaSignId L’identifiant Mega Sign, tel que récupéré à partir de l’API pour obtenir des documents Mega Sign. chemin Oui

Objet de réponse :

Objet REST

Description

Commentaire

MegaSignFormFields Liste des champs de formulaire dans un parent Mega Sign. Objet contenant les mêmes champs que AgreementFormFields, objet de réponse dans PUT /agreements/{agreementId}/formFields.

 

Entité

Valeur

Opération de point d’entrée /megaSigns/{megaSignid}/formFields
Portées OAuth agreement_write
En-tête de demande en-têtes standard
Objet de demande FormFieldPutInfo
Paramètres paramètres (voir ci-dessous)
Objet de réponse MegaSignFormFields
Code d’état HTTP 204
Code d’erreur codes d’erreur (aucun nouveau code d’erreur n’est introduit)

Paramètres:

Paramètre

Description

Spécifier comme

Obligatoire

megaSignId L’identifiant Mega Sign, tel que récupéré à partir de l’API pour obtenir des documents Mega Sign. chemin Oui
FormFieldPutInfo Modèle existant, utilisé dans PUT agreements/{agreementId}/formFields. corps Oui

Objet de réponse :

Objet REST

Description

Commentaire

MegaSignFormFields Liste des champs de formulaire dans un parent Mega Sign. Objet contenant les mêmes champs que AgreementFormFields, objet de réponse dans PUT /agreements/{agreementId}/formFields.

 

MISE À JOUR :

  • POST /megaSigns - AUTHORING a été ajouté en tant que valeur state pour prendre en charge la création d’un modèle Mega Sign.
    • Paramètre modifié :

Paramètre

Objet REST

Par défaut

Description

Obligatoire

state

Chaîne

  • IN_PROCESS
  • AUTHORING  
Aucun État de la transaction Mega Sign Oui

 

  • PUT /megaSigns/{megaSignId}/state - AUTHORING a été ajouté en tant que valeur state pour prendre en charge la création d’un modèle Mega Sign. Par conséquent, megaSignCancellationInfo n’est plus un champ obligatoire
    .

Paramètre

Objet REST

Par défaut

Description

Obligatoire

state

Chaîne:

  • AUTHORING
  • IN_PROCESS
  • ANNULÉE
Aucun État de la transaction Mega Sign Oui
megaSignCancellationInfo

megaSignCancellationInfo

Aucun Informations d’annulation de l’accord. Obligatoire lors de l’annulation d’une transaction Mega Sign Non


Modifications de l’expérience pour les utilisateurs

Les nouvelles pages Accueil et Gérer ont été activées pour tous les comptes restants.

L’ensemble de commandes de tous les comptes a été mis à jour afin d’activer les nouvelles pages Accueil et Gérer pour les utilisateurs.

Les commandes du menu Administrateur restent disponibles pour les comptes qui doivent revenir à l’expérience classique :

Commandes Accueil et Gérer v4


Niveau de service et ID de compte Adobe Sign affichés dans le menu Administrateur

Les administrateurs peuvent désormais trouver leur ID de compte sur la page Paramètres généraux :

ID de compte

L’ID de groupe se trouve sur la page Paramètres du groupe :

ID de groupe


Configuration HIPAA explicite

Une nouvelle page est disponible pour indiquer clairement quand le compte est activé pour gérer les accords soumis aux exigences HIPAA.  

Page HIPAA


Délégation d’accords avec des signatures numériques

La possibilité de déléguer un accord avec des signatures numériques apposées a été améliorée. Désormais, la délégation de la notification par e-mail d’origine au destinataire est possible par délégation automatique lorsqu’elle est configurée par un utilisateur, et via l’action Remplacer le signataire actuel sur la page Gérer.


Interface mise à jour pour l’intégration des paiements

L’interface Paiements a été mise à jour afin que les commandes d’authentification soient plus visibles. Le processus de configuration est ainsi plus simple.

Page de paiement


La valeur maximale de gouvernance des données a été portée à 5 475 jours (15 ans)

Les clients qui utilisent des règles de gouvernance des données pour supprimer automatiquement les accords du système Adobe Sign peuvent désormais définir cette date de suppression sur un maximum de 15 ans (cette valeur était limitée à 10 ans auparavant).


Le libellé de texte au niveau du champ pour valider le numéro de sécurité sociale américain a été mis à jour

Le libellé de texte au niveau du champ pour la validation du N° de sécurité sociale a été mis à jour pour préciser que le numéro de sécurité sociale provient des États-Unis :

Mise à jour du libellé du numéro de sécurité sociale des États-Unis


Rappel : l’authentification sociale a été supprimée

Comme annoncé en novembre, la méthode d’authentification utilisant l’identité sociale a été supprimée de la liste des méthodes d’authentification dans le menu Administrateur.

Retrait de l’identité sociale


Rappel : l’intégration du compte Twitter personnel a été supprimée

Comme annoncé en décembre, la possibilité pour les utilisateurs d’établir des connexions personnelles authentifiées avec Twitter a été supprimée.

Les fonctionnalités Twitter au niveau du compte et du groupe restent inchangées.

Retrait du compte Twitter personnel


Les utilisateurs inactifs reçoivent une notification par email lorsqu’ils sont inclus dans un accord

Les utilisateurs qui ont un statut Inactif reçoivent désormais une notification par e-mail leur demandant de déléguer l’accord à un autre utilisateur.


Problèmes résolus

ID du problème

Description

4271439 Correction d’un problème en raison duquel les lecteurs d’écran ne lisaient pas le message d’erreur complet.
4271477 Correction d’un problème en raison duquel le panneau Actions de la page Gérer n’était pas visible en mode Portrait.
4272437 Correction d’un problème en raison duquel la commande d’alignement en mode création n’était pas affichée en mode portrait.
4272439 Correction d’un problème en raison duquel le panneau de propriétés du champ Création ne s’affichait pas en mode portrait.
4276305 Correction d’un problème de recherche sur la nouvelle page Gérer qui ne renvoyait pas de modèles de recherche de contenu.
4282423 Correction d’un problème qui empêchait la progression de la page lors de l’utilisation de pageSize dans les appels API GET /agreements et GET /libraryDocuments.
4282983 Amélioration du texte de validation du numéro de sécurité sociale des États-Unis afin d’identifier que le format est destiné aux numéros des États-Unis uniquement.
4284071 Correction d’un problème en raison duquel le style de signature n’était pas entièrement désactivé lorsque les Paramètres Bio-Pharma étaient désactivés.
4284266 Correction d’un problème en raison duquel la recherche de contenu dans le dossier Archive ne renvoyait pas tous les résultats attendus.
4284569 Correction d’une erreur de localisation dans laquelle l’anglais était utilisé au lieu de la chaîne localisée lors de l’ajout de l’état à la fin d’un nom de fichier dans l’e-mail Signé et classé.
4287513 Correction d’un problème en raison duquel une case à cocher insérée via une balise de texte affichait toujours la case cochée après avoir été masquée.
4291368 Correction d’un problème qui pouvait bloquer l’option Télécharger le document sur la page Gérer lorsqu’un destinataire déléguait sa signature dans un processus de signature de workflow.
4291409 Amélioration des messages d’erreur lors de l’utilisation de l’authentification par signature automatique et non par e-mail.
4291503 Correction d’un problème lié au lien « Vérifier et signer » pour les emails de demande de signature dans Outlook.
4293239 Correction du comportement des transactions Mega Sign lorsqu’elles sont préremplies ou lorsque l’expéditeur signe le premier état de façon à ce qu’il expire automatiquement après 24 heures.
4293488 Correction d’un problème en raison duquel un document terminé pouvait afficher un état « DOCUMENTS_NOT_YET_PROCESSED » dans la payload du webhook.
4293590 Correction d’un état dans lequel un message d’erreur « Opération non autorisée en raison de la migration du compte » s’affichait pour les utilisateurs.
4294209 Correction d’un problème en raison duquel la liste déroulante Pays pour les numéros de téléphone n’était pas affichées sur les lecteurs d’écran.
4294681 Correction d’un problème sur la partition JP1 qui pouvait provoquer des problèmes d’horodatage.
4295459 Correction d’un problème en raison duquel on ne pouvait accéder au bouton Signature d’un accord ouvert en utilisant la touche de tabulation.
4296379 Correction d’un problème en raison duquel une signature téléchargée pour un destinataire pouvait modifier l’exigence de type de signature de l’utilisateur expéditeur.
4296631 Amélioration de la fonction Motifs de signature pour afficher les motifs dans l’ordre défini par la commande administrateur.
4297720 Correction d’un problème lié au package Dynamics qui affichait des messages d’erreur lors de la tentative d’envoi d’un rappel.
4297868 Correction d’un problème en raison duquel une fenêtre contextuelle en japonais pouvait apparaître aux utilisateurs dont l’interface utilisateur est en anglais.
4297990 Amélioration de la fonctionnalité du processus de délégation en matière d’authentification par téléphone afin de garantir l’utilisation de numéros de téléphone valides.
4298099 Correction d’une erreur qui provoquait une erreur d’ID d’accord sur la page Gérer.
4298899 Correction d’un problème en raison duquel les e-mails envoyés à l’expéditeur d’un accord indiquaient un nom incorrect dans le champ De.
4298928 Correction d’un problème en raison duquel le tri des groupes par « Administrateur » ne fonctionnait pas correctement.
4299116 Correction d’un problème en raison duquel les nouveaux utilisateurs pouvaient être empêchés de joindre des documents dans l’application web.
4299124 Amélioration de la localisation en français du bouton Approuver.
4299286 Correction de la réponse de l’appel API GET /agreements/{agreementId}/events lorsque le document est partagé.
4299765 Correction d’un problème en raison duquel la délégation des destinataires d’authentification par téléphone était par défaut basée sur le code de pays américain au lieu de la valeur configurée.
4300871 Correction d’un problème en raison duquel l’envoi d’un accord en création, puis le retour à l’étape Envoyer pouvaient afficher « (Alias) first.last@adobe.com » en tant que signataire.
4301923 Correction d’un problème en raison duquel le partage de compte avancé pouvait générer une erreur, malgré l’approbation du partage.
4302356 Correction d’un problème en raison duquel les signataires multiples dans les formulaires web ne fonctionnaient pas correctement.
4303017 Correction d’un problème en raison duquel un utilisateur pouvait être redirigé vers la page de connexion après s’être connecté.
4303087 Recherche améliorée lors de l’utilisation d’apostrophes.
4303532 Correction d’un problème en raison duquel PUT /libraryDocuments/{libraryDocumentId}/formFields plaçait les champs au mauvais endroit.

Fonctionnalité améliorée

Verrouillage de la valeur Nom pour les utilisateurs connus utilisant une signature manuelle ou une image

Dans certains cas, il n’est pas souhaitable de pouvoir modifier le nom du destinataire pendant le processus de signature. Adobe Sign offre une certaine souplesse à cet égard, par respect de la préférence de nom du signataire.  Dans les environnements les plus normalisés, cette flexibilité est inacceptable. Il existe donc une nouvelle commande permettant de verrouiller le nom dans l’accord.

Les administrateurs peuvent désormais empêcher les destinataires dont les valeurs Nom sont connues de modifier ces valeurs lorsqu’ils appliquent une signature manuelle ou une image.

Cas où la valeur Nom est connue :

  • Lors de l’envoi à un destinataire avec un ID Adobe Sign
  • Lors de l’envoi du nom via l’API
  • Lorsque les champs d’informations sur les signataires sont renseignés lors du remplissage du formulaire
  • Si le nom est verrouillé lors de l’exécution d’une authentification fondée sur les connaissances (KBA) ou d’une authentification par pièce d’identité officielle
Pour plus d’informations sur cette fonctionnalité, cliquez ici >
Verrouillage des valeurs de nom


Modifications de l’expérience pour les utilisateurs

Le texte des alertes pour les accords sur la page après envoi a été clarifié afin de mieux préciser quand les alertes se déclencheront :

Alertes sur la page après envoi

Le nouveau texte s’aligne sur le langage utilisé dans les commandes de configuration :

Page de configuration des alertes


Problèmes résolus

ID du problème

Description

4265931 Correction d’une erreur de liaison dans le bouton Commencer de l’e-mail de notification d’affectation de produit pour les modèles localisés.
4291936 Amélioration des informations d’alerte sur la page après envoi pour mieux illustrer le moment où les alertes se déclencheront.
4292219 Correction d’un problème en raison duquel les champs n’apparaissaient pas à la bonne taille correcte lors de la création, si les dimensions du champ étaient spécifiées par une balise de texte.
4292274 Correction d’un problème en raison duquel les accords créés via des workflows avec des fichiers requis permettaient toujours la suppression de fichiers.
4292853 Correction d’un problème en raison duquel les destinataires s’authentifiant avec l’authentification Adobe Sign sur les comptes avec le mode SAML défini sur Autorisé pouvaient voir s’afficher un écran vide.
4293157 Correction de la perte du logo de la marque à l’expiration d’une URL de signature.
4293445 Correction d’un problème qui générait une erreur 502 lors de l’extraction des données de champ de formulaire d’un accord avec une pièce jointe ajoutée.
4293531 Correction d’un problème en raison duquel un utilisateur accédant aux accords via un partage avancé ne pouvait pas s’ajouter en tant que partie en Cc.
4294897 Correction d’un problème en raison duquel certains caractères n’étaient pas pris en charge sur la page Rapport d’audit et étaient remplacés par des hachures.
4295354 Correction de certains liens rompus dans le guide de démarrage rapide.
4295465 Correction d’un problème qui empêchait l’authentification par téléphone de modifier le numéro de téléphone si l’accord était envoyé via un workflow personnalisé.
4295565 Correction d’un problème qui bloquait l’envoi d’un accord créé via l’API et envoyé depuis l’état de création.
4296049 Correction d’un problème qui pouvait bloquer le partage d’un groupe à un utilisateur ou à un autre groupe sous les règles de partage avancé.
4296293 Correction d’un problème lié à la délégation automatique des droits d’un accord lorsque l’on cliquait sur le lien de signature.
4296351 Correction d’un problème en raison duquel l’autorité d’administrateur de groupe ne pouvait pas être accordée à un utilisateur dans un état Créé.
4296423 Correction d’un problème en raison duquel le bouton Précédent ne s’affichait pas pour certains modèles.
4296449 Correction d’un problème en raison duquel les utilisateurs n’étaient pas activés à partir d’un état Créé.
4297057 Mise à jour du W-4 dans la bibliothèque Adobe Sign
4297612 Correction d’un problème qui pouvait provoquer l’affichage d’une case à cocher cochée dans certains cas.


Configuration de règles de gouvernance des données pour la suppression automatique d’accords

Les clients qui préfèrent conserver leurs enregistrements d’accord sur leur propre système et qui souhaitent supprimer les documents d’origine des systèmes Adobe Sign peuvent installer une « stratégie de rétention » pour déterminer la durée pendant laquelle Adobe Sign doit conserver la transaction après quoi l’accord (et éventuellement les données d’audit/personnelles qui l’accompagnent) sera supprimé d’Adobe Sign.

Les règles de rétention sont définies par un administrateur au niveau du compte dans la section Gouvernance des données du menu d’administration.

Action sélection multiple - Masquer


Amélioration du rapport d’identité du signataire

Le rapport d’identité du signataire (SIR) généré avec la méthode d’authentification par pièce d’identité officielle est en cours d’amélioration afin de permettre l’accès à sa version provisoire tant qu’il est en cours.

Accédez au SIR à partir de la page Gérer en sélectionnant l’accord (pour ouvrir le rail Actions situé à droite) et en sélectionnant l’action Télécharger le rapport d’identité.

Un mot de passe doit être défini pour télécharger le SIR, ce même mot de passe étant requis pour consulter le fichier PDF obtenu :

12.0 Télécharger le rapport d’identité du signataire

Le SIR indique clairement si le rapport est provisoire ou final :

12.0 Rapport d’identité du signataire


Délégation d’accords avec des signatures numériques

La possibilité de déléguer un accord avec des signatures numériques apposées a été ajoutée à la page de signature électronique du destinataire.

12.0 Délégation de signatures numériques

Remarque :

La délégation de signatures numériques fonctionne uniquement avec l’option Signatures en mode Cloud.

Pour autoriser la délégation avec des signatures en mode Cloud, l’option Télécharger un document et le signer avec Acrobat doit être désactivée.

Cette option peut être désactivée en accédant à Compte > Paramètres du compte > Signatures numériques et en désélectionnant Télécharger un document et le signer avec Acrobat.


Suppression de la page Envoyer/Envoi via les workflows uniquement

Les comptes peuvent supprimer la page Envoyer et acheminer tous les accords par le biais de workflows contrôlés, conçus par les administrateurs.

12.0 Envoi par les commandes de workflow


La fonction Remplacer le destinataire s’applique désormais au rôle Chargé de remplissage

La possibilité de remplacer le destinataire actuel inclut désormais le rôle de destinataire Chargé de remplissage :

12.0 Remplacement de la personne chargée de remplir le formulaire

Champ du motif de refus étendu

La capacité de saisie du champ que l’utilisateur peut utiliser pour indiquer le motif de refus a augmenté pour atteindre 1 000 caractères (contre 255 précédemment).

12.0 Motifs de refus


Amélioration de l’authentification pour la capture de signature mobile

La fonctionnalité de capture de signature mobile obligatoire a été améliorée pour détecter si le numéro de téléphone fourni est considéré comme utilisable. S’il est avéré que le numéro est inapproprié pour saisir un message textuel, un avertissement s’affiche. L’utilisateur a la possibilité d’annuler ou de poursuivre :

12.0 Erreur de capture d’écran mobile


La fonctionnalité d’aide intégrée au produit a été mise à jour

Le système d’aide intégrée au produit a été mis à jour dans cette version pour améliorer l’expérience utilisateur sur la nouvelle interface des pages Accueil et Gérer.

Les comptes pour lesquels la fonctionnalité est activée verront que l’onglet Aide interactive flottant sur le bord droit de la fenêtre a été remplacé par une icône de point d’interrogation moins gênante :

12.0 Aide intégrée

Les administrateurs peuvent activer ou désactiver le système d’aide intégrée au niveau du compte et du groupe :

12.0 Commandes intégrées


Modifications de l’expérience pour les utilisateurs


Les e-mails destinés aux clients ne contiennent plus le lien vers support@echosign.com

Les notifications par e-mail aux utilisateurs (e-mails de réinitialisation de mot de passe, par ex.) ne contiennent plus le lien vers l’ancienne adresse e-mail de l’équipe de support afin d’encourager l’adoption de notre stratégie de contact actuelle.

12.0 Modification du modèle d’e-mail


L’e-mail d’annulation a été clarifié en ce qui concerne les personnes informées de l’annulation en question

Le texte de tous les modèles d’annulation a été revu pour préciser que seules les parties ayant participé jusqu’à présent à l’accord seront informées de l’annulation :

12.0 Message d’annulation


La page Paiements de l’interface utilisateur a été mise à jour

Des modifications mineures de texte et de mise en page ont été apportées à la page Intégration des paiements :

12.0 Paiements


Problèmes résolus

ID du problème

Description

4264717 Correction d’un problème où les parties en Cc sur une partition isolée n’étaient pas correctement averties des événements d’un accord.
4274328 Amélioration de la documentation Swagger de l’API concernant l’authentification de formulaire web.
4279853 Correction d’un problème où les champs importés dans des modèles de formulaires web pouvaient perdre leurs valeurs s’ils étaient créés après téléchargement.
4280045 Correction d’un problème où l’e-mail de notification finale n’était pas envoyé au premier destinataire si l’accord était délégué avec le type de signature Par écrit.
4283038 Amélioration du modèle de mise en page d’e-mail lors du rendu dans Outlook.
4283554 Amélioration de la distribution du modèle d’e-mail personnalisé, pour l’e-mail final, afin d’aligner son apparence sur celle du modèle d’e-mail standard.
4283575 Amélioration du traitement des notifications d’accord à destination des utilisateurs ayant migré pendant que des accords étaient encore en cours avec leur ID utilisateur.
4283580 Amélioration de la gestion des accords authentifiés par SMS lorsque le numéro saisi semble ne pas correspondre à un numéro de téléphone.
4285215 Correction d’une condition de compétition qui pouvait empêcher la date de suppression d’un accord d’être renseignée dans les rapports.
4286380 Correction d’un problème entraînant l’omission du logo du compte lors de l’envoi d’un accord via l’API avec authentification par mot de passe.
4286935 Correction d’un problème, lié à l’authentification Adobe Sign dans les workflows, qui pouvait provoquer l’émission de plusieurs demandes d’authentification.
4286945 Correction d’un problème où un ID utilisateur migré ne mettait pas à jour son ID de compte après la migration.
4287011 Amélioration de la gestion du téléchargement de fichiers pour empêcher les chargements verrouillés.
4287509 Correction d’un problème où les caractères spéciaux dans le nom de l’accord étaient remplacés par du code ASCII lors de son téléchargement avec l’utilitaire d’exportation de documents.
4287513 Correction d’un problème où la coche d’une case à cocher n’était pas masquée avec la case à cocher sous certaines règles conditionnelles.
4287563 / 4291524 Correction d’un problème où tous les codes de téléphone n’étaient pas présentés lors de la délégation d’un accord avec authentification par SMS.
4287839 Correction d’un problème lié aux e-mails de rappel faisant qu’un lien d’affichage était envoyé au lieu d’un lien de signature.
4288915 Correction d’un problème où les horodatages locaux ne compensaient pas l’heure de décalage liée au réglage de l’heure d’été.
4288983 Amélioration de la gestion de la valeur NoChrome dans une session
4289039 Amélioration de la mise en forme du texte de signature numérique pour garantir une sortie de signature plus homogène.
4289171 Correction d’un problème où l’exécution de DELETE /agreements/{agreementId}/documents renvoyait le code 204 pour les documents déjà supprimés.
4289520 Ajout de Chargé de remplissage à la fonction Remplacer le destinataire.
4289531 Correction d’un problème qui faisait que la bannière HTML recouvrait la page Gérer lors de l’affichage d’un compte partagé.
4289591 Correction d’un problème où un lien de révision (et non un lien de signature) pouvait être envoyé lorsqu’un accord était délégué.
4290535 Correction d’un problème où les utilisateurs migrés vers une solution fédérée n’adoptaient pas la valeur de nom d’entreprise associée aux valeurs fédérées.
4290729 Correction d’un problème où une page de signature électronique iFrame incorporée ne perdait pas ses attributs de marque à l’expiration du cookie.
4290731 Amélioration du message d’annulation par e-mail.
4290997 Mise à jour du modèle d’e-mail de mise à jour du mot de passe pour supprimer l’ancienne adresse e-mail.
4291436 Correction d’un problème où les paramètres d’en-tête d’e-mail au niveau du groupe ne remplaçaient pas les paramètres au niveau du compte.
4291499 Correction d’un problème où IE11 entraînait la fermeture automatique de la fenêtre Rappeler lorsqu’elle était ouverte à partir de la page Gérer.
4291965 Correction d’un problème où les liens hypertextes dans le message de redirection pour les formulaires web apparaissaient sous forme de code pur.
4292165 Correction d’un problème où une application utilisant un formulaire avec des champs détectés automatiquement présentait une page vierge si le profil utilisateur du destinataire ne contenait qu’un nom.
4292211 Amélioration de la taille du champ de saisie des motifs de refus.


Action avec sélection multiple sur la page Gérer : Masquer/Afficher

La nouvelle page Gérer permet désormais de sélectionner plusieurs enregistrements d’accord, de formulaire web et Mega Sign.

  • Lorsqu’un enregistrement est sélectionné, le rail droit s’ouvre pour afficher toutes les actions disponibles pour l’enregistrement.
  • Si plusieurs enregistrements sont sélectionnés, le rail droit est filtré pour afficher uniquement les actions qui peuvent être appliquées à tous les enregistrements sélectionnés.
Cette version ajoute une action (la première) : Masquer/Afficher
Action sélection multiple - Masquer


La page post-signature par défaut (pour les destinataires non enregistrés) a été mise à jour pour supprimer le contenu marketing

Tous les comptes ont une nouvelle page post-signature par défaut pour les destinataires qui ne sont pas des utilisateurs Adobe Sign enregistrés.

Le message de réussite et un lien permettant de télécharger une copie de ce qui vient d’être signé sont maintenus pour informer le destinataire et lui donner accès à l’accord.

Tous les liens et contenus marketing permettant de s’inscrire à un compte actif ont été supprimés.

Page post-signature

Remarque :

Cette modification s’applique uniquement à l’environnement des destinataires qui n’ont pas enregistré leur adresse e-mail. 

L’environnement des utilisateurs enregistrés n’a pas changé.


URL de redirection pour post-signature personnalisée

Les administrateurs ont la possibilité de définir l’URL vers laquelle leurs destinataires sont redirigés une fois qu’ils ont terminé leurs actions sur l’accord.

L’URL de la page post-signature peut être configurée au niveau du compte ou au niveau du groupe.

  • Les paramètres au niveau du groupe remplacent les paramètres au niveau du compte.
  • Les paramètres d’appel API remplacent les paramètres au niveau du compte/groupe.
URL de redirection


Redirection post-signature définie sur zéro seconde par défaut

À compter de cette version, toutes les redirections vers une nouvelle page ont un délai par défaut de 0 seconde.

  • Cela s’applique aux redirections automatiques (la page post-signature, intégrations, etc.) et aux appels API.
  • Les appels API peuvent configurer le délai de redirection dans l’appel API si un délai plus important est souhaité.


Message de redirection post-signature ajouté au pied de page de signature électronique

Si une redirection est configurée pour un accord (via l’interface utilisateur ou l’API), un message est ajouté au pied de page Cliquez pour signer de la page de signature électronique pour avertir le destinataire qu’il sera redirigé après signature.

  • Message de redirection : « Lors de la signature, l’expéditeur vous demande d’être redirigé vers domain.com ».
    • domain.com correspond au nom de domaine fourni dans l’URL de redirection spécifique.
Message d’avertissement d’URL de redirection


Améliorations de l’authentification par pièce d’identité officielle

L’option Authentification par pièce d’identité officielle a été améliorée et inclut désormais des fonctionnalités supplémentaires :

  • L’Authentification par pièce d’identité officielle est désormais disponible pour les comptes clients basés dans le Cloud Microsoft Azure (EU2 et NA3).
  • La carte d’identité nationale et le permis de séjour allemands ont été ajoutés à la liste des documents pris en charge pour l’identification.

Lors de l’extraction du rapport .csv pour un accord ou un modèle, la valeur du champ de lien hypertexte indique désormais l’URL que le lien a fournie au destinataire, pour les liens de pointage externes ainsi que le numéro de page pour les liens de pointage internes.

Si l’utilisateur ne clique pas sur le lien, le champ reste vide.

  • Ceci remplace la politique d’utilisation précédente qui voulait que la valeur « TRUE » soit utilisée si l’utilisateur avait cliqué sur le champ.
Nouvelles valeurs de lien hypertexte dans le fichier CSV du rapport


Nouvelles méthodes d’API REST v6

Deux nouvelles méthodes ont été ajoutées à l’API REST v6 :


Mise à jour de l’API REST v5 pour remplacer le signataire

L’API REST v5 a été mise à jour afin que seul l’expéditeur d’un accord puisse remplacer les destinataires. Ce changement semblera significatif aux clients habitués à remplacer les destinataires pour le compte d’autres utilisateurs.

Ce changement a un impact particulièrement important pour les intégrations qui utilisent l’API REST v5 (Salesforce, par ex.).

Remarque : le Partage de compte avancé peut être utilisé pour contourner cette nouvelle restriction (en activant Modifier).


Problèmes résolus

ID du problème

Description

4276902 Correction d’un problème où un accord créé à partir d’un accord précédemment terminé pouvait rendre l’une des signatures de l’accord précédent invisible. 
4279984 Correction d’un problème où le texte des notes pouvait être masqué sur l’ancienne page Gérer.
4281681 Correction d’un problème provoquant une erreur si un utilisateur d’un compte partagé tentait de modifier la méthode d’authentification.
4283869 Correction d’un état dans lequel le délai d’expiration n’était pas récupéré lors de l’envoi d’un accord via REST v6.
4284302 Correction d’un problème susceptible de déclencher un message d’erreur lors de la tentative d’ajout d’un utilisateur avec lequel partager un compte.
4284681 Correction d’un problème où l’ID externe n’était pas capturé lors de l’appel de la méthode REST v6 GET/agreement/ID.
4284682 Correction d’un problème qui pouvait masquer le texte « Envoyer au nom de » sur le rapport d’activité d’un accord.
4287030 Correction d’un problème en raison duquel l’option Exporter les données n’était pas disponible pour certains accords.
4287675 Correction d’un problème en raison duquel certains utilisateurs envoyaient des modèles d’e-mail en anglais au lieu du japonais.
4288021 Correction d’un problème qui pouvait empêcher les utilisateurs de s’authentifier.
4288027 Correction d’un problème en raison duquel la date d’expiration pouvait apparaître avancée d’un jour.
4288041 Correction d’un problème en raison duquel un fichier joint pouvait générer une erreur même s’il se trouvait dans la limite de taille configurée (Mo).
4288148 Amélioration du temps de chargement lors de l’exportation des listes d’utilisateurs.
4288873 Correction d’un problème en raison duquel l’exécution du mappage de formulaires web dans SharePoint pouvait échouer.
4289213 Correction d’un problème en raison duquel certains comptes SAML configurés comme obligatoires pouvaient provoquer une erreur lors de l’accès aux utilisateurs en attente.
4289382 Correction d’un problème dans l’ancienne page Gérer dans le navigateur IE : le lien Rapport d’audit ne réagissait pas.

Fonctionnalité améliorée

Modification d’éléments d’accord dans l’interface de création

L’environnement de création contient désormais un bouton Précédent, qui permet à l’utilisateur de revenir à la page de composition précédente afin d’effectuer des modifications.

Bouton Précédent dans l’interface de création

Les éléments qui peuvent être modifiés sont les suivants :

  • Le nom et le message de l’accord
  • Les adresses électroniques des destinataires
  • Les fichiers joints à l’accord (ajout, suppression et réorganisation)
Page de composition modifiable

Une fois les modifications terminées, l’utilisateur clique sur le bouton Suivant pour revenir à l’environnement de création (avec les mises à jour appliquées).

Les champs précédemment placés conservent leurs valeurs configurées et leur valeur Affecté(s) à (par exemple : Participant 1).

  • Si l’adresse e-mail d’un participant a changé, la nouvelle valeur de l’adresse e-mail est remplacée, sans perturber la configuration des champs.
  • Le remplacement de fichiers supprime tout placement de champ pour les fichiers supprimés.
Remarque :

Les accords avec un état Version préliminaire peuvent également être modifiés à l’aide de ce mécanisme.

Les clients Enterprise qui ont activé la fonction Modifier l’accord en cours verront les options Modifier et Éditer sur la page Gérer.

  • L’option Modifier sera supprimée dans une prochaine version, laissant uniquement l’option Éditer pour les accords en Version préliminaire et Modifier pour les accords en cours de traitement.

foo

Les champs Lien hypertexte peuvent désormais être configurés en tant que champ Obligatoire pendant le cycle de signature.

Lorsque l’option Obligatoire est cochée, deux nouveaux paramètres sont ajoutés aux propriétés du champ :

  • Affecté à  : définit le destinataire qui doit cliquer sur le champ pendant son action sur l’accord.
    • Un destinataire peut être explicitement requis, ce qui oblige uniquement ce destinataire à cliquer sur le champ avant de terminer son action sur l’accord.
      • Le lien reste cliquable pour tous les destinataires qui ne sont pas tenus de cliquer dessus.
    • Tout le monde est un nouveau rôle disponible exclusivement dans le champ Lien hypertexte, qui exige que tous les destinataires cliquent sur le lien avant de terminer leur action.
  • Info-bulle : affiche une info-bulle de texte à l’attention du destinataire lorsque le champ devient actif.
Propriétés de champ de lien hypertexte


Amélioration des champs calculés avec le formatage de devise

Les champs calculés qui affichent leurs valeurs formatées en tant que Devise ont de nouvelles règles qui déterminent quel symbole de devise est affiché dans la valeur calculée.

Notez que les valeurs de devise calculées peuvent être dérivées d’un ou plusieurs champs source qui valident leurs valeurs en tant que Nombre ou Devise.

  • Si les champs source contiennent une validation de devise pour les États-Unis, la valeur calculée affiche le symbole du dollar américain : $
  • Si les champs source contiennent une validation de devise pour le Royaume-Uni, la valeur calculée affiche le symbole de la livre sterling : £
Pour plus d’informations sur les champs calculés, cliquez ici >


Amélioration des options de refus pour les destinataires

L’option permettant à un destinataire de refuser un accord a été étendue pour :

  • Afficher le bouton Refuser dans le pied de page de la page ESign pour tous les destinataires avec le rôle Accepteur.
Refus par l’accepteur

  • Autoriser les administrateurs de groupe et de compte à définir explicitement une liste de motifs que le destinataire peut choisir lors du refus de l’accord.
Motifs de refus


Le partage de compte avancé permet d’activer l’action Masquer pour les accords partagés avec des autorisations de modification

Les comptes qui ont activé le Partage de compte avancé avec des autorisations de modification verront désormais l’option Masquer/Afficher pour les accords sur les comptes partagés.

  • Cette action est effectuée au nom du propriétaire, ce qui signifie que les accords masqués le sont dans la vue du propriétaire (et de tous les autres).
Sélection multiple - Masquer


Mises à jour de l’API REST v6

Définir la durée de vie d’une URL de signature

L’appel d’API REST v6 GET /agreements/{agreementId}/signingUrls comprend un nouveau paramètre : expiry.

  • Ce paramètre accepte une valeur comprise entre 30 et 315 360 000 secondes ( environ 10 ans).
  • La durée d’expiration par défaut pour les nouveaux clients est de 1 209 600 secondes (14 jours).
    • La valeur par défaut pour les clients existants sera définie sur 3 650 jours.
      • Les clients existants qui souhaitent que leur valeur par défaut soit réduite doivent contacter leur responsable du succès client ou le support technique pour que le paramètre soit mis à jour.
Attention :

Si vous avez une valeur positive dans le paramètre de durée de vie par défaut, l’URL de signature sera modifiée pour plusieurs appels d’API. Étant donné que tous les comptes auront une valeur positive (soit 14 jours, soit 10 ans), tous les comptes connaîtront cette modification au lancement.

Pour éviter cela, la valeur par défaut sur le backend doit être définie sur -1.  Pour ce faire, contactez votre responsable du succès client ou le support technique.

Avant la version de septembre 2020 :

Version de l’API Expiration URL de signature
REST v5
Expiration de la durée de vie URL identiques renvoyées pour plusieurs appels
REST v6 Expiration de la durée de vie URL identiques renvoyées pour plusieurs appels

 

Après la version de septembre 2020 :

Version de l’API Expiration du paramètre facultatif Valeur d’expiration par défaut URL de signature
REST v5
s.o. > 30 sec et < 315 360 000 sec URL uniques renvoyées pour plusieurs appels
REST v5 s.o. -1 ; expiration de la durée de vie URL identiques renvoyées pour plusieurs appels
REST v6 /signingUrls?expiry=3600 Remplacée par le paramètre d’expiration URL uniques renvoyées pour plusieurs appels
REST v6 /signingUrls > 30 sec et < 315 360 000 sec URL uniques renvoyées pour plusieurs appels
REST v6 signingUrls -1 ; expiration de la durée de vie URL identiques renvoyées pour plusieurs appels


Positionnement relatif des champs via REST v6

L’appel d’API REST v6 POST /agreements a été étendu pour inclure un nouvel attribut facultatif : formFieldGenerators. Les champs peuvent ainsi être positionnés par programmation par rapport aux chaînes spécifiées dans le document PDF chargé.


Appel d’API de formulaire web personnalisé

L’appel d’API REST v6 existant POST /widgets/{widgetId}/views a été étendu pour inclure un nouveau paramètre : personalizedSigningViewConfiguration.

Ce paramètre permet de personnaliser les formulaires web.


Créer/Renommer/Supprimer des groupes

Trois nouveaux appels d’API REST v6 ont été ajoutés pour aider à gérer les groupes via REST v6 :


Modifications de l’expérience pour les utilisateurs

API : amélioration des appels DELETE de REST v6 pour les administrateurs des informations personnelles

Les administrateurs des informations personnelles peuvent désormais appeler DELETE /agreements/{agreementId}/documents sans l’en-tête x-api-user lors de l’utilisation d’un jeton de portée de compte.


Modification du texte du rapport d’audit pour l’entrée finale

Le rapport d’audit n’énumère plus explicitement la liste des participants (et leurs adresses e-mail) dans son dernier enregistrement.

L’événement final du rapport d’audit affiche désormais l’accord terminé avec l’horodatage de l’événement (en GMT) :

Rapport d’audit


Amélioration des champs calculés avec le formatage de devise

Les champs calculés qui affichent leurs valeurs formatées en tant que Devise ont de nouvelles règles qui déterminent quel symbole de devise est affiché dans la valeur calculée.

Notez que les valeurs de devise calculées peuvent être dérivées d’un ou plusieurs champs source qui valident leurs valeurs en tant que Nombre ou Devise.

  • Si les champs source contiennent une validation de devise pour les États-Unis, la valeur calculée affiche le symbole du dollar américain : $
  • Si les champs source contiennent une validation de devise pour le Royaume-Uni, la valeur calculée affiche le symbole de la livre sterling : £
Pour plus d’informations sur les champs calculés, cliquez ici >


Dates d’expiration de Mega Sign

Les accords Mega Sign respectent désormais les valeurs par défaut d’expiration automatique du niveau compte/groupe.

S’il existe une valeur par défaut définie au niveau du compte ou du groupe, cette valeur est importée dans le processus de création de Mega Sign et conférée aux accords enfants :

Commandes d’expiration

La modification de la date d’expiration de l’objet Mega Sign (parent) s’applique à la date d’expiration de tous les accords enfants restants (qui sont toujours en cours).

  • La modification de la date d’expiration d’un accord enfant est autorisée et se fait directement au niveau de l’accord enfant.
  • La modification de l’objet Mega Sign parent, après la modification d’un accord enfant, applique à l’accord enfant la nouvelle date définie sur l’objet Mega Sign parent.
Remarque :

Pour que l’expiration de Mega Sign soit disponible, deux paramètres doivent être activés sous Paramètres du compte > Paramètres d’envoi.

  • Limiter le nombre de jours pendant lesquels les signataires devront signer le document à : ce paramètre définit le nombre de jours pendant lesquels les accords pourront être signés après avoir été envoyés.  Il s’agit de la valeur importée dans Mega Sign.
  • Inclure les signataires à l’interne lors de l’application d’échéances d’expiration du document : actuellement, ce paramètre doit être activé pour que la valeur d’expiration soit importée à partir des paramètres de compte/groupe.


La recherche d’accords renvoie désormais des enregistrements triés par pertinence

La recherche dans Adobe Sign renvoie désormais dans les résultats les enregistrements les plus pertinents en haut, la date de dernière modification étant le dernier critère de tri.

Ce réglage améliore la recherche avec plusieurs termes en plaçant les accords qui correspondent à davantage de termes en haut de la liste d’enregistrements renvoyée.


Concepteur de workflow produisant des messages d’erreur

En raison de l’amélioration de la sécurité du partage des ressources de bibliothèques, certains workflows peuvent commencer à renvoyer un message d’erreur de serveur lors de la modification du workflow après la mise à jour de septembre :

Erreur du concepteur de workflow lors de la modification

Les expéditeurs qui tentent d’utiliser un workflow avec ce problème reçoivent un message d’erreur indiquant que le workflow contient des documents qui ne sont pas à leur portée :

Erreur du concepteur de workflow lors de l’envoi

Cette erreur signifie que ce workflow n’a plus l’autorisation d’utiliser un ou plusieurs des modèles de bibliothèque joints. Cela se produit généralement lorsque les droits d’accès au modèle sont modifiés, passant de l’autorisation d’accès au compte/groupe à la limitation de l’accès au propriétaire.

Les administrateurs doivent annuler ce message d’erreur plutôt que de recharger la page.

 

Pour corriger l’erreur :

  • Le propriétaire du modèle doit modifier ses autorisations pour que le compte/groupe auquel le workflow est lié puisse y accéder.
  • Le propriétaire du workflow peut remplacer le modèle par un modèle doté des autorisations nécessaires.  Pour ce faire, annulez l’opération ayant déclenché l’erreur ci-dessus, puis modifiez le workflow et remplacez le document.


Problèmes résolus

ID du problème

Description

4243330 4273246 Mise à jour du rapport d’audit afin de mieux signaler l’événement final « Terminé » de la transaction
4259343 Amélioration du zoom sur l’application mobile pour éviter le recadrage du champ de signature
4263785 Amélioration de la manière dont le symbole de devise est dicté dans les champs calculés
4263858 Défilement amélioré sur l’écran de signature pour les appareils Android
4270477 Correction d’un problème lié aux webhooks en raison duquel l’événement terminé pouvait se déclencher avant la fin du traitement des documents
4271693 Correction d’un problème qui pouvait empêcher les administrateurs d’ajouter des utilisateurs par lot via CSV
4271820 Amélioration de l’expiration de signature des URL pour REST v5 et v6
4272911 Correction d’un problème de rendu incorrect des apostrophes dans les workflows
4275099 Correction d’un problème de localisation qui empêchait certains utilisateurs mobiles de signer avec l’option Mobile
4275744 Correction d’un problème susceptible d’empêcher l’importation de plusieurs champs de signature numérique pour un utilisateur
4276100 Amélioration de l’activation de l’utilisateur afin que les utilisateurs en attente restent dans leur groupe actuel
4276130 Amélioration de la commande Get agreements/ID pour renvoyer les destinataires dans l’ordre saisi lorsqu’un workflow parallèle est en place
4276569 Ajout d’une incrustation Exemple à l’exemple de page de vérification des transactions
4276789 Correction d’un problème lié au remplissage et à la signature qui générait une erreur si le prénom et le nom n’étaient pas inclus dans le profil d’utilisateur
4277801 Correction d’un problème en raison duquel les en-têtes d’appartenance à un groupe pouvaient être renvoyés à la ligne et masquer le premier groupe
4277802 Correction d’un problème en raison duquel l’appartenance à un groupe d’utilisateurs pouvait être tronquée si le nom du groupe était trop long
4277894 Correction d’un problème en raison duquel plusieurs e-mails de vérification pouvaient être envoyés à un nouvel utilisateur
4278261 Correction d’un problème en raison duquel les administrateurs ne pouvaient pas modifier un modèle de bibliothèque partagée
4278967 Correction d’un problème en raison duquel un grand nombre de caractères à deux octets saisis dans un motif de signature pouvaient masquer la date
4279119 Clarification du texte « alt » du logo de l’entreprise pour une meilleure représentation sur les lecteurs d’écran
4279288 Correction d’un problème susceptible de bloquer le remplacement du deuxième signataire d’un workflow à partir de la nouvelle page Gérer
4279614 Correction d’un problème qui empêchait le filtrage des rapports par l’utilisateur dans les comptes comportant un très grand nombre d’utilisateurs
4279645 Correction d’un problème susceptible de bloquer les données du rapport lors de l’exportation
4279646 Correction d’un problème qui pouvait empêcher l’envoi d’e-mails de vérification lors de la création de nouveaux utilisateurs via un fichier csv
4279740 Amélioration de Mega Sign pour respecter les valeurs d’expiration par défaut
4280779 Correction d’un problème en raison duquel les destinataires devaient se connecter lors de la tentative de révision d’un lien de document signé
4280782 Correction d’un problème en raison duquel les champs calculés additionnaient incorrectement les valeurs de date de certaines valeurs
4281186 Correction d’un problème en raison duquel les droits d’envoi d’un utilisateur pouvaient être supprimés si l’utilisateur modifiait des groupes via la modification CSV du profil utilisateur
4281434 Appel DELETE amélioré pour les administrateurs des informations personnelles
4281572  Amélioration des messages d’erreur lorsqu’un nom est requis pour terminer la signature
4281657 Correction d’une erreur Permission_Denied qui empêchait le remplacement d’un participant par le biais d’une API dans un workflow parallèle
4281698 Correction d’un problème qui pouvait empêcher le renseignement des données du signataire dans le formulaire pour l’accord si le signataire était remplacé
4281728 Correction d’un problème en raison duquel les champs basés sur deux valeurs calculées affichaient des résultats incohérents
4281757 Correction d’un problème dans REST v5 en raison duquel les utilisateurs existants ne pouvaient pas modifier leurs valeurs d’e-mail en domaines non répertoriés
4281951 Amélioration de la visibilité des signatures pour les petits écrans
4281964 Correction d’un problème en raison duquel les workflows n’étaient pas correctement triés par date de dernière modification
4282116 Correction d’un problème de pagination des modèles de bibliothèque lors de la tentative de rattachement à un workflow
4282439 Amélioration de l’emplacement et de la forme des boutons pour les applications mobiles
4282441 Correction d’une erreur générée sous le partage avancé lorsqu’un utilisateur tentait d’envoyer un accord pour le compte d’un utilisateur de partage et que ce champ comporte des champs préremplis
4282820 Correction d’une erreur [Traitement de 1 ligne sur 2] lors de la mise à jour des informations d’utilisateurs par fichier CSV pour un utilisateur qui ne se trouve pas dans les groupes par défaut
4282840 Correction d’un problème en raison duquel le champ Date des destinataires affichait automatiquement l’heure à l’aide du décalage GMT
4282899 Correction d’un problème qui supprimait les autorisations d’administrateur de groupe pour le groupe par défaut après la connexion
4282935 Correction d’un problème en raison duquel les comptes d’utilisateur partagés sous le partage avancé ne pouvaient pas être affichés si l’utilisateur n’avait pas de prénom et de nom sur son profil de niveau
4282940 Correction d’un état dans lequel le bouton Créer pouvait être masqué si le zoom était trop important
4283022 Amélioration de la structure de requête SQL pour améliorer la réponse à la recherche
4283539 Correction d’un problème en raison duquel un délégué ne recevait pas d’e-mails de rappel
4283698 Correction d’un problème en raison duquel les utilisateurs inactifs n’apparaissaient pas dans une liste d’options d’utilisateurs partagés
4283816 Correction d’un problème en raison duquel le portail Adobe Sign ne redirigeait pas automatiquement les utilisateurs de l’authentification unique après leur passage sur adobesign.com
4284263 Correction d’un problème en raison duquel la création d’un nouveau formulaire web adoptait les paramètres du groupe principal de l’auteur au lieu du groupe affecté
4284292 Correction d’un problème en raison duquel les e-mails de rappel pouvaient être envoyés après l’annulation du rappel
4285288 Correction d’un problème en raison duquel la fenêtre contextuelle Accepter les cookies s’affichait à plusieurs reprises
4286618 Correction d’un problème qui pouvait entraîner l’échec de l’envoi des workflows configurés avec la vérification par SMS
4286899 Amélioration des messages lors de la recherche d’un utilisateur qui n’existe pas dans le système
Logo Adobe

Accéder à votre compte