1. Release Notes 5.5.2
Date de distribution: 02/03/2020
1.1 Nouvelles fonctionnalités
eSignatures 5.5.2 est une version hotfix (correctif logiciel) et ne contient pas de nouvelles fonctionnalités.
1.2 Améliorations
1.3 Problèmes résolus
Jira code |
Issue code |
Description |
CEP-7427 |
/ |
Redirect issue on Invalid token page has been solved. |
CEP-7426 |
/ |
Representation PDF issue with XML signing has been solved. |
CEP-7423 |
/ |
Signing field scaling issue during package creation in WebPortal has been solved. |
CEP-7369 |
32384 |
French Polynesian mobile numbers were not recognized correctly. |
CEP-7357, CEP-7355 |
/ |
Caching issues when removing languages have been solved. |
CEP-7354 |
/ |
Users are now notified when legal notice fields are incorrectly left blank. |
CEP-7349 |
32338 |
When Skipping signers while SendNotifications was set to false, skipped signers incorrectly received an email. |
CEP-7346 |
/ |
Issue when trying to delete package containing multiple documents when using blob storage has been solved. |
CEP-7324 |
/ |
Theming issue has been solved. |
CEP-7308 |
/ |
Migration issue has been solved. |
CEP-7221 |
/ |
Disabling an OpenID Connect profile used to corrupt the packages that were already using that profile. |
CEP-7194 |
/ |
Signing field width scaling issue has been solved. |
CEP-7158 |
/ |
Last name overwrite issue when logging in through AD has been solved. |
CEP-6993 |
/ |
Contact group signing issue has been solved. |
CEP-6352 |
/ |
Translation migration issue has been solved. |
CEP-7294 |
/ |
ActionUrlExpiration text in the WebPortal only specifies approver/signer URLs but applies to all action URLs. |
CEP-7440 |
/ |
OpenID Connect signing options can’t be saved. |
1.4 Problèmes connus
eSignatures 5.5.2
Jira code |
Issue code |
Description |
CEP-7428 |
/ |
DOC: l'information de notificationCallback devrait être mis à jour pour inclure les approbateurs |
CEP-7431 |
/ |
Le externalStakeholderReference d'une groupe des personnes d'approbation est supprimée après la réattribution |
eSignatures 5.5.0
Code Jira |
Code du problème |
Description |
CEP-7078 |
/ |
Il est actuellement impossible de signer avec FranceConnect si vous utilisez eIDAS3. |
CEP-6352 |
/ |
Problème de migration des traductions. |
eSignatures 5.4.3
Code Jira |
Code du problème |
Description |
CEP-6897 |
/ |
Lors de l'utilisation des preuves d'audit, un problème lié au Worker survenait lorsque les packages étaient définis sur la valeur « terminé ». |
eSignatures 5.4.2
Code Jira |
Code du problème |
Description |
CEP-6874 |
/ |
Casse incohérente du paramètre de requête « SessionId » en cas de jeton non valide. |
CEP-6288 |
/ |
Problème de personnalisation (branding) : l'enregistrement d'une modification dans l'un des sous-onglets redirige vers un onglet de niveau supérieur. |
CEP-6865 |
/ |
Lors d'une mise à niveau à partir d'une version 5.0.7, la page Environment Settings (Paramètres d'environnement) vous invite à sauvegarder sans que vous ayez apporté de modification. |
Signatures 5.3.0
Code Jira |
Code du problème |
Description |
CEP-5944 |
/ |
Le défilement itsme n'est pas aussi fluide que prévu dans Safari sur un iPhone. |
eSignatures 5.2.4
Code Jira |
Code du problème |
Description |
CEP-5564 |
/ |
Lorsqu'un package contient à la fois une méthode de signature synchrone et asynchrone, et que la signature asynchrone échoue, il est impossible de restaurer la session de signature. |
eSignatures 5.2.0
Code Jira |
Code du problème |
Description |
CEP-4817 |
/ |
Bogues d'affichage lors de l'utilisation de la signature complexe sur Safari et Chrome |
eSignatures 5.1.1
Code Jira |
Code du problème |
Description |
CEP-4719 |
/ |
Le délai d'expiration de la session est actuellement absolu. Les utilisateurs sont déconnectés même s'ils sont restés actifs. |
Problèmes connus plus anciens
Code Jira |
Code du problème |
Description |
/ |
/ |
L'installation allemande de Chrome peut générer des erreurs pendant la signature. |
1.5 Limitations connues
Général
- Un package ne peut pas excéder 150 Mo.
- Un seul document à l'intérieur d'un package ne peut pas excéder 30 Mo.
- Un package peut contenir un maximum de 15 documents.
- Un fichier .xml ne peut pas contenir plus de 2 millions de caractères par fichier. Un package ne peut pas contenir plus de 15 fichiers .xml.
- Les fichiers volumineux peuvent affecter les performances de signature selon la connexion Internet de l'utilisateur.
- Les documents qui font plus de 3,99 m sur 3,99 m ne sont pas pris en charge.
- Les porte-documents PDF ne sont pas pris en charge. C'est dû au fait qu'un porte-documents PDF peut contenir un large éventail de types de fichier non pris en charge par eSignatures. Un porte-documents PDF peut, par exemple, contenir des emails, des feuilles de calcul, des dessins CAO, des présentations PowerPoint, etc. Par conséquent, un signataire pourra uniquement voir et signer la page de garde du PDF, et non les fichiers contenus dans le porte-documents, ce qui invalide tout le porte-documents PDF.
- Le chargement des documents PDF/A est uniquement autorisé si le format est PDF/A_2A ou PDF/A_1A.
- Lorsque vous chargez des documents PDF contenant déjà des champs de signature (créés dans une solution PDF telle qu'Adobe Acrobat Pro DC), assurez-vous que les noms des champs de signature contiennent uniquement des lettres et des nombres ou une combinaison des deux. Tous les caractères spéciaux, notamment les lettres accentuées, les points, les barres, etc. ne sont pas pris en charge et ne peuvent pas être utilisés. Les mêmes restrictions s'appliquent au chargement de documents PDF contenant des champs texte.
- L'ajout de plusieurs initiateurs dans un même package n'est pas pris en charge.
- L'application ne prend pas toujours en charge la combinaison des méthodes de signature eID et BeLawyer comme choix de signature : lorsque le paramètre MandatedSigningType a la valeur nameandbirthdate dans l'Index de configuration, ces deux méthodes ne peuvent pas être combinées.
- À l'heure actuelle, les packages ne peuvent pas contenir à la fois des documents XML et PDF sur lesquels des signatures seront apposées. Le type de package est déterminé par le premier document chargé.
- Les groupes par défaut « administrateurs » et « groupe d'utilisateurs par défaut » ne peuvent pas être utilisés comme signataires dans les templates (modèles).
- L'insertion d'une tabulation devant un marqueur texte dans Word n'est pas prise en charge. Aux tabulations préférez les tableaux, colonnes ou zones de texte. Si vous voulez néanmoins utiliser des tabulations, convertissez votre document Word au format PDF avant de le charger.
- Si vous utilisez Safari : après la mise à niveau d'une version antérieure, vous serez invité à fermer votre navigateur. Lorsque vous le rouvrez et que vos onglets précédents ne s'ouvrent pas automatiquement, ne réutilisez pas votre lien d'origine vers la page de signature. Sélectionnez plutôt History > Reopen All Windows From Last Session (Historique > Rouvrir toutes les fenêtres de la session précédente).
- Les applications de conception natives pour le DTP, CAO, etc. peuvent générer des documents très complexes (nombre important d'éléments, vecteurs, images, etc.) Il est dès lors possible que l'application ne puisse pas préparer le document dans un délai raisonnable. Il sera donc impossible d'ajouter ces fichiers à l'environnement de signature (via l'API ou le Portail de documents) en raison de l'expiration du délai imparti. Il n'est pas possible de savoir à l'avance si un document complexe va entraîner ou non une expiration dans la mesure où cela dépend d'un nombre trop important de facteurs. Les applications générant ces types de PDF disposent généralement d'une option pour créer un PDF adapté à une utilisation en ligne. Nous recommandons vivement d'utiliser cette option pour limiter la complexité du document avant son chargement.
Signature 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 le format PDF/A-1 ou PDF/A-2. C'est à l'administrateur de vérifier que ces formats de sortie sont disponibles dans la solution eSignatures de l'utilisateur et c'est à l'utilisateur de sélectionner le format de sortie correct. Connective ne vérifie pas si le format de sortie correct a été sélectionné pour itsme.
- Lors de l'utilisation de la signature itsme dans des packages, chaque document du package doit être signé individuellement. En d'autres termes, la méthode de signature rapide (QuickSign) n'est pas prise en charge.
- À l'heure actuelle, la signature itsme n'est pas prise en charge par un système macOS Mojave v10.14 exécutant Safari v12.0.
Preuves d'audit
- La fonction Audit Proof (Preuve d'audit) a une incidence importante sur la base de données eSignatures. Plus les documents sont volumineux, plus ils utiliseront d'espace. Cet impact est proportionnel à la taille des documents.
- La fonction Audit Proof (Preuve d'audit) a aussi un impact sur la vitesse de signature d'eSignatures.
Plus les documents sont volumineux, plus il faudra de temps pour la signature.
Les petits documents (< 1 Mo) se semblent pas avoir d'impact sur la vitesse de signature.
Pour les clients signant avec des jetons physiques (eID, biométrique avec tablette de signature Wacom, etc.), le package Connective Browser Package doit être mis à niveau vers la version 2.0.6.
La mise à niveau sera demandée automatiquement lorsque vous tenterez de signer un document.
Si vous disposez d'une version eSignatures antérieure à la version 5.5.2, consultez la documentation Connective - eSignatures 5.5.2 - Installation pour savoir comment effectuer une mise à niveau vers la version 5.5.