Notes de publication OneSpan Sign

SaaS 2023-Septembre : Version 23.R4.1 (11.53.1)

Il s'agit d'un correctif de sécurité.

SaaS 2023-Septembre : Version 23.R4 (11.53)

Quoi de neuf

Authentification basée sur la connaissance

• Remplacement de Equifax US par LexisNexis: Equifax US a été remplacé par LexisNexis. Tout compte pour lequel Equifax US était activé aura désormais LexisNexis activé par défaut. Les expéditeurs seront informés de ces changements s'ils essaient d'effectuer l'une des opérations suivantes : (1) envoyer des transactions avec Equifax US comme méthode d'authentification ; (2) mettre à jour les signataires qui ont Equifax US comme méthode d'authentification. Les signataires tentant de s'authentifier via Equifax US vont désormais : (1) être informés qu'ils ne peuvent pas accéder à la transaction associée ; (2) être invités à contacter l'expéditeur de la transaction. IMPORTANT : Dans cette version : (1) le statut d'authentification des signataires n'est pas disponible avec LexisNexis ; (2) les rappels et les courriels en cas d'échec ne sont pas pris en charge avec LexisNexis.
• Disparition d'Equifax Canada : Equifax Canada n'est plus pris en charge et ne sera pas remplacé par un autre service.

Vérification d'identité

• Nouvelles API pour la vérification d'identité : Trois nouvelles API téléchargent les éléments suivants, respectivement : (1) un résumé des preuves au format JSON, contenant des informations détaillées sur la vérification d'identité ; (2) une image de vérification d'identité spécifiée ; (3) plusieurs images de vérification d'identité spécifiées dans une liste.

Langues

• Prise en charge de trois langues supplémentaires : Nous avons ajouté la prise en charge des langues suivantes : (1) polonais ; (2) espagnol (Espagne) ; (3) anglais (Royaume-Uni). Remarque : (1) En raison de certaines directives canadiennes en matière de SMS, les SMS envoyés en polonais à 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 l' espagnol (Espagne). Les SMS envoyés en espagnol (Espagne) via le service de messagerie de Twilio seront donc reçus en espagnol (Amérique latine).

Si vous avez des modèles de courriels personnalisés que vous souhaitez utiliser avec ces langues nouvellement ajoutées, veuillez contacter notre équipe de soutien. Si vous ne contactez pas notre équipe de soutien, ce sont les modèles de courriels par défaut de OneSpan Sign qui seront utilisés.

Expéditeurs

• Les expéditeurs peuvent configurer les paramètres du Concepteur : Configuration de compte en libre-service dispose désormais d'un groupe de paramètres du Concepteur qui déterminent la fonctionnalité de la page du Concepteur.
• Les expéditeurs peuvent configurer les paramètres de téléversement : Configuration de compte en libre-service dispose désormais de paramètres de téléversement qui spécifient les types de fichiers que les destinataires peuvent téléverser en pièces jointes.
• Les expéditeurs peuvent configurer les courriels de rappel : Configuration de compte en libre-service propose désormais des courriels de rappel permettant de définir un calendrier pour les courriels de rappel qui seront envoyés à tous les destinataires n'ayant pas encore fini de signer.
• Amélioration de la page de notification des événements : Nous avons remanié la page de notification d'événements que les expéditeurs utilisent pour configurer les notifications d'événements pour leurs services d'écoute. Le nouveau design est plus logique et plus clair.

Administrateurs

• Possibilité de personnaliser le bouton Accepter du consentement électronique : Les administrateurs peuvent désormais spécifier le texte du bouton Accepter dans la barre inférieure du document de consentement électronique. Ce bouton n'a plus besoin d'être le même que le bouton Accepter pour les destinataires de documents acceptés uniquement. Pour personnaliser ce texte, les administrateurs devront travailler avec notre équipe de soutien.

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) Michigan ; (2) Missouri ; (3) Nouveau-Mexique ; (4) Pennsylvanie ; (5) Wisconsin.
• Deux options d'authentification principales : Lorsque les expéditeurs configurent la méthode d'authentification d'un participant à une transaction RON, les deux options suivantes leur sont désormais proposées : (1) Signataire inconnu — dans ce cas, l'expéditeur doit spécifier les méthodes d'authentification KBA (via LexisNexis) et de vérification d'identité ; (2) Signataire personnellement connu — dans ce cas, l'expéditeur peut spécifier n'importe quelle méthode d'authentification (ou aucune).
• KBA respecte la juridiction du notaire : La méthode d'authentification KBA utilisée dans le cadre d'une transaction RON est désormais adaptée aux exigences de la juridiction dans laquelle le notaire a sa commission.
• Amélioration de la page d'erreur Bloqué : Lorsqu'un utilisateur est bloqué après une tentative d'authentification infructueuse, la page d'erreur Bloqué indique désormais le temps restant avant que l'utilisateur ne soit autorisé à effectuer sa prochaine tentative d'authentification.
• Le journal Notary permet d'enregistrer les dates des documents : Le journal Notary comporte désormais un champ que les notaires peuvent utiliser pour saisir la date figurant sur un document qu'ils authentifient. Ceci est utile car cette date diffère parfois de la date à laquelle l'acte notarié est effectué.
• Possibilité d'exiger des participants qu'ils signent un journal Notary : Une nouvelle fonctionnalité permet aux expéditeurs d'exiger que les participants à une transaction RON signent le journal Notary. Si un expéditeur fait cette demande, le notaire peut pendant la transaction : (1) rédiger son journal ; (2) passer ensuite le contrôle aux participants pour qu'ils signent le journal. Pour activer cette fonction, veuillez communiquer avec notre équipe de soutien.
• Nouvelle façon d'accéder à la page Merci : Lorsqu'un notaire examine une transaction RON terminée, la page Merci s'ouvre après que le bouton Terminer du dernier document ait été activé. Remarque : Cette page s'est toujours ouverte - et s'ouvre toujours - lorsque le notaire clique sur le bouton Terminer dans le journal Notary.
• Rappels concernant l'expiration de la commission notariale : Les notaires recevront désormais des courriels leur rappelant l'expiration imminente de leur commission notariale. Ces courriels seront envoyés 90, 60, 30 et 7 jours avant l'expiration.
• Possibilité de définir l'expiration de la commission notariale sur S.O. : Les notaires peuvent désormais configurer la date d'expiration de leur commission comme S.O. (Sans Objet). Ceci est utile car dans certaines juridictions (p. ex. au Canada), les commissions n'expirent pas.

Rapports dans l’application

• Nouvelle colonne dans les rapports de transaction : Nous avons ajouté une colonne Description de la transaction aux rapports de transaction. Remarque : (1) Cette colonne n'apparaîtra que pour les rapports en cours et futurs ; (2) pour les rapports en cours, la colonne ne sera renseignée que si la transaction a été mise à jour.

Corrections de bogues

Essai gratuit

• PB-97466 : Correction d'un problème selon lequel un lien dans le courriel d'activation pour un essai gratuit de OneSpan Sign ne redirigeait pas les utilisateurs vers la page Enregistrement du compte.

Authentification des utilisateurs

• PB-96316 : Correction d'un problème selon lequel la réalisation d'une Vérification d'identité déclenchait une erreur de serveur interne. Cette erreur est due au fait qu'une clé/valeur Redis n'expirait pas.
• PB-97838 : Le problème suivant a été corrigé. Lorsqu'un signataire utilise les identifiants de l'application client pour générer un jeton d'authentification du signataire, le système ne doit pas envoyer de SMS avec mot de passe à usage unique (OTP = one-time password) sur son téléphone portable. Le problème est que le système le faisait.
• PB-92243 : Correction d'un problème selon lequel la page d'authentification du signataire apparaissait en anglais, alors qu'elle aurait dû apparaître dans la langue de la transaction (français). Cela se produisait lorsque : (1) la transaction était générée via le SDK ; (2) la langue du signataire n'était pas spécifiée.

Expéditeurs

• PB-97194 : Le problème suivant a été corrigé. Dans Configuration de compte en libre-service, le paramètre de transaction Autoriser le téléchargement de documents pour les transactions incomplètes fonctionnait avec une "logique inversée". En d'autres termes, le problème était que la fonctionnalité était autorisée lorsqu'elle n'était pas cochée, et qu'elle n'était pas autorisée lorsqu'elle était cochée.
• PB-97570 : Le problème suivant a été corrigé. La langue par défaut d'un compte était une langue autre que l'anglais. Un expéditeur sur le compte générait ensuite une transaction via l'API, mais sans spécifier de langue. Dans ce cas-là, la langue de la transaction aurait dû être la langue par défaut du compte. Au lieu de cela, la langue par défaut était l'anglais.
• PB-94961 : Le problème suivant a été corrigé. Si, dans la boîte de dialogue Appliquer la mise en page du Concepteur, l'option Afficher les mises en page partagées est ACTIVÉE, la liste déroulante Sélectionner une mise en page doit afficher toutes les mises en page partagées. Le problème était que cette liste n'affichait aucune des mises en page partagées existantes.
• PB-96940 : Correction d'un problème selon lequel la tentative de création d'une transaction via l'API échouait lorsque : (1) la fonction Autoriser les signataires en double était activée ; (2) la fonction Autoriser la duplication du numéro de téléphone du signataire était désactivée.
• PB-94744 : Le problème suivant a été corrigé. La fonction Connexion SSO était activée, de sorte que les expéditeurs devaient se connecter à OneSpan Sign via l'authentification unique (SSO). La fonction de provisionnement automatique était désactivée, de sorte qu'une connexion SSO ne générait pas automatiquement de nouvel expéditeur s'il n'en existait pas encore un dans le système. Dans ce cas-là, après une première connexion SSO réussie de l'utilisateur, celui-ci était bloqué sur l'état En attente. Pour résoudre ce problème, nous avons modifié l'API. Désormais, après une première connexion SSO réussie de l'utilisateur, son statut passe automatiquement à Activé (actif). Remarque : Cette correction ne change rien aux cas d'utilisation où la fonction Rôles et autorisations est activée.
• PB-96189 : Correction d'un problème selon lequel l'utilisation d'un lien Fast Track pour créer un modèle déclenchait une erreur lorsque les fonctionnalités suivantes étaient activées et utilisées : (1) Délégation ; (2) Rôles et autorisations ; (3) Sous-comptes.

Signer Experience

• PB-97932 : Correction d'un problème selon lequel le logo n'apparaissait pas sur la page de connexion du signataire lorsque le fichier SVG du logo n'avait pas d'attribut width.
• PB-97442 : Correction d'un problème selon lequel une signature capturée apparaissait parfois trop petite ou n'était pas visible avant d'être confirmée.
• PB-96886 : Correction d'un problème selon lequel le système ne parvenait pas à imposer de longueur minimale pour les signatures capturées.
• PB-95644 : Correction d'un problème selon lequel un message d'erreur apparaissait en anglais, alors qu'il aurait dû apparaître en français. Le message d'erreur apparaissait après qu'un signataire tentait de refuser une transaction terminée.
• PB-93727 : Correction d'un problème qui se produisait dans la situation suivante. (1) Dans le cadre d'une transaction, un signataire déléguait ses responsabilités de signature à un nouveau signataire (via Plus d'actions > Réaffecter le destinataire). (2) Le signataire d'origine finissait ensuite de consulter les documents de la transaction et cliquait sur Terminé. (3) La page Merci qui apparaissait ensuite aurait dû afficher le nom du signataire d'origine. Au lieu de cela, elle affichait le nom du nouveau signataire.

Administrateurs

• PB-96415 : Correction d'un problème qui survenait lorsque la fonction Rôles et autorisations était activée, puis désactivée, puis réactivée dans OneSpan Sign BackOffice. À ce stade, le système commettait l'erreur d'ajouter des rôles par défaut aux utilisateurs.
• PB-87067 : Correction d'un problème de OneSpan Sign BackOffice selon lequel la tentative de téléchargement d'un document de consentement électronique déclenchait une erreur HTTP 500.

Notarisation en ligne à distance

• PB-96361 : Correction d'un problème selon lequel les notaires ne pouvaient pas revenir à la page Aperçu après avoir commencé une transaction RON. Nous avons corrigé ce problème en restaurant le bouton Accueil de la barre latérale gauche.
• PB-93258 : Correction d'un problème selon lequel la page Merci d'une transaction RON ne s'affichait pas correctement sur certains appareils mobiles.
• PB-97304 : Correction d'un problème selon lequel les pages d'erreur KBA dans les transactions RON ne correspondaient pas à la conception actuelle de RON.

Accessibilité

• PB-95925 : Correction d'un problème selon lequel un lecteur d'écran ne parvenait pas à lire le contenu du champ Date d'un document signé.

Langue

• PB-97202 : Correction d'un problème selon lequel les courriels de notification japonais affichaient les dates d'expiration en anglais.

Comportement modifié

• Lorsque vous configurez l'authentification par SMS pour un destinataire, le code pays sera par défaut celui du pays défini pour l'expéditeur dans son profil de compte. Si ce pays est sur Autre (valeur par défaut), le code pays entré par SMS sera International.
• Equifax US et Equifax Canada ne sont plus pris en charge.
• Lors de l'utilisation de LexisNexis KBA, les signataires sont désormais authentifiés chaque fois qu'ils accèdent au lien de signature, que la signature soit terminée ou non.
• Si un signataire ne parvient pas à s'authentifier via LexisNexis KBA, l'expéditeur devra créer une nouvelle transaction s'il souhaite effectuer une nouvelle tentative d'authentification KBA.
• OneSpan Sign ne prend désormais en charge que la dernière version stable des navigateurs pris en charge (Chrome, Firefox, Edge, Safari). Cela s'applique à la fois à Expérience du signataire et à la partie Expéditeur de Nouvelle expérience utilisateur.
• PB-97114, PB-95121 : Le résumé des preuves indique désormais si les selfies et les documents soumis lors de la Vérification d'identité sont authentiques.
• PB-97194 : Dans Configuration de compte en libre-service, le paramètre de transaction Autoriser le téléchargement de documents pour les transactions incomplètes a été renommé Désactiver le téléchargement de documents pour les transactions incomplètes.
• PB-97112 : Dans Configuration de compte en libre-service, le paramètre système Avertissement d'expiration de la transaction (jours) a été supprimé.

Modifications à venir

• 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 "yyyy-MM-dd HH:mm:ss". Cela s'applique aux fichiers CSV suivants : (1) Exportation du journal Notary ; (2) Rapport d'utilisation de transaction ; (3) Rapport planifié de transactions ; (4) Rapport planifié de compte.

SaaS 2023-août : Version 23.R3.1 (11.52.1)

Corrections de bogues

Accessibilité

• PB-97462: Le problème suivant a été corrigé. Les signatures appliquées à un document dans le cadre d'une transaction accessible n'étaient pas valides si : (1) l'expéditeur a ajouté à chaque champ de signature un champ automatique Date de signature ; (2) les champs de signature ont été signés dans un ordre différent de celui dans lequel ces champs avaient été ajoutés au document.
• PB-97438 : Le problème suivant a été corrigé. Une transaction accessible comporte deux signataires et chaque champ de signature est associé à un champ automatique Date de signature. Chaque signature appliquée aurait dû contenir des informations sur les champs verrouillés, mais ces informations étaient soit manquantes, soit incomplètes.
• PB-97203 : Correction du problème suivant qui survenait dans une transaction accessible. Dans un document signé, où un seul champ automatique Date de signature aurait dû apparaître, deux champs automatiques Date de signature apparaissaient. De plus, ces champs automatiques se chevauchaient.
• PB-97905 : Le problème suivant a été corrigé. Un utilisateur téléchargeait un document signé faisant partie d'une transaction accessible qui comportait deux signataires, deux signatures et un champ automatique Date de signature pour chaque signature. Le document téléchargé indiquait à tort que deux champs de formulaire avaient subi des "modifications de propriété".

Impression

• PB-96480 : Correction d'un problème d'impression qui était causé par un XObject manquant.

Modifications à venir

• 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 "yyyy-MM-dd HH:mm:ss". Cela s'applique aux fichiers CSV suivants : (1) Exportation du journal Notary ; (2) Rapport d'utilisation de transaction ; (3) Rapport planifié de transactions ; (4) Rapport planifié de compte.

SaaS 2023-juillet : Version 23.R3 (11.52)

Disparition 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 avec Equifax - CA sélectionné, ils peuvent rencontrer une erreur. Pour éviter ce type d'erreur, nous vous recommandons de : (1) changer la méthode d'authentification pour une telle transaction qui a été envoyée ; (2) ne pas sélectionner Equifax – CA pour les nouvelles transactions. Pour toute question, veuillez contacter notre équipe de soutien.

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 d'Arkhineo, un service de blockchain 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 fonction, veuillez communiquer avec notre équipe de soutien.

Expéditeurs

• Les expéditeurs peuvent configurer plus de paramètres de transaction : Les expéditeurs peuvent désormais configurer les paramètres de transaction suivants via la configuration de compte en libre-service : (1) Permettre le téléchargement du document pour les transactions incomplètes ; (2) Afficher le nom du document sur chaque page du document ; (3) Afficher l'état d'avancement de la signature ; (4) Permettre au destinataire de naviguer dans les champs exploitables du document ; (5) Inclure des champs optionnels dans la navigation ; (6) Limiter le nombre de fichiers par pièce jointe ; (7) Taille des polices de caractères.
• Les expéditeurs peuvent configurer de nouveaux paramètres système : Les expéditeurs peuvent désormais configurer les paramètres système suivants via la configuration de compte en libre-service : (1) Tentatives de connexion max. pour un expéditeur ; (2) Expiration de la session ; (3) Avertissement d'expiration de la session.
• Les expéditeurs peuvent configurer Activer l'historique des destinataires : Les expéditeurs peuvent désormais configurer la fonction Activer l'historique des destinataires via la configuration de compte en libre-service. Cette fonction détermine si les expéditeurs d'un compte peuvent 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 de compte en libre-service. Auparavant, lorsqu'un paramètre dépendait d'un autre, un message d'avertissement apparaissait. Désormais, un paramètre dépendant est : (1) indenté sous son parent ; (2) automatiquement activé ou désactivé en fonction du paramètre parent.
• Possiilité de dupliquer les champs d'impression : Les expéditeurs peuvent désormais dupliquer les champs d'impression, c.-à-d. 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.-à-d., 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 aux documents les types de champs d'impression suivants : (1) ID de transaction ; (2) ID de document. Ces champs sont automatiquement renseignés et leurs valeurs ne peuvent pas être modifiées.
• Redéfinition des couleurs : Pour refléter les nouvelles couleurs de OneSpan, nous avons redéfini : (1) les cases à cocher dans la partie Expéditeur de la Nouvelle expérience utilisateur ; (2) les boutons radio "sélectionné" dans le Concepteur.

Signer Experience

• Bouton "Pour commencer mieux placé : Nous avons amélioré la visibilité du bouton Pour commencer sur les iPhones, afin que les utilisateurs ne pensent pas qu'ils sont "bloqués" et donc incapables d'accéder à l'Expérience du signataire.

• Contrôle plus précis 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 électronique, 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 en ce qui concerne les doubles signataires.

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

Cette version fournit un contrôle plus précis de ces informations dupliquées via les paramètres BackOffice suivants : (1) Autoriser la duplication de l'adresse électronique du signataire — Détermine si les destinataires externes d'une transaction peuvent avoir des adresses électroniques identiques (par défaut = activé). (2) Autoriser la duplication du nom du signataire — Détermine si les destinataires d'une transaction (externe et interne) peuvent avoir des noms complets identiques (par défaut = désactivé). (3) Autoriser la duplication du numéro de téléphone du signataire — Détermine si les destinataires d'une transaction (externe et interne) peuvent avoir des numéros de téléphone identiques (par défaut = activé). (4) Autoriser la duplication des signataires — 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 appliqué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 fonction "double signataire" ne fonctionne pas avec l'authentification unique (SSO).

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

Propriétaires de compte et admins

• Permet de spécifier la langue des URL de redirection : Les propriétaires et les administrateurs de comptes peuvent désormais spécifier la langue des URL de redirection, afin que les expéditeurs et les signataires puissent être redirigés vers des pages dans la langue de leur choix. Ces URL comprennent la déconnexion de l'expéditeur, l'expiration de la session de l'expéditeur et l'expiration de la session du signataire. Pour configurer cette fonction, veuillez contacter notre équipe de soutien.

Développeurs

• Le SDK permet de configurer d'autres paramètres : Le SDK peut désormais être utilisé pour configurer la fonction Activer l'historique des destinataires et les paramètres de transaction suivants : (1) Permettre le téléchargement du document pour les transactions incomplètes ; (2) Afficher le nom du document sur chaque page du document ; (3) Afficher l'état d'avancement de la signature ; (4) Permettre au destinataire de naviguer dans les champs exploitables du document ; (5) Inclure des champs optionnels dans la navigation ; (6) Limiter le nombre de fichiers par pièce jointe ; (7) Taille des polices de caractères.

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) New Hampshire ; (3) New Jersey ; (4) Dakota du Nord ; (5) Wyoming.
• Rappel pour le sceau notarial & la déclaration RON Un rappel apparaît désormais lorsqu'un expéditeur tente d'envoyer une Notarisation en ligne à distance sans avoir ajouté le sceau du notaire, ni la déclaration RON aux documents de la transaction. La fenêtre contextuelle rappelle à l'expéditeur que certains États américains exigent ces ajouts.
• Copie système des informations disponibles sur le signataire : Cette fonction concerne les transactions de notarisation en ligne à distance dans lesquelles un signataire se voit attribuer une authentification KBA. Afin d'éviter aux expéditeurs d'avoir à saisir deux fois les informations relatives à un signataire, si l'expéditeur saisit les détails du destinataire d'un signataire lors de la création de la transaction, désormais le système : (1) copie ces informations dans les champs correspondants pour l'authentification KBA ; (2) permet aux expéditeurs de modifier les informations copiées (telles que le prénom, le nom, la ville, l'État, le code postal).

Notarisation en ligne à distance & Salle virtuelle

• Meilleure interface pour les tentatives d'authentification infructueuses : Si le destinataire d'une RON ou Salle virtuelle utilise une méthode d'authentification qui limite le nombre d'échecs de tentatives, 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 apparaît. Si l'utilisateur clique sur ce bouton, il peut essayer de s'authentifier à nouveau sans que cela n'affecte le nombre de tentatives restantes.

Résumé des preuves

• Amélioration du Résumé des preuves : Afin de garantir la conformité avec les réglementations KYC relatives à la connaissance du client dans plusieurs régions (Canada, UE, Royaume-Uni), nous avons amélioré le Résumé des preuves en y incluant des informations sur les tentatives d'authentification des destinataires via la Vérification d'identité.

Corrections de bogues

Expéditeurs

• PB-92738 : Correction d'un problème selon lequel un courriel d'invitation n'était pas envoyé car l'adresse électronique du destinataire contenait une esperluette (&). Pour résoudre ce problème, lorsqu'un expéditeur saisit une adresse comportant une esperluette, le message Adresse électronique non valide s'affiche désormais. Les expéditeurs ne pourront donc pas utiliser d'adresses contenant une esperluette.
• PB-93911 : Correction d'un problème selon 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 selon lequel certains champs obligatoires n'étaient pas correctement libellés dans le Concepteur ;
• PB-93669 : Correction d'un problème selon lequel un expéditeur pouvait créer une transaction sans date d'expiration, même si les valeurs par défaut et les valeurs d'expiration maximales avaient été définies au niveau du compte.
• PB-93660 : Correction d'un problème selon 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 provoquait une erreur lorsque l'on essayait de configurer le délai d'expiration d'une transaction dans le Concepteur.
• PB-95000 : Correction du problème suivant sur la page du Concepteur. Lorsqu'un expéditeur cliquait sur le bouton Accepter uniquement avant la fin du chargement d'un document, cela provoquait une erreur.
• PB-94199 : Correction du problème suivant qui survenait lors de la création d'une transaction. Lorsqu'un expéditeur utilisait la fonction de remplissage automatique du navigateur Chrome, le nom correct de la transaction était remplacé par des informations utilisateur pré-renseignées.
• PB-93616 : Correction d'un problème qui se produisait dans la situation suivante. (1) Dans BackOffice, la fonction Autoriser la duplication de l'adresse électronique du signataire était désactivée. (2) Dans le Concepteur, un expéditeur essayait d'ajouter un destinataire à une transaction en utilisant une adresse électronique déjà utilisée par un autre destinataire. (3) Cela déclenchait un message d'erreur. (4) L'expéditeur répondait en changeant l'adresse électronique du nouveau destinataire en une adresse unique. (5) À ce stade, le système aurait dû ajouter le nouveau destinataire à la transaction. Au lieu de cela, il affichait un autre message d'erreur.
• PB-93805 : Correction d'un problème selon lequel la bannière " Commencez votre première transaction ne s'étendait pas jusqu'au bord de la page.
• PB-92455 : Correction d'un problème selon lequel le texte de la colonne Statut des transactions s'étendait sur deux lignes, et la deuxième ligne ne contenait que le dernier caractère du dernier mot.
• PB-94736 : Le problème suivant a été corrigé. Parfois, lorsque les délégués accédaient au tableau de bord de leur délégué, celui-ci n'indiquait pas que leur signature était obligatoire pour une transaction.
• PB-92675 : Correction d'un problème selon lequel la page Concepteur ne répondait plus lorsqu'un expéditeur : (1) cliquait sur un champ pour le faire glisser vers un nouvel emplacement ; (2) ne relâchait pas le bouton gauche de la souris ; (3) appuyait sur la touche Supprimer.
• PB-94734 : Correction d'un problème selon lequel l'accès à une transaction supprimée à partir de la partie Expéditeur de Nouvelle expérience utilisateur déclenchait une erreur.
• PB-93348 : Le problème suivant a été corrigé. Une transaction était interrompue après avoir été créée et envoyée (p. ex. : Modifier la transaction), puis ré-envoyée. Les signataires et les réviseurs auraient dû recevoir un courriel de rappel pour la transaction, mais ce n'était pas le cas.

Signer Experience

• PB-94787 : Correction d'un problème survenant après qu'un expéditeur ait rejeté la pièce jointe d'un signataire, et envoyé d'une notification au signataire à ce sujet. Lorsque le signataire ouvrait le courriel de notification et cliquait sur Afficher les documents, cela provoquait une erreur.

• PB-95818 : Le problème suivant a été corrigé. Lorsque tous les signataires avaient signé et qu'un signataire actualisait son navigateur sur la page de résumé (ou page de remerciement), le système devait réafficher cette page. Au lieu de cela, il affichait le dernier document signé.
• PB-93797 : Correction d'un problème selon lequel le système n'affichait pas le bon message d'erreur lorsqu'un compte Expéditeur tentait d'accéder à l'Expérience du signataire pour une transaction dont il n'était pas le destinataire.
• PB-94572 : Correction d'un problème selon lequel les commandes de zoom disparaissaient du menu Autres 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 selon lequel : (1) des champs étaient ajoutés à un document via le Concepteur ; (2) dans le document signé, ces champs apparaissaient à deux pixels de leur position assigné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, qui aurait dû réagir en affichant le premier document de la transaction, affichait le 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 vide, ce qui provoquait une erreur de serveur non résolue.

• PB-94030 : Correction du problème suivant qui survenait lors d'une transaction créée via l'API. Après l'envoi de la transaction pour signature, l'inclusion de deux barres obliques inversées successives (\\) dans le nom d'un destinataire générait une erreur JSON non valide.

Propriétaires de compte

• PB-88113 : Correction d'un problème selon lequel une erreur se déclenchait lorsque le titulaire d'un compte cliquait sur Admin dans le menu supérieur, puis sélectionnait Expéditeurs.

Accessibilité

• PB-93324 : Correction d'un problème selon lequel un lecteur d'écran ne parvenait pas à introduire un volet Signature par capture.
• PB-93326 : Correction d'un problème selon lequel un utilisateur ne pouvait pas s'inscrire dans la partie écriture de signature d'un volet Signature par capture.
• PB-94282 : Correction d'un problème selon lequel les transactions avec le mode accessibilité activé déclenchaient des événements DOCUMENT_NAVIGATION et DOCUMENT_VIEW pour chaque champ consulté. Maintenant : (1) un événement DOCUMENT_VIEW ne se déclenche que lorsqu'un utilisateur a consulté un document ; (2) un événement DOCUMENT_NAVIGATION ne se déclenche que lorsqu'un utilisateur a navigué vers un document.
• PB-92456 : Correction d'un problème selon lequel, lors de l'ouverture de la fenêtre modale Renvoyer le message texte ?, l'accessibilité se concentrait sur le bouton Renvoyer plutôt que sur le bouton Fermer[X].

Notarisation en ligne à distance

• PB-94037 : Correction d'un problème selon lequel certains appareils iPhone n'affichaient pas correctement les pages lors d'une session de notarisation en ligne à distance.
• PB-93708 : Correction d'un problème selon lequel la page de remerciement pour les notaires affichait un message incorrect.

Salle virtuelle

• PB-95729 : Correction d'un problème selon lequel certains éléments d'un navigateur Firefox étaient incorrectement mis en surbrillance pendant une session de Salle virtuelle.

Rapports dans l’application

• PB-92028 : Correction d'un problème selon lequel l'exportation d'un rapport de transaction vers un fichier CSV était problématique si le nom d'une transaction contenait une virgule. Chacune de ces virgules est désormais remplacée par un espace.

Piste d’audit

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

Comportement modifié

• PB-92849 : Nous avons amélioré la validation des champs du sélecteur de date dans l'Expérience du signataire. Ainsi, désormais 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 (telles que "13" pour le mois). Ces améliorations résultent de la mise à niveau de la bibliothèque frontale MUI X. Pour obtenir plus d'informations, cliquez ici.
• PB-94397 : Nous avons modifié les libellés des champs Notary suivants dans le Concepteur : (1) NotaryLicenseNumber est devenu Numéro de commission notariale ; (2) NotaryLicenseExpirationDate est devenu Date d'expiration de la commission notariale.
• PB-92028 : Lorsqu'un rapport de transaction est exporté vers un fichier CSV, les virgules de champs de données sont désormais remplacées par un espace.
• PB-92561 : Pour vous préparer à l'ajout de nouvelles langues prises en charge par la version 23.R4 : (1) nous avons remplacé le nom de la langue anglaise existante par Anglais (États-Unis) ; (2) nous avons remplacé le nom de la langue espagnole existante par Espagnol (Amérique latine). Les codes linguistiques qui leur sont associés n'ont pas changé.
• PB-95100 : Pour refléter les nouvelles couleurs de OneSpan, nous avons redéfini : (1) les cases à cocher dans la partie Expéditeur de la Nouvelle expérience utilisateur ; (2) les boutons radio "sélectionné" dans le Concepteur.

Modifications à venir

• PB-95735 : Dans la version 23.R4 (11.53)., le message d'avertissement de délai d'expiration de session dans Expérience du signataire affichera désormais le nombre d'heures correspondant.
• À partir de la version 23.R4 (11.53), OneSpan Sign ne prendra en charge que la dernière version stable des 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 "yyyy-MM-dd HH:mm:ss". Cela s'applique aux fichiers CSV suivants : (1) Exportation du journal Notary ; (2) Rapport d'utilisation de transaction ; (3) Rapport planifié de transactions ; (4) Rapport planifié de compte.

Problèmes connus

• PB-95735 : Un problème connu affecte le message d'avertissement de délai d'expiration de session dans Expérience du signataire. Si la valeur du paramètre "esl.login.session.timeout.warning" est supérieure à 59 minutes, ce message n'affiche pas le nombre d'heures. Par exemple, si la valeur de ce paramètre est 1 heure 2 minutes (3720000 millisecondes), ce message indique à tort un délai d'expiration 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 de compte en libre-service, le paramètre Permettre le téléchargement du document pour les transactions incomplètes fonctionne actuellement selon la "logique inversée" — c-à-d. que la fonction 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 si l'option Autoriser la duplication du numéro de téléphone du signataire 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 transaction (jours) n'est pas fonctionnel via la Configuration de compte en libre-service. Il sera supprimé dans la version 23.R4 (11.53).

• PB-95581 : La fonction BackOffice Autoriser la duplication du numéro de téléphone du signataire ne fonctionne actuellement pas avec les "signataires internes" (c.-à-d. les expéditeurs qui sont également des signataires). Ce problème sera résolu dans une prochaine version.

• 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 prochaine version.

SaaS 2023-juin : Version 23.R2.1 (11.51.1)

Il s'agit d'un correctif de sécurité.

SaaS mai 2023 : Version 23.R2 (11.51)

Quoi de neuf

Notarisation en ligne à distance

• Ajout de la vérification de l'identité pour RON : La notarisation en ligne à distance prend désormais en charge la 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 au flux vidéo du signataire. Les champs du journal du notaire sont modifiés pour refléter les informations 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 fonction doit être activée séparément pour chaque compte souhaitant l'utiliser.
• Ajout d'un rappel pour démarrer l'enregistrement : Au début d'une Notarisation en ligne à distance une note concernant l'enregistrement de la session s'affiche désormais à l'intention du notaire.

Signer Experience

• Signature par capture améliorée: Le volet Signature par capture a été amélioré de la manière suivante : (1) le volet affiche désormais l'instruction Apposez votre signature ; (2) la zone de signature a désormais une couleur d'arrière-plan et une bordure ; (3) les signataires peuvent désormais agrandir ou réduire le volet. Remarque : Le fait de redimensionner le volet après signature, supprime la signature. C'est un comportement normal.
• Boîte de signature divisée : Pour éviter les chevauchements entre une signature, son horodatage et son logo filigrane, nous avons permis d'afficher chacun de ces éléments dans une section distincte de la boîte de signature. Une fois activée, cette fonction affecte tous les types de signature, à l'exception des signatures de type Cliquez pour initialiser. Toutefois, la fonction 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. Après l'envoi d'une transaction, ses participants peuvent voir ces champs dans les documents, mais ne peuvent pas les modifier. Remarque : (1) les valeurs de ces champs ne peuvent être configurées que dans le Concepteur ; (2) cette fonction doit être activée soit en contactant notre équipe de soutien, soit en utilisant le libre-service de configuration de compte dans la partie Expéditeur de Nouvelle expérience utilisateur ; (3) dans le libre-service de configuration de compte, cette fonction se nomme champs d'impression.
• Champs conditionnels le plus souvent mis en surbrillance : Dans le Concepteur, les champs auxquels s'applique la logique conditionnelle affichent désormais une icône de logique conditionnelle, même si l'expéditeur se concentre sur un champ non lié.
• L'interface utilisateur de l'expéditeur fait peau neuve : Nous avons redéfini le logo et les couleurs de OneSpan Sign dans la partie Expéditeur de 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.
• Possibilité de supprimer 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 lorsque l'on tente de déplacer des champs entre des documents : Auparavant, lorsqu'un expéditeur tentait de faire glisser un ou plusieurs champs d'un document à un autre dans le Concepteur, les champs étaient bloqués à la périphérie du document, mais rien n'indiquait pourquoi. Maintenant : (1) un message à la frontière entre les documents indique que les champs ne peuvent pas être déplacés d'un document à l'autre ; (2) le document "bloqué" est grisé.

Corrections de bogues

Expéditeurs

• PB-88953 : Le problème suivant a été corrigé. Lorsqu'un expéditeur utilisait l'API pour télécharger un fichier avec un nom de fichier non pris en charge, le système devait afficher une erreur de validation. Au lieu de cela, il affichait une erreur interne.
• PB-90376 : Correction d'un problème selon lequel le système n'indiquait pas que la langue d'une transaction était celle configurée lors de la création de la transaction. Cela se produisait après que l'expéditeur ajoutait un destinataire à la transaction à partir du Concepteur.
• PB-91545 : Correction d'un problème selon lequel le bouton Déverrouiller le destinataire apparaissait par erreur comme désactivé pour un destinataire auquel avait été attribuée une authentification par SMS dans le cadre d'une transaction en personne.
• PB-89371 : Correction d'un problème selon lequel une erreur se déclenchait lorsqu'un expéditeur tentait de mettre à la corbeille une transaction créée à partir d'un modèle avec des destinataires substitutifs. Cela ne se produisait que lorsque le bouton Corbeille était activé sur une page n'ayant 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 documents dans le volet Documents du Concepteur.
• PB-91637 : Correction d'un problème du Concepteur qui faisait apparaître les champs sur les documents à gauche de leurs positions assignées.
• PB-92211 : Le problème suivant a été corrigé. Un Expéditeur utilisait le Concepteur pour : (1) créer une transaction ; (2) marquer l'un de ses destinataires en tant que Accepter seulement. L'expéditeur n'aurait alors pas dû pouvoir ajouter des champs à un document pour ce destinataire. Cependant, l'expéditeur pouvait le faire. Remarque : Ce problème ne se produisait que lorsque la fonction Aucun champ de signature était activée dans OneSpan Sign BackOffice.
• PB-91916 : Correction d'un problème qui se produisait dans la situation suivante. Lorsqu'un expéditeur redimensionnait un champ dans le Concepteur, ce dernier dépassait du document (légèrement au-dessus du haut du document, p. ex.). Cette action déclenchait 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 des lettres.
• PB-91876 : Correction d'un problème selon lequel le Concepteur plantait après qu'un expéditeur ait sélectionné des champs dans différents documents via Maj + clic.
• PB-91675 : Correction d'un problème dans lequel le volet Aperçu du document du Concepteur clignotait jusqu'à ce que l'application plante.
• PB-91948 : Correction d'un problème selon lequel 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 de texte sur la fonction Envoi en masse. 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 : Le problème suivant a été corrigé. Un expéditeur : (1) créait un compte doté d'un sous-compte ; (2) ajoutait un utilisateur au compte parent en lui attribuant un rôle personnalisé ; (3) créait un nouveau compte et le faisait migrer sous le sous-compte. À ce stade, l'utilisateur existant n'aurait dû avoir que son rôle personnalisé assigné. Au lieu de cela, l'utilisateur existant avait le rôle 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. Définir le document sur Accepter uniquement supprimera toutes les signatures et tous les champs de données qu'il contient actuellement. Souhaitez-vous continuer ? Nouveau message : Ce document contient déjà des champs de signature. Définir le document sur Accepter uniquement supprimera toutes les signatures et tous les champs de données actuellement liés au destinataire sélectionné. Souhaitez-vous continuer ?

Signer Experience

• PB-93747 : Correction d'un problème qui se produisait lorsqu'un signataire ayant plus de deux noms (p. ex., Premier, Milieu, Dernier) signait en utilisant ses initiales. La case Initiales de Expérience du signataire aurait dû afficher toutes les initiales du signataire. Au lieu de cela, elle n'en affichait que deux.
• PB-91656 : Correction d'un problème lié à Expérience du signataire selon lequel une date sélectionnée ne pouvait pas être supprimée du champ Date.
• PB-91114 : Le problème suivant a été corrigé. 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 selon lequel un signataire auquel seules des signatures facultatives avaient été attribuées, ne recevait pas de courriel d'invitation.

Accessibilité

• PB-92110 : Correction d'un problème selon lequel les lecteurs d'écran ne détectaient pas les boutons Zoom avant et Zoom arrière dans Expérience du signataire.
• PB-91405 : Le problème suivant a été corrigé. Lorsque les utilisateurs étaient authentifiés par SMS, les lecteurs d'écran ne parvenaient pas à lire les messages d'erreur concernant un code SMS ayant expiré ou incorrect.
• PB-92358 : Correction d'un problème selon lequel les utilisateurs d'iPhone ne pouvaient pas activer le mode Accessibilité.
• PB-92213 : Le problème suivant a été corrigé. Si un utilisateur saisissait une mauvaise réponse lors de l'authentification, une bannière l'informait que sa réponse était incorrecte. C'est également le cas pour ce problème. Le problème était que le code accompagnant la bannière était : role="dialog". Cela pouvait perturber les utilisateurs de lecteurs d'écrans.

Notarisation en ligne à distance

• PB-90461 : Correction d'un problème selon lequel le bouton EFFACER de la boîte de dialogue Commission notariale ou le champ Signature ne parvenait pas à localiser lorsque la langue était modifiée.
• PB-90374 : Correction d'un problème selon lequel un notaire auquel avait été attribuée une signature facultative nepouvait pas confirmer l'identité d'un utilisateur.
• PB-90445 : Correction d'un problème selon lequel un notaire était répertorié à tort comme signataire lorsqu'une écriture de journal était téléchargée en PDF.

Délégation

• PB-89895 : Le problème suivant a été corrigé. Avant la confirmation d'un document, 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 initial.
• PB-89825 : Correction d'un problème selon lequel le Résumé des preuves affichait le nom du signataire initial pour certains événements, au lieu du nom du délégué de ce signataire.

Rapports dans l’application

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

Résumé des preuves

• PB-90899 : Correction d'un problème selon 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 selon lequel la taille des fichiers de Résumé des preuves en japonais était trop grande (chaque fichier de plus de 8 Mo).

Propriétaires de compte

• PB-92124 : Correction d'un lien corrompu sur la page Configuration du compte.

Développeurs

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

Comportement modifié

• PB-89197 : Par défaut, le volet Signature par capture s'ouvre désormais dans une fenêtre réduite. Les utilisateurs peuvent agrandir cette 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é (achevant ainsi la transaction), ce destinataire est dirigé vers la page de remerciement. L'actualisation de cette page laisse désormais le destinataire sur cette page. Cela permet de rediriger le destinataire vers le dernier document.
• Notez qu'à partir de cette version (23.R2), vous ne pouvez plus demander l'activation de la fonction de sous-comptes. Pour les clients qui utilisent actuellement des sous-comptes, les incidents liés à des cas d'utilisation non documentés seront réduits à la priorité P3 ou P4. Pour les incidents de priorité P1 ou P2 liés aux sous-comptes, nous déploierons des efforts commercialement raisonnables pour fournir des solutions de contournement si : (1) l'utilisation du compte est impactée sur le plan opérationnel ; (2) le client ne peut pas trouver de cause fondamentale 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 pour nous concentrer sur la création de fonctions améliorées de gestion des comptes qui résulteront d'une intégration avec notre nouvelle plateforme OneSpan Transaction Cloud Platform. Notez que vous pouvez toujours demander la création de nouveaux comptes OneSpan Sign et obtenir de l'aide de notre équipe de soutien pour configurer vos comptes.

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

  Les paragraphes suivants en donnent une description plus précise.

PDF aplatis : Les PDF aplatis ne sont récupérés que pour les activités suivantes : (1) afficher un document signé dont les signatures ont été confirmées ; (2) afficher un document accepté après qu'il ait été accepté ; (3) afficher un document ayant été signé ou accepté par un autre destinataire avant que le destinataire actuel n'accède à la transaction.

PDFs originaux : Les PDF originaux sont récupérés pour toutes les activités suivantes : (1) accéder à un document (indépendamment du fait qu'il ait été désigné pour être signé, révisé uniquement ou accepté uniquement) ; (2) afficher un document signé dont les signatures n'ont pas été confirmées ; (3) afficher un document de consentement électronique ; (4) afficher un document révisé uniquement ; (5) afficher un document pour lequel : (a) le destinataire actuel a effectué 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 changements, nous nous sommes efforcés de préserver l'intégrité des rappels, c.-à-d. de garantir que les intégrations de rappels des clients continueront à fonctionner sans modification.

Problèmes connus

• PB-88685 : Une erreur peut parfois apparaître lorsque les modifications apportées à la page Configuration du compte sont enregistrées. Si cela se produit, actualisez la page et réessayez. Ce problème sera résolu dans une prochaine version.
• PB-91040 : Lorsqu'un délégué tente de signer en utilisant un type de signature autre que Cliquez pour signer, il peut rencontrer une erreur 403. Ce problème sera résolu dans une prochaine version.
• Il peut s'écouler jusqu'à 2 minutes avant que les modifications apportées à la page Configuration du compte ne soient prises en compte.

SaaS 2023-avril : Version 23.R1.2 (11.50.2)

Cette version ne s'applique qu'aux environnements Canada Sandbox et Canada Production.

Corrections de bogues

• PB-93974 : Correction d'un problème survenu lors d'une session de signature iFrame créée via un jeton d'authentification de signataire. Le problème était que lorsqu'un signataire confirmait un document qu'il avait terminé de signer, un message d'erreur d'accès non autorisé apparaissait.

SaaS 2023-Mar : Version 23.R1.1 (11.50.1)

Cette version ne s'applique qu'aux environnements Canada Sandbox et Canada Production.

Corrections de bogues

• PB-93389 : Correction d'un problème selon lequel les notifications d'événement se déclenchaient mal à partir d'une iFrame.

Problèmes connus

• PB-86851 : Un événement Vue supplémentaire peut apparaître dans le Résumé des preuves après la confirmation d'un document.

SaaS 2023-Mar : Version 23.R1 (11.50)

Quoi de neuf

OneSpan Notary (notarisation en ligne à distance)

• Présentation de OneSpan Notary : OneSpan Notary permet à la fois la notarisation en ligne à distance (Ron) et la notarisation en personne. La fonctionnalité RON permet à un notaire et aux signataires de se joindre à une séance de notaire en ligne à distance dans laquelle le notaire : (1) agit en tant qu'hôte de la session ; (2) permet aux utilisateurs de signer des documents ; (3) confirme les documents signés avec un sceau de notaire numérique.

Cette fonctionnalité introduit les nouvelles fonctions suivantes : (1) Commission notariale ; (2) eJournal ; (3) un type de transaction appelé notarisation en ligne à distance.

Du point de vue de OneSpan Sign, un "notaire" est un expéditeur ayant soit reçu des "droits de notaire", soit été désigné pour le rôle de notaire.

Une fois qu'un expéditeur est un notaire dans ce sens, il doit configurer une "Commission de notaire" en : (1) en cliquant sur Mon compte > Commission notariale ; (2) en fournissant les informations relatives à la commission dans la boîte de dialogue qui apparaît.

Lorsqu'un expéditeur crée une transaction notariale en ligne à distance, il doit spécifier : (1) un notaire valide pour la transaction ; (2) une date et une heure pour la session de signature de la transaction.

Une fois que le notaire est entré dans une session notariale en ligne à distance, il doit confirmer l'identité de chaque signataire. Pour cette version initiale, la seule méthode d'authentification prise en charge est que le notaire connaisse personnellement le signataire.

Une session de notaire en ligne à distance suit les mêmes règles qu'une session en salle virtuelle.

Une fois tous les documents signés par les signataires et le notaire, le notaire peut mettre fin à la séance de notarisation à distance. Le notaire sera alors redirigé vers un eJournal. Il s'agit d'un journal électronique dans lequel le notaire doit enregistrer des informations relatives à sa notarisation. Le journal peut être téléchargé à partir du lien Mon compte > Journal, dans la partie expéditeur de Nouvelle expérience utilisateur.

Pour cette version initiale, seules les juridictions notariales suivantes sont prises en charge : (1) Alaska ; (2) Arizona ; (3) Hawaï ; (4) Minnesota ; (5) Ohio ; (6) Oklahoma ; (7) Tennessee ; (8) Texas ; (9) Virginie ; (10) Washington.

Pour activer OneSpan Notary, veuillez contacter notre équipe de vente.

Changement d'image

• Changement d'image OneSpan Sign avec nouveau logo et nouvelles couleurs : Nous avons mis à jour : (1) le logo et les couleurs dans le document de consentement électronique ; (2) le logo de signature en filigrane ; (3) le logo de Résumé des preuves ; (4) les couleurs dans les modèles de courriels.

Expéditeurs

• Ajout de descriptions de transaction aux noms de transactions : Dans la partie Expéditeur de Nouvelle expérience utilisateur, les descriptions de transactions apparaissent désormais dans les listes ou tableaux contenant des noms de transaction. Ces descriptions apparaissent directement sous les noms, mais en plus petit. Cela permettra aux expéditeurs de différencier les transactions portant le même nom.
• Un document peut être signé par certains et accepté par d'autres : Auparavant, les expéditeurs ne pouvaient affecter qu'un seul des états suivants au document d'une transaction : (1) Signable ; (2) Acceptable uniquement. L'état affecté s'applique à tous les destinataires de la transaction. Les expéditeurs ont désormais la possibilité d'affecter un autre état à un document. Le nouvel état exige qu'un document soit : (1) signé par certains destinataires ; (2) accepté par d'autres destinataires. Remarque : Le propriétaire de la transaction (alias "moi-même") ne peut pas accepter de documents.
• Repositionner plusieurs champs à la fois : Auparavant, la sélection multiple de champs dans le concepteur ne pouvait être utilisée que pour aligner les champs. Désormais, cette fonctionnalité de sélection multiple peut également être utilisée pour repositionner plusieurs champs à la fois dans le même document. Cela permettra de créer certaines transactions plus rapidement.
• La vérification d'identité prend en charge la même adresse électronique : Une transaction utilisant la vérification d'identité peut désormais accueillir des signataires ayant la même adresse électronique.

Développeurs

• Ajout de l'ID du document et de l'ID du destinataire à l'API d'audit : L'ID du document et l'ID du destinataire sont désormais dans le JSON renvoyé par l'appel api/packages/<packageId>/audit. Ces informations permettront aux développeurs de : (1) différencier les documents portant le même nom ; (2) différencier les destinataires portant le même nom. Remarque : L'ID du destinataire n'est pas suivi pour les événements de vérification d'identité.

Corrections de bogues

Authentification des utilisateurs

• PB-87150 : Correction d'un problème concernant les tentatives d'authentification répétées via la configuration de la vérification d'identité appelée Vérification des documents uniquement. Le système n'aurait dû permettre que trois tentatives infructueuses, mais il en permettait quatre.
• PB-87989 : Le problème suivant a été corrigé. Si un utilisateur utilisait un jeton d'authentification du signataire pour accéder à l'expérience du signataire, le système n'affichait pas son message personnalisé pour l'accès non autorisé à l'OFAC.

Signer Experience

• PB-90661 : Correction d'un problème selon lequel un signataire qui venait de terminer toutes ses actions sur une transaction recevait avec un message erroné : Ce n'est actuellement pas à votre tour de signer.
• PB-89223 : Correction d'un problème qui survenait dans le volet gauche de l'expérience du signataire. Le problème était que les DOCUMENTS Word chevauchaient le nombre de documents et que les TÉLÉCHARGEMENTS de mots chevauchaient le nombre de téléchargements.
• PB-87913 : Correction d'un problème selon lequel le volet gauche de l'expérience du signataire affichait l'état d'un document en tant que signature terminée, alors que le document nécessitait encore des actions.
• PB-91298: Correction d'une rare condition de course qui faisait que le texte saisi par un signataire dans un champ de la zone de texte n'apparaissait pas dans le document après le signataire : (1) a signé le document ; (2) a rouvert le document.
• PB-91711 : Correction d'un problème selon lequel certains champs automatiques n'étaient pas renseignés si plusieurs signataires avaient un champ automatique du même nom.

Expéditeurs

• PB-85790 : Correction d'un problème selon lequel un expéditeur ouvrait une transaction expirée à partir de l'onglet Brouillons, puis la renvoyait. Le problème était que le système ne parvenait pas à renvoyer la transaction.
• PB-89092 : Correction d'un problème selon lequel une transaction n'était pas envoyée comme prévu. La cause fondamentale était que la transaction avait été créée à partir d'un modèle qui utilisait une logique conditionnelle sur un champ qui n'existait plus.
• PB-87718 : Correction d'un problème selon lequel il était possible de configurer une date d'expiration de la transaction qui dépassait le nombre maximum de jours avant expiration du concepteur.
• PB-89186 : Correction d'un problème selon lequel un utilisateur se connectait à un compte d'essai gratuit, puis modifiait la langue dans le menu en haut à droite. Le problème était que le système ne parvenait pas à modifier la langue de la bannière de l'essai gratuit.
• PB-76319 : Le problème suivant a été corrigé. En cliquant sur l'icône Comptes d'organismes du tableau de bord, les expéditeurs voyaient des sous-comptes qu'ils n'auraient pas dû pouvoir voir. Il s'agissait de sous-comptes dans lesquels les expéditeurs n'avaient aucun Rôle.
• PB-83290 : Correction d'un problème selon lequel les sous-comptes n'héritaient pas du "thème" (ex. : couleurs de la marque) configuré dans la partie expéditeur de Nouvelle expérience utilisateur.

Nouvelle expérience utilisateur

• PB-87999 : Correction d'un problème selon lequel certains textes de PDF ne s'affichaient pas correctement dans Nouvelle expérience utilisateur. Le problème affectait à la fois l'expérience du signataire et les expéditeurs (par exemple, le concepteur). Remarque : Ce problème a été résolu pour la plupart des cas d'utilisation. Cependant, cela peut toujours se produire lorsque des configurations matérielles spécifiques sont utilisées avec des documents PDF non conventionnels. Nous continuerons à surveiller la documentation PDF.js pour trouver une solution.

Développeurs

• PB-87868 : Le problème suivant a été corrigé. Si OneSpan Sign BackOffice était utilisé pour modifier la valeur du paramètre email.from dans la ressource email.properties, l'adresse électronique de l'EXPÉDITEUR dans le JSON d'un modèle d'adresse électronique devait se mettre à jour automatiquement. Le problème était que cette mise à jour ne se produisait pas.
• PB-88857 : Correction d'un problème selon lequel le système ne parvenait pas à traduire un paramètre du modèle d'adresse électronique email.bulk.send.completed.

Salle virtuelle

• PB-89453 : Correction d'un problème selon lequel le bouton "Pour commencer" n'était pas visible pour les signataires dans une session de salle virtuelle, s'ils étaient sur un appareil mobile.
• PB-89410 : Correction du problème suivant survenu lors d'une session de salle virtuelle. Lorsqu'un signataire cliquait à plusieurs reprises sur le bouton Suivant du navigateur de signature, le système parcourait par itération les champs obligatoires de tous les participants à la session. Il aurait dû ne parcourir que les champs obligatoires du signataire actuel.
• PB-89278 : Correction d'un problème qui survenait lors d'une session de salle virtuelle. Le problème était que le système affichait un espace vide dans la liste des pièces jointes d'un signataire.
• PB-87215 : Correction d'un problème selon lequel : (1) un participant rejoignait une session de salle virtuelle après le début de celle-ci ; (2) le système n'informait pas le participant qu'un enregistrement de session était déjà en cours.

Délégation

• PB-88863 : Correction d'un problème selon lequel la fonction de délégation échouait dans les sous-comptes.

Résumé des preuves

• PB-86851 : Correction d'un problème selon lequel le résumé des preuves indiquait qu'unévénement Confirmer les signatures était suivi d'un événement Afficher. Le problème est que l'événement Afficher ne se produisai jamais.

Accessibilité

• PB-89715 : Correction d'un problème selon lequel les lecteurs d'écran ne lisaient pas correctement la logique conditionnelle apparaissant dans le concepteur.
• PB-91835, PB-91405 : Correction d'un problème selon lequel les lecteurs d'écran sur les appareils de bureau ou mobiles ne parvenaient pas à lire les messages d'erreur concernant les codes d'accès SMS invalides ou expirés.

Comportement modifié

• PB-88352 : Dans la boîte de dialogue Conservation des données, nous avons modifié la façon de configurer une période de conservation illimitée. Une case à cocher a été ajoutée.
• PB-89362 : Si la fonction de résumé des preuves incomplètes est activée pour un compte, les expéditeurs de ce compte peuvent désormais télécharger le résumé des preuves, quel que soit l'état de la transaction (y compris Brouillon).
• PB-87819 : Le système n'affichera plus la fenêtre contextuelle qui était auparavant utilisée pour identifier les destinataires en tant qu'accepteurs ou réviseurs. Au lieu de cela : (1) pour faire d'un destinataire un accepteur, le créateur de la transaction peut simplement cocher la case Accepter seulement pour ce destinataire ; (2) pour faire d'un destinataire un réviseur, le créateur de la transaction peut simplement : (a) ne pas cocher la case Accepter seulement pour ce destinataire ; (b) ne pas ajouter de champs au document pour ce destinataire.
• PB-86346 : Avant la fin de la signature, les champs Initiales sont utilisés pour indiquer le nom complet du signataire. Ces champs n'affichent plus que les initiales du signataire (telles qu'elles apparaîtront dans la vue aplatie - c-à-d. complétée - du document).
• PB-88409 : Cette modification concerne le message Expérience du signataire qui avertit les signataires que leur session va bientôt expirer. Auparavant, le temps restant avant l'expiration était exprimé en nombre décimal (p. ex. : 4,83 minutes). Ce temps est désormais exprimé en nombres entiers de minutes et de secondes (p. ex. : 4 minutes et 50 secondes). Ce nouveau format est plus convivial.

Modifications à venir

• Dans le cadre de notre initiative de Changement d'image, nous allons actualiser le logo en filigrane qui apparaît dans les blocs de signature signés.

• À partir de la version 23.R2 (11.51), vous ne pourrez plus activer la fonction de sous-comptes de l'administration d'entreprise. Pour les clients qui utilisent actuellement des sous-comptes, les incidents liés aux cas d'utilisation non documentés seront réduits à la priorité P3 ou P4. Pour les incidents de priorité P1 ou P2 liés aux 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 une cause fondamentale de cet impact dans ses propres systèmes ; (3) nous déterminons qu'une solution à l'incident ne nécessite pas de nouveau code. Nous avons pris cette décision pour nous concentrer sur la création de fonctions de gestion des comptes améliorées qui peuvent être réalisées en intégrant OneSpan Sign à notre nouvelle Plateforme Cloud de transaction OneSpan. Remarque : Dans la version 23.R2, les clients pourront toujours : (1) demander la création de nouveaux comptes ; (2) obtenir de l'aide notre équipe de soutien pour configurer leurs comptes.

• PB-89265 : La version 23.R2 (11.51) améliorera les performances de l'expérience du signataire en modifiant les règles régissant l'extraction des documents. En particulier, dans certaines situations, le système récupérera un PDF original au lieu d'un PDF aplati. La récupération d'un PDF original est plus rapide car il est stocké dans la mémoire cache, alors qu'un PDF aplati est toujours régénéré lorsqu'il est récupéré.

  Les paragraphes suivants en donnent une description plus précise.

PDF aplatis : Les PDF aplatis ne sont récupérés que pour les activités suivantes : (1) afficher un document signé dont les signatures ont été confirmées ; (2) afficher un document accepté après qu'il ait été accepté ; (3) afficher un document ayant été signé ou accepté par un autre destinataire avant que le destinataire actuel n'accède à la transaction.

PDFs originaux : Les PDF originaux sont récupérés pour toutes les activités suivantes : (1) accéder à un document (indépendamment du fait qu'il ait été désigné pour être signé, révisé uniquement ou accepté uniquement) ; (2) afficher un document signé dont les signatures n'ont pas été confirmées ; (3) afficher un document de consentement électronique ; (4) afficher un document révisé uniquement ; (5) afficher un document pour lequel : (a) le destinataire actuel a effectué 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 changements, nous nous sommes efforcés de préserver l'intégrité des rappels, c.-à-d. de garantir que les intégrations de rappels des clients continueront à fonctionner sans modification.

SaaS 2023-Feb : Release 22.R4.1 (11.49.1)

Corrections de bogues

• PB-91114 : Correction d'un problème selon lequel les champs déroulants et les champs de texte semblaient déplacés de leurs positions d'origine pendant et après la signature.
• PB-91242 : Correction d'un problème selon lequel le texte de la zone de texte d'un document signé s'enroulait de manière inattendue sur une nouvelle ligne.

SaaS janvier 2023 : Version 22.R4 (11.49)

Quoi de neuf

Essai gratuit

• Essai gratuit de OneSpan Sign : Les personnes qui ne sont pas encore clientes peuvent maintenant essayer GRATUITEMENT notre solution de signature électronique d'envergure internationale. L'essai dure 30 jours et permet jusqu'à 100 transactions.

Expéditeurs

• Le Concepteur peut configurer les champs numériquement : Le Concepteur permet désormais de spécifier numériquement la position et les dimensions d'un champ. L'utilisation de valeurs numériques donne aux expéditeurs un contrôle plus granulaire sur les champs qu'ils créent. Cette fonctionnalité se trouve dans une nouvelle section Mise en page du volet droit de Concepteur.
• Il est plus facile de distinguer les champs facultatifs des champs obligatoires : Dans le Concepteur : (1) les champs facultatifs apparaissent désormais avec des bordures en pointillés ; (2) les champs obligatoires restent avec des bordures pleines. Cela permettra aux créateurs de transactions de voir si un champ est facultatif ou obligatoire sans avoir à cliquer dessus pour afficher ses propriétés.
• Peut facilement identifier les cases à cocher et les boutons radio par défaut : Avant cette version, la valeur par défaut dans un groupe de cases à cocher ou de boutons radio était visuellement indiscernable des autres objets du groupe. Désormais, lorsqu'un créateur de transaction fait glisser la propriété de valeur par défaut sur vrai pour une case à cocher ou un bouton radio particulier, cet objet apparaîtra dans le Concepteur comme "sélectionné" (il aura une coche ou un point distinctif). Les créateurs de transactions peuvent ainsi identifier rapidement la valeur par défaut dans ces groupes.
• Plus facile de sélectionner les bons champs pour la logique conditionnelle : Lorsqu'un expéditeur configure la logique conditionnelle et passe sa souris sur la liste des champs ajoutés : (1) le Concepteur met désormais en surbrillance le champ survolé ; (2) un champ en surbrillance est ajouté à la logique lorsque l'expéditeur clique dessus.
• Amélioration du menu Raccourcis clavier : Nous avons amélioré le menu des raccourcis clavier du Concepteur. Entre autres choses, la liste des touches de raccourci disponibles est désormais "OS-aware", c'est-à-dire qu'elle est personnalisée en fonction du système d'exploitation de l'utilisateur (p. ex., Mac, Windows).
• Les horodatages s'affichent instantanément lorsque les utilisateurs signent : Avant cette version, un horodatage n'apparaissait sur une signature appliquée qu'après confirmation par le signataire. Désormais, un horodatage peut apparaître sur une signature appliquée avant et après confirmation de la signature. Cette fonction est désactivée par défaut. Pour l'activer, veuillez contacter notre équipe de soutien (ou utiliser Admin > Configuration du compte > Paramètres de transaction > Paramètres de signature).

Développeurs

• L'extraction de documents prend en charge la capture mobile : L'extraction de documents prend désormais en charge la méthode de signature Capture mobile.

Corrections de bogues

Authentification des utilisateurs

• PB-87103 : Correction d'un problème dans lequel l'indicatif régional 948 (Virginie, États-Unis) n'était pas reconnu comme valide lorsqu'un destinataire l'entrait dans son numéro de téléphone pour l'authentification par SMS.

Signer Experience

• PB-86077 : Correction d'un problème dans lequel une session de signataire inactive n'expirait pas à l'heure configurée.
• PB-87900 : Correction d'un problème qui concernait les PDF dans lesquels la signature était terminée. Le problème était que certains modèles d'iPhone affichaient ces PDF sous forme de documents vierges.
• PB-85278 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) L'ordre de signature d'une transaction était activé. (2) Le premier signataire commençait à signer. (3) Avant que le premier signataire ait fini de signer, le deuxième signataire (qui était également un expéditeur, mais pas le propriétaire de la transaction) tentait d'accepter un document À accepter uniquement. (4) À ce stade, le système aurait dû envoyer au deuxième signataire le message suivant : Ce n'est pas à votre tour de signer. Au lieu de cela, il leur présentait l'écran Accès refusé.
• PB-87470 : Correction d'un problème qui impliquait la séquence d'événements suivante : (1) une transaction était créée via l'API ; (2) les signatures étaient appliquées en mode accessibilité. Le problème était que les signatures n'étaient pas visibles lorsque les documents de la transaction étaient examinés en mode accessibilité.
• PB-87001 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Dans Expérience du signataire, un signataire changeait le niveau de zoom d'un document à 175%. (2) Le signataire complétait la signature, puis rouvrait le document pour l'examiner. (3) L'agrandissement du document était toujours de 175%, mais le niveau de zoom affiché était de 100% (valeur par défaut). Le niveau de zoom affiché aurait dû être de 175%.
• PB-86693 : Correction d'un problème qui impliquait la séquence d'événements suivante : (1) la fonctionnalité Aucun champ de signature était activée dans OneSpan Sign BackOffice ; (2) un expéditeur sur le compte ajoutait certains champs obligatoires au document d'une transaction. Le problème était que lorsqu'un destinataire accédait à la transaction et visualisait le document, l'expérience du signataire affichait le mauvais nombre de champs obligatoires.

Expéditeurs

• PB-83788 : Correction d'un problème dans lequel une transaction était clonée à partir d'un modèle contenant un signataire avec une pièce jointe obligatoire. Le problème était que le système ne parvenait pas à inclure la pièce jointe dans la nouvelle transaction.
• PB-87095 : Correction d'un problème dans lequel la barre de défilement vertical du Concepteur restait "coincée" derrière les contrôles de page, et était donc inaccessible. Cela se produisait lorsque la barre de défilement était réduite au maximum, en raison du grand volume de pages ou de documents d'une transaction.
• PB-87556 : Correction d'un problème dans lequel le symbole ">" dans le volet des destinataires du Concepteur était mal aligné.
• PB-88183 : Suppression d'une option de mise en page obsolète (Afficher enregistrer) dans le libre-service des paramètres de compte.
• PB-88427 : Correction d'une erreur grammaticale dans le texte français de la fenêtre de confirmation de l'action Envoyer la transaction.
• PB-87877 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Un expéditeur créait une transaction avec un document comprenant un champ de formulaire avec une logique conditionnelle et un bloc de signature. (2) L'expéditeur cliquait sur le bouton Effacer tout, ce qui supprimait le champ de formulaire et le bloc de signature. (3) L'expéditeur ajoutait un nouveau bloc de signature et envoyait la transaction. (4) À ce stade, le système aurait dû envoyer la transaction sans erreur. Au lieu de cela, il affichait le message d'erreur : Le champ spécifié dans la logique conditionnelle est introuvable.

Propriétaires de compte

• PB-87916 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Un titulaire de compte ouvrait la boîte dedialogue Gérer la délégation. (2) Le propriétaire recherchait un expéditeur, mais saisissait des données non valides dans le champ de recherche. (3) Aucun expéditeur ne correspondait aux critères de recherche. (4) Le propriétaire fermait, puis rouvrait la boîte de dialogue Gérer la délégation. (5) À ce stade, cette boîte aurait dû afficher une liste d'expéditeurs. Au lieu de cela, il affichait le message d'erreur : Aucun expéditeur ne correspond aux critères de recherche.

Développeurs

• PB-87992 : Correction d'un problème dans lequel l'API était utilisée pour créer plusieurs rôles avec le même nom. Il ne devrait jamais être possible que plusieurs rôles portent le même nom.

Accessibilité

• PB-88060 : Correction d'un problème qui survenait si la fonction libre-service des paramètres de compte était activée dans OneSpan Sign BackOffice. Les lecteurs d'écran ne parvenaient pas à vocaliser correctement les liens qui ouvraient une nouvelle fenêtre.
• PB-85832 : Correction d'un problème qui impliquait la séquence d'événements suivante. (1) Un expéditeur attribuait la méthode d'authentification KBA au destinataire d'une transaction accessible. (2) Le destinataire utilisait un navigateur Chrome ou Edge pour accéder à la transaction. (3) Sur la page de connexion de KBA, le destinataire ne répondait pas correctement à toutes les questions. (4) Le système affichait un message d'erreur approprié en haut de la page. À ce stade, le focus aurait dû automatiquement se déplacer vers le haut de la page. Au lieu de cela, il descendait légèrement.
• PB-86541 : Correction d'un problème dans lequel les lecteurs d'écran NVDA ne lisaient pas la bannière à côté du bouton Accepter.
• PB-86787 : Le problème suivant a été corrigé. Lorsqu'un utilisateur mettait le focus sur le champ de saisie qui affiche le message "La valeur doit être supérieure à 0", JAWS Screen Readers faisait entendre le message cinq fois. Ils n'auraient dû faire entendre le message qu'une seule fois.
• PB-87162 : Correction d'un problème qui impliquait le panneau Expérience du signataire permettant de télécharger des pièces jointes. Le problème était que les lecteurs d'écran VoiceOver ne lisaient pas les boutons Télécharger ensuite et Aller aux documents séparément. Au lieu de cela, lorsqu'un utilisateur mettait le focus sur l'un de ces boutons, le lecteur d'écran lisait un message qui couvrait les deux boutons.

Rapports dans l’application

• PB-89179 : Le problème suivant a été corrigé. Lorsqu'un utilisateur essayait de télécharger plusieurs rapports In-App, le système envoyait un fichier zip vide.

Résumé des preuves

• PB-87529 : Correction d'un problème qui survenait lorsqu'un PDF du résumé des preuves était exporté dans un fichier texte. Le problème était que le fichier texte contenait parfois des erreurs (p. ex. : des caractères erronés).

Vulnérabilités

• PB-76750 : Nous avons supprimé un composant inutilisé qui était auparavant utilisé par notre fonctionnalité Fast Track. La suppression de ce composant éliminait les vecteurs d'attaque potentiels.
• PB-87735 : Dans les courriels que OneSpan Sign envoie aux destinataires, nous évitons/désinfectons désormais toutes les variables du courriel, à l'exception de $PACKAGE_MESSAGE et la ligne Objet du courriel. Nous avons fait cela pour éviter que des liens dangereux soient inclus dans les courriels destinés aux destinataires.

Comportement modifié

• PB-87925 : Avant cette version, nous vérifiions les indicatifs régionaux saisis par l'utilisateur par rapport à une bibliothèque de validation des numéros de téléphone. Cette bibliothèque étant rarement mise à jour, notre système signalait souvent les nouveaux indicatifs régionaux comme non valides. Pour éviter cela, nous procédons désormais à une vérification simplifiée des indicatifs régionaux, en ne vérifiant que leur nombre de chiffres.
• PB-88184 : Dans le libre-service des paramètres de compte, la chaîne "Paramètres du paquet" a été renommée "Paramètres de transaction".

Problèmes connus

• PB-87999, PB-86583 : Certains textes dans les documents peuvent apparaître "cassés" ou "pixélisés". Ainsi, les clients utilisant des machines équipées d'un GPU intégré Intel Iris XE rencontrent ces problèmes de rendu lorsqu'ils visualisent des PDF sur des navigateurs basés sur Chromium (Chrome, Edge).
• PB-89742 : Les navigateurs sur iOS 16+ ont des problèmes pour afficher tout document dont le contenu est presque exclusivement des images (p. ex. : un PDF généré à partir d'un document PowerPoint). Ce problème est dû à des changements dans la dernière version d'iOS 16+, il devra donc être résolu par Apple Inc.

Modifications à venir

• À partir de la version 23.R1 (11.50) : (1) Microsoft Windows 8 et Microsoft Windows 8.1 ne seront plus pris en charge ; (2) Microsoft Windows 11 sera pris en charge. Pour plus d'informations, voir Configuration logicielle minimale requise.

SaaS novembre 2022 : Version 22.R3.2 (11.48.2)

Amélioration

• PB-89253 : Pour faire face à l'augmentation de la charge attendue pour le Black Friday, nous avons optimisé la façon dont le système utilise la mémoire.

SaaS novembre 2022 : Version 22.R3.1 (11.48.1)

Corrections de bogues

Expéditeurs

• PB-88732 : Correction d'un problème dans lequel la tentative d'accéder ou de rechercher certaines transactions ou modèles déclenchait une erreur.
• PB-88510, PB-83320 : Correction d'un problème dans lequel l'interface de l'expéditeur affichait par intermittence une page de connexion vide.
• PB-88845 : Correction d'un problème qui survenait lorsqu'une transaction était créée à partir d'un modèle. Le problème était que lorsqu'un destinataire fictif était remplacé, le système changeait le rôle du destinataire (p. ex. : le signataire 1 devenait le signataire 3).
• PB-88904 : Correction d'un problème concernant les modèles et les transactions créées à partir de modèles. Chacune des actions suivantes déclenchait parfois une erreur : (1) la navigation vers la page du Concepteur; (2) la prévisualisation d'un document via l'icône de Aperçu de l'interface utilisateur Web.

Salle virtuelle

• PB-88850 : Correction d'un problème dans lequel la tentative d'ouvrir une session Salle virtuelle dans une iFrame déclenchait une erreur.

eOriginal

• PB-88903 : Correction d'un problème dans lequel les documents déposés dans les coffres eOriginal avaient un filigrane trop opaque.

SaaS octobre 2022 : Version 22.R3 (11.48)

Quoi de neuf

Cérémonie de signature classique

• La cérémonie de signature classique est complètement obsolète : L'obsolescence de la cérémonie de signature classique a commencé avec la Version 11.42. Les points de terminaison API de cette cérémonie ont maintenant été désactivés, de sorte que les utilisateurs intégrés DOIVENT désormais utiliser l'API de l'expérience du signataire. La cérémonie de signature classique est désormais COMPLÈTEMENT obsolète.

Signer Experience

• Meilleur flux de travail pour le consentement électronique : Lorsque le signataire du changement est utilisé, le signataire d'origine et le signataire réaffecté doivent désormais accepter le document sur le consentement électronique. Les seules exceptions sont les utilisateurs qui signent via le client de certificat personnel ou un fournisseur de services de confiance. Dans ces cas-là : (1) si le signataire initial accepte le document de consentement électronique avant de changer de signataire, le signataire réaffecté ne verra pas ce document ; (2) sinon, le signataire réaffecté verra ce document et devra l'accepter.

• Meilleur flux de travail pour les signatures en attente : Lorsqu'un expéditeur est également un signataire ayant une signature en attente dans une transaction, une icône de signature apparaît désormais à côté du nom de la transaction. En cliquant sur cette icône, l'expéditeur accède directement à l'expérience du signataire pour cette transaction.

• Peut afficher le nom complet du document sur chaque page : Lorsqu'un document est visualisé dans l'expérience du signataire, son nom apparaît au bas de chaque page. Lorsqu'un nom long dépasse l'espace qui lui est alloué, il est tronqué par une ellipse. Ainsi, la dernière partie de ces noms n'apparaît pas. Nous avons atténué cette limitation en affichant le nom complet du document lorsque les utilisateurs passent leur souris sur le nom tronqué.

• Possibilité d'ajouter des filigranes aux documents téléchargés : Si un destinataire télécharge les documents d'une transaction pendant l'Expérience du signataire, ces documents peuvent être estampillés avec un filigrane personnalisable indiquant l'état de la transaction. La police, l'opacité et la position du filigrane sont également personnalisables. Pour activer cette fonction, veuillez communiquer avec notre équipe de soutien.

Expéditeurs

• Peut remplacer les spécifications linguistiques des destinataires : Il est parfois utile pour un expéditeur de pouvoir spécifier la langue des courriels et de l'interface utilisateur que les destinataires d'une transaction verront, même si ces derniers ont spécifié d'autres langues. Nous avons donc créé un nouvel indicateur de niveau de compte dans OneSpan Sign BackOffice et les paramètres de libre-service pour les expéditeurs. Si cet indicateur est activé, l'expéditeur d'un compte peut spécifier la "langue du destinataire" d'une transaction qui remplacera les spécifications linguistiques des destinataires. Remarque : Cette fonctionnalité est prise en charge dans la nouvelle expérience utilisateur et l'API.

• Possibilité d'ajouter des champs avant les blocs de signature : Après avoir sélectionné un destinataire, les expéditeurs peuvent désormais ajouter des champs à un document sans avoir ajouté de bloc de signature. Une fois qu'un bloc de signature est ajouté, tous les champs précédemment ajoutés lui sont rattachés. Remarque : (1) Les champs en question sont des champs de construction de formulaires (par exemple, des champs de texte, des zones de texte, des cases à cocher, des boutons radio, des listes déroulantes, des étiquettes) ; (2) Cette fonctionnalité est prise en charge dans la nouvelle expérience utilisateur et l'API.

• L'envoi en masse peut utiliser des modèles volumineux : La fonction d'envoi en masse peut désormais prendre en charge des modèles comportant 300 champs.

• Plus de contrôle sur le bouton « Document suivant » : Avant cette version, le bouton qui amène un destinataire vers le document suivant lors de Signer Experience peut apparaître n'importe où sur une page du document actuel. Pour permettre une meilleure prévisibilité, nous avons créé un nouvel indicateur au niveau du compte dans OneSpan Sign BackOffice. Lorsque cet indicateur est activé : (1) ce bouton apparaît toujours en bas de la page ; (2) le texte du bouton peut être personnalisé via BackOffice.

• Il est plus facile de désélectionner les délégués : Un délégant peut désormais facilement arrêter la délégation de n'importe lequel de ses délégués via la boîte de dialogue Gérer la délégation, qui : (1) répertorie tous les délégués du délégant ; (2) affiche un bouton Arrêter la gestion qui arrête la délégation d'un délégué sélectionné.

Propriétaires de compte et gestionnaires de compte

• « Réglage du compte en libre-service » activé par défaut : Pour tous les comptes OneSpan Sign (à l'exception de ceux créés ou mis à jour sur OneSpan Sign 11.46.x ou 11.47.x), le libre-service des paramètres de compte est désormais activé par défaut pour les propriétaires de compte et les gestionnaires de compte. Cela leur permet de configurer immédiatement de nombreux paramètres BackOffice directement à partir de la partie expéditeur de la nouvelle expérience utilisateur (sous Admin > Configuration du compte).

Résumé des preuves

• Résumé des preuves enregistre les adresses IP de la vérification de l'identité : L'identification d'un utilisateur étant authentifiée via la vérification de l'identité, l'adresse IP de son appareil change. À partir de cette version, le résumé des preuves enregistre ces adresses.
• Meilleurs libellés de boutons : Avant cette version, le libellé du bouton permettant de télécharger le résumé des preuves était source de confusion dans certaines langues prises en charge. Par exemple, en français, cela a donné lieu à deux boutons aux fonctions différentes présentant le même libellé – Télécharger (Download). Nous avons éliminé cette confusion en veillant à ce que le bouton permettant de télécharger le résumé des preuves présente un libellé unique dans chaque langue prise en charge.

Salle virtuelle

• Meilleurs flux vidéo : Nous avons augmenté la taille du flux vidéo de la salle virtuelle pour le rendre plus visible. Nous nous sommes également assurés que le système ne présente qu'un seul flux vidéo par participant – c.-à-d. que nous ne dupliquons plus le flux vidéo pour la personne qui contrôle l'écran.

• Possibilité de sélectionner des hôtes à partir du Concepteur : Depuis le Concepteur, un expéditeur peut désormais : (1) sélectionner l'hôte d'une transaction de salle virtuelle; (2) envoyer la transaction à ses participants. Auparavant, si un expéditeur se trouvait dans le Concepteur, il devait retourner à la page d' édition de la transaction pour faire cela.

Accessibilité

• « Réglage du compte en libre-service » est accessible : Le réglage du compte en libre-service est désormais accessible, de sorte que les personnes handicapées peuvent configurer de nombreux paramètres de BackOffice directement à partir de la partie expéditeur de la nouvelle expérience utilisateur (sous Admin > Configuration du compte).

• Meilleure gestion des champs dans les groupes : Lorsque les champs d'un groupe de cases à cocher ou d'un groupe de boutons radio sont ajoutés à un document dans le cadre d'une transaction permettant l'accessibilité, la liste déroulante affiche désormais le nom du groupe. Les utilisateurs doivent donc ajouter l'ensemble du groupe. Ils ne peuvent pas ajouter que quelques champs du groupe. De même, lorsque les champs d'un groupe sont supprimés d'un document, le groupe entier est supprimé.

• Les champs automatiques sont plus lisibles : Nous avons amélioré la lisibilité du texte pré-rempli dans les champs automatiques importés dans les PDF d'une transaction accessible.

Corrections de bogues

Signer Experience

• PB-85685 : Correction d'un problème dans lequel la confirmation d'une signature déclenchait une erreur de validation.

• PB-86368 : Correction d'un problème dans lequel la commande Télécharger TOUT échouait. Ces échecs se produisaient parce que deux ou plusieurs documents avaient le même nom. Cette situation ne cause plus de problème.

• PB-86420 : Correction d'un problème dans lequel un modèle avec une logique conditionnelle partagé avec d'autres comptes pouvait générer le message d'erreur suivant lors de la signature : Erreur : Violation de l'ordre de signature.

• PB-85651 : Correction d'un problème dans lequel le système n'envoyait pas de notification d'événement SIGNER_COMPLETE pour une transaction après que toutes les signatures requises aient été appliquées.

• PB-85044 : Correction d'un problème concernant la signature sur les appareils mobiles. Le problème était que les signataires pouvaient cliquer sur le bouton "Terminé" avant d'avoir ajouté une signature mobile. Le système indiquait alors à tort qu'une signature avait été appliquée.

• PB-84646 : Correction d'un problème dans lequel les utilisateurs n'ayant aucun champ de signature dans un document figuraient malgré tout sur la liste des utilisateurs "tenus de signer" le document.

• PB-83078 : Le problème suivant a été corrigé. La bannière Accepter (invite + bouton) du document de consentement électronique aurait dû apparaître au bas du document. Au lieu de cela, il "flottait" en bas de l'écran.

• PB-84199 : Correction d'un problème dans lequel le bouton Suivant du navigateur de signature ignorait un groupe de cases à cocher obligatoirement.

• PB-80908 : Correction d'un problème de transaction en personne dans lequel : (1) l'ordre de signature était activé ; (2) le propriétaire de la transaction était le premier signataire ; (3) le signataire suivant ne pouvait pas accéder à la transaction avant d'avoir actualisé la page.

• PB-85526 : Correction d'un problème dans lequel le menu de navigation du volet gauche ne s'ouvrait pas automatiquement sur les appareils à écran tactile.

• PB-87863 : Correction d'un problème dans lequel une session de signataire inactive expirait avant l'heure configurée.

• PB-86027 : Le problème suivant a été corrigé. Lorsqu'un signataire clique sur le lien figurant dans son courriel d'invitation après que la transaction associée a été effectuée, il doit être redirigé vers la page de remerciement. Au lieu de cela, il était redirigé vers la page d'aperçu page.

• PB-86611 : Le problème suivant a été corrigé. Un utilisateur signant tous les champs de signature requis dans une transaction, se voyait ensuite refuser la transaction en consultant le dernier document de la transaction, qui ne contenait aucune signature / approbation pour l'utilisateur. À ce moment-là, le système envoyait à l'utilisateur les messages contradictoires suivants : (1) Veuillez consulter l'image jointe(decline.png) ; (2) La transaction a été effectuée avec succès.

Expéditeurs

• PB-83421 : Correction d'un problème dans lequel les opérations d'envoi en masse basées sur un modèle échouaient parce que le système calculait mal la date d'expiration du modèle.

• PB-80750 : Résolution d'un problème dans lequel le courriel du système à un expéditeur n'incluait pas la pièce jointe devant contenir le résumé des preuves et tous les documents signés. Maintenant, lorsque la taille de la pièce jointe est supérieure à 7 Mo : (1) ce type de courriel n'inclut pas la pièce jointe ; (2) l'expéditeur peut consulter les documents de la transaction en cliquant sur un lien dans le courriel.

• PB-82852 : Correction d'un problème pour lequel une erreur 400 était générée lors de la création d'une transaction accessible avec l'extraction d'ancres de texte.

• PB-85547 : Correction d'un problème dans lequel une erreur survenait lorsqu'un modèle avec des champs conditionnels était appliqué à une transaction avec moins de documents et de champs.

• PB-84954 : Correction d'un problème dans lequel la suppression d'un signataire d'une transaction ne parvenait pas à supprimer la logique conditionnelle qui lui était associée. Cela générait une erreur de serveur non résolue lors de la signature.

• PB-84692 : Correction d'une traduction allemande incorrecte du texte d'ordre de signature.

• PB-83151 : Le problème suivant a été corrigé. Une erreur se déclenchait lorsqu'un expéditeur utilisait un navigateur Firefox pour ajouter un champ de signature pour un destinataire dans une transaction accessible.

• PB-82888 : Le problème suivant a été corrigé. Lorsque la page du Concepteur s'affichait dans les navigateurs Chromium / Edge, il manquait les "3 points" qui permettent d'ouvrir l'onglet Documents.

• PB-84990 : Le problème suivant a été corrigé. Dans la date de création incorporée d'un document Word, le mois était entièrement écrit en minuscules. Lorsque le document était téléchargé vers une transaction OneSpan Sign, il était converti en PDF. Le problème était que la première lettre du nom du mois dans le PDF était en majuscule (p. ex. : avril devenait Avril).

• PB-86492, PB-86583 : Correction d'un problème avec le rendu des documents PDF dans l'application (WebUI). Ce problème affectait tous les navigateurs.

• PB-85034 : Le problème suivant a été corrigé. Lorsque les utilisateurs accédaient à l'écran Gérer les délégations sur un appareil mobile, les longues adresses électroniques de cet écran ne s'affichaient pas correctement.

• PB-83439 : Correction d'un problème dans lequel le courriel retourné était enregistré en tant que retourné, non seulement pour l'adresse électronique du champ À, mais également pour celle du champ Cc.

Admins

• PB-83520 : Correction d'un problème qui empêchait la suppression des rôles des sous-comptes.

• PB-74822 : Correction d'un problème qui survenait lorsqu'un rôle de sous-compte se voyait attribuer l'autorisation Transaction visibilité pour les délégués, mais que le compte parent n'avait aucun rôle ou autorisation attribué. Dans cette situation, le système permettait à tort aux utilisateurs sans autorisation de visualiser les onglets Transactions et Modèles.

• PB-83936 : Le problème suivant a été corrigé. Lorsque le JSON d'une transaction s'affichait dans OneSpan Sign BackOffice, il ne contenait aucun attribut de page.

Nouvelle expérience utilisateur

• PB-84926 : Correction d'un problème dans lequel l'option Aide apparaissait dans le menu Plus d'options de la page Authentification de l'utilisateur, malgré le fait que l'indicateur de niveau de compte showNseHelp était faux.

• PB-84289 : Correction d'un message d'erreur trompeur qui apparaissait lorsque les utilisateurs devant se connecter via SSO, essayaient de réinitialiser leur mot de passe.

• PB-85442 : Correction d'un problème dans lequel le bouton Passer au contenu principal ne fonctionnait pas.

• PB-85501 : Correction des problèmes liés aux traductions en chinois (traditionnel et simplifié).

Accessibilité

• PB-70939 : Le problème suivant a été corrigé. WCAG 2.1 requiert que le libellé aria d'un lien ou d'un contrôle commence par le libellé visuel associé. Cette exigence n'a pas été entièrement satisfaite.

• PB-85782 : Correction d'un problème d'accessibilité concernant la lisibilité des polices dans l'expérience du signataire.

• PB-83921, PB-83996, PB-83919, PB-83808, PB-83676, PB-83365, PB-81732 : Correction de sept problèmes liés à des transactions accessibles.

• PB-81576 : Correction du problème suivant concernant une transaction accessible. Après qu'un signataire ait quitté la bannière Quitter le mode de signature, le système se concentrait sur la mauvaise partie de l'écran.

• PB-81571 : Le problème suivant a été corrigé. Après avoir cliqué sur le bouton Activer le mode d'accessibilité, le focus se déplaçait automatiquement et à tort sur le bouton Accepter.

• PB-81562 : Le problème suivant a été corrigé. Après qu'un utilisateur a cliqué sur un bouton de signature, le lecteur d'écran ne parvenait pas à fournir un retour d'information.

Rapports dans l’application

• PB-79325 : Correction d'un problème dans lequel le nom de fichier d'un rapport de transaction passait de "Transaction_Report_2021_11.csv" avant son téléchargement à ""___________2021_11.csv" après son téléchargement.

• PB-86024 : Correction d'un problème avec la récupération du nom de fichier d'un rapport In-App via l'API. Le paramètre d'entrée API fileName (avec un "N" majuscule) ne fonctionnait pas ; nous avons donc changé le code pour le faire fonctionner.

Rappels

• PB-86972 : Correction d'un problème dans lequel le système ne transmettait pas les chaînes de messages PACKAGE_DÉCLINÉ au service de rappel Salesforce OAuth2. Désormais, ces messages sont toujours transmis.

• PB-81969 : Correction du problème suivant qui survenait lorsque le signataire était également un OneSpan Sign Expéditeur - une notification de rappel enregistrait le mauvais ID dans le champ sessionUser.

Mise en coffre-fort

• PB-80732 : Correction d'un problème qui empêchait les documents d'être enregistrés via la console e-Vault Manager Console de OneSpan.

Mises à jour technologiques

• PB-85399 : Avant cette version, OneSpan Sign utilisait un programme basé sur Windows pour convertir des documents d'un format de fichier à un autre. Afin d'améliorer les substitutions de polices, OneSpan Sign utilise désormais un convertisseur basé sur Linux pour toutes les langues prises en charge. Remarque : Certaines polices peuvent être converties différemment dans OneSpan Sign 11.48 et dans OneSpan Sign 11.47.

Problèmes connus

• PB-85089 : Dans la nouvelle expérience utilisateur, nous masquons l'autorisation Gérer les transactions, les modèles et les mises en page des utilisateurs (API). Les nouveaux clients ne verront jamais cette autorisation. Si un expéditeur a cette autorisation aujourd'hui : (1) il peut continuer à l'utiliser ; (2) il ne verra plus dans la nouvelle expérience utilisateur si lui ou tout autre expéditeur a cette autorisation. Si un client souhaite activer ou désactiver cette autorisation pour un expéditeur, il doit contacter notre équipe de soutien.

• PB-89179 : Lorsqu'un utilisateur autorisé essaie de télécharger plusieurs rapports In-App, le téléchargement se fait sous forme de fichier compressé. Ce fichier doit contenir ces rapports, mais il est vide. La solution de contournement consiste à télécharger chaque rapport individuellement. Ce problème sera résolu dans la version 22.R4 (11.49).

• PB-86077 : Une session de signataire inactive prend plus de temps que le temps configuré si ce temps est supérieur à 1800000 ms (30 minutes). Ce problème sera résolu dans la version 22.R4 (11.49).

SaaS septembre 2022 : Version 11.47.1

Corrections de bogues

• MAIN-6746 : Correction d'un problème dans lequel les appels OneSpan Sign échouaient dans les environnements de production. En particulier, une condition de course déclenchait parfois le message d'erreur HTTP 500 suivant : Impossible d'établir la connexion JDBC.

• PB-85688 : Nous avons supprimé le correctif de ce problème. Ce correctif est décrit ci-dessous dans les notes de publication de OneSpan Sign 11.47.

SaaS août 2022 : Version 11.47

Quoi de neuf

Expéditeurs

• Créer des sessions de co-navigation autonomes : Lorsque cette nouvelle fonction 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 indiquer son numéro de téléphone et son heure de contact préférée, et il peut ajouter un commentaire. L'API transmet ensuite cette information à 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 de vente. (2) Cette fonctionnalité doit être activée pour votre compte. Pour l'activer, veuillez communiquer avec notre équipe de soutien.
• Les requêtes de co-navigation autonomes ont des étiquettes de fuseau horaire : Lorsqu'un destinataire fait 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 s'affichent également pour l'expéditeur et les autres destinataires de la transaction. Fournir ces informations à tous les participants évite les malentendus quant à la date de la session de co-navigation.
• Peut configurer de nombreux paramètres BackOffice : Avant cette version, de nombreux paramètres de compte, de fonctionnalité, de paquet et de signature devaient être configurés par notre équipe de soutien, à 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" comprennent la plupart des paramètres de compte, de fonctionnalité, de paquet et de signature de BackOffice qui sont booléens et non payés. (2) Les expéditeurs peuvent accéder à ces paramètres en libre-service sous Admin > Configuration du compte. (3) Cette fonction est activée par défaut pour les propriétaires de compte et les gestionnaires de compte. Pour modifier la configuration de cette fonction, contactez notre équipe de soutien.
• Conseils améliorés sur la vérification d’identité : Nous avons amélioré nos conseils aux expéditeurs quant à la manière de configurer la vérification d'identité. En particulier, les expéditeurs voient maintenant le message suivant : Le prénom et le nom de famille que vous saisissez pour le destinataire doivent correspondre à ceux qui figurent sur le document d’identification que le destinataire téléchargera pour la vérification de l’identification.

Signer Experience

• Les signataires externes peuvent avoir le même nom et la même adresse électronique : Différents signataires externes peuvent désormais avoir le même prénom, le même nom et la même adresse électronique. Cette possibilité a été développée pour répondre aux rares cas où des parents ou des conjoints partagent le même nom et le même courriel. Cette option est désactivée par défaut. Il peut être activé grâce à notre équipe de soutien à l’aide de BackOffice, ou par les expéditeurs à l’aide de leur page de configuration de compte. Remarque : Les "signataires externes" sont des signataires qui n'ont pas de compte de messagerie attaché à un expéditeur ou un autre rôle OneSpan Sign. Cette fonction ne s'applique qu'aux signataires.

Accessibilité

• Boutons zoom améliorés : Auparavant, les info-bulles des boutons de zoom dans l'expérience du signataire n'indiquaient pas si les boutons zoomaient en avant/arrière du document actuel ou en avant/arrière de l'écran entier. Cette ambiguïté a été levée, puisque ces info-bulles indiquent maintenant Zoom dans le document et Zoom hors du document. En outre, le bouton qui effectue un zoom avant prend désormais en charge des grossissements plus élevés (jusqu’à 400 %).

Résumé des preuves

• Statut de la transaction plus visible : Le Résumé des preuves d’une transaction enregistre maintenant l’état de la transaction.

Documents INTELLIGENTS

• La piste d'audit SMART Doc enregistre les événements "non remplis" : La piste d’audit pour les documents INTELLIGENTS enregistre désormais les événements non remplis. Cette fonctionnalité était nécessaire pour que Freddie Mac considère OneSpan comme un fournisseur autorisé du processus eClosing.

Corrections de bogues

Signer Experience

• PB-83384: Le problème suivant a été corrigé. Lorsque vous essayiez de confirmer des documents signés (accessibles ou non), le bouton Confirmer ne répondait parfois pas aux clics. Cela ne se produisait que si le nom figurant dans l'un des champs de signature du document contenait un point (.).
• PB-74520 : Correction d'un problème selon lequel les signataires rencontraient le message d'erreur "La valeur du champ est trop longue", même si un seul caractère avait été saisi dans un champ de texte. Ce problème ne se produisait que lorsque la transaction associée était préparée via l'API ou un SDK. C'était dû au fait que le système interprétait mal la signification des valeurs 0 et NUL pour lapropriété maxLength des champs de texte. À l'avenir, 0 et NUL signifieront 4000, ce qui est la valeur maximale autorisée d'un champ de texte.
• PB-79425 : Le problème suivant a été corrigé. Lors d'une transaction en personne, le message "Veuillez remettre les contrôles à l'hôte de cette transaction" prêtait à confusion lorsque l'hôte venait de terminer de signer. Nous avons changé ce message pour « 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 d’Uanataca ne pouvait pas appliquer plusieurs signatures aux multiples documents d’une transaction.
• PB-84021: Correction d’un problème dans lequel la signature via le fournisseur de services de confiance d’Uanataca a échoué dans l’environnement de production US1.
• PB-81257: Nous avons reçu quelques plaintes concernant la lisibilité du texte de l'espace réservé dans l'expérience du signataire. Nous avons résolu ce problème en augmentant la taille et le poids de la police de ce texte.

Expéditeurs

• PB-79838: Correction d'un problème concernant la recherche d'une transaction par date dans la partie expéditeur de Nouvelle expérience utilisateur. L’expéditeur a entré une date dans le champ De, puis a appuyé sur L’ONGLET pour placer son curseur dans le champ Destinataire. Le problème était que cela permettait d’effacer l’entrée de l’expéditeur dans le champ De.
• PB-78637: Correction d'un problème concernant l'infobulle de l'icône d'informations sur la page du Concepteur. Après qu’un utilisateur a réduit une infobulle en appuyant sur la touche d’ÉCHAPPEMENT, il devrait pouvoir l’étendre à nouveau en appuyant sur la touche ENTRÉE ou sur la barre d’espace. Le problème était qu’après que l’utilisateur a réduit cette info-bulle, l’étendre à nouveau nécessitait de naviguer loin de l’icône, puis de revenir à elle.
• PB-82017 : Correction du problème suivant, qui survenait 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 survenait 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 de courriel.
• PB-83688: Correction d’un problème qui survenait lorsqu’un signataire échouait à plusieurs reprises à s’authentifier par le biais de l’option Vérification de l’identité et était bloqué lors d’une transaction. Lorsque l’expéditeur a par la suite vu le statut de ce signataire dans la nouvelle expérience utilisateur, il aurait dû voir une icône « signataire verrouillé ». L’expéditeur peut alors 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, donc le signataire n’a pas pu être déverrouillé.

Développeurs

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

• PB-85688 : Le problème suivant a été corrigé. Après l'échec d'une requête de transaction par un développeur, le système faisait passer le statut de la transaction de ENVOYÉ à ÉBAUCHE.

• PB-85045 : Le problème suivant a été corrigé. Entre les versions 11.45 et 11.46 de OneSpan Sign, une modification réduisait la taille de police du texte inséré via Injection de champ. La version 11.47 a restauré les fonctionnalités de la version 11.45. L'effet secondaire de ce correctif est que lorsqu'un document signé s'affiche dans l'application une fois la signature terminée, certains contenus de zone de texte peuvent sembler tronqués. Notez que ce comportement de rendu dans notre application n'affecte pas le contenu réel du PDF associé. Le PDF contient le contenu intégral du texte, qui s'affiche correctement lorsque le PDF est visualisé 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) ré-enregistrés.

Authentification des utilisateurs

• SAA-12609 : Auparavant, lorsqu'un destinataire authentifiait son identité via la vérification d'identité, le message suivant apparaissait sur la page "Capture d'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 désormais été remplacé par le message suivant : Si cette page ne se rafraîchit pas après avoir pris toutes les photos demandées, cliquez sur CAPTURE D’IMAGE TERMINÉE.
• PB-80302: Correction d'un problème selon lequel un expéditeur configurait l'authentification Q&A de sorte que les réponses saisies par le destinataire soient visibles par ce dernier. 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 était affichée deux fois à un destinataire lors de la Vérification de l’ID.
• PB-85687 : Correction du problème suivant, qui survenait 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 ensuite connecté pour la première fois à OneSpan Sign via SSO, ce rôle aurait dû lui être automatiquement attribué. Le problème était que cela ne se produisait pas.

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 s’est produit uniquement dans les environnements Sandbox.

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

• PB-85129: Correction du problème suivant concernant les rapports de transaction. Dans de rares cas, une valeur erronée apparaissait dans la colonne État du signataire (par exemple, CURRENT_SIGNATAIRE ou FUTURE_SIGNATAIRE apparaissait au lieu d’Être COMPLÉtÉ).

Accessibilité

• PB-80643: Correction du problème suivant concernant une transaction accessible. Lors de la signature, un signataire a rencontré un message d’erreur qui indiquait correctement qu’il avait omis d’interagir avec un champ obligatoire. Le problème était que le lien dans ce message n’emmenait pas le signataire vers le champ obligatoire.

Piste d’audit

• CAPA-111 : Correction d'un problème de synchronisation d'horloge qui pouvait faire apparaître des événements dans une piste d'audit hors service.

Performance

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

Mises à jour technologiques

• PB-78771: Nous avons effectué la migration du OneSpan Sign convertisseur de documents 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 avant. 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 le moment où nous passerons à l'utilisation des conteneurs Linux seuls. CONSEIL : Nous recommandons fortement que pendant cette période d’évaluation, les clients intègrent dans leurs documents toutes les polices qui ne sont pas prises en charge par OneSpan Sign. Une liste des polices prises en charge par se OneSpan Sign trouve dans notre section Polices prises en charge. La procédure Utilisation des 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. Nous avons donc modifié notre code pour permettre à sa bibliothèque Java Mail d'utiliser l'autorisation basée sur les jetons OAuth 2.0. Pour plus d'informations, telles qu'une description des actions que nous vous conseillons d'entreprendre, cliquez ici.

Problèmes connus

• PB-83687 : La séquence d'événements suivante générait un problème. (1) Création d'un modèle de transaction ajoutant un destinataire d'espace réservé et affectant la vérification d'identité à ce 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, seules deux méthodes d'authentification (SMS, KBA) doivent lui être affectées. Au lieu de cela, les trois méthodes (Vérification d’ID, SMS, KBA) leur sont attribuées.

• PB-86988 : Lorsque plusieurs documents d'une transaction s'affichent dans un navigateur Chrome, le deuxième document ne comporte aucun bloc de signature. Ceci est dû à un récent changement dans la façon dont Chrome gère les cookies. Les solutions de rechange efficaces sont les suivantes : (1) en utilisant un autre navigateur pris en charge (p. ex. : Firefox) ; (2) en fermant et en rouvrant Signer Experience. Ce problème sera corrigé dans une prochaine version.

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

SaaS mai 2022 : Version 11.46.2

Corrections de bogues

Nouvelle expérience utilisateur

• PB-84695 : Nous avons constaté une augmentation des temps de traitement et une combinaison d'erreurs d'interface Web, d'erreurs d'API et d'échecs d'opérations de connexion SSO. Ce problème est maintenant résolu.

• PB-84571 : Correction d'un problème selon lequel les exceptions causées par des métadonnées SSO invalides n'étaient pas gérées correctement. Cela générait un problème de performance dans le SSO.

• PB-81815 : Correction d'un problème dans lequel la modification d'un paramètre SAML dans OneSpan Sign BackOffice nécessitait un redémarrage du sso-service.

Signer Experience

• PB-84021, PB-84359 : Correction d'un problème dans lequel la signature via le fournisseur de services de confiance Uanataca échouait en raison d'une erreur interne.

SaaS mai 2022 : Version 11.46.1

Quoi de neuf

Expéditeurs

• Empêcher les expéditeurs de supprimer définitivement les transactions : Avant cette version, les expéditeurs pouvaient supprimer définitivement une transaction, quel que soit son état (p. ex., En cours, Terminé). Un nouveau paramètre dans OneSpan Sign BackOffice permet aux administrateurs de comptes de masquer le bouton Supprimer définitivement dans la partie expéditeur de Nouvelle expérience utilisateur. Lorsque ce bouton est masqué, les expéditeurs ne peuvent supprimer définitivement aucune transaction.

Corrections de bogues

Signer Experience

• PB-83815 : Le problème suivant a été corrigé. Lorsque des documents signés étaient visualisés à l'aide de la fonction d'aperçu PDF de Firefox ou d'un navigateur basé sur Chromium, le navigateur pouvait ne pas rendre correctement certains éléments (p. ex. : une croix dans une case à cocher). Nous recommandons vivement de consulter les documents signés avec Adobe Reader/Acrobat Pro.

Problèmes connus

• PB-84021: La signature via le fournisseur de services de confiance Uanataca échoue dans l'environnement de production US1. Ce problème est dû à une erreur interne qui se produit pendant le stockage des données. Cette erreur sera corrigée dans une prochaine version.

SaaS 2022-Apr : Version 11.46

Quoi de neuf

Expéditeurs

• Possibilité de créer une logique conditionnelle sur les signatures facultatives : Il est désormais possible de créer des règles logiques conditionnelles basées sur des signatures facultatives. Plus précisément, lorsqu'un expéditeur crée une transaction, il peut spécifier certaines règles à déclencher lorsqu'un signataire signe une signature facultative.
• Peut définir de nouvelles règles pour les groupes de cases à cocher : Les expéditeurs peuvent maintenant configurer les règles de validation suivantes pour un groupe de cases à cocher : (1) Au moins (applique un nombre minimum de cases à cocher pour le groupe); (2) Au plus (applique un nombre maximum de cases à cocher pour le groupe); (3) Exactement (applique un nombre exact de cases à cocher pour le groupe); (4) Plage (applique un nombre minimum et maximum de cases à cocher pour le groupe).
• Possibilité de télécharger ensemble des Résumés de preuves et des documents : Les expéditeurs peuvent désormais télécharger les documents d'une transaction et son résumé des preuves ensemble dans un fichier compressé. Auparavant, ils devaient télécharger séparément le résumé des preuves et les documents.
• Peut télécharger le résumé des preuves pour les transactions incomplètes : Permet de télécharger le résumé des preuves depuis la partie expéditeur de l'expérience utilisateur, même si la transaction associée n'est pas terminée. Remarque : Cette fonction doit être activée par compte et est DÉSACTIVÉE par défaut. Pour l'activer, veuillez communiquer avec notre équipe de soutien.
• Meilleure gestion des fichiers de téléchargement volumineux : Auparavant, les expéditeurs ne pouvaient pas recevoir un courriel contenant les documents ou le résumé des preuves d'une transaction terminée si la pièce jointe associée était supérieure à 10 Mo. Si la pièce jointe dépasse 10 Mo, l'expéditeur reçoit désormais un courriel avec un lien de téléchargement qui le dirigera vers la page Détails de la transaction concernée. Là, ils peuvent télécharger les documents de la transaction et le résumé des preuves de la manière habituelle.
• Les expéditeurs sont avertis des problèmes de visibilité : Lorsqu'un expéditeur choisit une couleur de marque principale ou une couleur d'alerte qui a un faible rapport de contraste, le message d'avertissement suivant apparaît maintenant : Cette couleur peut causer des problèmes de visibilité.

Signer Experience

• Possibilité d'appliquer la QES avec Swisscom : Les signatures électroniques qualifiées (QES) peuvent désormais être appliquées via Swisscom dans les juridictions d'eIDAS et de ZertES. Cette intégration avec Swisscom : (1) embarque les nouveaux signataires rapidement et facilement; (2) améliore l'expérience utilisateur lorsque les documents sont signés avec QES. Limites : Cette fonction n'est pas encore disponible dans toutes les langues prises en charge.

Développeurs

• Le SDK peut ajouter des images de signature : Le SDK peut désormais être utilisé pour ajouter des fichiers image en tant que signatures dans des documents.
• Activation de nouvelles règles pour les Groupes de cases à cocher : Les nouvelles règles de validation pour les Groupes de cases à cocher sont décrites dans la section Nouveautés > Expéditeurs ci-dessus. Pour mettre en œuvre ces règles avec succès, nous avions besoin d’une bibliothèque RHF (react-hook-form.com). Cela nous a requis à changer la syntaxe de nos ID de champ. Les ID de champ sont désormais « désinfectés » en remplaçant tous les caractères spéciaux par des caractères alphanumériques. Veuillez en tenir compte si vous testez l’expérience utilisateur de l’utilisateur de OneSpan Sign via un cadre de test automatisé de l’interface utilisateur tel que Selenium (www.selenium.dev).

Salle virtuelle

• L'hôte peut prolonger une session indéfiniment : L'hôte peut maintenant prolonger une session de la salle virtuelle un certain nombre de fois. Avant cette version, une session de salle virtuelle ne pouvait être prolongée qu'une seule fois.
• L'hôte peut fermer une session : L'hôte peut maintenant fermer une session de la salle virtuelle via une option du menu Autres actions.
• Les signataires peuvent examiner les documents avant une session : Les signataires peuvent désormais examiner les documents associés à une transaction de salle virtuelle avant une session de signature de salle virtuelle. Plus précisément, les signataires peuvent cliquer sur un nouveau bouton Évaluation dans la salle d'attente de la salle virtuelle. En cliquant dessus, il emporte un signataire vers les documents, qui peuvent être examinés mais pas encore signés. Une fois que l'hôte commence la session de la salle virtuelle, les signataires sont admis à la session et les documents peuvent ensuite être signés.
• Notifications envoyées lorsque les vidéos sont téléchargeables : Ajout d'une notification Événement API qui est envoyée lorsqu'un enregistrement vidéo de salle virtuelle est prêt pour le téléchargement.
• Meilleure expérience mobile : Nous avons amélioré l'expérience mobile des sessions de la salle virtuelle. Remarque : Il s'agit d'un travail en cours que les prochaines versions continueront d'améliorer.

Résumé des preuves

• Peut stocker la géolocalisation d'un signataire : Le système a permis de recueillir la géolocalisation d'un signataire à partir des informations de son navigateur et de stocker cette géolocalisation dans le document Résumé des preuves. Remarque : (1) les signataires peuvent configurer leur navigateur pour l'empêcher de fournir leur géolocalisation; (2) cette fonctionnalité est activée via un paramètre dans OneSpan Sign BackOffice.

eOriginal

• Notification envoyée en cas d'échec d'un dépôt électronique : Les clients sont désormais informés si une tentative de dépôt électronique de leurs documents dans un coffre-fort eOriginal a échoué.

• Impossible de télécharger des copies faisant autorité : Les utilisateurs ne peuvent plus télécharger des copies faisant autorité des documents qui seront déposés dans les coffres-forts eOriginal. S'ils essaient de le faire, ils finiront par télécharger des copies non autorisées qui sont filigranées et aplaties.

Corrections de bogues

Signer Experience

• PB-80810 : Correction d'un problème Signer Experience dans lequel Firefox 96 empêchait les signataires de signer.
• PB-80838 : Le problème suivant a été corrigé. Si des boutons radio ont été ajoutés en tant que champs obligatoires, un bogue a touché le compteur d'actions requises dans le coin supérieur droit de Signer Experience. En particulier, la sélection d'un bouton radio n'incrémente pas le compteur des « actions achevées » du widget Actions requises (c'est-à-dire le « x » dans « Actions requises x de y »).
• PB-79623 : Correction d'un problème dans lequel le système présentait plusieurs fois la case de dialogue Signature par capture à un signataire, lui permettant ainsi d'appliquer différentes signatures dans le même document. Au lieu de cela, le système aurait dû appliquer la signature qu'il a saisie pour la première fois à toutes les cases de signature du signataire.
• PB-80806 : Correction d'un problème dans lequel le système tronquait l'image d'une signature capturée si la signature avait été capturée sur un appareil mobile et l'image était récupérée via un appel API.
• PB-78788 : Correction d'un problème dans lequel l'utilisateur obtenait un écran vide sur son appareil mobile lorsqu'il essayait d'accéder à une transaction qui nécessitait sa signature mobile.
• PB-80811 : Correction d'un problème dans lequel les champs de signature apparaissaient à un mauvais endroit lorsque les documents étaient prévisualisés dans l'interface utilisateur Web via l'icône « oeil ».
• PB-82274 : Le problème suivant a été corrigé. Lorsqu’un signataire avait plusieurs champs Signature par capture dans un document d'une transaction e-Notary, une erreur s'est produite dans la situation suivante. Si le signataire a dessiné sa signature dans l’un de ces champs de Signature de capture, puis téléversé une image de signature à l’aide de l’option « Signature par capture depuis un fichier », le système n’a pas réussi à placer la signature dessinée dans tous les champs de Signature par capture du signataire.

Expéditeurs

• PB-78448 : Correction d'un problème dans lequel un modèle partagé ne pouvait être vu que par l'expéditeur qui l'avait créé.
• PB-76293 : Le problème suivant a été corrigé. Après qu'un expéditeur a supprimé toutes les transactions de la deuxième page des transactions répertoriées, il n'a vu aucune transaction. Au lieu de cela, l'expéditeur devrait toujours avoir vu les transactions sur la première page.
• PB-80510 : Correction d'un problème qui déclenchait parfois une erreur lorsqu'une règle de logique conditionnelle était créée pour une transaction dans laquelle le propriétaire de la transaction était également un signataire.
• PB-78452 : Correction d'un problème qui survenait lorsque le système importait des champs à partir du PDF d'une transaction accessible. Le problème était que les noms des champs dans une liste déroulante dans la partie expéditeur de l'expérience utilisateur avaient été modifiés par rapport aux noms d'origine des champs dans le PDF.
• PB-78481 : Correction d'un problème dans lequel des caractères spéciaux (par exemple, des apostrophes, des guillemets doubles) étaient rendus avec un préfixe « Z0 » dans la liste déroulante Importation de champ lors de la création de transactions accessibles.
• PB-78893 : Correction d'un problème dans lequel le système ne parvenait pas à envoyer des rappels par courriel qui avaient été configurés dans un modèle de transaction.
• PB-78169 : Correction d'un problème dans lequel les courriels de rappel étaient envoyés après la fin d'une transaction, mais les signatures facultatives n'avaient pas été signées.

Expérience utilisateur

• PB-78245 : Correction d'un problème dans lequel le menu Plus d'actions était désactivé pour les transactions, mais apparaissait par la suite sur les pages d'authentification de l'utilisateur.
• PB-78166 : Correction des traductions incorrectes du texte japonais dans les Conditions générales du produit.
• PB-78052 : Correction d'un problème dans lequel le système présentait une erreur 403 à un utilisateur délégué lorsqu'il essayait de visualiser une transaction déléguée.

Propriétaires de compte et admins

• PB-79434 : Correction d'un problème qui empêchait les groupes d'être créés lorsque les sous-comptes étaient activés.
• PB-61105 : Correction d'un problème dans lequel le système lançait une erreur lorsqu'un utilisateur essayait de créer un groupe dans un sous-compte.
• PB-60392 : Correction d'un problème dans lequel un utilisateur de sous-compte ne pouvait pas être supprimé.
• PB-77955 : Correction d'un problème dans lequel une erreur 401 apparaissait si un utilisateur demandait un jeton API pour un expéditeur dont l'adresse courriel avait le même suffixe que l'adresse courriel d'un autre expéditeur dans le même compte.

Développeurs

• PB-80323 : Le problème suivant a été corrigé. Lorsqu'un développeur injectait des champs de texte dans un document PDF, la charge utile JSON spécifiait une taille de police pour les champs injectés. Le problème était que le système n'appliquait pas la taille de police spécifiée à ces champs.

Résumé des preuves

• PB-79270 : Correction d'un problème dans lequel le résumé des preuves n'enregistrait pas la signature à distance d'une transaction en personne par un utilisateur.

Conservation des données

• PB-79004 : Correction d'un problème dans lequel les transactions ne parvenaient pas toujours à expirer à leurs dates d'expiration configurées.

Accessibilité

• PB-75886 : Correction d’un problème d’accessibilité dans lequel les Lecteurs d'écran lisaient une bannière sur les témoins chaque fois qu’ils se concentraient sur un bouton Fermer ou un bouton OK, j’accepte.

eOriginal

• PB-79122, PB-78928 : Correction d'un problème dans lequel notre flux de travail de prêt ou d'hypothèque numérique ne déclenchait pas le dépôt électronique de documents dans un coffre-fort eOriginal.

Vulnérabilités

• PB-61589 : Atténué une vulnérabilité dans laquelle les témoins de session OneSpan Sign étaient définis avec un attribut "secure" redondant.

• PB-72042 : Atténué une vulnérabilité dans laquelle plusieurs correctifs Oracle étaient manquants. Nous avons appliqué les derniers correctifs Oracle aux zones touchées.

• PB-79609 : Atténuation de la vulnérabilité CVE-2021-42575 en mettant à niveau la bibliothèque de OWASP Java HTML Sanitizer vers la version 20211018.2.

• PB-80502 : Atténuation des vulnérabilités log4j en mettant à niveau chaque bibliothèque affectée vers la version 2.17.1 de la bibliothèque Log4j Core.

• PB-79017 : Pour supprimer les vulnérabilités, nous : (1) avons mis à niveau les bibliothèques velocity-1.7.jar et jstl-1.2.jar; (2) avons supprimé la bibliothèque plexus-utils-1.5.6.jar de OneSpan Sign l'application Backend.

Amélioration des performances

• PB-75685 : Amélioration des performances de Signer Experience en désactivant le rendu d'image. Le rendu d'image n'a pas été nécessaire depuis que nous avons déprécié l'expérience du signataire classique.

• PB-79926 : Amélioration des performances de Signer Experience en améliorant les algorithmes du Front End.

• PB-75902 : Amélioration des performances de l'expérience utilisateur par la mise en œuvre de techniques de mise en cache de documents.

Comportement modifié

• PB-79665 : Modification du comportement de conservation des données du système afin que les transactions soient supprimées le lendemain de la date à laquelle leur conservation doit prendre fin.
• PB-77813 : Nous avons modifié le comportement des groupes de boutons radio. Maintenant, si un bouton radio d'un groupe est marqué comme requis, le groupe entier est marqué comme requis. Ces exigences sont néanmoins satisfaites lorsqu'un seul bouton du groupe est sélectionné.
• PB-78887 : Modification du hachage codé du résumé des preuves pour un enregistrement vidéo en salle virtuelle d'un hachage codé en base 64 à un hachage MD5 en texte brut. Ce dernier est plus facile à déchiffrer.
• PB-78682 : Afin d'assurer la conformité aux normes ADA (WCAG 2.1), nous avertissons maintenant les expéditeurs lorsque la couleur de marque principale ou la couleur d'alerte choisie présente un faible rapport de contraste. De tels avertissements permettent également aux expéditeurs d'empêcher la disparition de composants de l'interface utilisateur en raison d'un conflit de couleurs (par exemple, des alertes blanches sur un fond blanc).
• MAIN-6598 : Lorsqu'une session de signataire expire, dans certains environnements, le signataire était redirigé vers la page de connexion OneSpan Sign. Désormais, dans tous les environnements, le signataire est redirigé vers une page d'erreur indiquant que sa session a expiré.

Problèmes connus

• PB-84003 : Un problème survient dans les circonstances suivantes : (1) Les expéditeurs A et B sont membres du même sous-compte ; (2) Les expéditeurs A et B sont les délégués l'un de l'autre ; (3) L'expéditeur A crée un modèle dans le sous-compte. Lorsque l'expéditeur B est ensuite dans le sous-compte, et qu'il agit en tant que délégué de l'expéditeur A, il doit pouvoir voir le nouveau modèle. Mais n'y parvient pas. Une solution de rechange consiste pour l'expéditeur B à sélectionner à nouveau le sous-compte dans le menu Comptes. Il peut alors voir le nouveau modèle.
• PB-74520 : Supposons qu'un utilisateur d'API crée une transaction et spécifie la valeur « 0 » pour le maxLength paramètre sur les champs de texte. Si un signataire saisit par la suite une quantité de texte dans un champ de texte, il déclenchera l'erreur suivante : La valeur du champ est trop longue. Ce problème sera corrigé dans une prochaine version. Pendant ce temps, la solution de contournement pour les utilisateurs de l'API consiste à exclure le maxLength paramètre de la charge utile. Ce problème ne touche pas les utilisateurs de SDK.
• PB-80669 : Parfois, un propriétaire de compte avec l'autorisation de gestion des utilisateurs ne peut pas supprimer d'autres utilisateurs de son compte. De récents changements de code signifient que la suppression d'autres utilisateurs nécessite désormais à la fois l'autorisation de gestion des utilisateurs et l'autorisation de rôles. Une solution de contournement suffisante consiste à attribuer au propriétaire du compte le rôle d'administrateur (via OneSpan Sign BackOffice).
• PB-82567 : Le fait de donner le même nom à un groupe de cases et à un groupe de boutons radio provoque des erreurs dans le Signer Experience. La solution de contournement consiste à s'assurer que ces différents types de groupes portent des noms différents.
• PB-82023 : Windows Explorer est l'application de compression de fichiers par défaut pour les versions 10 et 11 de Microsoft Windows. Un bogue ou une limitation dans l'Explorateur Windows empêche les utilisateurs d'afficher le contenu du fichier EslTransactionsPIIReport créé par la fonction Planifier les rapports de OneSpan Sign BackOffice. Ce problème peut être facilement atténué en utilisant une application de compression de fichier tierce telle que 7zip ou winrar.
• PB-82852 : Lorsque vous essayez de créer une transaction accessible, une erreur « HTTP 400 Bad Request » se produit si les paramètres Arrêter le rendu d’image et Extraire les balises de texte sont tous deux activés dans OneSpan Sign BackOffice. Ce problème sera corrigé dans une prochaine version.
• PB-83384: Lorsque vous essayez de confirmer des documents signés (accessibles ou non), le bouton Confirmer ne répond parfois pas aux clics. Cela ne se produit que si le nom figurant dans l'un des champs de signature du document contenait un point (.). La fonctionnalité du bouton Confirmer peut être facilement rétablie en actualisant le navigateur.
• PB-83688: Ce problème survient lorsqu'un signataire échoue à plusieurs reprises à s'authentifier via la vérification d'identité, et qu'il est exclu d'une transaction. Lorsque l'expéditeur affiche par la suite le statut de ce signataire dans l'expérience utilisateur, il doit voir une icône « signataire verrouillé ». L'expéditeur peut alors interagir avec cette icône pour déverrouiller le signataire et ré-envoyer la transaction. Le problème est que l'icône n'apparaît pas, ce qui empêche le déverrouillage du signataire.
• PB-83742 : La signature d'un document sur Windows 11 via PCC avec un certificat logiciel provoque parfois une erreur de client de certificat personnel. Le document ne peut pas être signé car le certificat sélectionné à cette fin n'est pas valide. Si cela se produit, veuillez sélectionner un autre certificat et réessayer.
• PB-83815 : Lorsque des documents signés sont affichés via la fonction Aperçu PDF de Firefox ou d'un navigateur basé sur Chromium, le navigateur peut ne pas rendre correctement certains éléments (p. ex. : une croix dans une case à cocher). Si cela se produit, affichez le document via Adobe Reader/Acrobat Pro.
• PB-84199 : Un problème survient lorsque le navigateur de signature a été configuré pour parcourir les cases à cocher d'un document. Le problème est qu'il saute les cases à cocher lorsqu'elles font partie d'un groupe de cases à cocher.
• PB-84341 : Si la méthode d'authentification par SMS est affectée à un signataire, l'utilisation d'un navigateur Safari v13 avec iOS 13 bloque le processus de signature. Le message d'erreur qui apparaît est Erreur de serveur non gérée. Pour contourner le problème, les signataires peuvent effectuer l'une des opérations suivantes : (1) utiliser un autre navigateur ; (2) passer à une version supérieure de Safari ; (3) passer à une version supérieure d'iOS.
• PB-84954 : Un problème survient dans les circonstances suivantes : (1) Création d'un modèle avec plusieurs signataires, dont l'un se voit affecter des champs conditionnels ; (2) Création d'une transaction à partir de ce modèle, et suppression du signataire avec champs conditionnels ; (3) Distribution de la transaction pour signature ; (4) Un signataire renseigne sa partie, et clique sur Confirmer. À ce stade, un message d’erreur s’affiche. Ce problème sera corrigé dans une prochaine version. En attendant, la solution de contournement consiste à : (1) supprimer manuellement le document pertinent de la transaction; (2) ajouter à nouveau le document à la transaction; (3) redistribuer la transaction pour signature.

SaaS janvier 2022 : Version 11.45.3

Corrections de bogues

• PB-80515 : Correction d'un problème qui empêchait les signataires de signer une transaction avec un iPad ou un iPhone. Lorsqu'un signataire a essayé d'accéder au Signer Experience, le document ne se chargeait pas. Le navigateur devait alors se rafraîchir en permanence jusqu'à ce qu'une erreur se produise.
• PB-80810 : Correction d'un problème dans lequel le Concepteur ne se chargeait pas dans une iFrame lorsque Firefox v96 était utilisé.

Problèmes connus

• PB-80838 : Si des boutons radio ont été ajoutés en tant que champs obligatoires, un bogue affecte le compteur d'actions requises dans le coin supérieur droit de l'écran d'accueil Signer Experience. En particulier, la sélection d'un bouton radio n'incrémente pas le compteur des « actions achevées » du widget Actions requises ( c'est-à-dire le « x » dans « Actions requises x de y »).

SaaS décembre 2021 : Version 11.45.2

Corrections de bogues

• PB-80033 : Correction d'un problème dans lequel les utilisateurs ne pouvaient pas accéder à un modèle partagé dans un sous-compte.

Vulnérabilités

• PB-80115 : La fondation Apache a récemment annoncé un certain nombre de failles de sécurité (CVE-2021-44228 et CVE-2021-45046) dans la bibliothèque Log4j2 pour les applications Java, affectant toutes les versions de 2.0-beta-9 à 2.15.0. Afin d'atténuer ces vulnérabilités, nous avons mis à niveau les bibliothèques concernées vers la version 2.16.0 de la bibliothèque Log4j Core. Cette version de la bibliothèque atténue l'exécution de code à distance et les attaques par déni de service qui pourraient résulter des vulnérabilités, et est la dernière version fournie par Apache.

SaaS décembre 2021 : Version 11.45.1

Corrections de bogues

• PB-78695 : Correction d'un Signer Experience problème de performance qui entraînait un retard notable dans la réponse du système lorsque le signataire sélectionnait un bouton radio ou une case. Cela donnait aux signataires l'impression qu'ils n'avaient pas réussi à faire une sélection. Cette version a considérablement amélioré le temps de réponse du système à la sélection d'un bouton radio ou d'une case.
• PB-79716 : Correction d'un problème dans lequel les documents de transaction ne pouvaient pas être ouverts si un utilisateur essayait de signer en utilisant la méthode Capture mobile.

Problèmes connus

• PB-77405 : La désactivation d’un groupe de cases n’efface pas une case à cocher si elle a déjà été sélectionnée. Cela peut se produire comme suit : (1) une logique conditionnelle est configurée pour désactiver un groupe de cases à cocher si le signataire interagit avec un champ différent (par exemple, un champ de texte); (2) le signataire sélectionne une case à cocher dans le groupe : (3) le signataire interagit ensuite avec le champ différent qui déclenche la logique conditionnelle; (4) cette logique désactive le groupe de cases à cocher. Dans cette situation, la valeur saisie pour la case persistera, même si son groupe est censé être désactivé.
• PB-77381 : La barre de progression des actions dans le Signer Experience peut ne pas refléter avec précision le nombre d'actions qu'il reste à accomplir à un signataire. Par exemple, la barre de progression peut indiquer Actions requises 0 sur 2, alors qu'elle devrait indiquer Actions requises 0 sur 3. De telles erreurs peuvent survenir lorsque la logique conditionnelle est appliquée au premier élément d'un groupe de cases ou de boutons radio.

SaaS décembre 2021 : Version 11.45

Quoi de neuf

Cérémonie de signature

• Politique de témoins plus conviviale : Les signataires qui ont accepté la politique en matière de témoins une fois ne seront plus invités à accepter cette politique lorsqu'ils accéderont à nouveau à la cérémonie de signature. Remarque : (1) l'accord de consentement à la politique en matière de témoins est spécifique à chaque navigateur; (2) une invitation à accepter la politique en matière de témoins réapparaîtra si le signataire vide le cache de son navigateur ou s'il accède à la fenêtre de son navigateur en mode Incognito/Privé.

Salle virtuelle

• Les délégués peuvent organiser des réunions : Les délégués peuvent désormais agir en tant qu'hôte d'une réunion en salle virtuelle.
• Les hôtes peuvent voir les numéros des pièces jointes : Pendant une réunion en salle virtuelle, l'hôte peut désormais voir combien de pièces jointes l'expéditeur a demandé à chaque destinataire de téléverser.
• Il est rappelé aux expéditeurs que les vidéos seront supprimées : Des notifications par courriel seront désormais envoyées à l'expéditeur d'une transaction de salle virtuelle terminée pour lui rappeler que les enregistrements vidéo de la transaction seront bientôt supprimés. Ces rappels seront envoyés : (1) trois jours avant la suppression des enregistrements; (2) un jour avant la suppression des enregistrements.

Rapports dans l’application

• Les rapports ont plus d'informations sur la vérification de l'identité : Les rapports de transaction contiennent désormais plus d'informations sur les transactions qui avaient la Vérification d'identité d'activée. Pour chaque tentative de vérification d'identité dans une transaction, les rapports enregistrent maintenant : (1) si la tentative concernait la vérification de documents uniquement ou la vérification de documents avec comparaison faciale; (2) si la tentative a réussi ou échoué; (3) le numéro d'identification unique du signataire (signer uid).

Développeurs

• Les SDK peuvent gérer les groupes de cases à cocher : Les SDK peuvent désormais être utilisés pour gérer (pa. ex. créer, mettre à jour) les groupes de cases à cocher.

Corrections de bogues

Cérémonie de signature

Accessibilité

• PB-76252 : Correction d'un problème d'accessibilité dans lequel le lecteur d'écran NVDA ne parvenait pas à lire le bouton Activer le mode d'accessibilité lorsque les signataires passaient par l'onglet correspondant.

• PB-76623 : Le problème suivant a été corrigé. Après avoir utilisé les touches fléchées du clavier pour naviguer jusqu'au bouton Suivant de l'écran Réaffecter le destinataire, le lecteur d'écran NVDA a lu le texte de deux boutons (Suivant et Annuler).

• PB-76625 : Le problème suivant a été corrigé. Après avoir utilisé les touches fléchées du clavier pour naviguer vers un seul bouton de l'écran de capture de signature, le lecteur d'écran NVDA a lu le texte de tous les boutons de ce panneau (Effacer, Annuler et Terminer).

• PB-77993 : Correction d'un problème dans lequel une erreur de serveur non gérée survenait lorsqu'un signataire passait en mode accessibilité.

Transactions en personne

• PB-77012 : Correction d'un problème dans lequel la touche Entrée était désactivée après la saisie d'un code secret message texte incorrect pour une transaction en personne.
• PB-77018 : Correction d'un problème dans lequel la page Signataire verrouillé n'apparaissait pas après qu'un signataire ait échoué à plusieurs reprises l'authentification par message texte dans une transaction en personne.

Autre

• PB-77728 : Correction d'un problème dans lequel un document ne pouvait pas être consulté s'il avait un groupe de cases dont le nom contenait un point.
• PB-77173 : Correction du problème suivant, qui survenait lorsque la page Aperçu était activée. Après que la vérification du signataire externe ait réussi, le système a présenté un flux de signature inattendu.
• PB-76567 : Le problème suivant a été corrigé. Si un signataire rejetait une bannière d'erreur sur un document pendant une session en salle virtuelle, le système faisait automatiquement défiler le document vers le haut.
• PB-76013 : Le problème suivant a été corrigé. Si la liste noire OFAC était activée sur un sous-compte, une erreur était générée lorsqu'un signataire tentait d'accéder à une transaction créée dans ce sous-compte.
• PB-76086 : Le problème suivant a été corrigé. Lorsqu'un délégué essayait de capturer sa signature à partir d'un fichier, le système ne parvenait pas à traiter correctement l'image de sa signature enregistrée.
• PB-76670 : Correction d'un problème dans lequel la barre de rétroaction ne se réduisait pas à la barre supérieure lorsque le signataire faisait défiler les autres pages d'un document. Cela s'est produit lorsque l'on accédait à l'Nouvelle expérience signataire dans une iFrame depuis un appareil mobile.
• PB-76690 : Correction d'un problème dans lequel la barre de retour d'information affichait des informations incorrectes lorsque les paramètres de BackOffice pour le compte concerné : (1) activé les champs conditionnels; (2) configuré le navigateur de signature pour qu'il parcoure tous les champs d'un document (obligatoires et facultatifs).
• PB-76830 : Correction d'un problème dans lequel la couleur d'arrière-plan du bouton de signature était changée en blanc, mais la couleur de la police du bouton ne répondait pas à ce changement. La couleur de la police est restée blanche, de sorte que la légende du bouton est devenue invisible.
• PB-77359 : Correction d'un problème dans lequel les caractères saisis dans des champs de texte ou des zones de texte très petits n'apparaissaient pas dans la nouvelle expérience signataire. Remarque : Ce problème ne s'est jamais produit lors de la cérémonie de signature classique.
• PB-78194 : Le problème suivant a été corrigé. Les signatures associées à un champ automatique (par exemple, la date de signature) ont été appliquées dans un document. Le problème était que ces signatures étaient rendues invalides par l'application ultérieure d'une signature de capture dans le document.
• PB-77810 : Correction d'un problème dans lequel la cérémonie de signature ne reflétait pas la taille de police spécifiée d'un champ d'étiquette.

Expéditeurs

Concepteur

• PB-77843 : Correction d'un problème dans lequel le message d'erreur suivant apparaissait lorsqu'un expéditeur essayait de supprimer des documents du Concepteur : Un problème est survenu et votre demande n'a pas pu être satisfaite. Veuillez réessayer.
• PB-77069 : Correction d'un problème dans lequel certains fichiers PDF téléchargés ne pouvaient pas être visualisés dans le Concepteur à partir d'un navigateur Chrome.

Autre

• PB-76530 : Correction d'un problème dans lequel le message de réussite était affiché pour une opération d'envoi en masse, mais le système ne parvenait pas à traiter les transactions envoyées.
• PB-77639 : Correction du problème suivant, qui survenait lorsque la fonction Rôles et autorisations d'un compte était activée. Les autorisations d'un expéditeur ont été contournées lorsqu'il a créé une transaction. Cela s'est produit parce que le système a validé l'accès de l'expéditeur uniquement en vérifiant son type d'utilisateur, qui était Gestionnaire.
• PB-73499 : Correction d'un problème dans lequel le système semblait incapable d'appliquer une mise en page à une transaction.
• PB-72456 : Correction du problème suivant, qui survenait lorsqu'une transaction nécessitait la signature de l'expéditeur. L'icône Info n'apparaît pas à côté de la transaction dans la liste des transactions récentes du tableau de bord.
• PB-74349 : Le problème suivant a été corrigé. Lorsqu'un propriétaire de transaction prévisualisait un document faisant partie d'une transaction dans le statut ENVOYÉ, une notification de rappel de Vue du document était déclenchée à tort, et un événement d'audit de Vue du document était enregistré à tort.
• PB-75294 : Correction d'un problème dans lequel le panneau d'aperçu dans la partie expéditeur de l'nouvelle expérience utilisateur n'affichait pas un logo qu'un sous-compte avait hérité de son compte parent.
• PB-77194 : Correction de certaines traductions en japonais qui semaient la confusion chez les expéditeurs qui tentaient de créer ou de gérer des transactions.

Développeurs

• PB-76585 : Correction d'un problème dans lequel le système ne parvenait pas à remplacer la variable $PACKAGE_OWNER_NAME par le nom du propriétaire de la transaction dans le courriel d'envoi groupé terminé(email.bulk.send.completed).

• PB-77900 : Correction d'un problème dans lequel l'API était utilisée pour créer un modèle avec le même nom qu'un modèle existant.

• PB-64815 : Correction d'un problème dans lequel les clients étaient en mesure d'envoyer un message incorrect à notre système via l'API AccountUID incorrect via l'API.

Propriétaires de compte et admins

• PB-77560 : Le problème suivant a été corrigé. Après l'annulation d'un compte, le système n'a pas réussi à supprimer la CMK (Customer Master Key) associée.

• PB-77745 : Correction d'un problème dans lequel le provisionnement automatique SSO ne fonctionnait pas si les attributs d'utilisateur accountid et role n'étaient pas spécifiés.

Salle virtuelle

• PB-77875 : Correction d'un problème dans lequel le système ne parvenait pas à créer un fichier d'enregistrement vidéo pour une réunion dans une salle virtuelle si la réunion en cours d'enregistrement était interrompue.

Rapports dans l’application

• PB-76524 : Correction d'un problème dans lequel un utilisateur avec l'autorisation de Rapports ne pouvait pas accéder aux Rapports de transactions ou aux Rapports de comptes concernant leur compte.

Comportement modifié

• PB-77005 : Il n'est plus possible d'enregistrer des mises en page comportant des champs masqués.

• PB-77808 : Les nouveaux boutons Réviser, Signer et Rejoindre peuvent désormais apparaître sur la page Détails de la transaction pour les transactions de la salle virtuelle. En cliquant sur le bouton Révision, l'examinateur accède à la cérémonie de signature de la transaction. En cliquant sur le bouton Signer, le signataire accède à la cérémonie de signature de la transaction. En cliquant sur le bouton Rejoindre, l'utilisateur accède à une page de bienvenue qui donne un aperçu de la transaction.

Problèmes connus

• PB-78762 : Lorsqu'une condition « Rendre obligatoire » ou « Rendre facultatif » a été configurée pour un champ de signature dans un document, et que cette condition change après qu'un autre signataire ait confirmé le même document, il y a un problème avec ce champ de signature dans le PDF résultant.

• PB-79423 : Lorsqu'un signataire a activé le mode d'accessibilité et qu'il visualise un document, certains champs du document (par exemple, les zones de texte, les cases) peuvent dépasser le bord droit du document.

• PB-79517 : Lorsque les expéditeurs consultent le panneau Paramètres des champs, ils ne peuvent pas voir tous les paramètres d'une case à cocher à la fois si l'affichage de leur ordinateur a été redimensionné à plus de 125 %. Jusqu'à ce que ce problème soit résolu, la solution de contournement consiste à effectuer un zoom arrière.

• PB-82274 : Lorsqu’un signataire a plusieurs champs Signature par capture dans un document d’une transaction e-Notary, une erreur se produit dans la situation suivante. Si le signataire dessine sa signature dans l’un de ces champs de Signature de capture, puis téléversé une image de signature à l’aide de l’option « Signature par capture depuis un fichier », le système n’a pas réussi à placer la signature dessinée dans tous les champs de Signature par capture du signataire. Ce problème sera corrigé dans OneSpan Sign 11.46.

SaaS octobre 2021 : Version 11.44

Quoi de neuf

Salle virtuelle

• Ajout de l'enregistrement vidéo : L'enregistrement vidéo est désormais possible pour les transactions en salle virtuelle. Remarque : (1) L'enregistrement vidéo n'est disponible que pour les transactions en salle virtuelle, et doit être activé pour un compte. Pour activer cette fonction, veuillez communiquer avec un représentant commercial. (2) L'hôte de la transaction peut activer et désactiver l'enregistrement pendant les sessions de signature. Si un enregistrement est mis en pause puis repris au cours d'une même session, une seule vidéo sera créée à la fin. S'il y a plusieurs sessions de signature, plusieurs vidéos seront créées pour la transaction. (3) Le traitement des vidéos se fait après la fin de la transaction, et peut prendre jusqu'à une heure. Les enregistrements seront disponibles sur la page des détails de la transaction dans la partie expéditeur de la nouvelle expérience utilisateur. (4) Chaque vidéo sera composée de pistes audio et vidéo de tous les participants. (5) Les enregistrements seront supprimés sept jours après leur création, les expéditeurs doivent donc télécharger et stocker les enregistrements avant cette date.
• Ajout d'informations dans le résumé des preuves : Si une transaction est une transaction de salle virtuelle, le document Résumé de la preuve maintenant : (1) indique le type de transaction; (2) enregistre les actions de la salle virtuelle.

Administration de l'entreprise

• Actions sur les sous-comptes pour les utilisateurs de l'API : Un utilisateur de l'API disposant d'un compte et d'autorisations d'utilisateur appropriés peut désormais : (1) récupérer les rôles d'un utilisateur donné dans un ou plusieurs sous-comptes; (2) attribuer un ou plusieurs rôles dans un sous-compte à un utilisateur donné. Ces deux procédures API nécessitent les préalables suivantes : (1) les sous-comptes doivent être activés pour le compte via BackOffice; (2) l'utilisateur de l'API doit avoir accès à l'API via sa propre clé API; (3) l'utilisateur de l'API doit avoir l'autorisation Gestion-utilisateur sur le sous-compte.

Authentification des utilisateurs

• Prise en charge d'une deuxième méthode d'authentification : Auparavant, si la vérification d'identité était attribuée à un destinataire, une autre méthode d'authentification ne pouvait pas être attribuée à ce destinataire en même temps. À partir de cette version, Vérification de l’identité et l’authentification KBA peuvent toutes deux être attribuées à un destinataire. Pour accéder à la transaction concernée, le destinataire doit passer les deux méthodes d'authentification.
• Affichage des tentatives de vérification d'identité restantes : Chaque fois qu'un destinataire tente et échoue à s'authentifier via Vérification de l'identité afin d'accéder à une transaction, un écran lui indique désormais le nombre de tentatives d'authentification autorisées dont il dispose encore.

Cérémonie de signature

• Ajout de la prise en charge de l'arabe : Ajout de la prise en charge de la langue arabe dans la nouvelle expérience signataire Cela inclut la prise en charge du retournement des mots de droite à gauche dans les champs de la zone de texte. L'arabe n'est pas encore pris en charge dans la partie expéditeur de la nouvelle expérience utilisateur. Problèmes connus : (1) les filigranes en arabe ne sont pas encore totalement opérationnels; (2) les nouvelles lignes saisies dans les champs de la zone de texte apparaissent sous la forme d'un « ? » dans le document Résumé des preuves.
• Amélioration du flux d'accessibilité : Amélioration du flux d'accessibilité en veillant à ce que la navigation vers un document ultérieur amène le signataire directement au document et non au menu supérieur.
• Amélioration de l'accessibilité des documents : Un raccourci Aller au document est désormais disponible pour toutes les transactions (accessibles et non accessibles). Il redirige les utilisateurs vers le document principal de la transaction.

Expéditeurs

• Ajout de la prise en charge des groupes de cases : Les expéditeurs peuvent désormais créer un groupe de cases. Si l'expéditeur définit une case à cocher d'un groupe comme étant obligatoire, le signataire doit sélectionner au moins un membre du groupe pendant la signature. Remarque : (1) La logique conditionnelle sur un groupe de cases n'est pas prise en charge. (2) Le support SDK n'est pas encore disponible. Ce sera ajouté dans une prochaine version. (3) L'extraction n'est pas encore disponible. Ce sera ajouté dans une prochaine version. (4) Cette fonction n'est pas encore entièrement conforme aux normes ADA. Cela sera ajouté dans une prochaine version. (5) Les points (« . ») ne sont pas pris en charge actuellement dans les noms de groupes de cases. Ce problème sera résolu dans une prochaine version.
• Affichage complet des messages longs : La fenêtre de la page Détails de la transaction qui contient le message envoyé aux destinataires s'agrandit désormais si le message dépasse la taille par défaut de cette fenêtre. Cela garantit que les expéditeurs peuvent voir l'intégralité du message.

Corrections de bogues

Cérémonie de signature

Transactions en personne

• PB-75437 : Correction d'un problème de transaction en personne dans lequel la signature par capture d'un signataire ultérieur n'était pas réinitialisée après que le signataire ait cliqué sur Annuler et ait essayé de signer à nouveau.
• PB-70667 : Correction d'un problème dans lequel un hôte de la transaction en personne qui n'était pas le propriétaire de la transaction pouvait accéder à la page de modification de la transaction après que celle-ci ait été refusée. Maintenant, pour de tels hôtes : (1) le bouton Terminé est caché sur la page de la transaction refusée; (2) ils doivent sélectionner Quitter la signature pour quitter la cérémonie de signature, et sont alors redirigés vers le tableau de bord.
• PB-76187 : Correction d'un problème dans lequel le propriétaire de la transaction ne pouvait pas accéder à la page de remerciement en personne lorsque la redirection automatique était activée pour l'URL de transfert.
• PB-76795 : Correction d'un problème dans lequel l'invite de vérification par message texte ne s'affichait pas pour un signataire dans une transaction en personne lorsque la deuxième déclaration sous serment en personne était désactivée.

Accessibilité

• PB-70964 : Correction d'un problème d'accessibilité dans lequel les lecteurs d'écran ne parvenaient pas à lire automatiquement l'écran de la politique en matière de témoins.
• PB-58816 : Correction d'un problème d'accessibilité dans lequel plusieurs onglets étaient nécessaires pour atteindre l'option cachée Activer l'accessibilité. Cette option est maintenant disponible juste après l'écran Politique en matière de témoins.
• PB-65060 : Correction d'un problème d'accessibilité dans lequel, lors de la signature d'un bloc de signature, le lecteur d'écran lisait par erreur le mot Non disponible.
• PB-75200 : Correction d'un problème d'accessibilité dans lequel il y avait deux titres H1 sur la page Résumé complet.
• PB-72644 : Correction d'un problème d'accessibilité dans lequel les lecteurs d'écran ne parvenaient pas à vocaliser le nombre total correct de téléversements pour une transaction de salle virtuelle lorsque l'hôte développait la liste des téléversements.

Champs conditionnels

• PB-76935 : Correction d'un problème dans lequel les transactions utilisant des champs conditionnels sur des boutons radio ou des cases à cocher n'affichaient pas le statut correct de la transaction dans la barre de retour des actions requises.
• PB-76573 : Correction d'un problème dans lequel les boutons radio et les cases à cocher dans un document avec des champs conditionnels n'apparaissaient pas comme sélectionnés jusqu'à ce que le document soit actualisé.
• PB-76663 : Correction d'un problème de performance qui était déclenché lorsque des documents avec des champs conditionnels étaient confirmés.

Autre

• PB-76845 : Correction d'un problème dans lequel la sélection ou l'effacement d'une case à cocher ne fonctionnait pas correctement dans certains scénarios.
• PB-76834 : Correction d'un problème dans lequel le statut du document n'était pas correctement mis à jour dans le volet Documents.
• PB-76455 : Correction d'un problème dans lequel la page Résumé complet s'affichait pour un signataire dans une transaction attribuée à un groupe, alors que ce n'était pas encore le tour de ce signataire de signer.
• PB-75628 : Correction d'un problème dans lequel l'option Réassigner le destinataire (également connue sous le nom de Changer le signataire) était toujours présente pour les transactions refusées.
• PB-76354 : Le problème suivant a été corrigé. Si l'option Appliquer la signature par capture était activée, une signature dessinée à la main n'était pas réinitialisée après l'annulation de la signature.
• PB-76087 : Le problème suivant a été corrigé. Un expéditeur a accédé à une transaction pour laquelle il n'était pas le propriétaire de la transaction et a refusé de signer. L'écran Transaction refusée s'est affiché, sur lequel l'utilisateur a cliqué sur Plus d'actions > Quitter le mode de signature. L'utilisateur aurait alors dû quitter le mode de signature sans message d'erreur, mais un message d'erreur est apparu. Lorsque l'utilisateur a fermé le message d'erreur, il a atterri sur une page d'accès refusé sans options de navigation. La correction permet à ces utilisateurs de quitter le mode de signature sans message d'erreur et les redirige vers le tableau de bord.

Expéditeurs

Page du créateur

• PB-75242 : Correction d'un problème dans lequel les expéditeurs ne pouvaient pas accéder à la page du Concepteur après avoir créé une transaction à partir d'un modèle partagé qui avait été créé par un autre expéditeur.
• PB-76282 : Correction d'un problème dans lequel les expéditeurs pouvaient accéder à la page du Concepteur lorsque la transaction concernée avait été créée sans document via l'API.
• PB-72709 : Correction d'un problème de page de concepteur dans lequel certaines conditions entraînaient l'impossibilité d'enregistrer la valeur de l'indicateur Est requis pour les champs de formulaire.

Autre

• PB-70909 : Le problème suivant a été corrigé. Lorsque les utilisateurs cliquent sur la partie ANNULÉ du graphique circulaire du tableau de bord, ils doivent être redirigés vers l'affichage des transactions récentes refusées. Au lieu de cela, ils ont été redirigés vers l'affichage du statut des transactions mises à la corbeille.
• PB-74870 : Correction d'un problème dans lequel l'écran Politique en matière de témoins empêchait les expéditeurs de créer une signature manuscrite sur la page Signature (parmi l'ensemble des pages Mon compte).
• PB-75387 : Correction d'un problème d'accessibilité dans lequel les attributs aria-label des boutons radio et des cases avaient des valeurs inattendues.
• PB-76375 : Correction d'un problème dans lequel les traductions japonaises pour la délégation d'accès n'étaient pas intuitives.

Propriétaires de compte et admins

Accessibilité

• PB-75982 : Correction d'un problème d'accessibilité dans lequel le lecteur d'écran NVDA ne lisait pas correctement un bouton Fermer.
• PB-75918 : Correction d'un problème d'accessibilité dans lequel le lecteur NVDA ne lisait pas complètement plusieurs liens.
• PB-76095 : Correction du problème d'accessibilité suivant. Lorsqu'un utilisateur a navigué vers le lien Rapports à l'aide des touches fléchées, le lecteur d'écran NVDA aurait dû lire uniquement le lien Rapports. Au lieu de cela, il lit le lien Rapports et le lien Admin.

Autre

• PB-74985 : Correction d'un problème dans lequel une erreur Erreur de passerelle 504 se produisait en essayant d'activer des sous-comptes.

Développeurs

• PB-64787 : Nous avons résolu un problème en veillant à ce que, lorsque la fonction Rôles et autorisations est activée, seuls les utilisateurs disposant de l'autorisation de gestion des données en libre-service puissent accéder à notre fonction de conservation des données via l'API.

Comportement modifié

• PB-74060 : Pour améliorer l'accessibilité, nous avons converti la fenêtre contextuelle de sortie du mode de signature pour les expéditeurs en une notification qui apparaît dans la barre supérieure de la nouvelle expérience signataire.

Problèmes connus

• PB-77728 : Les points (« . ») ne sont pas pris en charge actuellement dans les noms de groupes de radios ou de groupes de cases. Ce problème sera résolu dans une prochaine version.

• PB-77822 : Un signataire est redirigé automatiquement vers l'URL de transfert si l'option de redirection automatique est activée et que l'nouvelle expérience signataire est accessible depuis l'interface de l'expéditeur. Cela ne devrait pas se produire pour les transactions régulières. Ce problème sera résolu dans une prochaine version.

• PB-78102 : Ce problème se pose lorsque l'API est utilisée pour ajouter à un document : (1) un groupe de cases à cocher; (2) d'autres cases à cocher pour lesquelles les règles de validation n'ont pas été configurées ("validation":null). Si cela se produit, une erreur apparaîtra lorsque les destinataires essaieront d'accéder à la transaction dans la nouvelle expérience signataire. Ce problème sera résolu dans une prochaine version.

• PB-78194 : Ce problème se pose lorsque des signatures associées à un champ automatique (par exemple, la date de signature) sont appliquées dans un document. Le problème est que ces signatures sont rendues invalides par l'application ultérieure d'une signature par capture dans le document.

• PB-78448 : Lors de la création d'un modèle, le commutateur à bascule Partager le modèle ne fonctionne pas correctement. S'il est cliqué, le statut n'est pas sauvegardé visuellement. Néanmoins, le modèle est partagé avec les autres expéditeurs du compte. Ce problème sera résolu dans une prochaine version.
• PB-77810 : La cérémonie de signature ne reflète pas la taille de police spécifiée pour un champ d'étiquette. Au lieu de cela, le texte du champ apparaît avec la taille de police par défaut du champ. Ce problème sera résolu dans la prochaine version.

• PB-78762 : Lorsqu'une condition « Rendre obligatoire » ou « Rendre facultatif » a été configurée pour un champ de signature dans un document, et que cette condition change après qu'un autre signataire ait confirmé le même document, il y a un problème avec ce champ de signature dans le PDF résultant.

SaaS septembre 2021 : Version 11.43.2

Corrections de bogues

Nouvelle expérience utilisateur

• PB-77545 : Correction d'un problème dans lequel les documents ne se chargeaient pas dans le Concepteur et dans l'nouvelle expérience signataire si le navigateur de l'utilisateur était Safari 12.x.

SaaS septembre 2021 : Version 11.43.1

Corrections de bogues

Cérémonie de signature

• PB-77019 : Correction d'un problème dans lequel les destinataires ne pouvaient pas accéder à une transaction à partir d'un lien dans un courriel.

• PB-76908 : Correction d'un problème dans lequel le haut des caractères japonais était coupé dans les champs de zone de texte à plusieurs lignes.

Expéditeurs

• PB-76961 : Correction d'un problème dans lequel les expéditeurs ne pouvaient pas accéder à la liste complète des groupes.

SaaS août 2021 : Version 11.43

Quoi de neuf

Vérification de l'identité

• Introduction à la vérification d'identité : Cette version introduit les nouvelles méthodes suivantes pour authentifier l'identité d'un destinataire : (1) La vérification de documents uniquement valide le permis de conduire, le passeport ou la carte d'identité nationale du destinataire; (2) La vérification de documents avec comparaison faciale examine l'un de ces documents d'identité et compare la photo du destinataire figurant sur ce document avec le selfie du destinataire. Collectivement, ces deux méthodes sont appelées Vérification d'identité. Pour activer et configurer la vérification d'identité pour votre compte, communiquez avec votre représentant de compte. Remarque : La vérification d'identité pour OneSpan Sign est disponible uniquement dans les environnements suivants : US1, US2, CA et EU. Il n'est pas disponible dans les environnements américains FedRAMP ou AU.

Nouvelle expérience utilisateur

• Conseils sur les polices de caractères : Une nouvelle documentation explique aux utilisateurs comment éviter les problèmes de polices dans les documents créés ou téléversés pour être utilisés dans les transactions - consultez Polices prises en charge.

Cérémonie de signature

• Peut signer via Uanataca sans témoins : La signature via le Fournisseur de services de confiance Uanataca n'utilise plus de témoins pour stocker les informations de session. Cela complète une fonctionnalité similaire de cérémonie de signature introduite dans OneSpan Sign 11.42 et 11.38. Néanmoins, les scénarios qui ont des points d'intégration avec des entités tierces comme Equifax ou un serveur IdP peuvent exiger l'utilisation de témoins - de telles exigences sont hors de notre contrôle.
• Barre inférieure de la page des téléversements : À partir de cette version, la barre inférieure informative de la page Téléversements apparaîtra toujours si des pièces jointes facultatives et/ou obligatoires doivent être téléchargées par le signataire.
• Suppression du Soudan de la liste de l'OFAC : Suppression du Soudan de la liste de l'OFAC, puisque l'OFAC ne considère plus le Soudan comme un pays sous embargo.

Expéditeurs

• Les types de transaction ont été renommés : Lorsqu'un expéditeur crée ou modifie une transaction ou un modèle dans la nouvelle expérience utilisateur, le menu déroulant des types de transaction ou de modèle présente désormais les options renommées suivantes : (1) Signature électronique (une transaction de signature normale qui n'est pas une transaction en personne, de notarisation ou de salle virtuelle); (2) Signature électronique en personne; (3) Cérémonie de notarisation électronique en personne (anciennement appelée notarisation); (4) Salle virtuelle.
• Détails de la salle virtuelle sur la page Détails de la transaction : Les informations relatives aux salles virtuelles apparaissent désormais sur la page Détails de la transaction d'une salle virtuelle.
• Peut masquer les champs dans la salle virtuelle : Les champs sélectionnés dans une transaction de chambre virtuelle peuvent désormais être masqués. Lorsqu'un expéditeur ajoute un champ à un document, il peut faire glisser le commutateur du champ Masque pour l'activer. Si cela a été fait, pendant la cérémonie de signature, ce champ ne sera visible que par les personnes suivantes : (1) le signataire à qui le champ est attribué; (2) l'hôte.
• Amélioration de l'importation de documents accessibles : Lorsqu'un expéditeur utilise la nouvelle expérience utilisateur pour importer un document accessible, un groupe de boutons radio dans le document sera désormais importé comme un groupe entier (et non comme des boutons radio particuliers).
• Possibilité d'envoyer une seule transaction pour toutes les langues : Lorsqu'un document doit être signé par des signataires parlant différentes langues, l'expéditeur peut désormais envoyer une seule transaction à tous les signataires. L'expéditeur ne doit plus créer une transaction distincte pour chaque langue. Un document signé affichera correctement les entrées des signataires dans toutes les langues qu'ils ont utilisées (indépendamment de la langue spécifiée pour la transaction).

Développeurs

• Nouvelle notification de rappel pour les SDK : Les SDK peuvent désormais être utilisés pour configurer une notification de rappel appelée Document visualisé. Cette notification est déclenchée lorsqu'un signataire consulte un document.
• Notification d'un nouvel événement : Création d'une notification d'événement JavaScript qui se déclenche lorsque le signataire d'une transaction en personne ou d'une transaction de notaire électronique clique sur le bouton Terminé de sa page de remerciement. Remarque : L'identifiant du signataire est ajouté à l'événement ESL:MESSAGE:SUCCESS:SIGNER_DONE:<id du signataire>
• Amélioration des signatures du Costa Rica : Les documents signés avec un horodatage costaricien sont désormais compatibles avec PAdES BL-T LTV. Cela leur permet de passer l'outil de validation de la Banco Central de Costa Rica(portail Central Directo).
• Les SDK peuvent récupérer les clés API des sous-comptes en un seul appel : La version 11.42 permet à un utilisateur de récupérer les clés API de tous ses sous-comptes via un appel API REST unique. Cette fonctionnalité est désormais disponible via les SDK Java et .NET.

Rapports dans l’application

• Ajout d'une roulette de chargement : Une roulette de chargement apparaît désormais lorsque les utilisateurs attendent que le système termine le téléchargement des rapports.

Corrections de bogues

Cérémonie de signature

Transactions en personne

• PB-75491 : Correction d'un problème dans lequel le transfert entre les signataires dans une transaction en personne échouait parce que le destinataire avait reçu un code de langue non pris en charge.
• PB-74075 : Correction d'un problème qui survenait lorsqu'un signataire externe accédait à une transaction en personne en utilisant son jeton d'authentification du signataire. Dans ce cas, la page de résumé d'achèvement ne s'est pas affichée lorsque le signataire a terminé de signer.
• PB-74140 : Correction d'un problème qui survenait lorsqu'on accédait à une transaction en personne en utilisant le jeton d'authentification du signataire d'un signataire qui ne pouvait pas héberger la session. Pour ce signataire, l'option Signalisation de sortie ne devrait pas être disponible dans le menu Autres actions, mais elle l'était.
• PB-74686 : Correction d'un problème survenant dans les transactions en personne et les transactions e-Notary. Lorsqu'un signataire termine et quitte la signature, il devrait voir la page de remerciement du signataire. Cependant, le système n'a pas réussi à l'afficher pour ces transactions.
• PB-75247 : Correction d'un problème dans lequel la page de remerciement de l'hôte dans une transaction en personne ne comportait pas le bouton Télécharger les documents.
• PB-74695 : Correction d'un problème dans lequel la page de remerciement de l'hôte pour une transaction en personne n'apparaissait pas après que tous les signataires aient terminé de signer . Cela s'est produit lorsque la transaction avait été configurée pour être complétée manuellement, et n'était donc pas encore terminée.

Accessibilité

• PB-75409 : Correction d'un problème dans lequel le texte pré-rempli dans le champ de texte multi-lignes d'un PDF ne s'affichait pas correctement en mode accessibilité.
• PB-72717 : Correction d'un problème d'accessibilité dans lequel certaines instructions de Screen Reader n'étaient pas assez claires. Ces instructions décrivaient comment utiliser un appareil mobile pour appliquer une signature par capture.
• Correction de plusieurs problèmes d'accessibilité, principalement liés au fait que les lecteurs d'écran ne parvenaient pas à lire correctement les étiquettes et autres éléments.

Authentification des utilisateurs

• PB-75220 : Correction d'un problème qui survenait lorsqu'un destinataire tapait un code correct pour l'authentification par message texte ou une réponse correcte pour l'authentification par Q&R, puis appuyait sur Entrée. À ce moment-là, le système aurait dû laisser le destinataire accéder à la transaction associée, mais il ne l'a pas fait.
• PB-70833 : Correction d'un problème dans lequel une roue de chargement continuait d'apparaître sur la page d'authentification d'un destinataire après le chargement complet de la page.

Langue

• PB-75563 : Correction d'un problème dans lequel les variations du code de langue pour une langue prise en charge provoquaient une erreur lorsque les utilisateurs essayaient d'accéder à la nouvelle expérience signataire.
• PB-74062 : Correction de certaines traductions en japonais.

Autre

• PB-75957 : Correction d'un problème dans lequel les documents PDF qui n'avaient pas de polices incorporées ne s'affichaient pas correctement dans la cérémonie de signature. Pour obtenir plus d'informations, voir Polices prises en charge.
• PB-75199 : Correction d'un problème dans lequel les signataires subissaient un décalage lorsqu'ils essayaient de mettre à jour les champs d' un document.
• PB-75136 : Correction d'un problème dans lequel un paramètre de BackOffice OneSpan Sign ne fonctionnait pas. Ce paramètre aurait dû empêcher l'apparition d'une barre de progression de la signature pendant la cérémonie de signature, mais ce n'est pas le cas.
• PB-75565 : Correction d'un problème dans lequel un signataire ne pouvait pas accéder à une transaction à partir d'un lien courriel après que l'expéditeur ait rejeté l'une des pièces jointes du signataire pour cette transaction.
• PB-75132 : Correction d'un problème dans lequel le navigateur de signature n'apparaissait pas pour les documents dont les seules signatures étaient facultatives.
• PB-75573 : Le problème suivant a été corrigé. Deux boutons radio du même groupe se trouvaient sur des pages différentes dans un document. Le signataire a sélectionné le deuxième bouton, donc l'accent aurait dû être mis sur celui-ci. Au lieu de cela, l'attention s'est portée sur le premier bouton, qui se trouvait sur une autre page.
• PB-73691 : Correction d'un problème dans lequel un texte long dans la barre ACCEPTER du document de consentement électronique en haut de la nouvelle expérience utilisateur entraînait un chevauchement des pages du document.
• PB-73317 : Le problème suivant a été corrigé. Lorsqu'il utilisait le type de signature mobile, le signataire était invité à récupérer sa signature manuscrite lorsqu'il appliquait les signatures suivantes.
• PB-75240 : Le problème suivant a été corrigé. OneSpan Sign 11.42 permet aux expéditeurs de télécharger une image par défaut qui apparaîtra comme leur signature lorsqu'ils signent un champ de signature de type Signature par capture (avec l'attribut Du fichier). Le problème était que cette image de signature n'était pas appliquée si l'expéditeur avait accédé à la transaction à partir d'un lien.
• PB-76388 : Correction d'un problème dans lequel une erreur apparaissait parfois après qu'un destinataire ait accepté un document de divulgation à partir d'un téléphone mobile.
• PB-76671 : Correction d'un problème dans lequel une erreur apparaissait parfois lorsqu'un signataire acceptait (confirmait) une signature.

Expéditeurs

• PB-69781 : Le problème suivant a été corrigé. Lorsqu'un expéditeur cliquait sur la barre de défilement extérieure de la fenêtre Appliquer la mise en page, cette barre disparaissait.
• PB-75231 : Correction d'un problème dans lequel le bouton Refusé était toujours disponible pour les expéditeurs utilisant la nouvelle expérience utilisateur.
• PB-74527 : Correction d'un problème qui survenait après les actions suivantes : (1) un signataire n'a que partiellement terminé une transaction, puis a quitté la signature; (2) l'expéditeur a ensuite accédé à cette transaction, qui était en cours. L'expéditeur n'aurait pas dû pouvoir modifier l'adresse courriel de ce signataire, mais il l'a fait.
• PB-74478 : Correction du problème suivant pour une transaction en personne dont le destinataire était un expéditeur sur un compte différent. Lorsque ce destinataire-émetteur accède à la cérémonie de signature à partir de l'interface de l'expéditeur, l'option Quitter le mode de signature ne lui est pas accessible.
• PB-75264 : Correction d'un problème dans lequel le mauvais message d'erreur apparaissait après les actions suivantes. Un expéditeur : (1) créé une transaction avec un destinataire et un document; (2) navigué vers la page Concepteur; (3) ouvert la page Paramètres de la transaction; (4) changé le type de transaction de eSigning à Salle virtuelle; (5) cliqué sur le bouton Configurer.
• PB-75976 : Correction d'un problème dans lequel les PDF sans polices incorporées ne s'affichaient pas correctement dans la partie expéditeur de la nouvelle expérience utilisateur. Pour obtenir plus d'informations, voir Polices prises en charge.
• PB-76253 : Correction d'un problème dans lequel les transactions ne pouvaient pas être créées à partir d'un modèle d'envoi en masse. Lorsque les expéditeurs ont essayé de le faire, ils n'ont pas pu téléverser le fichier CSV requis.

Propriétaires de compte et admins

• PB-75078 : Le problème suivant a été corrigé. Après que la langue a été changée en japonais sur le tableau de bord, certaines étiquettes sur la page de conservation des données apparaissaient toujours en anglais.
• PB-74538 : Correction d'un problème d'accessibilité dans lequel un lecteur d'écran NVDA ne lisait pas correctement le bouton Supprimer définitivement lorsqu'un propriétaire de compte supprimait un modèle.
• PB-75236 : Correction d'un problème dans lequel la boîte de dialogue Signature par capture n'affichait pas la couleur primaire spécifiée par le client.

Développeurs

• PB-75446 : Correction d'un problème dans lequel un événement de rappel EMAIL_BOUNCE n'était pas envoyé au service de rappel SalesforceOAuth2.
• PB-74043 : Correction d'un problème dans lequel le système ne parvenait pas à envoyer au propriétaire de la transaction un courriel avec le résumé des preuves (email.evidencesummary) lorsque la date d'expiration d'un utilisateur délégué était nulle.
• PB-69233 : Correction d'un problème dans lequel un courriel envoyé via le modèle email.transaction.complete ne parvenait pas à rediriger certains expéditeurs vers la transaction terminée. Les expéditeurs concernés étaient ceux qui utilisaient l'authentification SSO.

Amélioration des performances

• PB-72391 : Augmentation de la vitesse à laquelle les documents sont téléversés vers les transactions.
• PB-75750 : Augmentation de la vitesse à laquelle une liste de modèles s'affiche après avoir été demandée. Il s'agit d'une solution temporaire qui présente les limitations suivantes : (1) la colonne Documents du tableau Modèles n'affiche plus aucun contenu - la solution consiste à afficher la liste des documents sur la page Détails du modèle; (2) lorsque c'est au tour de l'expéditeur de signer, il ne peut plus accéder directement à la cérémonie de signature depuis le tableau de bord ou la boîte de réception - la solution consiste pour l'expéditeur à cliquer sur le bouton Signer sur la page Détails de la transaction. Une correction plus complète de ce problème sera fournie dans une version ultérieure.

Comportement modifié

• PB-74722 : Mise à jour du document de consentement et de divulgation de OneSpan Sign pour faire référence à l'enregistrement des sessions de la salle virtuelle. L'activation de l'enregistrement audio et/ou vidéo de ces sessions est prévue pour la prochaine version.
• À partir de la version 11.43, les utilisateurs ne pourront plus accéder à la partie expéditeur de la nouvelle expérience utilisateur depuis Internet Explorer. S'ils essaient de le faire, un message d'erreur les informera que ce navigateur n'est pas pris en charge.

Problèmes connus

• PB-76834 : Dans la cérémonie de signature, le volet des documents n'affiche pas correctement le statut du document tant que la page n'est pas actualisée. Ce problème sera résolu dans OneSpan Sign 11.44.

SaaS 2021-Jul : Version 11.42.1

Corrections de bogues

Cérémonie de signature

• PB-75233 : Correction d'un problème dans lequel un signataire était invité à récupérer sa signature, alors que la fonction Appliquer la signature par capture n'était pas activée.

Nouvelle expérience utilisateur

• PB-75202 : Correction d'un problème dans lequel certains contenus dans les documents ne s'affichaient pas correctement. Ce problème affectait à la fois les expéditeurs et les signataires.

SaaS juin 2021 : Version 11.42

Quoi de neuf

Cérémonie de signature classique

• Cérémonie de signature classique dépréciée : La cérémonie de signature classique - c'est-à-dire la partie de l'expérience utilisateur classique destinée aux signataires - est désormais obsolète. La partie de l'expérience utilisateur classique pour les expéditeurs et les administrateurs a été supprimée dans OneSpan Sign 11.35. Ainsi, à partir de cette version : (1) aucune partie de l'expérience utilisateur classique ne sera prise en charge; (2) tous les comptes seront transférés vers la nouvelle expérience utilisateur.

Cérémonie de signature

• Invitation à commencer la signature de la transaction suivante : Lorsque l'on accède à la nouvelle expérience signataire à partir de l'interface de l'expéditeur, les expéditeurs seront désormais invités à commencer à signer leur prochaine transaction. Cela leur évite de devoir retourner dans leur boîte de réception pour accéder à la transaction suivante.
• Signer via TSP sans témoins : La signature avec un Fournisseur de services de confiance n'utilisera plus de témoins pour stocker les informations de session (à l'exception des intégrations TSP pour Uanataca et Accesso). Cela complète une fonctionnalité similaire de cérémonie de signature introduite dans OneSpan Sign 11.38. Néanmoins, les scénarios qui ont des points d'intégration avec des entités tierces comme Equifax ou un serveur IdP peuvent exiger l'utilisation de témoins - de telles exigences sont hors de notre contrôle.
• Itération personnalisée pour le Navigateur : Le navigateur de signature peut désormais parcourir tous les champs d'un document (obligatoires et facultatifs) ou uniquement les champs obligatoires. Auparavant, le navigateur ne parcourait que les champs obligatoires. Pour configurer ce paramètre pour votre compte, communiquez avec notre équipe de soutien.

Expéditeurs

• Menu déroulant pour le type de transaction : Lorsqu'une transaction ou un modèle est créé ou modifié dans la nouvelle expérience utilisateur, l'expéditeur sélectionne désormais le type de transaction souhaité dans un menu déroulant. Les options de ce menu sont : (1) Signature à distance; (2) Cérémonie en personne; (3) Salle de signature virtuelle; (4) Notarisation. Ce menu permettra aux expéditeurs de sélectionner plus facilement le bon type de transaction.

• Prise en charge de plusieurs langues en une seule transaction : Le principal cas d'utilisation de cette fonctionnalité est celui d'un expéditeur qui souhaite envoyer une transaction à plusieurs signataires qui préfèrent des langues différentes. L'expéditeur veut éviter de devoir envoyer une transaction distincte pour chaque langue. Cette fonction : (1) permet à l'expéditeur d'envoyer une seule transaction; (2) permet aux signataires de signer et de remplir d'autres champs d'une seule ligne dans leur propre langue; (3) garantit que les entrées des signataires dans toutes les langues sont correctement affichées dans les documents signés, quelle que soit la langue sélectionnée pour la transaction elle-même.

• Possibilité de téléverser une image de signature par défaut : Un expéditeur peut désormais télverser une image par défaut qui apparaîtra comme sa signature lorsqu'il signe un champ de signature de type Signature par capture (avec l'attribut Du fichier ). Cette valeur par défaut évite aux expéditeurs de devoir télécharger une image à chaque fois qu'ils signent ces champs. Le fichier image par défaut est configuré dans la section Image comme signature de la page Signature parmi les pages de l'ensemble Mon compte.

Propriétaires de compte et admins

• Possibilité d'attribuer une couleur différente aux signatures facultatives : Les administrateurs peuvent désormais personnaliser la couleur du bloc de signature utilisé par les signatures facultatives. Cette différenciation visuelle permettra aux signataires de distinguer facilement les signatures facultatives des signatures obligatoires.

• Peut formater la barre de rétroaction : Le texte de la barre de commentaires de la nouvelle expérience signataire peut désormais être formaté à l'aide de Markdown. Pour ce faire, communiquez avec notre équipe de soutien.

• Peut formater la barre d'acceptation du consentement : Le texte de la barre ACCEPTER du document de consentement électronique, en haut de la nouvelle expérience signataire, peut désormais être formaté à l'aide de Markdown. Pour ce faire, communiquez avec notre équipe de soutien. Attention : Les en-têtes, les listes et les textes de plus de deux lignes sont à éviter, car ils entraînent un chevauchement des pages du document.

• Peut ajouter des URL de transfert aux pages de remerciement des hôtes : Les URL de transfert peuvent maintenant être ajoutés aux pages de remerciement présentées aux hôtes des transactions en personne et e-Notary. Pour activer cette fonction, contactez notre équipe de soutien.

Développeurs

• Notification d'un nouvel événement : Examen et signature terminés : Création d'un nouvel événement JavaScript qui s'accompagne de deux déclencheurs de notification. Le premier déclencheur se produit lorsque l'événement commence (ESL:MESSAGE:STARTED:SIGNER_COMPLETE_REVIEWED). Le deuxième déclencheur se produit lorsque l'événement se termine avec succès (ESL:MESSAGE:SUCCESS:SIGNER_COMPLETE_REVIEWED), c'est-à-dire lorsqu'un signataire a terminé avec succès l'examen et la signature de tous les documents d'une transaction. Remarque : On considère qu'un signataire a terminé l'examen d'un document si celui-ci lui a été présenté.

• Notification d'un nouvel événement : Document consulté : Création d'une notification d'événement JavaScript qui est déclenchée lorsqu'un signataire consulte un document. Remarque : (1) un signataire est considéré comme ayant vu un document dès que le document lui est présenté. (2) l'identifiant du document est ajouté à l'événement ESL:MESSAGE:SUCCESS:DOCUMENT_VIEW:<document Id>

• Nouvelle notification de rappel : Document consulté : Création d'une notification de rappel (DOCUMENT_VIEWED) qui est déclenchée lorsqu'un document est consulté. Remarque : Cette fonctionnalité ne peut pas encore être configurée via les SDK, mais elle le sera dans la prochaine version.

• Peut récupérer toutes les clés API des sous-comptes en un seul appel : Un utilisateur peut désormais utiliser un seul appel API pour récupérer les clés API de tous ses sous-comptes. Il ne doit plus accéder à chaque sous-compte séparément.

Salle virtuelle

• Peut personnaliser le délai d'expiration de la session : La salle virtuelle dispose désormais de son propre délai d'expiration de session. La durée de la session par défaut est de 60 minutes. Cet intervalle peut être modifié lors de la création de la transaction. Remarque : Par défaut, un hôte de réunion reçoit une invite 15 minutes avant l'expiration de sa session. Si nécessaire, l'hôte peut alors prolonger la session.

• Ajout d'informations sur le calendrier dans les courriels d'invitation : Le modèle de courriel qui invite les destinataires à examiner ou à signer une transaction pendant une réunion en salle virtuelle est email.activate.virtual.room. Cette fonctionnalité permet d'intégrer ce modèle aux applications iCalendar via un fichier *.ics qui contient les informations suivantes sur la réunion : (1) Titre = nom de la transaction; (2) Résumé et description = « nom de la transaction » hébergée par « nom de l'hôte »; (3) Heure de début et heure de fin (heure de fin = heure de début + heure de la session); (4) Emplacement = un lien vers la transaction; (5) Déclencheur d'alerte = 30 minutes avant la réunion. Ces informations peuvent désormais être intégrées dans les applications iCalendar des participants.

• Les pièces jointes sont masquées aux autres signataires : Lorsqu'un signataire téléverse des pièces jointes au cours d'une réunion en salle virtuelle, l'aperçu et les vignettes des documents téléversés ne peuvent désormais être visualisés que par le signataire et l'hôte. Les pièces jointes sont masquées aux autres participants.

• Peut redimensionner le panneau de configuration : Les participants à une réunion peuvent désormais redimensionner leur panneau de contrôle de téléconférence en le faisant glisser vers la gauche et la droite.

• Peut mettre en évidence les documents pendant les réunions : Les signataires peuvent désormais mettre en évidence certaines parties d'un document afin que tous les participants à une réunion en salle virtuelle puissent les consulter. Les points forts ne sont visibles que pendant la réunion et ne sont pas enregistrés dans le document. Les signataires activent cette fonctionnalité en cliquant sur une icône de surlignage sur leur panneau de contrôle de téléconférence.

• Indicateur de qualité du réseau : Si les utilisateurs font de la vidéoconférence, un indicateur sur leur panneau de contrôle affiche la qualité de leur réseau.

• L'hôte est informé de la déconnexion des participants : L'hôte de la réunion sera désormais informé lorsqu'un participant se déconnecte de la réunion.

Rapports dans l’application

• Des rapports permettent de suivre les transactions de la salle virtuelle : Les rapports de transactions indiquent désormais si une transaction est une transaction de salle virtuelle.

Corrections de bogues

Cérémonie de signature

• PB-73093 : Correction d'un problème dans lequel la page de connexion des invités ne se chargeait pas si un code de langue non pris en charge avait été spécifié pour le destinataire.
• PB-72621 : Correction d'un problème dans lequel la sélection de texte sur deux lignes entraînait l'apparition d'une ombre superposée sur le texte sélectionné.
• PB-73316 : Correction d'un problème dans lequel le logo de signature ne s'affichait pas si la cérémonie de signature était accessible depuis un appareil iOS utilisant Chrome.
• PB-73300 : Correction d'un problème dans lequel le zoom sur une page de document empêchait le signataire d'utiliser la boîte de dialogue de la page Signature par capture de la page.
• PB-73259 : Correction d'un problème dans lequel l'authentification par message texte n'était pas disponible pour une transaction en personne si la cérémonie de signature était accessible en utilisant un jeton d'authentification du signataire.
• PB-73100 : Correction d'un problème dans lequel le bouton Accepter du document Consentement aux divulgations et signatures électroniques apparaissait puis disparaissait.
• PB-72507 : Correction d'un problème dans lequel la boîte de dialogue Capture mobile apparaissait en anglais lors du premier accès par des signataires pour lesquels une autre langue avait été spécifiée.
• PB-65994 : Correction d'un problème dans lequel le panneau Documents n'affichait pas un document de divulgation accepté dans la couleur configurée par le système pour « Succès ».
• PB-71894 : Correction d'un problème d'accessibilité pour lequel les lecteurs d'écran ne parvenaient pas, lors du premier accès, à lire le titre des pages suivantes : Merci/Résumé, Vue d'ensemble et Redirection automatique.
• PB-59096 : Correction d'un problème dans lequel l'utilisation d'un appareil mobile pour effectuer un zoom avant sur un document, puis la rotation de l'appareil entraînait l'affichage des pages sous forme de vignettes.
• PB-72510 : Correction d'un problème dans lequel les signataires ne pouvaient pas télécharger des documents à partir d'un appareil iOS en utilisant l'application Chrome. Remarque : Une fois la correction effectuée, les fichiers téléchargés individuellement doivent être ouverts dans une application capable de visualiser des PDF, car tous les types de fichiers téléchargés sont convertis en PDF.
• PB-73000 : Correction d'un problème lors du téléversement d'un fichier en tant que pièce jointe en cliquant sur le bouton Parcourir : (1) n'a pas réussi à ouvrir la boîte de dialogue Téléverser le fichier; (2) a plutôt fait défiler la page vers le haut.
• PB-69751 : Correction d'un problème dans lequel Signature par capture n'apparaissaient pas dans la langue sélectionnée par le signataire.
• PB-65879 : Correction d'un problème dans lequel le texte de la page de remerciement affichée après l'application d'une signature par capture mobile n'était pas centré verticalement sur l'écran de l'appareil mobile.
• PB-73987 : Correction d'un problème dans lequel le message d'erreur Navigateur non pris en charge concernant Internet Explorer ne s'affichait pas dans la langue du destinataire si celui-ci s'était vu attribuer une méthode d'authentification.
• PB-74290 : Correction d'un problème dans lequel les caractères japonais n'apparaissaient pas dans un document PDF téléchargé vers une transaction.
• PB-73960 : Correction d'un problème dans lequel une signature manuscrite n'apparaissait pas toujours sur le document signé.

Expéditeurs

• PB-73309 : Correction d'un problème dans lequel les noms de langue dans les menus déroulants pour la langue de la transaction et la langue du destinataire n'apparaissaient pas dans la langue de l'expéditeur connecté. Au lieu de cela, chaque nom de langue apparaissait comme il le fait dans sa propre langue.

• PB-73445 : Correction d'un problème dans lequel l'ordre de signature d'une transaction spécifié via l'API était réinitialisé dans l'nouvelle expérience utilisateur une fois la transaction envoyée.

• PB-73843 : Correction d'un problème dans lequel la saisie d'un long message à tous les destinataires : (1) a déclenché un message d'erreur; (2) a remplacé le nom de la transaction; (3) a empêché l'envoi de la transaction.

• PB-41748 : Le problème suivant a été corrigé. (1) la fonction Sous-comptes a été activée pour l'expéditeur B, mais pas pour l'expéditeur A; (2) l'expéditeur A a créé une transaction et ajouté l'expéditeur B comme signataire; (3) l'expéditeur B s'est connecté à l'environnement US2 Sandbox pour visualiser la transaction, mais celle-ci n'est pas apparue dans sa boîte de réception.
• PB-74331 : Correction d'un problème dans lequel les touches de raccourci du clavier ne fonctionnaient pas lorsque l'expéditeur visualisait la nouvelle expérience utilisateur dans un navigateur Firefox.

Développeurs

• PB-13766 : Correction d'un problème dans lequel les appels API effectués pendant une fenêtre de maintenance renvoyaient un code d'état incorrect. Plus précisément, ces appels renvoyaient le code HTTP 200 (pour une demande HTTP réussie) au lieu du code HTTP 503 (pour « service indisponible »).

• PB-73711 : Correction d'un problème dans lequel l'événement ESL:MESSAGE:SUCCESS:DOCUMENT_NAVIGATION était déclenché dès l'affichage du panneau Documents, et non après le chargement du document.

• PB-73647 : Le problème suivant a été corrigé. Bien qu'une méthode d'authentification ait été désactivée au niveau du compte (à l'aide de OneSpan Sign BackOffice), il était néanmoins possible d'attribuer cette méthode aux destinataires à l'aide de l'API.

Propriétaires de compte et admins

• PB-72311 : Correction d'un problème dans lequel le déplacement des transactions vers la corbeille réinitialisait leurs politiques de conservation des données.

• PB-74536 : Correction d'un problème dans lequel la liste des fournisseurs d'identité sur la page SAML Admin était sporadiquement vide.

Salle virtuelle

• PB-72998 : Correction d'un problème de salle virtuelle dans lequel le bouton de suppression de l'hôte n'était pas désactivé lorsqu'il consultait un document qui avait été téléversé par un signataire.

• PB-71121 : Correction d'un problème dans lequel les modifications apportées à une transaction de salle virtuelle sur la page du concepteur ne se reflétaient pas sur la page de modification de la transaction.

Résumé des preuves

• PB-72298 : Correction d'un problème dans lequel les caractères japonais s'affichaient incorrectement dans le résumé des preuves.
• PB-71575 : Correction d'un problème dans lequel le résumé des preuves en japonais ne pouvait pas être téléchargé à partir de l'API.

Rapports dans l’application

• PB-73019 : Suppression des colonnes vides dans certains rapports de transaction.

Comportement modifié

• PB-73848 : L'hôte d'une réunion en salle virtuelle sera désormais invité à indiquer qu'il transmet le contrôle à un signataire.
• PB-72833 : Il n'est plus possible de créer une nouvelle transaction ou un nouveau modèle lorsqu'on agit en tant que délégué d'un compte suspendu.

Problèmes connus

• PB-74075 : Un problème est apparu lorsqu'un signataire externe accède à une transaction en personne via un jeton d'authentification du signataire. Lorsque le signataire a terminé de signer, la page de résumé d'achèvement devrait apparaître. Au lieu de cela, le système présente une page de remerciement provisoire dont le bouton Terminé n'est pas fonctionnel. Ce problème sera traité dans la prochaine version.

• PB-75957 : Certains textes contenus dans les documents de transaction ne sont pas lisibles par les utilisateurs de Nouvelle expérience utilisateur. Ceci est dû à une incompatibilité entre OneSpan Sign 11.42 et certains navigateurs pour certaines polices dans certains documents. Ce problème sera corrigé dans une prochaine version. En attendant, vous pouvez éviter ce problème en vous assurant que vos documents sont au format PDF/A (un document PDF/A intègre les polices qu'il utilise dans le fichier PDF lui-même). Voici une façon de créer un document PDF/A à partir d'un document Word : (1) ouvrez le document Word; (2) cliquez sur Enregistrer sous, et sélectionnez PDF; (3) cliquez sur Options; (4) cochez la case Conforme PDF/A; (5) cliquez sur OK; (6) saisissez un nom pour votre PDF, et cliquez sur Enregistrer.

SaaS mai 2021 : Version 11.41

Dépréciation de la signature classique en 11.42 : La Signer Experience classique - c'est-à-dire la partie de l'expérience utilisateur classique pour les signataires - sera dépréciée dans OneSpan Sign 11.42. La partie de l'expérience utilisateur classique pour les expéditeurs et les administrateurs a été supprimée dans OneSpan Sign 11.35. Ainsi, une fois que OneSpan Sign 11.42 sera publié : (1) aucune partie de l'expérience utilisateur classique ne sera prise en charge; (2) tous les comptes seront transférés vers la nouvelle expérience utilisateur.

Quoi de neuf

Rapports dans l’application

• Lancement des rapports dans l'application : Cette version introduit une nouvelle fonctionnalité appelée Rapports dans l'application. Il permet aux utilisateurs disposant d'une autorisation suffisante d'accéder à deux types de rapports créés par le système, directement à partir de la nouvelle expérience utilisateur ou de l'API : (1) Les rapports de transaction fournissent des données sur les transactions effectuées sur votre compte (par exemple, des informations sur les expéditeurs, les signataires et les événements clés); (2) Les rapports de compte fournissent des informations sur les actions effectuées sur votre compte (par exemple, lorsque des utilisateurs spécifiques ont rejoint le compte). Pour obtenir l'autorisation d'utiliser cette fonction, veuillez communiquer avec notre équipe de soutien.

Salle virtuelle

• Les hôtes sans signature peuvent commencer des réunions : Un hôte peut désormais démarrer sa réunion en salle virtuelle même s'il n'a pas besoin de signer de document dans la transaction associée.
• Une page de présentation des hôtes : Nous avons permis à l'hôte d'une réunion en salle virtuelle de visualiser une page de bienvenue qui donne un aperçu de la transaction (y compris une liste de tous les documents, une indication de la personne qui doit signer chaque document, etc.)
• Seuls les hôtes déterminent l'ordre de signature : Pendant une réunion en salle virtuelle, l'ordre de signature doit être entièrement déterminé par l'hôte. Nous avons donc supprimé la possibilité pour toute autre personne de spécifier l'ordre de signature pour une transaction de salle virtuelle.
• Les hôtes peuvent activer/désactiver le son/vidéo des participants : Un hôte de salle virtuelle peut désormais activer et désactiver le son et la vidéo des participants à sa réunion.
• Attendez que tous les participants changent de point de vue lors du changement de contrôle : Lorsque le contrôle de l'écran est transmis à un participant de la salle virtuelle, celui-ci ne peut effectuer aucune action tant que les écrans de tous les participants ne sont pas chargés. Cela permet à chacun de voir ce que font les autres participants.
• Meilleure indication de qui contrôle l'écran : Nous avons amélioré l'indication de la personne qui contrôle l'écran dans la salle virtuelle en déplaçant le flux vidéo/audio du participant qui contrôle l'écran vers le haut du panneau de contrôle.
• Possibilité de téléverser des pièces jointes : Les pièces jointes peuvent désormais être téléchargées vers une transaction pendant une réunion en salle virtuelle. Si le créateur de la transaction a demandé aux participants de télécharger des pièces jointes, la section Téléversements de l'écran donne la liste des pièces jointes attribuées à chaque participant. Ainsi, l'hôte peut naviguer vers cette section, choisir une pièce jointe et passer le contrôle de l'écran au participant associé. Une fois que le participant a téléversé toutes ses pièces jointes, le contrôle est automatiquement rendu à l'hôte. Remarque : Dans cette version, tous les participants peuvent voir un aperçu et une vignette de chaque pièce jointe téléchargée. Les prochaines versions créeront une fonctionnalité permettant de masquer ces éléments aux autres participants.

Cérémonie de signature

• WebViews prennent en charge les notifications d'événements : WebViews prend désormais en charge les notifications d'événements.
• La page de résumé d'achèvement a été remaniée : Nous avons remanié la page de résumé d'achèvement que le destinataire d'une transaction voit lorsque la transaction est complétée (par exemple, la page comporte de nouvelles sections Documents et Téléversements ). Pour accéder à cette nouvelle fonctionnalité, veuillez appeler notre équipe de soutien.

Expéditeurs

• Les expéditeurs peuvent désactiver l'avertissement d'IE : Les expéditeurs qui ont accédé à la nouvelle expérience utilisateur à partir d'Internet Explorer lors de la version précédente ont toujours vu apparaître une fenêtre contextuelle les avertissant que IE n'est plus pris en charge. Les expéditeurs peuvent désormais cocher une case dans cette fenêtre contextuelle pour s'assurer qu'ils ne verront plus cet avertissement.

Développeurs

• Peut rediriger automatiquement les signataires après la signature : Activation de la redirection automatique des signataires vers une URL spécifiée lorsqu'ils ont fini de signer. Cette fonction peut être configurée au niveau de la transaction. Les développeurs peuvent choisir d'afficher aucun, certains ou tous les paramètres suivants dans l'URL de transfert : ID du paquet, ID du signataire, statut.

Propriétaires de compte et admins

• Peut configurer la conservation des données pour les transactions envoyées : Il est désormais possible de configurer une politique de conservation des données pour les transactions envoyées. En outre, il est possible d'indiquer au système de considérer les transactions envoyées comme des transactions incomplètes, de sorte qu'elles seront purgées conformément à la politique de conservation des transactions incomplètes. Pour mettre en œuvre cette fonctionnalité, nous avons révisé la logique d'expiration des transactions - il n'est plus possible de spécifier une valeur d'expiration supérieure à la politique de conservation des transactions envoyées.

Résumé des preuves

• Meilleur suivi des numéros de téléphone message texte : Le résumé des preuves enregistre désormais le numéro de téléphone du signataire lorsqu'une tentative d'authentification par message texte réussit ou échoue. Auparavant, le résumé des preuves n'enregistrait un numéro de téléphone message texte que pour les événements envoyés par message texte.

Corrections de bogues

Cérémonie de signature

• PB-69992 : Correction d'un désalignement entre la barre supérieure et la barre de navigation qui survenait après la réaffectation d'un destinataire (changement de signataire).
• PB-72180 : Correction d'un problème dans lequel la cérémonie de signature ne reconnaissait pas les noms de code du logiciel pour certaines langues s'ils avaient été spécifiés via l'API.
• PB-71336 : Correction d'un problème dans lequel le résumé des preuves n'enregistrait pas d'événement de connexion si un signataire accédait à la cérémonie de signature sans être authentifié (méthode d'authentification = Aucune).
• PB-71326 : Correction d'un problème dans lequel la piste d'audit enregistrait deux fois un événement d'échec d'authentification par message texte.
• PB-71394 : Correction de deux problèmes survenus en rapport avec l'authentification par message texte pour une transaction en personne. Numéro 1 : Un signataire a essayé de se connecter avec un code d'accès expiré, mais la piste d'audit n'a pas décrit l'événement d'authentification raté comme « Le NIP du message texte est expiré ». Numéro 2 : Un signataire a saisi un code d'accès erroné, mais la piste d'audit n'a pas décrit l'événement d'authentification message texte raté comme « Code d'accès erroné ».
• PB-70966 : Correction d'un problème dans lequel la signature dessinée à la main d'un signataire n'était pas stockée correctement.
• PB-38515 : Correction d'un problème dans lequel une ombre apparaissait toujours derrière le texte sélectionné d'un document.
• PB-71619 : Correction d'un problème dans lequel le format de saisie était validé pour les champs vides.
• PB-72570 : Correction d'un problème dans lequel les champs obligatoires qui avaient été remplis créaient une erreur si l'ID du document contenait un point.
• PB-72317 : Correction d'un problème dans lequel le navigateur de signatures ne fonctionnait pas toujours correctement dans une iFrame.
• PB-64581 : Correction d'un problème dans lequel le navigateur de signature disparaissait parfois après que le signataire ait cliqué sur Cliquez pour signer.
• PB-71101 : Correction d'un problème dans lequel les champs n'étaient pas mis à jour correctement après que leur état ait été modifié par une condition imposée.
• PB-71733 : Correction d'un problème dans lequel les signatures manuscrites sur un document non confirmé ne s'effaçaient pas après que le signataire ait été réaffecté (changement de signataire).
• PB-38459 : Correction d'un problème dans lequel une signature manuscrite ne s'effaçait pas après avoir été annulée.

Cérémonie de signature classique

• PB-70162 : Correction d'un problème dans lequel une erreur se produisait lorsque les signataires étaient changés pendant une transaction notariée en personne à laquelle on accédait dans une iFrame.
• PB-71325 : Correction d'un problème dans lequel la piste d'audit enregistrait par erreur une tentative d'authentification par message texte comme réussie. En fait, il s'agissait d'une tentative d'authentification par message texte qui a échoué en raison d'un code d'accès expiré.

Expéditeurs

• PB-70943 : Correction du problème d'accessibilité suivant pour les expéditeurs de la nouvelle expérience utilisateur. Les titres des pages n'étaient pas uniques et ne pouvaient donc pas être utilisés pour distinguer les différentes pages.
• PB-70297 : Correction d'un problème dans lequel un expéditeur de la Nouvelle expérience utilisateur ne pouvait pas supprimer une transaction qu'il avait créée à partir d'un modèle.
• PB-71305 : Le problème suivant a été corrigé. Lorsqu'un expéditeur de la nouvelle expérience utilisateur remplissait un champ de saisie pour une transaction avec une valeur provenant de l'historique de son navigateur, la transaction était renommée.
• PB-72316 : Correction d'un problème dans lequel un expéditeur de la Nouvelle expérience utilisateur : (1) sélectionné une langue autre que l'anglais dans le tableau de bord; (2) créé une nouvelle transaction; (3) sélectionné une date d'expiration pour la transaction. Après cela, le calendrier de la nouvelle expérience utilisateur affichait des dates incorrectes.
• PB-70049 : Correction d'un problème dans lequel l'expéditeur de la nouvelle expérience utilisateur ne pouvait pas sélectionner une méthode de signature sur un sous-compte.
• PB-72331 : Correction d'un problème pour un client intégré dans lequel une erreur se produisait lorsqu'un expéditeur utilisait la page du Concepteur pour préparer une transaction qui avait été créée via l'API.
• PB-69359 : Correction d'un problème dans lequel la nouvelle expérience utilisateur ne permettait pas d'ajouter un document à une transaction.

Développeurs

• PB-60751 : Correction du problème suivant qui concernait le SDK .NET. Lorsqu'une transaction était créée à partir d'un modèle qui spécifiait un ordre de signature, et que les destinataires fictifs de la transaction étaient remplacés par des signataires réels, le système modifiait l'ordre de signature.
• PB-69993 : Correction d'un problème dans lequel l'API retournait le mauvais statut de signature pour les signataires.

Propriétaires de compte et admins

• PB-71723 : Correction d'un problème dans lequel les paramètres de conservation des données ne pouvaient pas être modifiés sur les sous-comptes.
• PB-64129 : Correction d'un problème dans lequel les propriétaires de compte ne pouvaient pas télécharger le résumé des preuves pour leurs expéditeurs à partir de la page du rapport de résumé de compte. À partir de cette version : (1) cette incapacité sera considérée comme correcte si la fonction Rôles et autorisations est activée pour le compte; (2) ces téléchargements seront possibles si la fonction Rôles et autorisations est désactivée pour le compte.
• PB-73222 : Correction d'un problème de nouvelle expérience utilisateur dans lequel une erreur se produisait après qu'un administrateur ait sélectionné la langue espagnole, puis essayé d'afficher les détails du rôle.

Messages d'erreur

• PB-71579 : Correction d’un problème dans lequel le système n’affichait pas de message d’erreur après que des champs obligatoires aient été laissés vides pendant l’authentification KBA.
• PB-72483 : Ajout d'une vérification qui affiche un message d'erreur informatif si le nom d'un document est trop long.

Comportement modifié

• ** TRÈS IMPORTANT ** PB-72348 : Cette version a changé le nom d'une valeur particulière du paramètre status dans l'URL de transfert utilisée par la nouvelle expérience signataire. Plus précisément, le nom COMPLETED a été changé en SIGNER_COMPLETE. Tous les clients de Nouvelle expérience signataire qui ont des intégrations avec l'application COMPLETED devront mettre à jour leurs intégrations à temps pour cette version. Pour éviter les problèmes, le code existant qui fait référence au statut COMPLETED peut être remplacé par un énoncé OR qui fait référence aux deux statuts. Par exemple :

  Code existant : status.equals(“completed”)

  Nouveau code : status.equals(“completed”) OR status.equals(“signer_complete”)

• PB-71327 : Le résumé des preuves ajoute désormais le mot Succès à son enregistrement de chaque événement d'authentification réussi. Auparavant, seule la méthode d'authentification était identifiée. Exemple : Un événement d'authentification par message texte réussi ne sera plus enregistré comme une authentification par message texte, mais plutôt comme une authentification par message texte réussie.
• PB-71429 : Le courriel d'invitation à participer à une réunion en salle virtuelle est désormais envoyé à l'hôte qui est également l'expéditeur de la transaction.

Amélioration des performances

• PB-63985, PB-65601 : En ne récupérant que les données nécessaires, nous : (1) a diminué le temps de réponse lorsque les expéditeurs de la Nouvelle expérience utilisateur recherchent des transactions; (2) a augmenté la vitesse à laquelle les pages qui listent les modèles sont affichées aux expéditeurs de Nouvelle expérience utilisateur.

Problèmes connus

• PB-72180 : Comme indiqué dans la section Corrections de bogues ci-dessus, le comportement erroné de ce problème a été corrigé dans la cérémonie de signature. Cependant, ce problème existe toujours sur la page d'authentification du signataire.
• PB-63682 : La meilleure expérience de notre fonctionnalité de salle virtuelle ne peut être obtenue sur un appareil mobile. Pendant une réunion en salle virtuelle, les documents apparaissent petits sur les appareils mobiles, en particulier sur les téléphones portables.

SaaS 2021-Apr : Version 11.40

Dépréciation de la signature classique en 11.42 : La Signer Experience classique - c'est-à-dire la partie de l'expérience utilisateur classique pour les signataires - sera dépréciée dans OneSpan Sign 11.42. La partie de l'expérience utilisateur classique pour les expéditeurs et les administrateurs a été supprimée dans OneSpan Sign 11.35. Ainsi, une fois que OneSpan Sign 11.42 sera publié : (1) aucune partie de l'expérience utilisateur classique ne sera prise en charge; (2) tous les comptes seront transférés vers la nouvelle expérience utilisateur.

Quoi de neuf

Cérémonie de signature

• Ajout de la prise en charge de WebViews : WebViews est maintenant pris en charge dans le cadre de la nouvelle expérience signataire.
• Peut faire en sorte que les propriétaires de transactions se connectent pour signer : Les propriétaires de transactions peuvent désormais être obligés de se connecter à l'interface de l'expéditeur avant d'être autorisés à accéder à la cérémonie de signature. Cela permet aux administrateurs de comptes de s'assurer que l'identité du propriétaire de la transaction est authentifiée. Pour activer cette fonction, veuillez communiquer avec notre équipe de soutien.
• Possibilité d'accéder aux pièces jointes rejetées directement à partir du courriel : Lorsqu'un expéditeur rejette la pièce jointe téléversée par un signataire, la notification par courriel envoyée au signataire contient un lien qui renvoie désormais directement à la pièce jointe rejetée. Auparavant, ce lien était relié à la cérémonie de signature en général.

Salle virtuelle

• Présentation de la salle virtuelle : Cette version introduit une nouvelle fonctionnalité appelée Salle virtuelle. Cette fonction permet à un hôte et aux signataires de se joindre à une session en ligne partagée dans laquelle les accords électroniques sont signés à distance. Pour ce faire, la salle virtuelle exploite la puissance de la téléconférence pour la co-navigation et la vidéo/audio. Étant donné qu'il s'agit de la première version de cette fonctionnalité, veuillez garder à l'esprit qu'elle est encore en cours de développement. Toutes les fonctionnalités prévues ne sont pas disponibles dans cette première version. Nous continuerons à travailler pour ajouter plus de fonctionnalités dans les prochaines versions. Nous partagerons bientôt plus d'informations sur la façon dont vous pouvez accéder à cette fonctionnalité. Remarque : La salle virtuelle n'est pas actuellement disponible dans l'environnement américain FedRAMP.

Développeurs

• Peut transmettre des métadonnées à eOriginal : OneSpan Sign peut désormais transmettre des métadonnées à eOriginal.

• Les types de documents sont validés pour eOriginal : Avant de commencer la cérémonie de signature d'une transaction hypothécaire ou d'une transaction de prêt, nous validons maintenant les types de documents de la transaction pour nous assurer qu'ils seront acceptés par eOriginal.

• Possibilité de spécifier l'environnement eOriginal pour les documents d'hypothèque : Lorsque notre solution hypothécaire numérique stocke les documents d'une transaction hypothécaire dans un coffre-fort eOriginal, un champ appelé point final peut désormais spécifier l'environnement eOriginal dans lequel les documents seront déposés.

• Possibilité de spécifier l'environnement eOriginal pour les documents de prêt : Lorsque notre solution de prêt numérique stocke des prêts ou d'autres documents connexes dans un coffre-fort eOriginal, un champ appelé point final peut désormais préciser l'environnement eOriginal dans lequel les documents seront déposés.

Corrections de bogues

Cérémonie de signature

Général

• PB-70055 : Correction d'un problème dans lequel le lien « Quoi de neuf? » sur la page de connexion de OneSpan Signne redirigeait pas vers les notes de version.
• PB-70484 : Correction d'un problème dans lequel la configuration des champs conditionnels entraînait une erreur.
• PB-69251 : Correction d'un problème dans lequel le navigateur de champs ignorait les champs de formulaire requis pour le deuxième signataire dans une transaction en personne.
• PB-66366 : Correction d'un problème dans lequel un message d'erreur de validation de champ n'affichait pas correctement le nom du champ.
• PB-69994 : Correction d'un problème dans lequel la confirmation du document échouait lorsque la vérification du signataire externe était utilisée.
• PB-70460 : Correction d'un problème dans lequel le champ Rôle de la boîte de dialogue Ajouter un destinataire du Concepteur était inutile : (1) apparaissaient en rouge; (2) étaient accompagnés d'un message d'avertissement.
• PB-69690 : Correction d'un problème dans lequel les signataires sur les appareils mobiles étaient renvoyés en haut d'un document après que leur signature manuscrite ait été capturée. Les signataires auraient dû être laissés là où ils étaient.
• PB-63820 : Correction d'un problème dans lequel un message approprié n'était pas fourni au signataire lorsqu'un document ne pouvait pas être confirmé en raison d'un rare problème de communication.

Authentification

• PB-70009 : Correction d'un problème dans lequel le logo configuré était visible sur la page d'authentification lorsque cette page était affichée dans une iFrame. Le logo n'aurait pas dû être visible sur cette page.
• PB-65196 : Correction d’un problème dans lequel un message d'avertissement incorrect était affiché après qu’un utilisateur ait saisi des informations KBA invalides.

Visibilité des documents

• PB-69260 : Correction d'un problème dans lequel les première et deuxième pages d'un document se chevauchaient si un message très long apparaissait dans la barre de commentaires.
• PB-65508 : Correction d'un problème dans lequel le côté gauche d'un document était caché lorsqu'un utilisateur zoomait sur le document (à plus de 100 %).
• PB-69395 : Correction d'un problème dans lequel le côté gauche d'un document était caché lorsqu'un utilisateur réduisait la taille du navigateur et effectuait un zoom maximum (200 %) dans le document.
• PB-70296 : Correction d'un problème dans lequel le fait de cliquer sur le bouton Télécharger tout dans le panneau Documents réduisait la taille du document affiché.

Langue

• PB-66257 : Correction d'un problème dans lequel le titre du panneau Documents ne changeait pas lorsque le signataire sélectionnait une autre langue.
• PB-70580 : Correction d'un problème dans lequel une bannière d'avertissement ne répondait pas à un changement de la langue du Concepteur lorsque ce changement était effectué en ajoutant un paramètre à l'URL associée.
• PB-66271 : Correction d'un problème dans lequel une erreur était créée en spécifiant le code de langue du signataire comme étant en-US. Désormais, lorsque la cérémonie de signature rencontre le code d'une langue non prise en charge, elle lui substitue le code de la langue anglaise en.

Résumé des preuves

• PB-66373 : Correction d'un problème dans lequel le résumé des preuves n'enregistrait pas l'affichage, l'acceptation et le refus des déclarations sous serment dans une transaction en personne (alors que le transfert entre les signataires était enregistré).
• PB-70140 : Correction d'un problème dans lequel le résumé des preuves enregistrait la visualisation des documents par l'hôte d'une transaction en personne. Seul un événement de type « Accès à la signature en personne » aurait dû être enregistré.

Expéditeurs

• PB-64269 : Correction d'un problème dans lequel les transactions d'envoi en masse étaient créées sous le mauvais sous-compte - c'est-à-dire qu'elles étaient créées sous un sous-compte différent de celui qui a initié l'opération d'envoi en masse.

• PB-66152 : Correction d'un problème dans lequel l'effacement de la date d'expiration pendant la création de la transaction ne fonctionnait pas comme prévu.

• PB-64889 : Le problème suivant a été corrigé. Un utilisateur : (1) a utilisé la boîte de recherche de la boîte de dialogue Ajouter des délégués, produisant une liste de délégués qui correspondaient aux critères de recherche de l'utilisateur; (2) a ajouté des délégués qui répondaient à ces critères de recherche; (3) a effectué une deuxième recherche à partir de la même boîte de recherche. Les résultats de cette deuxième recherche auraient dû énumérer ces délégués ajoutés, mais ce n'est pas le cas.
• PB-69861 : Correction d'un problème dans lequel les « expéditeurs en attente » recevaient un courriel pour réinitialiser leur mot de passe. Les expéditeurs en attente ne disposent pas d'un mot de passe actuel - ils ont été invités à s'inscrire à un compte OneSpan Sign, mais ne l'ont pas fait.

Développeurs

• PB-69839 : Correction d'un bogue dans l'appel /api/packages qui est utilisé pour récupérer une liste de transactions. Avant la correction, cet appel à l'API REST ne pouvait pas traiter les paramètres de date et d'heure qui comprenaient l'indicateur de fuseau horaire <Z>.
• PB-70937 : Correction d'un problème dans lequel l'interface de l'expéditeur de la nouvelle expérience utilisateur affichait le mauvais ordre des signataires lorsque la transaction avait été créée via l'API REST et que le propriétaire de la transaction avait été masqué (sendervisible=false).
• PB-70522 : Correction de certaines traductions en japonais pour les modèles de courriels.
• PB-71092 : Correction d'un problème dans lequel les expéditeurs et les signataires dans l'environnement US FedRAMP Sandbox ne recevaient pas les notifications par courriel des modèles email.complete et email.transaction.complete lorsque cet environnement recevait un événement PACKAGE_COMPLÉTÉ.

Admins

• PB-65466 : Correction d'un problème dans lequel un processus du module d'archivage pour purger les transactions échouait. Cela s'est produit parce que la valeur maximale d'un nombre entier dans le code a été dépassée.
• PB-70010 : Correction d'un problème de OneSpan SignBackOffice dans lequel la recherche d'une transaction par expéditeur et/ou signataire ne fonctionnait pas.
• PB-70629 : Correction d'un problème de OneSpan Sign BackOffice dans lequel l'option de recherche de fonctionnalités ne donnait pas les bons résultats.
• PB-70522 : Correction de certaines traductions en japonais pour les ressources de OneSpan Sign BackOffice.
• PB-65093 : Le problème suivant a été corrigé. Si le propriétaire d'un compte était modifié (à l'aide de OneSpan Sign BackOffice), tout gestionnaire du compte était en mesure de verrouiller le nouveau propriétaire du compte.

Sécurité

• PB-71104 : Nous avons appris que notre SDK Java dépendait d'un logiciel qui représentait une menace potentielle pour la sécurité. Nous avons rapidement éliminé cette vulnérabilité en mettant à niveau ce logiciel vers une version qui ne présente aucun problème de sécurité.

Mise à jour technologique

• PB-70692 : Nous avons rendu public KnowledgeBasedAuthenticationStatus dans notre SDK .NET.

Avis aux clients

• La version 11.41 modifiera le nom d'une valeur particulière du paramètre status dans l'URL de transfert utilisée par la nouvelle expérience signataire. Plus précisément, le nom COMPLETED sera changé en SIGNER_COMPLETE. Tous les clients de Nouvelle expérience signataire qui ont des intégrations avec ce statut devront mettre à jour leurs intégrations à temps pour la version 11.41. Pour éviter les problèmes, le code existant qui fait référence au statut COMPLETED peut être remplacé par un énoncé OR qui fait référence aux deux statuts. Par exemple :

  Code existant : status.equals(“completed”)

  Nouveau code : status.equals(“completed”) OR status.equals(“signer_complete”)

Problèmes connus

• Si un expéditeur crée une transaction de salle virtuelle mais n'active pas l'enregistrement vidéo de la réunion de salle virtuelle associée, la transaction ne fonctionnera pas. Ce problème sera résolu dans la prochaine version.

• Un expéditeur qui crée une transaction de salle virtuelle peut demander à un destinataire d'ajouter des pièces jointes à la transaction. Toutefois, il n'est pas encore possible de télécharger des pièces jointes dans une réunion en salle virtuelle. Si l'expéditeur demande une pièce jointe obligatoire pour un destinataire, il bloque l'exécution de la transaction. Ce problème sera résolu dans une prochaine version.

SaaS 2021-Feb : Version 11.39

Dépréciation de la signature classique en 11.42 : La Signer Experience classique - c'est-à-dire la partie de l'expérience utilisateur classique pour les signataires - sera dépréciée dans OneSpan Sign 11.42. La partie de l'expérience utilisateur classique pour les expéditeurs et les administrateurs a été supprimée dans OneSpan Sign 11.35. Ainsi, une fois que OneSpan Sign 11.42 sera publié : (1) aucune partie de l'expérience utilisateur classique ne sera prise en charge; (2) tous les comptes seront transférés vers la nouvelle expérience utilisateur.

Quoi de neuf

Cérémonie de signature

Général

• Internet Explorer déprécié : La cérémonie de signature ne prend plus en charge Internet Explorer. Les signataires qui accèdent à la cérémonie de signature depuis IE seront redirigés vers une page d'erreur.
• Plus de fonctionnalités activées par défaut : Pour les nouveaux comptes, les fonctions suivantes sont désormais activées par défaut : (1) Champs conditionnels; (2) Signature facultative; (3) Envoyer au mobile; (4) Capture mobile; (5) Délégation.
• Authentification par message texte pour les transactions en personne : Nous prenons désormais en charge l'authentification par message texte pour les signataires dans le cadre de transactions en personne. Remarque : Cette fonction doit être activée pour votre compte par notre équipe de soutien.
• Cérémonie de signature affichée en pleine page : Lorsque l'on accède à la cérémonie de signature à partir de la partie de la nouvelle expérience utilisateur pour les expéditeurs, elle s'ouvre désormais en pleine page (elle s'ouvrait auparavant dans une iFrame). Les expéditeurs peuvent revenir à l'interface de l'expéditeur (plus précisément, à la page de modification de la transaction) en sélectionnant l'option Quitter le mode de signature dans le menu Autres actions.
• Peut utiliser une image comme signature : Les signataires peuvent désormais apposer leur signature en téléversant une image (par exemple, le sceau d'un État américain). Pour qu'une image puisse être téléchargée en tant que signature, le type Signature par capture doit être sélectionné et le commutateur à bascule Du fichier doit être activé. Lorsqu'un signataire souhaite télécharger une image comme signature, il doit faire apparaître la boîte de dialogue Signature par capture sur la page du signataire et cliquer sur Téléverser l'image en bas. Une fenêtre contextuelle invite ensuite le signataire à sélectionner un fichier image. La taille de l'image sera ajustée pour s'adapter à la case Signature, mais son rapport hauteur/largeur sera préservé. Pour l'instant, les seuls fichiers autorisés sont les fichiers JPEG d'une taille inférieure à 1 Mo. D'autres types de fichiers sont prévus pour les versions de fonctionnalités. Remarque : Cette fonction doit être activée pour votre compte par notre équipe de soutien.
• Peut signer via CCP : Le client de certificat personnel (CCP) de OneSpan Sign permet aux utilisateurs de signer avec un certificat numérique qui réside sur une carte à puce ou un jeton matériel. Cette fonctionnalité est maintenant disponible dans la nouvelle expérience signataire. La seule limitation est que si les utilisateurs essaient d'utiliser le PCC pour une transaction en personne, ils seront redirigés vers la cérémonie de signature classique.
• Les signataires peuvent retourner à la page d'aperçu : Les signataires peuvent désormais revenir à la page d'aperçu à tout moment pendant la signature et y consulter leur progression. Pour revenir à la page d'aperçu, il leur suffit de cliquer sur un bouton d'accueil.
• Les signataires peuvent continuer là où ils se sont arrêtés : Lorsque les signataires retournent à la cérémonie de signature, ils sont maintenant dirigés vers le document suivant qu'ils doivent signer ou réviser. Auparavant, ils étaient toujours dirigés vers le premier document de la transaction.

Expéditeurs

• Iternet Explorer déprécié : La partie expéditeur de la nouvelle expérience utilisateur ne prend plus en charge Internet Explorer. Les expéditeurs qui accèdent à cette partie depuis IE verront une fenêtre contextuelle qui : (1) les avertit que IE n'est pas pris en charge; (2) leur recommande d'utiliser un autre navigateur.
• Refonte de la page Fast Track : Nous avons redessiné la page de Fast Track pour qu'elle corresponde à l'aspect et à la convivialité de la nouvelle expérience signataire.
• Peut faire respecter la signature par capture au niveau de la signature : Les signataires peuvent désormais être tenus de saisir leur signature manuscrite sur une base individuelle.

Développeurs

• Les SDK peuvent configurer la visibilité de la page d'aperçu : Nous avons permis que la visibilité de la page d'aperçu soit configurée via les SDK.
• Les SDKs & API peuvent configurer signer.ui.options : Nous avons activé les SDK et l'API pour configurer les paramètres de mise en page de la cérémonie de signature.

Admins

• Variables autorisées dans les instructions d'authentification des invités : Les administrateurs peuvent désormais ajouter les variables <senderName> et <transactionName> au texte qui apparaît sur les pages de connexion pour l'authentification par message texte et Q&R.

• Déplacement de l'autorisation de signature en personne : Dans la liste des autorisations possibles que les administrateurs utilisent pour gérer un rôle dans leur compte, l'autorisation de signature en personne a été déplacée de la section Admin de l'expéditeur à la section Transaction. Cela permettra de s'assurer que : (1) si l'autorisation de transaction n'est pas sélectionnée, l'autorisation de signature en personne sera désactivée; (2) si l'autorisation de transaction est sélectionnée, l'autorisation de signature en personne sera activée.

Mobile

• Amélioration du pincement et du zoom sur les appareils mobiles : Nous avons amélioré les fonctions de pincement et de zoom sur les appareils mobiles.

Accessibilité

• Raccourcis clavier sur la page Concepteur : Nous avons ajouté des raccourcis clavier pour permettre aux personnes handicapées d'accéder directement au début des différents volets de la page du Concepteur.

Cérémonie de signature et cérémonie de signature classique

• Amélioration du document sur le consentement électronique : Nous avons mis à jour le libellé du document de consentement électronique par défaut pour le rendre compatible avec les interfaces utilisateur de la nouvelle expérience signataire et de la cérémonie de signature classique.

Une nouvelle méthode de signature

• Peut signer via itsme : Un nouveau partenariat entre OneSpan Sign et itsme permet aux utilisateurs de OneSpan Sign de signer avec des signatures électroniques qualifiées (QES). QES est la plus haute garantie d'assurance, conformément aux normes eIDAS de l'UE.

Corrections de bogues

Cérémonie de signature

• PB-65324 : Correction d'un problème dans lequel le système affichait la page Aperçu à un signataire en personne. Cela s'est produit lorsque l'on a accédé à la transaction en utilisant l'URL d'intégration /access.
• PB-64912 : Correction d'un problème dans lequel les signataires suivants dans une transaction en personne ne pouvaient pas activer le mode d'accessibilité.
• PB-64506 : Le problème suivant a été corrigé. En mode d'accessibilité, la zone de texte de la page de retrait ne comportait pas d'étiquette.
• PB-65224 : Correction d'un problème dans lequel les signatures facultatives n'étaient pas prises en compte lors de la mise à jour du statut du document sur la page Aperçu.
• PB-64142 : Correction d'un problème dans lequel le logo de signature affiché était trop petit.
• PB-65237 : Correction d'un problème dans lequel les logos de signature plus grands que la taille maximale autorisée n'étaient pas réduits.
• PB-63567 : Correction d'un problème dans lequel le logo de la signature apparaissait trop à droite lorsque la cérémonie de signature était accessible sur un iPad.

• PB-64239, PB-36276 : Correction d'un problème dans lequel les messages de validation de champ personnalisés créés dans les SDK ou l'API n'apparaissaient pas dans l'interface utilisateur.

• PB-63433 : Correction d'un problème dans lequel une boîte de signature avait été signée, puis inversée pour annuler la signature. Lorsque l'utilisateur a ensuite cliqué sur la boîte pour la signer à nouveau, la signature aurait dû être appliquée après un seul clic. Au lieu de cela, l'utilisateur devait cliquer deux fois sur la case pour réappliquer la signature.
• PB-70138 : Correction d'un problème dans lequel les réviseurs - destinataires qui ne signent pas - pouvaient cocher une case pour accepter le document de consentement aux divulgations et signatures électroniques.
• PB-64972 : Correction d'un problème dans lequel le système ne parvenait pas à traduire le contenu du message d'erreur Décliné la transaction.
• PB-66041 : Correction de problèmes survenus lors des traductions en japonais.

Expéditeurs

• PB-65975 : Correction d'un problème qui survenait lorsqu'un nouvel expéditeur sélectionnait sa langue comme étant le chinois ou le coréen, puis saisissait un mot de passe contenant des caractères spéciaux dans le cadre de la procédure d'enregistrement de son compte.

• PB-65415 : Correction d'un problème dans lequel les signataires se voyaient attribuer un ordre de signature parallèle, mais leur ordre était mis à jour lorsque la transaction était envoyée pour signature.

• PB-63776 : Correction d'un problème dans lequel le système ajustait incorrectement l'ordre de signature des signataires après que certains signataires aient été supprimés ou ajoutés.

• PB-66334 : Correction d'un problème dans lequel les destinataires ayant une adresse courriel dans le domaine .charity ne pouvaient pas être ajoutés à une transaction.

• PB-70313 : Correction d'une traduction japonaise invalide de l'élément de menu Admin dans l'interface Expéditeur.

Développeurs

• PB-65913 : Correction d'un problème qui empêchait l'utilisation du SDK .NET pour savoir quand les pièces jointes d'une transaction avaient été jointes. Ce problème est apparu parce que la propriété insertDate n'était pas renvoyée lorsque des informations sur les pièces jointes étaient demandées.

• PB-69203 : Correction d'une erreur d'exception non gérée qui était causée par un en-tête d'agent utilisateur manquant dans le SDK .NET.

• PB-63611 : Correction d'un problème avec les modèles de courriel en japonais qui faisait apparaître certains caractères de manière incorrecte.

• PB-65996 : Correction d'un problème causé par le fait que le modèle email.expire utilisait la variable $PACKAGE_OWNER_NAME pour le nom du destinataire de le courriel. Comme il ne s'agit pas d'une variable valide dans ce modèle, aucun nom de destinataire n'apparaît dans le courriel résultant. Cela a été corrigé en remplaçant $PACKAGE_OWNER_NAME dans le modèle par la variable valide $RECIPIENT_NAME.

Propriétaires de compte et admins

• PB-65149 : Correction d'un problème dans lequel certains clients avec le plan d'entreprise ne pouvaient pas modifier les paramètres de rétention de données suivants : (1) Durée de vie totale de la transaction; (2) Transactions incomplètes.

Authentification par message texte

• PB-65751 : Correction d'un problème qui survenait lorsqu'un utilisateur tentait de s'authentifier par message texte alors que son code secret message texte avait expiré. Le message d'erreur qui aurait dû apparaître est le suivant : Le code d'accès message texte que vous avez saisi a expiré. Au lieu de cela, le message suivant est apparu : Quelque chose s'est mal passé. Veuillez réessayer ou contacter le service d'assistance.

• PB-65625 : Correction d'un problème d'authentification par message texte dans lequel le système ne parvenait pas toujours à verrouiller un utilisateur après qu'il ait saisi un code d'accès incorrect plus que le nombre maximum de fois.

Délégation

• PB-65735 : Correction d'un problème dans lequel les délégués dont la période de délégation avait expiré étaient toujours en mesure d'accéder au compte de l'utilisateur qui les avait délégués. Cela se produisait si la délégation était faite avant la sortie de OneSpan Sign 11.38.

• PB-65682 : Correction d'un problème dans lequel les délégués ne recevaient pas de notifications concernant les pièces jointes téléchargées, malgré l'activation du commutateur à bascule Envoyer une copie de tous les courriels aux délégués.

Résumé des preuves

• PB-42849 : Correction d'un problème avec les caractères japonais dans le document Résumé des preuves.
• PB-66119 : Correction d'un problème dans lequel le résumé des preuves ne parvenait pas toujours à enregistrer le numéro de téléphone d'un signataire.
• PB-70881 : Correction d'un problème dans lequel la visualisation des documents par l'expéditeur dans le Concepteur entraînait à tort l'ajout d'événements dans le résumé des preuves.

Sécurité

• PB-63900 : Nous avons appris que notre SDK Java dépendait d'un logiciel qui représentait une menace potentielle pour la sécurité. Nous avons rapidement éliminé cette vulnérabilité en mettant à niveau ce logiciel vers une version qui ne présente aucun problème de sécurité.

Comportement modifié

• PB-62867 : Le zoom avant et le zoom arrière ne sont plus disponibles dans la cérémonie de signature sur la page Téléversement de document.

SaaS décembre 2020 : Version 11.38

Quoi de neuf

Cérémonie de signature

• Peut signer sans témoins : À partir de cette version, dans la plupart des scénarios de signature, la nouvelle expérience signataire n'utilisera plus de témoins pour stocker les informations de session. Néanmoins : (1) la signature avec un fournisseur de services de confiance nécessite toujours l'utilisation de témoins; (2) les scénarios qui ont des points d'intégration avec des entités tierces telles qu'Equifax ou un serveur IdP peuvent nécessiter l'utilisation de témoins - ces exigences sont hors de notre contrôle.
• Maintien de le statut d'expansion/réduction du volet du document : La version 11.36 a permis à l'nouvelle expérience signataire d'afficher automatiquement à chaque signataire la liste des documents qu'il doit examiner. Cette fonctionnalité a été améliorée pour maintenir le statut développé ou réduit de la liste de documents lorsqu'un utilisateur navigue entre les documents.
• Page de présentation pour les signataires : Introduction d'une nouvelle page d'aperçu qui apparaît lorsqu'un signataire accède à une transaction. Cette page : (1) fournit un résumé des tâches requises du signataire dans la transaction; (2) indique la progression du signataire dans l'exécution de ces tâches. En communiquant avec notre équipe de soutien : (1) cette page peut être activée ou désactivée (par défaut = désactivée); (2) le contenu de la page peut être personnalisé (affichage ou masquage de divers champs et du texte par défaut).
• La validation des champs du formulaire fait partie de la confirmation du document : Ajout de la validation des champs de formulaire au processus de confirmation des documents. Cela permettra de s'assurer que tous les champs du formulaire ont été correctement remplis avant la signature d'un document.
• Amélioration du flux de travail pour les pièces jointes : Nous avons amélioré le flux de travail pour les transactions qui demandent au signataire de téléverser une ou plusieurs pièces jointes. Après avoir confirmé tous les documents signés, le signataire est invité à se rendre sur la page des téléversement ( en cliquant sur le bouton Aller aux téléversements). Sur cette page, l'utilisateur peut téléverser des documents pour la transaction. Si le téléversement d'un document est obligatoire, la transaction ne peut être terminée sans le téléversement du document. En revanche, l'utilisateur peut ignorer tout document dont le téléchargement est facultatif. Si tous les autres téléchargements sont facultatifs, l'utilisateur peut les ignorer et passer directement à la page de remerciement.
• Fusion des volets Documents et Téléchargements : Pour simplifier l'expérience de l'utilisateur, les volets Documents et Téléchargements ont été combinés en un seul volet.

Nouvelle expérience utilisateur

• Délégation d'accès améliorée : Nous avons amélioré la page Délégation d'accès, en partie en modifiant la boîte de dialogue utilisée pour ajouter ou modifier des délégués. Lors de l'ajout d'un nouveau délégué, il est désormais possible de spécifier à la fois le début et la fin de la période de délégation. Si aucune fin n'est spécifiée, le délégué pourra gérer les transactions indéfiniment.

Expéditeurs

• Envoi en masse accepte les utilisateurs ayant la même adresse courriel : La fonction d'envoi en masse permet désormais d'envoyer des transactions à plusieurs signataires qui partagent la même adresse courriel, mais ont des noms différents.

Propriétaires de compte et admins

• Nouvelles valeurs par défaut pour la conservation des données : Nous avons introduit des valeurs par défaut pour les paramètres de conservation des données suivants : (1) pour les transactions achevées, les comptes nouvellement créés ont une valeur par défaut de 120 jours (aucun changement pour les clients existants); (2) pour les transactions incomplètes, la valeur par défaut est de 120 jours pour tous les clients. Remarque : Dans ce contexte, les « transactions incomplètes » n'incluent pas les transactions dont le statut est Envoyé (leur durée de conservation est déterminée en configurant un Délai d'expiration des transactions envoyées sur une page séparée).
• Possibilité de prévisualiser les personnalisations : Lorsqu'un administrateur personnalise la nouvelle expérience signataire, il peut désormais avoir un aperçu de l'apparence de ses modifications. Après avoir cliqué sur Aperçu sur la page de personnalisation, la page Nouvelle expérience signataire apparaîtra avec toutes les modifications apportées (couleurs, logo, etc.).

• Le rapport de résumé du compte a été remanié : Nous avons remanié la page du rapport récapitulatif du compte afin d'en améliorer la convivialité (par exemple, les utilisateurs peuvent désormais développer ou réduire les détails des transactions; la page répond plus rapidement aux actions des utilisateurs).

Corrections de bogues

Cérémonie de signature

• PB-63374 : Correction d'un problème dans lequel une signature capturée dans un document ne pouvait pas être appliquée aux documents suivants de la transaction.

• PB-63716 : Le problème suivant a été corrigé. Deux destinataires d'une transaction avaient des noms différents mais la même adresse courriel. Lorsqu'un destinataire refusait de signer, le système enregistrait à tort que l'autre signataire avait refusé.

• PB-64021, PB-64022 : Correction d'un problème dans lequel des documents mal formatés provoquaient de graves ralentissements. Remarque : La correction mise en œuvre signifie que le texte de certaines pages ne peut pas être copié. Ce texte aurait été de toute façon illisible en raison du mauvais formatage du document original.

• PB-63961 : Correction d'un problème dans lequel un message d'erreur n'apparaissait pas après qu'un signataire utilisant Internet Explorer ait saisi un code message texte incorrect.

• PB-63917 : Correction d'un problème dans lequel le texte personnalisé dans un message d'authentification message texte ne s'affichait pas correctement.

• PB-62586 : Correction d'un problème dans lequel les boutons radio configurés avec une logique conditionnelle ne fonctionnaient pas comme prévu.
• PB-60062 : Correction d'un problème de performance qui survenait lorsque 200 champs ou plus étaient ajoutés à une page de document.

Cérémonie de signature classique

• PB-64146 : Correction d'un problème dans lequel le système ne parvenait pas à charger un PDF accessible particulier dans la cérémonie de signature mobile.

Cérémonie de signature

• PB-62989 : Le problème suivant a été corrigé. Lorsqu'un signataire qui était également le propriétaire de la transaction et un membre du groupe essayait de confirmer sa signature, le message Une erreur s'est produite apparaissait.

• PB-62344 : Correction d'un problème dans lequel les signataires ne pouvaient pas accéder à une transaction s'ils partageaient la même adresse courriel, mais avaient reçu des méthodes d'authentification différentes.

Expéditeurs

• PB-64059 : Correction d'un problème dans lequel les expéditeurs ne pouvaient pas voir la flèche Retour après avoir envoyé une transaction, ou après avoir navigué vers une transaction dont le statut était En cours. Il leur était donc plus difficile de revenir à la page précédente.

• PB-62267 : Le problème suivant a été corrigé. Lorsqu'un destinataire marque un courriel de transaction comme étant un pourriel, le système doit envoyer une notification de plainte pour pourriel à l'expéditeur de la transaction. Cette notification n'a pas été reçue.

Propriétaires de compte

• PB-63902 : Correction d'un problème dans lequel un propriétaire de compte n'avait pas spécifié de date d'expiration pour une transaction/un modèle, mais le système en mettait une automatiquement dans le champ Date d'expiration.

Amélioration des performances

• PB-61059 : Nous avons amélioré les performances de la nouvelle expérience signataire lorsqu'il traite un document comportant plus de 200 champs. Nous avons considérablement réduit les temps nécessaires pour charger un tel document, pour mettre à jour ses champs de formulaire et pour naviguer entre ses champs de formulaire.
• PB-62431 : Nous avons amélioré les performances de notre fonction de logique conditionnelle de la manière suivante : (1) nous avons augmenté la vitesse à laquelle les conditions qui affectent plusieurs champs sont reflétées dans l'interface utilisateur; (2) si plusieurs champs sont affectés par une condition, nous les regroupons maintenant dans le résumé des preuves afin qu'un seul appel soit effectué.

Problèmes connus

• Lorsque deux signataires participent à une transaction accessible en personnevia la nouvelle expérience utilisateur, le premier signataire peut activer l'accessibilité par lecteur d'écran, mais pas le second. Ce problème sera résolu dans une prochaine version. Jusqu'à ce que le problème soit résolu, une solution de contournement efficace consiste à recharger la céré