Notes de publication OneSpan Sign

SaaS 2024-juillet : Version 24.R4 (11.58)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 19 septembre 2024.

Quoi de neuf

Voici quelques-unes des nouvelles fonctionnalités et améliorations que nous avons apportées à cette version.

Administrateurs

• Les administrateurs peuvent désormais autoriser les signataires à télécharger des résumés de preuves : La page Configuration du compte permet désormais aux administrateurs de configurer leurs comptes afin que les signataires puissent télécharger les résumés de preuves. Auparavant, pour activer cette fonction, vous deviez contacter notre équipe de soutien. (réf. PB-104692)

  Les documents du résumé des preuves contiennent des informations personnelles identifiables (PII = Personally Identifiable Information). L'activation de cette fonction doit se faire avec prudence.

• Nouveaux événements disponibles sur la page Notifications d'événements : Pour résoudre un problème qui provoquait la réinitialisation de certains événements lors de la mise à jour de la liste des événements, les événements existants suivants ont été exposés sur la page Notifications d'événements : (réf. PB-105022)

  • Dépôt eOriginal réussi

  • Échec de la tentative de dépôt eOriginal

  • Échec du dépôt eOriginal

  • Échec de l'enregistrement vidéo

• Les rapports d'accès au système sont désormais disponibles : Vous pouvez désormais utiliser nos API pour récupérer les journaux relatifs aux événements d'accès au système. Ces rapports sont générés sous forme de fichiers .csv. Pour tester ces fonctionnalités, voir notre référence d'API interactive. Il est désormais possible d'extraire les événements suivants : (réf. PB-105334)
  • Connexions, déconnexions ou échecs de connexion des utilisateurs
  • Début et fin de délégation d'un destinataire
  • Connexions SSO
• Amélioration de la page d'abonnement : La page Abonnement comprend désormais des en-têtes supplémentaires qui améliorent la clarté et la lisibilité de votre programme d'abonnement. (réf. PB-105403)
• Amélioration du Rapport de gestion des utilisateurs : Nous avons ajouté les événements de gestion de groupe au Rapport de gestion des utilisateurs (disponible via notre référence API interactive). Ces rapports sont générés sous forme de fichiers .csv. Pour tester ces fonctionnalités, voir notre référence d'API interactive. Il est désormais possible d'extraire les événements suivants : (réf. PB-105621)
  • L'ajout ou la suppression d'un membre du groupe.

Authentification

• Ajout du type d'authentification multi-facteurs : Une fois activée, l'authentification du destinataire peut se faire via des questions et des réponses, ainsi que des codes SMS. Après avoir répondu correctement à la question, le destinataire doit également s'authentifier via un code SMS. Ce niveau d'authentification supplémentaire offre une sécurité accrue pour l'authentification des destinataires. (réf. PB-104537)

• Nouveaux modèles de messages SMS pour la Chine, Hong Kong et le Vietnam : Conformément aux exigences locales, les messages SMS servant à l'authentification en Chine, à Hong Kong et au Vietnam utiliseront désormais la langue requise localement, quelle que soit la langue utilisée par le destinataire. (réf. PB-105986)

• Augmentation de la longueur des caractères pour le nom de la marque Vonage : Si Vonage est utilisé comme fournisseur de services pour l'OTP, le nombre de caractères maximal utilisé dans le nom de marque a été porté à 32.

Résumé des preuves

• Les liens externes fait désormais l'objet d'un suivi : Le fait de cliquer sur des liens externes dans la Nouvelle Signer Experience est désormais suivi dans le Résumé des preuves. En outre, le nom du document avec le lien externe et l'URL du lien externe font également l'objet d'un suivi. Les événements suivants ont été ajoutés au Résumé des preuves : (réf. PB-103660)

  • Clic sur le lien externe

  • Refus d'un lien externe

  • Confirmation d'un lien externe.

Notarisation & salle virtuelle

• Il est désormais possible d'extraire les enregistrements RON même après la suppression d'une transaction ou d'un compte : Il est désormais possible d'extraire les enregistrements des sessions RON d'une transaction supprimée, voire d'un compte supprimé. Pour extraire une de ces sessions, contactez notre équipe de soutien. (réf. PB-104394)

Expéditeurs

• Élargissement de la barre de couleur associée à un destinataire dans la page Concepteur : Pour améliorer l'expérience de l'expéditeur, nous avons élargi la barre de couleur de la liste des destinataires. Cela permet de distinguer plus facilement et plus rapidement les destinataires. (réf. PB-101777)

• Les expéditeurs peuvent désormais autoriser les signataires à télécharger des résumés de preuves : Si cette fonction est activée par leurs administrateurs, les expéditeurs peuvent désormais configurer leurs transactions de manière à ce que les signataires spécifiés puissent télécharger les résumés de preuves. (réf. PB-105109)

  Les documents du résumé des preuves contiennent des informations personnelles identifiables (PII = Personally Identifiable Information). L'activation de cette fonction doit se faire avec prudence.

Salle virtuelle

• Amélioration du temps de chargement de l'écran de co-navigation : Nous avons amélioré les performances de la Salle virtuelle lors du partage d'écran.

Correction de bogues

Les problèmes suivants ont été résolus dans cette version :

Administrateurs

• Nos rapports de transaction affichent désormais correctement le nombre de pièces jointes téléchargées. (réf. PB-101740)

Appels API

• L'utilisation d'un GET/api/account/senders/sender-id générait parfois une erreur 403. Ce problème a été résolu. (réf. PB-105031)

• Correction d'une erreur dans notre documentation Open API qui indiquait que les informations de pièce jointe étaient disponibles dans l'appel GET/api/reports/transaction-summary . (réf. PB-105422)

Authentification

• Le type d'autorisation pour les notifications d'événements avec authentification oAuth 2.0 n'était pas défini correctement lors de la configuration via la page Notifications d'événements. Cela fonctionne désormais comme prévu. (réf. PB-105028)

• Le jeton d'accès utilisé pour envoyer un rappel pouvait être récupéré en XML, et non en JSON. Cette erreur ne se produit plus désormais. (réf. PB-105642)

OneSpan Sign Embedded Integration for Box

• Dans certains environnements, la tentative de création d'une transaction générait une erreur "null". Pour résoudre ce problème, nous avons créé deux nouveaux connecteurs OneSpan Sign Embedded Integration for Box. Ils peuvent être téléchargés à partir des liens suivants (réf. MAIN-9302) :

  • Pour les environnements Production FedRAMP : https://app.box.com/app-center/onespan_sign_gov/app/gEpTuxu5uP

  • Pour les environnements Production canadiens : https://app.box.com/app-center/onespan_sign_ca/app/ni9ioyE4Wi

Résumé des preuves

• Les informations relatives au transfert du signataire sont correctement saisies dans le Résumé des preuves pour les transactions iPEN. (réf. PB-104004)

Expéditeurs

• Lorsque vous utilisez une connexion Internet lente, le déplacement d'un champ dans Concepteur générait parfois des erreurs 405 et des blocages d'écran, en particulier si vous tentiez de déplacer le champ plusieurs fois. Ce problème a été résolu. (réf. PB-91868)

• Les expéditeurs ne peuvent plus désormais créer et envoyer des transactions en utilisant un compte annulé. (réf. PB-104840)

• Dans certains environnements, les expéditeurs ne pouvaient pas faire de zoom arrière sur un document du Concepteur. Ce problème a été résolu. (réf. PB-105002)

Signer Experience

• La fermeture de l'invite Quitter le mode Signature avec la case Ne plus afficher ce message cochée via le bouton "X" empêchait cette invite de s'afficher à nouveau. Le comportement attendu étant que cliquer sur le bouton "X" devait annuler l'action. Au lieu de cela, la Nouvelle Signer Experience agissait comme si le bouton OK avait été cliqué, et l'invite n'apparaissait plus. Le fait de cliquer sur "X" pour annuler cette action fonctionne désormais comme prévu, l'invite Quitter le mode Signature s'affichant à nouveau. (réf. PB-91868)

• Auparavant, si une transaction était supprimée après qu'un signataire ait terminé une transaction mais avant qu'il n'ait fermé la page de remerciement, le fait de cliquer sur le bouton Télécharger les documents ne produisait aucun résultat. Désormais, un message d'erreur s'affiche pour informer le signataire que la transaction n'est plus disponible. (réf. PB-95286)

• Les signataires devaient parfois actualiser leur navigateur pour voir les champs de signature d'un document signé. Ce problème se produisait lors de l'accès à ces documents via le bouton Examiner les documents. (réf. PB-105680)

• Nous avons résolu le problème selon lequel, après avoir tenté de refuser une transaction pour cause de caractères pouvant être perçus comme des vulnérabilités de sécurité, la page de signature ne s'actualisait pas correctement. Au lieu de cela, le signataire se voyait présenter la page Transaction refusée, alors que l'état de la transaction était encore Envoyé. Désormais , tout fonctionne comme prévu et la page se met à jour correctement. (réf. PB-105729)

Changements de comportement

Voici quelques changements de comportement susceptibles de vous intéresser.

• L'onglet Authentification du destinataire a été mis à jour pour offrir une expérience utilisateur plus claire et plus conviviale. Les boutons radio ont été remplacés par des listes déroulantes et le texte inutile a été supprimé. (réf. PB-104541)

Modifications à venir

Voici quelques-unes des nouvelles fonctionnalités, modifications et améliorations que nous introduirons dans une prochaine version.

• La page Concepteur fait peau neuve ! Les améliorations suivantes seront apportées dans une prochaine version : (réf. PB-99115)

  • Couleurs adaptées à ADA

  • Valeurs par défaut affichées dans les champs

  • Mise à jour des icônes de champs

  • Une expérience utilisateur plus claire

• Prochaine modification du paramètre d'entrée pour la requête API OAuth2/token : (réf. PB-105508)

  Utilisateurs du SDK :

  • Nécessité de passer à la version 11.58 du SDK avant notre prochaine version 24.R5

  Pour les intégrateurs d'API :

  • Nous prenons en charge le paramètre de requête 'grant_type' et le paramètre de formulaire jusqu'à la version 24.R4
  • À partir de la version 24.R5, 'grant_type' ne peut être fourni que sous forme de formulaire

SaaS 2024-juillet : Version 24.R3.5 (11.57.5)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 19 juillet 2024.

Correction de bogues

• Vous ne recevrez plus le message d'erreur Accès refusé lorsque vous accédez à la page récapitulative de remerciement en via des jetons d'authentification. Cela se produisait parfois lors de transactions en personne. (réf. PB-107560)

Vulnérabilités

• Application d'un correctif de sécurité.

SaaS 2024-juillet : Version 24.R3.4 (11.57.4)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 11 juillet 2024.

Correction de bogues

• Correction d'un problème selon lequel certaines transactions en cours créées dans la version 11.57.2 ne pouvaient pas être exécutées dans la version 11.57.3 (réf. PB-107249)

Vulnérabilités

• Application d'un correctif de sécurité.

SaaS 2024-juillet : Version 24.R3.3 (11.57.3)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 3 juillet 2024.

Correction de bogues

• Lors du téléchargement de documents signés, les champs n'étaient parfois pas visibles. Cela se produisait lorsque les champs avaient les mêmes valeurs. Ce problème a été résolu. (réf. PB-107022)

SaaS 2024-juin : Version 24.R3.2 (11.57.2)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour des présentes notes de version date du 22 juin 2024.

Correction de bogues

• La Signer Experience se charge désormais correctement après une authentification réussie de l'utilisateur. Auparavant, si l'on tentait d'accéder à la Signer Experience plus d'une fois, le système se bloquait. Ce problème se produisait sur des appareils Android utilisant des navigateurs in-app, tels que WebView, et avec des configurations d'événements personnalisées. (réf. PB-106853)

SaaS 2024-juin : Version 24.R3.1 (11.57.1)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour des présentes notes de version date du 18 juin 2024.

Correction de bogues

• Correction d'un problème selon lequel les documents pour les transactions n'étaient pas mis en coffre-fort pour les comptes Sandbox utilisant des flux de travail de prêt ou d'hypothèque. (réf. MAIN-9042)
• Correction d'un problème d'affichage des polices Helvetica avec un encodage personnalisé. L'encodage personnalisé est désormais mappé en interne. (réf. PB-103575)
• Correction d'un problème selon lequel la police ZapfDingbats ne figurait pas dans le Concepteur et ne s'affichait pas lors de la signature. (réf. PB-104975)

SaaS mai 2024 : Version 24.R3 (11.57)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour des présentes notes de version date du 18 juin 2024.

Quoi de neuf

Voici quelques-unes des nouvelles fonctionnalités et améliorations que nous avons apportées à cette version.

OneSpan Integration Platform

Présentation de OneSpan Integration Platform, qui vous permet d'utiliser une solution unique pour relier les signatures électroniques à vos applications professionnelles préférées de manière simple, sécurisée et rentable.

OneSpan Integration Platform peut intégrer la signature électronique à de multiples applications, telles que Google Workspace, Salesforce et Workday. À l'avenir, cette plateforme prendra également en charge une place de marché en libre-service ainsi que BYOI (Bring your own iPaaS [Integrations-platform-as-a-service]).

Pour plus d'informations, veuillez contacter notre équipe de vente ou votre customer success manager.

Accessibilité

• La page Gérer la délégation est désormais accessible : La page Gérer la délégation est désormais conforme ADA. (refs PB-102920)

Admins

• Les paramètres en libre-service peuvent désormais être configurés via SDK .NET : Les intégrateurs peuvent désormais configurer les paramètres du compte en libre-service via SDK .NET. (réf. PB-92764)
• Vous pouvez désormais configurer l'ordre d'affichage des expéditeurs et des signataires : La page Configuration du compte permet désormais de configurer l'ordre d'affichage des noms. Par exemple, Prénom, Nom de famille, ou Nom de famille, Prénom. Notez que pour les signataires, le changement ne s'appliquera qu'aux signataires nouvellement ajoutés dans des transactions nouvelles ou existantes. (réf. PB-98949)

• Nous avons ajouté des autorisations supplémentaires pour la gestion des modèles : Les administrateurs peuvent désormais ajouter des autorisations d'accès aux modèles à un rôle. Par exemple, à partir de l'interface utilisateur OneSpan Sign, les administrateurs peuvent désormais configurer un rôle pour qu'un utilisateur puisse voir le menu Modèles et, à partir de là, créer, mettre à jour et supprimer des modèles. Les intégrateurs utilisant nos API peuvent définir si un utilisateur peut créer, modifier ou supprimer des modèles. (réf. PB-101046)

• Nous avons ajouté la possibilité de configurer le titre de l'onglet du navigateur pour la page de connexion du signataire : Vous pouvez désormais personnaliser le titre de l'onglet du navigateur pour la page de connexion du signataire et dans Signer Experience. Pour personnaliser l'onglet de votre navigateur, contactez notre équipe de soutien. (réfs PB-103181)
• Les rapports de journaux système sont désormais disponibles : Vous pouvez désormais récupérer les journaux liés aux événements de gestion des utilisateurs, sous forme de rapports de gestion des utilisateurs. Ces rapports sont générés sous forme de fichiers .csv. Il est désormais possible d'extraire les événements suivants : (refs PB-103295)
  • Lorsque les expéditeurs réinitialisent leur mot de passe via la fonction Mot de passe oublié.
  • Lorsqu'un propriétaire de compte réinitialise le mot de passe d'un expéditeur.
  • Événements utilisateur, tels que :
    • Un utilisateur a été verrouillé ou déverrouillé
    • Le statut d'un utilisateur change
    • Le type d'utilisateur change
    • Modification du mot de passe
    • Un utilisateur a été supprimé
  • Provisionnement automatique pendant l'authentification SSO
  • Création, suppression ou mise à jour de rôles

Archivage externe

• Nous avons amélioré le message d'erreur qui s'affiche lors de la tentative d'accès à la console e-Vault Manager : Le message mis à jour indique désormais explicitement que e-Vault Manager a été supprimé. (refs PB-103196)

• L'étape de pré-vérification eOriginal est désormais configurable par compte : Vous pouvez désormais configurer votre compte de manière à ce que le contrôle de pré-vérification eOriginal - le contrôle d'intégrité effectué lors de la création d'une transaction - puisse être ignoré. Si elle est ignorée, la transaction ne sera vérifiée que pendant le processus de mise en coffre-fort. Pour activer cette fonction, contactez notre équipe de soutien. (réf. PB-104324)

• Nous avons amélioré le mécanisme de nouvelle tentative eOriginal en cas d'erreurs inattendues : Le mécanisme de nouvelle tentative eOriginal traitera désormais toutes les erreurs inattendues comme des erreurs "récupérables" et va retentera l'action ayant échoué autant de fois que configuré (nouvelle tentative toutes les 4 minutes et jusqu'à 144 tentatives). Cela réduira le nombre d'erreurs "irrécupérables". Notez cependant que l'erreur LOGIN_FAILED sera désormais traitée comme une erreur "irrécupérable". Cela signifie que le mécanisme de nouvelle tentative ne s'appliquera pas à l'action de connexion après un échec de connexion. (réf. PB-104326)

Notarisation & Salle virtuelle

• Nous avons ajouté des instructions pour les participants aux transactions RON : Lors de l'exécution des transactions RON, des informations supplémentaires apparaissent désormais à l'écran pour aider les participants dans le flux de travail des transactions. Ainsi, un message indiquant que le participant doit télécharger une pièce jointe, peut apparaître. (réf. PB-103724)

Expéditeurs

• Couleur standardisée des rapports : Afin d'améliorer la cohérence de notre interface utilisateur, nous avons standardisé les nuances de couleurs apparaissant lorsque différents éléments d'un rapport sont sélectionnés. (refs PB-95345)

Signataires

• Les signataires peuvent désormais télécharger le résumé des preuves : Le résumé des preuves peut désormais être téléchargé à partir de Signer Experience dès que tous les participants ont terminé la transaction. Pour activer cette fonction, contactez notre équipe de soutien. (refs PB-102006)
• Les liens hypertexte externes peuvent désormais être suivis dans Signer Experience : Les liens hypertexte externes dans les transactions de documents peuvent désormais être ouverts par les destinataires signant ces documents. Pour activer cette fonction, contactez notre équipe de soutien. (refs PB-103397)

Authentification des utilisateurs

• Vous pouvez désormais déverrouiller LexisNexis : Les signataires ayant échoué à l'authentification KBA via LexisNexis seront désormais verrouillés (ils peuvent être déverrouillés). Cela signifie que la transaction peut se poursuivre sans avoir à en créer une nouvelle. (refs PB-100507)

• Les résultats d'une vérification OFAC apparaissent désormais dans le résumé des preuves : Les vérifications de l'OFAC (Office of Foreign Assets Control), qu'elles soient réussies ou non, apparaissent désormais dans le résumé des preuves. (réf. PB-102983)

• Le champ OTP est désormais masqué pour l'authentification SMS : Le mot de passe OTP est désormais masqué lors de la connexion. (refs PB-103301)

• Amélioration de la convivialité de la page Créer un client oAuth : Nous avons ajouté l'ID client à la page Créer un client oAuth. Cela vous permet de copier plus facilement cet ID pour vos dossiers. (réf. PB-103865)

• Les clients oAuth 2.0 sont désormais filtrés par sous-comptes : Si des sous-comptes ont été activés pour votre compte, la liste des clients oAuth 2.0 est filtrée pour n'afficher que les clients connectés au sous-compte sélectionné. (réf. PB-104226)

Corrections de bogues

Les problèmes suivants ont été corrigés dans cette version :

Accessibilité

• Les lecteurs d'écran lisent désormais correctement le bouton Fermer de la boîte de dialogue Renvoyer un SMS. Auparavant, les lecteurs d'écran lisaient le bouton Fermer comme Annuler. (réfs PB-93193)

• Un message apparaît désormais dans le Concepteur si la limite maximale de caractères est atteinte pour un champ. (refs PB-98795)

• Les lecteurs d'écran peuvent désormais lire la boîte de dialogue de transfert dans les transactions IPEN et RON. (refs PB-102656, 103937)
• Il n'y a plus de problème d'accessibilité avec la colonne Date d'expiration dans la liste des transactions. (réfs PB-103408)
• Il n'y a plus de problème d'accessibilité avec la pagination de la liste des transactions. (réfs PB-103409)

• Nous avons corrigé plusieurs problèmes d'accessibilité signalés lors de la création d'applications clientes et de clients oAuth 2.0. (refs PB-103774, 103777)

• Pour la conformité ADA, toute page ou formulaire contenant des champs obligatoires marqués d'un * doit afficher un texte indiquant "Les champs marqués d'un * sont obligatoires". Ce texte a désormais été ajouté à nos pages Créer une application client. (réf. PB-103787)

• Les lecteurs d'écran peuvent désormais lire le contenu d'un questionnaire pour adultes vulnérables. (refs PB-103837)

• Lors du changement de la langue de l'expéditeur, le libellé aria du libellé d'environnement n'était pas traduite sans actualisation préalable. La langue du libellé d'environnement est désormais immédiatement mise à jour. (refs PB-104125)

Admins

• Les éléments du menu Admin nécessitent parfois une actualisation matérielle pour apparaître correctement lors du changement de langue. Sans l'actualisation, ces éléments continueraient à apparaître dans la langue précédemment affichée. (refs PB-103376)
• Les réponses au questionnaire pour adultes vulnérables sont désormais visibles dans le Journal. (réf. PB-104170)

Résumé des preuves

• Il n'y a plus View d'événement supplémentaire dans le résumé des preuves. Cela se produisait parfois après la confirmation d'une signature. (réf. PB-95343)

Archivage externe

• Le rappel EDEPOSIT_SUCCESS n'est plus omis pour certaines transactions utilisant des flux de travail eOriginal. (refs PB-104550)

Notarisation

• Il n'y a plus de message d'erreur lorsque vous remplacez une transaction IPEN ou RON par un autre type de transaction, puis réinitialisez la transaction au type IPEN ou RON d'origine. (refs PB-103833)

Expéditeurs

• Le problème de date d'expiration incorrecte dans la boîte de dialogue Créer une transaction lors de la création d'une transaction à partir d'un modèle à expiration illimitée et à expiration maximale définie au niveau du système, a été corrigé. (refs PB-100317)

• Le bouton Fast Track n'apparaît plus dans l'interface utilisateur de l'expéditeur si cette fonctionnalité n'a pas été activée. (réf. PB-101635)

• Un message d'erreur apparaissait parfois lors de la réactivation d'une transaction expirée. Les expéditeurs peuvent désormais définir la date d'expiration d'une transaction dans le futur, la réactivant ainsi à l'état de Brouillon. (réf. PB-103576)

• Le niveau de zoom du document est désormais maintenu même si vous redimensionnez votre navigateur dans le Concepteur. (réf. PB-103706)

• Le bouton Envoyer pour signature du Concepteur ne change plus de position lorsque vous changez de langue pour le néerlandais ou l'allemand. (réf. PB-103830)

• La liste des langues possibles ne dépasse plus la longueur de la page du navigateur lorsque certaines résolutions ont été définies. (refs PB-104617)

• Lorsque vous tentez d'accéder à l'interface utilisateur de l'expéditeur après l'expiration de la session dans un onglet de navigateur précédemment fermé, vous n'êtes plus invité à vous connecter deux fois. (refs PB-105762)

Signer Experience

• La boîte de signature conserve désormais sa taille lors du téléchargement d'une image pour votre signature. (réf. PB-93014)
• Si le menu Plus d'actions est masqué dans la page de connexion du signataire, le logo de la marque s'aligne désormais correctement. (réf. PB-104269)
• Dans certains scénarios, les signataires de type réviseur étaient dirigés vers différents documents, selon que d'autres signataires ont ou non achevé leurs signatures. Cela ne se produit plus. (refs PB-104408)

Comportement modifié

Voici quelques-uns des changements de comportement susceptibles de vous intéresser.

• Vous ne pouvez plus ajouter un expéditeur d'un autre compte à un groupe. (refs PB-98152)

• Dans le cadre de la nouvelle fonctionnalité de verrouillage/déverrouillage du signataire LexisNexis, l'explication d'authentification incluse dans le courriel d'échec a été mise à jour : "Échec de l'authentification - Le destinataire n'a pas répondu correctement aux questions d'authentification basées sur les connaissances. Veuillez examiner la transaction envoyée et mettre à jour les informations du destinataire ou choisir un autre type d'authentification pour le destinataire." (réf. PB-100507)

• Les questions et les réponses d'authentification sont désormais masquées lors de l'utilisation de l'appel GET /api/packages. (réf. PB-100530)

• Avec l'introduction de nos nouvelles autorisations de modèle, il est important de noter que lors de la création d'un rôle personnalisé via l'intégration, vous devez désormais inclure les autorisations de modèle souhaitées. Vous ne devez plus vous fier à vos autorisations de transaction existantes pour déterminer si les modèles peuvent être créés, mis à jour ou supprimés. (réf. PB-101225)

• Vous ne pouvez plus saisir de valeurs négatives pour les rappels. Par exemple, dans startInDaysDelay, repetitionsCount et intervalInDays. (refs PB-102670)

• Le paramètre Update Date dans la charge utile de /api/packages/<package_id>/roles/<role_id> sera ignoré et remplacé par la date du système. (réf. PB-102670)

• Pour améliorer la cohérence de notre interface utilisateur sur différentes pages, nous avons renommé le bouton Créer dans la page oAuth 2.0 en Ajouter, et l'avons déplacé au-dessus de la liste des clients oAuth 2.0. (réf. PB-103548)

• Nous avons mis à jour les adresses électroniques De par défaut des modèles de courriels personnalisés, mais uniquement si l'adresse De est un domaine esignlive . Si elle a été modifiée ou définie sur un paramètre, nous ne la changerons pas. Les adresses électroniques De suivantes seront ajoutées (réf. PB-103871) : 

  • transaction-notifications@<domain>

  • account-notifications@<domain>

  • system-notifications@<domain>

  • La valeur <domain> dépend de l'environnement que vous utilisez.

• Les signataires désignés comme réviseurs uniquement seront désormais directement dirigés vers le premier document sans consentement électronique du paquet. N'étant pas tenus de donner leur consentement, le document de consentement électronique ne leur sera pas présenté. (réf. PB-104408)

• Les signatures manuscrites ne peuvent plus être extraites via l'appel GET /api/packages. (refs PB-105322)

Problèmes connus

Voici quelques-uns des problèmes connus sur lesquels nous travaillons actuellement et que nous prévoyons de corriger dans une prochaine version.

• Les rappels eOriginal sont réinitialisés lorsque les notifications d'événements sont mises à jour et enregistrées via la page Notifications d'événements. (réf. PB-105022)
• Le type d'autorisation pour les notifications d'événements avec authentification oAuth 2.0 n'est pas défini correctement lors de la configuration via la page Notifications d'événements. (réf. PB-105028)

• Lors de l'enregistrement d'un compte ou de la réinitialisation du mot de passe d'un nouveau compte, si un autre onglet du navigateur est déjà ouvert avec une autre session, l'utilisateur enregistrant un nouveau compte ou réinitialisant le mot de passe sera connecté à la session déjà ouverte. Pour résoudre ce problème, il suffit d'actualiser votre navigateur. (réf. PB-105804)

SaaS 2024-février : Version 24.R2.1 (11.56.1)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 26 avril 2024.

Comportement modifié

• PB-104595 : Auparavant, lors de l'utilisation des notifications de rappel avec l'authentification OAuth 2.0, l'URL du serveur d'autorisation n'extrayait que les jetons d'accès se terminant par /token. Désormais, il n'est plus nécessaire d'ajouter /token à la fin du jeton d'accès.

SaaS 2024-Mar : Version 24.R2 (11.56)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 9 mai 2024.

Quoi de neuf

Expérience du signataire

• L'espagnol est désormais pris en charge pour les destinataires utilisant LexisNexis pour l'authentification : Les destinataires utilisant LexisNexis pour l'authentification peuvent désormais recevoir les questions et réponses d'authentification en espagnol.
• Amélioration du message de refus de transaction : Si un destinataire refuse de signer une transaction, rendant ainsi la transaction indisponible pour les autres destinataires, ces derniers recevront désormais une explication plus détaillée de la raison pour laquelle la transaction ne leur est pas accessible.

Expéditeurs

• Ajout d'un libellé d'environnement : Lorsque l'on travaille dans un environnement Sandbox, un petit libellé "SBX" apparaît désormais dans le coin supérieur gauche de l'interface utilisateur.

• Ajout de la possibilité de définir l'alignement du texte : Vous pouvez désormais spécifier l'alignement à utiliser pour le texte dans les champs, lorsque vous les ajoutez à une transaction. Par exemple, à gauche, à droite, au centre ou justifié. En outre, l'alignement par défaut peut être défini comme dépendant de la langue, ce qui signifie que l'alignement du texte suivra la mise en page inhérente à la langue de la transaction.

• Gestion simplifiée des destinataires : Nous avons amélioré la façon dont les destinataires peuvent être ajoutés, configurés et gérés lors de la création ou de la modification d'une transaction. Les expéditeurs disposent désormais d'un moyen plus rapide d'accéder aux différents paramètres des destinataires, ce qui se traduit par une expérience utilisateur plus rapide et plus fluide.

Administrateurs

• Ajout de la possibilité de télécharger des logos de signature personnalisés : Les expéditeurs peuvent désormais utiliser la page de configuration du compte pour télécharger un logo de signature personnalisé à utiliser dans leurs transactions.

• Les intégrateurs peuvent désormais utiliser les API pour télécharger plusieurs documents, y compris des documents Base64 : Les intégrateurs utilisant les SDK Java ou .NET peuvent désormais télécharger plusieurs documents dans une transaction en utilisant un seul appel SDK. Cela inclut les documents Base64.

• Ajout d'autorisations supplémentaires pour la gestion de la mise en page : Les administrateurs peuvent désormais ajouter Enregistrer la mise en page et appliquer les autorisations de mise en page à un rôle. Notez que ces autorisations remplaceront toutes les configurations effectuées dans le Concepteur, ce qui signifie que si, par exemple, un utilisateur n'a pas l'autorisation Enregistrer la mise en page activée, il ne pourra pas enregistrer les mises en page, même si le concepteur a été configuré pour l'autoriser.

Authentification des utilisateurs

• Ajout de la possibilité de rendre le consentement explicite : Il est désormais possible de configurer les transactions IDV de manière à ce que le consentement donné par les destinataires soit explicite, ce qui signifie qu'ils doivent effectuer activement une action pour continuer. Par exemple, cocher une case pour confirmer leur consentement. Si le consentement explicite n'est pas configuré, les destinataires n'ont qu'à poursuivre la procédure de signature, leur consentement étant considéré comme implicite. Pour configurer cela, contactez notre équipe de soutien.

• Ajout de configurations en libre-service pour OAuth 2.0 : Les administrateurs peuvent désormais configurer leurs propres paramètres d'authentification OAuth 2.0, via la page d'accès à l'API.

• Amélioration du comptage des tentatives d'authentification KBA : Une tentative d'authentification KBA ne sera désormais comptabilisée que si un destinataire tente réellement de répondre à une question. Auparavant, le simple fait de consulter les questions du KBA était considéré comme une tentative, même si le destinataire n'essayait pas de répondre à une question. Cette disposition ne s'applique qu'aux transactions non RON.

Notarisation & Salle virtuelle

• Ajout de la possibilité de conserver les adresses des destinataires : Les notaires peuvent désormais conserver l'adresse d'un destinataire. Cette adresse sera désormais automatiquement renseignée dans les futures transactions et dans le journal électronique si le même destinataire est sélectionné.

Trust Vault

• Ajout d'informations détaillées sur les transactions supprimées : Les utilisateurs peuvent désormais consulter des informations sur les transactions supprimées, notamment le nom de l'utilisateur qui a supprimé la transaction, le nom et le statut de la transaction supprimée, la date et l'heure de la suppression, ainsi que les noms des documents contenus dans la transaction supprimée.

• Ajout d'informations détaillées sur les journaux : Les utilisateurs peuvent désormais consulter les informations détaillées relatives à un document dans une transaction. Ces informations comprennent le nom de l'utilisateur qui a effectué une action sur le document (comme le téléchargement), une brève description de l'action, le nom de la transaction, ainsi que la date et l'heure de l'action.

Corrections de bogues

Authentification des utilisateurs

• PB-99828 : Correction d'un problème selon lequel, dans certains cas, un message d'erreur "Incorrect passcode apparaissait après qu'un signataire ait saisi un code d'authentification par SMS, mais avant qu'il n'ait appuyé sur la touche "Entrée" pour enregistrer le code.
• PB-101465 : Correction d'un problème selon lequel les données de diverses colonnes IDV dans les rapports de transaction n'étaient pas exactes.
• PB-103075 : Correction d'un problème selon lequel le changement de méthode d'authentification à la page Notifications d'événements provoquait la suppression de toutes les entrées précédemment modifiées. Désormais, vous pouvez modifier n'importe quelle entrée et vos modifications ne seront pas perdues si vous changez de méthode d'authentification.

Expéditeurs

• PB-92308 : Désactivation de la possibilité d'utiliser Google translate dans l'interface utilisateur de l'expéditeur. Auparavant, l'utilisation de Google Translate dans certaines pages entraînait un plantage de l'application.
• PB-99884 : Correction d'un problème selon lequel les infobulles des champs et des groupes n'étaient pas immédiatement traduites si la langue du Concepteur était modifiée.
• PB-100510 : Correction d'un problème selon lequel le titre de la page de configuration du compte n'était pas entièrement affiché dans certaines langues.
• PB-100532 : Correction d'un problème selon lequel le message d'état KBA n'était pas immédiatement mis à jour lors du changement de langue de l'interface utilisateur. Les utilisateurs devaient actualiser la page pour voir le statut KBA dans la langue nouvellement sélectionnée. Désormais, le champ est immédiatement mis à jour.
• PB-101458 : Correction d'un problème de traduction où les codes pays n'étaient pas correctement traduits lors de l'utilisation d'une interface utilisateur polonaise.
• PB-102456 : Correction d'un problème d'incohérence dans le format de la date. Auparavant, le format de date utilisé pour rechercher des transactions, des modèles et des entrées de journal n'était pas le même que le format de date que celui utilisé pour ces entrées dans leurs différentes listes d'interface utilisateur.
• PB-102743 : Correction d'un problème où le nom d'un signataire ne s'affichait pas dans le résumé des preuves pour la géolocalisation.
• PB-102934 : Correction d'un problème qui permettait de coller plus de caractères que le nombre maximum dans le champ Titre du signataire et dans le champ Société du signataire. Plutôt que de ne pas permettre la saisie des caractères dépassant le nombre autorisé, l'interface utilisateur coupait simplement les caractères supplémentaires lors de l'enregistrement. Désormais, vous ne pouvez pas coller plus de caractères que le nombre autorisé.
• PB-102980 : Correction d'un problème selon lequel le titre de la colonne Actions à la page Groupes ne s'affichait pas entièrement dans certaines langues.
• PB-103528 : Correction d'un problème où le zoom avant et arrière sur un document dans le Concepteur entraînait l'affichage d'une échelle de zoom inexacte.
• PB-103576 : Correction d'un problème qui empêchait les expéditeurs de réactiver les transactions expirées. Cela était dû à des problèmes de concurrence dans les threads de file d'attente des messages.

Accessibilité

• PB-98819 : Correction d'un problème d'alignement des mots et des phrases dans le document de consentement électronique lorsque le mode Accessibilité est activé.

Signer Experience

• PB-95832 : Correction d'un problème de léger retard dans l'apparition d'un deuxième champ de signature, après l'apparition du premier champ de signature. Désormais, tous les champs de signature apparaissent en même temps.
• PB-101485 : Correction d'un problème selon lequel le bouton Continuer n'apparaissait pas dans les transactions avec un bouton radio et une signature optionnelle.
• PB-101828 : Correction d'un problème selon lequel, dans certains cas, un signataire ne pouvait pas voir un document nécessitant sa signature. Cela se produisait lorsqu'un compte était configuré de manière à empêcher les signataires de voir les documents qui ne nécessitaient pas leur signature, ET que deux signataires ayant la même adresse électronique se voyaient attribuer des signatures dans deux documents différents au sein de la même transaction.
• PB-102335 : Correction d'un problème entraînant l'affichage d'une erreur inattendue lors de la réaffectation de champs sans signature à un autre signataire.
• PB-102980 : Correction d'un problème selon lequel, dans certains cas, le fait de cliquer sur Suivant n'amenait pas un signataire directement dans un champ de signature. Au lieu de cela, le signataire était amené à la page contenant la signature, mais devait ensuite faire défiler la page pour trouver la signature.
• PB-103178 : Correction d'un problème selon lequel Signer Experience s'agrandissait lorsqu'on utilisait un iPhone pour l'authentification.

Administrateurs

• PB-103104 : Correction d'un problème selon lequel certaines transactions n'étaient pas purgées conformément aux paramètres de conservation des données du compte. Cela est dû à un problème avec la requête SQL exécutant le processus.
• PB-103115 : Correction d'un problème selon lequel l'ajout d'un nouveau nom de rôle dépassant la limite de longueur de caractères, entraînait une erreur missing translation. Désormais, il n'est pas possible d'entrer un nom de rôle dépassant la longueur maximale des caractères.

Notarisation

• PB-97980 : Correction d'une erreur de validation apparaissant lors de la modification du type de transaction. Cela se produisait lorsqu'une transaction IPEN ou RON était créée avec des signatures notariales, transformée en transaction IPEN (ce qui provoquait une erreur de validation), puis transformée à nouveau en transaction IPEN ou RON. Dans ce scénario, une deuxième erreur de validation apparaissait par erreur.
• PB-102099, 102485 : Correction d'un problème rendant possible la sélection d'un notaire avec une commission de notaire active le jour de l'expiration de la commission de cette personne. Pour les transactions IPEN, une erreur de validation apparaissait. Pour les transactions RON, le notaire souhaité n'apparaissait pas dans la liste des notaires disponibles. Désormais, ces notaires peuvent être sélectionnés.
• PB-102072 : Correction d'une erreur selon laquelle la tentative de modification des paramètres d'un destinataire de remplacement dans une transaction RON entraînait le blocage du système.
• PB-102598 : Correction d'une erreur qui permettait de désigner un signataire d'un autre compte comme notaire dans votre transaction, si ce signataire était notaire dans cet autre compte.
• PB-102646 : Correction d'une erreur dans laquelle le notaire signataire d'une transaction IPEN n'apparaissait pas comme le dernier signataire.
• PB-102649 : Correction d'une erreur entraînant un bref clignotement de la salle d'attente du notaire à l'écran, avant le chargement du journal du notaire.
• PB-102747 : Correction d'un problème faisant apparaître une erreur après un changement de langue de l'entrée du journal d'une transaction RON en grec, si cette transaction contenait une vidéo.
• PB-102748 : Correction d'un problème faisant apparaître le nom des destinataires sans signature, dans le eJournal. Les destinataires n'ayant aucune signature attribuée n'apparaissent plus dans le eJournal.
• PB-103306 : Correction d'une erreur selon laquelle le champ Signer le journal Notary n'était pas immédiatement traduit si l'expéditeur changeait de langue d'interface utilisateur.

Mise en coffre-fort

• PB-102599 : Correction d'un problème selon lequel une transaction semblait avoir été placée deux fois en coffre-fort dans eOriginal.

Comportement modifié

• PB-98149 : Les utilisateurs ne peuvent plus être affectés en tant que délégués pour d'autres utilisateurs sur un autre compte.

• PB-97276 : La colonne d'authentification eid du signataire sera supprimée pour les rapports de transaction générés à partir de juin 2024. Elle sera remplacée par trois nouvelles colonnes : Authentification externe du signataire, Catégorie de type Authentification externe du signataire et Type Authentification externe du signataire.

• PB-98153 : Les utilisateurs ne peuvent plus se voir attribuer le rôle de gestionnaire pour un groupe dont ils ne font pas partie.

• PB-101225 : Avec l'introduction de nos nouvelles autorisations de mise en page, il est important de noter que lorsque vous créez un rôle personnalisé via l'intégration, vous devez désormais inclure les autorisations de mise en page souhaitées. Vous ne devez plus vous fier aux autorisations de transaction existantes pour déterminer si les modèles peuvent ou non être enregistrés ou appliqués. Cela doit être fait via l'intégration ou l'interface utilisateur, car cette autorisation ne s'active pas automatiquement.

• PB-101993 : Nous avons mis à jour les adresses électroniques par défaut De et Répondre à de nos modèles de courriels par défaut. Les adresses électroniques De suivantes ont été ajoutées : 

  • transaction-notifications@<domain>

  • account-notifications@<domain>

  • system-notifications@<domain>

  L'adresse électroniqe Répondre à suivante a été ajoutée :

  • do-not-reply@<domain>

  La valeur <domain> dépend de l'environnement que vous utilisez.

• PB-102456 : Le format de date pour les transactions, les modèles et les recherches dans les journaux a été mis à jour dans l'interface de l'expéditeur, passant de jj-mm-aaaa à mm-jj-aaaa. Auparavant, le format de date utilisé pour rechercher des transactions, des modèles et des entrées de journal n'était pas le même que le format de date que celui utilisé pour ces entrées dans leurs différentes listes d'interface utilisateur.
• PB-102774 : Lorsqu'ils accèdent à une transaction refusée, les signataires ont désormais une page d'erreur Transaction refusée avec un message d'erreur spécifique, au lieu de l'ancienne page d'erreur Accès non autorisé.
• PB-102421 : Afin d'améliorer la sécurité, nous avons apporté les modifications suivantes :

  • Les expéditeurs ne seront plus autorisés à saisir les caractères supérieur à (>'') ou inférieur à (<'') dans aucun champ de la section Informations personnelles de la page Mon compte.

  • Les expéditeurs ne seront plus autorisés à saisir les caractères supérieur à (>'') ou inférieurs à (<'') comme nom d'une exigence de pièce jointe dans une transaction.

  • Les expéditeurs ne seront plus autorisés à saisir les caractères supérieur à (>'') ou inférieur à (<'') dans le champ Commentaire lors du rejet d'une pièce jointe téléchargée par un signataire.

  • Les expéditeurs ne seront plus autorisés à saisir les caractères supérieur à (>'') ou inférieur à (<'') comme Prénom, Nom de famille, Titre ou Société d'un destinataire.

    Ces restrictions s'appliquent lors de la création ou de la mise à jour d'un élément via l'interface utilisateur OneSpan Sign, ou lors de la mise à jour d'un élément via l'API.

Modifications à venir

• PB-101224 : Dans une prochaine version, le point de terminaison de l'API /api/account/accessibleaccounts sera modifié de manière à ce que cet appel ne renvoie que la liste des sous-comptes auxquels l'utilisateur faisant l'appel a accès. Actuellement, une liste de tous les sous-comptes apparaît.

• PB-103871 : Dans une prochaine version, nous mettrons à jour les adresses électroniques De par défaut des modèles de courriels personnalisés, mais uniquement si l'adresse De est un domaine esignlive . Si elle a été modifiée ou définie sur un paramètre, nous ne la changerons pas. Les adresses électroniques De suivantes seront ajoutées : 

  • transaction-notifications@<domain>

  • account-notifications@<domain>

  • system-notifications@<domain>

  La valeur <domain> dépend de l'environnement que vous utilisez.

Problèmes connus

• PB-104354 : La fonction d'alignement de texte reviendra toujours à Gauche dans le champ Titre du signataire, quelle que soit l'option sélectionnée.
• PB-104459 : L'événement Page d'accueil IDV affiché dans le résumé des preuves n'est pas traduit dans certaines langues.

SaaS 2024-Mar : Version 24.R1.6 (11.55.6)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du lundi 18 mars 2024.

Corrections de bogues

• PB-104100, PB-104101 : Correction d'un problème qui provoquait une défaillance intermittente du courrier électronique lors de la tentative de récupération d'un jeton OAUTH 2 à partir de Microsoft Online. Pour résoudre ce problème, nous avons réorganisé le jeton et mis à jour sa bibliothèque.

SaaS 2024-Mar : Version 24.R1.5 (11.55.5)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du vendredi 15 mars 2024.

Corrections de bogues

• PB-104035 : Correction d'un problème selon lequel les destinataires ne pouvaient pas voir Signer Experience lorsqu'ils utilisaient un appareil mobile dans une iFrame.

SaaS 2024-Mar : Version 24.R1.4 (11.55.4)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du lundi 11 mars 2024.

Corrections de bogues

• PB-103307 : Correction d'un problème qui empêchait les signataires d'utiliser l'option Signature par capture depuis un fichier lorsque la taille de leur signature enregistrée était supérieure à 500 ko.
• PB-103646 : Correction d'un problème qui empêchait le chargement des documents dans le Concepteur. Cela se produisait dans les cas où un champ automatique Titre du signataire était ajouté à un document.
• PB-103715 : Correction d'un problème faisant apparaître une erreur d'accès refusé dans certaines transactions en personne.

SaaS 2024-Mar : Version 24.R1.3 (11.55.3)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du mardi 5 mars 2024.

Corrections de bogues

• PB-103558 : Correction d'un problème selon lequel certains caractères ne s'affichaient pas correctement dans les documents, tant pour les expéditeurs que pour les signataires.

SaaS 2024-février : Version 24.R1.2 (11.55.2)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

Ces notes de version ont été mises à jour pour la dernière fois le vendredi 22 février 2024.

Corrections de bogues

• PB-103434 : Correction d'un bogue (PB-90883) à partir d'une version précédente. L'introduction de ce correctif provoquait l'échec des transactions qui utilisaient à la fois Changer de signataire et Extraction de balises de texte.

SaaS 2024-février : Version 24.R1.1 (11.55.1)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

Ces notes de version ont été mises à jour pour la dernière fois le vendredi 22 février 2024.

Corrections de bogues

• PB-103413 : Correction d'un problème avec l'appel de l'API GET /api/packages pour les transactions, qui provoquait le retour de résultats incorrects lors de la tentative de récupération dans une plage de dates spécifiée.

SaaS 2024-janvier : Version 24.R1 (11.55)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du mercredi 5 mars 2024.

Quoi de neuf

Trust Vault

• Le coffre-fort de conformité OneSpan Compliance Vault a été renommé en Trust Vault : Toutes les instances de OneSpan Compliance Vault dans l'interface utilisateur ont été remplacées par Trust Vault.
• Les transactions et les documents peuvent désormais être recherchés et filtrés : Vous pouvez désormais rechercher vos transactions et vos documents par leur nom, puis filtrer les résultats de la recherche par type (transactions ou documents), par statut d'ancrage et par propriétaire (si vous avez le droit de consulter les transactions d'autres utilisateurs).
• La page Transactions peut désormais être filtrée par propriétaire : Vous pouvez désormais filtrer la page Transactions par propriétaire de la transaction (si vous avez le droit de consulter les transactions d'autres utilisateurs).
• L'espace de compte utilisé est désormais disponible : L'espace actuellement utilisé par un compte apparaît désormais dans la liste des transactions de Trust Vault. Ces informations sont mises à jour au fur et à mesure que des documents sont ajoutés ou supprimés.
• La taille des transactions est désormais disponible dans les rapports OneSpan Sign : La taille des transactions Trust Vault est désormais visible dans les rapports In-App.
• Trust Vault est désormais disponible dans notre API interactive : le schéma et les réponses Trust Vault apparaissent désormais dans notre API Interactive. Pour afficher le schéma et les réponses Trust Vault, filtrez par Trust Vault.

Signataires

• Augmentation de la longueur du titre du signataire : Vous pouvez désormais utiliser jusqu'à 127 caractères pour le titre du signataire.

Expéditeurs

• Ajout de la colonne Date de création à la liste des transactions : Les transactions peuvent désormais être affichées et triées en fonction de leur date de création.
• Les infobulles PDF peuvent désormais être extraites et importées dans les infobulles OSS : les infobulles OneSpan Sign peuvent désormais être automatiquement remplies avec les infobulles existantes d'un PDF. Cela peut se faire via l'extraction de document ou de position.
• Il est désormais possible d'affecter des délégués aux utilisateurs verrouillés : Dans les cas où un compte a été verrouillé, les administrateurs et les gestionnaires peuvent désormais affecter des délégués à ce compte. Ceci est utile si, par exemple, un utilisateur a quitté l'entreprise.
• Les utilisateurs peuvent désormais affecter des délégués à partir de la page Utilisateurs : Si les rôles et autorisations ont été activés, les utilisateurs peuvent désormais utiliser la page Utilisateurs pour affecter des délégués.

Administrateurs

• La recherche dans la page Configuration de compte renvoie désormais les paramètres enfants : Lors de la recherche d'un paramètre dans la page Configuration de compte, les résultats de la recherche incluent désormais tous les paramètres enfants d'un résultat de recherche, même si les options enfants ne correspondent pas à la requête de recherche.

Authentification des utilisateurs

• Le motif de l'échec d'authentification est désormais inclus dans les courriels de notification : Les expéditeurs utilisant le modèle email.kba.failure peuvent désormais afficher le motif de l'échec d'authentification KBA d'un signataire. REMARQUE : Si vous utilisez un modèle email.kba.failure personnalisé, vous devrez contacter notre équipe de soutien pour utiliser cette fonction.
• Ajout de l'état de l'authentification KBA pour les utilisateurs de LexisNexis : Les expéditeurs LexisNexis peuvent ddésormais afficher l'état de l'authentification KBA pour chaque destinataire d'une transaction. Par exemple, Réussie ou Échec.
• Ajout de OAuth 2.0 comme méthode d'authentification possible pour les rappels : OAuth 2.0 peut désormais être utilisé comme méthode d'authentification pour les rappels.
• Ajout de la possibilité de définir la méthode d'authentification utilisée avec les rappels : Les administrateurs peuvent désormais utiliser la page Notifications d'événements pour définir la méthode d'authentification à utiliser avec les rappels.
• Les signataires utilisant LexisNexis pour l'authentification n'ont désormais besoin de s'authentifier qu'une seule fois : Les signataires de LexisNexis utilisant l'authentification KBA pour accéder à la cérémonie de signature ne doivent désormais s'authentifier qu'une seule fois, au lieu de le faire à chaque fois qu'ils accèdent à la cérémonie de signature. REMARQUE : Ceci ne s'applique pas aux transactions de notarisation en ligne à distance. Les signataires devront toujours s'authentifier lorsqu'ils utilisent RON.
• Résumés des preuves simplifiés lors de l'utilisation de la vérification d'identité IDV pour l'authentification : Lorsque vous utilisez la vérification d'identité IDV comme méthode d'authentification, si le correspondant authentifié par document réussit, l'authentification est simplement notée comme ayant réussi dans le résumé des preuves. Aucune information supplémentaire n'est fournie. Si l'auteur des documents authentifiés échoue, des informations supplémentaires devront être fournies.

Notarisation & Salle virtuelle

• Il est désormais possible de filtrer, rechercher et trier les journaux de notaires : Vous pouvez désormais utiliser la page Journaux pour rechercher, filtrer et trier les entrées de votre journal.
• Solution IPEN remaniée : Nous avons rationalisé notre procédure de notarisation en personne pour la rendre plus cohérente avec notre procédure de notarisation en ligne à distance.
• La configuration des transactions RON n'a plus besoin de KBA pour les signataires inconnus : Il n'est plus obligatoire d'utiliser l'authentification KBA lors de la création d'une transaction avec un signataire inconnu.
• Amélioration de l'expérience du journal électronique : Nous avons amélioré le processus du journal électronique en facilitant la sélection des types de documents et de notarisation.
• Le format d'heure peut désormais être configuré : le format d'heure pour la planification d'une session de Salle virtuelle peut désormais être configuré pour s'afficher dans un format de 12 heures ou 24 heures. Par exemple, 1h pm, au lieu de 13h00.
• Mise à jour de la liste des juridictions de notarisation prises en charge : Nous avons mis à jour notre liste de juridictions prenant désormais en charge la notarisation en personne.
• Les sessions de Salle virtuelle et RON ne expireront pas si un utilisateur effectue une authentification externe : Dans les cas où un signataire a été dirigé vers une ressource externe à des fins d'authentification, par exemple vers un autre onglet ou une autre page Web, sa session de signature n'expirera plus pour cause d'inactivité. Au lieu de cela, la session de signature se terminera 15 minutes après que l'hôte ou le notaire a quitté la session.

Corrections de bogues

Authentification des utilisateurs

• PB-96559 : Correction d'un problème selon lequel le terme "Aucun" n'était pas traduit dans la liste déroulante des fournisseurs KBA.
• PB-101281 : Correction d'un problème selon lequel la page permettant de saisir un numéro de téléphone à utiliser pour un SMS de vérification IDV n'apparaissait pas.

Expéditeurs

• PB-96226 : Correction d'un problème selon lequel l'interface utilisateur se bloquait lors de l'application d'une mise en page où l'adresse électronique du propriétaire de la transaction était associée à un rôle différent.
• PB-96332 : Correction d'un problème qui empêchait les utilisateurs d'affecter des langues différentes à des signataires en double. Cela se produisait lors de l'ajout de plusieurs signataires externes ayant la même adresse électronique pour une transaction. Lorsque l'on tentait d'affecter une langue différente à l'un des signataires, la langue était modifiée pour tous les signataires ayant cette adresse électronique.
• PB-99437 : Correction d'un problème qui entraînait la désactivation des boutons Enregistrer la mise en page et Appliquer la mise en page après avoir marqué un destinataire comme réviseur (Accepter uniquement).
• PB-99395 : Correction d'un problème selon lequel l'interface utilisateur de l'expéditeur permettait aux utilisateurs de saisir un espace vide dans les champs Prénom ou Nom. Par exemple, en appuyant sur la barre d'espace du clavier. Vous devez désormais saisir un prénom et un nom.
• PB-99440 : Correction d'un problème selon lequel l'expéditeur ne recevait pas le courriel email.transaction.complete. Cela se produisait lorsqu'un ordre de signataire avait été défini et que l'expéditeur était le dernier signataire.
• PB-99752 : Correction d'un problème de libellé pour les langues Chinois traditionnel et Chinois simplifié.
• PB-99754 : Correction d'un problème affectant les appareils Apple et provoquant l'apparition de documents flous ou pixellisés, la disparition ou même le blocage complet des documents dans Signer Experience.
• PB-99890 : Correction d'un problème selon lequel la date d'expiration d'une transaction apparaissait dans la boîte de réception d'une transaction à l'état de Brouillon. Cela se produisait lors de la définition d'une heure d'expiration en jours. Les transactions à l'état de brouillon n'expirant pas, et il n'aurait donc pas dû y avoir de date d'expiration spécifiée.
• PB-99955 : Correction d'un problème qui faisait disparaître des champs comme si la transaction expirait, alors que son état était encore En cours.
• PB-99970 : Correction d'un problème de modification de la taille du champ Date. Il arrivait que le champ change de position dans un document.
• PB-99993 : Correction d'un problème selon lequel la date d'expiration française n'était pas traduite correctement dans le modèle de courriel email.delegation.activate lorsqu'il n'y avait pas de date d'expiration définie pour la délégation.
• PB-100010 : Correction d'un problème qui empêchait l'utilisation de l'authentification par SMS lorsque l'expéditeur avait sélectionné un pays inexistant dans son profil Mon compte.
• PB-100119 : Correction d'un problème selon lequel la création de champs conditionnels via une API entraînait des conditions dupliquées lorsque les noms de champs avaient des caractères de départ correspondants.
• PB-100157 : Correction d'un problème selon lequel il n'était pas possible de supprimer un champ avec une logique conditionnelle.
• PB-100158 : Correction d'un problème selon lequel le message "Expiry scheduled for null" apparaissait dans l'interface utilisateur lors de la création d'une transaction via un modèle dont l'expiration était définie sur un certain nombre de jours.
• PB-100312 : Correction d'un problème selon lequel le filigrane Sandbox apparaissait deux fois sur la version française du document de consentement électronique.
• PB-100367 : Correction d'un problème qui empêchait les intégrateurs de mettre à jour ou de supprimer un motif de refus via un appel à l'API PUT .
• PB-100442 : Correction d'un problème selon lequel les modifications de la date d'expiration, d'une date fixe à une expiration illimitée, n'étaient pas mémorisées lors de la création d'une transaction à partir d'un modèle.
• PB-100483 : Correction d'un problème qui permettait aux utilisateurs de saisir une date incorrecte lors de l'ajout d'un délégué.
• PB-100515 : Correction d'un problème faisant apparaître une date d'expiration incorrecte sur un modèle. Ce problème s'e produisait lors de l'activation puis de la désactivation de la case Expiration illimitée.
• PB-100618 : Correction d'un problème selon lequel vous n'étiez pas en mesure d'ajouter un destinataire de type espace réservé à partir du Concepteur.
• PB-100647 : Correction d'un problème d'accès aux environnements de production FedRAMP.
• PB-100736 : Correction d'un problème qui empêchait les utilisateurs d'accéder à la page Transactions.
• PB-100799 : Correction d'un problème empêchant les propriétaires de transactions de télécharger des documents à partir de leurs propres transactions si le paramètre Afficher le bouton Télécharger de la page Configuration de compte avait été désactivé. Les propriétaires de transactions peuvent désormais télécharger leurs propres transactions même si ce paramètre est désactivé.
• PB-101207 : Correction d'un problème selon lequel la recherche dans la boîte de réception ne renvoyait pas de résultats alors qu'il y avait un très grand nombre de transactions.
• PB-101145 : Correction d'un problème selon lequel des rôles personnalisés pouvaient être affectés à des utilisateurs sous différents comptes. Les rôles personnalisés ne peuvent désormais être affectés qu'à des utilisateurs du même compte.
• PB-101206 : Correction d'un problème selon lequel, dans certains cas, la boîte de réception des transactions ne s'affichait pas si les mises en page avaient été désactivées pour le compte.
• PB-101439 : Correction d'un problème selon lequel l'événement SIGNER_COMPLETED n'était pas envoyé à un expéditeur lorsqu'une transaction était activée avec à la fois une révision avant achèvement et un ordre de signature.

Signer Experience

• PB-99591 : Correction d'un problème selon lequel le texte de certains documents apparaissait en surbrillance lors de l'accès à Signer Experience via d'anciennes versions d'iPhone iOS.
• PB-101521 : Correction d'un problème selon lequel les signataires rencontraient des erreurs d'accès non autorisé. Cela était dû à un jeton non valide dans l'URL de signature.

Administrateurs

• PB-96623 : Correction d'un problème selon lequel le texte et les libellés de l'espace réservé n'étaient pas correctement traduits dans la page Configuration de compte jusqu'à ce que la page soit actualisée.
• PB-100235 : Correction d'un problème empêchant les administrateurs et les gestionnaires d'affecter des délégués aux utilisateurs de sous-comptes migrés.

Mise en coffre-fort

• OCV-657 : Correction d'un problème qui faisait que les dates et heures d'un certificat de preuve Trust Vault s'affichaient en anglais, même si le certificat lui-même était en français ou en espagnol.
• OCV-742 : Correction d'un problème selon lequel les utilisateurs ne pouvaient pas supprimer leurs propres transactions même si l'autorisation d'accès et de suppression de leurs propres transactions était activée.

Accessibilité

• PB-35943 : Correction d'un problème selon lequel les champs de saisie n'avaient pas de libellés d'en-tête lors de l'ajout de destinataires à une transaction.
• PB-93777 : Correction d'un problème qui empêchait certains lecteurs d'écran de lire intégralement le message d'erreur envoyé en cas de réponse non valide à une authentification par questions-réponses. Cela se produisait lors de l'utilisation du système d'exploitation Windows 11 et de l'iPhone 12 iOS.
• PB-96351 : Correction d'un problème selon lequel les sous-sections de la page Configuration de compte n'étaient pas annoncées par les lecteurs d'écran. Par exemple, Paramètres de fonctions > Documents électroniques.
• PB-99538 : Correction d'un problème selon lequel le bouton de menu Plus d'actions de Signer Experience ne répondait pas aux normes d'accessibilité.
• PB-99602 : Correction d'un problème qui empêchait certains lecteurs d'écran d'annoncer les boutons de champs du Concepteur.
• PB-99604 : Correction d'un problème qui empêchait certains lecteurs d'écran de lire les info-bulles.
• PB-99605 : Correction d'un problème qui empêchait les lecteurs d'écran d'expliquer la présence d'un astérisque à côté d'un champ. Un astérisque à côté d'un champ indique que ce champ est obligatoire, mais le lecteur d'écran ne l'annonçait pas. Désormais, le texte suivant apparaît dans l'interface utilisateur et peut être lu par les lecteurs d'écran : "Les champs marqués d'un * sont obligatoires.
• PB-99607 : Correction d'un problème selon lequel les noms d'onglets (Brouillons, Boîte de réception, Corbeille, Archivé) n'étaient pas annoncés par le lecteur d'écran JAWS dans la page Transactions.
• PB-99608 : Correction d'un problème selon lequel les noms de tables n'étaient pas définis et ne figuraient donc pas dans la liste lors de l'accès au raccourci Tables dans le lecteur d'écran JAWS.
• PB-99991 : Correction du contraste des couleurs de l'icône de signature dans la liste des transactions afin de répondre aux exigences d'accessibilité.
• PB-101667 : Correction d'un problème de différence entre l'horodatage de la date de signature lorsque le mode d'accessibilité était activé et l'horodatage de la date de signature lorsque le mode d'accessibilité était désactivé.

Amélioration des performances

• PB-98332 : Amélioration des performances du concepteur lors de l'utilisation d'un document comportant un nombre important de champs et de logiques conditionnelles.

• PB-100941 : Amélioration des performances de la cérémonie de signature en cas de gros volume de transactions devant être signées par un destinataire. Auparavant, cela entraînait un avertissement de charge processeur élevée.

• PB-100355 : Amélioration des performances de notre boîte de réception des transactions.

• PB-100801 : Amélioration de la performance de notre tableau de bord.

Comportement modifié

• PB-93646 : Les polices PDF base-14 Courier et Helvetica sont désormais remplacées dans les PDF par les polices LiberationMono et Liberation Sans, respectivement. Cela garantit que ces polices seront incorporées dans le PDF et que les documents auront la même apparence quel que soit le lecteur PDF ou la plateforme du système d'exploitation. Notez que cela ne concerne que les champs de formulaire textuels, les filigranes et les signatures. Le texte réel d'un document n'est pas affecté.
• PB-98498 : La page Notifications d'événements propose désormais un menu déroulant permettant de sélectionner une méthode d'authentification. REMARQUE : Si aucune clé de rappel n'a été définie, la méthode d'authentification sera sur Aucun. Si une clé de rappel a été définie, la méthode d'authentification sera Basique. En outre, oAuth 2.0 est désormais disponible en tant que méthode d'authentification.
• PB-99395 : Lorsque vous modifiez les informations contenues dans Mon compte un prénom et un nom de famille sont désormais obligatoires. Vous ne pouvez pas modifier les expéditeurs existants créés sans prénom ni nom de famille, sans ajouter de prénom ou de nom de famille.
• PB-101707 : À la fin d'une session de notarisation en personne (IPEN), un notaire peut désormaus cliquer sur un bouton pour être redirigé vers son journal électronique.
• PB-100793 : Il est désormais possible de désactiver l'authentification forcée pour les transactions RON et IPEN.

Modifications à venir

• Notre fonction d'alignement de texte ne sera pas déployée dans les environnements de production de la version 24R1 (11.55), mais sera disponible dans une prochaine version.
• Dans la version 24.R2 (11.56), toutes les références à Equifax seront supprimées de la base de code. Tout code d'intégration (API et SDK) faisant référence à Equifax en tant que méthode d'authentification du destinataire devra être supprimé.

Problèmes connus

• PB-99976 : Lorsque le Concepteur est utilisé pour définir une valeur par défaut pour les champs de texte de plus de 1024 caractères, un message d'erreur apparaît. Cependant, si vous définissez la valeur par défaut sur 1024 caractères, vos signataires peuvent toujours saisir jusqu'à 4 000 caractères dans Signer Experience.

SaaS 2023-décembre : Version 23.R5.1 (11.54.1)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

La dernière mise à jour de ces notes de version date du 4 décembre 2023.

Corrections de bogues

• PB100891 : Correction d'un problème selon lequel l'utilisation d'un appel GET /api/account/senders/{roleID} pour récupérer tous les expéditeurs d'un sous-compte ne renvoyait que les expéditeurs qui avaient été créés pour la première fois dans ce sous-compte. Cet appel renverra tous les expéditeurs du sous-compte, même s'ils ont d'abord été créés dans un autre sous-compte et qu'ils ont ensuite reçu l'autorisation d'expéditeur pour le sous-compte visé par l'appel.

SaaS 2023-octobre : Version 23.R5 (11.54)

Pour plus d'informations sur les déploiements actuels et à venir de cette version, voir la section Calendrier des versions et des mises à jour de notre Trust Center.

Ces notes de version ont été mises à jour pour la dernière fois le 13 novembre 2023.

Quoi de neuf

Trust Vault

Présentation de Trust Vault : Trust Vault permet aux organisations de stocker en toute sécurité les accords numériques critiques signés et achevés, garantissant ainsi une viabilité et une intégrité à long terme résistant à l'épreuve du temps.

Les fonctionnalités prises en charge sont les suivantes :

• Intégration immédiate avec OneSpan Sign
• Gestion granulaire des accès utilisateur via la fonctionnalité OneSpan Sign Rôles et autorisations
• Certificat de preuve irréfutable

Pour activer Trust Vault sur votre compte OneSpan Sign, contactez notre équipe de soutien.

Si les sous-comptes sont activés, aucun Trust Vault ne peut être utilisé.

Langues

• Prise en charge de trois langues supplémentaires : Nous avons ajouté la prise en charge des langues suivantes : (1) bulgare ; (2) roumain ; (3) norvégien (Bokmål). Remarque : (1) En raison de certaines directives canadiennes en matière de SMS, les SMS envoyés en roumain ou en norvégien à des numéros de téléphone canadiens via le service de messagerie de Twilio seront reçus en anglais. (2) Twilio ne prend pas en charge le bulgare. Les SMS envoyés en bulgare via le service de messagerie de Twilio seront donc reçus en anglais.

Si vous avez des modèles de courriels personnalisés que vous souhaitez utiliser avec ces langues nouvellement ajoutées, veuillez contacter notre équipe de soutien. Si vous ne contactez pas notre équipe de soutien, ce sont les modèles de courriels par défaut de OneSpan Sign qui seront utilisés.

Expéditeurs

• Augmentation de la taille des pièces jointes des fichiers de courriels OSS : Les expéditeurs peuvent désormais configurer la taille des fichiers que les courriels peuvent prendre en charge. Pour ce faire, contactez notre équipe de soutien.
• Ajout de la prise en charge des infobulles de champs : Les expéditeurs peuvent désormais ajouter des infobulles aux champs d'une transaction, qui s'afficheront ou seront lus dans Signer Experience lorsqu'un lecteur passe la souris sur le champ ou y accède via la touche TAB. Les infobulles peuvent être utilisées pour ajouter un contexte ou des instructions supplémentaires à un champ, améliorant ainsi l'expérience de l'utilisateur.
• Ajout d'une case à cocher pour permettre les transactions qui n'expirent pas : Auparavant, pour créer ou modifier une transaction afin qu'elle n'expire pas, ou pour définir une valeur par défaut pour un compte afin que les transactions associées à ce compte n'expirent pas, les expéditeurs devaient saisir la valeur "0" dans le champ Expiration. Désormais, les expéditeurs peuvent simplement utiliser la case à cocher pour créer des transactions qui n'expirent pas.
• Ajout de la possibilité d'affecter des délégués à partir de la page Utilisateurs : Vous pouvez maintenant affecter des délégués via la page Utilisateurs.
• Les détails de l'expéditeur sont désormais visibles sur la page Utilisateurs : Vous pouvez utiliser la page Utilisateurs pour afficher des informations supplémentaires sur un expéditeur sélectionné.
• Suppression des références pour Refuser : Les références à la fonction obsolète "Refuser" qui apparaissaient dans le rapport Résumé de l'utilisation ont été remplacées par "Refuser de signer".
• Remaniement des courriels d'activation et d'expiration : Les modèles de courriels d'activation et d'expiration de compte ont été mis à jour pour refléter notre nouvelle image de marque.
• Amélioration des performances du Concepteur lors de l'utilisation de la logique conditionnelle : Les performances du Concepteur ont été considérablement améliorées dans les cas où de nombreux champs avec logique conditionnelle étaient appliqués à un document.

Administrateurs

• Désormais, toutes les pièces jointes figurant sur la liste noire s'affichent : Lors de la configuration de vos paramètres de téléchargement, une liste complète des pièces jointes sur liste noire s'affiche désormais. Cela inclut à la fois les pièces jointes de la liste noire par défaut, ainsi que les listes noires spécifiques au compte.
• Les fonctions désactivées ne sont plus disponibles lors de l'affichage via la Configuration de compte en libre-service : Lorsque vous utilisez la page Configuration de compte en libre-service, les fonctions désactivées en raison d'un paramètre précédemment configuré ne peuvent plus être modifiées. Par exemple, si la fonction Activer la visibilité des documents est désactivée, la fonction Autoriser la configuration de la visibilité des documents est grisée.
• Les paramètres en libre-service peuvent désormais être configurés via le SDK Java : Les intégrateurs peuvent désormais configurer les paramètres des comptes en libre-service via le SDK Java.

Authentification des utilisateurs

• Mise en œuvre de notifications de rappel et par courriels pour les échecs LexisNexis : Les rappels et les courriels seront désormais envoyés en présence des scénarios suivants :
  • Le signataire n'a pas réussi à s'authentifier.
  • Signataire introuvable dans la base de données LexisNexis.
  • Le signataire n'a pas suffisamment d'informations associées à lui et LexisNexis n'a donc pas été en mesure de générer les questions d'authentification.

    Pour plus d'informations, voir email.kba.failure

• Authentification renforcée du numéro de sécurité sociale par KBA avec LexisNexis : Lors de la mise en place de KBA avec LexisNexis, il est désormais possible de fournir un numéro de sécurité sociale pour un destinataire de trois façons :
  • Pas de numéro de sécurité sociale
  • Numéro de sécurité sociale complet
  • Quatre derniers chiffres du numéro de sécurité sociale
• Vérification renforcée de l'identité : Des résultats de vérification supplémentaires peuvent être inclus dans le Evidence Summary. Il s'agit de :
  • Résultats de la vérification : Affiche les contrôles et les correspondances utilisés pour déterminer la réussite ou l'échec de la vérification.
  • Informations personnelles : Affiche les données extraites du document présenté, sur l'identité. Par exemple, nom, date de naissance.
  • Informations sur les documents : Affiche les données extraites du document présenté, sur ce document. Par exemple, pays, type, date d'émission.

    Ces fonctions sont activées par défaut. Pour désactiver l'une de ces fonctions, contactez notre équipe de soutien.

• Informations supplémentaires disponibles dans le Résumé des preuves et le Résumé des preuves IDV JSON : Les informations suivantes sont désormais disponibles en consultation :

  • Le PDF IDV Evidence Summary n'affiche désormais que l'élément de correspondance Document_Authenticated.
  • Le IDV Evidence Summary inclut désormais l'ID du signataire dans son API JSON.
  • Le IDV Evidence Summary inclut désormais le nombre de tentatives de vérification dans la liste des URL d'images JSON et l'API JSON.

Accessibilité

• Amélioration de la lisibilité des documents à l'écran: Nous avons amélioré la lisibilité des documents à l'écran dans Signer Experience. Les lecteurs d'écran peuvent désormais lire les documents et les champs d'une transaction sans que le signataire n'ait à passer en mode d'accessibilité et sans que l'expéditeur n'ait à créer une transaction accessible. Au cours de ce processus, le lecteur d'écran indique au signataire si le document peut être lu par le lecteur d'écran.

  Si l'accessibilité totale est une exigence de votre organisation, vous devez créer des transactions accessibles en utilisant des documents correctement balisés.

• Amélioration de la formulation du bouton d'accessibilité des documents : Nous avons modifié l'étiquette utilisée pour créer une transaction accessible et amélioré l'infobulle qui l'accompagne afin d'améliorer l'expérience de l'utilisateur. Le bouton-bascule affiche désormais Appliquer l'accessibilité des documents au lieu de Activer l'accessibilité.
• Les icônes suivantes de la page Concepteur apparaissent 'plus grasses' afin de satisfaire aux normes d'accessibilité WCAG en matière de contraste des couleurs :
  • Icône d'application de la mise en page
  • Icône de visibilité des documents
  • Icône des raccourcis clavier
  • Icône d'enregistrement de la mise en page
  • Icône des paramètres

Notarisation & Salle virtuelle

• RON prend en charge trois autres États américains : Nous avons ajouté les États suivants à la liste déroulante Juridiction que le système présente aux notaires lorsqu'ils enregistrent leur commission notariale : (1) Louisiane ; (2) Rhode Island ; (3) Kansas.
• Ajout de la prise en charge de la vérification des signataires externes pour les signataires VR et RON : Il est désormais possible de configurer la vérification des signataires externes pour les signataires qui signent les transactions de la Salle virtuelle et RON. Notez que le compte doit être configuré pour utiliser un service de vérification externe. Si cette option est configurée, lors de la signature et après avoir cliqué sur Confirmer le document, le signataire sera dirigé vers le service de vérification externe, qui s'ouvrira dans un nouvel onglet du navigateur.
• Dans les transactions RON, le champ État/Province est désormais associé au champ Pays : Lors de la création d'une transaction RON, le champ État/Province affichera désormais la juridiction régionale correspondante pour le pays sélectionné. Ainsi, si le pays sélectionné est les États-Unis, le champ État/Province affichera États. Si Canada est sélectionné, ce champ affichera Provinces. Pour les autres pays, les utilisateurs peuvent saisir eux-mêmes la valeur appropriée.
• Les valeurs des champs de notaire sont désormais visibles sur les documents : Lors de l'accès aux documents, les champs de notaire seront désormais visibles, même avant la confirmation. Ces champs de notaire affichent les valeurs suivantes :
  • Pays du notaire
  • Juridiction du notaire
  • Date d'expiration de la commission notariale
  • Numéro de commission notariale
  • Nom du notaire
• Nouveau processus d'application d'un sceau notarial : Une fois que le notaire a fini de signer un document, le bouton Apposer sceau apparaît. Après avoir cliqué sur ce bouton, les documents sont confirmés et le sceau notarial est apposé et représenté sur le document.
• Amélioration de l'expérience utilisateur pour les transactions en personne et les transactions notariées en personne : Ajustement de la présentation et de la formulation des affidavits pour les transactions en personne et les transactions notariées en personne.
• Nouveau modèle de courriel pour les transactions notariées en personne : Lorsqu'un signataire est invité à une transaction notariée en personne, le courriel qu'il reçoit lui permet d'examiner les documents de la transaction, sans toutefois commencer le processus de signature. La signature ne peut avoir lieu qu'en présence du notaire. Pour plus d'informations, voir email.activate.ipen
• Amélioration de l'expérience utilisateur pour les notaires à l'origine d'une Signer Experience. Les notaires peuvent désormais :
  • Afficher un écran de configuration les invitant à régler ou à configurer leurs paramètres audio et vidéo.
  • Afficher le statut des signataires dans la salle d'attente des transactions.
  • Afficher une page d'aperçu de la transaction qui les aidera à exécuter Signer Experience.

Intégration eOriginal

• Ajout de la possibilité d'utiliser son propre nom de type de transaction lors de l'utilisation du coffre-fort : Les clients du coffre-fort peuvent désormais transmettre le nom de type de transaction souhaité à notre système via le paramètre transactiontypename . Cela permet aux utilisateurs de distinguer la source de certaines transactions lors de la mise en coffre-fort parmi plusieurs sources qu'ils souhaitent suivre.
• Amélioration de la gestion des erreurs en cas de données de coffre-fort erronées ou incomplètes : La gestion des erreurs a été améliorée pour inclure plus d'informations à l'usage du client. Cela inclut plus d'informations sur l'erreur, ainsi que des rappels d'erreur et des courriels de notification.
• Amélioration de la robustesse et de la fiabilité du coffre-fort : L'expérience de coffre-fort a été améliorée de la manière suivante :
  • Le délai de nouvelle tentative est passé de 1 heure à 4 minutes
  • Rappel de nouvel tentative
  • Amélioration de la formulation des rappels de succès, d'échec et de nouvelle tentative
  • Amélioration des journaux

Archivage externe

• Ajout d'un deuxième connecteur pour SFTP avec la possibilité d'obtenir un certificat NOM 151 : Dans la version 11.52, nous avons ajouté Arkhineo comme connecteur d'intégration. Vous pouvez désormais utiliser SFTP comme connecteur d'intégration, tout en ayant la possibilité d'obtenir un certificat NOM 151. Pour activer cette fonction, contactez notre équipe de soutien.

Corrections de bogues

Authentification des utilisateurs

• PB-97932 : Correction d'un problème selon lequel, dans certains scénarios, le logo de signature ne s'affichait pas sur la page d'authentification KBA.

Expéditeurs

• PB-96825 : Correction d'un problème qui empêchait les utilisateurs de mettre à jour le statut d'une transaction sur SENT via l'API.
• PB-97293 : Correction d'un problème selon lequel un utilisateur ne pouvait pas mettre à jour le nom d'un modèle. Cela se produisait lors d'une tentative de modification de la casse, et uniquement de la casse des lettres du modèle (par exemple, de majuscule à minuscule).
• PB-97435 : Mise à jour de la formulation d'un message de confirmation apparaissant lors de la suppression d'une transaction.
• PB-97725 : Correction d'un problème selon lequel la longueur maximale de 64 caractères n'était pas respectée lorsque des caractères multi-octets étaient utilisés.
• PB-98011 : Correction d'un problème selon lequel il était possible de récupérer les pièces jointes d'une transaction supprimée.
• PB-98502 : Correction d'un problème selon lequel un écran vide apparaissait lors de la tentative de réaffectation d'un destinataire sur un appareil mobile.
• PB-98918 : Correction d'un problème selon lequel la valeur "0" pour certaines cases à cocher de Plage de validation du groupe entraînait le message d'erreur "Une erreur s'est produite". Désormais, un message d'avertissement s'affiche indiquant à l'expéditeur que la valeur de cette plage ne peut être zéro.
• PB-99039 : Correction d'un problème rendant impossible l'ajout d'exigences de pièces jointes pour un destinataire du Concepteur.
• PB-99190 : Correction d'un problème selon lequel il était possible d'obtenir un ID de transaction valide lors de la demande d'API avec des informations erronées.
• PB-100585 : Correction d'un problème provoquant une vulnérabilité de sécurité par rapport à l'un de nos appels d'API GET.

Connecteurs

• PB-97618 : Correction d'un problème selon lequel la bannière par défaut n'apparaissait pas si le Concepteur était intégré dans l'iFrame Salesforce.

• PB-98482 : correction d'un problème qui empêchait la création de transactions à partir de modèles lors de l'utilisation des connecteurs OneSpan Sign Embedded Integration for Salesforceet OneSpan Sign Embedded Integration for CRM avec les rôles et permissions activés.

Signer Experience

• PB-98089 : correction d'un problème selon lequel les valeurs par défaut définies par l'expéditeur pour les champs de liste et leurs options n'apparaissent pas dans Signer Experience. Les champs apparaissaient, mais pas les options par défaut.
• PB-98146, PB-96342 : Correction d'un problème selon lequel la barre Accepter n'apparaissait plus sur un bref document de consentement électronique lorsqu'un message d'expiration de session était rejeté ou qu'une notification de cookie était rejetée.
• PB-95888 : Correction d'un problème selon lequel le menu Plus d'actions ne s'affichait pas lorsque l'on accédait à Signer Experience à partir de la pièce jointe rejetée.
• PB-96288 : Correction d'un problème selon lequel le menu Plus d'actions n'était pas masqué dans Signer Experience lorsqu'il n'y avait pas d'options disponibles à sélectionner.
• PB-98382 : Correction d'un problème selon lequel le signataire pouvait modifier les champs de saisie d'un document lorsque celui-ci était confirmé.

Administrateurs

• PB-96303 : Correction d'un problème qui entraînait un délai important (décalage) lors de l'ajout d'un nouveau rôle à un utilisateur. Cela se produisait lorsque l'option Rôles et autorisations était activée et que l'on tentait de le faire via la clé API d'un administrateur.
• PB-96909 : Correction d'un problème selon lequel une erreur Invalid JSON survenait lorsque l'on appliquait à certaines propriétés la valeur 'null' dans packagesettings , puis que l'on effectuait des modifications via Configuration de compte en libre-service.
• PB-98288 : Correction d'un problème selon lequel la page Expéditeurs n'affichait pas correctement les en-têtes de colonne dans certaines langues, telles que le danois, le norvégien ou le grec. Dans ce cas, la dernière colonne (Actions) était parfois tronquée.
• PB-99187 : Mise à jour de la description Ajouter une case à cocher en haut du document de consentement dans la page Configuration du compte en libre-service.
• PB-100060 : Correction d'un problème empêchant les comptes activés par Sous-compte de créer des transactions via l'envoi en masse.

Mise en coffre-fort

• PB-98570 : Correction d'un problème selon lequel le coffre-fort de documents se déclenchait plusieurs fois.

Accessibilité

• PB-98223 : Correction d'un problème d'accessibilité concernant le contraste de couleurs des icônes s'affichant dans la liste Transaction.
• PB-98283 : Correction d'un problème d'accessibilité concernant le contraste des couleurs du lien Afficher tout dans le tableau de bord.
• PB-98355 : Correction d'un problème d'accessibilité concernant le contraste de couleurs des liens dans le pied de page de l'application.

Comportement modifié

• PB-93756 : Le format de tous les champs de date dans les fichiers CSV exportés est désormais yyyy-MM-dd HH:mm:ss.
• PB-98015 : L'étiquette Transaction non archivée du rappel PACKAGE_RESTORED dans la page de notification d'événement a été remplacée par Transaction restaurée.
• Dans le cadre du réusinage de code d'expiration des transactions, les paramètres du compte sont désormais vérifiés lors de la création d'une transaction, même si un modèle a été précédemment créé avec une expiration illimitée.

Mises à jour technologiques

• PB-100182 : Ajout de la prise en charge des cookies eOriginal. Cela garantit la gestion des intégrations avec eOriginal lors des mises à jour de l'infrastructure.

Problèmes connus

• PB-100157 : Une erreur se produit lors de la tentative de suppression d'un champ avec une logique conditionnelle d'une transaction déjà envoyée. Pour résoudre ce problème, ignorez cette erreur, puis supprimez à nouveau le champ. Le champ sera supprimé avec succès.
• PB-100050 : Le lien permettant d'ouvrir le Trust Vault n'apparaît qu'en anglais, quelle que soit la langue sélectionnée pour l'interface utilisateur.
• PB-100357 : Les administrateurs et les gestionnaires ne peuvent pas affecter de délégués aux utilisateurs verrouillés ou désactivés. Ce problème sera résolu dans une prochaine version.
• PB-100235 : Les administrateurs et les gestionnaires qui ont été créés après l'activation des rôles et autorisations ne peuvent pas affecter de délégués à partir de la page Utilisateurs. Ce problème sera résolu dans une prochaine version.
• PB-100635 : La tentative d'utilisation de la page Utilisateurs pour affecter des délégués à des utilisateurs de sous-comptes aboutit à une erreur 404. Ce problème sera résolu dans une prochaine version.
• PB-100497 : Une erreur se produit lorsque des utilisateurs ayant des rôles personnalisés tentent d'utiliser la page Utilisateurs pour affecter des délégués à d'autres utilisateurs. Dans une prochaine version, la possibilité pour les utilisateurs ayant des rôles personnalisés d'affecter des délégués à d'autres utilisateurs sera supprimée (bien qu'ils aient toujours la possibilité d'affecter des délégués à eux-mêmes).

SaaS 2023-Septembre : Version 23.R4.1 (11.53.1)

Il s'agit d'un correctif de sécurité.

SaaS 2023-Septembre : Version 23.R4 (11.53)

Quoi de neuf

Authentification basée sur la connaissance

• Remplacement de Equifax US par LexisNexis: Equifax US a été remplacé par LexisNexis. Tout compte pour lequel Equifax US était activé aura désormais LexisNexis activé par défaut. Les expéditeurs seront informés de ces changements s'ils essaient d'effectuer l'une des opérations suivantes : (1) envoyer des transactions avec Equifax US comme méthode d'authentification ; (2) mettre à jour les signataires qui ont Equifax US comme méthode d'authentification. Les signataires tentant de s'authentifier via Equifax US vont désormais : (1) être informés qu'ils ne peuvent pas accéder à la transaction associée ; (2) être invités à contacter l'expéditeur de la transaction. IMPORTANT : Dans cette version : (1) le statut d'authentification des signataires n'est pas disponible avec LexisNexis ; (2) les rappels et les courriels en cas d'échec ne sont pas pris en charge avec LexisNexis.
• Disparition d'Equifax Canada : Equifax Canada n'est plus pris en charge et ne sera pas remplacé par un autre service.

Vérification d'identité

• Nouvelles API pour la vérification d'identité : Trois nouvelles API téléchargent les éléments suivants, respectivement : (1) un résumé des preuves au format JSON, contenant des informations détaillées sur la vérification d'identité ; (2) une image de vérification d'identité spécifiée ; (3) plusieurs images de vérification d'identité spécifiées dans une liste.

Langues

• Prise en charge de trois langues supplémentaires : Nous avons ajouté la prise en charge des langues suivantes : (1) polonais ; (2) espagnol (Espagne) ; (3) anglais (Royaume-Uni). Remarque : (1) En raison de certaines directives canadiennes en matière de SMS, les SMS envoyés en polonais à des numéros de téléphone canadiens via le service de messagerie de Twilio seront reçus en anglais. (2) Twilio ne prend pas en charge l' espagnol (Espagne). Les SMS envoyés en espagnol (Espagne) via le service de messagerie de Twilio seront donc reçus en espagnol (Amérique latine).

Si vous avez des modèles de courriels personnalisés que vous souhaitez utiliser avec ces langues nouvellement ajoutées, veuillez contacter notre équipe de soutien. Si vous ne contactez pas notre équipe de soutien, ce sont les modèles de courriels par défaut de OneSpan Sign qui seront utilisés.

Expéditeurs

• Les expéditeurs peuvent configurer les paramètres du Concepteur : Configuration de compte en libre-service dispose désormais d'un groupe de paramètres du Concepteur qui déterminent la fonctionnalité de la page du Concepteur.
• Les expéditeurs peuvent configurer les paramètres de téléversement : Configuration de compte en libre-service dispose désormais de paramètres de téléversement qui spécifient les types de fichiers que les destinataires peuvent téléverser en pièces jointes.
• Les expéditeurs peuvent configurer les courriels de rappel : Configuration de compte en libre-service propose désormais des courriels de rappel permettant de définir un calendrier pour les courriels de rappel qui seront envoyés à tous les destinataires n'ayant pas encore fini de signer.
• Amélioration de la page de notification des événements : Nous avons remanié la page de notification d'événements que les expéditeurs utilisent pour configurer les notifications d'événements pour leurs services d'écoute. Le nouveau design est plus logique et plus clair.

Administrateurs

• Possibilité de personnaliser le bouton Accepter du consentement électronique : Les administrateurs peuvent désormais spécifier le texte du bouton Accepter dans la barre inférieure du document de consentement électronique. Ce bouton n'a plus besoin d'être le même que le bouton Accepter pour les destinataires de documents acceptés uniquement. Pour personnaliser ce texte, les administrateurs devront travailler avec notre équipe de soutien.

Notarisation en ligne à distance

• RON prend en charge cinq autres États américains : Nous avons ajouté les États suivants à la liste déroulante Juridiction que le système présente aux notaires lorsqu'ils enregistrent leur commission notariale : (1) Michigan ; (2) Missouri ; (3) Nouveau-Mexique ; (4) Pennsylvanie ; (5) Wisconsin.
• Deux options d'authentification principales : Lorsque les expéditeurs configurent la méthode d'authentification d'un participant à une transaction RON, les deux options suivantes leur sont désormais proposées : (1) Signataire inconnu — dans ce cas, l'expéditeur doit spécifier les méthodes d'authentification KBA (via LexisNexis) et de vérification d'identité ; (2) Signataire personnellement connu — dans ce cas, l'expéditeur peut spécifier n'importe quelle méthode d'authentification (ou aucune).
• KBA respecte la juridiction du notaire : La méthode d'authentification KBA utilisée dans le cadre d'une transaction RON est désormais adaptée aux exigences de la juridiction dans laquelle le notaire a sa commission.
• Amélioration de la page d'erreur Bloqué : Lorsqu'un utilisateur est bloqué après une tentative d'authentification infructueuse, la page d'erreur Bloqué indique désormais le temps restant avant que l'utilisateur ne soit autorisé à effectuer sa prochaine tentative d'authentification.
• Le journal Notary permet d'enregistrer les dates des documents : Le journal Notary comporte désormais un champ que les notaires peuvent utiliser pour saisir la date figurant sur un document qu'ils authentifient. Ceci est utile car cette date diffère parfois de la date à laquelle l'acte notarié est effectué.
• Possibilité d'exiger des participants qu'ils signent un journal Notary : Une nouvelle fonctionnalité permet aux expéditeurs d'exiger que les participants à une transaction RON signent le journal Notary. Si un expéditeur fait cette demande, le notaire peut pendant la transaction : (1) rédiger son journal ; (2) passer ensuite le contrôle aux participants pour qu'ils signent le journal. Pour activer cette fonction, veuillez communiquer avec notre équipe de soutien.
• Nouvelle façon d'accéder à la page Merci : Lorsqu'un notaire examine une transaction RON terminée, la page Merci s'ouvre après que le bouton Terminer du dernier document ait été activé. Remarque : Cette page s'est toujours ouverte - et s'ouvre toujours - lorsque le notaire clique sur le bouton Terminer dans le journal Notary.
• Rappels concernant l'expiration de la commission notariale : Les notaires recevront désormais des courriels leur rappelant l'expiration imminente de leur commission notariale. Ces courriels seront envoyés 90, 60, 30 et 7 jours avant l'expiration.
• Possibilité de définir l'expiration de la commission notariale sur S.O. : Les notaires peuvent désormais configurer la date d'expiration de leur commission comme S.O. (Sans Objet). Ceci est utile car dans certaines juridictions (p. ex. au Canada), les commissions n'expirent pas.

Rapports dans l’application

• Nouvelle colonne dans les rapports de transaction : Nous avons ajouté une colonne Description de la transaction aux rapports de transaction. Remarque : (1) Cette colonne n'apparaîtra que pour les rapports en cours et futurs ; (2) pour les rapports en cours, la colonne ne sera renseignée que si la transaction a été mise à jour.

Corrections de bogues

Essai gratuit

• PB-97466 : Correction d'un problème selon lequel un lien dans le courriel d'activation pour un essai gratuit de OneSpan Sign ne redirigeait pas les utilisateurs vers la page Enregistrement du compte.

Authentification des utilisateurs

• PB-96316 : Correction d'un problème selon lequel la réalisation d'une Vérification d'identité déclenchait une erreur de serveur interne. Cette erreur est due au fait qu'une clé/valeur Redis n'expirait pas.
• PB-97838 : Le problème suivant a été corrigé. Lorsqu'un signataire utilise les identifiants de l'application client pour générer un jeton d'authentification du signataire, le système ne doit pas envoyer de SMS avec mot de passe à usage unique (OTP = one-time password) sur son téléphone portable. Le problème est que le système le faisait.
• PB-92243 : Correction d'un problème selon lequel la page d'authentification du signataire apparaissait en anglais, alors qu'elle aurait dû apparaître dans la langue de la transaction (français). Cela se produisait lorsque : (1) la transaction était générée via le SDK ; (2) la langue du signataire n'était pas spécifiée.

Expéditeurs

• PB-97194 : Le problème suivant a été corrigé. Dans Configuration de compte en libre-service, le paramètre de transaction Autoriser le téléchargement de documents pour les transactions incomplètes fonctionnait avec une "logique inversée". En d'autres termes, le problème était que la fonctionnalité était autorisée lorsqu'elle n'était pas cochée, et qu'elle n'était pas autorisée lorsqu'elle était cochée.
• PB-97570 : Le problème suivant a été corrigé. La langue par défaut d'un compte était une langue autre que l'anglais. Un expéditeur sur le compte générait ensuite une transaction via l'API, mais sans spécifier de langue. Dans ce cas-là, la langue de la transaction aurait dû être la langue par défaut du compte. Au lieu de cela, la langue par défaut était l'anglais.
• PB-94961 : Le problème suivant a été corrigé. Si, dans la boîte de dialogue Appliquer la mise en page du Concepteur, l'option Afficher les mises en page partagées est ACTIVÉE, la liste déroulante Sélectionner une mise en page doit afficher toutes les mises en page partagées. Le problème était que cette liste n'affichait aucune des mises en page partagées existantes.
• PB-96940 : Correction d'un problème selon lequel la tentative de création d'une transaction via l'API échouait lorsque : (1) la fonction Autoriser les signataires en double était activée ; (2) la fonction Autoriser la duplication du numéro de téléphone du signataire était désactivée.
• PB-94744 : Le problème suivant a été corrigé. La fonction Connexion SSO était activée, de sorte que les expéditeurs devaient se connecter à OneSpan Sign via l'authentification unique (SSO). La fonction de provisionnement automatique était désactivée, de sorte qu'une connexion SSO ne générait pas automatiquement de nouvel expéditeur s'il n'en existait pas encore un dans le système. Dans ce cas-là, après une première connexion SSO réussie de l'utilisateur, celui-ci était bloqué sur l'état En attente. Pour résoudre ce problème, nous avons modifié l'API. Désormais, après une première connexion SSO réussie de l'utilisateur, son statut passe automatiquement à Activé (actif). Remarque : Cette correction ne change rien aux cas d'utilisation où la fonction Rôles et autorisations est activée.
• PB-96189 : Correction d'un problème selon lequel l'utilisation d'un lien Fast Track pour créer un modèle déclenchait une erreur lorsque les fonctionnalités suivantes étaient activées et utilisées : (1) Délégation ; (2) Rôles et autorisations ; (3) Sous-comptes.

Signer Experience

• PB-97932 : Correction d'un problème selon lequel le logo n'apparaissait pas sur la page de connexion du signataire lorsque le fichier SVG du logo n'avait pas d'attribut width.
• PB-97442 : Correction d'un problème selon lequel une signature capturée apparaissait parfois trop petite ou n'était pas visible avant d'être confirmée.
• PB-96886 : Correction d'un problème selon lequel le système ne parvenait pas à imposer de longueur minimale pour les signatures capturées.
• PB-95644 : Correction d'un problème selon lequel un message d'erreur apparaissait en anglais, alors qu'il aurait dû apparaître en français. Le message d'erreur apparaissait après qu'un signataire tentait de refuser une transaction terminée.
• PB-93727 : Correction d'un problème qui se produisait dans la situation suivante. (1) Dans le cadre d'une transaction, un signataire déléguait ses responsabilités de signature à un nouveau signataire (via Plus d'actions > Réaffecter le destinataire). (2) Le signataire d'origine finissait ensuite de consulter les documents de la transaction et cliquait sur Terminé. (3) La page Merci qui apparaissait ensuite aurait dû afficher le nom du signataire d'origine. Au lieu de cela, elle affichait le nom du nouveau signataire.

Administrateurs

• PB-96415 : Correction d'un problème qui survenait lorsque la fonction Rôles et autorisations était activée, puis désactivée, puis réactivée dans OneSpan Sign BackOffice. À ce stade, le système commettait l'erreur d'ajouter des rôles par défaut aux utilisateurs.
• PB-87067 : Correction d'un problème de OneSpan Sign BackOffice selon lequel la tentative de téléchargement d'un document de consentement électronique déclenchait une erreur HTTP 500.

Notarisation en ligne à distance

• PB-96361 : Correction d'un problème selon lequel les notaires ne pouvaient pas revenir à la page Aperçu après avoir commencé une transaction RON. Nous avons corrigé ce problème en restaurant le bouton Accueil de la barre latérale gauche.
• PB-93258 : Correction d'un problème selon lequel la page Merci d'une transaction RON ne s'affichait pas correctement sur certains appareils mobiles.
• PB-97304 : Correction d'un problème selon lequel les pages d'erreur KBA dans les transactions RON ne correspondaient pas à la conception actuelle de RON.

Accessibilité

• PB-95925 : Correction d'un problème selon lequel un lecteur d'écran ne parvenait pas à lire le contenu du champ Date d'un document signé.

Langue

• PB-97202 : Correction d'un problème selon lequel les courriels de notification japonais affichaient les dates d'expiration en anglais.

Comportement modifié

• Lorsque vous configurez l'authentification par SMS pour un destinataire, le code pays sera par défaut celui du pays défini pour l'expéditeur dans son profil de compte. Si ce pays est sur Autre (valeur par défaut), le code pays entré par SMS sera International.
• Equifax US et Equifax Canada ne sont plus pris en charge.
• Lors de l'utilisation de LexisNexis KBA, les signataires sont désormais authentifiés chaque fois qu'ils accèdent au lien de signature, que la signature soit terminée ou non.
• Si un signataire ne parvient pas à s'authentifier via LexisNexis KBA, l'expéditeur devra créer une nouvelle transaction s'il souhaite effectuer une nouvelle tentative d'authentification KBA.
• OneSpan Sign ne prend désormais en charge que la dernière version stable des navigateurs pris en charge (Chrome, Firefox, Edge, Safari). Cela s'applique à la fois à Expérience du signataire et à la partie Expéditeur de Nouvelle expérience utilisateur.
• PB-97114, PB-95121 : Le résumé des preuves indique désormais si les selfies et les documents soumis lors de la Vérification d'identité sont authentiques.
• PB-97194 : Dans Configuration de compte en libre-service, le paramètre de transaction Autoriser le téléchargement de documents pour les transactions incomplètes a été renommé Désactiver le téléchargement de documents pour les transactions incomplètes.
• PB-97112 : Dans Configuration de compte en libre-service, le paramètre système Avertissement d'expiration de la transaction (jours) a été supprimé.

Modifications à venir

• PB-93756 : À partir de la version 23.R5 (11.54), le format de tous les champs de date dans les fichiers CSV exportés sera "yyyy-MM-dd HH:mm:ss". Cela s'applique aux fichiers CSV suivants : (1) Exportation du journal Notary ; (2) Rapport d'utilisation de transaction ; (3) Rapport planifié de transactions ; (4) Rapport planifié de compte.

SaaS 2023-août : Version 23.R3.1 (11.52.1)

Corrections de bogues

Accessibilité

• PB-97462: Le problème suivant a été corrigé. Les signatures appliquées à un document dans le cadre d'une transaction accessible n'étaient pas valides si : (1) l'expéditeur a ajouté à chaque champ de signature un champ automatique Date de signature ; (2) les champs de signature ont été signés dans un ordre différent de celui dans lequel ces champs avaient été ajoutés au document.
• PB-97438 : Le problème suivant a été corrigé. Une transaction accessible comporte deux signataires et chaque champ de signature est associé à un champ automatique Date de signature. Chaque signature appliquée aurait dû contenir des informations sur les champs verrouillés, mais ces informations étaient soit manquantes, soit incomplètes.
• PB-97203 : Correction du problème suivant qui survenait dans une transaction accessible. Dans un document signé, où un seul champ automatique Date de signature aurait dû apparaître, deux champs automatiques Date de signature apparaissaient. De plus, ces champs automatiques se chevauchaient.
• PB-97905 : Le problème suivant a été corrigé. Un utilisateur téléchargeait un document signé faisant partie d'une transaction accessible qui comportait deux signataires, deux signatures et un champ automatique Date de signature pour chaque signature. Le document téléchargé indiquait à tort que deux champs de formulaire avaient subi des "modifications de propriété".

Impression

• PB-96480 : Correction d'un problème d'impression qui était causé par un XObject manquant.

Modifications à venir

• PB-93756 : À partir de la version 23.R5 (11.54), le format de tous les champs de date dans les fichiers CSV exportés sera "yyyy-MM-dd HH:mm:ss". Cela s'applique aux fichiers CSV suivants : (1) Exportation du journal Notary ; (2) Rapport d'utilisation de transaction ; (3) Rapport planifié de transactions ; (4) Rapport planifié de compte.

SaaS 2023-juillet : Version 23.R3 (11.52)

Disparition d'Equifax Canada : Après le 6 septembre 2023, lorsque les expéditeurs spécifieront une méthode d'authentification KBA pour un destinataire de transaction, ils ne pourront plus sélectionner Equifax – CA comme fournisseur KBA. Si, après cette date, les utilisateurs accèdent à une transaction incomplète avec Equifax - CA sélectionné, ils peuvent rencontrer une erreur. Pour éviter ce type d'erreur, nous vous recommandons de : (1) changer la méthode d'authentification pour une telle transaction qui a été envoyée ; (2) ne pas sélectionner Equifax – CA pour les nouvelles transactions. Pour toute question, veuillez contacter notre équipe de soutien.

Quoi de neuf

Archivage externe

• Archivage externe : Les documents de toutes les transactions effectuées sur un compte peuvent désormais être stockés dans les coffres d'Arkhineo, un service de blockchain pour le stockage de documents à long terme. Pour suivre ce processus d'archivage, nous avons créé les statuts suivants : (1) ARCHIVAL_PENDING ; (2) ARCHIVAL_VALIDATING ; (3) ARCHIVAL_INTERVENTION_REQUIRED ; (4) ARCHIVAL_COMPLETE. Pour activer cette fonction, veuillez communiquer avec notre équipe de soutien.

Expéditeurs

• Les expéditeurs peuvent configurer plus de paramètres de transaction : Les expéditeurs peuvent désormais configurer les paramètres de transaction suivants via la configuration de compte en libre-service : (1) Permettre le téléchargement du document pour les transactions incomplètes ; (2) Afficher le nom du document sur chaque page du document ; (3) Afficher l'état d'avancement de la signature ; (4) Permettre au destinataire de naviguer dans les champs exploitables du document ; (5) Inclure des champs optionnels dans la navigation ; (6) Limiter le nombre de fichiers par pièce jointe ; (7) Taille des polices de caractères.
• Les expéditeurs peuvent configurer de nouveaux paramètres système : Les expéditeurs peuvent désormais configurer les paramètres système suivants via la configuration de compte en libre-service : (1) Tentatives de connexion max. pour un expéditeur ; (2) Expiration de la session ; (3) Avertissement d'expiration de la session.
• Les expéditeurs peuvent configurer Activer l'historique des destinataires : Les expéditeurs peuvent désormais configurer la fonction Activer l'historique des destinataires via la configuration de compte en libre-service. Cette fonction détermine si les expéditeurs d'un compte peuvent voir l'historique des destinataires du compte.
• Amélioration des paramètres dépendants : Nous avons amélioré l'aspect suivant de l'expérience utilisateur de la configuration de compte en libre-service. Auparavant, lorsqu'un paramètre dépendait d'un autre, un message d'avertissement apparaissait. Désormais, un paramètre dépendant est : (1) indenté sous son parent ; (2) automatiquement activé ou désactivé en fonction du paramètre parent.
• Possiilité de dupliquer les champs d'impression : Les expéditeurs peuvent désormais dupliquer les champs d'impression, c.-à-d. les champs que les destinataires de la transaction peuvent voir, mais avec lesquels ils ne peuvent pas interagir d'une autre manière. La procédure de duplication est la même que pour les autres champs —c.-à-d., dans le Concepteur : (1) sélectionnez un ou plusieurs champs d'impression ; (2) ouvrez le volet Paramètres de champ, puis cliquez sur Dupliquer.
• Nouveaux types de champs d'impression : Les expéditeurs peuvent désormais ajouter aux documents les types de champs d'impression suivants : (1) ID de transaction ; (2) ID de document. Ces champs sont automatiquement renseignés et leurs valeurs ne peuvent pas être modifiées.
• Redéfinition des couleurs : Pour refléter les nouvelles couleurs de OneSpan, nous avons redéfini : (1) les cases à cocher dans la partie Expéditeur de la Nouvelle expérience utilisateur ; (2) les boutons radio "sélectionné" dans le Concepteur.

Signer Experience

• Bouton "Pour commencer mieux placé : Nous avons amélioré la visibilité du bouton Pour commencer sur les iPhones, afin que les utilisateurs ne pensent pas qu'ils sont "bloqués" et donc incapables d'accéder à l'Expérience du signataire.

• Contrôle plus précis des signataires en double : Avant la version 11.47, les destinataires d'une transaction pouvaient avoir : (a) le même nom complet OU la même adresse électronique, mais pas les deux simultanément ; (b) le même numéro de téléphone. C'est ce que nous appelons le "comportement hérité" du système en ce qui concerne les doubles signataires.

La version 11.47 a introduit le paramètre BackOffice Autoriser les signataires en double. Lorsqu'il est activé, ce paramètre permet aux destinataires d'une transaction d'avoir : (a) le même nom complet ET la même adresse électronique simultanément ; (b) le même numéro de téléphone.

Cette version fournit un contrôle plus précis de ces informations dupliquées via les paramètres BackOffice suivants : (1) Autoriser la duplication de l'adresse électronique du signataire — Détermine si les destinataires externes d'une transaction peuvent avoir des adresses électroniques identiques (par défaut = activé). (2) Autoriser la duplication du nom du signataire — Détermine si les destinataires d'une transaction (externe et interne) peuvent avoir des noms complets identiques (par défaut = désactivé). (3) Autoriser la duplication du numéro de téléphone du signataire — Détermine si les destinataires d'une transaction (externe et interne) peuvent avoir des numéros de téléphone identiques (par défaut = activé). (4) Autoriser la duplication des signataires — Ce paramètre est désormais un commutateur principal (par défaut = désactivé). S'il est activé, les trois paramètres précédents sont appliqués. S'il est désactivé : (a) les trois paramètres précédents sont ignorés ; (b) le "comportement hérité" du paramètre est restauré.

Attention : La fonction "double signataire" ne fonctionne pas avec l'authentification unique (SSO).

Remarque : OneSpan Sign utilise les numéros de téléphone uniquement pour l'authentification par SMS et la vérification d'identité.

Propriétaires de compte et admins

• Permet de spécifier la langue des URL de redirection : Les propriétaires et les administrateurs de comptes peuvent désormais spécifier la langue des URL de redirection, afin que les expéditeurs et les signataires puissent être redirigés vers des pages dans la langue de leur choix. Ces URL comprennent la déconnexion de l'expéditeur, l'expiration de la session de l'expéditeur et l'expiration de la session du signataire. Pour configurer cette fonction, veuillez contacter notre équipe de soutien.

Développeurs

• Le SDK permet de configurer d'autres paramètres : Le SDK peut désormais être utilisé pour configurer la fonction Activer l'historique des destinataires et les paramètres de transaction suivants : (1) Permettre le téléchargement du document pour les transactions incomplètes ; (2) Afficher le nom du document sur chaque page du document ; (3) Afficher l'état d'avancement de la signature ; (4) Permettre au destinataire de naviguer dans les champs exploitables du document ; (5) Inclure des champs optionnels dans la navigation ; (6) Limiter le nombre de fichiers par pièce jointe ; (7) Taille des polices de caractères.

Notarisation en ligne à distance

• RON prend en charge cinq autres États américains : Nous avons ajouté les États suivants à la liste déroulante Juridiction que le système présente aux notaires lorsqu'ils enregistrent leur commission notariale : (1) Idaho ; (2) New Hampshire ; (3) New Jersey ; (4) Dakota du Nord ; (5) Wyoming.
• Rappel pour le sceau notarial & la déclaration RON Un rappel apparaît désormais lorsqu'un expéditeur tente d'envoyer une Notarisation en ligne à distance sans avoir ajouté le sceau du notaire, ni la déclaration RON aux documents de la transaction. La fenêtre contextuelle rappelle à l'expéditeur que certains États américains exigent ces ajouts.
• Copie système des informations disponibles sur le signataire : Cette fonction concerne les transactions de notarisation en ligne à distance dans lesquelles un signataire se voit attribuer une authentification KBA. Afin d'éviter aux expéditeurs d'avoir à saisir deux fois les informations relatives à un signataire, si l'expéditeur saisit les détails du destinataire d'un signataire lors de la création de la transaction, désormais le système : (1) copie ces informations dans les champs correspondants pour l'authentification KBA ; (2) permet aux expéditeurs de modifier les informations copiées (telles que le prénom, le nom, la ville, l'État, le code postal).

Notarisation en ligne à distance & Salle virtuelle

• Meilleure interface pour les tentatives d'authentification infructueuses : Si le destinataire d'une RON ou Salle virtuelle utilise une méthode d'authentification qui limite le nombre d'échecs de tentatives, désormais, lorsqu'une tentative d'authentification échoue : (1) le système affiche le nombre de tentatives restantes ; (2) un bouton Réessayer l'authentification apparaît. Si l'utilisateur clique sur ce bouton, il peut essayer de s'authentifier à nouveau sans que cela n'affecte le nombre de tentatives restantes.

Résumé des preuves

• Amélioration du Résumé des preuves : Afin de garantir la conformité avec les réglementations KYC relatives à la connaissance du client dans plusieurs régions (Canada, UE, Royaume-Uni), nous avons amélioré le Résumé des preuves en y incluant des informations sur les tentatives d'authentification des destinataires via la Vérification d'identité.

Corrections de bogues

Expéditeurs

• PB-92738 : Correction d'un problème selon lequel un courriel d'invitation n'était pas envoyé car l'adresse électronique du destinataire contenait une esperluette (&). Pour résoudre ce problème, lorsqu'un expéditeur saisit une adresse comportant une esperluette, le message Adresse électronique non valide s'affiche désormais. Les expéditeurs ne pourront donc pas utiliser d'adresses contenant une esperluette.
• PB-93911 : Correction d'un problème selon lequel l'envoi en masse échouait lorsque l'authentification TLS mutuelle (mTLS) était configurée pour le compte.
• PB-94226 : Correction d'un problème selon lequel certains champs obligatoires n'étaient pas correctement libellés dans le Concepteur ;
• PB-93669 : Correction d'un problème selon lequel un expéditeur pouvait créer une transaction sans date d'expiration, même si les valeurs par défaut et les valeurs d'expiration maximales avaient été définies au niveau du compte.
• PB-93660 : Correction d'un problème selon lequel un expéditeur ne pouvait pas configurer un délai d'expiration illimité pour une transaction, même si les paramètres au niveau du compte le permettaient.
• PB-90113 : Correction d'un problème qui provoquait une erreur lorsque l'on essayait de configurer le délai d'expiration d'une transaction dans le Concepteur.
• PB-95000 : Correction du problème suivant sur la page du Concepteur. Lorsqu'un expéditeur cliquait sur le bouton Accepter uniquement avant la fin du chargement d'un document, cela provoquait une erreur.
• PB-94199 : Correction du problème suivant qui survenait lors de la création d'une transaction. Lorsqu'un expéditeur utilisait la fonction de remplissage automatique du navigateur Chrome, le nom correct de la transaction était remplacé par des informations utilisateur pré-renseignées.
• PB-93616 : Correction d'un problème qui se produisait dans la situation suivante. (1) Dans BackOffice, la fonction Autoriser la duplication de l'adresse électronique du signataire était désactivée. (2) Dans le Concepteur, un expéditeur essayait d'ajouter un destinataire à une transaction en utilisant une adresse électronique déjà utilisée par un autre destinataire. (3) Cela déclenchait un message d'erreur. (4) L'expéditeur répondait en changeant l'adresse électronique du nouveau destinataire en une adresse unique. (5) À ce stade, le système aurait dû ajouter le nouveau destinataire à la transaction. Au lieu de cela, il affichait un autre message d'erreur.
• PB-93805 : Correction d'un problème selon lequel la bannière " Commencez votre première transaction ne s'étendait pas jusqu'au bord de la page.
• PB-92455 : Correction d'un problème selon lequel le texte de la colonne Statut des transactions s'étendait sur deux lignes, et la deuxième ligne ne contenait que le dernier caractère du dernier mot.
• PB-94736 : Le problème suivant a été corrigé. Parfois, lorsque les délégués accédaient au tableau de bord de leur délégué, celui-ci n'indiquait pas que leur signature était obligatoire pour une transaction.
• PB-92675 : Correction d'un problème selon lequel la page Concepteur ne répondait plus lorsqu'un expéditeur : (1) cliquait sur un champ pour le faire glisser vers un nouvel emplacement ; (2) ne relâchait pas le bouton gauche de la souris ; (3) appuyait sur la touche Supprimer.
• PB-94734 : Correction d'un problème selon lequel l'accès à une transaction supprimée à partir de la partie Expéditeur de Nouvelle expérience utilisateur déclenchait une erreur.
• PB-93348 : Le problème suivant a été corrigé. Une transaction était interrompue après avoir été créée et envoyée (p. ex. : Modifier la transaction), puis ré-envoyée. Les signataires et les réviseurs auraient dû recevoir un courriel de rappel pour la transaction, mais ce n'était pas le cas.

Signer Experience

• PB-94787 : Correction d'un problème survenant après qu'un expéditeur ait rejeté la pièce jointe d'un signataire, et envoyé d'une notification au signataire à ce sujet. Lorsque le signataire ouvrait le courriel de notification et cliquait sur Afficher les documents, cela provoquait une erreur.

• PB-95818 : Le problème suivant a été corrigé. Lorsque tous les signataires avaient signé et qu'un signataire actualisait son navigateur sur la page de résumé (ou page de remerciement), le système devait réafficher cette page. Au lieu de cela, il affichait le dernier document signé.
• PB-93797 : Correction d'un problème selon lequel le système n'affichait pas le bon message d'erreur lorsqu'un compte Expéditeur tentait d'accéder à l'Expérience du signataire pour une transaction dont il n'était pas le destinataire.
• PB-94572 : Correction d'un problème selon lequel les commandes de zoom disparaissaient du menu Autres actions lorsque la fenêtre du navigateur était redimensionnée à 800 x 950 pixels ou moins.

Nouvelle expérience utilisateur

• PB-91832, PB-88911 : Correction d'un problème selon lequel : (1) des champs étaient ajoutés à un document via le Concepteur ; (2) dans le document signé, ces champs apparaissaient à deux pixels de leur position assignée.

• PB-95822 : Correction d'un problème qui survenait lorsque les destinataires commençaient à examiner les documents d'une transaction terminée qui ne contenait pas de document de consentement électronique. Le système, qui aurait dû réagir en affichant le premier document de la transaction, affichait le dernier document.

Développeurs

• PB-95776 : Correction d'un problème dans lequel un appel PUT pour réorganiser les documents d'une transaction créait un espace vide, ce qui provoquait une erreur de serveur non résolue.

• PB-94030 : Correction du problème suivant qui survenait lors d'une transaction créée via l'API. Après l'envoi de la transaction pour signature, l'inclusion de deux barres obliques inversées successives (\\) dans le nom d'un destinataire générait une erreur JSON non valide.

Propriétaires de compte

• PB-88113 : Correction d'un problème selon lequel une erreur se déclenchait lorsque le titulaire d'un compte cliquait sur Admin dans le menu supérieur, puis sélectionnait Expéditeurs.

Accessibilité

• PB-93324 : Correction d'un problème selon lequel un lecteur d'écran ne parvenait pas à introduire un volet Signature par capture.
• PB-93326 : Correction d'un problème selon lequel un utilisateur ne pouvait pas s'inscrire dans la partie écriture de signature d'un volet Signature par capture.
• PB-94282 : Correction d'un problème selon lequel les transactions avec le mode accessibilité activé déclenchaient des événements DOCUMENT_NAVIGATION et DOCUMENT_VIEW pour chaque champ consulté. Maintenant : (1) un événement DOCUMENT_VIEW ne se déclenche que lorsqu'un utilisateur a consulté un document ; (2) un événement DOCUMENT_NAVIGATION ne se déclenche que lorsqu'un utilisateur a navigué vers un document.
• PB-92456 : Correction d'un problème selon lequel, lors de l'ouverture de la fenêtre modale Renvoyer le message texte ?, l'accessibilité se concentrait sur le bouton Renvoyer plutôt que sur le bouton Fermer[X].

Notarisation en ligne à distance

• PB-94037 : Correction d'un problème selon lequel certains appareils iPhone n'affichaient pas correctement les pages lors d'une session de notarisation en ligne à distance.
• PB-93708 : Correction d'un problème selon lequel la page de remerciement pour les notaires affichait un message incorrect.

Salle virtuelle

• PB-95729 : Correction d'un problème selon lequel certains éléments d'un navigateur Firefox étaient incorrectement mis en surbrillance pendant une session de Salle virtuelle.

Rapports dans l’application

• PB-92028 : Correction d'un problème selon lequel l'exportation d'un rapport de transaction vers un fichier CSV était problématique si le nom d'une transaction contenait une virgule. Chacune de ces virgules est désormais remplacée par un espace.

Piste d’audit

• PB-93000 : Correction d'un problème selon lequel la piste d'audit ne fournissait pas la raison pour laquelle une tentative de vérification d'identité échouait.

Comportement modifié

• PB-92849 : Nous avons amélioré la validation des champs du sélecteur de date dans l'Expérience du signataire. Ainsi, désormais le système : (1) ajoute automatiquement un "0" si une valeur à un chiffre est saisie pour le jour ou le mois ; (2) rejette instantanément les valeurs hors limites (telles que "13" pour le mois). Ces améliorations résultent de la mise à niveau de la bibliothèque frontale MUI X. Pour obtenir plus d'informations, cliquez ici.
• PB-94397 : Nous avons modifié les libellés des champs Notary suivants dans le Concepteur : (1) NotaryLicenseNumber est devenu Numéro de commission notariale ; (2) NotaryLicenseExpirationDate est devenu Date d'expiration de la commission notariale.
• PB-92028 : Lorsqu'un rapport de transaction est exporté vers un fichier CSV, les virgules de champs de données sont désormais remplacées par un espace.
• PB-92561 : Pour vous préparer à l'ajout de nouvelles langues prises en charge par la version 23.R4 : (1) nous avons remplacé le nom de la langue anglaise existante par Anglais (États-Unis) ; (2) nous avons remplacé le nom de la langue espagnole existante par Espagnol (Amérique latine). Les codes linguistiques qui leur sont associés n'ont pas changé.
• PB-95100 : Pour refléter les nouvelles couleurs de OneSpan, nous avons redéfini : (1) les cases à cocher dans la partie Expéditeur de la Nouvelle expérience utilisateur ; (2) les boutons radio "sélectionné" dans le Concepteur.

Modifications à venir

• PB-95735 : Dans la version 23.R4 (11.53)., le message d'avertissement de délai d'expiration de session dans Expérience du signataire affichera désormais le nombre d'heures correspondant.
• À partir de la version 23.R4 (11.53), OneSpan Sign ne prendra en charge que la dernière version stable des navigateurs pris en charge (Chrome, Firefox, Edge, Safari). Cela s'appliquera à la fois à l'Expérience du signataire et à la partie Expéditeur de la Nouvelle expérience utilisateur.
• PB-93756 : À partir de la version 23.R5 (11.54), le format de tous les champs de date dans les fichiers CSV exportés sera "yyyy-MM-dd HH:mm:ss". Cela s'applique aux fichiers CSV suivants : (1) Exportation du journal Notary ; (2) Rapport d'utilisation de transaction ; (3) Rapport planifié de transactions ; (4) Rapport planifié de compte.

Problèmes connus

• PB-95735 : Un problème connu affecte le message d'avertissement de délai d'expiration de session dans Expérience du signataire. Si la valeur du paramètre "esl.login.session.timeout.warning" est supérieure à 59 minutes, ce message n'affiche pas le nombre d'heures. Par exemple, si la valeur de ce paramètre est 1 heure 2 minutes (3720000 millisecondes), ce message indique à tort un délai d'expiration dans 2 minutes (au lieu de 1 heure 2 minutes). Ce problème sera résolu dans la version 23.R4 (11.53).

• PB-97194 : Dans la Configuration de compte en libre-service, le paramètre Permettre le téléchargement du document pour les transactions incomplètes fonctionne actuellement selon la "logique inversée" — c-à-d. que la fonction est autorisée lorsqu'elle n'est pas cochée et non autorisée lorsqu'elle est cochée. Ce problème sera résolu dans la version 23.R4 (11.53).

• PB-96940 : Lorsqu'une transaction est créée via l'API, une erreur 500 est générée si l'option Autoriser les signataires en double est activée et si l'option Autoriser la duplication du numéro de téléphone du signataire est désactivée. Ce problème sera résolu dans la version 23.R4 (11.53).

• PB-89508 : Le paramètre système Avertissement d'expiration de transaction (jours) n'est pas fonctionnel via la Configuration de compte en libre-service. Il sera supprimé dans la version 23.R4 (11.53).

• PB-95581 : La fonction BackOffice Autoriser la duplication du numéro de téléphone du signataire ne fonctionne actuellement pas avec les "signataires internes" (c.-à-d. les expéditeurs qui sont également des signataires). Ce problème sera résolu dans une prochaine version.

• PB-94961 : Dans le Concepteur, lorsqu'un expéditeur tente de sélectionner une mise en page ou d'afficher des mises en page partagées, rien n'apparaît dans la liste des mises en page. Ce problème sera résolu dans une prochaine version.

SaaS 2023-juin : Version 23.R2.1 (11.51.1)

Il s'agit d'un correctif de sécurité.

SaaS mai 2023 : Version 23.R2 (11.51)

Quoi de neuf

Notarisation en ligne à distance

• Ajout de la vérification de l'identité pour RON : La notarisation en ligne à distance prend désormais en charge la Vérification d'identité. Lors de la vérification d'identité, une photo de la pièce d'identité du signataire est montrée au notaire afin qu'il puisse la comparer au flux vidéo du signataire. Les champs du journal du notaire sont modifiés pour refléter les informations utilisées lors de la vérification d'identité.
• Ajout de KBA pour RON : La notarisation en ligne à distance prend désormais en charge la méthode d'authentification KBA. Cette fonction doit être activée séparément pour chaque compte souhaitant l'utiliser.
• Ajout d'un rappel pour démarrer l'enregistrement : Au début d'une Notarisation en ligne à distance une note concernant l'enregistrement de la session s'affiche désormais à l'intention du notaire.

Signer Experience

• Signature par capture améliorée: Le volet Signature par capture a été amélioré de la manière suivante : (1) le volet affiche désormais l'instruction Apposez votre signature ; (2) la zone de signature a désormais une couleur d'arrière-plan et une bordure ; (3) les signataires peuvent désormais agrandir ou réduire le volet. Remarque : Le fait de redimensionner le volet après signature, supprime la signature. C'est un comportement normal.
• Boîte de signature divisée : Pour éviter les chevauchements entre une signature, son horodatage et son logo filigrane, nous avons permis d'afficher chacun de ces éléments dans une section distincte de la boîte de signature. Une fois activée, cette fonction affecte tous les types de signature, à l'exception des signatures de type Cliquez pour initialiser. Toutefois, la fonction n'est disponible que dans les nouvelles transactions.

Expéditeurs

• Possibilité d'ajouter des champs non liés à un participant : Les expéditeurs peuvent désormais ajouter à un document des champs qui ne sont pas associés à un destinataire particulier. Après l'envoi d'une transaction, ses participants peuvent voir ces champs dans les documents, mais ne peuvent pas les modifier. Remarque : (1) les valeurs de ces champs ne peuvent être configurées que dans le Concepteur ; (2) cette fonction doit être activée soit en contactant notre équipe de soutien, soit en utilisant le libre-service de configuration de compte dans la partie Expéditeur de Nouvelle expérience utilisateur ; (3) dans le libre-service de configuration de compte, cette fonction se nomme champs d'impression.
• Champs conditionnels le plus souvent mis en surbrillance : Dans le Concepteur, les champs auxquels s'applique la logique conditionnelle affichent désormais une icône de logique conditionnelle, même si l'expéditeur se concentre sur un champ non lié.
• L'interface utilisateur de l'expéditeur fait peau neuve : Nous avons redéfini le logo et les couleurs de OneSpan Sign dans la partie Expéditeur de Nouvelle expérience utilisateur.
• Possibilité de copier-coller plusieurs champs à la fois : Dans le Concepteur, les Expéditeurs peuvent désormais copier-coller plusieurs champs à la fois dans le même document.
• Possibilité de supprimer plusieurs champs à la fois : Dans le Concepteur, les Expéditeurs peuvent désormais supprimer plusieurs champs à la fois dans le même document.
• Meilleure expérience lorsque l'on tente de déplacer des champs entre des documents : Auparavant, lorsqu'un expéditeur tentait de faire glisser un ou plusieurs champs d'un document à un autre dans le Concepteur, les champs étaient bloqués à la périphérie du document, mais rien n'indiquait pourquoi. Maintenant : (1) un message à la frontière entre les documents indique que les champs ne peuvent pas être déplacés d'un document à l'autre ; (2) le document "bloqué" est grisé.

Corrections de bogues

Expéditeurs

• PB-88953 : Le problème suivant a été corrigé. Lorsqu'un expéditeur utilisait l'API pour télécharger un fichier avec un nom de fichier non pris en charge, le système devait afficher une erreur de validation. Au lieu de cela, il affichait une erreur interne.
• PB-90376 : Correction d'un problème selon lequel le système n'indiquait pas que la langue d'une transaction était celle configurée lors de la création de la transaction. Cela se produisait après que l'expéditeur ajoutait un destinataire à la transaction à partir du Concepteur.
• PB-91545 : Correction d'un problème selon lequel le bouton Déverrouiller le destinataire apparaissait par erreur comme désactivé pour un destinataire auquel avait été attribuée une authentification par SMS dans le cadre d'une transaction en personne.
• PB-89371 : Correction d'un problème selon lequel une erreur se déclenchait lorsqu'un expéditeur tentait de mettre à la corbeille une transaction créée à partir d'un modèle avec des destinataires substitutifs. Cela ne se produisait que lorsque le bouton Corbeille était activé sur une page n'ayant pas été actualisée depuis la création de la transaction.
• PB-90671 : Correction d'un problème qui provoquait la duplication des pages de documents dans le volet Documents du Concepteur.
• PB-91637 : Correction d'un problème du Concepteur qui faisait apparaître les champs sur les documents à gauche de leurs positions assignées.
• PB-92211 : Le problème suivant a été corrigé. Un Expéditeur utilisait le Concepteur pour : (1) créer une transaction ; (2) marquer l'un de ses destinataires en tant que Accepter seulement. L'expéditeur n'aurait alors pas dû pouvoir ajouter des champs à un document pour ce destinataire. Cependant, l'expéditeur pouvait le faire. Remarque : Ce problème ne se produisait que lorsque la fonction Aucun champ de signature était activée dans OneSpan Sign BackOffice.
• PB-91916 : Correction d'un problème qui se produisait dans la situation suivante. Lorsqu'un expéditeur redimensionnait un champ dans le Concepteur, ce dernier dépassait du document (légèrement au-dessus du haut du document, p. ex.). Cette action déclenchait l'erreur suivante : Position non valide. Objet placé en dehors de la limite de la page du document. Désormais, le système effectue le redimensionnement sans erreur et conserve le champ redimensionné dans le document.
• PB-72091 : Correction d'un problème qui provoquait le plantage du Concepteur lorsque les expéditeurs téléchargeaient des documents dont les pages étaient plus petites que la taille des lettres.
• PB-91876 : Correction d'un problème selon lequel le Concepteur plantait après qu'un expéditeur ait sélectionné des champs dans différents documents via Maj + clic.
• PB-91675 : Correction d'un problème dans lequel le volet Aperçu du document du Concepteur clignotait jusqu'à ce que l'application plante.
• PB-91948 : Correction d'un problème selon lequel les champs des documents non actifs dans le Concepteur n'étaient pas grisés lorsque les champs du document actif étaient déplacés.
• PB-91122 : Correction d'une traduction incorrecte en portugais de texte sur la fonction Envoi en masse. La correction utilise un texte fourni par un locuteur natif portugais.
• PB-93008 : Correction d'une erreur grammaticale en japonais sur la page Détails de la transaction.
• PB-92932 : Le problème suivant a été corrigé. Un expéditeur : (1) créait un compte doté d'un sous-compte ; (2) ajoutait un utilisateur au compte parent en lui attribuant un rôle personnalisé ; (3) créait un nouveau compte et le faisait migrer sous le sous-compte. À ce stade, l'utilisateur existant n'aurait dû avoir que son rôle personnalisé assigné. Au lieu de cela, l'utilisateur existant avait le rôle Expéditeur.
• PB-90750 : Ajout d'informations manquantes dans un message d'avertissement aux expéditeurs. Ancien message : Ce document contient déjà des champs de signature. Définir le document sur Accepter uniquement supprimera toutes les signatures et tous les champs de données qu'il contient actuellement. Souhaitez-vous continuer ? Nouveau message : Ce document contient déjà des champs de signature. Définir le document sur Accepter uniquement supprimera toutes les signatures et tous les champs de données actuellement liés au destinataire sélectionné. Souhaitez-vous continuer ?

Signer Experience

• PB-93747 : Correction d'un problème qui se produisait lorsqu'un signataire ayant plus de deux noms (p. ex., Premier, Milieu, Dernier) signait en utilisant ses initiales. La case Initiales de Expérience du signataire aurait dû afficher toutes les initiales du signataire. Au lieu de cela, elle n'en affichait que deux.
• PB-91656 : Correction d'un problème lié à Expérience du signataire selon lequel une date sélectionnée ne pouvait pas être supprimée du champ Date.
• PB-91114 : Le problème suivant a été corrigé. Lorsqu'une liste déroulante ou un champ de texte d'une hauteur inférieure à 20 pixels était ajouté à un document, il se déplaçait de quelques pixels vers le bas une fois la signature terminée.
• PB-91834 : Correction d'un problème selon lequel un signataire auquel seules des signatures facultatives avaient été attribuées, ne recevait pas de courriel d'invitation.

Accessibilité

• PB-92110 : Correction d'un problème selon lequel les lecteurs d'écran ne détectaient pas les boutons Zoom avant et Zoom arrière dans Expérience du signataire.
• PB-91405 : Le problème suivant a été corrigé. Lorsque les utilisateurs étaient authentifiés par SMS, les lecteurs d'écran ne parvenaient pas à lire les messages d'erreur concernant un code SMS ayant expiré ou incorrect.
• PB-92358 : Correction d'un problème selon lequel les utilisateurs d'iPhone ne pouvaient pas activer le mode Accessibilité.
• PB-92213 : Le problème suivant a été corrigé. Si un utilisateur saisissait une mauvaise réponse lors de l'authentification, une bannière l'informait que sa réponse était incorrecte. C'est également le cas pour ce problème. Le problème était que le code accompagnant la bannière était : role="dialog". Cela pouvait perturber les utilisateurs de lecteurs d'écrans.

Notarisation en ligne à distance

• PB-90461 : Correction d'un problème selon lequel le bouton EFFACER de la boîte de dialogue Commission notariale ou le champ Signature ne parvenait pas à localiser lorsque la langue était modifiée.
• PB-90374 : Correction d'un problème selon lequel un notaire auquel avait été attribuée une signature facultative nepouvait pas confirmer l'identité d'un utilisateur.
• PB-90445 : Correction d'un problème selon lequel un notaire était répertorié à tort comme signataire lorsqu'une écriture de journal était téléchargée en PDF.

Délégation

• PB-89895 : Le problème suivant a été corrigé. Avant la confirmation d'un document, une signature n'affichait pas le nom du délégué qui l'avait apposée. Au lieu de cela, il affichait le nom du signataire initial.
• PB-89825 : Correction d'un problème selon lequel le Résumé des preuves affichait le nom du signataire initial pour certains événements, au lieu du nom du délégué de ce signataire.

Rapports dans l’application

• PB-89983 : Dans les titres des colonnes des rapports In-App en espagnol, nous avons corrigé certains problèmes de traduction et de lettres.

Résumé des preuves

• PB-90899 : Correction d'un problème selon lequel une entrée de document téléchargé était dupliquée par erreur dans le Résumé des preuves.
• PB-92402 : Correction d'un problème selon lequel la taille des fichiers de Résumé des preuves en japonais était trop grande (chaque fichier de plus de 8 Mo).

Propriétaires de compte

• PB-92124 : Correction d'un lien corrompu sur la page Configuration du compte.

Développeurs

• PB-94197 : Correction d'un problème qui entraînait l'expiration prématurée des sessions des clients utilisant iFrames. Le problème était que le système ne parvenait pas à envoyer les messages de cycle de vie iFrame (ou événements JavaScript iFrame) dans le bon ordre. Pour afficher un exemple d'événements déclenchés dans le bon ordre pour une transaction typique, voir le contenu du tableau de la section Types d'événements de notification.

Comportement modifié

• PB-89197 : Par défaut, le volet Signature par capture s'ouvre désormais dans une fenêtre réduite. Les utilisateurs peuvent agrandir cette fenêtre s'ils le souhaitent.
• PB-91028 : Lorsque le dernier document d'une transaction est Accepter uniquement et que le destinataire concerné l'a accepté (achevant ainsi la transaction), ce destinataire est dirigé vers la page de remerciement. L'actualisation de cette page laisse désormais le destinataire sur cette page. Cela permet de rediriger le destinataire vers le dernier document.
• Notez qu'à partir de cette version (23.R2), vous ne pouvez plus demander l'activation de la fonction de sous-comptes. Pour les clients qui utilisent actuellement des sous-comptes, les incidents liés à des cas d'utilisation non documentés seront réduits à la priorité P3 ou P4. Pour les incidents de priorité P1 ou P2 liés aux sous-comptes, nous déploierons des efforts commercialement raisonnables pour fournir des solutions de contournement si : (1) l'utilisation du compte est impactée sur le plan opérationnel ; (2) le client ne peut pas trouver de cause fondamentale de cet impact dans ses propres systèmes ; et (3) nous déterminons qu'une solution à l'incident ne nécessite pas de nouveau code. Nous avons pris cette décision pour nous concentrer sur la création de fonctions améliorées de gestion des comptes qui résulteront d'une intégration avec notre nouvelle plateforme OneSpan Transaction Cloud Platform. Notez que vous pouvez toujours demander la création de nouveaux comptes OneSpan Sign et obtenir de l'aide de notre équipe de soutien pour configurer vos comptes.

• PB-89265 : Nous avons amélioré les performances de Expérience du signataire en modifiant les règles régissant l'extraction des documents. En particulier, dans certaines situations, le système récupérera un PDF original au lieu d'un PDF aplati. La récupération d'un PDF original est plus rapide car il est stocké dans la mémoire cache, alors qu'un PDF aplati est toujours régénéré lorsqu'il est récupéré.

  Les paragraphes suivants en donnent une description plus précise.

PDF aplatis : Les PDF aplatis ne sont récupérés que pour les activités suivantes : (1) afficher un document signé dont les signatures ont été confirmées ; (2) afficher un document accepté après qu'il ait été accepté ; (3) afficher un document ayant été signé ou accepté par un autre destinataire avant que le destinataire actuel n'accède à la transaction.

PDFs originaux : Les PDF originaux sont récupérés pour toutes les activités suivantes : (1) accéder à un document (indépendamment du fait qu'il ait été désigné pour être signé, révisé uniquement ou accepté uniquement) ; (2) afficher un document signé dont les signatures n'ont pas été confirmées ; (3) afficher un document de consentement électronique ; (4) afficher un document révisé uniquement ; (5) afficher un document pour lequel : (a) le destinataire actuel a effectué toutes ses actions ; (b) un autre destinataire a encore des actions en attente (signer ou accepter).

Remarque : Lors de la mise en œuvre de ces changements, nous nous sommes efforcés de préserver l'intégrité des rappels, c.-à-d. de garantir que les intégrations de rappels des clients continueront à fonctionner sans modification.

Problèmes connus

• PB-88685 : Une erreur peut parfois apparaître lorsque les modifications apportées à la page Configuration du compte sont enregistrées. Si cela se produit, actualisez la page et réessayez. Ce problème sera résolu dans une prochaine version.
• PB-91040 : Lorsqu'un délégué tente de signer en utilisant un type de signature autre que Cliquez pour signer, il peut rencontrer une erreur 403. Ce problème sera résolu dans une prochaine version.
• Il peut s'écouler jusqu'à 2 minutes avant que les modifications apportées à la page Configuration du compte ne soient prises en compte.

SaaS 2023-avril : Version 23.R1.2 (11.50.2)

Cette version ne s'applique qu'aux environnements Canada Sandbox et Canada Production.

Corrections de bogues

• PB-93974 : Correction d'un problème survenu lors d'une session de signature iFrame créée via un jeton d'authentification de signataire. Le problème était que lorsqu'un signataire confirmait un document qu'il avait terminé de signer, un message d'erreur d'accès non autorisé apparaissait.

SaaS 2023-Mar : Version 23.R1.1 (11.50.1)

Cette version ne s'applique qu'aux environnements Canada Sandbox et Canada Production.

Corrections de bogues

• PB-93389 : Correction d'un problème selon lequel les notifications d'événement se déclenchaient mal à partir d'une iFrame.

Problèmes connus

• PB-86851 : Un événement Vue supplémentaire peut apparaître dans le Résumé des preuves après la confirmation d'un document.

SaaS 2023-Mar : Version 23.R1 (11.50)

Quoi de neuf

OneSpan Notary (notarisation en ligne à distance)

• Présentation de OneSpan Notary : OneSpan Notary permet à la fois la notarisation en ligne à distance (Ron) et la notarisation en personne. La fonctionnalité RON permet à un notaire et aux signataires de se joindre à une séance de notaire en ligne à distance dans laquelle le notaire : (1) agit en tant qu'hôte de la session ; (2) permet aux utilisateurs de signer des documents ; (3) confirme les documents signés avec un sceau de notaire numérique.

Cette fonctionnalité introduit les nouvelles fonctions suivantes : (1) Commission notariale ; (2) eJournal ; (3) un type de transaction appelé notarisation en ligne à distance.

Du point de vue de OneSpan Sign, un "notaire" est un expéditeur ayant soit reçu des "droits de notaire", soit été désigné pour le rôle de notaire.

Une fois qu'un expéditeur est un notaire dans ce sens, il doit configurer une "Commission de notaire" en : (1) en cliquant sur Mon compte > Commission notariale ; (2) en fournissant les informations relatives à la commission dans la boîte de dialogue qui apparaît.

Lorsqu'un expéditeur crée une transaction notariale en ligne à distance, il doit spécifier : (1) un notaire valide pour la transaction ; (2) une date et une heure pour la session de signature de la transaction.

Une fois que le notaire est entré dans une session notariale en ligne à distance, il doit confirmer l'identité de chaque signataire. Pour cette version initiale, la seule méthode d'authentification prise en charge est que le notaire connaisse personnellement le signataire.

Une session de notaire en ligne à distance suit les mêmes règles qu'une session en salle virtuelle.

Une fois tous les documents signés par les signataires et le notaire, le notaire peut mettre fin à la séance de notarisation à distance. Le notaire sera alors redirigé vers un eJournal. Il s'agit d'un journal électronique dans lequel le notaire doit enregistrer des informations relatives à sa notarisation. Le journal peut être téléchargé à partir du lien Mon compte > Journal, dans la partie expéditeur de Nouvelle expérience utilisateur.

Pour cette version initiale, seules les juridictions notariales suivantes sont prises en charge : (1) Alaska ; (2) Arizona ; (3) Hawaï ; (4) Minnesota ; (5) Ohio ; (6) Oklahoma ; (7) Tennessee ; (8) Texas ; (9) Virginie ; (10) Washington.

Pour activer OneSpan Notary, veuillez contacter notre équipe de vente.

Changement d'image

• Changement d'image OneSpan Sign avec nouveau logo et nouvelles couleurs : Nous avons mis à jour : (1) le logo et les couleurs dans le document de consentement électronique ; (2) le logo de signature en filigrane ; (3) le logo de Résumé des preuves ; (4) les couleurs dans les modèles de courriels.

Expéditeurs

• Ajout de descriptions de transaction aux noms de transactions : Dans la partie Expéditeur de Nouvelle expérience utilisateur, les descriptions de transactions apparaissent désormais dans les listes ou tableaux contenant des noms de transaction. Ces descriptions apparaissent directement sous les noms, mais en plus petit. Cela permettra aux expéditeurs de différencier les transactions portant le même nom.
• Un document peut être signé par certains et accepté par d'autres : Auparavant, les expéditeurs ne pouvaient affecter qu'un seul des états suivants au document d'une transaction : (1) Signable ; (2) Acceptable uniquement. L'état affecté s'applique à tous les destinataires de la transaction. Les expéditeurs ont désormais la possibilité d'affecter un autre état à un document. Le nouvel état exige qu'un document soit : (1) signé par certains destinataires ; (2) accepté par d'autres destinataires. Remarque : Le propriétaire de la transaction (alias "moi-même") ne peut pas accepter de documents.
• Repositionner plusieurs champs à la fois : Auparavant, la sélection multiple de champs dans le concepteur ne pouvait être utilisée que pour aligner les champs. Désormais, cette fonctionnalité de sélection multiple peut également être utilisée pour repositionner plusieurs champs à la fois dans le même document. Cela permettra de créer certaines transactions plus rapidement.
• La vérification d'identité prend en charge la même adresse électronique : Une transaction utilisant la vérification d'identité peut désormais accueillir des signataires ayant la même adresse électronique.

Développeurs

• Ajout de l'ID du document et de l'ID du destinataire à l'API d'audit : L'ID du document et l'ID du destinataire sont désormais dans le JSON renvoyé par l'appel api/packages/<packageId>/audit. Ces informations permettront aux développeurs de : (1) différencier les documents portant le même nom ; (2) différencier les destinataires portant le même nom. Remarque : L'ID du destinataire n'est pas suivi pour les événements de vérification d'identité.

Corrections de bogues

Authentification des utilisateurs

• PB-87150 : Correction d'un problème concernant les tentatives d'authentification répétées via la configuration de la vérification d'identité appelée Vérification des documents uniquement. Le système n'aurait dû permettre que trois tentatives infructueuses, mais il en permettait quatre.
• PB-87989 : Le problème suivant a été corrigé. Si un utilisateur utilisait un jeton d'authentification du signataire pour accéder à l'expérience du signataire, le système n'affichait pas son message personnalisé pour l'accès non autorisé à l'OFAC.

Signer Experience

• PB-90661 : Correction d'un problème selon lequel un signataire qui venait de terminer toutes ses actions sur une transaction recevait avec un message erroné : Ce n'est actuellement pas à votre tour de signer.
• PB-89223 : Correction d'un problème qui survenait dans le volet gauche de l'expérience du signataire. Le problème était que les DOCUMENTS Word chevauchaient le nombre de documents et que les TÉLÉCHARGEMENTS de mots chevauchaient le nombre de téléchargements.
• PB-87913 : Correction d'un problème selon lequel le volet gauche de l'expérience du signataire affichait l'état d'un document en tant que signature terminée, alors que le document nécessitait encore des actions.
• PB-91298: Correction d'une rare condition de course qui faisait que le texte saisi par un signataire dans un champ de la zone de texte n'apparaissait pas dans le document après le signataire : (1) a signé le document ; (2) a rouvert le document.
• PB-91711 : Correction d'un problème selon lequel certains champs automatiques n'étaient pas renseignés si plusieurs signataires avaient un champ automatique du même nom.

Expéditeurs

• PB-85790 : Correction d'un problème selon lequel un expéditeur ouvrait une transaction expirée à partir de l'onglet Brouillons, puis la renvoyait. Le problème était que le système ne parvenait pas à renvoyer la transaction.
• PB-89092 : Correction d'un problème selon lequel une transaction n'était pas envoyée comme prévu. La cause fondamentale était que la transaction avait été créée à partir d'un modèle qui utilisait une logique conditionnelle sur un champ qui n'existait plus.
• PB-87718 : Correction d'un problème selon lequel il était possible de configurer une date d'expiration de la transaction qui dépassait le nombre maximum de jours avant expiration du concepteur.
• PB-89186 : Correction d'un problème selon lequel un utilisateur se connectait à un compte d'essai gratuit, puis modifiait la langue dans le menu en haut à droite. Le problème était que le système ne parvenait pas à modifier la langue de la bannière de l'essai gratuit.
• PB-76319 : Le problème suivant a été corrigé. En cliquant sur l'icône Comptes d'organismes du tableau de bord, les expéditeurs voyaient des sous-comptes qu'ils n'auraient pas dû pouvoir voir. Il s'agissait de sous-comptes dans lesquels les expéditeurs n'avaient aucun Rôle.
• PB-83290 : Correction d'un problème selon lequel les sous-comptes n'héritaient pas du "thème" (ex. : couleurs de la marque) configuré dans la partie expéditeur de Nouvelle expérience utilisateur.

Nouvelle expérience utilisateur

• PB-87999 : Correction d'un problème selon lequel certains textes de PDF ne s'affichaient pas correctement dans Nouvelle expérience utilisateur. Le problème affectait à la fois l'expérience du signataire et les expéditeurs (par exemple, le concepteur). Remarque : Ce problème a été résolu pour la plupart des cas d'utilisation. Cependant, cela peut toujours se produire lorsque des configurations matérielles spécifiques sont utilisées avec des documents PDF non conventionnels. Nous continuerons à surveiller la documentation PDF.js pour trouver une solution.

Développeurs

• PB-87868 : Le problème suivant a été corrigé. Si OneSpan Sign BackOffice était utilisé pour modifier la valeur du paramètre email.from dans la ressource email.properties, l'adresse électronique de l'EXPÉDITEUR dans le JSON d'un modèle d'adresse électronique devait se mettre à jour automatiquement. Le problème était que cette mise à jour ne se produisait pas.
• PB-88857 : Correction d'un problème selon lequel le système ne parvenait pas à traduire un paramètre du modèle d'adresse électronique email.bulk.send.completed.

Salle virtuelle

• PB-89453 : Correction d'un problème selon lequel le bouton "Pour commencer" n'était pas visible pour les signataires dans une session de salle virtuelle, s'ils étaient sur un appareil mobile.
• PB-89410 : Correction du problème suivant survenu lors d'une session de salle virtuelle. Lorsqu'un signataire cliquait à plusieurs reprises sur le bouton Suivant du navigateur de signature, le système parcourait par itération les champs obligatoires de tous les participants à la session. Il aurait dû ne parcourir que les champs obligatoires du signataire actuel.
• PB-89278 : Correction d'un problème qui survenait lors d'une session de salle virtuelle. Le problème était que le système affichait un espace vide dans la liste des pièces jointes d'un signataire.
• PB-87215 : Correction d'un problème selon lequel : (1) un participant rejoignait une session de salle virtuelle après le début de celle-ci ; (2) le système n'informait pas le participant qu'un enregistrement de session était déjà en cours.

Délégation

• PB-88863 : Correction d'un problème selon lequel la fonction de délégation échouait dans les sous-comptes.

Résumé des preuves

• PB-86851 : Correction d'un problème selon lequel le résumé des preuves indiquait qu'unévénement Confirmer les signatures était suivi d'un événement Afficher. Le problème est que l'événement Afficher ne se produisai jamais.

Accessibilité

• PB-89715 : Correction d'un problème selon lequel les lecteurs d'écran ne lisaient pas correctement la logique conditionnelle apparaissant dans le concepteur.
• PB-91835, PB-91405 : Correction d'un problème selon lequel les lecteurs d'écran sur les appareils de bureau ou mobiles ne parvenaient pas à lire les messages d'erreur concernant les codes d'accès SMS invalides ou expirés.

Comportement modifié

• PB-88352 : Dans la boîte de dialogue Conservation des données, nous avons modifié la façon de configurer une période de conservation illimitée. Une case à cocher a été ajoutée.
• PB-89362 : Si la fonction de résumé des preuves incomplètes est activée pour un compte, les expéditeurs de ce compte peuvent désormais télécharger le résumé des preuves, quel que soit l'état de la transaction (y compris Brouillon).
• PB-87819 : Le système n'affichera plus la fenêtre contextuelle qui était auparavant utilisée pour identifier les destinataires en tant qu'accepteurs ou réviseurs. Au lieu de cela : (1) pour faire d'un destinataire un accepteur, le créateur de la transaction peut simplement cocher la case Accepter seulement pour ce destinataire ; (2) pour faire d'un destinataire un réviseur, le créateur de la transaction peut simplement : (a) ne pas cocher la case Accepter seulement pour ce destinataire ; (b) ne pas ajouter de champs au document pour ce destinataire.
• PB-86346 : Avant la fin de la signature, les champs Initiales sont utilisés pour indiquer le nom complet du signataire. Ces champs n'affichent plus que les initiales du signataire (telles qu'elles apparaîtront dans la vue aplatie - c-à-d. complétée - du document).
• PB-88409 : Cette modification concerne le message Expérience du signataire qui avertit les signataires que leur session va bientôt expirer. Auparavant, le temps restant avant l'expiration était exprimé en nombre décimal (p. ex. : 4,83 minutes). Ce temps est désormais exprimé en nombres entiers de minutes et de secondes (p. ex. : 4 minutes et 50 secondes). Ce nouveau format est plus convivial.

Modifications à venir

• Dans le cadre de notre initiative de Changement d'image, nous allons actualiser le logo en filigrane qui apparaît dans les blocs de signature signés.

• À partir de la version 23.R2 (11.51), vous ne pourrez plus activer la fonction de sous-comptes de l'administration d'entreprise. Pour les clients qui utilisent actuellement des sous-comptes, les incidents liés aux cas d'utilisation non documentés seront réduits à la priorité P3 ou P4. Pour les incidents de priorité P1 ou P2 liés aux sous-comptes, nous déploierons des efforts commercialement raisonnables pour fournir des solutions de contournement si : (1) l'utilisation du compte est affectée sur le plan opérationnel ; (2) le client ne peut pas trouver une cause fondamentale de cet impact dans ses propres systèmes ; (3) nous déterminons qu'une solution à l'incident ne nécessite pas de nouveau code. Nous avons pris cette décision pour nous concentrer sur la création de fonctions de gestion des comptes améliorées qui peuvent être réalisées en intégrant OneSpan Sign à notre nouvelle Plateforme Cloud de transaction OneSpan. Remarque : Dans la version 23.R2, les clients pourront toujours : (1) demander la création de nouveaux comptes ; (2) obtenir de l'aide notre équipe de soutien pour configurer leurs comptes.

• PB-89265 : La version 23.R2 (11.51) améliorera les performances de l'expérience du signataire en modifiant les règles régissant l'extraction des documents. En particulier, dans certaines situations, le système récupérera un PDF original au lieu d'un PDF aplati. La récupération d'un PDF original est plus rapide car il est stocké dans la mémoire cache, alors qu'un PDF aplati est toujours régénéré lorsqu'il est récupéré.

  Les paragraphes suivants en donnent une description plus précise.

PDF aplatis : Les PDF aplatis ne sont récupérés que pour les activités suivantes : (1) afficher un document signé dont les signatures ont été confirmées ; (2) afficher un document accepté après qu'il ait été accepté ; (3) afficher un document ayant été signé ou accepté par un autre destinataire avant que le destinataire actuel n'accède à la transaction.

PDFs originaux : Les PDF originaux sont récupérés pour toutes les activités suivantes : (1) accéder à un document (indépendamment du fait qu'il ait été désigné pour être signé, révisé uniquement ou accepté uniquement) ; (2) afficher un document signé dont les signatures n'ont pas été confirmées ; (3) afficher un document de consentement électronique ; (4) afficher un document révisé uniquement ; (5) afficher un document pour lequel : (a) le destinataire actuel a effectué toutes ses actions ; (b) un autre destinataire a encore des actions en attente (signer ou accepter).

Remarque : Lors de la mise en œuvre de ces changements, nous nous sommes efforcés de préserver l'intégrité des rappels, c.-à-d. de garantir que les intégrations de rappels des clients continueront à fonctionner sans modification.

SaaS 2023-Feb : Release 22.R4.1 (11.49.1)

Corrections de bogues

• PB-91114 : Correction d'un problème selon lequel les champs déroulants et les champs de texte semblaient déplacés de leurs positions d'origine pendant et après la signature.
• PB-91242 : Correction d'un problème selon lequel le texte de la zone de texte d'un document signé s'enroulait de manière inattendue sur une nouvelle ligne.

SaaS janvier 2023 : Version 22.R4 (11.49)

Quoi de neuf

Essai gratuit

• Essai gratuit de OneSpan Sign : Les personnes qui ne sont pas encore clientes peuvent maintenant essayer GRATUITEMENT notre solution de signature électronique d'envergure internationale. L'essai dure 30 jours et permet jusqu'à 100 transactions.

Expéditeurs

• Le Concepteur peut configurer les champs numériquement : Le Concepteur permet désormais de spécifier numériquement la position et les dimensions d'un champ. L'utilisation de valeurs numériques donne aux expéditeurs un contrôle plus granulaire sur les champs qu'ils créent. Cette fonctionnalité se trouve dans une nouvelle section Mise en page du volet droit de Concepteur.
• Il est plus facile de distinguer les champs facultatifs des champs obligatoires : Dans le Concepteur : (1) les champs facultatifs apparaissent désormais avec des bordures en pointillés ; (2) les champs obligatoires restent avec des bordures pleines. Cela permettra aux créateurs de transactions de voir si un champ est facultatif ou obligatoire sans avoir à cliquer dessus pour afficher ses propriétés.
• Peut facilement identifier les cases à cocher et les boutons radio par défaut : Avant cette version, la valeur par défaut dans un groupe de cases à cocher ou de boutons radio était visuellement indiscernable des autres objets du groupe. Désormais, lorsqu'un créateur de transaction fait glisser la propriété de valeur par défaut sur vrai pour une case à cocher ou un bouton radio particulier, cet objet apparaîtra dans le Concepteur comme "sélectionné" (il aura une coche ou un point distinctif). Les créateurs de transactions peuvent ainsi identifier rapidement la valeur par défaut dans ces groupes.
• Plus facile de sélectionner les bons champs pour la logique conditionnelle : Lorsqu'un expéditeur configure la logique conditionnelle et passe sa souris sur la liste des champs ajoutés : (1) le Concepteur met désormais en surbrillance le champ survolé ; (2) un champ en surbrillance est ajouté à la logique lorsque l'expéditeur clique dessus.
• Amélioration du menu Raccourcis clavier : Nous avons amélioré le menu des raccourcis clavier du Concepteur. Entre autres choses, la liste des touches de raccourci disponibles est désormais "OS-aware", c'est-à-dire qu'elle est personnalisée en fonction du système d'exploitation de l'utilisateur (p. ex., Mac, Windows).
• Les horodatages s'affichent instantanément lorsque les utilisateurs signent : Avant cette version, un horodatage n'apparaissait sur une signature appliquée qu'après confirmation par le signataire. Désormais, un horodatage peut apparaître sur une signature appliquée avant et après confirmation de la signature. Cette fonction est désactivée par défaut. Pour l'activer, veuillez contacter notre équipe de soutien (ou utiliser Admin > Configuration du compte > Paramètres de transaction > Paramètres de signature).

Développeurs

• L'extraction de documents prend en charge la capture mobile : L'extraction de documents prend désormais en charge la méthode de signature Capture mobile.

Corrections de bogues

Authentification des utilisateurs

• PB-87103 : Correction d'un problème dans lequel l'indicatif régional 948 (Virginie, États-Unis) n'était pas reconnu comme valide lorsqu'un destinataire l'entrait dans son numéro de téléphone pour l'authentification par SMS.

Signer Experience

• PB-86077 : Correction d'un problème dans lequel une session de signataire inactive n'expirait pas à l'heure configurée.
• PB-87900 : Correction d'un problème qui concernait les PDF dans lesquels la signature était terminée. Le problème était que certains modèles d'iPhone affichaient ces PDF sous forme de documents vierges.
• PB-85278 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) L'ordre de signature d'une transaction était activé. (2) Le premier signataire commençait à signer. (3) Avant que le premier signataire ait fini de signer, le deuxième signataire (qui était également un expéditeur, mais pas le propriétaire de la transaction) tentait d'accepter un document À accepter uniquement. (4) À ce stade, le système aurait dû envoyer au deuxième signataire le message suivant : Ce n'est pas à votre tour de signer. Au lieu de cela, il leur présentait l'écran Accès refusé.
• PB-87470 : Correction d'un problème qui impliquait la séquence d'événements suivante : (1) une transaction était créée via l'API ; (2) les signatures étaient appliquées en mode accessibilité. Le problème était que les signatures n'étaient pas visibles lorsque les documents de la transaction étaient examinés en mode accessibilité.
• PB-87001 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Dans Expérience du signataire, un signataire changeait le niveau de zoom d'un document à 175%. (2) Le signataire complétait la signature, puis rouvrait le document pour l'examiner. (3) L'agrandissement du document était toujours de 175%, mais le niveau de zoom affiché était de 100% (valeur par défaut). Le niveau de zoom affiché aurait dû être de 175%.
• PB-86693 : Correction d'un problème qui impliquait la séquence d'événements suivante : (1) la fonctionnalité Aucun champ de signature était activée dans OneSpan Sign BackOffice ; (2) un expéditeur sur le compte ajoutait certains champs obligatoires au document d'une transaction. Le problème était que lorsqu'un destinataire accédait à la transaction et visualisait le document, l'expérience du signataire affichait le mauvais nombre de champs obligatoires.

Expéditeurs

• PB-83788 : Correction d'un problème dans lequel une transaction était clonée à partir d'un modèle contenant un signataire avec une pièce jointe obligatoire. Le problème était que le système ne parvenait pas à inclure la pièce jointe dans la nouvelle transaction.
• PB-87095 : Correction d'un problème dans lequel la barre de défilement vertical du Concepteur restait "coincée" derrière les contrôles de page, et était donc inaccessible. Cela se produisait lorsque la barre de défilement était réduite au maximum, en raison du grand volume de pages ou de documents d'une transaction.
• PB-87556 : Correction d'un problème dans lequel le symbole ">" dans le volet des destinataires du Concepteur était mal aligné.
• PB-88183 : Suppression d'une option de mise en page obsolète (Afficher enregistrer) dans le libre-service des paramètres de compte.
• PB-88427 : Correction d'une erreur grammaticale dans le texte français de la fenêtre de confirmation de l'action Envoyer la transaction.
• PB-87877 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Un expéditeur créait une transaction avec un document comprenant un champ de formulaire avec une logique conditionnelle et un bloc de signature. (2) L'expéditeur cliquait sur le bouton Effacer tout, ce qui supprimait le champ de formulaire et le bloc de signature. (3) L'expéditeur ajoutait un nouveau bloc de signature et envoyait la transaction. (4) À ce stade, le système aurait dû envoyer la transaction sans erreur. Au lieu de cela, il affichait le message d'erreur : Le champ spécifié dans la logique conditionnelle est introuvable.

Propriétaires de compte

• PB-87916 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Un titulaire de compte ouvrait la boîte dedialogue Gérer la délégation. (2) Le propriétaire recherchait un expéditeur, mais saisissait des données non valides dans le champ de recherche. (3) Aucun expéditeur ne correspondait aux critères de recherche. (4) Le propriétaire fermait, puis rouvrait la boîte de dialogue Gérer la délégation. (5) À ce stade, cette boîte aurait dû afficher une liste d'expéditeurs. Au lieu de cela, il affichait le message d'erreur : Aucun expéditeur ne correspond aux critères de recherche.

Développeurs

• PB-87992 : Correction d'un problème dans lequel l'API était utilisée pour créer plusieurs rôles avec le même nom. Il ne devrait jamais être possible que plusieurs rôles portent le même nom.

Accessibilité

• PB-88060 : Correction d'un problème qui survenait si la fonction libre-service des paramètres de compte était activée dans OneSpan Sign BackOffice. Les lecteurs d'écran ne parvenaient pas à vocaliser correctement les liens qui ouvraient une nouvelle fenêtre.
• PB-85832 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Un expéditeur attribuait la méthode d'authentification KBA au destinataire d'une transaction accessible. (2) Le destinataire utilisait un navigateur Chrome ou Edge pour accéder à la transaction. (3) Sur la page de connexion de KBA, le destinataire ne répondait pas correctement à toutes les questions. (4) Le système affichait un message d'erreur approprié en haut de la page. À ce stade, le focus aurait dû automatiquement se déplacer vers le haut de la page. Au lieu de cela, il descendait légèrement.
• PB-86541 : Correction d'un problème dans lequel les lecteurs d'écran NVDA ne lisaient pas la bannière à côté du bouton Accepter.
• PB-86787 : Le problème suivant a été corrigé. Lorsqu'un utilisateur mettait le focus sur le champ de saisie qui affiche le message "La valeur doit être supérieure à 0", JAWS Screen Readers faisait entendre le message cinq fois. Ils n'auraient dû faire entendre le message qu'une seule fois.
• PB-87162 : Correction d'un problème qui impliquait le panneau Expérience du signataire permettant de télécharger des pièces jointes. Le problème était que les lecteurs d'écran VoiceOver ne lisaient pas les boutons Télécharger ensuite et Aller aux documents séparément. Au lieu de cela, lorsqu'un utilisateur mettait le focus sur l'un de ces boutons, le lecteur d'écran lisait un message qui couvrait les deux boutons.

Rapports dans l’application

• PB-89179 : Le problème suivant a été corrigé. Lorsqu'un utilisateur essayait de télécharger plusieurs rapports In-App, le système envoyait un fichier zip vide.

Résumé des preuves

• PB-87529 : Correction d'un problème qui survenait lorsqu'un PDF du résumé des preuves était exporté dans un fichier texte. Le problème était que le fichier texte contenait parfois des erreurs (p. ex. : des caractères erronés).

Vulnérabilités

• PB-76750 : Nous avons supprimé un composant inutilisé qui était auparavant utilisé par notre fonctionnalité Fast Track. La suppression de ce composant éliminait les vecteurs d'attaque potentiels.
• PB-87735 : Dans les courriels que OneSpan Sign envoie aux destinataires, nous évitons/désinfectons désormais toutes les variables du courriel, à l'exception de $PACKAGE_MESSAGE et la ligne Objet du courriel. Nous avons fait cela pour éviter que des liens dangereux soient inclus dans les courriels destinés aux destinataires.

Comportement modifié

• PB-87925 : Avant cette version, nous vérifiions les indicatifs régionaux saisis par l'utilisateur par rapport à une bibliothèque de validation des numéros de téléphone. Cette bibliothèque étant rarement mise à jour, notre système signalait souvent les nouveaux indicatifs régionaux comme non valides. Pour éviter cela, nous procédons désormais à une vérification simplifiée des indicatifs régionaux, en ne vérifiant que leur nombre de chiffres.
• PB-88184 : Dans le libre-service des paramètres de compte, la chaîne "Paramètres du paquet" a été renommée "Paramètres de transaction".

Problèmes connus

• PB-87999, PB-86583 : Certains textes dans les documents peuvent apparaître "cassés" ou "pixélisés". Ainsi, les clients utilisant des machines équipées d'un GPU intégré Intel Iris XE rencontrent ces problèmes de rendu lorsqu'ils visualisent des PDF sur des navigateurs basés sur Chromium (Chrome, Edge).
• PB-89742 : Les navigateurs sur iOS 16+ ont des problèmes pour afficher tout document dont le contenu est presque exclusivement des images (p. ex. : un PDF généré à partir d'un document PowerPoint). Ce problème est dû à des changements dans la dernière version d'iOS 16+, il devra donc être résolu par Apple Inc.

Modifications à venir

• À partir de la version 23.R1 (11.50) : (1) Microsoft Windows 8 et Microsoft Windows 8.1 ne seront plus pris en charge ; (2) Microsoft Windows 11 sera pris en charge. Pour plus d'informations, voir Configuration logicielle minimale requise.

SaaS novembre 2022 : Version 22.R3.2 (11.48.2)

Amélioration

• PB-89253 : Pour faire face à l'augmentation de la charge attendue pour le Black Friday, nous avons optimisé la façon dont le système utilise la mémoire.

SaaS novembre 2022 : Version 22.R3.1 (11.48.1)

Corrections de bogues

Expéditeurs

• PB-88732 : Correction d'un problème dans lequel la tentative d'accéder ou de rechercher certaines transactions ou modèles déclenchait une erreur.
• PB-88510, PB-83320 : Correction d'un problème dans lequel l'interface de l'expéditeur affichait par intermittence une page de connexion vide.
• PB-88845 : Correction d'un problème qui survenait lorsqu'une transaction était créée à partir d'un modèle. Le problème était que lorsqu'un destinataire fictif était remplacé, le système changeait le rôle du destinataire (p. ex. : le signataire 1 devenait le signataire 3).
• PB-88904 : Correction d'un problème concernant les modèles et les transactions créées à partir de modèles. Chacune des actions suivantes déclenchait parfois une erreur : (1) la navigation vers la page du Concepteur; (2) la prévisualisation d'un document via l'icône de Aperçu de l'interface utilisateur Web.

Salle virtuelle

• PB-88850 : Correction d'un problème dans lequel la tentative d'ouvrir une session Salle virtuelle dans une iFrame déclenchait une erreur.

eOriginal

• PB-88903 : Correction d'un problème dans lequel les documents déposés dans les coffres eOriginal avaient un filigrane trop opaque.

SaaS octobre 2022 : Version 22.R3 (11.48)

Quoi de neuf

Cérémonie de signature classique

• La cérémonie de signature classique est complètement obsolète : L'obsolescence de la cérémonie de signature classique a commencé avec la Version 11.42. Les points de terminaison API de cette cérémonie ont maintenant été désactivés, de sorte que les utilisateurs intégrés DOIVENT désormais utiliser l'API de l'expérience du signataire. La cérémonie de signature classique est désormais COMPLÈTEMENT obsolète.

Signer Experience

• Meilleur flux de travail pour le consentement électronique : Lorsque le signataire du changement est utilisé, le signataire d'origine et le signataire réaffecté doivent désormais accepter le document sur le 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-là : (1) si le signataire initial accepte le document de consentement électronique avant de changer de signataire, le signataire réaffecté ne verra pas ce document ; (2) sinon, 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 ayant une signature en attente dans une transaction, une icône de signature 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.

• Peut afficher le nom complet du document sur chaque page : Lorsqu'un document est visualisé dans l'expérience du signataire, son nom apparaît au bas de chaque page. Lorsqu'un nom long dépasse l'espace qui lui est alloué, il est tronqué par une ellipse. Ainsi, la dernière partie de ces noms n'apparaît pas. 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 du signataire, ces documents peuvent être estampillés avec un filigrane personnalisable indiquant l'état de la transaction. La police, l'opacité et la position du filigrane sont également personnalisables. Pour activer cette fonction, veuillez communiquer avec notre équipe de soutien.

Expéditeurs

• Peut remplacer les spécifications linguistiques des destinataires : Il est parfois utile pour un expéditeur de pouvoir spécifier la langue des courriels et de l'interface utilisateur que les destinataires d'une transaction verront, même si ces derniers ont spécifié d'autres langues. Nous avons donc créé un nouvel indicateur de niveau de compte dans OneSpan Sign BackOffice et les paramètres de 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 lui sont rattachés. Remarque : (1) Les champs en question sont des champs de construction 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 masse peut utiliser des modèles volumineux : La fonction d'envoi en masse peut désormais prendre en charge des modèles comportant 300 champs.

• Plus de contrôle sur le bouton « Document suivant » : Avant cette version, le bouton qui amène un destinataire vers le document suivant lors de Signer Experience peut apparaître n'importe où sur une page du document actuel. Pour permettre une meilleure prévisibilité, nous avons créé un nouvel indicateur au niveau du compte dans OneSpan Sign BackOffice. Lorsque cet indicateur est activé : (1) ce bouton apparaît toujours en bas de la page ; (2) le texte du bouton peut être personnalisé via BackOffice.

• Il est plus facile de désélectionner les délégués : Un délégant peut désormais facilement arrêter 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ête la délégation d'un délégué sélectionné.

Propriétaires de compte et gestionnaires de compte

• « Réglage du compte en libre-service » 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 désormais activé par défaut pour les propriétaires de compte et les gestionnaires de compte. Cela leur permet de configurer immédiatement de nombreux paramètres BackOffice directement à partir de la partie expéditeur de la nouvelle expérience utilisateur (sous Admin > Configuration du compte).

Résumé des preuves

• Résumé des preuves enregistre les adresses IP de la vérification de l'identité : L'identification d'un utilisateur étant authentifiée via la vérification de l'identité, l'adresse IP de son appareil change. À partir de cette version, le résumé des preuves enregistre ces adresses.
• Meilleurs libellés de boutons : Avant cette version, le libellé du bouton permettant de télécharger le résumé des preuves était source de confusion dans certaines langues prises en charge. Par exemple, en français, cela a donné lieu à deux boutons aux fonctions différentes présentant le même libellé – Télécharger (Download). Nous avons éliminé cette confusion en veillant à ce que le bouton permettant de télécharger le résumé des preuves présente un libellé unique dans chaque langue prise en charge.

Salle virtuelle

• Meilleurs flux vidéo : Nous avons augmenté la taille du flux vidéo de la salle virtuelle pour le rendre plus visible. Nous nous sommes également assurés que le système ne présente qu'un seul flux vidéo par participant – c.-à-d. que nous ne dupliquons plus le flux vidéo pour la personne qui contrôle l'écran.

• Possibilité de sélectionner des hôtes à partir du Concepteur : Depuis le 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 retourner à la page d' édition de la transaction pour faire cela.

Accessibilité

• « Réglage du compte en libre-service » est accessible : Le réglage du compte en libre-service est désormais accessible, de sorte que les personnes handicapées peuvent configurer de nombreux paramètres de BackOffice directement à partir de la partie expéditeur de la nouvelle expérience utilisateur (sous Admin > Configuration du compte).

• 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 le cadre d'une transaction permettant l'accessibilité, 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 que quelques champs du groupe. De même, lorsque les champs d'un groupe sont supprimés d'un document, le groupe entier 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.

Corrections de bogues

Signer Experience

• 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. Ces échecs se produisaient parce que deux ou plusieurs documents avaient le même nom. Cette situation ne cause plus de problème.

• PB-86420 : Correction d'un problème dans lequel un modèle avec une logique conditionnelle partagé avec d'autres comptes pouvait générer le message d'erreur suivant lors de la signature : Erreur : Violation de l'ordre de signature.

• PB-85651 : Correction d'un problème dans lequel le système n'envoyait pas de notification d'événement SIGNER_COMPLETE pour une transaction après que toutes les 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'avoir ajouté une signature mobile. Le système indiquait alors à tort qu'une signature avait été appliquée.

• PB-84646 : Correction d'un problème dans lequel les utilisateurs n'ayant aucun champ de signature dans un document figuraient malgré tout sur la liste des utilisateurs "tenus de signer" le document.

• PB-83078 : Le problème suivant a été corrigé. La bannière Accepter (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 ignorait un groupe de cases à cocher obligatoirement.

• 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 avant d'avoir actualisé la page.

• PB-85526 : Correction d'un problème dans lequel 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 avant l'heure configurée.

• PB-86027 : Le problème suivant a été corrigé. Lorsqu'un signataire clique sur le lien figurant dans son courriel d'invitation après que la transaction associée a été effectuée, il doit être redirigé vers la page de remerciement. Au lieu de cela, il était redirigé vers la page d'aperçu page.

• PB-86611 : Le problème suivant a été corrigé. Un utilisateur signant tous les champs de signature requis dans une transaction, se voyait ensuite refuser la transaction en consultant le dernier document de la transaction, qui ne contenait aucune signature / approbation pour l'utilisateur. À ce moment-là, le système envoyait à l'utilisateur les messages contradictoires suivants : (1) Veuillez consulter l'image jointe(decline.png) ; (2) La transaction a été effectuée avec succès.

Expéditeurs

• PB-83421 : Correction d'un problème dans lequel les opérations d'envoi en masse basées sur un modèle échouaient parce que le système calculait mal la date d'expiration du modèle.

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

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

• PB-85547 : Correction d'un problème dans lequel une erreur survenait lorsqu'un modèle avec des champs conditionnels était appliqué à 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 générait une erreur de serveur non résolue lors de la signature.

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

• PB-83151 : Le problème suivant a été corrigé. Une erreur se déclenchait lorsqu'un expéditeur utilisait un navigateur Firefox pour ajouter un champ de signature pour un destinataire dans une transaction accessible.

• PB-82888 : Le problème suivant a été corrigé. Lorsque la page du Concepteur s'affichait dans les navigateurs Chromium / Edge, il manquait les "3 points" qui permettent d'ouvrir l'onglet Documents.

• PB-84990 : Le problème suivant a été corrigé. Dans la date de création incorporée d'un document Word, le mois était entièrement écrit en minuscules. Lorsque le document était téléchargé vers une transaction OneSpan Sign, il était converti en PDF. Le problème était que la première lettre du nom du mois dans le PDF était en majuscule (p. ex. : avril devenait 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 : Le problème suivant a été corrigé. Lorsque les utilisateurs accédaient à l'écran Gérer les délégations sur un appareil mobile, les longues adresses électroniques de cet écran ne s'affichaient pas correctement.

• PB-83439 : Correction d'un problème dans lequel le courriel retourné était enregistré en tant que retourné, non seulement pour l'adresse électronique du champ À, mais également pour celle du champ Cc.

Admins

• 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 de sous-compte se voyait attribuer l'autorisation Transaction visibilité pour les délégués, mais que le compte parent n'avait aucun rôle ou autorisation attribué. Dans cette situation, le système permettait à tort aux utilisateurs sans autorisation de visualiser les onglets Transactions et Modèles.

• PB-83936 : Le problème suivant a été corrigé. Lorsque le JSON d'une transaction s'affichait 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 de la page Authentification de l'utilisateur, malgré le fait que l'indicateur de niveau de compte showNseHelp était faux.

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

• PB-85442 : Correction d'un problème dans lequel le bouton Passer au contenu principal ne fonctionnait pas.

• PB-85501 : Correction des problèmes liés aux traductions en chinois (traditionnel et simplifié).

Accessibilité

• PB-70939 : Le problème suivant a été corrigé. WCAG 2.1 requiert que le libellé aria d'un lien ou d'un contrôle commence par le libellé visuel associé. Cette exigence n'a pas été entièrement satisfaite.

• 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 liés à des transactions accessibles.

• PB-81576 : Correction du problème suivant concernant une transaction accessible. Après qu'un signataire ait quitté la bannière Quitter le mode de signature, le système se concentrait sur la mauvaise partie de l'écran.

• PB-81571 : Le problème suivant a été corrigé. Après avoir cliqué sur le bouton Activer le mode d'accessibilité, le focus se déplaçait automatiquement et à tort sur le bouton Accepter.

• PB-81562 : Le problème suivant a été corrigé. Après qu'un utilisateur a cliqué sur un bouton de signature, le lecteur d'écran ne parvenait pas à fournir un retour d'information.

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 son téléchargement à ""___________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 rapport In-App via l'API. Le paramètre d'entrée API fileName (avec un "N" majuscule) ne fonctionnait pas ; nous avons donc changé le code pour le faire fonctionner.

Rappels

• PB-86972 : Correction d'un problème dans lequel le système ne transmettait pas les chaînes de messages PACKAGE_DÉCLINÉ au service de rappel Salesforce OAuth2. Désormais, ces messages sont toujours transmis.

• PB-81969 : Correction du problème suivant qui survenait lorsque le signataire était également un OneSpan Sign Expéditeur - une notification de rappel enregistrait le mauvais ID dans le champ sessionUser.

Mise en coffre-fort

• PB-80732 : Correction d'un problème qui empêchait les documents d'être enregistrés via la console e-Vault Manager Console 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. Afin d'améliorer les substitutions de polices, OneSpan Sign utilise 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 et les mises en page des utilisateurs (API). Les nouveaux clients ne verront jamais cette autorisation. Si un expéditeur a cette autorisation aujourd'hui : (1) il peut continuer à l'utiliser ; (2) il ne verra plus dans la nouvelle expérience utilisateur si lui ou tout autre expéditeur a cette autorisation. Si un client souhaite activer ou désactiver cette autorisation pour un expéditeur, il doit contacter notre équipe de soutien.

• PB-89179 : Lorsqu'un utilisateur autorisé essaie de télécharger plusieurs rapports In-App, le téléchargement se fait sous forme de fichier compressé. Ce fichier doit contenir ces rapports, mais 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 : Une session de signataire inactive prend plus de temps que le temps configuré si ce temps est supérieur à 1800000 ms (30 minutes). Ce problème sera résolu dans la version 22.R4 (11.49).

SaaS septembre 2022 : Version 11.47.1

Corrections de bogues

• MAIN-6746 : Correction d'un problème dans lequel les appels OneSpan Sign échouaient dans les environnements de production. En particulier, une condition de course déclenchait parfois le message d'erreur HTTP 500 suivant : Impossible d'établir la connexion JDBC.

• PB-85688 : Nous avons supprimé le correctif de ce problème. Ce correctif est décrit ci-dessous dans les notes de publication de OneSpan Sign 11.47.

SaaS août 2022 : Version 11.47

Quoi de neuf

Expéditeurs

• Créer des sessions de co-navigation autonomes : Lorsque cette nouvelle fonction est activée sur une transaction, un signataire peut demander à l'expéditeur d'organiser une session de co-navigation pour la transaction. Le signataire doit indiquer son numéro de téléphone et son heure de contact préférée, et il peut ajouter un commentaire. L'API transmet ensuite cette information à l'expéditeur via une notification d'événement. L'expéditeur peut alors organiser une session de co-navigation avec le signataire. Remarque : (1) Il s'agit d'une fonctionnalité payante. Pour l'acheter, veuillez contacter notre équipe de vente. (2) Cette fonctionnalité doit être activée pour votre compte. Pour l'activer, veuillez communiquer avec notre équipe de soutien.
• Les requêtes de co-navigation autonomes ont des étiquettes de fuseau horaire : Lorsqu'un destinataire fait une demande de co-navigation autonome, un fuseau horaire apparaît désormais pour chaque "heure de rappel possible" qu'il sélectionne. Les fuseaux horaires s'affichent également pour l'expéditeur et les autres destinataires de la transaction. Fournir ces informations à tous les participants évite les malentendus quant à la date de la session de co-navigation.
• Peut configurer de nombreux paramètres BackOffice : Avant cette version, de nombreux paramètres de compte, de fonctionnalité, de paquet et de signature devaient être configurés par notre équipe de soutien, à l’aide de OneSpan Sign BackOffice. Les expéditeurs peuvent désormais configurer ces paramètres directement à partir de la partie expéditeur de la nouvelle expérience utilisateur. Remarque : (1) Ces paramètres "libre-service" comprennent la plupart des paramètres de compte, de fonctionnalité, de paquet et de signature de BackOffice qui sont booléens et non payés. (2) Les expéditeurs peuvent accéder à ces paramètres en libre-service sous Admin > Configuration du compte. (3) Cette fonction est activée par défaut pour les propriétaires de compte et les gestionnaires de compte. Pour modifier la configuration de cette fonction, contactez notre équipe de soutien.
• Conseils améliorés sur la vérification d’identité : Nous avons amélioré nos conseils aux expéditeurs quant à la manière de configurer la vérification d'identité. En particulier, les expéditeurs voient maintenant le message suivant : Le prénom et le nom de famille que vous saisissez pour le destinataire doivent correspondre à ceux qui figurent sur le document d’identification que le destinataire téléchargera pour la vérification de l’identification.

Signer Experience

• Les signataires externes peuvent avoir le même nom et la même adresse électronique : Différents signataires externes peuvent désormais avoir le même prénom, le même nom et la même adresse électronique. Cette possibilité a été développée pour répondre aux rares cas où des parents ou des conjoints partagent le même nom et le même courriel. Cette option est désactivée par défaut. Il peut être activé grâce à notre équipe de soutien à l’aide de BackOffice, ou par les expéditeurs à l’aide de leur page de configuration de compte. Remarque : Les "signataires externes" sont des signataires qui n'ont pas de compte de messagerie attaché à un expéditeur ou un autre rôle OneSpan Sign. Cette fonction ne s'applique qu'aux signataires.

Accessibilité

• Boutons zoom améliorés : Auparavant, les info-bulles des boutons de zoom dans l'expérience du signataire n'indiquaient pas si les boutons zoomaient en avant/arrière du document actuel ou en avant/arrière de l'écran entier. Cette ambiguïté a été levée, puisque ces info-bulles indiquent maintenant Zoom dans le document et Zoom hors du document. En outre, le bouton qui effectue un zoom avant prend désormais en charge des grossissements plus élevés (jusqu’à 400 %).

Résumé des preuves

• Statut de la transaction plus visible : Le Résumé des preuves d’une transaction enregistre maintenant l’état de la transaction.

Documents INTELLIGENTS

• La piste d'audit SMART Doc enregistre les événements "non remplis" : La piste d’audit pour les documents INTELLIGENTS enregistre désormais les événements non remplis. Cette fonctionnalité était nécessaire pour que Freddie Mac considère OneSpan comme un fournisseur autorisé du processus eClosing.

Corrections de bogues

Signer Experience

• PB-83384: Le problème suivant a été corrigé. Lorsque vous essayiez de confirmer des documents signés (accessibles ou non), le bouton Confirmer ne répondait parfois pas aux clics. Cela ne se produisait que si le nom figurant dans l'un des champs de signature du document contenait un point (.).
• PB-74520 : Correction d'un problème selon lequel les signataires rencontraient le message d'erreur "La valeur du champ est trop longue", même si un seul caractère avait été saisi dans un champ de texte. Ce problème ne se produisait que lorsque la transaction associée était préparée via l'API ou un SDK. C'était dû au fait que le système interprétait mal la signification des valeurs 0 et NUL pour lapropriété maxLength des champs de texte. À l'avenir, 0 et NUL signifieront 4000, ce qui est la valeur maximale autorisée d'un champ de texte.
• PB-79425 : Le problème suivant a été corrigé. Lors d'une transaction en personne, le message "Veuillez remettre les contrôles à l'hôte de cette transaction" prêtait à confusion lorsque l'hôte venait de terminer de signer. Nous avons changé ce message pour « Cliquez sur le bouton ci-dessous pour continuer la transaction ».
• PB-83007: Correction d’un problème dans lequel un signataire utilisant le fournisseur de services de confiance d’Uanataca ne pouvait pas appliquer plusieurs signatures aux multiples documents d’une transaction.
• PB-84021: Correction d’un problème dans lequel la signature via le fournisseur de services de confiance d’Uanataca a échoué dans l’environnement de production US1.
• PB-81257: Nous avons reçu quelques plaintes concernant la lisibilité du texte de l'espace réservé dans l'expérience du signataire. Nous avons résolu ce problème en augmentant la taille et le poids de la police de ce texte.

Expéditeurs

• PB-79838: Correction d'un problème concernant la recherche d'une transaction par date dans la partie expéditeur de Nouvelle expérience utilisateur. L’expéditeur a entré une date dans le champ De, puis a appuyé sur L’ONGLET pour placer son curseur dans le champ Destinataire. Le problème était que cela permettait d’effacer l’entrée de l’expéditeur dans le champ De.
• PB-78637: Correction d'un problème concernant l'infobulle de l'icône d'informations sur la page du Concepteur. Après qu’un utilisateur a réduit une infobulle en appuyant sur la touche d’ÉCHAPPEMENT, il devrait pouvoir l’étendre à nouveau en appuyant sur la touche ENTRÉE ou sur la barre d’espace. Le problème était qu’après que l’utilisateur a réduit cette info-bulle, l’étendre à nouveau nécessitait de naviguer loin de l’icône, puis de revenir à elle.
• PB-82017 : Correction du problème suivant, qui survenait lorsque la fonction Rôles et autorisations d'un compte était activée. Un utilisateur a rencontré une erreur d’« accès non autorisé » lorsqu'il a tenté d'accéder à l'Expérience du signataire en tant qu'expéditeur via une URL Fast Track.
• PB-80511 : Correction du problème suivant, qui survenait lorsque la fonction Rôles et autorisations d'un compte était activée. Un utilisateur a rencontré une erreur d’« accès non autorisé » lorsqu'il a tenté d'accéder à l'Expérience du signataire en tant qu'expéditeur via un lien de courriel.
• PB-83688: Correction d’un problème qui survenait lorsqu’un signataire échouait à plusieurs reprises à s’authentifier par le biais de l’option Vérification de l’identité et était bloqué lors d’une transaction. Lorsque l’expéditeur a par la suite vu le statut de ce signataire dans la nouvelle expérience utilisateur, il aurait dû voir une icône « signataire verrouillé ». L’expéditeur peut alors interagir avec cette icône pour déverrouiller le signataire et renvoyer la transaction. Le problème était que l’icône n’apparaissait pas, donc le signataire n’a pas pu être déverrouillé.

Développeurs

• PB-81184: Correction du problème suivant qui concernait nos solutions d'hypothèque numérique et de prêt numérique. Une fois que l’effort pour stocker un document dans un coffre-fort e-Original a subi une erreur non récupérable, aucune notification par courriel n’a été envoyée à l’expéditeur de la transaction. Les expéditeurs reçoivent maintenant des courriels sur de tels échecs.

• PB-85688 : Le problème suivant a été corrigé. Après l'échec d'une requête de transaction par un développeur, le système faisait passer le statut de la transaction de ENVOYÉ à ÉBAUCHE.

• PB-85045 : Le problème suivant a été corrigé. Entre les versions 11.45 et 11.46 de OneSpan Sign, une modification réduisait la taille de police du texte inséré via Injection de champ. La version 11.47 a restauré les fonctionnalités de la version 11.45. L'effet secondaire de ce correctif est que lorsqu'un document signé s'affiche dans l'application une fois la signature terminée, certains contenus de zone de texte peuvent sembler tronqués. Notez que ce comportement de rendu dans notre application n'affecte pas le contenu réel du PDF associé. Le PDF contient le contenu intégral du texte, qui s'affiche correctement lorsque le PDF est visualisé dans un visualiseur PDF standard. Nous recommandons que tous les modèles ou mises en page problématiques créés dans la version 11.46 soient : (1) modifiés pour ajuster la taille de la police à la zone de texte ; (2) ré-enregistrés.

Authentification des utilisateurs

• SAA-12609 : Auparavant, lorsqu'un destinataire authentifiait son identité via la vérification d'identité, le message suivant apparaissait sur la page "Capture d'image" : Si cette page ne disparaît pas une fois que vous avez terminé de capturer vos images, cliquez sur SUIVANT. Ce message était faux. Il a désormais été remplacé par le message suivant : Si cette page ne se rafraîchit pas après avoir pris toutes les photos demandées, cliquez sur CAPTURE D’IMAGE TERMINÉE.
• PB-80302: Correction d'un problème selon lequel un expéditeur configurait l'authentification Q&A de sorte que les réponses saisies par le destinataire soient visibles par ce dernier. Le problème était que les réponses dactylographiées étaient masquées.
• PB-79541: Correction d’un problème dans lequel la page Numéro de téléphone était affichée deux fois à un destinataire lors de la Vérification de l’ID.
• PB-85687 : Correction du problème suivant, qui survenait lorsque les fonctionnalités suivantes étaient activées pour un compte : (1) Rôles et autorisations ; (2) SAML; (3) Provisionnement automatique. Un nouvel utilisateur du compte s'est vu attribuer l'authentification unique (SSO), et son fournisseur d'identité tiers lui a attribué un rôle spécifique. Lorsque cet utilisateur s'est ensuite connecté pour la première fois à OneSpan Sign via SSO, ce rôle aurait dû lui être automatiquement attribué. Le problème était que cela ne se produisait pas.

Rapports dans l’application

• PB-82588 : Correction d’un problème dans lequel les Rapports de compte téléchargés étaient vides. Ce problème s’est produit uniquement dans les environnements Sandbox.

• PB-77375: Correction d'un problème selon lequel le bouton Télécharger des rapports de transaction échouait lorsqu'un seul rapport était sélectionné pour le téléchargement. Un seul rapport peut maintenant être téléchargé.

• PB-85129: Correction du problème suivant concernant les rapports de transaction. Dans de rares cas, une valeur erronée apparaissait dans la colonne État du signataire (par exemple, CURRENT_SIGNATAIRE ou FUTURE_SIGNATAIRE apparaissait au lieu d’Être COMPLÉtÉ).

Accessibilité

• PB-80643: Correction du problème suivant concernant une transaction accessible. Lors de la signature, un signataire a rencontré un message d’erreur qui indiquait correctement qu’il avait omis d’interagir avec un champ obligatoire. Le problème était que le lien dans ce message n’emmenait pas le signataire vers le champ obligatoire.

Piste d’audit

• CAPA-111 : Correction d'un problème de synchronisation d'horloge qui pouvait faire apparaître des événements dans une piste d'audit hors service.

Performance

• PB-81784: Correction d’un problème dans lequel certaines conditions de course provoquaient des blocages de sécurité.

Mises à jour technologiques

• PB-78771: Nous avons effectué la migration du OneSpan Sign convertisseur de documents des machines virtuelles Windows vers les conteneurs Linux. Pour les prochaines versions, chaque environnement exécutera deux convertisseurs en parallèle — l'un sur une machine virtuelle Windows, l'autre dans un conteneur Linux. La machine virtuelle Windows continuera à convertir les documents, comme avant. Le conteneur Linux effectuera des "conversions fictives" des mêmes documents, tout en enregistrant simultanément les informations de traitement dans des fichiers journaux. Cette stratégie nous permettra d'étudier ces journaux pour déterminer le moment où nous passerons à l'utilisation des conteneurs Linux seuls. CONSEIL : Nous recommandons fortement que pendant cette période d’évaluation, les clients intègrent dans leurs documents toutes les polices qui ne sont pas prises en charge par OneSpan Sign. Une liste des polices prises en charge par se OneSpan Sign trouve dans notre section Polices prises en charge. La procédure Utilisation des documents PDF/A décrit comment créer un PDF avec des polices intégrées à partir d’un document Word.

• PB-84027 : Le 1er octobre 2022, Microsoft commencera à supprimer la possibilité d'utiliser l'authentification de base dans Exchange Online. OneSpan Sign s'appuie sur Microsoft Exchange pour envoyer des messages électroniques sortants aux signataires. Nous avons donc modifié notre code pour permettre à sa bibliothèque Java Mail d'utiliser l'autorisation basée sur les jetons OAuth 2.0. Pour plus d'informations, telles qu'une description des actions que nous vous conseillons d'entreprendre, cliquez ici.

Problèmes connus

• PB-83687 : La séquence d'événements suivante générait un problème. (1) Création d'un modèle de transaction ajoutant un destinataire d'espace réservé et affectant la vérification d'identité à ce destinataire. (2) Un expéditeur crée une transaction à partir de ce modèle, mais remplace la vérification d'identité par l'authentification par SMS pour un destinataire réel. (3) L'expéditeur ajoute l'authentification KBA pour le destinataire et envoie la transaction. Lorsque le destinataire accède à la transaction, seules deux méthodes d'authentification (SMS, KBA) doivent lui être affectées. Au lieu de cela, les trois méthodes (Vérification d’ID, SMS, KBA) leur sont attribuées.

• PB-86988 : Lorsque plusieurs documents d'une transaction s'affichent dans un navigateur Chrome, le deuxième document ne comporte aucun bloc de signature. Ceci est dû à un récent changement dans la façon dont Chrome gère les cookies. Les solutions de rechange efficaces sont les suivantes : (1) en utilisant un autre navigateur pris en charge (p. ex. : Firefox) ; (2) en fermant et en rouvrant Signer Experience. Ce problème sera corrigé dans une prochaine version.

• PB-83928: Swisscom AIS ne parvient pas à signer un document dont le nom contient un ou plusieurs caractères non latins. Cela a un impact sur les langues prises en charge suivantes : Arabe, grec, japonais, coréen, russe, chinois simplifié et chinois traditionnel.

• PB-86778 : Lorsqu'un utilisateur recherche une transaction dans la partie Expéditeur de la nouvelle expérience utilisateur, le système ne renvoie par erreur aucun résultat. La solution de contournement consiste à : (1) appuyer sur Effacer ; (2) effectuer une nouvelle recherche. Ce problème sera résolu dans la version 22.R3 (11.48).

SaaS mai 2022 : Version 11.46.2

Corrections de bogues

Nouvelle expérience utilisateur

• PB-84695 : Nous avons constaté une augmentation des temps de traitement et une combinaison d'erreurs d'interface Web, d'erreurs d'API et d'échecs d'opérations de connexion SSO. Ce problème est maintenant résolu.

• PB-84571 : Correction d'un problème selon lequel les exceptions causées par des métadonnées SSO invalides n'étaient pas gérées correctement. Cela générait un problème de performance dans le SSO.

• PB-81815 : Correction d'un problème dans lequel la modification d'un paramètre SAML dans OneSpan Sign BackOffice nécessitait un redémarrage du sso-service.

Signer Experience

• PB-84021, PB-84359 : Correction d'un problème dans lequel la signature via le fournisseur de services de confiance Uanataca échouait en raison d'une erreur interne.

SaaS mai 2022 : Version 11.46.1

Quoi de neuf

Expéditeurs

• Empêcher les expéditeurs de supprimer définitivement les transactions : Avant cette version, les expéditeurs pouvaient supprimer définitivement une transaction, quel que soit son état (p. ex., En cours, Terminé). Un nouveau paramètre dans OneSpan Sign BackOffice permet aux administrateurs de comptes de masquer le bouton Supprimer définitivement dans la partie expéditeur de Nouvelle expérience utilisateur. Lorsque ce bouton est masqué, les expéditeurs ne peuvent supprimer définitivement aucune transaction.

Corrections de bogues

Signer Experience

• PB-83815 : Le problème suivant a été corrigé. Lorsque des documents signés étaient visualisés à l'aide de la fonction d'aperçu PDF de Firefox ou d'un navigateur basé sur Chromium, le navigateur pouvait ne pas rendre correctement certains éléments (p. ex. : une croix dans une case à cocher). Nous recommandons vivement de consulter les documents signés avec Adobe Reader/Acrobat Pro.

Problèmes connus

• PB-84021: La signature via le fournisseur de services de confiance Uanataca échoue dans l'environnement de production US1. Ce problème est dû à une erreur interne qui se produit pendant le stockage des données. Cette erreur sera corrigée dans une prochaine version.

SaaS 2022-Apr : Version 11.46

Quoi de neuf

Expéditeurs

• Possibilité de créer une logique conditionnelle sur les signatures facultatives : Il est désormais possible de créer des règles logiques conditionnelles basées sur des signatures facultatives. Plus précisément, lorsqu'un expéditeur crée une transaction, il peut spécifier certaines règles à déclencher lorsqu'un signataire signe une signature facultative.
• Peut définir de nouvelles règles pour les groupes de cases à cocher : Les expéditeurs peuvent maintenant configurer les règles de validation suivantes pour un groupe de cases à cocher : (1) Au moins (applique un nombre minimum de cases à cocher pour le groupe); (2) Au plus (applique un nombre maximum de cases à cocher pour le groupe); (3) Exactement (applique un nombre exact de cases à cocher pour le groupe); (4) Plage (applique un nombre minimum et maximum de cases à cocher pour le groupe).
• Possibilité de télécharger ensemble des Résumés de preuves et des documents : Les expéditeurs peuvent désormais télécharger les documents d'une transaction et son résumé des preuves ensemble dans un fichier compressé. Auparavant, ils devaient télécharger séparément le résumé des preuves et les documents.
• Peut télécharger le résumé des preuves pour les transactions incomplètes : Permet de télécharger le résumé des preuves depuis la partie expéditeur de l'expérience utilisateur, même si la transaction associée n'est pas terminée. Remarque : Cette fonction doit être activée par compte et est DÉSACTIVÉE par défaut. Pour l'activer, veuillez communiquer avec notre équipe de soutien.
• Meilleure gestion des fichiers de téléchargement volumineux : Auparavant, les expéditeurs ne pouvaient pas recevoir un courriel contenant les documents ou le résumé des preuves d'une transaction terminée si la pièce jointe associée était supérieure à 10 Mo. Si la pièce jointe dépasse 10 Mo, l'expéditeur reçoit désormais un courriel avec un lien de téléchargement qui le dirigera vers la page Détails de la transaction concernée. Là, ils peuvent télécharger les documents de la transaction et le résumé des preuves de la manière habituelle.
• Les expéditeurs sont avertis des problèmes de visibilité : Lorsqu'un expéditeur choisit une couleur de marque principale ou une couleur d'alerte qui a un faible rapport de contraste, le message d'avertissement suivant apparaît maintenant : Cette couleur peut causer des problèmes de visibilité.

Signer Experience

• Possibilité d'appliquer la QES avec Swisscom : Les signatures électroniques qualifiées (QES) peuvent désormais être appliquées via Swisscom dans les juridictions d'eIDAS et de ZertES. Cette intégration avec Swisscom : (1) embarque les nouveaux signataires rapidement et facilement; (2) améliore l'expérience utilisateur lorsque les documents sont signés avec QES. Limites : Cette fonction n'est pas encore disponible dans toutes les langues prises en charge.

Développeurs

• Le SDK peut ajouter des images de signature : Le SDK peut désormais être utilisé pour ajouter des fichiers image en tant que signatures dans des documents.
• Activation de nouvelles règles pour les Groupes de cases à cocher : Les nouvelles règles de validation pour les Groupes de cases à cocher sont décrites dans la section Nouveautés > Expéditeurs ci-dessus. Pour mettre en œuvre ces règles avec succès, nous avions besoin d’une bibliothèque RHF (react-hook-form.com). Cela nous a requis à changer la syntaxe de nos ID de champ. Les ID de champ sont désormais « désinfectés » en remplaçant tous les caractères spéciaux par des caractères alphanumériques. Veuillez en tenir compte si vous testez l’expérience utilisateur de l’utilisateur de OneSpan Sign via un cadre de test automatisé de l’interface utilisateur tel que Selenium (www.selenium.dev).

Salle virtuelle

• L'hôte peut prolonger une session indéfiniment : L'hôte peut maintenant prolonger une session de la salle virtuelle un certain nombre de fois. Avant cette version, une session de salle virtuelle ne pouvait être prolongée qu'une seule fois.
• L'hôte peut fermer une session : L'hôte peut maintenant fermer une session de la salle virtuelle via une option du menu Autres actions.
• Les signataires peuvent examiner les documents avant une session : Les signataires peuvent désormais examiner les documents associés à une transaction de salle virtuelle avant une session de signature de salle virtuelle. Plus précisément, les signataires peuvent cliquer sur un nouveau bouton Évaluation dans la salle d'attente de la salle virtuelle. En cliquant dessus, il emporte un signataire vers les documents, qui peuvent être examinés mais pas encore signés. Une fois que l'hôte commence la session de la salle virtuelle, les signataires sont admis à la session et les documents peuvent ensuite être signés.
• Notifications envoyées lorsque les vidéos sont téléchargeables : Ajout d'une notification Événement API qui est envoyée lorsqu'un enregistrement vidéo de salle virtuelle est prêt pour le téléchargement.
• Meilleure expérience mobile : Nous avons amélioré l'expérience mobile des sessions de la salle virtuelle. Remarque : Il s'agit d'un travail en cours que les prochaines versions continueront d'améliorer.

Résumé des preuves

• Peut stocker la géolocalisation d'un signataire : Le système a permis de recueillir la géolocalisation d'un signataire à partir des informations de son navigateur et de stocker cette géolocalisation dans le document Résumé des preuves. Remarque : (1) les signataires peuvent configurer leur navigateur pour l'empêcher de fournir leur géolocalisation; (2) cette fonctionnalité est activée via un paramètre dans OneSpan Sign BackOffice.

eOriginal

• Notification envoyée en cas d'échec d'un dépôt électronique : Les clients sont désormais informés si une tentative de dépôt électronique de leurs documents dans un coffre-fort eOriginal a échoué.

• Impossible de télécharger des copies faisant autorité : Les utilisateurs ne peuvent plus télécharger des copies faisant autorité des documents qui seront déposés dans les coffres-forts eOriginal. S'ils essaient de le faire, ils finiront par télécharger des copies non autorisées qui sont filigranées et aplaties.

Corrections de bogues

Signer Experience

• PB-80810 : Correction d'un problème Signer Experience dans lequel Firefox 96 empêchait les signataires de signer.
• PB-80838 : Le problème suivant a été corrigé. Si des boutons radio ont été ajoutés en tant que champs obligatoires, un bogue a touché le compteur d'actions requises dans le coin supérieur droit de Signer Experience. En particulier, la sélection d'un bouton radio n'incrémente pas le compteur des « actions achevées » du widget Actions requises (c'est-à-dire le « x » dans « Actions requises x de y »).
• PB-79623 : Correction d'un problème dans lequel le système présentait plusieurs fois la case de dialogue Signature par capture à un signataire, lui permettant ainsi d'appliquer différentes signatures dans le même document. Au lieu de cela, le système aurait dû appliquer la signature qu'il a saisie pour la première fois à toutes les cases de signature du signataire.
• PB-80806 : Correction d'un problème dans lequel le système tronquait l'image d'une signature capturée si la signature avait été capturée sur un appareil mobile et l'image était récupérée via un appel API.
• PB-78788 : Correction d'un problème dans lequel l'utilisateur obtenait un écran vide sur son appareil mobile lorsqu'il essayait d'accéder à une transaction qui nécessitait sa signature mobile.
• PB-80811 : Correction d'un problème dans lequel les champs de signature apparaissaient à un mauvais endroit lorsque les documents étaient prévisualisés dans l'interface utilisateur Web via l'icône « oeil ».
• PB-82274 : Le problème suivant a été corrigé. Lorsqu’un signataire avait plusieurs champs Signature par capture dans un document d'une transaction e-Notary, une erreur s'est produite dans la situation suivante. Si le signataire a dessiné sa signature dans l’un de ces champs de Signature de capture, puis téléversé une image de signature à l’aide de l’option « Signature par capture depuis un fichier », le système n’a pas réussi à placer la signature dessinée dans tous les champs de Signature par capture du signataire.

Expéditeurs

• PB-78448 : Correction d'un problème dans lequel un modèle partagé ne pouvait être vu que par l'expéditeur qui l'avait créé.
• PB-76293 : Le problème suivant a été corrigé. Après qu'un expéditeur a supprimé toutes les transactions de la deuxième page des transactions répertoriées, il n'a vu aucune transaction. Au lieu de cela, l'expéditeur devrait toujours avoir vu les transactions sur la première page.
• PB-80510 : Correction d'un problème qui déclenchait parfois une erreur lorsqu'une règle de logique conditionnelle était créée pour une transaction dans laquelle le propriétaire de la transaction était également un signataire.
• PB-78452 : Correction d'un problème qui survenait lorsque le système importait des champs à partir du PDF d'une transaction accessible. Le problème était que les noms des champs dans une liste déroulante dans la partie expéditeur de l'expérience utilisateur avaient été modifiés par rapport aux noms d'origine des champs dans le PDF.
• PB-78481 : Correction d'un problème dans lequel des caractères spéciaux (par exemple, des apostrophes, des guillemets doubles) étaient rendus avec un préfixe « Z0 » dans la liste déroulante Importation de champ lors de la création de transactions accessibles.
• PB-78893 : Correction d'un problème dans lequel le système ne parvenait pas à envoyer des rappels par courriel qui avaient été configurés dans un modèle de transaction.
• PB-78169 : Correction d'un problème dans lequel les courriels de rappel étaient envoyés après la fin d'une transaction, mais les signatures facultatives n'avaient pas été signées.

Expérience utilisateur

• PB-78245 : Correction d'un problème dans lequel le menu Plus d'actions était désactivé pour les transactions, mais apparaissait par la suite sur les pages d'authentification de l'utilisateur.
• PB-78166 : Correction des traductions incorrectes du texte japonais dans les Conditions générales du produit.
• PB-78052 : Correction d'un problème dans lequel le système présentait une erreur 403 à un utilisateur délégué lorsqu'il essayait de visualiser une transaction déléguée.

Propriétaires de compte et admins

• PB-79434 : Correction d'un problème qui empêchait les groupes d'être créés lorsque les sous-comptes étaient activés.
• PB-61105 : Correction d'un problème dans lequel le système lançait une erreur lorsqu'un utilisateur essayait de créer un groupe dans un sous-compte.
• PB-60392 : Correction d'un problème dans lequel un utilisateur de sous-compte ne pouvait pas être supprimé.
• PB-77955 : Correction d'un problème dans lequel une erreur 401 apparaissait si un utilisateur demandait un jeton API pour un expéditeur dont l'adresse courriel avait le même suffixe que l'adresse courriel d'un autre expéditeur dans le même compte.

Développeurs

• PB-80323 : Le problème suivant a été corrigé. Lorsqu'un développeur injectait des champs de texte dans un document PDF, la charge utile JSON spécifiait une taille de police pour les champs injectés. Le problème était que le système n'appliquait pas la taille de police spécifiée à ces champs.

Résumé des preuves

• PB-79270 : Correction d'un problème dans lequel le résumé des preuves n'enregistrait pas la signature à distance d'une transaction en personne par un utilisateur.

Conservation des données

• PB-79004 : Correction d'un problème dans lequel les transactions ne parvenaient pas toujours à expirer à leurs dates d'expiration configurées.

Accessibilité

• PB-75886 : Correction d’un problème d’accessibilité dans lequel les Lecteurs d'écran lisaient une bannière sur les témoins chaque fois qu’ils se concentraient sur un bouton Fermer ou un bouton OK, j’accepte.

eOriginal

• PB-79122, PB-78928 : Correction d'un problème dans lequel notre flux de travail de prêt ou d'hypothèque numérique ne déclenchait pas le dépôt électronique de documents dans un coffre-fort eOriginal.

Vulnérabilités

• PB-61589 : Atténué une vulnérabilité dans laquelle les témoins de session OneSpan Sign étaient définis avec un attribut "secure" redondant.

• PB-72042 : Atténué une vulnérabilité dans laquelle plusieurs correctifs Oracle étaient manquants. Nous avons appliqué les derniers correctifs Oracle aux zones touchées.

• PB-79609 : Atténuation de la vulnérabilité CVE-2021-42575 en mettant à niveau la bibliothèque de OWASP Java HTML Sanitizer vers la version 20211018.2.

• PB-80502 : Atténuation des vulnérabilités log4j en mettant à niveau chaque bibliothèque affectée vers la version 2.17.1 de la bibliothèque Log4j Core.

• PB-79017 : Pour supprimer les vulnérabilités, nous : (1) avons mis à niveau les bibliothèques velocity-1.7.jar et jstl-1.2.jar; (2) avons supprimé la bibliothèque plexus-utils-1.5.6.jar de OneSpan Sign l'application Backend.

Amélioration des performances

• PB-75685 : Amélioration des performances de Signer Experience en désactivant le rendu d'image. Le rendu d'image n'a pas été nécessaire depuis que nous avons déprécié l'expérience du signataire classique.

• PB-79926 : Amélioration des performances de Signer Experience en améliorant les algorithmes du Front End.

• PB-75902 : Amélioration des performances de l'expérience utilisateur par la mise en œuvre de techniques de mise en cache de documents.

Comportement modifié

• PB-79665 : Modification du comportement de conservation des données du système afin que les transactions soient supprimées le lendemain de la date à laquelle leur conservation doit prendre fin.
• PB-77813 : Nous avons modifié le comportement des groupes de boutons radio. Maintenant, si un bouton radio d'un groupe est marqué comme requis, le groupe entier est marqué comme requis. Ces exigences sont néanmoins satisfaites lorsqu'un seul bouton du groupe est sélectionné.
• PB-78887 : Modification du hachage codé du résumé des preuves pour un enregistrement vidéo en salle virtuelle d'un hachage codé en base 64 à un hachage MD5 en texte brut. Ce dernier est plus facile à déchiffrer.
• PB-78682 : Afin d'assurer la conformité aux normes ADA (WCAG 2.1), nous avertissons maintenant les expéditeurs lorsque la couleur de marque principale ou la couleur d'alerte choisie présente un faible rapport de contraste. De tels avertissements permettent également aux expéditeurs d'empêcher la disparition de composants de l'interface utilisateur en raison d'un conflit de couleurs (par exemple, des alertes blanches sur un fond blanc).
• MAIN-6598 : Lorsqu'une session de signataire expire, dans certains environnements, le signataire était redirigé vers la page de connexion OneSpan Sign. Désormais, dans tous les environnements, le signataire est redirigé vers une page d'erreur indiquant que sa session a expiré.

Problèmes connus

• PB-84003 : Un problème survient dans les circonstances suivantes : (1) Les expéditeurs A et B sont membres du même sous-compte ; (2) Les expéditeurs A et B sont les délégués l'un de l'autre ; (3) L'expéditeur A crée un modèle dans le sous-compte. Lorsque l'expéditeur B est ensuite dans le sous-compte, et qu'il agit en tant que délégué de l'expéditeur A, il doit pouvoir voir le nouveau modèle. Mais n'y parvient pas. Une solution de rechange consiste pour l'expéditeur B à sélectionner à nouveau le sous-compte dans le menu Comptes. Il peut alors voir le nouveau modèle.
• PB-74520 : Supposons qu'un utilisateur d'API crée une transaction et spécifie la valeur « 0 » pour le maxLength paramètre sur les champs de texte. Si un signataire saisit par la suite une quantité de texte dans un champ de texte, il déclenchera l'erreur suivante : La valeur du champ est trop longue. Ce problème sera corrigé dans une prochaine version. Pendant ce temps, la solution de contournement pour les utilisateurs de l'API consiste à exclure le maxLength paramètre de la charge utile. Ce problème ne touche pas les utilisateurs de SDK.
• PB-80669 : Parfois, un propriétaire de compte avec l'autorisation de gestion des utilisateurs ne peut pas supprimer d'autres utilisateurs de son compte. De récents changements de code signifient que la suppression d'autres utilisateurs nécessite désormais à la fois l'autorisation de gestion des utilisateurs et l'autorisation de rôles. Une solution de contournement suffisante consiste à attribuer au propriétaire du compte le rôle d'administrateur (via OneSpan Sign BackOffice).
• PB-82567 : Le fait de donner le même nom à un groupe de cases et à un groupe de boutons radio provoque des erreurs dans le Signer Experience. La solution de contournement consiste à s'assurer que ces différents types de groupes portent des noms différents.
• PB-82023 : Windows Explorer est l'application de compression de fichiers par défaut pour les versions 10 et 11 de Microsoft Windows. Un bogue ou une limitation dans l'Explorateur Windows empêche les utilisateurs d'afficher le contenu du fichier EslTransactionsPIIReport créé par la fonction Planifier les rapports de OneSpan Sign BackOffice. Ce problème peut être facilement atténué en utilisant une application de compression de fichier tierce telle que 7zip ou winrar.
• PB-82852 : Lorsque vous essayez de créer une transaction accessible, une erreur « HTTP 400 Bad Request » se produit si les paramètres Arrêter le rendu d’image et Extraire les balises de texte sont tous deux activés dans OneSpan Sign BackOffice. Ce problème sera corrigé dans une prochaine version.
• PB-83384: Lorsque vous essayez de confirmer des documents signés (accessibles ou non), le bouton Confirmer ne répond parfois pas aux clics. Cela ne se produit que si le nom figurant dans l'un des champs de signature du document contenait un point (.). La fonctionnalité du bouton Confirmer peut être facilement rétablie en actualisant le navigateur.
• PB-83688: Ce problème survient lorsqu'un signataire échoue à plusieurs reprises à s'authentifier via la vérification d'identité, et qu'il est exclu d'une transaction. Lorsque l'expéditeur affiche par la suite le statut de ce signataire dans l'expérience utilisateur, il doit voir une icône « signataire verrouillé ». L'expéditeur peut alors interagir avec cette icône pour déverrouiller le signataire et ré-envoyer la transaction. Le problème est que l'icône n'apparaît pas, ce qui empêche le déverrouillage du signataire.
• PB-83742 : La signature d'un document sur Windows 11 via PCC avec un certificat logiciel provoque parfois une erreur de client de certificat personnel. Le document ne peut pas être signé car le certificat sélectionné à cette fin n'est pas valide. Si cela se produit, veuillez sélectionner un autre certificat et réessayer.
• PB-83815 : Lorsque des documents signés sont affichés via la fonction Aperçu PDF de Firefox ou d'un navigateur basé sur Chromium, le navigateur peut ne pas rendre correctement certains éléments (p. ex. : une croix dans une case à cocher). Si cela se produit, affichez le document via Adobe Reader/Acrobat Pro.
• PB-84199 : Un problème survient lorsque le navigateur de signature a été configuré pour parcourir les cases à cocher d'un document. Le problème est qu'il saute les cases à cocher lorsqu'elles font partie d'un groupe de cases à cocher.
• PB-84341 : Si la méthode d'authentification par SMS est affectée à un signataire, l'utilisation d'un navigateur Safari v13 avec iOS 13 bloque le processus de signature. Le message d'erreur qui apparaît est Erreur de serveur non gérée. Pour contourner le problème, les signataires peuvent effectuer l'une des opérations suivantes : (1) utiliser un autre navigateur ; (2) passer à une version supérieure de Safari ; (3) passer à une version supérieure d'iOS.
• PB-84954 : Un problème survient dans les circonstances suivantes : (1) Création d'un modèle avec plusieurs signataires, dont l'un se voit affecter des champs conditionnels ; (2) Création d'une transaction à partir de ce modèle, et suppression du signataire avec champs conditionnels ; (3) Distribution de la transaction pour signature ; (4) Un signataire renseigne sa partie, et clique sur Confirmer. À ce stade, un message d’erreur s’affiche. Ce problème sera corrigé dans une prochaine version. En attendant, la solution de contournement consiste à : (1) supprimer manuellement le document pertinent de la transaction; (2) ajouter à nouveau le document à la transaction; (3) redistribuer la transaction pour signature.

SaaS janvier 2022 : Version 11.45.3

Corrections de bogues

• PB-80515 : Correction d'un problème qui empêchait les signataires de signer une transaction avec un iPad ou un iPhone. Lorsqu'un signataire a essayé d'accéder au Signer Experience, le document ne se chargeait pas. Le navigateur devait alors se rafraîchir en permanence jusqu'à ce qu'une erreur se produise.
• PB-80810 : Correction d'un problème dans lequel le Concepteur ne se chargeait pas dans une iFrame lorsque Firefox v96 était utilisé.

Problèmes connus

• PB-80838 : Si des boutons radio ont été ajoutés en tant que champs obligatoires, un bogue affecte le compteur d'actions requises dans le coin supérieur droit de l'écran d'accueil Signer Experience. En particulier, la sélection d'un bouton radio n'incrémente pas le compteur des « actions achevées » du widget Actions requises ( c'est-à-dire le « x » dans « Actions requises x de y »).

SaaS décembre 2021 : Version 11.45.2

Corrections de bogues

• PB-80033 : Correction d'un problème dans lequel les utilisateurs ne pouvaient pas accéder à un modèle partagé dans un sous-compte.

Vulnérabilités

• PB-80115 : La fondation Apache a récemment annoncé un certain nombre de failles de sécurité (CVE-2021-44228 et CVE-2021-45046) dans la bibliothèque Log4j2 pour les applications Java, affectant toutes les versions de 2.0-beta-9 à 2.15.0. Afin d'atténuer ces vulnérabilités, nous avons mis à niveau les bibliothèques concernées vers la version 2.16.0 de la bibliothèque Log4j Core. Cette version de la bibliothèque atténue l'exécution de code à distance et les attaques par déni de service qui pourraient résulter des vulnérabilités, et est la dernière version fournie par Apache.

SaaS décembre 2021 : Version 11.45.1

Corrections de bogues

• PB-78695 : Correction d'un Signer Experience problème de performance qui entraînait un retard notable dans la réponse du système lorsque le signataire sélectionnait un bouton radio ou une case. Cela donnait aux signataires l'impression qu'ils n'avaient pas réussi à faire une sélection. Cette version a considérablement amélioré le temps de réponse du système à la sélection d'un bouton radio ou d'une case.
• PB-79716 : Correction d'un problème dans lequel les documents de transaction ne pouvaient pas être ouverts si un utilisateur essayait de signer en utilisant la méthode Capture mobile.

Problèmes connus

• PB-77405 : La désactivation d’un groupe de cases n’efface pas une case à cocher si elle a déjà été sélectionnée. Cela peut se produire comme suit : (1) une logique conditionnelle est configurée pour désactiver un groupe de cases à cocher si le signataire interagit avec un champ différent (par exemple, un champ de texte); (2) le signataire sélectionne une case à cocher dans le groupe : (3) le signataire interagit ensuite avec le champ différent qui déclenche la logique conditionnelle; (4) cette logique désactive le groupe de cases à cocher. Dans cette situation, la valeur saisie pour la case persistera, même si son groupe est censé être désactivé.
• PB-77381 : La barre de progression des actions dans le Signer Experience peut ne pas refléter avec précision le nombre d'actions qu'il reste à accomplir à un signataire. Par exemple, la barre de progression peut indiquer Actions requises 0 sur 2, alors qu'elle devrait indiquer Actions requises 0 sur 3. De telles erreurs peuvent survenir lorsque la logique conditionnelle est appliquée au premier élément d'un groupe de cases ou de boutons radio.

SaaS décembre 2021 : Version 11.45

Quoi de neuf

Cérémonie de signature

• Politique de témoins plus conviviale : Les signataires qui ont accepté la politique en matière de témoins une fois ne seront plus invités à accepter cette politique lorsqu'ils accéderont à nouveau à la cérémonie de signature. Remarque : (1) l'accord de consentement à la politique en matière de témoins est spécifique à chaque navigateur; (2) une invitation à accepter la politique en matière de témoins réapparaîtra si le signataire vide le cache de son navigateur ou s'il accède à la fenêtre de son navigateur en mode Incognito/Privé.

Salle virtuelle

• Les délégués peuvent organiser des réunions : Les délégués peuvent désormais agir en tant qu'hôte d'une réunion en salle virtuelle.
• Les hôtes peuvent voir les numéros des pièces jointes : Pendant une réunion en salle virtuelle, l'hôte peut désormais voir combien de pièces jointes l'expéditeur a demandé à chaque destinataire de téléverser.
• Il est rappelé aux expéditeurs que les vidéos seront supprimées : Des notifications par courriel seront désormais envoyées à l'expéditeur d'une transaction de salle virtuelle terminée pour lui rappeler que les enregistrements vidéo de la transaction seront bientôt supprimés. Ces rappels seront envoyés : (1) trois jours avant la suppression des enregistrements; (2) un jour avant la suppression des enregistrements.

Rapports dans l’application

• Les rapports ont plus d'informations sur la vérification de l'identité : Les rapports de transaction contiennent désormais plus d'informations sur les transactions qui avaient la Vérification d'identité d'activée. Pour chaque tentative de vérification d'identité dans une transaction, les rapports enregistrent maintenant : (1) si la tentative concernait la vérification de documents uniquement ou la vérification de documents avec comparaison faciale; (2) si la tentative a réussi ou échoué; (3) le numéro d'identification unique du signataire (signer uid).

Développeurs

• Les SDK peuvent gérer les groupes de cases à cocher : Les SDK peuvent désormais être utilisés pour gérer (pa. ex. créer, mettre à jour) les groupes de cases à cocher.

Corrections de bogues

Cérémonie de signature

Accessibilité

• PB-76252 : Correction d'un problème d'accessibilité dans lequel le lecteur d'écran NVDA ne parvenait pas à lire le bouton Activer le mode d'accessibilité lorsque les signataires passaient par l'onglet correspondant.

• PB-76623 : Le problème suivant a été corrigé. Après avoir utilisé les touches fléchées du clavier pour naviguer jusqu'au bouton Suivant de l'écran Réaffecter le destinataire, le lecteur d'écran NVDA a lu le texte de deux boutons (Suivant et Annuler).

• PB-76625 : Le problème suivant a été corrigé. Après avoir utilisé les touches fléchées du clavier pour naviguer vers un seul bouton de l'écran de capture de signature, le lecteur d'écran NVDA a lu le texte de tous les boutons de ce panneau (Effacer, Annuler et Terminer).

• PB-77993 : Correction d'un problème dans lequel une erreur de serveur non gérée survenait lorsqu'un signataire passait en mode accessibilité.

Transactions en personne

• PB-77012 : Correction d'un problème dans lequel la touche Entrée était désactivée après la saisie d'un code secret message texte incorrect pour une transaction en personne.
• PB-77018 : Correction d'un problème dans lequel la page Signataire verrouillé n'apparaissait pas après qu'un signataire ait échoué à plusieurs reprises l'authentification par message texte dans une transaction en personne.

Autre

• PB-77728 : Correction d'un problème dans lequel un document ne pouvait pas être consulté s'il avait un groupe de cases dont le nom contenait un point.
• PB-77173 : Correction du problème suivant, qui survenait lorsque la page Aperçu était activée. Après que la vérification du signataire externe ait réussi, le système a présenté un flux de signature inattendu.
• PB-76567 : Le problème suivant a été corrigé. Si un signataire rejetait une bannière d'erreur sur un document pendant une session en salle virtuelle, le système faisait automatiquement défiler le document vers le haut.
• PB-76013 : Le problème suivant a été corrigé. Si la liste noire OFAC était activée sur un sous-compte, une erreur était générée lorsqu'un signataire tentait d'accéder à une transaction créée dans ce sous-compte.
• PB-76086 : Le problème suivant a été corrigé. Lorsqu'un délégué essayait de capturer sa signature à partir d'un fichier, le système ne parvenait pas à traiter correctement l'image de sa signature enregistrée.
• PB-76670 : Correction d'un problème dans lequel la barre de rétroaction ne se réduisait pas à la barre supérieure lorsque le signataire faisait défiler les autres pages d'un document. Cela s'est produit lorsque l'on accédait à l'Nouvelle expérience signataire dans une iFrame depuis un appareil mobile.
• PB-76690 : Correction d'un problème dans lequel la barre de retour d'information affichait des informations incorrectes lorsque les paramètres de BackOffice pour le compte concerné : (1) activé les champs conditionnels; (2) configuré le navigateur de signature pour qu'il parcoure tous les champs d'un document (obligatoires et facultatifs).
• PB-76830 : Correction d'un problème dans lequel la couleur d'arrière-plan du bouton de signature était changée en blanc, mais la couleur de la police du bouton ne répondait pas à ce changement. La couleur de la police est restée blanche, de sorte que la légende du bouton est devenue invisible.
• PB-77359 : Correction d'un problème dans lequel les caractères saisis dans des champs de texte ou des zones de texte très petits n'apparaissaient pas dans la nouvelle expérience signataire. Remarque : Ce problème ne s'est jamais produit lors de la cérémonie de signature classique.
• PB-78194 : Le problème suivant a été corrigé. Les signatures associées à un champ automatique (par exemple, la date de signature) ont été appliquées dans un document. Le problème était que ces signatures étaient rendues invalides par l'application ultérieure d'une signature de capture dans le document.
• PB-77810 : Correction d'un problème dans lequel la cérémonie de signature ne reflétait pas la taille de police spécifiée d'un champ d'étiquette.

Expéditeurs

Concepteur

• PB-77843 : Correction d'un problème dans lequel le message d'erreur suivant apparaissait lorsqu'un expéditeur essayait de supprimer des documents du Concepteur : Un problème est survenu et votre demande n'a pas pu être satisfaite. Veuillez réessayer.
• PB-77069 : Correction d'un problème dans lequel certains fichiers PDF téléchargés ne pouvaient pas être visualisés dans le Concepteur à partir d'un navigateur Chrome.

Autre

• PB-76530 : Correction d'un problème dans lequel le message de réussite était affiché pour une opération d'envoi en masse, mais le système ne parvenait pas à traiter les transactions envoyées.
• PB-77639 : Correction du problème suivant, qui survenait lorsque la fonction Rôles et autorisations d'un compte était activée. Les autorisations d'un expéditeur ont été contournées lorsqu'il a créé une transaction. Cela s'est produit parce que le système a validé l'accès de l'expéditeur uniquement en vérifiant son type d'utilisateur, qui était Gestionnaire.
• PB-73499 : Correction d'un problème dans lequel le système semblait incapable d'appliquer une mise en page à une transaction.
• PB-72456 : Correction du problème suivant, qui survenait lorsqu'une transaction nécessitait la signature de l'expéditeur. L'icône Info n'apparaît pas à côté de la transaction dans la liste des transactions récentes du tableau de bord.
• PB-74349 : Le problème suivant a été corrigé. Lorsqu'un propriétaire de transaction prévisualisait un document faisant partie d'une transaction dans le statut ENVOYÉ, une notification de rappel de Vue du document était déclenchée à tort, et un événement d'audit de Vue du document était enregistré à tort.
• PB-75294 : Correction d'un problème dans lequel le panneau d'aperçu dans la partie expéditeur de l'nouvelle expérience utilisateur n'affichait pas un logo qu'un sous-compte avait hérité de son compte parent.
• PB-77194 : Correction de certaines traductions en japonais qui semaient la confusion chez les expéditeurs qui tentaient de créer ou de gérer des transactions.

Développeurs

• PB-76585 : Correction d'un problème dans lequel le système ne parvenait pas à remplacer la variable $PACKAGE_OWNER_NAME par le nom du propriétaire de la transaction dans le courriel d'envoi groupé terminé(email.bulk.send.completed).

• PB-77900 : Correction d'un problème dans lequel l'API était utilisée pour créer un modèle avec le même nom qu'un modèle existant.

• PB-64815 : Correction d'un problème dans lequel les clients étaient en mesure d'envoyer un message incorrect à notre système via l'API AccountUID incorrect via l'API.

Propriétaires de compte et admins

• PB-77560 : Le problème suivant a été corrigé. Après l'annulation d'un compte, le système n'a pas réussi à supprimer la CMK (Customer Master Key) associée.

• PB-77745 : Correction d'un problème dans lequel le provisionnement automatique SSO ne fonctionnait pas si les attributs d'utilisateur accountid et role n'étaient pas spécifiés.

Salle virtuelle

• PB-77875 : Correction d'un problème dans lequel le système ne parvenait pas à créer un fichier d'enregistrement vidéo pour une réunion dans une salle virtuelle si la réunion en cours d'enregistrement était interrompue.

Rapports dans l’application

• PB-76524 : Correction d'un problème dans lequel un utilisateur avec l'autorisation de Rapports ne pouvait pas accéder aux Rapports de transactions ou aux Rapports de comptes concernant leur compte.

Comportement modifié

• PB-77005 : Il n'est plus possible d'enregistrer des mises en page comportant des champs masqués.

• PB-77808 : Les nouveaux boutons Réviser, Signer et Rejoindre peuvent désormais apparaître sur la page Détails de la transaction pour les transactions de la salle virtuelle. En cliquant sur le bouton Révision, l'examinateur accède à la cérémonie de signature de la transaction. En cliquant sur le bouton Signer, le signataire accède à la cérémonie de signature de la transaction. En cliquant sur le bouton Rejoindre, l'utilisateur accède à une page de bienvenue qui donne un aperçu de la transaction.

Problèmes connus

• PB-78762 : Lorsqu'une condition « Rendre obligatoire » ou « Rendre facultatif » a été configurée pour un champ de signature dans un document, et que cette condition change après qu'un autre signataire ait confirmé le même document, il y a un problème avec ce champ de signature dans le PDF résultant.

• PB-79423 : Lorsqu'un signataire a activé le mode d'accessibilité et qu'il visualise un document, certains champs du document (par exemple, les zones de texte, les cases) peuvent dépasser le bord droit du document.

• PB-79517 : Lorsque les expéditeurs consultent le panneau Paramètres des champs, ils ne peuvent pas voir tous les paramètres d'une case à cocher à la fois si l'affichage de leur ordinateur a été redimensionné à plus de 125 %. Jusqu'à ce que ce problème soit résolu, la solution de contournement consiste à effectuer un zoom arrière.

• PB-82274 : Lorsqu’un signataire a plusieurs champs Signature par capture dans un document d’une transaction e-Notary, une erreur se produit dans la situation suivante. Si le signataire dessine sa signature dans l’un de ces champs de Signature de capture, puis téléversé une image de signature à l’aide de l’option « Signature par capture depuis un fichier », le système n’a pas réussi à placer la signature dessinée dans tous les champs de Signature par capture du signataire. Ce problème sera corrigé dans OneSpan Sign 11.46.

SaaS octobre 2021 : Version 11.44

Quoi de neuf

Salle virtuelle

• Ajout de l'enregistrement vidéo : L'enregistrement vidéo est désormais possible pour les transactions en salle virtuelle. Remarque : (1) L'enregistrement vidéo n'est disponible que pour les transactions en salle virtuelle, et doit être activé pour un compte. Pour activer cette fonction, veuillez communiquer avec un représentant commercial. (2) L'hôte de la transaction peut activer et désactiver l'enregistrement pendant les sessions de signature. Si un enregistrement est mis en pause puis repris au cours d'une même session, une seule vidéo sera créée à la fin. S'il y a plusieurs sessions de signature, plusieurs vidéos seront créées pour la transaction. (3) Le traitement des vidéos se fait après la fin de la transaction, et peut prendre jusqu'à une heure. Les enregistrements seront disponibles sur la page des détails de la transaction dans la partie expéditeur de la nouvelle expérience utilisateur. (4) Chaque vidéo sera composée de pistes audio et vidéo de tous les participants. (5) Les enregistrements seront supprimés sept jours après leur création, les expéditeurs doivent donc télécharger et stocker les enregistrements avant cette date.
• Ajout d'informations dans le résumé des preuves : Si une transaction est une transaction de salle virtuelle, le document Résumé de la preuve maintenant : (1) indique le type de transaction; (2) enregistre les actions de la salle virtuelle.

Administration de l'entreprise

• Actions sur les sous-comptes pour les utilisateurs de l'API : Un utilisateur de l'API disposant d'un compte et d'autorisations d'utilisateur appropriés peut désormais : (1) récupérer les rôles d'un utilisateur donné dans un ou plusieurs sous-comptes; (2) attribuer un ou plusieurs rôles dans un sous-compte à un utilisateur donné. Ces deux procédures API nécessitent les préalables suivantes : (1) les sous-comptes doivent être activés pour le compte via BackOffice; (2) l'utilisateur de l'API doit avoir accès à l'API via sa propre clé API; (3) l'utilisateur de l'API doit avoir l'autorisation Gestion-utilisateur sur le sous-compte.

Authentification des utilisateurs

• Prise en charge d'une deuxième méthode d'authentification : Auparavant, si la vérification d'identité était attribuée à un destinataire, une autre méthode d'authentification ne pouvait pas être attribuée à ce destinataire en même temps. À partir de cette version, Vérification de l’identité et l’authentification KBA peuvent toutes deux être attribuées à un destinataire. Pour accéder à la transaction concernée, le destinataire doit passer les deux méthodes d'authentification.
• Affichage des tentatives de vérification d'identité restantes : Chaque fois qu'un destinataire tente et échoue à s'authentifier via Vérification de l'identité afin d'accéder à une transaction, un écran lui indique désormais le nombre de tentatives d'authentification autorisées dont il dispose encore.

Cérémonie de signature

• Ajout de la prise en charge de l'arabe : Ajout de la prise en charge de la langue arabe dans la nouvelle expérience signataire Cela inclut la prise en charge du retournement des mots de droite à gauche dans les champs de la zone de texte. L'arabe n'est pas encore pris en charge dans la partie expéditeur de la nouvelle expérience utilisateur. Problèmes connus : (1) les filigranes en arabe ne sont pas encore totalement opérationnels; (2) les nouvelles lignes saisies dans les champs de la zone de texte apparaissent sous la forme d'un « ? » dans le document Résumé des preuves.
• Amélioration du flux d'accessibilité : Amélioration du flux d'accessibilité en veillant à ce que la navigation vers un document ultérieur amène le signataire directement au document et non au menu supérieur.
• Amélioration de l'accessibilité des documents : Un raccourci Aller au document est désormais disponible pour toutes les transactions (accessibles et non accessibles). Il redirige les utilisateurs vers le document principal de la transaction.

Expéditeurs

• Ajout de la prise en charge des groupes de cases : Les expéditeurs peuvent désormais créer un groupe de cases. Si l'expéditeur définit une case à cocher d'un groupe comme étant obligatoire, le signataire doit sélectionner au moins un membre du groupe pendant la signature. Remarque : (1) La logique conditionnelle sur un groupe de cases n'est pas prise en charge. (2) Le support SDK n'est pas encore disponible. Ce sera ajouté dans une prochaine version. (3) L'extraction n'est pas encore disponible. Ce sera ajouté dans une prochaine version. (4) Cette fonction n'est pas encore entièrement conforme aux normes ADA. Cela sera ajouté dans une prochaine version. (5) Les points (« . ») ne sont pas pris en charge actuellement dans les noms de groupes de cases. Ce problème sera résolu dans une prochaine version.
• Affichage complet des messages longs : La fenêtre de la page Détails de la transaction qui contient le message envoyé aux destinataires s'agrandit désormais si le message dépasse la taille par défaut de cette fenêtre. Cela garantit que les expéditeurs peuvent voir l'intégralité du message.

Corrections de bogues

Cérémonie de signature

Transactions en personne

• PB-75437 : Correction d'un problème de transaction en personne dans lequel la signature par capture d'un signataire ultérieur n'était pas réinitialisée après que le signataire ait cliqué sur Annuler et ait essayé de signer à nouveau.
• PB-70667 : Correction d'un problème dans lequel un hôte de la transaction en personne qui n'était pas le propriétaire de la transaction pouvait accéder à la page de modification de la transaction après que celle-ci ait été refusée. Maintenant, pour de tels hôtes : (1) le bouton Terminé est caché sur la page de la transaction refusée; (2) ils doivent sélectionner Quitter la signature pour quitter la cérémonie de signature, et sont alors redirigés vers le tableau de bord.
• PB-76187 : Correction d'un problème dans lequel le propriétaire de la transaction ne pouvait pas accéder à la page de remerciement en personne lorsque la redirection automatique était activée pour l'URL de transfert.
• PB-76795 : Correction d'un problème dans lequel l'invite de vérification par message texte ne s'affichait pas pour un signataire dans une transaction en personne lorsque la deuxième déclaration sous serment en personne était désactivée.

Accessibilité

• PB-70964 : Correction d'un problème d'accessibilité dans lequel les lecteurs d'écran ne parvenaient pas à lire automatiquement l'écran de la politique en matière de témoins.
• PB-58816 : Correction d'un problème d'accessibilité dans lequel plusieurs onglets étaient nécessaires pour atteindre l'option cachée Activer l'accessibilité. Cette option est maintenant disponible juste après l'écran Politique en matière de témoins.
• PB-65060 : Correction d'un problème d'accessibilité dans lequel, lors de la signature d'un bloc de signature, le lecteur d'écran lisait par erreur le mot Non disponible.
• PB-75200 : Correction d'un problème d'accessibilité dans lequel il y avait deux titres H1 sur la page Résumé complet.
• PB-72644 : Correction d'un problème d'accessibilité dans lequel les lecteurs d'écran ne parvenaient pas à vocaliser le nombre total correct de téléversements pour une transaction de salle virtuelle lorsque l'hôte développait la liste des téléversements.

Champs conditionnels

• PB-76935 : Correction d'un problème dans lequel les transactions utilisant des champs conditionnels sur des boutons radio ou des cases à cocher n'affichaient pas le statut correct de la transaction dans la barre de retour des actions requises.
• PB-76573 : Correction d'un problème dans lequel les boutons radio et les cases à cocher dans un document avec des champs conditionnels n'apparaissaient pas comme sélectionnés jusqu'à ce que le document soit actualisé.
• PB-76663 : Correction d'un problème de performance qui était déclenché lorsque des documents avec des champs conditionnels étaient confirmés.

Autre

• PB-76845 : Correction d'un problème dans lequel la sélection ou l'effacement d'une case à cocher ne fonctionnait pas correctement dans certains scénarios.
• PB-76834 : Correction d'un problème dans lequel le statut du document n'était pas correctement mis à jour dans le volet Documents.
• PB-76455 : Correction d'un problème dans lequel la page Résumé complet s'affichait pour un signataire dans une transaction attribuée à un groupe, alors que ce n'était pas encore le tour de ce signataire de signer.
• PB-75628 : Correction d'un problème dans lequel l'option Réassigner le destinataire (également connue sous le nom de Changer le signataire) était toujours présente pour les transactions refusées.
• PB-76354 : Le problème suivant a été corrigé. Si l'option Appliquer la signature par capture était activée, une signature dessinée à la main n'était pas réinitialisée après l'annulation de la signature.
• PB-76087 : Le problème suivant a été corrigé. Un expéditeur a accédé à une transaction pour laquelle il n'était pas le propriétaire de la transaction et a refusé de signer. L'écran Transaction refusée s'est affiché, sur lequel l'utilisateur a cliqué sur Plus d'actions > Quitter le mode de signature. L'utilisateur aurait alors dû quitter le mode de signature sans message d'erreur, mais un message d'erreur est apparu. Lorsque l'utilisateur a fermé le message d'erreur, il a atterri sur une page d'accès refusé sans options de navigation. La correction permet à ces utilisateurs de quitter le mode de signature sans message d'erreur et les redirige vers le tableau de bord.

Expéditeurs

Page du créateur

• PB-75242 : Correction d'un problème dans lequel les expéditeurs ne pouvaient pas accéder à la page du Concepteur après avoir créé une transaction à partir d'un modèle partagé qui avait été créé par un autre expéditeur.
• PB-76282 : Correction d'un problème dans lequel les expéditeurs pouvaient accéder à la page du Concepteur lorsque la transaction c