Cinq formats d'export, un BPMN : comment choisir le bon artefact pour chaque audience
Chaque diagramme de processus finit par quitter la plateforme. La question, c'est quel format. PNG pour les diapositives, SVG pour les designers, PDF pour les exécutifs, BPMN 2.0 XML pour les moteurs de workflow, JSON pour l'outillage sur mesure. Choisir mal signifie que le consommateur en aval ne peut pas faire ce dont il a besoin, ce qui est généralement pire que de ne pas exporter du tout.
Quel format pour quelle audience
Chaque BPMN quitte éventuellement la plateforme. Parfois il atterrit dans un deck PowerPoint, parfois dans un classeur de conformité, parfois dans un moteur de workflow, parfois dans un pipeline d'analyse sur mesure. Les cinq formats d'export que LucidFlow produit ne sont pas interchangeables : chacun est ingénieré pour un consommateur aval spécifique, et l'erreur que les analystes font c'est d'exporter le format qu'ils connaissent plutôt que le format dont le consommateur a besoin.
- PNG : image matricielle, largement supportée, friction la plus basse pour inclusion dans diapositives et documents. Le bon format pour 80 pour cent du partage non technique : pièces jointes e-mail, diapositives PowerPoint, pages Confluence, documents Word. Faiblesse : pas infiniment redimensionnable, a l'air pixelisé sur les écrans haute-DPI si exporté en basse résolution.
- SVG : image vectorielle, infiniment redimensionnable, éditable dans Illustrator ou Figma. Le bon format pour les designers qui vont re-styliser le diagramme pour la cohérence de marque, et pour la production d'impression où l'indépendance de résolution compte. Faiblesse : moins universellement supporté dans l'outillage métier que le PNG ; certaines versions plus anciennes de Word et PowerPoint gèrent le SVG imparfaitement.
- PDF : document multi-pages avec diagramme embarqué, métadonnées et légende. Le bon format pour les restitutions exécutives, les archives de conformité, et tout consommateur qui veut un artefact autonome qui préserve le formatage à travers n'importe quel lecteur PDF. Faiblesse : pas éditable, et le diagramme embarqué est matriciel plutôt que vectoriel dans la plupart des moteurs de rendu.
- BPMN 2.0 XML, le format canonique, exécutable. Le bon format pour importer dans Camunda, Flowable, jBPM, ou tout autre moteur de workflow qui supporte le standard BPMN. Aussi le bon format pour l'interopérabilité avec d'autres outils BPMN : Visio, Bizagi, Signavio peuvent tous lire du BPMN 2.0 XML. Faiblesse : pas lisible par un humain ; vous ne pouvez pas l'ouvrir significativement sans un lecteur BPMN.
- JSON, les données brutes du diagramme, avec chaque nœud, arête, KPI et champ de métadonnées exposé. Le bon format pour les pipelines d'analyse sur mesure, l'intégration avec des outils de reporting internes, et l'ETL vers des plateformes de business intelligence (Power BI, Tableau, Looker). Faiblesse : exige que le consommateur écrive du code pour en faire quoi que ce soit, ce n'est pas un format que vous envoyez à un VP.
Ce que chaque format préserve, et ce qu'il perd
Un détail important que la plupart des utilisateurs ratent : différents formats d'export préservent différents sous-ensembles des données du diagramme. PNG et SVG sont des formats visuels, donc ils préservent ce que le canevas montre : nœuds, arêtes, libellés, couleurs, swimlanes, superposition heatmap si active. Ils ne préservent pas les données KPI derrière les visuels ; un PNG du tableau de bord coût a les nombres comme pixels mais pas comme données.
Le PDF se situe au milieu : il embarque le diagramme rendu comme PNG dans un document jspdf d'une seule page, il n'y a pas de couche de métadonnées, juste l'image matricielle. BPMN 2.0 XML préserve seulement les éléments structurels canoniques (événements, tâches, passerelles, flux de séquence, pools, lanes). Il N'INCLUT PAS les champs KPI par tâche (estimatedDuration, estimatedCost, frequency), la notation de heatmap, ni aucune autre donnée spécifique à LucidFlow : celles-ci sont entièrement retirées de la sortie XML. Si vous exportez un processus en BPMN XML, l'envoyez à un moteur de workflow, puis le réimportez dans LucidFlow, la structure fait un aller-retour mais chaque valeur de coût et de fréquence revient vide. JSON est le seul format d'export qui préserve la charge utile complète : structure, KPI, métadonnées, le tout.
Les détails cachés qui comptent plus que la plupart des utilisateurs ne le réalisent
Quatre détails du pipeline d'export affectent la qualité de sortie et valent la peine d'être compris même si vous ne les ajustez jamais manuellement.
Ajustement du cadrage
Le pipeline d'export fait tourner une passe appelée « withFittedViewport » qui recalcule la zone visible du canevas pour que l'image exportée montre le diagramme entier sans espace blanc vide et sans rognage. Ça compte parce que la vue à l'écran que vous voyez est généralement zoomée sur une partie spécifique du processus, mais l'export est censé montrer le tout. Si vous avez déjà exporté un diagramme depuis un outil plus ancien et trouvé que la moitié était coupée, l'ajustement du cadrage est la fonctionnalité qui prévient cet échec spécifique.
Rendu de légende
Si le diagramme montre actuellement une heatmap (mode Coût, Durée ou Impact), l'export inclut une légende expliquant l'échelle de couleur. La légende est rendue directement dans l'image exportée plutôt que dessinée comme couche séparée, donc elle survit au processus d'export et est visible à quiconque ouvre le fichier plus tard. Sans ça, un destinataire d'un PNG de heatmap verrait des nœuds colorés sans aucune explication de ce que les couleurs veulent dire, ce qui est pire que d'exporter la vue simple.
Application du filigrane
Chaque export PNG, SVG et PDF porte une marque « LucidFlow.ai » dans le coin bas-droit du diagramme rendu. Le filigrane est appliqué inconditionnellement, il n'y a pas de contrôle basé sur le palier qui le bascule on ou off, et les utilitaires d'export partagés ne prennent pas de paramètre plan. Les équipes qui ont spécifiquement besoin d'exports sans marque pour intégration dans des artefacts destinés aux clients devraient nous contacter, c'est une demande de fonctionnalité, pas une mise à niveau de palier. Les exports BPMN 2.0 XML et JSON n'incluent pas le filigrane visuel puisque ce ne sont pas des images.
Le PDF est chargé dynamiquement
L'exporteur PDF utilise la bibliothèque jspdf, trop grosse pour être livrée dans le bundle principal, donc elle est chargée dynamiquement seulement quand l'utilisateur clique effectivement Exporter PDF. Le premier export PDF d'une session peut avoir un léger délai pendant que la bibliothèque charge ; les exports PDF suivants sont instantanés. C'est invisible aux utilisateurs mais vaut la peine de savoir parce que c'est une question fréquente des devs qui inspectent le bundle.
Questions fréquentes
Pourquoi exporter du BPMN 2.0 XML si je n'utilise pas de moteur de workflow ?
Trois raisons qui font que même les utilisateurs non-moteur le trouvent utile. Premièrement, portabilité : un fichier BPMN 2.0 XML peut être ouvert dans Visio, Bizagi, Signavio, et la plupart des autres outils BPMN, ce qui compte si votre organisation utilise plusieurs outils de processus et veut que les diagrammes soient indépendants de l'outil. Deuxièmement, pérennité : si vous passez éventuellement à un moteur de workflow, le XML est déjà prêt sans reprise. Troisièmement, interopérabilité avec l'analyse IA : d'autres plateformes IA-native qui acceptent du BPMN 2.0 XML en entrée peuvent ingérer vos diagrammes LucidFlow directement. Pour un usage documentation pur où aucune de celles-ci ne s'applique, le BPMN XML est excessif ; PNG ou PDF est suffisant.
Quelle résolution l'export PNG utilise-t-il ?
PNG et PDF rendent tous deux à une résolution 2x : deux fois la résolution du canevas à l'écran, ce qui produit des résultats nets sur les écrans standard et retina et est adéquat pour les diapositives, documents et la plupart des impressions. Le ratio de pixel est codé en dur dans les utilitaires d'export partagés ; il n'y a pas d'interface ni de panneau de réglages pour le monter à 3x ou 4x. Pour les cas d'usage qui ont besoin d'une résolution arbitrairement haute (impression grand format, inspection détaillée à zoom extrême), SVG est le bon format, il est indépendant de la résolution par construction, donc il rendra proprement à n'importe quelle taille sans le compromis matriciel.
Le BPMN 2.0 XML exporté est-il vraiment conforme aux standards ?
Oui pour la structure canonique : événements, tâches (mappées vers userTask, serviceTask, scriptTask, sendTask, receiveTask, manualTask, businessRuleTask, subProcess selon le type de tâche), passerelles (exclusive, parallel, inclusive, eventBased, complex), flux de séquence, événements intermédiaires, data objects et text annotations se sérialisent tous en balises conformes aux standards. Ce qui N'EST PAS dans le XML : les champs KPI par tâche de LucidFlow (estimatedDuration, estimatedCost, frequency), la notation de heatmap, les résultats d'analyse ESSII : aucun de ceux-ci n'est enveloppé dans `bpmn:extensionElements` ; ils ne sont simplement pas émis. L'exporteur produit intentionnellement un fichier BPMN propre et portable que n'importe quel analyseur conforme aux standards acceptera, au prix de perdre les métadonnées analytiques de LucidFlow. Utilisez l'export JSON si vous avez besoin de préserver ces données avec la structure.
Pourquoi l'export JSON inclut-il des champs que je ne reconnais pas ?
Le JSON est la représentation interne brute du diagramme, qui inclut des champs significatifs seulement pour les moteurs de rendu et d'analyse propres de LucidFlow : indices de mise en page, données de cache de heatmap, références d'état de collaboration, et quelques drapeaux internes. Ces champs sont stables (ils ne changent pas de sens à travers les versions de plateforme) mais ils ne sont pas documentés pour les consommateurs externes parce qu'ils ne font pas partie d'une API supportée. Pour une intégration stable, choisissez les champs spécifiques dont vous avez besoin (nœuds, arêtes, KPI, métadonnées) et ignorez le reste. La documentation LucidFlow inclut un schéma JSON qui spécifie quels champs sont considérés publics et quels sont internes.
Puis-je exporter en masse tous les processus de mon espace de travail d'un coup ?
Pas aujourd'hui. Le module d'export tourne entièrement côté client : chaque clic de bouton déclenche la création dynamique d'un lien et dispatche un seul téléchargement, donc il n'y a pas d'action d'export en masse ni de point d'entrée REST d'export à scripter. Si vous avez besoin d'archiver chaque processus, la démarche pratique est d'ouvrir chaque session et de l'exporter individuellement. L'export en masse (y compris un bundle ZIP depuis le tableau de bord) est une demande de fonctionnalité reconnue mais n'a pas été livrée en date d'avril 2026.
Articles associés
Prêt à co-construire votre plan de transformation IA ?
Importez n'importe quel document de processus et co-construisez un plan de transformation IA avec de vraies recommandations d'outils et des projections de ROI — en quelques minutes, pas en semaines.
Essayer LucidFlow gratuitement