Convertir un document sur un serveur n'est pas si simple

Ouvrir un fichier bureautique et l'enregistrer en PDF prend deux secondes sur un poste de travail. Sur un serveur, c'est une autre affaire : il faut y installer une suite bureautique complète, la maintenir, lui fournir les polices utilisées par les modèles, et accepter qu'un processus lourd démarre à chaque conversion.

Les symptômes sont toujours les mêmes : une police absente remplacée par une autre et une mise en page qui se décale, une conversion qui reste bloquée et occupe la machine, un document produit correctement en recette et différent en production.

Fonctionnalités principales

• Conversion ODT → PDF fiable depuis actions et serveurs Odoo.
• Intégration aux impressions de devis/factures/rapports.
• Gestion des polices, images, styles et entêtes/pieds.
• Archivage automatisé et envoi par e-mail depuis Odoo.
• Gestion des erreurs et reprise, logs et supervision.

Questions fréquentes

Quelle différence avec les rapports natifs d'Odoo ?

Odoo compose ses rapports en HTML avant de les convertir. Cela convient tant que la mise en page reste simple. Partir d'un modèle bureautique s'impose quand la forme est imposée — par un client, par un usage métier — ou quand la personne qui maintient le document n'est pas développeur. Voir Carbone.io.

Les polices de la marque sont-elles respectées ?

À condition qu'elles soient disponibles côté conversion, et c'est la cause la plus fréquente des écarts de rendu. Une police substituée décale les colonnes et fait déborder les tableaux, souvent sur la dernière page seulement.

Et pour imprimer directement ?

La conversion produit le document ; l'envoyer sur une imprimante distante est un autre sujet. Voir PrintNode.