Version 11.47

Quoi de neuf

Expéditeurs

• Peut créer des sessions de co-navigation autonomes : lorsque cette nouvelle fonctionnalité 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 fournir son numéro de téléphone et l’heure de contact souhaitée, et il peut ajouter un commentaire. L’API transmet ensuite ces informations à 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 commerciale. (2) Cette fonctionnalité doit être activée pour votre compte. Pour l’activer, veuillez contacter notre équipe d’assistance.

• Les demandes de co-navigation autonomes ont des étiquettes de fuseau horaire : lorsqu’un destinataire effectue 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 sont également affichés à l’expéditeur et aux autres destinataires de la transaction. En fournissant ces informations à tous les participants, vous évitez les malentendus sur le moment où la session de co-navigation aura lieu.

• Peut configurer de nombreux paramètres de backoffice : Avant cette version, de nombreux paramètres de compte, de fonctionnalité, de package et de signature devaient être configurés par notre équipe de support, à 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 » incluent la plupart des paramètres de compte, de fonctionnalité, de package et de signature de BackOffice qui sont booléens et non payants. (2) Les expéditeurs peuvent accéder à ces paramètres en libre-service sous Configuration de l’administrateur > du compte. (3) Cette fonctionnalité est activée par défaut pour les titulaires de compte et les gestionnaires de compte. Pour modifier la configuration de cette fonctionnalité, veuillez contacter notre équipe d’assistance.

• Amélioration des instructions sur la vérification d’identité : nous avons amélioré nos instructions aux expéditeurs sur la configuration de la vérification d’identité. En particulier, les expéditeurs voient désormais le message suivant : Le prénom et le nom que vous entrez pour le destinataire doivent correspondre à ceux qui apparaissent sur le document d’identité que le destinataire téléchargera pour la vérification d’identité.

Expérience du signataire

• Les signataires externes peuvent avoir le même nom et la même adresse e-mail : différents signataires externes peuvent désormais avoir le même prénom, le même nom et la même adresse e-mail. Cette possibilité a été développée pour s’adapter aux rares cas où des parents ou des conjoints partagent le même nom et la même adresse e-mail. Cette option est désactivée par défaut. Il peut être activé par notre équipe d’assistance via le BackOffice, ou par les expéditeurs via leur page de configuration de compte . Remarque : Les « signataires externes » sont des signataires qui n’ont pas de compte de courriel associé à un expéditeur ou à un autre rôle OneSpan Sign. Cette fonctionnalité s’applique uniquement aux signataires externes.

Accessibilité

• Boutons de zoom améliorés : auparavant, les info-bulles des boutons de zoom dans l’expérience du signataire ne spécifiaient pas si les boutons effectuaient un zoom avant/arrière sur le document actuel ou sur l’écran entier. Cette ambiguïté a été supprimée, car ces info-bulles indiquent désormais Zoom sur le document et Zoom arrière sur le document. De plus, le bouton qui zoome prend désormais en charge des grossissements plus élevés (jusqu’à 400 %).

Résumé des données probantes

• Statut de la transaction plus visible : le résumé des preuves d’une transaction enregistre désormais le statut de la transaction.

Documentation SMART

• La piste d’audit SMART Doc consigne les événements « non remplis » : la piste d’audit pour SMART Docs consigne désormais les événements non remplis. Cette fonctionnalité était nécessaire pour que Freddie Mac puisse considérer OneSpan comme un fournisseur autorisé du processus de clôture électronique.

Bogue

Expérience du signataire

• PB-83384 : Correction du problème suivant. Lorsque vous tentiez de confirmer des documents signés (accessibles ou non), le bouton Confirmer ne répondait parfois pas lorsqu’il était cliqué. Cela ne se produisait que si le nom dans l’un des champs de signature des documents contenait un point (.).

• PB-74520 : Correction d’un problème dans lequel les signataires rencontraient le message d’erreur « La valeur du champ est trop longue », même si un seul caractère était entré dans un champ de texte. Ce problème se produisait uniquement lorsque la transaction associée avait été préparée via l’API ou un SDK. Cela s’est produit parce que le système interprétait mal la signification des valeurs 0 et NULL pour la propriété maxLength des champs de texte. À l’avenir, 0 et NULL signifieront 4000, qui est la valeur maximale autorisée d’un champ de texte.

• PB-79425 : Correction du problème suivant. Dans une transaction en personne, le message « Veuillez remettre les commandes à l’hôte de cette transaction » prêtait à confusion lorsque l’hôte venait de terminer sa signature. Nous avons changé ce message en « 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 Uanataca ne pouvait pas appliquer plusieurs signatures aux multiples documents d’une transaction.

• PB-84021 : Correction d’un problème qui entraînait l’échec de la signature via le fournisseur de services de confiance Uanataca dans l’environnement de production US1.

• PB-81257 : Nous avions reçu des plaintes concernant la lisibilité du texte de remplacement dans l’expérience du signataire. Nous avons résolu ce problème en augmentant la taille de la police et le poids de ce texte.

Expéditeurs

• PB-79838 : Correction d’un problème qui impliquait la recherche d’une transaction par date dans la partie expéditeur de la nouvelle expérience utilisateur. L’expéditeur a saisi une date dans le champ De , puis a appuyé sur TAB pour placer son curseur dans le champ À . Le problème était que cela effacait l’entrée de l’expéditeur dans le champ De .

• PB-78637 : Correction d’un problème impliquant l’infobulle de l’icône d’information sur la page du concepteur. Une fois qu’un utilisateur a réduit une info-bulle en appuyant sur la touche ÉCHAP, il doit pouvoir l’agrandir à nouveau en appuyant sur la touche Entrée ou la barre d’espace. Le problème était qu’une fois que l’utilisateur avait réduit cette info-bulle, l’agrandir à nouveau nécessitait de s’éloigner de l’icône, puis d’y revenir.

• PB-82017 : Correction du problème suivant, qui se produisait 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 se produisait 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 vers un e-mail.

• PB-83688 : Correction d’un problème qui survenait lorsqu’un signataire ne parvenait pas à s’authentifier à plusieurs reprises via la vérification d’identité et était bloqué pour une transaction. Lorsque l’expéditeur a par la suite consulté l’état de ce signataire dans la nouvelle expérience utilisateur, il aurait dû voir une icône « signataire verrouillé ». L’expéditeur peut ensuite 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, de sorte que le signataire ne pouvait pas être déverrouillé.

Développeurs

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

• PB-85688 : Correction du problème suivant. Après l’échec de la demande d’un développeur pour une transaction, le système a changé le statut de la transaction de ENVOYÉ à BROUILLON.

• PB-85045 : Correction du problème suivant. Entre les versions 11.45 et 11.46 de OneSpan Sign, une modification a entraîné une réduction de la taille de la police du texte inséré via l’injection de champ. La version 11.47 a restauré les fonctionnalités de la version 11.45. Comme effet secondaire de ce correctif, lorsqu’un document signé est affiché dans l’application une fois la signature terminée, une partie du contenu d’une zone de texte peut sembler tronquée. Notez que ce comportement de rendu dans notre application n’affecte pas le contenu réel du PDF associé. Le fichier PDF contient le texte intégral, qui s’affiche correctement lorsqu’il est affiché 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) Sauvegardé à nouveau.

Authentification de l’utilisateur

• SAA-12609 : Auparavant, lorsqu’un destinataire authentifiait son identité via la vérification d’identité, le message suivant apparaissait sur la page « Capturer l’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 maintenant été remplacé par le message suivant : Si cette page ne s’actualise pas après que vous ayez pris toutes les photos demandées, cliquez sur CAPTURE D’IMAGE TERMINÉE.

• PB-80302 : Correction d’un problème dans lequel un expéditeur configurait l’authentification Q&R de sorte que les réponses saisies par le destinataire soient visibles par le destinataire. 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 s’affichait deux fois à un destinataire lors de la vérification d’identité.

• PB-85687 : Correction du problème suivant, qui se produisait 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 connecté à OneSpan Sign pour la première fois au moyen de l’authentification unique, ce rôle devrait lui avoir été attribué automatiquement. Le problème, c’est que cela ne s’est pas produit.

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 se produisait uniquement dans les environnements Sandbox.

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

• PB-85129 : Correction du problème suivant des rapports de transactions. Dans de rares cas, une valeur erronée apparaissait dans la colonne Statut du signataire (par exemple, CURRENT_SIGNER ou FUTURE_SIGNER apparaissait au lieu de COMPLETED).

Accessibilité

• PB-80643 : Correction du problème suivant impliquant une transaction accessible. Lors de la signature, un signataire a rencontré un message d’erreur indiquant correctement qu’il n’avait pas interagi avec un champ obligatoire. Le problème était que le lien dans ce message n’amenait pas le signataire au champ obligatoire.

Piste d’audit

• CAPA-111 : Correction d’un problème de synchronisation d’horloge qui pouvait entraîner l’affichage désordonné des événements d’une piste d’audit.

Performance

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

Mises à jour technologiques

• PB-78771 : Nous avons migré le convertisseur de documents OneSpan Sign 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 auparavant. 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 quand nous devrions passer à l’utilisation de conteneurs Linux seuls. ASTUCE : Nous recommandons fortement aux clients d’intégrer dans leurs documents, pendant cette période d’évaluation, des polices qui ne sont pas prises en charge par OneSpan Sign. Une liste des polices prises en charge par OneSpan Sign se trouve dans notre section Polices prises en charge. La procédure Utilisation de 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. En conséquence, nous avons modifié notre code pour permettre à sa bibliothèque Java Mail d’utiliser l’autorisation basée sur le jeton OAuth 2.0 . Pour plus d’informations, y compris une description des actions que nous vous conseillons de prendre, cliquez ici.

Problèmes connus

• PB-83687 : La séquence d’événements suivante a créé un problème. (1) Un modèle de transaction est créé qui ajoute un destinataire fictif et attribue à ce destinataire la vérification de l’identité du 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, il ne doit se voir attribuer que deux méthodes d’authentification (SMS, KBA). Au lieu de cela, ils se voient attribuer les trois méthodes (vérification d’identité, SMS, KBA).

• PB-86988 : Lorsque plusieurs documents d’une transaction sont affichés dans un navigateur Chrome, le deuxième document n’a pas de blocs de signature. Cela est dû à un changement récent dans la façon dont Chrome gère les cookies. Les solutions de contournement efficaces comprennent : (1) l’utilisation d’un autre navigateur pris en charge (par exemple, Firefox) ; (2) la fermeture et la réouverture de l’Expérience du signataire. Ce problème sera résolu dans une prochaine version.

• PB-83928 : Swisscom AIS ne signe aucun document dont le nom contient un ou plusieurs caractères non latins. Cela affecte 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) Effectuez une nouvelle recherche. Ce problème sera résolu dans la version 22.R3 (11.48).