Informations produit
Accédez à toutes les informations requises concernant les produits Nitro, depuis les mises à jour et téléchargements de produits jusqu'aux guides utilisateur et notes de version.

Notes de publication

Nitro diffuse régulièrement des mises à jour de ses produits incorporant de nouvelles fonctionnalités, des améliorations et des corrections de défauts.

Dernière version: 7.3.0

Date de sortie : 2023-01-31

Découvrez les signatures électroniques 7.3.0 les nouvelles fonctionnalités et vérifier les problèmes résolus.

Nouvelles fonctionnalités et améliorations
L’application Signer a un nouveau look
L’application Signer a été remaniée pour vous offrir une meilleure expérience utilisateur.

Améliorations apportées aux thèmes

Mises à jour des thèmes par défaut
Le thème Connective a été remplacé par le thème Nitro qui utilise de nouvelles couleurs de marque. Dans les nouvelles installations, le thème Système aura les mêmes styles que le thème Nitro.

Nouvel outil de création de thèmes
Grâce à l'outil Theming, l'administrateur peut facilement personnaliser les thèmes et prévisualiser instantanément leur apparence dans l'application Signer.

L'administrateur peut télécharger le thème personnalisé sous la forme d'un fichier .json et, pour commencer à l'utiliser dans votre environnement eSignatures, téléchargez-le dans l'index de configuration. Le même fichier .json peut être utilisé pour mettre à jour plusieurs thèmes.

Modifications des paramètres du thème
Les paramètres WYSIWYS ont été simplifiés. Au lieu de configurer la couleur de chaque composant dans les paramètres de la page et de la fenêtre modale, vous pouvez désormais indiquer des couleurs de marque et d'état qui seront automatiquement appliquées à plusieurs composants. Dans les nouvelles installations, la page Redirection utilisera le code couleur Principal configuré dans les paramètres WYSIWYS.

Thème de la migration

Pour la mise à niveau vers eSignatures 7.3.0, nous traitons soigneusement vos thèmes personnalisés afin de préserver vos paramètres. Toutefois, dans la nouvelle version de l'application Signer, ils peuvent avoir un aspect différent. C’est pourquoi nous vous recommandons, après la mise à niveau vers eSignatures 7.3.0, l’administrateur examine les thèmes et, si nécessaire, les affine avec l’outil Theming ou dans les paramètres WYSIWYS.

Amélioration de la signature manuelle

Auparavant, avec la méthode de signature manuelle, vous ne pouviez ajouter une signature qu'en la dessinant ou en la tapant. Maintenant, vous pouvez également ajouter votre signature en téléchargeant une image.

Si vous passez à eSignatures 7.3.0, seules les options précédemment utilisées pour la signature manuelle sont activées (par exemple, uniquement l'option Type). L'administrateur peut activer des options supplémentaires dans Configuration Index > Configuration > Signing Options Settings. Avant 7.3.0, dans ces paramètres, l'administrateur pouvait sélectionner Mouse ou Keyboard comme type d'entrée. A partir de 7.3.0, les types d'entrée DrawType, et Upload peuvent être activés en même temps.

Les anciennes options sont remplacées par les nouvelles comme suit :

Avant 7.3.0Depuis 7.3.0
ClavierType
SourisDessiner

L’administrateur peut définir la taille maximale d’une image de signature pour l’option Télécharger dans la signature manuelle à l’aide du nouveau paramètre MaximumSignatureImageSize qui a été ajouté à l’index de configuration > aux paramètres de configuration > d’options de signature.

Référence externe pour les contacts et les groupes de contacts
Le nouveau champ Référence externe est disponible lors de la création ou de la modification de contacts et de groupes de contacts. Ce paramètre peut être utilisé pour corréler un contact ou un groupe de contacts dans eSignatures aux informations pertinentes dans une application tierce.

Support pour Microsoft Exchange Online
Vous pouvez configurer Microsoft Exchange Online en tant que type d’expéditeur de courrier et utiliser l’API Graph pour connecter vos applications.

Nouveau paramètre pour l'API de comptage
Le nouveau paramètre SubmittedThroughApi est désormais disponible pour filtrer les résultats en fonction de la façon dont un package a été soumis.

Traitement des problèmes

Code JiraCode d'émissionDescription
CEP-12264/Correction de la signature asynchrone après le rollback.
CEP-1225400026301
00026337
Correction de la redirection vers le F2FURL créé via l'API lorsqu'un paquet a été rejeté dans l'application du signataire lors d'une session de signature en face à face.
CEP-12244/Correction pour migrer tous les fichiers avec StorageMigrator.
CEP-12194/Correction pour afficher correctement les noms longs des méthodes de signature.
CEP-12181/Correction d'une exception de transaction dans les environnements australiens.
CEP-1216600026251Correction pour éviter une mauvaise navigation et un rafraîchissement automatique inutile des pages du portail des signataires.
CEP-12148/Correction pour préserver les marqueurs dans les PDF lors de la création d'un modèle.
CEP-12135/Correction de l'appel Add document to package dans API v4 qui ne parvenait pas à analyser la liste des objets SigningMethodWithKeypair.
CEP-12063/Correction pour récupérer les paquets avec le statut "Failed" via l'API v4.
CEP-12051/Correction de la réinitialisation du mot de passe d'une racine virtuelle lorsque plusieurs racines virtuelles sont configurées.
CEP-1203000025349Correction pour afficher la date correcte lorsqu'une signature a été ajoutée dans l'application Signer.
CEP-1201000025374Correction pour afficher les détails des modèles de paquets dans le portail de documents.
CEP-11948/Correction pour afficher un message d'erreur clair en cas d'échec de la signature avec l'OTP par email.
CEP-11883/Correction de l'actualisation des modèles lorsqu'un autre groupe de documentation est sélectionné.
CEP-11864/Correction pour afficher correctement les signatures ajoutées avec itsme après le rollback.
CEP-1165700020954Correction pour rendre le bouton Fermer cette session visible sur le fond blanc.
CEP-11650/Correction pour supprimer les noms de groupes alternatifs quels que soient les caractères utilisés.
CEP-11145/Correction pour permettre aux utilisateurs d'accéder à l'URL de l'action de glisser-déposer lorsqu'ils ne sont pas connectés.
CEP-10838/Correction pour ne pas bloquer la création d'un locataire lorsque la racine virtuelle utilise une adresse IP ou une adresse de bouclage.
CEP-1020500012223Correction pour ne pas changer d'emplacement si le statut du paquet est en attente via l'API v3.

    • Dernière version: 7.2.0

      Date de sortie : 2023-01-31

      Découvrez les signatures électroniques 14.2.0 les nouvelles fonctionnalités et vérifier les problèmes résolus.

      Nouvelles fonctionnalités

      Configurer les certificats pour les méthodes de signature

      Dans l'onglet Paramètres DSS de l'index de configuration, vous pouvez désormais définir des combinaisons de clés liées à un certificat pour chaque comportement de signature. Lors de la création d'un paquet dans le Portail de documents ou le Portail de modèles, l'initiateur clique sur le comportement de signature de son choix et dispose ensuite d'une liste déroulante pour choisir parmi les paires de clés qui ont été mises à disposition dans l'onglet Paramètres DSS de l'index de configuration.

      Réaffectation des acteurs

      Une fois qu'un paquet a été soumis dans le portail de documents, les initiateurs (et pas seulement les signataires ou d'autres acteurs) peuvent intervenir en réassignant un paquet à une autre partie prenante pendant que le paquet est en attente.

      De nouvelles notifications sont disponibles concernant la fonction de réaffectation des acteurs pour les initiateurs.

      Pour l'initiateur, les nouvelles notifications suivantes sont envoyées lorsqu'un document est réaffecté :

      • paquet-receiver-reassigned-subject
      • paquet-receiver-reassigned-body

      Pour les parties prenantes, les nouvelles notifications suivantes sont envoyées lorsqu'un document est réaffecté.

      • original-signataire-réassigné-sujetti
      • original-signataire-corps réassigné
      • original-approver-reassigned-subject
      • original-approver-reassigned-body
      • original-formfiller-reassigned-subject
      • original-former-reassigned-body
      • original-receiver-reassigned-subject
      • corps d'origine-réceptionnaire-réaffecté

      Améliorations

      Optimisation de la taille des fichiers

      Un nouveau paramètre de configuration "IsOptimizeFileSizeEnabled" est disponible dans l'onglet "Signing Format Settings". Il permet d'activer ou de désactiver l'optimisation de la taille des fichiers lors de la conversion de PDF en PdfA1A ou PdfA2A. Il est désactivé par défaut. Lorsque cette option est activée, la taille du fichier est réduite, mais cela peut avoir un impact sur les performances.

      Corrélation entre la piste d'audit et les documents signés

      Pour les documents signés, les packages téléchargés incluent désormais l’ID de package et l’ID de document applicables à la fin de l’avis juridique, en particulier pour les champs de signature.

      Traitement des problèmes

      Code JiraCode d'émissionDescription
      CEP-9066/Correction dans le portail des signataires pour permettre des signatures multiples en masse.
      CEP-9306/Correction de la taille des tables entraînant le remplissage du quota de tables.
      CEP-11041/Correction dans l'API v4 pour placer des éléments non placés via le paramètre Id ou unplacedElementsId.
      CEP-11097/Correction pour supprimer plusieurs bibliothèques Microsoft (Azure) obsolètes.
      CEP-11170/Correction pour permettre aux signatures électroniques de vérifier les en-têtes avant la certification du client.
      CEP-1127900021048Correction de RedirectURL dans API v4 pour éviter l'omission de données après le #.
      CEP-11323/Correction pour passer à la nouvelle version du chiffrement côté client dans Azure Storage SDK.
      CEP-11530/Correction pour marquer le champ de mot de passe SMTP comme champ de mot de passe.
      CEP-11711/Fixez à F2F itsme pour que WYSIWYS demande de passer au dernier signataire.
      CEP-11715/Corrigez l'index de configuration pour permettre l'enregistrement des modifications dans les paramètres des options de signature.
      CEP-11728/Correction des délais de CleanTokensCommand sur les bases de données Azure.
      CEP-1175800022450Correction pour suivre les paramètres par défaut de l'environnement lorsque certains paramètres sont définis comme nuls.
      CEP-11766/Correction d'un paquet créé à partir d'un modèle dont l'ordre des documents est aléatoire.
      CEP-11879/Correction pour supprimer la ligne de lecture à la fin du migrateur pour permettre l'automatisation.
      CEP-1188500023612Correction des délais d'attente lors des conversions de PDF.
      CEP-11890/Correction de l'API v3 pour permettre la création de paquets instantanés.

      Problèmes connus

      Signatures électroniques 6.4.0

      Code JiraCode d'émissionDescription
      CEP-8766/Impossible de signer le mandat avec la date de naissance en utilisant LuxID.

      Signatures électroniques 6.3.0

      Code JiraCode d'émissionDescription
      CEP-8541/Problème de prévisualisation dans la section Config Index Theme.
      CEP-8543/L'aperçu PDF des documents optionnels est décentré sur les appareils mobiles.

      Signatures électroniques 6.2.0

      Code JiraCode d'émissionDescription
      CEP-8371/Erreur d'étranglement de l'OTP par SMS

      Limites connues

      Généralités

      • Un paquet ne doit pas dépasser 150 Mo.
      • Un seul document à l'intérieur d'un paquet ne doit pas dépasser 30 Mo.
      • Un même document ne doit pas contenir plus de 30 champs de signature.
      • Un paquet peut contenir au maximum 15 documents.
      • Un fichier .xml ne doit pas contenir plus de 2 millions de caractères par fichier. Un paquet ne doit pas contenir plus de 15 .xml des dossiers.
      • Les fichiers volumineux peuvent affecter les performances de la signature en fonction de la connexion Internet de l'utilisateur.
      • Les documents dont les dimensions physiques dépassent 3.99 m par 3.99 m sont non pris en charge.
      • L'ajout de plusieurs initiateurs dans un même paquet n'est pas pris en charge.
      • Actuellement, les paquets ne peuvent pas contenir à la fois des documents XML et des documents PDF sur lesquels des signatures seront apposées. Le type de paquet est déterminé par le premier document téléchargé.
      • L'insertion d'une tabulation devant un marqueur de texte dans Word n'est pas prise en charge. Au lieu d'utiliser des onglets, utilisez des tableaux, des colonnes ou des zones de texte. Si vous souhaitez toujours utiliser des onglets, convertissez votre document Word en PDF avant de le télécharger.
      • Lorsque vous utilisez Safari : après avoir effectué une mise à jour à partir d'une version plus ancienne, vous serez invité à quitter votre navigateur. Lorsque vous rouvrez votre navigateur et que vos onglets précédents ne s'ouvrent pas automatiquement, ne réutilisez pas votre lien original vers la page de signature. Au lieu de cela, allez sur History > Reopen All Windows From Last Session.
      • Les applications natives de conception pour la PAO, la CAO, etc. peuvent générer des documents d'une grande complexité (nombre très élevé d'éléments, de vecteurs, d'images, ...). Cela peut avoir pour conséquence que l'application ne peut pas préparer le document dans un délai raisonnable. Par conséquent, il sera impossible d'ajouter ces fichiers à l'environnement de signature (ni par le biais de l'API, ni dans le portail de documents) en raison d'un dépassement de délai. Il n'est pas possible de savoir à l'avance si un document complexe générera un délai d'attente ou non, car cela dépend d'un trop grand nombre de facteurs. Les applications qui génèrent ce type de PDF disposent généralement d'un paramètre permettant de créer un PDF adapté à une utilisation en ligne. Nous vous recommandons vivement d'utiliser ce paramètre pour réduire la complexité du document avant son téléchargement.

      Fichiers PDF

      • Les portfolios PDF ne sont pas pris en charge. En effet, un portefeuille PDF peut contenir un large éventail de types de fichiers qui ne sont pas pris en charge par les signatures électroniques. Un portefeuille PDF peut par exemple contenir des messages électroniques, des feuilles de calcul, des dessins de CAO, des présentations PowerPoint, etc. Par conséquent, un signataire ne pourra voir et signer que la page de garde du PDF, et non les fichiers réels que le portefeuille contient, ce qui rendra le portefeuille entier invalide.
      • Le téléchargement de documents PDF/A n'est autorisé que si le format est PDF/A_2A ou PDF/A_1A.
      • Le téléchargement de documents PDF/A auxquels vous ajoutez des champs de formulaire dans eSignatures API v4 interrompt la partie "/A" du PDF. Par conséquent, les documents se présentent sous la forme d'un PDF normal.

        Pour contourner le problème, vous devez définir le paramètre TargetFormat dans l'appel de document POST sur PDF/A_1A ou PDF/A_2A (en fonction du format source). La rupture se produit toujours, mais une fois que tous les champs du formulaire ont été remplis ou enregistrés, le document est converti au format cible défini, ce qui donne à nouveau un document PDF/A.

      Signature d'Itsme

      (Notez que ces limitations ne s'appliquent pas à l'utilisation d'itsme via OpenID Connect)

      • Lorsque vous utilisez itsme comme méthode de signature, le type cible de vos documents doit être PDF/A_1A ou PDF/A_2A. Il incombe à l'administrateur de s'assurer que ces formats de sortie sont disponibles dans la solution eSignatures de l'utilisateur, et il incombe à l'utilisateur de sélectionner le format de sortie correct. Connective ne vérifie pas si le bon format de sortie a été sélectionné en combinaison avec itsme.
      • Lorsque vous utilisez la signature itsme dans des paquets, chaque document du paquet doit être signé individuellement, ce qui signifie que QuickSigning n'est pas pris en charge.
      • Lorsque vous utilisez la signature itsme, les noms des documents et des paquets ne doivent contenir que des caractères faisant partie des normes ISO 8859-15. Ce jeu de caractères prend en charge la plupart des caractères habituels, mais certains caractères générés par des logiciels, comme les apostrophes bouclées et les tirets longs, ne sont pas pris en charge.

      Signature de l'iDIN

      • Évitez d'utiliser de longues mentions légales combinées à la signature iDIN, en particulier lorsque vous envoyez des colis par l'intermédiaire de l'API. Si les mentions légales sont longues, le MerchantUrl dépasse son nombre maximum de 512 caractères.

      Swisscom signe

      • Lorsque vous utilisez la signature Swisscom, la valeur AdditionalSpace sous DSS > General Settings > PaDES Settings doit être réglée sur 20000 dans l'index de configuration eSignatures ou DSS (en fonction de celui que vous utilisez). 
      • Lorsque vous utilisez la signature Swisscom dans des paquets, chaque document du paquet doit être signé individuellement, ce qui signifie que QuickSigning n'est pas pris en charge.

      Règles de signature obligatoires

      • Les règles de signature obligatoires qui ont été configurées dans l'index de configuration ne peuvent pas être remplacées par des appels API v4.
      • Lorsque vous utilisez LuxID, seules les règles de signature obligatoires basées sur le prénom et le nom peuvent être utilisées.

      Télécharger les notifications

      Il peut arriver que les notifications de téléchargement soient traitées comme du spam ou lues par un logiciel de protection d'URL, même après les avoir mises sur liste blanche.

      En guise de solution de contournement, les destinataires du courrier doivent ajouter l'URL à la liste Microsoft Office 365 Advanced Threat Protection (ATP) Ne pas réécrire les URL suivantes .

      Preuves d'audit / Pistes d'audit

      Les certificats Certigna ne sont pas pris en charge en combinaison avec des preuves d'audit ou des pistes d'audit. Si des preuves d'audit et/ou des pistes d'audit sont nécessaires dans votre environnement, vous devez utiliser d'autres types de certificats.

      Informations sur la mise à niveau

      Si vous avez installé une version d'eSignatures antérieure à la version 7.2.0, consultez le site Connective - eSignatures 7.2.0 - Installation Documentation pour savoir comment passer à la version 7.2.0.

    • Dernière version: 7.2.0

      Date de sortie : 2023-01-31

      Découvrez les signatures électroniques 14.2.0 les nouvelles fonctionnalités et vérifier les problèmes résolus.