ONYX - 9.0 - Utilisation - Convertisseurs de sortie

Différence entre versions

De MappingDoc
(Conversion en PCL5)
Ligne 36 : Ligne 36 :
 
Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion.
 
Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion.
 
Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser.
 
Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser.
 
  
  
Ligne 42 : Ligne 41 :
  
 
Toutes les informations contenues dans ce fichier de configuration sont sensibles à la casse : nom des différents profils, noms et valeurs des paramètres.
 
Toutes les informations contenues dans ce fichier de configuration sont sensibles à la casse : nom des différents profils, noms et valeurs des paramètres.
 +
  
 
Remarque:
 
Remarque:
  
 
Tous les paramètres documentés ci-après sont également utilisables en ligne de commande et peuvent être surchargés lors de l’appel à une commande <FONT color="blue"> map_xps </FONT> de conversion. La syntaxe d’appel d’un paramètre en particulier est alors : <code>-param:nom_parametre=valeur</code>.
 
Tous les paramètres documentés ci-après sont également utilisables en ligne de commande et peuvent être surchargés lors de l’appel à une commande <FONT color="blue"> map_xps </FONT> de conversion. La syntaxe d’appel d’un paramètre en particulier est alors : <code>-param:nom_parametre=valeur</code>.
 +
  
 
===Les paramètres génériques===
 
===Les paramètres génériques===
Ligne 193 : Ligne 194 :
  
 
<u>Valeur par défaut</u> : off
 
<u>Valeur par défaut</u> : off
 
  
  
Ligne 249 : Ligne 249 :
 
*type = type de police résidente (bitmap ou vectorielle) en langage TEC (optionnel)
 
*type = type de police résidente (bitmap ou vectorielle) en langage TEC (optionnel)
 
*fgid = identifiant de police AFP (optionnel)
 
*fgid = identifiant de police AFP (optionnel)
 +
  
 
===Gestion des codes-barres 1D===
 
===Gestion des codes-barres 1D===
Ligne 265 : Ligne 266 :
  
 
<u>Valeur par défaut</u> : ON (code barre 1D pour le langage AFPDS)
 
<u>Valeur par défaut</u> : ON (code barre 1D pour le langage AFPDS)
 +
  
 
====Rendu imprimante====
 
====Rendu imprimante====
Ligne 351 : Ligne 353 :
 
| 86 || MSI no check
 
| 86 || MSI no check
 
|}
 
|}
 +
  
  
Ligne 398 : Ligne 401 :
 
         <type from="Papier normal" to="Plain" />
 
         <type from="Papier normal" to="Plain" />
 
  </mediatype>
 
  </mediatype>
 +
  
 
Dans le flux PCL généré, l’information sera positionnée dans des séquences PCL pour chaque document (ou pour chaque page) du job d’impression. Exemple : '''&n11WdPreprinted'''.
 
Dans le flux PCL généré, l’information sera positionnée dans des séquences PCL pour chaque document (ou pour chaque page) du job d’impression. Exemple : '''&n11WdPreprinted'''.
Ligne 481 : Ligne 485 :
  
 
Pour les sorties en noir et blanc uniquement, le paramètre suivant permet d’utiliser les motifs de remplissage générés dans le XPS (= true), ou bien ceux de l’imprimante (= false) :<code><uploadPattern>true</uploadPattern></code>
 
Pour les sorties en noir et blanc uniquement, le paramètre suivant permet d’utiliser les motifs de remplissage générés dans le XPS (= true), ou bien ceux de l’imprimante (= false) :<code><uploadPattern>true</uploadPattern></code>
 +
  
 
==Conversion en PDF==
 
==Conversion en PDF==
 +
  
 
===Sortie PDF /A ===
 
===Sortie PDF /A ===

Version du 15 avril 2019 à 13:58

Cette partie traite de l’affranchissement du langage de génération des documents qui ne seront convertis vers le bon format qu’au moment de la demande de diffusion suivant le canal voulu. En d’autres termes, ONYX Server offre, par exemple, la possibilité, à partir d’un seul et même document XPS, d’en sortir une version imprimée en PCL (et en AFPDS sur une imprimante de backup) et un PDF pour l’archivage tout en l’envoyant directement par mail à un ou plusieurs destinataires.

Le fichier de configuration : XPSCONFIG.CONF

Définition

Toutes les conversions du format pivot XPS vers les langages de destination sont gérées nativement dans le moteur. Elles sont définies et affinées par différents profils de conversions entièrement paramétrables et stockés dans un fichier de configuration : XPSConfig.conf. Physiquement, ce fichier se trouve dans le dossier défini par la variable de configuration XPSCONFIG.

Exemple sur Windows:

[XPSCONFIG]	C:\Program Files\M-Processing Server\Settings\XPSConfig.conf

Exemple sur linux :

[XPSCONFIG]	/apps/mapping/conf/XPSConfig.conf


Structure et syntaxe

La structure générale de ce fichier est basée sur la syntaxe XML :

<xpsconfig>
  <nom_du_profil_1>
         <param_1>valeur</param_1>
         <param_2>valeur</param_2>
         <param_3>valeur</param_3>
          …
   </nom_du_profil_1>
   <nom_du_profil_2>
           <param_1>valeur</param_1>
           <param_2>valeur</param_2>
           …
   </nom_du_profil_2>
           …
</xpsconfig>

Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion. Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser.


Important:

Toutes les informations contenues dans ce fichier de configuration sont sensibles à la casse : nom des différents profils, noms et valeurs des paramètres.


Remarque:

Tous les paramètres documentés ci-après sont également utilisables en ligne de commande et peuvent être surchargés lors de l’appel à une commande map_xps de conversion. La syntaxe d’appel d’un paramètre en particulier est alors : -param:nom_parametre=valeur.


Les paramètres génériques

Certains paramètres sont génériques et peuvent être utilisés dans tous les profils quel que soit le langage de conversion.


Langage

Ce premier paramètre est requis pour tous les profils. Il définit le langage de sortie de la conversion. La syntaxe dans le profil est :<language>PCL</language>

Voici la liste de tous les formats de sortie supportés par ONYX Server :

  • XPS (langage par défaut si non précisé dans le profil)
  • Langages d’impression :

PCL   ZEBRA

AFPDS   IGP

PS (PostScript)   TEC

PROPRINTER   EPL

ESCP   MONARCH

XMLPOS   DPL (Datamax)

DB4

  • Langages web :

HTML   RTF

PDF   DOCX

TXT

  • Sorties ONYX Server :

MAPDRAW (utilisé pour l’importation de ressources XPS dans M-Designer)

  • Sorties Image :

IMAGE

BMP


Label

Ce paramètre, optionnel, permet de donner une description utilisateur au profil. Cette description sera notamment utilisée dans le Spooler ONYX Server pour la configuration des files d’attentes d’impression (paramètre de compatibilité XPS).

La syntaxe dans le profil est :<label>Impression PCL5 en noir et blanc</label>


Couleur

Ce paramètre, optionnel, permet d’activer ou de désactiver la conversion en couleur pour les destinations qui le supportent. Lorsque ce paramètre n’est pas renseigné dans le profil, le principe est de respecter une conversion fidèle au document XPS original. Ainsi, pour les destinations qui le supportent, la conversion en couleur est activée par défaut.

La syntaxe dans le profil est : <color>on</color>

Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1

Valeur par défaut : ON, sauf pour le langage AFPDS.

Pour les langages qui le supportent, les profils de couleurs ICC (International Color Consortium) sont également supportés, avec la syntaxe :<outputICC>chemin_du_fichier_ICC</outputICC>


Page de code

Ce paramètre, optionnel, permet de définir la page de code en sortie pour les destinations qui le supportent. La syntaxe dans le profil est :<codepage>850</codepage>

Valeurs supportées : dépendant du langage de sortie

Valeur par défaut: dépendant du langage de sortie


Résolution

Ce paramètre, optionnel, permet de définir la résolution de sortie du document exprimée en dpi (dots per inch). La syntaxe dans le profil est :<resolution>240</resolution>

Valeurs supportées : 200, 300 , 600 ....

Valeur par défaut : celle du langage de sortie défini


Pour les destinations qui le supportent, la résolution (en dpi) des images du document peut également être précisée avec la syntaxe :<resolutionimage>240</resolutionimage>

Valeurs supportées : 203, 300, 600…

Valeur par défaut : celle du langage de sortie défini


Rotation

Ce paramètre, optionnel, permet de définir l’angle de rotation des pages en sortie. La syntaxe dans le profil est :<pagerotation>90</pagerotation>

Valeurs supportées : 0, 90, 180, 270

Valeur par défaut : 0 (pas de rotation)


Format de papier

Ce paramètre, optionnel, permet de modifier le format des pages en sortie. La taille des pages ainsi que le contenu seront recalculés. La syntaxe dans le profil est :<changeformat>Letter</changeformat>

Valeurs standards ISO supportées : A2, A3, A3 Extra, A4, A4 Plus, A4 Extra, A5, A5 Extra, A6, B4, B5, B5 Extra, B6, Envelope #9, Envelope #10, Envelope #11, Envelope #12, Envelope #14, Envelope B4, Envelope B5, Envelope B6, Envelope C3, Envelope C4, Envelope C5, Envelope C6, Envelope C65, Envelope DL, Envelope Invite, Envelope Monarch, Envelope, Executive, Folio, German Legal Fanfold, German Std Fanfold, Japanese Postcard, Japanese Double Postcard, Ledger, Legal, Legal Extra, Letter, Letter Extra, Letter Plus, Letter Small, Note,PRC 16K, PRC 32K, PRC 32K(Big), PRC Envelope #1, PRC Envelope #2, PRC Envelope #3, PRC Envelope #4, PRC Envelope #5, PRC Envelope #6, PRC Envelope #7, PRC Envelope #8, PRC Envelope #9, PRC Envelope #10, Quarto, Statement, SuperA, SuperB, Tabloid, Tabloid Extra, US Std Fanfold.


Les valeurs personnalisées sont également supportées, avec la syntaxe :<changeformat>xx.xx,xx.xx[,cm|in|mm]</changeformat>

  • deux valeurs décimales, séparées par une virgule correspondant respectivement à largeur et hauteur
  • Le séparateur de décimale est le ‘.’
  • L’unité est optionnelle : cm (par défaut), mm ou in (pour inch)


Sortie image

Ce paramètre, optionnel, permet une conversion en mode image, pour les langages qui le supporte. La taille des flux n’est pas optimale mais le rendu de tous les éléments est ainsi garanti. La syntaxe dans le profil est :<fullimage>on</fullimage>


Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1

Valeur par défaut : off


Intervalle entre 2 étiquettes

Ce paramètre, optionnel, permet de définir, pour les langages thermiques, l’écart entre deux étiquettes. La valeur est exprimée en points. La syntaxe dans le profil est :<gap>24</gap>


Décalage de la page

Ces paramètres, optionnels, permettent de décaler l’ensemble des pages d’un document sans en modifier les marges. Les valeurs sont exprimées en 96dpi et sont décimales. La syntaxe dans le profil est :

<XpsTopOffset>10.2</XpsTopOffset>
<XpsLeftOffset>8.1</XpsLeftOffset>


Qualité du redimensionnement des images

Ce paramètre, optionnel, permet d’améliorer la qualité du redimensionnement des images afin de le rendre plus précis. La syntaxe dans le profil est :<precisemode>on</precisemode>


Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1

Valeur par défaut : off


Gestion des polices de caractères

Le document XPS contient l’ensemble des ressources nécessaires à son affichage incluant, en particulier, les polices de caractères utilisées au format ODTTF. En conversion vers un langage de sortie, le choix est possible, d’embarquer ou non, les polices dans le flux. Ce choix dépendra des langages et du matériel d’impression.


Polices embarquées

Ce paramètre, optionnel, permet d’activer ou de désactiver l’incorporation des polices dans le document final. Lorsque ce paramètre est activé, les polices utilisées dans le document XPS seront embarquées dans le flux de sortie et donc envoyées à l’imprimante. Sinon, les polices résidentes de l’imprimante seront utilisées pour l’impression. Lorsque ce paramètre n’est pas renseigné, il est activé par défaut.La syntaxe dans le profil est :<embeddedfont>on</embeddedfont>


Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1

Valeur par défaut : ON (sauf pour les langages AFPDS, PS et RTF)

Lorsque ce paramètre est désactivé, un autre paramètre permet de forcer l’utilisation d’une police résidente par défaut pour toute police XPS non déclarée (voir ci-après). La syntaxe dans le profil est :<defaultfont>1</defaultfont>


Valeurs supportées : de 1 à n, identifiant le numéro de la correspondance de police à utiliser par défaut dans le profil.

Valeur par défaut : 1


Polices résidentes

Lorsque le paramètre précédent est désactivé, il est nécessaire de prévoir la correspondance entre les polices du document XPS et celles à utiliser sur l’imprimante. Cette table de correspondance se construit dans le profil avec la syntaxe suivante :

<fonts>
 <font name="Arial" size="10" height="100" italic="0" bold="0" zoomx="1" zoomy="1" codeFont="4" />
 <font name="Tahoma" size="10" height="100" italic="0" bold="0" zoomx="1" zoomy="1" codeFont="A" />
 …
 </fonts>


Dans cette table, entre un et cinq paramètres servent pour identifier les polices XPS :

  • name = nom de la police XPS (requis)
  • size = taille en points de la police (optionnel)
  • height = hauteur ou déformation verticale en pourcentage (optionnel)
  • italic = police en italique ou non (optionnel)
  • bold = police en gras ou non (optionnel)

Puis entre un et cinq paramètres servent à identifier la police résidente qui doit être appelée :

  • codeFont = numéro de la police résidente à utiliser pour l’impression (requis). Les valeurs dépendent du langage d’impression et du modèle d’imprimante et sont généralement donnés par le constructeur de l’imprimante.


Exemples :

- pour une imprimante Zebra, les valeurs vont de A à Z, ou de 1 à 9

- pour une imprimante Eltron, les valeurs vont de 1 à 5

  • zoomx = facteur de multiplication de taille en largeur (optionnel)
  • zoomy = facteur de multiplication de taille en hauteur (optionnel)
  • type = type de police résidente (bitmap ou vectorielle) en langage TEC (optionnel)
  • fgid = identifiant de police AFP (optionnel)


Gestion des codes-barres 1D

Les codes-barres 1D étant également rendus par des polices de caractères, le même choix que précédemment est possible en fonction des langages et du matériel d’impression.


Polices embarquées

Ce paramètre, optionnel, permet, pour les langages thermiques et l’AFPDS, d’activer ou de désactiver le rendu des codes-barres 1D par les imprimantes elles-mêmes. Lorsque ce paramètre est activé, l’impression des codes-barres est gérée par l’imprimante en utilisant ses polices résidentes. Sinon, les polices utilisées dans le document XPS seront embarquées dans le flux et donc envoyées à l’imprimante. Lorsque ce paramètre n’est pas renseigné, il est activé par défaut.

La syntaxe dans le profil est :<barcode>off</barcode>


Valeurs supportées : ON (on, YES, yes, 1), OFF (off, NO, no, 0), IMG, FONT, PRINTER

Valeur par défaut : ON (code barre 1D pour le langage AFPDS)


Rendu imprimante

Lorsque le paramètre précédent est activé, il est nécessaire de prévoir la correspondance entre les polices du document XPS et celles à utiliser sur l’imprimante. Cette table de correspondance se construit dans le profil avec la syntaxe suivante :

<barcodes>
<barcode type="21" size="35" height="200" bcheight="40" bcwidth="A,B" />
…
</barcodes>


Dans cette table, trois paramètres servent pour identifier les polices XPS :

  • type = type du code-barres (voir tableau ci-après)
  • size = taille en points de la police
  • height = hauteur ou déformation verticale en pourcentage


Puis deux paramètres servent à personnaliser les dimensions physiques d’un code-barres à l’impression :

  • bcheight = hauteur désirée du code-barres (en points)
  • bcwidth = largeur désirée du code-barres en précisant par exemple la largeur d’un élément fin et le ratio entre élément fin et épais

La syntaxe et les valeurs de ces deux paramètres dépendent du langage final d’impression et du type de code barre. Liste des codes à barres supportés par ONYX Server, avec leur type :

2 PDF 417
11 Data Matrix
12 QR Code
14 MaxiCode
17 EAN 13
18 EAN 8
19 Code 39
20 Code 39 sans contrôle
21 Code 128 alpha optimisé
22 Code 128 alpha non optimisé
23 Code 128 numérique
24 2 Parmi 5 Entrelacé
25 2 Parmi 5 Entrelacé sans contrôle
26 2 Parmi 5 Industriel
27 2 Parmi 5 Industriel sans contrôle
28 EAN 128 alpha non optimisé
29 EAN 128 numérique
30 EAN 128 alpha optimisé
31 Postnet
32 Planet
35 Native
77 Japan Postal
78 Codabar
79 USPS
80 UPC-A
81 UPC-E
82 MSI
83 MSI 2 mod. 10
84 MSI mod. 11
85 MSI mod. 11 mod. 10
86 MSI no check


Conversion en PCL5

Gestion des bacs d'entrée/sortie

Il s’agit de définir une table de correspondance entre un code logique (valeur numérique) appliqué dans le document XPS et le code PCL du bac de l’imprimante de destination.La syntaxe dans le profil est :

<inputbin>
       <bin from="1" to="8" />
       <bin from="2" to="1" />
       <bin from="3" to="2" />
</inputbin>
<outputbin>
       <bin from="5" to="2" />
       <bin from="7" to="3" />
</outputbin>


Attention :

Les codes logiques (qui peuvent, par exemple, représenter la localisation géographique des bacs sur l’imprimante) peuvent être les mêmes d’une imprimante à l’autre. Ce sont des valeurs ‘utilisateur’ et les codes PCL sont propres à chaque imprimante. Ils peuvent varier d’un constructeur à l’autre et parfois même d’un modèle d’imprimante à l’autre pour une même marque.


Gestion des types de papier

Là encore, il s’agit d’une table de correspondance entre une valeur logique (utilisateur) et un code PCL (dépendant du matériel) correspondant au format de papier voulu.


Gestion au niveau Job d’impression  :

<mediatype>
       <type from="Papier entête" to="Letterhead" />
       <type from="Pré imprimé" to="Preprinted" />
       <type from="Papier normal" to="Plain" />
</mediatype>


Dans le flux PCL généré, l’information sera positionnée dans une séquence PJL au début du job d’impression : @PJL SET MEDIATYPE=Preprinted


Gestion au niveau Document ou à la page  :

<mediatype mode="AlphanumericID">
       <type from="Papier entête" to="Letterhead" />
       <type from="Pré imprimé" to="Preprinted" />
       <type from="Papier normal" to="Plain" />
</mediatype>


Dans le flux PCL généré, l’information sera positionnée dans des séquences PCL pour chaque document (ou pour chaque page) du job d’impression. Exemple : &n11WdPreprinted.


Gestion des marges d'impression

Deux paramètres, exprimés en points (pour une résolution imprimante de 96 dpi) permettent d’ajuster les marges d’impression horizontales (X) et verticales (Y) :

<marginx>66</marginx>
<marginy>133</marginy>


Valeurs par défaut : 0 pour marginx, 66 pour marginy.


Gestion de l'agrafage

Nouvelle table de correspondance entre un type d’agrafage défini dans le document XPS et le code PCL/PJL qui sera inséré dans le document final pour piloter le matériel d’agrafage.

La syntaxe dans le profil est :

<stapling>
        <staple from="SaddleStitch" to="@PJL SET STAPLE=ON" />
        <staple from="StapleBottomLeft" to="@PJL SET STAPLE=ON" />
        …
</stapling>


Types d’agrafage supportés :

SaddleStitch reliure cousue
StapleBottomLeft agrafage en bas à gauche
StapleBottomRight agrafage en bas à droite
StapleDualBottom agrafage en bas
StapleDualLeft agrafage à gauche
StapleDualRight agrafage à droite
StapleDualTop agrafage en haut
StapleTopLeft agrafage en haut à gauche
StapleTopRight agrafage en haut à droite


Gestion des images

Mutualisation des ressources

Pour optimiser la taille du flux converti, un premier paramètre permet de gérer les images du fond de page en tant que ressource dans le document. Les images communes à plusieurs pages ne sont présentes qu’une seule fois dans le PCL final.

La syntaxe dans le profil est :<imageresource>ON</imageresource>


Valeurs supportées : ON/OFF, on/off, YES/NO, yes/no, 0/1


Compression des images

Toujours dans le but d’optimiser la taille des flux, plusieurs algorithmes de compression des images en sortie sont implémentés et peuvent être utilisés dans les profils :<RasterCompressionMethod>Raw</RasterCompressionMethod>


Valeurs supportées :

  • Raw : Mode brut, sans optimisation ni compression. Ce mode n’est pas conseillé en production, il permet en revanche de valider l’interprétation du flux d’image en entrée.
  • RLE : Mode Run Length Encoding. Cette méthode est conseillée pour les images avec un taux élevé de couleurs identique. En revanche, elle est fortement déconseillée pour les images avec des dégradés de couleurs.
  • TIFF : Mode RLE amélioré. Cette méthode polyvalente mixe les deux précédentes évitant ainsi de perdre de la place sur les dégradés notamment.
  • DeltaRow : Mode Différence de ligne. Cette méthode utilise la ligne précédente pour décrire la ligne suivante et n’encode donc que les différences. Méthode optimale dans la plupart des cas.
  • Adaptive : Mode adaptatif. Cette méthode détecte parmi les précédentes quelle méthode est la meilleure pour chacune des lignes de l’image à encoder.
  • Dynamic : Version améliorée du mode Adaptive pour les très grosses images, notamment en combinaison avec le paramètre fullimage à ON.


Gestion des remplissages

Pour les sorties en noir et blanc uniquement, le paramètre suivant permet d’utiliser les motifs de remplissage générés dans le XPS (= true), ou bien ceux de l’imprimante (= false) :<uploadPattern>true</uploadPattern>


Conversion en PDF

Sortie PDF /A

Le paramètre suivant permet d’activer une sortie PDF/A conforme à la norme : <pdfa>on</pdfa>

Ce paramètre est à off par défaut


Signature électronique

L’ensemble des paramètres suivants permettent d’apposer une signature électronique aux documents PDF en sortie d'ONYX Server :

<signclass>3</signclass>
<signmode>FILENAME</signmode>
<signpassword>test</signpassword>
<signdriver>OPENSSL</signdriver>
<signsha1hash>3eb783643e522c81d1e34c1943e6f4163e9ad439</signsha1hash>
<signpemfile>C:\tmp\test.pem</signpemfile>
<signcerfile>C:\tmp\test.cer</signcerfile>
<signpfxfile>C:\tmp\valid.pfx</signpfxfile>
<timestampurl>http://servertemp.domain/tsp</timestampurl>

Par défaut, les documents PDF produits par ONYX Server ne sont pas signés.


Protection des PDF

L’ensemble des paramètres suivants permettent de piloter les différentes protections des documents PDF produits en sortie d'ONYX Server :

<encryptmode>on</encryptmode>
<encryptuserpwd>mapadmin</encryptuserpwd>
<encryptownerpwd>********</encryptownerpwd>
<encryptallowall>on</encryptallowall>
<encryptallowprint>on</encryptallowprint>
<encryptallowmodify>on</encryptallowmodify>
<encryptallowdataextraction>on</encryptallowdataextraction>
<encryptallowcomment>on</encryptallowcomment>
<encryptallowsignature>on</encryptallowsignature>
<encryptallowaccessibility>on</encryptallowaccessibility>
<encryptallowassemble>on</encryptallowassemble>
<encryptallowhightlevel>on</encryptallowhightlevel>

Par défaut, les documents PDF produits par ONYX Server ne sont pas protégés.