Version 23.R2 (11.51)

Quoi de neuf

Notarisation en ligne à distance

• Ajout de la vérification d’identité pour RON : la notarisation en ligne à distance prend désormais en charge la méthode d’authentification de 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 avec le flux vidéo du signataire. Les champs du journal du notaire sont modifiés pour refléter les informations qui ont été 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 fonctionnalité doit être activée séparément pour chaque compte qui souhaite l’utiliser.

• Ajout d’un rappel pour démarrer l’enregistrement : Au début d’une session de notarisation en ligne à distance , une note concernant l’enregistrement de la session est désormais affichée au notaire.

Expérience du signataire

• Amélioration de la capture de signature : Le panneau de capture de signature a été amélioré de la manière suivante : (1) le panneau affiche désormais l’instruction Dessinez votre signature ; (2) la zone de signature a maintenant une couleur d’arrière-plan et une bordure ; (3) Les signataires peuvent désormais agrandir ou réduire le panneau. Remarque : Le dessin d’une signature, puis le redimensionnement du panneau effaceront la signature. Il s’agit d’un comportement attendu.

• Boîte de signature partagée : Pour éviter les chevauchements entre une signature, son horodatage et son logo de filigrane, nous avons activé l’affichage de chacun de ces éléments dans une section distincte de la boîte de signature. Une fois activée, cette fonctionnalité affecte tous les types de signature, à l’exception de l’option Cliquer pour initialiser. Cependant, la fonctionnalité 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. Une fois qu’une transaction est envoyée, ses participants peuvent voir ces champs dans les documents, mais ils ne peuvent pas les modifier. Remarque : (1) les valeurs de ces champs ne peuvent être configurées que dans le concepteur ; (2) cette fonctionnalité doit être activée soit en contactant notre équipe d’assistance, soit en utilisant le libre-service des paramètres de compte dans la partie Expéditeur de la Nouvelle expérience utilisateur ; (3) dans le libre-service Paramètres de compte, cette fonctionnalité s’appelle Champs d’empreinte.

• Champs conditionnels mis en évidence plus souvent : dans le concepteur, les champs auxquels la logique conditionnelle s’applique affichent désormais une icône de logique conditionnelle, même si l’expéditeur se concentre sur un champ non lié.

• Refonte de l’interface utilisateur de l’expéditeur : Nous avons renommé le logo et les couleurs de OneSpan Sign dans la partie Expéditeur de la 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.

• Suppression de 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 lors de la tentative de déplacement de champs entre documents : Auparavant, lorsqu’un expéditeur essayait de faire glisser un ou plusieurs champs d’un document à un autre dans le concepteur, les champs étaient bloqués sur le bord du document, mais il n’y avait aucune indication sur la raison pour laquelle cela était fait. Maintenant : (1) un message à la frontière entre les documents indique que les champs ne peuvent pas être déplacés d’un document à un autre ; (2) Le document « bloqué » est grisé.

Bogue

Expéditeurs

• PB-88953 : Correction du problème suivant. Lorsqu’un expéditeur a utilisé l’API pour télécharger un fichier dont le nom n’est pas pris en charge, le système aurait dû afficher une erreur de validation. Au lieu de cela, il affichait une erreur interne.

• PB-90376 : Correction d’un problème dans lequel le système ne parvenait pas à indiquer que la langue d’une transaction était celle configurée lors de la création de la transaction. Cela s’est produit après que l’expéditeur a ajouté un destinataire à la transaction à partir du concepteur.

• PB-91545 : Correction d’un problème dans lequel le bouton Déverrouiller le destinataire apparaissait par erreur désactivé pour un destinataire qui avait reçu une authentification par SMS dans une transaction en personne.

• PB-89371 : Correction d’un problème dans lequel une erreur était déclenchée lorsqu’un expéditeur essayait de mettre à la corbeille une transaction qui avait été créée à partir d’un modèle avec des destinataires d’espace réservé. Cela se produisait uniquement lorsque vous cliquiez sur le bouton Corbeille à partir d’une page qui n’avait 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 document dans le panneau Documents du concepteur.

• PB-91637 : Correction d’un problème de Designer dans lequel les champs apparaissaient sur les documents à gauche de leurs positions attribuées.

• PB-92211 : Correction du problème suivant. Un expéditeur a utilisé le concepteur pour : (1) créer une transaction ; (2) marquer l’un de ses destinataires comme Accepter uniquement. L’Expéditeur n’aurait pas dû être en mesure d’ajouter des champs à un document pour ce destinataire. Cependant, l’expéditeur pourrait le faire. Remarque : Ce problème s’est produit uniquement lorsque la fonction Aucun champ de signature a été activée dans le backoffice OneSpan Sign.

• PB-91916 : Correction d’un problème qui survenait dans la situation suivante. Lorsqu’un expéditeur redimensionne un champ dans le concepteur, il fait en sorte que le champ s’étende à l’extérieur du document (par exemple, légèrement au-dessus du haut du document). Cette action a déclenché 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 d’une lettre.

• PB-91876 : Correction d’un problème dans lequel le concepteur se bloquait après qu’un expéditeur ait sélectionné des champs dans différents documents en utilisant Maj + Clic.

• PB-91675 : Correction d’un problème dans lequel le panneau d’aperçu du document du concepteur clignotait jusqu’à ce que l’application se bloque.

• PB-91948 : Correction d’un problème à cause duquel 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 du texte concernant la fonction d’envoi en bloc. 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 : Correction du problème suivant. Un expéditeur : (1) a créé un compte qui comportait un sous-compte ; (2) ajouté un utilisateur au compte parent et lui a attribué un rôle personnalisé ; (3) créé un nouveau compte et l’a migré sous le sous-compte. À ce stade, l’utilisateur existant ne devrait avoir que le rôle personnalisé qui lui a été attribué. Au lieu de cela, l’utilisateur existant avait acquis le rôle d’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. Si vous définissez le document sur Accepter uniquement, toutes les signatures et tous les champs de données qu’il contient actuellement seront supprimés. Voulez-vous continuer ? Nouveau message : Ce document contient déjà des champs de signature. Si vous définissez le document sur Accepter uniquement, toutes les signatures et tous les champs de données qu’il contient actuellement liés au destinataire sélectionné seront supprimés. Voulez-vous continuer ?

Expérience du signataire

• PB-93747 : Correction d’un problème qui se produisait lorsqu’un signataire avec plus de deux noms (par exemple, Prénom, Deuxième, Nom) signait en utilisant ses initiales. La zone Initiales de l’expérience du signataire doit avoir affiché toutes les initiales du signataire. Au lieu de cela, il n’en a affiché que deux.

• PB-91656 : Correction d’un problème d’expérience du signataire dans lequel une date sélectionnée ne pouvait pas être effacée du champ Date .

• PB-91114 : Correction du problème suivant. 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 dans lequel un signataire qui n’avait reçu que des signatures facultatives ne recevait pas d’e-mail d’invitation.

Accessibilité

• PB-92110 : Correction d’un problème à cause duquel les lecteurs d’écran ne détectaient pas les boutons de zoom avant et de zoom arrière dans l’expérience du signataire.

• PB-91405 : Correction du problème suivant. Lorsque les utilisateurs étaient authentifiés par SMS, les lecteurs d’écran ne parvenaient pas à lire les messages d’erreur pour un code SMS expiré ou incorrect.

• PB-92358 : Correction d’un problème dans lequel les utilisateurs d’iPhone ne pouvaient pas activer le mode d’accessibilité.

• PB-92213 : Correction du problème suivant. Si un utilisateur saisit une mauvaise réponse lors de son authentification, un bandeau l’informe que sa réponse était incorrecte. C’est également vrai dans ce numéro. Le problème était que le code accompagnant la bannière indiquait : role="dialog ». Cela aurait pu dérouter les utilisateurs de lecteurs d’écran.

Notarisation en ligne à distance

• PB-90461 : Correction d’un problème à cause duquel un bouton CLEAR dans la boîte de dialogue Commission notariale ou un champ de signature ne parvenait pas à être localisé lorsque la langue était modifiée.

• PB-90374 : Correction d’un problème dans lequel un notaire à qui une signature facultative avait été attribuée était empêché de confirmer l’identité d’un utilisateur.

• PB-90445 : Correction d’un problème dans lequel un notaire était répertorié à tort comme signataire lorsqu’une entrée de journal était téléchargée au format PDF.

Délégation

• PB-89895 : Correction du problème suivant. Avant qu’un document ne soit confirmé, 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 d’origine.

• PB-89825 : Correction d’un problème dans lequel le résumé des preuves affichait le nom du signataire original pour certains événements, au lieu du nom du délégué de ce signataire.

Rapports dans l’application

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

Résumé des données probantes

• PB-90899 : Correction d’un problème dans 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 qui faisait que la taille des fichiers de résumé des preuves en japonais était trop grande (chaque fichier faisant plus de 8 Mo).

Titulaires de compte

• PB-92124 : Correction d’un lien brisé sur la page de configuration du compte .

Développeurs

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

Comportement modifié

• PB-89197 : Par défaut, le panneau Capturer la signature s’ouvre désormais dans une fenêtre réduite. Les utilisateurs peuvent agrandir la 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é (complétant ainsi la transaction), ce destinataire est dirigé vers la page de remerciement . L’actualisation de cette page laisse maintenant le destinataire sur cette page. Il permettait de rediriger le destinataire vers le dernier document.

• Veuillez noter qu’à partir de cette version (23.R2), vous n’êtes plus en mesure de demander l’activation de la fonctionnalité des sous-comptes. Pour les clients qui utilisent actuellement des sous-comptes, les incidents liés à des cas d’utilisation non documentés seront abaissés à la priorité P3 ou P4. Pour les incidents prioritaires P1 ou P2 liés à des 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 la cause profonde 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 de nous concentrer sur la création de fonctionnalités de gestion de compte améliorées qui découleront d’une intégration avec notre nouvelle plateforme OneSpan Transaction Cloud. Veuillez noter que vous pouvez toujours demander la création de nouveaux comptes OneSpan Sign et obtenir l’aide de notre équipe de soutien pour configurer vos comptes.

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

  Les paragraphes suivants fournissent de plus amples détails.

• PDF aplatis : les PDF aplatis ne seront récupérés que pour les activités suivantes : (1) affichage d’un document signé dont les signatures ont été confirmées ; (2) l’affichage d’un document en acceptation seulement après qu’il a été accepté ; (3) l’affichage d’un document qui a été signé ou accepté par un autre destinataire avant que le destinataire actuel n’accède à la transaction.

  PDF originaux : Les PDF originaux seront récupérés pour toutes les activités suivantes : (1) accès à un document (qu’il ait été désigné pour la signature, la révision uniquement ou l’acceptation uniquement) ; (2) la consultation d’un document signé dont les signatures n’ont pas été confirmées ; (3) la consultation d’un document de consentement électronique ; (4) l’affichage d’un document en révision uniquement ; (5) la consultation d’un document pour lequel : (a) le destinataire actuel a accompli 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 modifications, nous nous sommes efforcés de préserver l’intégrité des rappels, c’est-à-dire de nous assurer que les intégrations de rappel des clients continueront de fonctionner sans modification.

Problèmes connus

• PB-88685 : Une erreur peut parfois apparaître lors de l’enregistrement des modifications sur la page Configuration du compte . Si cela se produit, actualisez la page et réessayez. Ce problème sera résolu dans une version ultérieure.

• PB-91040 : Lorsqu’un délégué tente de signer à l’aide d’un type de signature autre que Click-to-Sign, il peut rencontrer une erreur 403. Ce problème sera résolu dans une version ultérieure.

• Il peut s’écouler jusqu’à 2 minutes avant que les modifications sur la page Configuration du compte ne prennent effet.