ONYX - Utilisation - Signature électronique de PDFs
Différence entre versions
Ligne 6 : | Ligne 6 : | ||
==Prérequis== | ==Prérequis== | ||
− | + | Il faut au préalable avoir à disposition un certificat et une clé privée. | |
+ | <u>Fichier private.pem</u> | ||
+ | -----BEGIN PRIVATE KEY----- | ||
+ | MIIEvgIBADANBgkqhkiG9w0BAQEFA | ||
+ | ... | ||
+ | HRgFVVNXS8jTjAo2LL7U6rZK8gwsXWzqaXNLsvwj9HoF89+reRosTfIIk | ||
+ | -----END PRIVATE KEY----- | ||
+ | |||
+ | <u>Fichier certificate.cer</u> | ||
+ | -----BEGIN CERTIFICATE----- | ||
+ | MIID2TCCAsGgAwIBAgIJAKcd3Qk2E | ||
+ | ... | ||
+ | bJVSEN4kV0mdg5jrFhCCZjrlumzs+MQ= | ||
+ | -----END CERTIFICATE----- | ||
==Limites== | ==Limites== | ||
− | + | A définir | |
+ | |||
+ | ==Remarque au sujet des certificats== | ||
+ | Il est possible d'avoir le certificat et le clé privée dans des fichiers séparés ou bien dans le même fichier | ||
+ | ===Dans des fichiers séparés=== | ||
+ | Voici un exemple d'un certificat et une clé privée dans deux fichiers séparés | ||
+ | |||
+ | |||
==Fonctionnement== | ==Fonctionnement== |
Version du 4 mai 2020 à 08:20
Sommaire
Introduction
Mapping donne la possibilité de signer les PDfs qu'il génère. Pour cela, des certificats électroniques associés à des clés privés sont utilisés.
Prérequis
Il faut au préalable avoir à disposition un certificat et une clé privée. Fichier private.pem
-----BEGIN PRIVATE KEY----- MIIEvgIBADANBgkqhkiG9w0BAQEFA ... HRgFVVNXS8jTjAo2LL7U6rZK8gwsXWzqaXNLsvwj9HoF89+reRosTfIIk -----END PRIVATE KEY-----
Fichier certificate.cer
-----BEGIN CERTIFICATE----- MIID2TCCAsGgAwIBAgIJAKcd3Qk2E ... bJVSEN4kV0mdg5jrFhCCZjrlumzs+MQ= -----END CERTIFICATE-----
Limites
A définir
Remarque au sujet des certificats
Il est possible d'avoir le certificat et le clé privée dans des fichiers séparés ou bien dans le même fichier
Dans des fichiers séparés
Voici un exemple d'un certificat et une clé privée dans deux fichiers séparés
Fonctionnement
Paramétrage
Deux nouveaux paramètres sont apparus dans le mapping.conf:
- [VERSIONING_TOGGLE]: Permet d'activer le système de rollback.
- [FORMAT_REPOSITORY_DIR_FULLPATH]: Indique le chemin et le nom du répertoire contenant les différentes versions des formats.
<block name="EXPERT PATH"> <group> <element> ... <info name="[FORMAT_REPOSITORY_DIR_FULLPATH]">/apps/mapping/map400/repository</info> ... </element> </group> </block> ... <block name="OTHERS"> <group> <element> ... <info name="[VERSIONING_TOGGLE]">YES</info> ... </element> </group> </block>
Ces entrées sont créées automatiquement à l'installation de Mapping 9.1.
Les valeurs par défaut à l'installation sont NO pour VERSIONING_TOGGLE et /apps/mapping/map400/repository pour FORMAT_REPOSITORY_DIR_FULLPATH.
Le répertoire repository est également créé automatiquement.
Interface
Le versioning est disponible pour les formats importés de Designer et de Connect.
Formats Designer
Sur le serveur Mapping 9.1 et au-delà, aller dans la Gestion des formats Designer:
- Sur le menu Mapping, cliquer sur :
- Gestion de formats Designer
- Gestion des formats
La liste de formats Designer opérationnels s'affiche alors.
Il est alors possible de rentrer dans la gestion des différentes versions d'un format donné en cliquant sur le i correspondant.
La fenêtre suivante listant toutes les versions et l'historique de toutes les activations du format s'ouvre alors :
1 : Format concerné
2 : Numéro de version du format concerné
3 : Utilisateur ayant procédé à l'importation ou au dernier rollback
4 : Commentaire saisi lors d'un rollback
5 : Date et heure de l'activation de la version
6 : Date et heure de jusqu'à quand la version était active
7 : Bouton de rollback
Rollback de la version V4 :
Dans cet exemple, nous allons réactiver la version V4 en cliquant sur son bouton Rollback :
Voici le résultat alors obtenu :
La version 4 du format est alors activée.
Remarque : Il est également possible d'avoir une vue d'ensemble sur tous les formats et de toutes leurs versions. Pour cela, il faut aller sur le sous-menu Historique des formats du menu Gestion des formats Designer
Format Connect
Le fonctionnement avec les formats Connect est le même qu'avec les formats Designer. Nous vous invitons à vous référer à la partie des formats Designer.
Ligne de commandes
Il est également possible de faire du versioning en ligne de commande en utilisant le binaire mapobjectversioncontrol
Exemple d'utilisation :
// Sauvegarde le projet KUHN en séquence 20 actuellement en production mapobjectversioncontrol backup "KUHN" "00020"
// Restaure le projet KUHN en séquence 10 comme il était en production le 27 avril
mapobjectversioncontrol restore "2019-04-27T23:59:59.000Z" "KUHN" "00010"
// Liste les projets déjà versionnés
mapobjectversioncontrol list
Toutes les actions ayant un impact sur le repository sont versionnées automatiquement.
Il sera bientôt possible de restaurer grâce au numéro de version :
mapobjectversioncontrol restore "KUHN" "00010" v3
Cas particulier
Cas des formats déjà présents
Dans le cas où des formats sont déjà présents dans l'environnement (créés grâce à la copie du contenu du répertoire MAP400 à partir d'un environnement sans mécanisme de versioning ou lors de l'upgrade d'une version antérieure à la V9.1), la version V0 de ce format ne sera pas sauvegardée dans le mécanisme de versioning.
Par conséquent, lors de l'import de la prochaine version V1 de ce format, la version V1 sera bien sauvegardée mais la V0 sera perdue.
Afin d'éviter cela, avant d'importer la V1 du format, il faut exécuter la commande suivante :
/apps/mapping/bin/mapobjectversioncontrol backup "format" "sequence"
Cela aura pour effet de créer une entrée de la version V0 dans le mécanisme de versioning.
Cette version sera alors disponible dans l'interface de rollback des formats.