Version 23.R5 (11.54)

Pour plus d’informations sur nos déploiements actuels et à venir pour cette version, veuillez consulter la section Calendrier des versions et des maintenances de notre Trust Center.

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

Quoi de neuf

Coffre-fort de confiance

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

Les fonctionnalités prises en charge sont les suivantes :

• Intégration prête à l’emploi avec OneSpan Sign

• Gestion granulaire de l’accès des utilisateurs grâce à la fonctionnalité Rôles et autorisations de OneSpan Sign

• Certificat de preuve irréfutable

Pour activer Trust Vault sur votre compte OneSpan Sign, veuillez contacter notre équipe d’assistance.

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

Traduction

• Prise en charge de trois langues supplémentaires : Nous avons ajouté la prise en charge des langues suivantes : (1) le 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. Ainsi, les SMS envoyés en bulgare via le service de messagerie de Twilio seront reçus en anglais.

Si vous avez des modèles d’e-mails personnalisés que vous souhaitez utiliser avec ces nouvelles langues, veuillez contacter notre équipe d’assistance. Si vous ne communiquez pas avec notre équipe de soutien, les modèles de courriel OneSpan Sign par défaut seront utilisés.

Expéditeurs

• Augmentation de la taille des pièces jointes aux e-mails OSS : les expéditeurs peuvent désormais configurer les tailles de fichiers que les e-mails peuvent prendre en charge. Pour ce faire, contactez notre équipe d’assistance.

• Ajout de la prise en charge des info-bulles sur les champs : les expéditeurs peuvent désormais ajouter des info-bulles aux champs d’une transaction, qui seront affichées ou lues dans l’expérience du signataire lorsqu’un lecteur survole ou consulte ce champ par tabulation. Les info-bulles peuvent être utilisées pour ajouter du contexte ou des instructions supplémentaires à un champ, améliorant ainsi l’expérience 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 entrer une valeur de « 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’attribuer des délégués à partir de la page Utilisateurs : vous pouvez désormais attribuer des délégués à l’aide de 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 à la désactivation : les références à la fonctionnalité obsolète « Désabonnement » qui apparaissaient dans le rapport Résumé de l’utilisation ont été remplacées par « Refuser de signer ».

• E-mails d’activation et d’expiration renommés : Les modèles d’e-mails d’activation et d’expiration du compte ont été mis à jour pour refléter notre dernière image de marque.

• Amélioration des performances de Designer lors de l’utilisation de la logique conditionnelle : Les performances du concepteur ont été considérablement améliorées dans les situations où de nombreux champs avec une logique conditionnelle avaient été appliqués à un document.

Administrateurs

• Toutes les pièces jointes de la liste noire sont désormais affichées : lors de la configuration de vos paramètres de téléchargement, une liste complète des pièces jointes de la liste noire est désormais affichée. Cela inclut à la fois les pièces jointes par défaut de la liste noire, ainsi que les listes noires spécifiques au compte.

• Les fonctionnalités désactivées ne sont plus disponibles lors de l’affichage à l’aide de la configuration du compte libre-service : lors de l’utilisation de la page Configuration du compte libre-service, les fonctionnalités qui ont été désactivées en raison d’un paramètre précédemment configuré ne peuvent plus être modifiées. Par exemple, si la fonctionnalité Activer la visibilité du document est désactivée, la fonctionnalité Autoriser la configuration de la visibilité du document sera grisée.

• Les paramètres en libre-service peuvent désormais être configurés à l’aide du SDK Java : les intégrateurs peuvent désormais configurer les paramètres de compte en libre-service à l’aide du SDK Java.

Authentification de l’utilisateur

• Implémentation des notifications de rappel et d’e-mail pour les échecs de LexisNexis : Les rappels et les e-mails seront désormais envoyés lorsque les scénarios suivants sont remplis :

  • Le signataire n’a pas réussi à s’authentifier.

  • Signataire introuvable dans la base de données LexisNexis.

  • Le signataire n’a pas assez d’informations associées et LexisNexis n’a donc pas été en mesure de générer des questions d’authentification.

    Pour plus d’informations, consultez email.kba.failure

• Authentification SSN améliorée avec KBA avec LexisNexis : Lors de la configuration de KBA avec LexisNexis, il est désormais possible de fournir un numéro de sécurité sociale à un destinataire de trois manières :

  • Pas de SSN

  • SSN complet

  • Les quatre derniers chiffres du SSN

• Vérification d’identité améliorée : Des résultats de vérification supplémentaires peuvent être inclus dans le résumé des preuves. Il s’agit de :

  • Résultats de la vérification : affichez les vérifications et les correspondances utilisées pour déterminer si la vérification doit réussir ou échouer.

  • Informations personnelles : Montrez les données extraites du document présenté, sur l’identité. Par exemple, nom, date de naissance.

  • Informations sur le document : Affichez les données extraites du document présenté, à propos de ce document. Par exemple, Pays, Type, Date d’émission.

    Ces fonctionnalités sont activées par défaut. Pour désactiver l’une de ces fonctionnalités, contactez notre équipe d’assistance.

• Des informations supplémentaires sont disponibles dans le JSON du résumé des preuves et du résumé des preuves IDV : Les informations suivantes sont maintenant disponibles pour consultation :

  • Le PDF du résumé des preuves IDV affiche désormais uniquement le Document_Authenticated matcher.

  • Le résumé des preuves IDV inclut désormais l’ID du signataire dans son API JSON.

  • Le résumé des preuves IDV inclut désormais le nombre de tentatives de vérification dans la liste des URL d’image, JSON et l’API JSON.

Accessibilité

• Amélioration de la lisibilité à l’écran des documents : nous avons amélioré la lisibilité à l’écran des documents dans l’expérience du signataire. 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 ait à créer une transaction accessible. Au cours de ce processus, le lecteur d’écran indiquera au signataire si le document peut être lu par le lecteur d’écran.

  Si l’accessibilité totale est une exigence pour votre organisation, vous devez créer des transactions accessibles à l’aide de documents correctement étiquetés.

• Amélioration de la formulation de l’option d’accessibilité des documents : Nous avons modifié l’étiquette utilisée pour créer une transaction accessible et amélioré l’info-bulle qui l’accompagne pour une expérience utilisateur améliorée. Le bouton bascule indique désormais Appliquer l’accessibilité des documents au lieu d’Activer l’accessibilité.

• Les icônes de page Designer suivantes ont été rendues plus audacieuses pour répondre aux normes d’accessibilité WCAG en matière de contraste des couleurs :

  • Appliquer l’icône de mise en page

  • Icône de visibilité du document

  • Icône des raccourcis clavier

  • Icône d’enregistrement de la mise en page

  • Icône Paramètres

Notarisation et 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 du signataire externe pour les signataires VR et RON : il est désormais possible de configurer la vérification du signataire externe pour les signataires signant des transactions Virtual Room et RON. Notez que le compte doit être configuré pour utiliser un service de vérification externe. S’il est configuré, 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 pertinente pour le pays sélectionné. Ainsi, si USA est sélectionné comme pays, le champ État/Province affichera États. Si Canada est sélectionné, les provinces seront affichées. Pour les autres pays, les utilisateurs peuvent saisir eux-mêmes la valeur appropriée.

• Les valeurs des champs notariés sont désormais visibles sur les documents : Lors de l’accès aux documents, les champs notariés seront désormais visibles, même avant la confirmation. Les valeurs notariales suivantes sont affichées :

  • Pays notarié

  • Juridiction notariale

  • 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 qu’un notaire a fini de signer un document, un bouton Appliquer le sceau apparaîtra. Une fois cliqué, les documents seront confirmés et le sceau notarial sera appliqué et rendu sur le document.

• Amélioration de l’expérience utilisateur pour les transactions notariées en personne et en personne : Ajustement de l’apparence et du libellé des affidavits pour les transactions notariées en personne et 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, l’e-mail qu’il reçoit lui permet d’examiner les documents de la transaction, mais ne commence pas le processus de signature. La signature ne peut avoir lieu qu’en présence du notaire. Pour plus d’informations, consultez email.activate.ipen

• Amélioration de l’expérience utilisateur pour les notaires qui lancent une expérience du signataire. Les notaires maintenant :

  • Un écran de configuration les invite à installer ou à configurer leurs paramètres audio et vidéo.

  • Consultez l’état des signataires dans la salle d’attente des transactions.

  • Consultez une page de présentation des transactions qui les aidera à exécuter l’expérience du signataire.

Intégration eOriginal

• Ajout de la possibilité d’utiliser leur propre nom de type de transaction lors de l’utilisation de la chambre forte : les clients de la chambre forte peuvent désormais transmettre le nom de type de transaction souhaité à notre système à l’aide du paramètre transactiontypename . Cela permet aux utilisateurs de distinguer la source de certaines transactions lors de la mise en chambre forte à partir de plusieurs sources qu’ils souhaitent suivre.

• Amélioration de la gestion des erreurs pour les données de coffre-fort incorrectes 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 notifications par e-mail.

• Robustesse et fiabilité accrues de la voûte : L’expérience de la voûte a été améliorée avec les éléments suivants :

  • Le temps de réessai est passé de 1 heure à 4 minutes.

  • Nouveau rappel de nouvelle tentative

  • Amélioration de la verbosité du rappel de réussite, d’échec et de nouvelle tentative

  • Journaux améliorés

Archivage externe

• Ajout d’un deuxième connecteur pour SFTP avec la possibilité d’obtenir un certificat NOM 151 : En 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 fonctionnalité, contactez notre équipe d’assistance.

Bogue

Authentification de l’utilisateur

• PB-97932 : Correction d’un problème où, 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 à SENT via l’API.

• PB-97293 : Correction d’un problème où 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 d’une lettre dans le modèle (par exemple, de la majuscule à la minuscule).

• PB-97435 : Mise à jour du libellé d’un message de confirmation qui apparaissait lors de la suppression d’une transaction.

• PB-97725 : Correction d’un problème où 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 où il était possible de récupérer les pièces jointes d’une transaction supprimée.

• PB-98502 : Correction d’un problème où un écran vide apparaissait lors de la tentative de réattribution d’un destinataire sur un appareil mobile.

• PB-98918 : Correction d’un problème où la définition de la plage de validation de groupe pour certaines cases à cocher sur '0' entraînait un message d’erreur « Quelque chose s’est mal passé ». Maintenant, un message d’avertissement apparaît indiquant à l’expéditeur que vous ne pouvez pas définir cette plage sur zéro.

• PB-99039 : Correction d’un problème où les exigences de pièce jointe ne pouvaient pas être ajoutées pour un destinataire à partir du Designer.

• PB-99190 : Correction d’un problème où il était possible d’obtenir un ID de transaction valide lors d’une requête API avec des informations erronées.

• PB-100585 : Correction d’un problème qui provoquait une vulnérabilité de sécurité liée à l’un de nos appels d’API GET.

Connecteurs

• PB-97618 : Correction d’un problème dans lequel la bannière par défaut n’apparaissait pas si le concepteur était intégré dans un 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 de OneSpan Sign Embedded Integration pour Salesforce et de OneSpan Sign Embedded Integration pour les connecteurs CRM avec les rôles et les autorisations activés.

Expérience du signataire

• PB-98089 : Correction d’un problème où les valeurs par défaut définies par l’expéditeur pour les champs de liste et leurs options n’apparaissent pas dans l’expérience du signataire. Les champs apparaissaient, mais pas les options par défaut.

• PB-98146, PB-96342 : Correction d’un problème où la barre d’acceptation n’apparaissait plus sur un court document de consentement électronique si un message d’expiration de session était ignoré ou si une notification de cookie était ignorée.

• PB-95888 : Correction d’un problème où le menu Plus d’actions ne s’affichait pas lors de l’accès à l’expérience du signataire à partir de l’e-mail de pièce jointe rejetée .

• PB-96288 : Correction d’un problème où le menu Plus d’actions n’était pas masqué dans l’expérience du signataire lorsqu’il n’y avait aucune option disponible à sélectionner.

• PB-98382 : Correction d’un problème où le signataire n’était pas empêché d’apporter des modifications aux champs de saisie sur un document lorsqu’un document était confirmé.

Administrateurs

• PB-96303 : Correction d’un problème qui provoquait un retard important (décalage) lors de l’ajout d’un nouveau rôle à un utilisateur. Cela se produisait lorsque les rôles et autorisations étaient activés et qu’ils tentaient de le faire à l’aide de la clé API d’un administrateur.

• PB-96909 : Correction d’un problème qui entraînait l’apparition d’une erreur JSON non valide lors de la définition de certaines propriétés sur « null » dans les paramètres du package, puis de l’apport de modifications à l’aide de la configuration du compte libre-service.

• PB-98288 : Correction d’un problème où la page des expéditeurs n’affichait pas correctement les en-têtes de colonne dans certaines langues, notamment 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 case à cocher Ajouter un en haut de la description du document de consentement dans la page de configuration du compte en libre-service.

• PB-100060 : Correction d’un problème qui empêchait les comptes activés pour les sous-comptes de créer des transactions à l’aide de l’envoi en masse.

Voltige

• PB-98570 : Correction d’un problème où le coffre-fort de documents était déclenché plusieurs fois.

Accessibilité

• PB-98223 : Correction d’un problème d’accessibilité concernant le contraste des couleurs des icônes affichées dans la liste des transactions .

• PB-98283 : Correction d’un problème d’accessibilité concernant le contraste des couleurs du lien Afficher tout sur le tableau de bord.

• PB-98355 : Correction d’un problème d’accessibilité concernant le contraste des 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 CSV exportés est maintenant défini sur aaaa-MM-jj HH :mm :ss.

• PB-98015 : L’étiquette du rappel PACKAGE_RESTORED dans la page de notification d’événement est passée de Transaction non archivée à Transaction restaurée.

• Dans le cadre de la refonte de l’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 précédemment créé a été créé avec une date d’expiration illimitée.

Mises à jour technologiques

• PB-100182 : Ajout de la prise en charge des cookies eOriginal. Cela garantit que toute intégration avec eOriginal est maintenue lors de toute mise à jour de l’infrastructure.

Problèmes connus

• PB-100157 : Une erreur se produit lors de la tentative de suppression d’un champ avec logique conditionnelle d’une transaction qui a déjà été 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 s’affiche uniquement en anglais, quelle que soit la langue sélectionnée pour l’interface utilisateur.

• PB-100357 : Les administrateurs et les gestionnaires ne peuvent pas attribuer de délégués pour les utilisateurs verrouillés ou désactivés. Ce problème sera résolu dans une version ultérieure.

• PB-100235 : Les administrateurs et les gestionnaires qui ont été créés après l’activation des rôles et des autorisations ne peuvent pas attribuer de délégués à partir de la page Utilisateurs. Ce problème sera résolu dans une version ultérieure.

• PB-100635 : Tenter d’utiliser la page Utilisateurs pour attribuer des délégués aux utilisateurs de sous-comptes entraîne une erreur 404. Ce problème sera résolu dans une version ultérieure.

• PB-100497 : Une erreur se produit lorsque les utilisateurs qui ont des rôles personnalisés tentent d’utiliser la page Utilisateurs pour attribuer des délégués à d’autres utilisateurs. Dans une version ultérieure, la possibilité pour les utilisateurs disposant de rôles personnalisés d’attribuer des délégués à d’autres utilisateurs sera supprimée (bien qu’ils aient toujours la possibilité d’attribuer des délégués pour eux-mêmes).