¿Cuál es el mejor generador de XML con IA para archivos basados en esquemas?

2026-09-28

Generador de XML con IA que produce marcado estructurado basado en esquemas a partir de JSON, CSV y texto

¿Cómo se comparan los generadores de XML con IA en reconocimiento de vocabulario y conformidad con esquemas?

En 2026, los generadores conversacionales como Generador de XML son especialmente eficaces cuando necesita XML bien formado a partir de JSON, CSV, YAML o prosa, mientras que Oxygen XML Editor y Altova XMLSpy siguen siendo más potentes como IDE completos para el diseño visual de esquemas, la depuración de XSLT y la publicación. Los modelos de chat generales pueden redactar marcado, pero rara vez aplican convenciones de vocabulario o rechazan URI de espacios de nombres inventadas como lo hace un generador especializado.

Factores clave que distinguen la generación de XML utilizable de la salida de un chatbot genérico:

✅ Reconocimiento de vocabulario: Maven POM, RSS/Atom, KML, DocBook, SOAP/WSDL y dialectos similares necesitan nombres raíz, prefijos y patrones de colecciones diferentes.

✅ Asociación con esquemas: los archivos de instancia sin XSD, DTD o RELAX NG dejan que los validadores posteriores tengan que adivinar.

✅ Diseño de elementos frente a atributos: los datos anidados, repetidos o cuyo orden es significativo deben ir en elementos; los identificadores y las marcas deben ir en atributos.

✅ Espacios de nombres honestos: las ubicaciones de esquemas inventadas rompen los procesadores incluso cuando el árbol parece ordenado.

✅ Fidelidad de la conversión: los objetos JSON, las filas CSV y los mapas YAML deben conservarse como jerarquía, no como una única cadena escapada.

Para comparar estas opciones de forma justa, conviene separar la calidad de generación de las funciones de IDE, como depuradores, conectores CMS y vistas gráficas de esquemas.

¿Por qué sigue siendo importante el XML bien formado y correcto según el vocabulario en 2026?

El XML bien formado y correcto según el vocabulario sigue siendo importante porque continúa siendo la capa de intercambio para sistemas de compilación, fuentes geoespaciales, flujos de publicación y muchos formatos científicos, aunque JSON domine las nuevas API públicas. XML 1.0, publicado como recomendación del W3C en 1998, sigue sustentando estándares relacionados, como XML Schema, XSLT y los espacios de nombres. Los equipos que tratan el marcado como «solo corchetes angulares» terminan pagando el precio en compilaciones de Maven fallidas, mapas del sitio rechazados o errores silenciosos al analizar KML.

Las herramientas XML de escritorio no han desaparecido. Los resúmenes de editores XML de SourceForge para 2026 siguen agrupándose en torno al resaltado de sintaxis, la validación, el autocompletado y el formato, una prueba de que autores y desarrolladores continúan manteniendo documentos grandes vinculados a esquemas. Las comparaciones del sector sobre herramientas para documentos estructurados sitúan de forma constante a Oxygen XML Editor y Altova XMLSpy en los primeros puestos para validación y publicación, lo que representa un trabajo distinto al de convertir un volcado de hoja de cálculo en una primera instancia válida.

La IA cambia el problema de entrada, no el contrato. En implementaciones de investigación se ha utilizado ChatGPT-4.0 para transformar XML de dominios específicos, como AIXM, en datos aplanados, lo que demuestra que los modelos de lenguaje grandes pueden reorganizar el marcado. No demuestra que una sesión de chat general vaya a emitir un sobre SOAP con espacios de nombres correctos o un manifiesto Android convencional al primer intento.

Por tanto, la división práctica en 2026 es la siguiente: use un generador cuando el cuello de botella sea crear estructura a partir de entradas desordenadas; use un IDE cuando el cuello de botella sea redactar, depurar y publicar un vocabulario existente a escala empresarial.

¿Qué debe buscar en un generador de XML con IA?

Debe evaluar un generador de XML con IA según su reconocimiento de vocabulario, la salida de esquemas, la fidelidad de conversión, la honestidad de los espacios de nombres y si es un generador o un IDE completo. El precio y las funciones de colaboración son importantes, pero no pueden rescatar un archivo que utilice el elemento raíz incorrecto o invente una ubicación de esquema.

Un modelo de trabajo útil es una comprobación de Vocabulario–Esquema–Conversión (VSC):

Vocabulario: ¿La herramienta reconoce el dialecto por el contexto (POM frente a GPX frente a TEI) y aplica las convenciones de nombres, envoltorios y prefijos de ese dialecto?
Esquema: ¿Puede emitir una instancia junto con XSD, DTD o RELAX NG, con tipos, enumeraciones y restricciones de ocurrencia, y no solo etiquetas bien formadas?
Conversión: ¿La conversión de JSON a XML, de CSV a XML o de YAML a XML conserva la anidación, los registros repetidos y los tipos escalares?

Filtros adicionales que permiten detectar herramientas débiles:

Disciplina de espacios de nombres. Los procesadores distinguen elementos homónimos mediante espacios de nombres; las canalizaciones XSLT reasignan habitualmente un espacio de nombres a otro. Un generador que inventa URI xmlns crea documentos que parecen válidos en un navegador y fallan en producción.
Criterio para elegir entre elementos y atributos. Los ID y las marcas simples son atributos; el contenido mixto, los elementos secundarios y los elementos repetidos son elementos. Invertir esta decisión hace que XPath y la evolución del esquema sean engorrosos.
Codificación y escape. Las declaraciones UTF-8, las comillas de atributos, el escape de entidades y CDATA para código incrustado son requisitos básicos, no extras.
Compatibilidad con transformaciones. Si necesita XML a HTML o XML a XML, la sintaxis de XSLT 1.0 frente a 2.0 es una decisión real de compatibilidad; las clases XML de .NET, por ejemplo, implementan W3C XSLT 1.0.
Honestidad sobre el alcance. La regeneración programada, las alertas de cambios en esquemas y las reconstrucciones activadas por webhooks son problemas de orquestación. Un generador de archivos que afirme ofrecerlas está exagerando sus capacidades.

XMLSpy y Oxygen obtienen las puntuaciones más altas en validación interactiva y edición gráfica. Los generadores conversacionales obtienen las mejores puntuaciones cuando la entrada todavía no es XML. Adapte la herramienta al cuello de botella, no a la marca con la matriz de funciones más grande.

¿Cómo se comparan el Generador de XML de Jenova, XMLSpy, Oxygen XML y ChatGPT?

El Generador de XML de Jenova está diseñado para crear archivos basados en esquemas a partir de entradas mixtas; XMLSpy y Oxygen XML Editor son IDE de escritorio para editar, validar y publicar; ChatGPT es un modelo general que puede redactar XML, pero no es un generador específico para vocabularios. Las reseñas de herramientas XML frente a JSON siguen señalando XMLSpy y Oxygen para entornos basados en esquemas, y motores como Saxon para XSLT intensivo, un recordatorio de que «herramienta XML» abarca varias categorías de productos.

Función / Dimensión	Generador de XML de Jenova	Altova XMLSpy	Oxygen XML Editor	ChatGPT (general)
Función principal	Generar XML, XSD/DTD y XSLT bien formados a partir de descripciones u otros formatos	IDE XML gráfico y de texto con herramientas para esquemas, XSLT, XQuery, SOAP y XBRL	IDE XML para desarrolladores y autores, incluidos marcos de publicación	Borrador conversacional de marcado dentro de un chat general
Convenciones de vocabulario	Aplica dialectos conocidos (Maven, Spring, RSS, KML, DocBook, DITA, MathML, SVG y otros) a partir del contexto	Potente cuando ya trabaja dentro de esos esquemas	Potente en creación estructurada y compatibilidad con marcos	Infiere la estructura a partir del prompt; las convenciones son inconsistentes
Salida de esquemas	Instancia más XSD, DTD o RELAX NG cuando la conformidad es importante	XSD gráfico, validación y pila XML relacionada	Diseño de XSD, validación y documentación	Puede esbozar un esquema en el chat; no ofrece un flujo de trabajo de archivo emparejado
Conversión de entradas	JSON, CSV, YAML, prosa y fragmentos → XML	Importa y edita documentos existentes; no es un conversor conversacional	Edita y transforma XML existente	Conversión mediante pegar y solicitar; la calidad varía
Política de espacios de nombres	No inventa URI de espacios de nombres ni ubicaciones de esquemas	Herramientas completas para espacios de nombres dentro del IDE	Compatibilidad completa con espacios de nombres y marcos	A menudo inventa u omite URI a menos que se le indique con precisión
Funciones de IDE	Generación conversacional; no incluye depurador visual	Depuradores y perfiladores para XSD, XSLT y XQuery	CMS/WebDAV, comparación y combinación, publicación	Ninguna como IDE XML
Precio (en 2026)	Nivel gratuito con uso limitado; Plus a $20/mes (30× de uso)	Precio inicial de $499, pago único	Precio inicial de $240	Precio no verificado como SKU XML dedicado; incluido en planes generales de chat
Más adecuado para	Archivos rápidos y conscientes del vocabulario a partir de datos desordenados	Desarrollo empresarial de XML/JSON con trabajo visual sobre esquemas	Equipos de creación, validación y publicación XML	Borradores puntuales cuando no existe un contrato de esquema

Generador de XML de Jenova: ventajas y limitaciones. Identifica el vocabulario objetivo a partir del contexto, escribe XML UTF-8 con prefijos convencionales para dialectos conocidos y puede devolver pares de instancia y esquema. También convierte JSON, CSV, YAML y texto no estructurado, y puede escribir XSLT para XML a XML, XML a HTML o XML a texto. No evalúa si los datos son correctos y no inventará una URI de espacio de nombres si omite una real. No puede programar regeneraciones nocturnas, vigilar registros de esquemas ni sustituir la conectividad CMS de Oxygen.

Altova XMLSpy: ventajas y limitaciones. XMLSpy es un editor completo con vistas gráficas, asistentes y herramientas para XSD, XSLT, XQuery, XBRL y SOAP. Esa profundidad es precisamente su objetivo para los equipos que ya trabajan con esas pilas. Es un IDE de escritorio de pago, no un conversor conversacional, y un precio inicial de $499, pago único no resulta adecuado si solo necesita un archivo POM o GPX esta tarde.

Oxygen XML Editor: ventajas y limitaciones. Oxygen cubre flujos de trabajo de desarrolladores y autores, incluidos marcos de publicación, conectividad con bases de datos XML y WebDAV, y comparación y combinación. Oxygen XML Developer es el producto hermano centrado en esquemas, derivado del mismo IDE. Con un precio inicial de aproximadamente $240, resulta rentable frente a XMLSpy para muchos equipos, pero sigue siendo un entorno que hay que instalar y configurar, en lugar de un ciclo de describir y generar.

ChatGPT: ventajas y limitaciones. Los modelos generales son flexibles: aceptan prosa, reparan fragmentos rotos y se han utilizado en canalizaciones de investigación que reestructuran XML especializado. También inventan prefijos, omiten declaraciones y mezclan hábitos de HTML con XML. Las funciones de Agent Skills prediseñadas documentadas por Anthropic cubren PowerPoint, Excel, Word y PDF, pero no vocabularios XML, una señal útil de que la generación de documentos de oficina está integrada en productos, mientras que la generación de XML normalmente no.

Los editores de menor coste siguen teniendo un papel. xmlGrid.net es un editor de cuadrícula online gratuito que valida según W3C XML 1.0 después de cargar un archivo. Microsoft XML Notepad ofrece una vista sincronizada de árbol y texto con validación instantánea de esquemas. Ninguno parte de una exportación CSV o de una descripción verbal de una operación SOAP.

¿Cómo gestiona la generación basada en vocabularios Maven, KML, SOAP y DocBook?

La generación basada en vocabularios funciona infiriendo el dialecto a partir de nombres de archivos, nombres de campos o el propósito indicado, y aplicando después el elemento raíz, los espacios de nombres y los patrones de colecciones de ese dialecto, en lugar de inventar un árbol genérico <root>. Esa es la diferencia entre un archivo que leerá un reactor de Maven y otro que simplemente contiene texto con forma de XML.

Entre las familias conocidas que un generador especializado debería distinguir se incluyen:

Configuración y compilación: Maven POM, beans de Spring, .csproj / web.config de .NET, manifiestos y diseños de Android, Log4j y configuración de servidores de estilo Tomcat.
Web e intercambio: RSS/Atom, SOAP/WSDL, mapas del sitio, XHTML y GraphML.
Publicación: TEI, DocBook, DITA y EPUB OPF/NCX.
Geoespacial: KML, GPX y GML.
Ciencia y gráficos: MathML, MusicXML, CML y SVG.

Cuando se desconoce el dialecto, el XML genérico y limpio con nombres coherentes es más seguro que un espacio de nombres POM incorrecto. Las especificaciones XML del W3C sobre XML, XSLT, XQuery, XPath, DOM y espacios de nombres son la superficie de referencia sobre la que se apoyan esas convenciones; los generadores deben seguirlas, no parafrasearlas de memoria cuando se necesita una URI.

La generación de mapas del sitio es un ejemplo limitado pero común de dependencia del vocabulario. Existen generadores de mapas del sitio especializados porque los motores de búsqueda esperan un tipo de documento específico, no una lista arbitraria de URL dentro de etiquetas. La misma lógica se aplica a los puntos de referencia GPX y a los mapas DITA: el vocabulario es la interfaz.

En la práctica, obtendrá mejores archivos si indica el dialecto desde el principio:

«Convierte esta lista de dependencias en un Maven POM 4.0.0, UTF-8, con un xmlns convencional en la raíz del proyecto. No inventes una ubicación de esquema. Dame también un XSD coincidente para la sección del complemento de propiedades personalizadas».

Si solo dice «haz esto en XML», incluso un generador potente tendrá que adivinar. La ambigüedad es la razón por la que las herramientas de chat genéricas emiten <dependencies> sin la versión del modelo de Maven, o KML sin el espacio de nombres de OpenGIS.

Los agentes de formatos relacionados en la misma plataforma son útiles cuando XML es solo un paso de la canalización. Generador de CSV es el complemento natural cuando la fuente de verdad es tabular. Generador de PDF resulta útil cuando la instancia XML también necesita una exportación de especificación legible para humanos.

¿Cuándo debe generar un XSD o DTD junto con la instancia XML?

Debe generar un XSD o DTD complementario siempre que otro sistema vaya a validar el archivo, varios productores deban mantenerse alineados o necesite restricciones de ocurrencia y enumeraciones, no solo etiquetas bien formadas. Estar bien formado significa que las etiquetas coinciden y los caracteres son legales; ser válido significa que el árbol coincide con un contrato.

XSD sigue siendo el lenguaje de contrato predeterminado para la mayoría de los trabajos de integración: tipos simples y complejos, minOccurs / maxOccurs, enumeraciones, patrones y referencias a instancias de esquema en la instancia. Los DTD todavía aparecen en flujos de publicación y flujos heredados derivados de SGML, con declaraciones de elementos y atributos y entidades. RELAX NG es apropiado cuando un proyecto ya lo ha adoptado como estándar, no como un añadido inesperado.

Un generador que pueda emitir pares de instancia + esquema evita un intercambio adicional que los IDE de escritorio gestionan con diseñadores gráficos. XMLSpy y Oxygen siguen siendo mejores para refactorizar un esquema existente de gran tamaño, documentarlo y depurar instancias no válidas contra él. El paso de IA es más potente en el primer borrador: usted describe los registros, el generador propone tipos y elementos envolventes, y después carga el par en un IDE si el vocabulario va a mantenerse durante mucho tiempo.

Solicite explícitamente el par cuando la conformidad sea importante:

«A partir de este CSV de resultados de laboratorio, crea un XML con una fila por registro y un elemento envolvente, además de un XSD: decimal para los valores, unidades enumeradas, atributo sample-id obligatorio y elemento comment opcional».

Omita el esquema cuando esté redactando una configuración puntual que nunca validará o cuando la plataforma receptora ya sea propietaria del XSD y deba coincidir exactamente con él. En este último caso, pegue el esquema real o la URI del espacio de nombres. Un generador fiable no acuñará un xsi:schemaLocation falso solo para parecer completo.

Stylus Studio, EditiX y otros IDE similares siguen mostrando precios únicos cercanos a $99 con editores XSLT y asistentes de esquemas. Son razonables si su trabajo consiste en depurar hojas de estilo todo el día. Son una carga innecesaria si necesitaba una partitura MusicXML válida a partir de un esquema YAML.

¿Cómo se convierten JSON, CSV o YAML en XML bien formado?

Para convertir otros formatos en XML bien formado, debe asignar los objetos a elementos, los arrays a elementos secundarios repetidos —normalmente con un envoltorio— y los escalares a texto o atributos; después debe nombrar la raíz de modo que coincida con el vocabulario objetivo. Volcar JSON como un único bloque CDATA no es una conversión; es una inserción.

Una asignación fiable tiene este aspecto:

Objetos JSON → elementos nombrados a partir de las claves, con los objetos anidados como elementos secundarios.
Arrays JSON/YAML → elementos hermanos repetidos, envueltos cuando el vocabulario espera un contenedor de colección (<items><item/>…</items> frente a una lista plana).
Datos CSV/tabulares → un elemento por fila, encabezados como nombres secundarios y nombres configurables para la raíz y las filas.
Conservación de tipos → atributos como indicaciones de tipo solo cuando el consumidor los necesita; no codifique en exceso cada cadena.
Prosa → elementos de sección semánticos, no un único <content> con encabezados implícitos.

En el Generador de XML de Jenova, el ciclo es breve: abra el agente, pegue la fuente, indique el dialecto y especifique las reglas de envoltura.

«Convierte este array JSON de pistas a MusicXML 4.0 partwise. Usa elementos para compases y notas, atributos para la duración y el paso de tono, UTF-8 y una sangría de 2 espacios. Si se necesita una URI de espacio de nombres, utiliza únicamente la oficial; de lo contrario, omítela».

Para un CSV de ubicaciones de tiendas que se dirija a XML geoespacial:

«CSV → KML. Un Placemark por fila. Nombre a partir de store_name y Point a partir de lon,lat. No inventes un espacio de nombres KML; utiliza la URI estándar de Google/OGC si incluyes xmlns».

Los editores online de la categoría de herramientas XML gratuitas ayudan después de que ya tenga XML: pegar, aplicar formato y validar. No aplican las convenciones de Maven o DITA a una hoja de cálculo. ChatGPT puede intentar la misma conversión mediante un prompt, pero debe ejecutar el resultado a través de un analizador real y, si dispone de uno, del XSD oficial.

Si el destino no es XML, mantenga explícita la canalización. Genere XML para el sistema que lo requiera; utilice el Generador de CSV cuando el consumidor sea Excel; utilice un agente de Word o PDF cuando los revisores nunca vayan a abrir una etiqueta.

¿En qué aspectos siguen superando los IDE XML de escritorio a los generadores conversacionales de IA?

Los IDE XML de escritorio siguen superando a los generadores conversacionales en el diseño visual de esquemas, la depuración de XSLT, la navegación por documentos grandes, la integración con CMS y la revisión colaborativa. La calidad de generación y la calidad de edición son productos diferentes que las páginas de marketing suelen condensar en una única lista.

La ventaja de Oxygen es el flujo de trabajo que lo rodea: marcos de publicación, conectividad con bases de datos XML y WebDAV, seguimiento y comparación y combinación, funciones que SourceForge sitúa en un precio inicial de aproximadamente $240](https://sourceforge.net/software/xml-editors/). La ventaja de XMLSpy es la abstracción gráfica sobre XSD, XSLT, XQuery y pilas relacionadas, con un [precio inicial único más alto de $499. Si su jornada consiste en recorrer paso a paso una hoja de estilos de 4.000 líneas o corregir envíos XBRL, esos entornos justifican su coste.

Los generadores conversacionales invierten la estructura de costes. Usted describe un sobre SOAP o un diseño Android en un solo paso, obtiene un archivo y lo itera mediante lenguaje en lugar de hacerlo en un widget de árbol. No obtiene un perfilador XSLT, un cliente de Subversion ni una creación estructurada al estilo de Fonto para expertos en la materia. Tampoco obtiene reconstrucciones programadas cuando cambia un esquema ascendente.

Una división práctica utilizada por equipos mixtos:

Generador de IA primero para archivos nuevos, conversión de formatos, instancias de ejemplo y primeros borradores de XSD/XSLT.
IDE después para validar contra un esquema corporativo, depurar transformaciones y registrar cambios en un CCMS.
Editores ligeros (XML Notepad, xmlGrid.net y editores de texto) para inspeccionar rápidamente archivos en los que ya confía.

El principio que el W3C mantiene desde hace años sigue vigente: el intercambio mundial de información continúa dependiendo de estos estándares. La cuestión en 2026 es qué interfaz utiliza para producir documentos que los respeten —chat, cuadrícula o IDE—, no si los estándares desaparecieron porque existe JSON.

¿Qué dicen los profesionales de XML sobre la generación de marcado asistida por IA?

Los profesionales de XML suelen confiar en la IA para la estructura y la conversión iniciales, y después exigen una verificación respaldada por analizadores y esquemas antes de que algo llegue a una compilación o a un bus. El problema no son las etiquetas faltantes; es un marcado seguro de sí mismo que apunta a un espacio de nombres que nadie ha registrado.

«El coste de un XML defectuoso se retrasa; no es inmediato. Un Maven POM con un xmlns inventado falla en la siguiente ejecución de CI. Un archivo KML con atributos de estilo HTML falla en una herramienta SIG que el cliente abrió una vez. Los equipos que pegan directamente la salida de un chatbot en producción no están ahorrando tiempo: están trasladando la validación del autor al canal de incidentes».

«Lo que realmente ha mejorado en los generadores especializados no es la fluidez, sino la negativa. Negarse a acuñar un schemaLocation, hacer coincidir los envoltorios de las colecciones con el vocabulario y emparejar una instancia con un XSD son comportamientos aburridos. También son comportamientos que los modelos de chat generales omiten porque un árbol que parece completo obtiene una mejor puntuación en la conversación que uno ligeramente incompleto, pero honesto».

«Conserve el IDE. Utilice la IA para la entrada. Si su cuello de botella es la publicación DITA o las consultas XQuery sobre un corpus de 200 MB, Oxygen o XMLSpy sigue siendo el espacio de trabajo. Si su cuello de botella es convertir tres exportaciones JSON en un ejemplo con forma de WSDL antes de la comida, un generador consciente del vocabulario es el camino más corto, siempre que ejecute xmllint o el esquema oficial al finalizar».

— Equipo de producto de Jenova, herramientas para documentos estructurados y diseño de agentes de IA

Esa división —generar y después validar— es la misma disciplina que los editores codificaron mediante el resaltado de sintaxis y la comprobación de esquemas sobre la marcha. La IA no retira el comprobador. Cambia quién escribe el primer árbol.

¿Cómo se obtiene XML fiable de un generador de IA al primer intento?

Puede obtener XML fiable al primer intento si indica el vocabulario, proporciona URI de espacios de nombres reales, especifica las reglas para elegir entre elementos y atributos, y solicita el esquema o XSLT solo cuando vaya a utilizarlos. Los prompts vagos producen árboles genéricos; los prompts con restricciones producen archivos que otras herramientas aceptan.

Una lista de comprobación breve:

Indique el dialecto y la versión (Maven POM 4.0.0, KML 2.2, RSS 2.0, DocBook 5).
Pegue datos representativos, no una descripción de datos que todavía piensa escribir más adelante.
Proporcione las URI oficiales de espacios de nombres si las tiene; pida al generador que no invente ninguna.
Indique la envoltura y los nombres (camelCase frente a kebab-case, envoltorio más elemento secundario repetido).
Solicite instancia + XSD cuando otro sistema vaya a validar.
Solicite XSLT solo con el método de salida y la versión (1.0 frente a 2.0) compatibles con su entorno de ejecución.
Valide fuera del chat con la herramienta receptora, xmllint o el IDE que ya tenga bajo licencia.

Ejemplo de un prompt con muchas restricciones:

«CSV de facturas → XML. Raíz invoices, con elementos secundarios invoice repetidos. Usa atributos para id y currency. Usa elementos para customer, lines/line y notes mixto. UTF-8, sangría de 2 espacios y ningún espacio de nombres inventado. Emite un XSD complementario con id obligatorio, patrón de currency similar a ISO y lines sin límite de ocurrencias».

Al revisar, modifique el árbol anterior directamente en lugar de regenerarlo desde cero y esperar que los ID permanezcan estables. Los generadores especializados que conservan la memoria de la sesión son mejores en esto que los contenedores de pegar sin estado. El Generador de XML de Jenova almacena la salida anterior en la conversación, por lo que «cambia el nombre de line a item y añade unitPrice como elemento decimal» modifica el archivo que ya tiene.

Espere que queden algunas limitaciones. El agente no le dirá si los totales de las facturas son correctos, si XML es el estándar corporativo adecuado o si debería utilizar JSON. Comenta la estructura, el esquema y el formato. La estrategia de contenido depende de usted. Si necesita un documento complementario imprimible, el Generador de PDF puede utilizar la misma fuente después de estabilizar el contrato XML.

El acceso se basa en niveles de uso en lugar de licencias por puesto de IDE: un nivel gratuito con uso mensual limitado, Plus a $20/mes para 30× de uso y, después, niveles superiores de $50, $100, $200, $500 y $1.000/mes. Este modelo se adapta a la generación esporádica. No sustituye una licencia de escritorio de $240–$499 si el espacio de trabajo diario de su equipo es Oxygen o XMLSpy.