Version 24.R1 (11.55)

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 mercredi 5 mars 2024.

Quoi de neuf

Coffre-fort de confiance

• Le coffre-fort de conformité OneSpan a été renommé Trust Vault : Toutes les instances d’interface utilisateur de OneSpan Compliance Vault 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 effectuer une recherche dans vos transactions et documents par nom, puis filtrer les résultats de la recherche pour les afficher par type (Transactions ou Documents), par Statut d’ancrage et par Propriétaire (si vous êtes autorisé à afficher 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 transaction (si vous êtes autorisé à afficher les transactions d’autres utilisateurs).

• L’espace de compte utilisé est maintenant disponible : La quantité d’espace actuellement utilisée par un compte est désormais affichée dans la liste des transactions Trust Vault. Ces informations sont mises à jour au fur et à mesure de l’ajout ou de la suppression de documents.

• La taille des transactions est maintenant disponible dans les rapports OneSpan Sign : La taille des transactions Trust Vault est désormais visible dans les rapports intégrés à l’application.

• Trust Vault est désormais disponible dans notre API interactive : Le schéma et les réponses de Trust Vault sont désormais visibles dans notre API interactive. Pour afficher le schéma et les réponses du 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 un titre de 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 la date à laquelle elles ont été créées pour la première fois.

• Les infobulles PDF peuvent désormais être extraites et importées dans les info-bulles OSS : Les infobulles OneSpan Sign peuvent maintenant être remplies automatiquement avec les info-bulles existantes d’un PDF. Cela peut être fait à l’aide de l’extraction de document ou de position.

• Il est désormais possible d’attribuer des délégués pour les utilisateurs verrouillés : Dans les situations où un compte a été verrouillé, les administrateurs et les gestionnaires peuvent désormais attribuer des délégués pour ce compte. Ceci est utile si, par exemple, un utilisateur a quitté l’entreprise.

• Les utilisateurs peuvent désormais attribuer des délégués à partir de la page Utilisateurs : Si les rôles et les autorisations ont été activés, les utilisateurs peuvent désormais utiliser la page Utilisateurs pour attribuer des délégués.

Administrateurs

• La recherche sur la page de configuration du compte renvoie désormais les paramètres enfants : Lors de la recherche d’un paramètre sur la page Configuration du 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 de l’utilisateur

• La raison de l’échec de l’authentification est désormais incluse dans les e-mails de notification : Les expéditeurs qui utilisent le modèle email.kba.failure peuvent désormais voir la raison pour laquelle un signataire a échoué à son authentification KBA. REMARQUE : Si vous utilisez un modèle email.kba.failure personnalisé, vous devrez contacter notre équipe d’assistance pour utiliser cette fonctionnalité.

• Ajout du statut d’authentification KBA pour les utilisateurs de LexisNexis : Les expéditeurs de LexisNexis peuvent désormais voir l’état d’authentification KBA pour chaque destinataire d’une transaction. Par exemple, Réussi ou Échec.

• Ajout d’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 callbacks : 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 qui utilisent LexisNexis pour l’authentification n’ont plus besoin de s’authentifier qu’une seule fois : Les signataires de LexisNexis qui utilisent l’authentification KBA pour accéder à la cérémonie de signature n’ont plus besoin de s’authentifier qu’une seule fois, au lieu de chaque fois qu’ils accèdent à la cérémonie de signature. REMARQUE : Cela ne s’applique PAS aux transactions de notarisation en ligne à distance. Les signataires devront toujours s’authentifier lorsqu’ils utilisent RON.

• Résumés simplifiés des preuves lors de l’utilisation de l’IDV pour l’authentification : Lors de l’utilisation d’IDV comme méthode d’authentification, si le matcher de document authentifié 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 le matcher de document authentifié échoue, des informations supplémentaires seront fournies.

Notarisation et salle virtuelle

• Peut désormais filtrer, rechercher et trier les revues notariales : vous pouvez désormais utiliser la page Revues pour rechercher, filtrer et trier vos entrées de journal.

• Solution IPEN remaniée : Nous avons rationalisé notre processus de notarisation en personne pour le rendre plus cohérent avec notre processus de notarisation en ligne à distance.

• La configuration des transactions RON ne nécessite plus de KBA pour les signataires inconnus : il n’est plus obligatoire d’utiliser 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 de journal électronique, ce qui facilite la sélection des types de documents et de notarisation.

• Le format de l’heure peut désormais être configuré :Le format de l’heure pour la planification d’une session de salle virtuelle peut désormais être configuré pour s’afficher au format 12 heures ou au format 24 heures. Par exemple, 13h00 au lieu de 13h00.

• Liste mise à jour des juridictions de notarisation prises en charge : Nous avons mis à jour notre liste de juridictions qui prennent désormais en charge la notarisation en personne.

• Les sessions Virtual Room et RON n’expirent pas si un utilisateur effectue une authentification externe : dans les situations 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’expire plus en raison d’une inactivité. Au lieu de cela, la séance de signature expirera 15 minutes après que l’hôte ou le notaire a quitté la session.

Bogue

Authentification de l’utilisateur

• PB-96559 : Correction d’un problème où le mot « Aucun » n’était pas traduit dans la liste déroulante du fournisseur KBA.

• PB-101281 : Correction d’un problème où 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 où l’interface utilisateur se bloquait lors de l’application d’une mise en page où l’adresse e-mail 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’attribuer des langues différentes aux signataires en double. Cela se produisait lors de l’ajout de plusieurs signataires externes ayant la même adresse e-mail à une transaction. Toute tentative d’attribution d’une langue différente à l’un des signataires entraînait le changement de langue pour tous les signataires avec cette adresse e-mail.

• PB-99437 : Correction d’un problème qui provoquait la désactivation des boutons Enregistrer la mise en page et Appliquer la mise en page après avoir signalé un destinataire en tant que réviseur (Accepter uniquement).

• PB-99395 : Correction d’un problème où l’interface utilisateur de l’expéditeur permettait aux utilisateurs d’entrer un espace vide dans les champs Prénom ou Nom . Par exemple, en appuyant sur la barre d’espace d’un clavier. Vous devez maintenant saisir un prénom et un nom.

• PB-99440 : Correction d’un problème où un expéditeur ne recevait pas l’e-mail 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 d’étiquetage pour les langues chinoises traditionnelles et simplifiées.

• PB-99754 : Correction d’un problème affectant les appareils Apple qui faisait apparaître les documents dans l’expérience du signataire comme flous ou pixélisés, disparaître ou même planter complètement.

• PB-99890 : Correction d’un problème où la date d’expiration d’une transaction apparaissait dans la boîte de réception pour une transaction avec un statut Brouillon . Cela se produisait lors de la définition d’un délai d’expiration en jours. Les transactions dont l’état est Brouillon n’expirent pas et n’auraient donc pas dû avoir de date d’expiration spécifiée.

• PB-99955 : Correction d’un problème qui faisait disparaître les champs lorsque la transaction expirait tout en ayant toujours un statut En cours .

• PB-99970 : Correction d’un problème où la taille du champ Date changeait. Cela provoquait parfois que le champ change de position dans un document.

• PB-99993 : Correction d’un problème où la date d’expiration française n’était pas traduite correctement dans le modèle d’e-mail email.delegation.activate lorsqu’il n’y avait pas 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 où la création de champs conditionnels à l’aide d’une API entraînait des conditions dupliquées lorsque les noms de champs avaient des caractères de début correspondants.

• PB-100157 : Correction d’un problème où il n’était pas possible de supprimer un champ avec une logique conditionnelle.

• PB-100158 : Correction d’un problème où le message « Expiration prévue pour null » apparaît dans l’interface utilisateur lors de la création d’une transaction à l’aide d’un modèle avec une expiration définie pour un certain nombre de jours.

• PB-100312 : Correction d’un problème où 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 à l’aide d’un appel d’API PUT .

• PB-100442 : Correction d’un problème où les modifications apportées à la date d’expiration, d’une date fixe à une expiration illimitée, ne sont pas mémorisées lors de la création d’une transaction à partir d’un modèle.

• PB-100483 : Correction d’un problème où les utilisateurs étaient autorisés à entrer une date incorrecte lors de l’ajout d’un délégué.

• PB-100515 : Correction d’un problème où une date d’expiration incorrecte apparaissait sur un modèle. Cela s’est produit lors de l’activation puis de la désactivation de la case à cocher Expiration illimitée.

• PB-100618 : Correction d’un problème où vous ne pouviez pas ajouter un destinataire de type Placeholder à partir du concepteur.

• PB-100647 : Correction d’un problème qui provoquait des problèmes 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 où les propriétaires de transactions ne pouvaient pas télécharger de documents à partir de leurs propres transactions si le paramètre du bouton Afficher le téléchargement dans la page de configuration du 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 où la recherche dans la boîte de réception ne retournait pas de résultats lorsqu’il y avait un très grand nombre de transactions.

• PB-101145 : Correction d’un problème où des rôles personnalisés pouvaient être attribués à des utilisateurs sous différents comptes. Les rôles personnalisés ne peuvent désormais être attribués qu’aux utilisateurs du même compte.

• PB-101206 : Correction d’un problème où, dans certaines situations, 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 où l’événement SIGNER_COMPLETED n’était pas envoyé pour un expéditeur lorsqu’une transaction avec à la fois l’option Vérifier avant l’achèvement et un ordre de signature était activée.

Expérience du signataire

• PB-99591 : Correction d’un problème où le texte de certains documents apparaissait en surbrillance lors de l’accès dans l’expérience du signataire à l’aide d’anciennes versions de l’iPhone iOS.

• PB-101521 : Correction d’un problème où 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 où le texte et les étiquettes de l’espace réservé n’étaient pas correctement traduits sur la page de configuration du compte jusqu’à ce que la page soit actualisée.

• PB-100235 : Correction d’un problème empêchant les administrateurs et les gestionnaires d’attribuer des délégués pour les utilisateurs de sous-comptes migrés.

Voltige

• OCV-657 : Correction d’un problème qui entraînait l’affichage en anglais des dates et des heures apparaissant dans un certificat Trust Vault Proof, même si le certificat lui-même était en français ou en espagnol.

• OCV-742 : Correction d’un problème où les utilisateurs ne pouvaient pas supprimer leurs propres transactions même s’ils avaient l’autorisation Accéder et supprimer leur propre transaction activée.

Accessibilité

• PB-35943 : Correction d’un problème où il n’y avait pas d’étiquettes d’en-tête pour les champs de saisie lors de l’ajout de destinataires à une transaction.

• PB-93777 : Correction d’un problème où le message d’erreur envoyé lorsqu’une réponse invalide est fournie en réponse à une authentification Q&R n’était pas lu en entier par certains lecteurs d’écran. Cela s’est produit lors de l’utilisation du système d’exploitation Windows 11 et de l’iPhone 12 iOS.

• PB-96351 : Correction d’un problème où les sous-sections de la page de configuration du compte n’étaient pas annoncées par les lecteurs d’écran. Par exemple, Paramètres de fonctionnalité > Documents par e-mail.

• PB-99538 : Correction d’un problème où le bouton de menu Plus d’actions dans l’expérience du signataire ne répondait pas aux normes d’accessibilité.

• PB-99602 : Correction d’un problème où les boutons de champ dans le concepteur n’étaient pas annoncés par certains lecteurs d’écran.

• PB-99604 : Correction d’un problème où les infobulles n’étaient pas lues par certains lecteurs d’écran.

• PB-99605 : Correction d’un problème où l’objectif d’un astérisque à côté d’un champ n’était pas expliqué par les lecteurs d’écran. Un astérisque en regard d’un champ indique que ce champ est obligatoire, mais qu’il n’a pas été annoncé par le lecteur d’écran. 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 où les noms d’onglet (Brouillons, Boîte de réception, Corbeille, Archivé) n’étaient pas annoncés par le lecteur d’écran JAWS sur la page Transactions.

• PB-99608 : Correction d’un problème où les noms de table n’étaient pas définis et n’étaient donc pas répertoriés lors de l’accès au raccourci Tables dans le lecteur d’écran JAWS.

• PB-99991 : Correction du contraste de couleur de l’icône du signe dans la liste des transactions afin de répondre aux exigences d’accessibilité.

• PB-101667 : Correction d’un problème où il y avait une différence entre l’horodatage de la date de signature lorsque le mode d’accessibilité est activé, par rapport à l’horodatage de la date de signature lorsque le mode d’accessibilité est désactivé.

Améliorations des performances

• PB-98332 : Amélioration des performances du concepteur lors de l’utilisation d’un document avec un nombre significatif de champs et une logique conditionnelle qui lui est appliqué.

• PB-100941 : Amélioration des performances de la cérémonie de signature dans les situations où un volume élevé de transactions nécessitant être signées par un destinataire se produisait. Auparavant, cela entraînait un avertissement de charge CPU élevée.

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

• PB-100801 : Amélioration des performances de notre tableau de bord.

Comportement modifié

• PB-93646 : Les polices PDF en 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 intégrées dans le PDF et que les documents auront la même apparence sur toutes les visionneuses de PDF et les plates-formes de système d’exploitation. Notez que cela ne s’applique qu’aux champs de formulaire de texte, aux filigranes et aux signatures. Le texte réel d’un document n’est pas affecté.

• PB-98498 : La page Notifications d’événements comporte désormais un menu déroulant qui peut être utilisé pour sélectionner une méthode d’authentification. REMARQUE : Si aucune clé de rappel n’a été définie, la méthode d’authentification sera définie sur Aucune. Si une clé de rappel a été définie, la méthode d’authentification sera définie sur Basic. De plus, OAuth 2.0 est désormais disponible en tant que méthode d’authentification.

• PB-99395 : Lors de la modification des informations de votre compte , un prénom et un nom de famille sont désormais requis. Pour les expéditeurs existants qui ont été créés sans prénom ou nom, vous ne pouvez pas modifier ces expéditeurs sans ajouter un prénom ou un nom.

• PB-101707 : À la fin d’une session de notarisation en personne (IPEN), un notaire peut maintenant cliquer sur un bouton et ê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.

Changements à venir

• Notre fonctionnalité d’alignement du texte ne sera pas déployée dans les environnements de production de la version 24R1 (11.55), mais sera disponible dans une version ultérieure.

• Dans la version 24.R2 (11.56), toutes les références à Equifax seront supprimées de la base de codes. Tout code d’intégration (API et SDK) qui fait référence à Equifax comme méthode d’authentification du destinataire devra être supprimé.

Problèmes connus

• PB-99976 : L’utilisation du Designer pour définir une valeur par défaut pour les champs de texte supérieurs à 1024 caractères entraîne un message d’erreur. Toutefois, si vous définissez la valeur par défaut sur 1024 caractères, vos signataires peuvent toujours saisir jusqu’à 4000 caractères dans l’expérience du signataire.