Version 22.R3 (11.48)

Quoi de neuf

Cérémonie de signature classique

• La cérémonie de signature classique est entièrement obsolète : l’obsolescence de la cérémonie de signature classique a commencé dans la version 11.42. Les points de terminaison de l’API de cette cérémonie ont maintenant été désactivés, de sorte que les utilisateurs intégrés DOIVENT maintenant utiliser l’API de l’expérience du signataire. La cérémonie de signature classique est désormais ENTIÈREMENT obsolète.

Expérience du signataire

• Meilleur flux de travail de consentement électronique : lorsque le changement de signataire est utilisé, le signataire d’origine et le signataire réattribué doivent désormais accepter le document de consentement électronique. Les seules exceptions sont les utilisateurs qui signent via le client de certificat personnel ou un fournisseur de services de confiance. Dans ces cas : (1) si le signataire d’origine accepte le document de consentement électronique avant de changer de signataire, le signataire réaffecté ne verra pas ce document ; (2) Dans le cas contraire, le signataire réaffecté verra ce document et devra l’accepter.

• Meilleur flux de travail pour les signatures en attente : lorsqu’un expéditeur est également un signataire qui a une signature en attente dans une transaction, une icône Signer apparaît désormais à côté du nom de la transaction. En cliquant sur cette icône, l’expéditeur accède directement à l’expérience du signataire pour cette transaction.

• Possibilité d’afficher le nom complet du document sur chaque page : Lorsqu’un document est affiché dans l’expérience signataire, son nom apparaît au bas de chaque page. Lorsqu’un nom long dépasse l’espace alloué, il est tronqué par des points de suspension. Ainsi, la dernière partie de ces noms n’est pas affichée. Nous avons atténué cette limitation en affichant le nom complet du document lorsque les utilisateurs passent leur souris sur le nom tronqué.

• Possibilité d’ajouter des filigranes aux documents téléchargés : si un destinataire télécharge les documents d’une transaction pendant l’expérience signataire, ces documents peuvent être estampillés d’un filigrane personnalisable qui indique l’état de la transaction. La police, l’opacité et la position du filigrane sont également personnalisables. Pour activer cette fonctionnalité, veuillez contacter notre équipe d’assistance.

Expéditeurs

• Peut remplacer les spécifications de langue des destinataires : Il est parfois utile pour un expéditeur de pouvoir spécifier la langue des e-mails et de l’interface utilisateur que les destinataires d’une transaction verront, même si les destinataires ont spécifié d’autres langues. Nous avons donc créé un nouvel indicateur au niveau du compte dans le BackOffice OneSpan Sign et les paramètres libre-service pour les expéditeurs. Si cet indicateur est activé, l’expéditeur d’un compte peut spécifier la « langue du destinataire » d’une transaction qui remplacera les spécifications linguistiques des destinataires. Remarque : Cette fonctionnalité est prise en charge dans la nouvelle expérience utilisateur et l’API.

• Possibilité d’ajouter des champs avant les blocs de signature : Après avoir sélectionné un destinataire, les expéditeurs peuvent désormais ajouter des champs à un document sans avoir ajouté de bloc de signature. Une fois qu’un bloc de signature est ajouté, tous les champs précédemment ajoutés y seront attachés. Remarque : (1) Les champs en question sont des champs de création de formulaires (par exemple, des champs de texte, des zones de texte, des cases à cocher, des boutons radio, des listes déroulantes, des étiquettes) ; (2) Cette fonctionnalité est prise en charge dans la nouvelle expérience utilisateur et l’API.

• L’envoi en bloc peut utiliser des modèles volumineux : la fonctionnalité d’envoi en bloc peut désormais prendre en charge les modèles comportant 300 champs.

• Plus de contrôle sur le bouton « Document suivant » : avant cette version, le bouton qui permet à un destinataire d’accéder au document suivant pendant l’expérience du signataire pouvait apparaître n’importe où sur une page du document actuel. Pour permettre une plus grande prévisibilité, nous avons créé un nouvel indicateur au niveau du compte dans le backoffice OneSpan Sign. Lorsque cet indicateur est activé : (1) ce bouton apparaît toujours en bas de la page ; (2) le texte du bouton peut être personnalisé à l’aide du BackOffice.

• Plus facile de désélectionner des délégués : un délégant peut désormais arrêter facilement la délégation de n’importe lequel de ses délégués via la boîte de dialogue Gérer la délégation , qui : (1) répertorie tous les délégués du délégant ; (2) affiche un bouton Arrêter la gestion qui arrêtera la délégation d’un délégué sélectionné.

Titulaires et gestionnaires de comptes

• « Libre-service des paramètres de compte » activé par défaut : Pour tous les comptes OneSpan Sign (à l’exception de ceux créés ou mis à jour sur OneSpan Sign 11.46.x ou 11.47.x), le libre-service des paramètres de compte est maintenant activé par défaut pour les titulaires de compte et les gestionnaires de compte. Cela leur permet de configurer immédiatement de nombreux paramètres de backoffice directement à partir de la partie Expéditeur de la nouvelle expérience utilisateur (sous Configuration du compte Admin >).

Résumé des données probantes

• Le résumé des preuves enregistre les adresses IP de la vérification d’identité : lorsque l’identité d’un utilisateur est authentifiée via la vérification d’identité, l’adresse IP de son appareil change. À compter de la présente publication, le résumé des données probantes consigne ces adresses.

• Meilleurs libellés de boutons : avant cette version, l’libellé du bouton qui télécharge le résumé des preuves provoquait de confusion dans certaines langues prises en charge. Par exemple, en français, il en résultait deux boutons avec des fonctions différentes présentant la même étiquette – Télécharger . Nous avons éliminé cette confusion en veillant à ce que le bouton qui télécharge le résumé des preuves présente une étiquette unique dans chaque langue prise en charge.

Salle virtuelle

• De meilleurs flux vidéo : Nous avons augmenté la taille du flux vidéo de la salle virtuelle pour la rendre plus visible. Nous avons également veillé à ce que le système ne présente qu’un seul flux vidéo par participant, c’est-à-dire que nous ne dupliquons plus le flux vidéo pour la personne qui contrôle l’écran.

• Peut sélectionner des hôtes à partir du Concepteur : À partir du Concepteur, un Expéditeur peut désormais : (1) sélectionner l’hôte d’une transaction de salle virtuelle ; (2) envoyer la transaction à ses participants. Auparavant, si un expéditeur se trouvait dans le concepteur, il devait revenir à la page d’édition de la transaction pour effectuer ces opérations.

Accessibilité

• Le libre-service des paramètres de compte est accessible : le libre-service des paramètres de compte est désormais accessible, de sorte que les personnes handicapées peuvent configurer de nombreux paramètres de backoffice directement depuis la partie Expéditeur de la nouvelle expérience utilisateur (sous Configuration du compte Admin >).

• Meilleure gestion des champs dans les groupes : Lorsque les champs d’un groupe de cases à cocher ou d’un groupe de boutons radio sont ajoutés à un document dans une transaction Accessibilité activée, la liste déroulante affiche désormais le nom du groupe. Les utilisateurs doivent donc ajouter l’ensemble du groupe. Ils ne peuvent pas ajouter uniquement certains champs du groupe. De même, lorsque des champs d’un groupe sont supprimés d’un document, l’ensemble du groupe est supprimé.

• Les champs automatiques sont plus lisibles : nous avons amélioré la lisibilité du texte prérempli dans les champs automatiques importés dans les PDF d’une transaction accessible.

Bogue

Expérience du signataire

• PB-85685 : Correction d’un problème dans lequel la confirmation d’une signature déclenchait une erreur de validation.

• PB-86368 : Correction d’un problème dans lequel la commande Télécharger TOUT échouait. De tels échecs se produisaient parce que deux documents ou plus portaient le même nom. Cette situation ne pose plus de problème.

• PB-86420 : Correction d’un problème dans lequel un modèle avec une logique conditionnelle partagée avec d’autres comptes pouvait entraîner le message d’erreur suivant lors de la signature : Erreur : L’ordre de signature a été violé.

• PB-85651 : Correction d’un problème dans lequel le système ne parvenait pas à envoyer une notification d’événement SIGNER_COMPLETE pour une transaction après que toutes ses signatures requises aient été appliquées.

• PB-85044 : Correction d’un problème concernant la signature sur les appareils mobiles. Le problème était que les signataires pouvaient cliquer sur le bouton Terminé avant d’ajouter une signature mobile. Le système indiquait à tort qu’une signature avait été apposée.

• PB-84646 : Correction d’un problème dans lequel les utilisateurs n’ayant pas de champs de signature dans un document étaient néanmoins sur la liste des utilisateurs « requis pour signer » le document.

• PB-83078 : Correction du problème suivant. La bannière d’acceptation (invite + bouton) du document de consentement électronique aurait dû apparaître au bas du document. Au lieu de cela, il « flottait » en bas de l’écran.

• PB-84199 : Correction d’un problème dans lequel le bouton Suivant du navigateur de signature sautait un groupe de cases à cocher requis.

• PB-80908 : Correction d’un problème de transaction en personne dans lequel : (1) l’ordre de signature était activé ; (2) le propriétaire de la transaction était le premier signataire (3) le signataire suivant ne pouvait pas accéder à la transaction tant qu’il n’avait pas actualisé la page.

• PB-85526 : Correction d’un problème à cause duquel le menu de navigation du volet gauche ne s’ouvrait pas automatiquement sur les appareils à écran tactile.

• PB-87863 : Correction d’un problème dans lequel une session de signataire inactive expirait plus tôt que l’heure d’expiration configurée.

• PB-86027 : Correction du problème suivant. Lorsqu’un signataire clique sur le lien dans son e-mail d’invitation une fois la transaction associée terminée, il doit être redirigé vers la page de remerciement . Au lieu de cela, ils ont été redirigés vers la page Vue d’ensemble .

• PB-86611 : Correction du problème suivant. Un utilisateur a signé tous les champs de signature requis dans une transaction, mais a ensuite refusé la transaction lors de la consultation du dernier document de la transaction, qui n’avait aucune signature/approbation pour l’utilisateur. À ce moment-là, le système a présenté à l’utilisateur les messages contradictoires suivants : (1) Veuillez voir l’image ci-jointe (decline.png) ; (2) La transaction a été menée à bien.

Expéditeurs

• PB-83421 : Correction d’un problème dans lequel les opérations d’envoi en bloc basées sur un modèle échouaient car le système avait mal calculé la date d’expiration du modèle.

• PB-80750 : Résolution d’un problème dans lequel l’e-mail du système à un expéditeur n’incluait pas une pièce jointe contenant le résumé des preuves et tous les documents signés. Désormais, lorsque la taille de la pièce jointe est supérieure à 7 Mo : (1) ce type d’e-mail n’inclura pas la pièce jointe ; (2) L’expéditeur peut consulter les documents de la transaction en cliquant sur un lien dans l’e-mail.

• PB-82852 : Correction d’un problème dans lequel une erreur 400 était générée lors de la création d’une transaction accessible avec l’extraction de l’ancre de texte.

• PB-85547 : Correction d’un problème dans lequel une erreur se produisait lorsqu’une mise en page avec des champs conditionnels était appliquée à une transaction avec moins de documents et de champs.

• PB-84954 : Correction d’un problème dans lequel la suppression d’un signataire d’une transaction ne parvenait pas à supprimer la logique conditionnelle qui lui était associée. Cela a conduit à une erreur de serveur non gérée lors de la signature.

• PB-84692 : Correction d’une traduction allemande incorrecte du texte sur l’ordre de signature.

• PB-83151 : Correction du problème suivant. Une erreur s’est déclenchée lorsqu’un expéditeur a utilisé un navigateur Firefox pour ajouter un champ de signature pour un destinataire dans une transaction accessible.

• PB-82888 : Correction du problème suivant. Lorsque la page Designer était affichée dans les navigateurs Chromium/Edge, il manquait les « 3 points » qui permettent d’ouvrir l’onglet Documents .

• PB-84990 : Correction du problème suivant. Dans la date de création intégrée d’un document Word, le mois était entièrement orthographié en minuscules. Lorsque le document a été téléchargé dans une transaction OneSpan Sign, il a été converti en format PDF. Le problème était que la première lettre du nom du mois dans le PDF était en majuscules (par exemple, avril est devenu avril).

• PB-86492, PB-86583 : Correction d’un problème avec le rendu des documents PDF dans l’application (WebUI). Ce problème affectait tous les navigateurs.

• PB-85034 : Correction du problème suivant. Lorsque les utilisateurs accédaient à l’écran Gérer la délégation sur un appareil mobile, les adresses e-mail longues ne s’affichaient pas correctement sur cet écran.

• PB-83439 : Correction d’un problème dans lequel l’e-mail rebondi était enregistré comme un rebond non seulement pour l’adresse e-mail dans le champ À , mais également pour l’adresse e-mail dans le champ Cc .

Administrateurs

• PB-83520 : Correction d’un problème qui empêchait la suppression des rôles des sous-comptes.

• PB-74822 : Correction d’un problème qui survenait lorsqu’un rôle dans un sous-compte se voyait attribuer l’autorisation Visibilité des transactions pour les délégués, mais que le compte parent n’avait pas de rôles ou d’autorisations attribués. Dans ce cas, le système a autorisé à tort les utilisateurs sans autorisation à afficher les onglets Transactions et Modèles .

• PB-83936 : Correction du problème suivant. Lorsque le JSON d’une transaction était consulté dans OneSpan Sign BackOffice, il ne contenait aucun attribut de page.

Nouvelle expérience utilisateur

• PB-84926 : Correction d’un problème dans lequel l’option Aide apparaissait dans le menu Plus d’options sur la page Authentification de l’utilisateur, malgré le fait que l’indicateur au niveau du compte showNseHelp était faux.

• PB-84289 : Correction d’un message d’erreur trompeur qui apparaissait lorsque les utilisateurs qui devaient se connecter via SSO essayaient de réinitialiser leur mot de passe.

• PB-85442 : Correction d’un problème qui empêchait le bouton Passer au contenu principal de fonctionner.

• PB-85501 : Correction de problèmes avec les traductions en chinois (traditionnel et simplifié).

Accessibilité

• PB-70939 : Correction du problème suivant. WCAG 2.1 exige que l’étiquette aria d’un lien ou d’un contrôle commence par l’étiquette visuelle associée. Cette exigence n’a pas été entièrement respectée.

• PB-85782 : Correction d’un problème d’accessibilité concernant la lisibilité des polices dans l’expérience du signataire.

• PB-83921, PB-83996, PB-83919, PB-83808, PB-83676, PB-83365, PB-81732 : Correction de sept problèmes impliquant des transactions accessibles.

• PB-81576 : Correction du problème suivant impliquant une transaction accessible. Une fois qu’un signataire a quitté la bannière Quitter le mode de signature , le système s’est concentré sur la mauvaise partie de l’écran.

• PB-81571 : Correction du problème suivant. Après avoir cliqué sur le bouton Activer le mode d’accessibilité, le focus s’est automatiquement et à tort déplacé vers le bouton Accepter .

• PB-81562 : Correction du problème suivant. Lorsqu’un utilisateur a cliqué sur un bouton Signer , le lecteur d’écran n’a pas fourni de retour.

Rapports dans l’application

• PB-79325 : Correction d’un problème dans lequel le nom de fichier d’un rapport de transaction passait de « Transaction_Report_2021_11.csv » avant qu’il ne soit téléchargé à « ___________2021_11.csv » après son téléchargement.

• PB-86024 : Correction d’un problème avec la récupération du nom de fichier d’un In-App Report via l’API. Le paramètre d’entrée de l’API fileName (avec un « N » majuscule) ne fonctionnait pas, nous avons donc modifié le code pour le faire fonctionner.

Rappels

• PB-86972 : Correction d’un problème dans lequel le système ne transférait pas PACKAGE_DECLINED chaînes de messages au service de rappel Salesforce OAuth2 . Aujourd’hui, ces messages sont toujours transmis.

• PB-81969 : Correction du problème suivant qui se produisait lorsque le signataire était également un expéditeurOneSpan Sign - une notification de rappel enregistrait le mauvais ID dans le champ sessionUser .

Voltige

• PB-80732 : Correction d’un problème qui empêchait l’enregistrement des documents via la console e-Vault Manager de OneSpan.

Mises à jour technologiques

• PB-85399 : Avant cette version, OneSpan Sign utilisait un programme basé sur Windows pour convertir des documents d’un format de fichier à un autre. Pour améliorer les substitutions de polices, OneSpan Sign utilisera désormais un convertisseur basé sur Linux pour toutes les langues prises en charge. Remarque : Certaines polices peuvent être converties différemment dans OneSpan Sign 11.48 et dans OneSpan Sign 11.47.

Problèmes connus

• PB-85089 : Dans la nouvelle expérience utilisateur, nous masquons l’autorisation Gérer les transactions, les modèles, les mises en page des utilisateurs (API). Les nouveaux clients ne verront jamais cette autorisation. Si un expéditeur dispose de cette autorisation aujourd’hui : (1) il peut continuer à l’utiliser ; (2) ils ne pourront plus voir dans la nouvelle expérience utilisateur s’ils ou si tout autre expéditeur dispose de cette autorisation. Si un client souhaite activer ou désactiver cette autorisation pour un expéditeur, il doit contacter notre équipe d’assistance.

• PB-89179 : Lorsqu’un utilisateur autorisé tente de télécharger plusieurs rapports dans l’application, le téléchargement est livré sous forme de fichier compressé. Ce fichier devrait contenir ces rapports, mais au lieu de cela, il est vide. La solution de contournement consiste à télécharger chaque rapport individuellement. Ce problème sera résolu dans la version 22.R4 (11.49).

• PB-86077 : L’expiration d’une session de signataire inactive est supérieure à celle configurée si cette durée est supérieure à 1800000 ms (30 minutes). Ce problème sera résolu dans la version 22.R4 (11.49).