Conversor de datos
Transforma elementos, atributos y nodos repetidos de XML en una estructura JSON legible para integraciones y pruebas.
XML y JSON tienen modelos diferentes, por lo que no existe una única representación universal. Comprueba siempre que la convención sirva para el sistema receptor.
XML distingue elementos, atributos y texto, mientras JSON representa propiedades, valores y arreglos. Por eso la conversión utiliza una convención explícita: los atributos reciben el prefijo @, el texto combinado se guarda en #text y las etiquetas hermanas con el mismo nombre forman un arreglo.
Los valores XML comienzan como texto. Una fecha, un número o un booleano no adquiere automáticamente ese tipo en JSON, porque hacerlo sin conocer el esquema podría cambiar identificadores, ceros iniciales o valores exactos. Convierte los tipos posteriormente según el contrato del sistema receptor.
Corrige primero la sintaxis con el formateador y validador XML. Después compara atributos, listas y contenido mixto con una muestra esperada. Si otro sistema utiliza una convención distinta, adapta las claves antes de enviar el JSON.
Considera un inventario con un atributo y dos elementos repetidos:
<inventario sede="UIO"><producto>Cuaderno</producto><producto>Lápiz</producto></inventario>{ "inventario": { "@sede": "UIO", "producto": ["Cuaderno", "Lápiz"] } }El atributo utiliza @sede y los dos elementos producto se agrupan como arreglo. Si solo hubiera un producto, esta convención produciría un valor simple; el consumidor debe saber manejar esa diferencia o normalizarla posteriormente.
En <mensaje prioridad="alta">Revisar <b>hoy</b></mensaje> conviven atributo, texto y un elemento hijo. La salida utiliza @prioridad para el atributo y #text para el texto directo. Este modelo conserva información, pero no reproduce necesariamente el orden exacto entre fragmentos de texto y etiquetas.
Un nombre como factura:total conserva su prefijo como parte de la clave. La conversión no resuelve el significado del namespace ni reemplaza el prefijo por su URI. Si una integración compara namespaces y no solo nombres, define una transformación específica fuera de esta herramienta.
<codigo>0012</codigo> permanece como texto para conservar los ceros iniciales; <activo>true</activo> también se mantiene textual. Convertirlos automáticamente podría modificar identificadores. Aplica tipos únicamente cuando conozcas el esquema o contrato del documento.
El caso combina un atributo en la raíz, dos elementos con el mismo nombre, atributos internos y texto. Así se puede revisar cada regla de conversión publicada.
<inventario sede="UIO"> <producto codigo="A1">Cuaderno</producto> <producto codigo="A2">Lápiz</producto> </inventario>
{
"inventario": {
"@sede": "UIO",
"producto": [
{ "@codigo": "A1", "#text": "Cuaderno" },
{ "@codigo": "A2", "#text": "Lápiz" }
]
}
}@sede y @codigo conservan los atributos.producto forman un arreglo de dos posiciones.#text porque cada producto también tiene un atributo.Alcance: el registro verifica la convención propia del portal; otros conversores pueden elegir otra representación igualmente válida. Consulta la metodología y sus límites.