Cinco formatos de exportación, un BPMN: cómo elegir el artefacto correcto para cada audiencia

Cada BPMN acaba saliendo de la plataforma. A veces desemboca en un deck de PowerPoint, a veces en una carpeta de cumplimiento, a veces en un motor de flujo de trabajo, a veces en un pipeline de analítica personalizado. Los cinco formatos de exportación que LucidFlow produce no son intercambiables: cada uno está ingeniado para un consumidor aguas abajo específico, y el error que cometen los analistas es exportar el formato que conocen en lugar del formato que el consumidor necesita.

• PNG: imagen ráster, ampliamente soportada, la menor fricción para inclusión en slides y documentos. El formato correcto para el 80 por ciento del compartir no técnico: adjuntos de correo, slides de PowerPoint, páginas de Confluence, documentos Word. Debilidad: no es infinitamente escalable, se ve pixelado en pantallas high-DPI si se exporta a baja resolución.
• SVG: imagen vectorial, infinitamente escalable, editable en Illustrator o Figma. El formato correcto para diseñadores que reestilizarán el diagrama para consistencia de marca, y para producción de impresión donde la independencia de resolución importa. Debilidad: menos universalmente admitido en herramientas de negocio que PNG; algunas versiones antiguas de Word y PowerPoint manejan SVG de forma imperfecta.
• PDF: documento multi-página con diagrama embebido, metadatos, y leyenda. El formato correcto para presentaciones ejecutivas, archivos de cumplimiento, y cualquier consumidor que quiera un artefacto autocontenido que preserve el formato a través de cualquier lector PDF. Debilidad: no editable, y el diagrama embebido es ráster en lugar de vectorial en la mayoría de renderers.
• BPMN 2.0 XML: el formato canónico, ejecutable. El formato correcto para importar en Camunda, Flowable, jBPM, o cualquier otro motor de flujo de trabajo que admita el estándar BPMN. También el formato correcto para interoperabilidad con otras herramientas BPMN: Visio, Bizagi y los demás modeladores BPMN 2.0 pueden leer BPMN 2.0 XML. Debilidad: no es legible para un humano; no puede abrirlo significativamente sin un visor BPMN.
• JSON: los datos brutos del diagrama, con cada nodo, arista, KPI y campo de metadatos expuestos. El formato correcto para pipelines de analítica personalizada, integración con herramientas de reporting internas, y ETL a plataformas de business intelligence (Power BI, Tableau, Looker). Debilidad: requiere que el consumidor escriba código para hacer algo con él: este no es un formato que se envíe a un VP.

Un detalle importante que la mayoría de usuarios se pierde: distintos formatos de exportación preservan distintos subconjuntos de los datos del diagrama. PNG y SVG son formatos visuales, así que preservan lo que el lienzo muestra: nodos, aristas, etiquetas, colores, swimlanes, superposición de heatmap si está activa. No preservan los datos KPI detrás de los visuales; un PNG del panel de costes tiene los números como píxeles pero no como datos.

PDF se sitúa en el medio: embebe el diagrama renderizado como PNG dentro de un documento jspdf de una sola página, no hay capa de metadatos, solo la imagen rasterizada. BPMN 2.0 XML preserva solo los elementos estructurales canónicos (eventos, tareas, puertas, flujos de secuencia, pools, lanes). NO incluye los campos KPI por tarea (estimatedDuration, estimatedCost, frequency), la puntuación de heatmap, ni ningún otro dato LucidFlow-específico: esos se eliminan completamente de la salida XML. Si exporta un proceso a BPMN XML, lo envía a un motor de flujo de trabajo, y luego lo reimporta en LucidFlow, la estructura hace un round-trip pero cada valor de coste y frecuencia vuelve vacío. JSON es el único formato de exportación que preserva la carga útil completa: estructura, KPIs, metadatos, todo.

Cuatro detalles del pipeline de exportación afectan la calidad de salida y vale la pena entender incluso si nunca los ajusta manualmente.

Ajuste de viewport

El pipeline de exportación ejecuta un pase llamado « withFittedViewport » que recalcula el área visible del lienzo para que la imagen exportada muestre el diagrama entero sin espacio en blanco vacío y sin recortes. Esto importa porque la vista en pantalla que usted ve suele estar zoomeada en una parte específica del proceso, pero la exportación se supone que debe mostrar todo. Si alguna vez ha exportado un diagrama desde una herramienta más antigua y ha encontrado que la mitad estaba cortada, el ajuste de viewport es la funcionalidad que previene ese fallo específico.

Renderizado de leyenda

Si el diagrama está mostrando actualmente un heatmap (modo Coste, Duración, o Impacto), la exportación incluye una leyenda explicando la escala de color. La leyenda se renderiza directamente en la imagen exportada en lugar de dibujarse como capa separada, así que sobrevive al proceso de exportación y es visible para cualquiera que abra el archivo después. Sin esto, un receptor de un PNG de heatmap vería nodos coloreados sin ninguna explicación de qué significan los colores: lo que es peor que exportar la vista plana.

Aplicación de marca de agua

Cada exportación PNG, SVG y PDF lleva una marca « LucidFlow.ai » en la esquina inferior derecha del diagrama renderizado. La marca de agua se aplica incondicionalmente, no hay un check basado en tier que la active o desactive, y las utilidades de exportación compartidas no toman un parámetro de plan. Los equipos que específicamente necesitan exportaciones sin marca para incrustación en artefactos customer-facing deberían contactarnos: eso es una petición de funcionalidad, no un upgrade de tier. Las exportaciones BPMN 2.0 XML y JSON no incluyen la marca visual puesto que no son imágenes.

El PDF se carga dinámicamente

El exportador PDF usa la biblioteca jspdf, demasiado grande para enviarse en el bundle principal, así que se carga dinámicamente solo cuando el usuario realmente hace clic en Exportar PDF. La primera exportación PDF de una sesión puede tener un ligero retraso mientras la biblioteca carga; las exportaciones PDF subsiguientes son instantáneas. Esto es invisible para los usuarios pero vale la pena saber porque es una pregunta común de devs que inspeccionan el bundle.

En 2026, los diagramas de proceso ya no son solo artefactos para humanos. Una tendencia creciente en equipos de operaciones y consultoría es alimentar los diagramas directamente a agentes IA, ya sea para generar documentación automática, detectar cuellos de botella, o proponer rediseños. Este uso emergente cambia la lógica de elección de formato de formas que vale la pena entender antes de que su organización lo adopte.

Por qué JSON es el formato nativo de los agentes IA

Los agentes IA que procesan diagramas de proceso necesitan datos estructurados, no imágenes. Un PNG o un PDF solo son útiles para un agente que tenga capacidades de visión computacional, y aun así la extracción de KPIs desde píxeles introduce errores que no existen cuando el agente lee JSON directamente. El formato JSON de LucidFlow expone cada nodo, arista, duración estimada, coste y frecuencia como campos discretos: exactamente lo que un agente necesita para razonar sobre el proceso sin ambigüedad.

El papel del BPMN 2.0 XML en los flujos de trabajo IA-orquestados

Varios motores de orquestación IA emergentes, entre ellos plataformas que combinan LLMs con motores de flujo de trabajo, aceptan BPMN 2.0 XML como formato de entrada para instanciar procesos ejecutables. En este escenario, el agente no solo lee el diagrama: lo ejecuta. Esto convierte al BPMN 2.0 XML en un formato relevante más allá de los equipos de desarrollo tradicionales, alcanzando a equipos de operaciones que adoptan automatización sin código.

• JSON para análisis IA: cuando el objetivo es que un agente analice, resuma o proponga mejoras al proceso, JSON es el formato correcto. Preserva todos los KPIs y metadatos que el agente necesita para razonar con precisión.
• BPMN 2.0 XML para ejecución IA: cuando el objetivo es que un agente orquestador instancie y ejecute el proceso en un motor de flujo de trabajo compatible, BPMN 2.0 XML es el formato correcto. La estructura canónica garantiza compatibilidad con los parsers estándar.
• PNG o PDF para revisión humana en bucles IA-humano: en flujos de trabajo donde un agente genera una propuesta de proceso y un humano debe aprobarla, PNG o PDF siguen siendo los formatos correctos para la revisión humana. La legibilidad visual no ha perdido relevancia; simplemente ya no es el único criterio.
• SVG para interfaces IA con renderizado dinámico: algunas plataformas IA con interfaz visual renderizan diagramas SVG directamente en el navegador para permitir edición interactiva posterior. Si su herramienta IA acepta SVG como input de visualización, este formato ofrece la mejor fidelidad sin dependencia de resolución.