Version 24.R6 - Production

Comportement modifié

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

• Augmentation du contraste des couleurs sur les champs du concepteur : Sur la base des commentaires reçus dans 24R5, nous avons introduit des couleurs plus vives et une bordure plus foncée pour aider à distinguer les destinataires. Nous continuons à nous conformer aux normes WCAG 2.0. Pour plus d’informations sur nos couleurs à venir, contactez notre équipe d’assistance.  (réfs PB-109894)

• Visibilité accrue des noms de destinataire dans les champs de signature dans le concepteur : nous avons rétabli les noms de destinataire dans les champs de signature et augmenté la taille de la police de ces noms. Cela permettra d’identifier plus facilement à qui appartient la signature. (réfs PB-109609)

• Les transactions RON et IPEN sont désormais stockées indéfiniment : certaines juridictions exigent que les fournisseurs de services RON conservent les transactions RON et IPEN pendant au moins 10 ans. Pour nous conformer à ces exigences, nous stockons désormais toutes les transactions RON et IPEN indéfiniment, quelle que soit la période de conservation des données spécifiée dans la transaction. De plus, bien qu’il soit possible de déplacer une transaction RON ou IPEN COMPLETED vers la corbeille, vous ne pouvez pas la supprimer manuellement à partir de là. Bien que les transactions INACHEVÉES puissent être supprimées, notez que le processus de purge ne le fera plus automatiquement pour les transactions TERMINÉES ou INACHEVÉES . Si vous souhaitez qu’une transaction soit supprimée, vérifiez d’abord s’il existe des exigences locales pour la conservation des transactions, des vidéos ou des écritures de journal, puis contactez notre équipe d’assistance. (refs PB-105163)

• Nouveau comportement des autorisations lors de la création de rôles personnalisés : avec l’introduction des nouvelles autorisations de transaction Créer de nouvelles transactions et Créer des transactions à partir de modèles uniquement, lors de la création de rôles personnalisés via l’intégration, vous devez vous assurer d’inclure ces nouvelles autorisations. Vous ne pouvez plus dépendre de l’autorisation Transaction existante pour déterminer si les transactions peuvent être créées à partir de zéro ou d’un modèle. (réfs PB-10104)

• Modifications apportées à la saisie du signataire et du numéro de téléphone de l’expéditeur : Pour se conformer à la norme de l’industrie relative à l’application de la validation à tous les champs de saisie, nous avons apporté les modifications suivantes à la saisie du numéro de téléphone du signataire (via les appels API PUT et POST) et à la saisie du numéro de téléphone de l’expéditeur (sous Mon compte > Informations personnelles) : (réfs PB-104448)

  • La saisie est limitée à une longueur maximale de 15 caractères (auparavant, jusqu’à 2000 caractères étaient autorisés)

  • Les caractères alphanumériques sont autorisés

  • Les caractères spéciaux suivants sont autorisés : + - # ( )

  Ce changement n’aura aucun impact sur les numéros de téléphone existants, sauf si vous essayez de modifier l’un de ces numéros. Dans ce cas, ces validations seront appliquées.

• Nouvelles restrictions de clonage de transactions : les expéditeurs ne seront plus autorisés à cloner des transactions auxquelles ils n’ont pas accès. Dans les rares cas où un expéditeur a pu accéder à l’ID de transaction d’un autre expéditeur, cela l’empêchera d’accéder à des documents qu’il n’était pas censé voir. (réfs PB-108033)

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)

• 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 produit 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 reste inchangé lorsque le signataire est le propriétaire de la transaction. (réfs PB-109998)

Quoi de neuf

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

Administrateurs

• Nouvelles autorisations de création de transaction : Nous avons créé deux nouvelles autorisations de transaction ; 1) Créez une nouvelle transaction et 2) Créez une transaction à partir de modèles uniquement. Les utilisateurs existants qui disposent déjà d’autorisations de transaction recevront ces nouvelles autorisations par défaut. (réfs PB-101047)

• Un nouveau rapport de vérification de l’ID d’application est désormais disponible : vous pouvez désormais utiliser le menu Rapports pour afficher ID Verification Reports. Ces rapports vous permettent de surveiller les transactions liées à IDV et d’examiner les résultats de la vérification. Les raisons de réussite et d’échec de chaque vérification sont également incluses. Ce rapport est disponible dans le cadre de la fonctionnalité Rapports intégrés à l’application qui doit être activée en contactant notre équipe d’assistance. (réfs PB-108738)

Plate-forme d’intégration

• Nouvelles intégrations de flux de travail : Nous avons ajouté de nouvelles intégrations pour connecter les signatures électroniques à vos applications professionnelles préférées. Les nouvelles intégrations suivantes ont été ajoutées (refs PB-105335) :

  • OneSpan Sign pour Guidewire ClaimCenter Cloud : L’accélérateur OneSpan Sign pour l’intégration de ClaimCenter offre une intégration transparente entre Guidewire ClaimCenter et OneSpan Sign, permettant aux utilisateurs de ClaimCenter de déclencher des flux de travail de signature électronique à partir de ClaimCenter.

  • OneSpan Sign pour Guidewire PolicyCenter Cloud : L’accélérateur OneSpan Sign pour l’intégration de PolicyCenter offre une intégration transparente entre Guidewire PolicyCenter et OneSpan Sign, permettant aux utilisateurs de PolicyCenter de déclencher des flux de travail de signature électronique à partir de PolicyCenter.

Expéditeurs

• Les expéditeurs peuvent désormais afficher et modifier la langue associée aux destinataires de type « Moi-même » et « Groupe » : Si la limitation des langues prises en charge a été activée, les expéditeurs peuvent désormais sélectionner des langues spécifiques pour les destinataires de type Moi-même et Groupe . Pour plus d’informations sur le comportement par défaut lorsque cette fonctionnalité est activée, consultez Configuration des destinataires. (réfs PB-102392)

• BÊTA - La contresignature d’un document est désormais disponible : vous pouvez désormais ajouter un expéditeur en tant que destinataire à une transaction plusieurs fois, afin de pouvoir utiliser la contresignature d’un document. Lors de la contresignature, un expéditeur signe d’abord un document, attend qu’un autre destinataire signe, puis signe à nouveau le document, à l’aide d’un ordre de signature appliqué automatiquement. REMARQUE : Cette fonctionnalité est actuellement en version bêta et n’est disponible que pour les environnements Sandbox. À l’heure actuelle, la contre-signature ne peut pas être utilisée avec des groupes, des signataires externes (signataires qui ne sont pas des expéditeurs OneSpan Sign), des transactions IPEN, Virtual Room et RON , ou lorsque le type de destinataire est défini sur « Moi-même ». Il ne peut pas non plus être utilisé avec des modèles. (refs PB-107338)

• BETA - Ordre des destinataires parallèles et séquentiels : Vous pouvez désormais définir un ordre parallèle et séquentiel à partir de l’interface utilisateur de l’expéditeur lors de la définition des destinataires d’une transaction. REMARQUE : Cette fonctionnalité est actuellement en version bêta et n’est disponible que pour les environnements Sandbox. (refs PB-107338)

Voltige

• Journal d’audit eOriginal amélioré : Le journal d’audit eOriginal contient désormais une colonne supplémentaire qui affiche l’adresse IP du signataire pour l’événement de signature. Cette adresse IP est tirée du résumé des preuves. (réfs PB-109714)

Bogue

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

Notarisation

• Dans certains environnements, la fonctionnalité de surbrillance d’une transaction de salle virtuelle ne fonctionnait pas correctement. Cela se produisait parfois si un participant qui n’avait PAS le contrôle à ce moment-là activait l’icône du surligneur. Cela empêcherait à son tour le participant qui avait le contrôle d’utiliser correctement le surligneur. (réfs PB-104393)

Expéditeurs

• Nous avons résolu un problème qui empêchait le blocage des cookies tiers de se charger dans un iFrame. (réfs PB-108193)

• Pour plus de cohérence et de facilité de lisibilité, nous avons normalisé la mise en majuscules des chaînes de permission dans l’interface utilisateur, ainsi que pour les champs de signature Click-to-sign (Cliquer pour signer) et Click-to-initial (Cliquer pour parapher) en français. (refs PB-109355)

• Lors de l’ajout d’un nouveau destinataire dans le concepteur, le destinataire Moi-même était parfois supprimé par inadvertance. Cela n’arrive plus. (réfs PB-110388)

Expérience du signataire

• Lors de la tentative de signature d’une transaction à l’aide de cases à cocher avec une logique conditionnelle appliquée, une case à cocher se désélectionnait parfois d’elle-même lors de la sélection de la deuxième case à cocher. (refs PB-108697)

• Les boutons Télécharger et Archiver ne disparaissent plus lors de l’utilisation d’un nom de transaction très long. Maintenant, le nom de la transaction est tronqué, pour permettre à toutes les actions d’apparaître. (refs PB-108697)