Release 25.R1 - Bientôt !

Comportement modifié

Voici quelques-uns des changements de comportement dont vous voudrez peut-être être conscient.

• Les signataires qui sont également des expéditeurs de compte rejoindront désormais les sessions de signature en personne en tant que signataire et non en tant qu’hôte : Lorsqu’un signataire, qui est également un expéditeur du compte, accède à une session de signature en personne à partir d’une invitation par e-mail, il le fait en tant que signataire et non en tant qu’hôte. Cela se produira même si la fonctionnalité « Autoriser les expéditeurs de compte à héberger des transactions de signature électronique en personne » est activée pour le compte. Le comportement actuel restera inchangé lorsque le signataire est le propriétaire de la transaction, ce qui signifie que les expéditeurs pourront toujours héberger la transaction s’ils sont ceux qui l’initient à partir de l’interface utilisateur de l’expéditeur. (réfs PB-109998)

• À partir de la version 25.R1, si les rôles et les autorisations ont été activés pour un utilisateur, pour utiliser nos API, cet utilisateur doit également avoir l’autorisation Rôle d’accès à l’API activée. (réfs PB-109595)

Changements à venir

Voici quelques-unes des nouvelles fonctionnalités, modifications et améliorations que nous présenterons dans une prochaine version.

• Pour des raisons de sécurité, nous n’autoriserons plus les signataires à utiliser du code HTML dans le champ Raison lors du refus d’une transaction. (réfs PB-108289)

• De même, nous n’autoriserons plus les expéditeurs à saisir du code HTML dans les champs Message à tous les destinataires et Message personnel d’une transaction. Cependant, cela peut être activé en contactant notre équipe d’assistance. (réfs PB-108287)

• Une toute nouvelle présentation introductive ! Nous introduirons une présentation améliorée du produit pour les nouveaux utilisateurs. Grâce à cette procédure améliorée, les nouveaux utilisateurs pourront suivre un guide étape par étape pour créer, préparer et envoyer leur première transaction. (refs PB-111389)

Quoi de neuf

Voici quelques-unes des nouvelles fonctionnalités et améliorations que nous avons apportées à cette version.

Administrateurs

BETA - Il est maintenant possible de créer des groupes ad hoc : Les groupes ad hoc sont utiles lorsque vous souhaitez créer un groupe, mais pour une seule transaction. Pour plus d’informations, reportez-vous à la Ad Hoc Groups. (réfs PB-108433)

Cette fonctionnalité est actuellement en version bêta et n’est disponible que pour les environnements Sandbox .

BÊTA - Un tableau de bord d’analyse des transactions est maintenant disponible : Les administrateurs peuvent maintenant utiliser notre tableau de bord intuitif des transactions pour analyser les performances des transactions. (réfs PB-108163)

Cette fonctionnalité est actuellement en version bêta et n’est disponible que pour les environnements Sandbox américains.

Ce tableau de bord fournit les éléments suivants :

• Une vue d’ensemble de la performance des transactions

• Tendances des transactions

• Statut de la transaction par expéditeur ou transaction

Notez également ce qui suit :

• Cette fonctionnalité n’est disponible que pour les utilisateurs disposant de rôles d’administrateur ou de gestionnaire , ou pour les utilisateurs disposant de l’autorisation Rapports activée pour eux.

• Pour activer cette fonctionnalité, vous devez contacter notre équipe d’assistance.

• Les données sont actuellement limitées aux transactions qui n’ont PAS été purgées ou supprimées en 2024. Pour les transactions créées à partir de 2025, toutes les données de transaction seront disponibles.

Une nouvelle clause de non-responsabilité relative à la conservation des données a été ajoutée : Nous avons ajouté une clause de non-responsabilité à la page Conservation des données afin de clarifier les règles de priorité pour la suppression des données. Pour résumer, si la limite de durée de vie totale de la transaction est plus courte que toute autre limite de conservation des données , la limite de la durée de vie totale de la transaction prévaudra et supprimera la transaction une fois qu’elle aura atteint la limite définie. Veuillez noter que cette clause de non-responsabilité n’est fournie qu’à titre informatif - aucun changement n’a été apporté au fonctionnement de la conservation des données. (réfs PB-113365)

Authentification

Accès anticipé aux clés d’accès FIDO pour les signataires : Lorsqu’ils accèdent à une transaction nécessitant leurs signatures, les signataires peuvent désormais ajouter des clés d’accès pour s’authentifier. Les clés d’accès sont un moyen moderne et sécurisé de se connecter aux transactions sans utiliser de méthodes traditionnelles, telles que les questions-réponses, les SMS et les mots de passe standard. Dans le système de clé d’accès, une paire de clés cryptographiques est utilisée : une clé privée est conservée sur l’appareil de l’utilisateur, tandis que la clé publique correspondante est stockée sur le serveur d’un site Web. La clé privée reste confidentielle, ce qui minimise les risques d’attaques de phishing ou de compromission des informations d’identification.

Pour obtenir un accès anticipé à cette fonctionnalité, veuillez contacter votre responsable de la réussite client ou notre équipe d’assistance. Nous sommes impatients d’entendre vos commentaires !

Cette fonctionnalité n’est pas disponible dans les environnements FedRAMP.

Pour plus d’informations, reportez-vous à la Using Passkeys. (réfs DAG-26)

Amélioration de l’authentification Microsoft OAuth2 : Lors de l’utilisation d’un serveur SMTP personnalisé comme autre mode d’envoi d’e-mails, nous prenons désormais en charge les flux de travail d’informations d’identification du client Microsoft OAuth2, ainsi que les flux de travail de mot de passe déjà pris en charge.

Pour activer cette fonctionnalité, contactez notre équipe d’assistance. Au cours de cet appel de support, vous devrez effectuer plusieurs configurations Microsoft Azure. Assurez-vous que vous disposez des autorisations requises pour le faire.

Intégrations de flux de travail

• L’ordre de signature est maintenant possible dans OneSpan Sign pour Salesforce : Il est maintenant possible de définir un ordre de signature pour les contacts d’une opportunité. (réfs PB-110950)

• Nouvelles options d’authentification de OneSpan Sign pour Salesforce : Les utilisateurs de OneSpan Sign pour Salesforce peuvent désormais ajouter une méthode d’authentification (SMS, IDV, Aucune) pour les signataires d’une opportunité. (refs PB-110951)

• Vous pouvez désormais prédéfinir une convention de nommage pour les téléchargements de transactions sur les applications intégrées : Vous pouvez désormais définir une convention de nommage pour le fichier zip généré lors du téléchargement d’une transaction. Cela vous permettra de retrouver plus facilement la transaction à une date ultérieure ou de respecter une convention de dénomination particulière. Les conventions de nommage suivantes peuvent être utilisées (refs DAG-29) :

  • Transaction ID

  • Nom de la transaction

  • Nom du signataire

Pour activer cette fonctionnalité et définir une convention de nommage, contactez notre équipe d’assistance.

Bogue

Les problèmes suivants ont été résolus dans cette version :

Accessibilité

• Nous avons résolu un problème qui empêchait les lecteurs d’écran de savoir que ces contrôles pouvaient accéder à une nouvelle page.  (réfs PB-112656)

Administrateurs

• Certains utilisateurs ont déclaré avoir reçu leur rapport de transaction quotidien en trois exemplaires. Cela n’arrive plus. (réfs PB-112250)

Apis

• Les dates renvoyées par les GET packages appels et GET packages/packageId correspondent désormais. (réfs PB-109475)

Authentification

• Le résumé des preuves affiche désormais les informations supplémentaires IDV à l’aide de l’ordre de signature de la piste d’audit. (réfs PB-102951)

• Pour la vérification d’identité, nous avons amélioré le message d’erreur utilisé pour les documents non pris en charge. (réfs PB-108425)

Expéditeurs

• Lorsque vous travaillez avec des documents plus volumineux, ou avec des documents complexes (documents avec beaucoup de texte et d’images), un décalage important se produisait parfois dans le Designer. Cela se produisait lors de la tentative d’ajout, de déplacement ou de redimensionnement des zones de signature. Cela ne se produit plus. (refs PB-110010)

• Sur les documents plus volumineux, le curseur de la barre de défilement de l' Designer était trop étroit, ce qui rendait le défilement difficile. La taille de la barre de défilement augmente désormais lorsqu’on la survole. (réfs PB-110633)

• Nous avons corrigé la traduction néerlandaise du terme Groupe Radio. La traduction originale indiquait incorrectement Radio Button. (réfs PB-102951)

• Nous avons résolu un problème qui empêchait l’envoi des e-mails des délégués si l’une des adresses e-mail du délégué avait été mise sur liste noire. (réfs PB-111513)