Version 23.R3 (11.52)

Dépréciation prochaine 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 alors qu’Equifax – CA est sélectionné, il se peut qu’une erreur se produise. Pour éviter de telles erreurs, nous vous recommandons de : (1) modifier la méthode d’authentification de toute transaction de ce type qui a été envoyée ; (2) ne pas sélectionner Equifax – CA pour les nouvelles transactions. Si vous avez des questions, veuillez contacter notre équipe d’assistance.

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-forts d’Arkhineo, un service de chaîne de blocs 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 fonctionnalité, veuillez contacter notre équipe d’assistance.

Expéditeurs

• Les expéditeurs peuvent configurer davantage de paramètres de transaction : Les expéditeurs peuvent désormais configurer les paramètres de transaction suivants à l’aide de la configuration de compte en libre-service : (1) Autoriser le téléchargement de documents pour les transactions incomplètes ; (2) Afficher le nom du document sur chaque page du document ; (3) Afficher la progression de la signature ; (4) Permettre au destinataire de naviguer dans les champs actionnables du document ; (5) Inclure des champs facultatifs dans la navigation ; (6) Limiter le nombre de fichiers par pièce jointe ; (7) Taille de la police.

• Les expéditeurs peuvent configurer de nouveaux paramètres système : Les expéditeurs peuvent désormais configurer les paramètres système suivants à l’aide de la configuration de compte en libre-service : (1) Nombre maximal de tentatives de connexion pour un expéditeur ; (2) Expiration de la session ; (3)Avertissement d’expiration du session.

• Les expéditeurs peuvent configurer l’option Activer l’historique des destinataires : les expéditeurs peuvent désormais configurer la fonctionnalité Activer l’historique des destinataires à l’aide de la configuration de compte en libre-service. Cette fonctionnalité détermine si les expéditeurs d’un compte pourront 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 du compte libre-service. Auparavant, lorsqu’un paramètre dépendait d’un autre, un message d’avertissement apparaissait. Or, un paramètre dépendant est : (1) en retrait sous son parent ; (2) Activé ou désactivé automatiquement en fonction du paramètre parent.

• Peut dupliquer les champs d’empreinte : Les expéditeurs peuvent désormais dupliquer les champs d’impression, c’est-à-dire 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’est-à-dire 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 les types suivants de champs d’impression aux documents : (1) TransactionID ; (2) ID du document. Ces champs sont renseignés automatiquement et leurs valeurs ne peuvent pas être modifiées.

• Couleurs remarquées : Pour refléter les nouvelles couleurs de OneSpan, nous avons renommé : (1) les cases à cocher dans la partie Expéditeur de la nouvelle expérience utilisateur ; (2) Boutons radio « sélectionnés » dans le Designer.

Expérience du signataire

• Bouton Démarrer mieux placé : nous avons amélioré la visibilité du bouton Démarrer sur les iPhones, afin que les utilisateurs ne pensent pas qu’ils sont « bloqués » et ne peuvent donc pas accéder à l’expérience du signataire.

• Contrôle plus granulaire 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 e-mail, 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 concernant les signataires en double.

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

  Cette version offre un contrôle plus granulaire de ces informations dupliquées via les paramètres de backoffice suivants : (1) Autoriser l’adresse e-mail du signataire en double : détermine si les destinataires externes d’une transaction peuvent avoir des adresses e-mail identiques (par défaut = activé). (2) Autoriser le nom du signataire en double — Détermine si les destinataires d’une transaction (externes et internes) peuvent avoir des noms complets identiques (par défaut = désactivé). (3) Autoriser le numéro de téléphone du signataire en double : détermine si les destinataires d’une transaction (externes et internes) peuvent avoir des numéros de téléphone identiques (par défaut = activé). (4) Autoriser les signataires en double — 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 respecté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 fonctionnalité « Dupliquer les signataires » ne fonctionne pas avec l’authentification unique (SSO).

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

Propriétaires de compte et administrateurs

• Possibilité de spécifier la langue des URL de redirection : les titulaires de compte et les administrateurs de compte peuvent désormais spécifier la langue des URL de redirection, de sorte que les expéditeurs et les signataires peuvent être redirigés vers les pages dans leur langue préférée. Ces URL incluent la déconnexion de l’expéditeur, le délai d’expiration de la session de l’expéditeur et le délai d’expiration de la session du signataire. Pour configurer cette fonctionnalité, veuillez contacter notre équipe d’assistance.

Développeurs

• Le SDK peut configurer plus de paramètres : Le SDK peut désormais être utilisé pour configurer la fonctionnalité Activer l’historique des destinataires et les paramètres de transaction suivants : (1) Autoriser le téléchargement de documents pour les transactions incomplètes ; (2) Afficher le nom du document sur chaque page du document ; (3) Afficher la progression de la signature ; (4) Permettre au destinataire de naviguer dans les champs actionnables du document ; (5) Inclure des champs facultatifs dans la navigation ; (6) Limiter le nombre de fichiers par pièce jointe ; (7) Taille de la police.

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) le New Hampshire ; (3) le New Jersey ; (4) Dakota du Nord ; (5) Wyoming.

• Rappel pour le sceau du notaire et la déclaration RON Un rappel s’affiche désormais lorsqu’un expéditeur tente d’envoyer une transaction de notarisation en ligne à distance sans avoir ajouté un sceau de notaire et une déclaration RON aux documents de la transaction. La fenêtre contextuelle rappelle à l’expéditeur que certains États américains exigent ces ajouts.

• Le système copie les informations disponibles sur le signataire : cette fonctionnalité concerne les transactions de notarisation en ligne à distance dans lesquelles un signataire se voit attribuer l’authentification KBA. Pour éviter aux expéditeurs d’avoir à saisir deux fois les informations d’un signataire, si l’expéditeur saisit les détails du destinataire concernant un signataire lorsqu’il crée la transaction, le système : (1) copie ces détails dans les champs correspondants pour l’authentification KBA ; (2) permet aux expéditeurs de modifier les informations copiées (par exemple, prénom, nom, ville, état, code postal).

Notarisation en ligne à distance et salle virtuelle

• Meilleure interface pour les tentatives d’authentification infructueuses : si le destinataire d’une transaction RON ou Virtual Room utilise une méthode d’authentification qui limite le nombre de tentatives infructueuses, 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 s’affiche. Si l’utilisateur clique sur ce bouton, il peut essayer de s’authentifier à nouveau sans affecter le nombre de tentatives restantes.

Résumé des données probantes

• Résumé amélioré des preuves : Pour garantir la conformité aux réglementations KYC (Know Your Customer) dans plusieurs régions (Canada, UE, Royaume-Uni), nous avons amélioré le résumé des preuves en lui permettant d’inclure des informations sur les tentatives des destinataires de s’authentifier via la vérification d’identité.

Bogue

Expéditeurs

• PB-92738 : Correction d’un problème dans lequel un e-mail d’invitation ne pouvait pas être envoyé car l’adresse e-mail du destinataire contenait une esperluette (&). Pour résoudre ce problème, si un expéditeur saisit une adresse avec une esperluette, un message d’adresse e-mail non valide apparaîtra désormais . Les expéditeurs ne pourront donc pas utiliser d’adresses contenant une esperluette.

• PB-93911 : Correction d’un problème dans 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 dans lequel certains champs obligatoires n’étaient pas correctement étiquetés dans le concepteur ;

• PB-93669 : Correction d’un problème dans lequel un expéditeur pouvait créer une transaction sans date d’expiration, même si les valeurs par défaut et d’expiration maximale avaient été définies au niveau du compte.

• PB-93660 : Correction d’un problème dans 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 déclenchait une erreur en essayant de configurer le délai d’expiration d’une transaction dans le Designer.

• PB-95000 : Correction du problème suivant sur la page Designer. Si un expéditeur cliquait sur le bouton Accepter uniquement avant la fin du chargement d’un document, cela déclenchait une erreur.

• PB-94199 : Correction du problème suivant qui se produisait lors de la création de la transaction. Lorsqu’un expéditeur utilisait la fonction de saisie automatique du navigateur Chrome, le nom correct de la transaction était remplacé par des informations utilisateur préremplies.

• PB-93616 : Correction d’un problème qui survenait dans la situation suivante. (1) Dans le BackOffice, la fonctionnalité Autoriser la duplication de l’adresse e-mail du signataire était désactivée. (2) Dans le Concepteur, un expéditeur a tenté d’ajouter un destinataire à une transaction à l’aide d’une adresse e-mail déjà utilisée par un autre destinataire. (3) Cela a déclenché un message d’erreur. (4) L’expéditeur a répondu en remplaçant l’adresse e-mail du nouveau destinataire par une adresse unique. (5) À ce stade, le système aurait dû ajouter le nouveau destinataire à la transaction. Au lieu de cela, il a affiché un autre message d’erreur.

• PB-93805 : Correction d’un problème à cause duquel la bannière Démarrer votre première transaction ne s’étendait pas jusqu’au bord de la page.

• PB-92455 : Correction d’un problème dans lequel le texte de la colonne Statut des transactions s’enroulait sur deux lignes, et la deuxième ligne ne contenait que le dernier caractère du dernier mot.

• PB-94736 : Correction du problème suivant. Parfois, lorsque les délégués accédaient au tableau de bord de leurs délégataires, celui-ci n’indiquait pas que leur signature était requise sur une transaction.

• PB-92675 : Correction d’un problème dans lequel la page du concepteur devenait insensible lorsqu’un expéditeur : (1) cliquait et déplaçait un champ vers une nouvelle position ; (2) n’a pas lâché le bouton gauche de la souris ; (3) appuyez sur la touche Suppr .

• PB-94734 : Correction d’un problème dans lequel l’accès à une transaction supprimée à partir de la partie Expéditeur de la nouvelle expérience utilisateur déclenchait une erreur.

• PB-93348 : Correction du problème suivant. Une transaction a été créée et envoyée, puis interrompue (par exemple, Modifier la transaction), puis envoyée à nouveau. Les signataires et les réviseurs auraient alors dû recevoir un rappel par e-mail concernant la transaction, mais ce n’est pas le cas des réviseurs.

Expérience du signataire

• PB-94787 : Correction d’un problème qui se produisait après qu’un expéditeur ait rejeté la pièce jointe d’un signataire et envoyé au signataire une notification à ce sujet. Lorsque le signataire a ouvert l’e-mail de notification et a cliqué sur Afficher les documents, cela a déclenché une erreur.

• PB-95818 : Correction du problème suivant. Une fois que tous les signataires ont signé et qu’un signataire actualise son navigateur sur la page Résumé (c’est-à-dire la page de remerciement ), le système doit réafficher cette page. Au lieu de cela, il affichait le dernier document signé.

• PB-93797 : Correction d’un problème dans lequel le système ne parvenait pas à afficher un message d’erreur approprié lorsqu’un expéditeur de compte tentait d’accéder à l’expérience du signataire pour une transaction dans laquelle il n’était pas un destinataire.

• PB-94572 : Correction d’un problème dans lequel les commandes de zoom disparaissaient du menu Plus d’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 dans lequel : (1) des champs étaient ajoutés à un document via le concepteur ; (2) Dans le document signé, ces champs apparaissaient à deux pixels de la position qui leur avait été attribué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 aurait dû réagir en affichant le premier document de la transaction, mais à la place, il a affiché son 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 réservé vide, ce qui provoquait à son tour une erreur de serveur non gérée.

• PB-94030 : Correction du problème suivant qui se produisait dans une transaction créée via l’API. Une fois la transaction envoyée pour signature, l’inclusion de deux barres obliques inverses successives (\\) dans le nom d’un destinataire provoquait une erreur JSON non valide .

Titulaires de compte

• PB-88113 : Correction d’un problème dans lequel une erreur était déclenchée lorsqu’un propriétaire de compte cliquait sur Admin dans le menu supérieur, puis sélectionnait Expéditeurs.

Accessibilité

• PB-93324 : Correction d’un problème dans lequel un lecteur d’écran ne parvenait pas à introduire un panneau de signature de capture .

• PB-93326 : Correction d’un problème qui empêchait un utilisateur d’accéder à la partie dessin de signature d’un panneau de capture de signature .

• PB-94282 : Correction d’un problème dans lequel les transactions avec le mode d’accessibilité activé déclenchaient des événements DOCUMENT_NAVIGATION et DOCUMENT_VIEW pour chaque champ consulté. Maintenant : (1) un événement DOCUMENT_VIEW n’est déclenché que lorsqu’un utilisateur a consulté un document ; (2) Un événement DOCUMENT_NAVIGATION n’est déclenché que lorsqu’un utilisateur a accédé à un document.

• PB-92456 : Correction d’un problème dans lequel, lors de l’ouverture de la fenêtre modale Renvoyer les SMS ?, l’accent sur l’accessibilité était sur le bouton Renvoyer plutôt que sur le bouton Fermer[X].

Notarisation en ligne à distance

• PB-94037 : Correction d’un problème dans lequel certains appareils iPhone ne parvenaient pas à afficher correctement les pages lors d’une session de notarisation en ligne à distance .

• PB-93708 : Correction d’un problème dans lequel la page de remerciement pour les notaires affichait un message incorrect.

Salle virtuelle

• PB-95729 : Correction d’un problème dans lequel certains éléments d’un navigateur Firefox étaient mis en évidence de manière incorrecte lors d’une session Virtual Room.

Rapports dans l’application

• PB-92028 : Correction d’un problème dans lequel l’exportation d’un rapport de transaction dans un fichier CSV provoquait des problèmes si le nom d’une transaction contenait une virgule. Chacune de ces virgules est maintenant remplacée par un espace.

Piste d’audit

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

Comportement modifié

• PB-92849 : Nous avons amélioré la validation des champs de sélecteur de date par l’expérience du signataire. Par exemple, 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 (par exemple, « 13 » pour le mois). Ces améliorations résultent de la mise à niveau de la bibliothèque frontale MUI X . Pour plus d’informations, cliquez ici.

• PB-94397 : Nous avons modifié les étiquettes des champs de notaire suivants dans le concepteur : (1) NotaryLicenseNumber est devenu Notary Commission Number ; (2) NotaryLicenseExpirationDate est devenu Date d’expiration de la Commission de notaire.

• PB-92028 : Lorsqu’un rapport de transaction est exporté vers un fichier CSV, toute virgule dans un champ de données est désormais remplacée par un espace.

• PB-92561 : Pour préparer l’ajout de nouvelles langues prises en charge dans la version 23.R4 : (1) nous avons changé le nom de la langue anglaise existante en anglais (États-Unis) ; (2) nous avons changé le nom de la langue espagnole existante en espagnol (Amérique latine). Les codes de langue associés n’ont pas changé.

• PB-95100 : Pour refléter les nouvelles couleurs de OneSpan, nous avons renommé : (1) les cases à cocher dans la partie Expéditeur de la nouvelle expérience utilisateur ; (2) Boutons radio « sélectionnés » dans le Designer.

Changements à venir

• PB-95735 : Dans la version 23.R4 (11.53)., le message d’avertissement de délai d’expiration de la session de l’expérience du signataire sera modifié pour afficher le nombre d’heures approprié.

• À compter de la version 23.R4 (11.53), OneSpan Sign ne prendra en charge que la dernière version stable de ses 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 « aaaa-MM-jj HH :mm :ss ». Cela s’applique aux fichiers CSV suivants : (1) Exportation du Journal notarial ; (2) Rapport d’utilisation des transactions ; (3) Rapport sur les transactions programmées ; (4) Rapport programmé du compte.

Problèmes connus

• PB-95735 : Un problème connu affecte le message d’avertissement de délai d’expiration de la session de l’expérience signataire. Si le paramètre « esl.login.session.timeout.warning » est défini sur une valeur supérieure à 59 minutes, ce message n’affiche pas le nombre d’heures. Par exemple, si ce paramètre est défini sur 1 heure 2 minutes (3720000 millisecondes), ce message indique à tort que le délai d’expiration se produira 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 du compte en libre-service, le paramètre de transaction Autoriser le téléchargement de documents pour les transactions incomplètes fonctionne actuellement avec une « logique inversée » - c’est-à-dire que la fonctionnalité 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 que l’option Autoriser le numéro de téléphone du signataire en double 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 la transaction (jours) ne fonctionne pas via la configuration du compte en libre-service. Il sera supprimé dans la version 23.R4 (11.53).

• PB-95581 : La fonctionnalité BackOffice Autoriser le doublon du numéro de téléphone du signataire ne fonctionne actuellement pas avec les « signataires internes » (c’est-à-dire les expéditeurs qui sont également des signataires). Ce problème sera résolu dans une version ultérieure.

• 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 version ultérieure.