XML bien formado no significa datos válidos para el negocio
Un sistema puede rechazar XML por una etiqueta sin cerrar o por un valor bien escrito pero inadecuado. El diagnóstico empieza distinguiendo esos problemas.
La estructura es la primera capa
XML exige una raíz y elementos correctamente anidados. Cerrar con otro nombre o añadir raíces separadas rompe la estructura aunque una persona entienda la intención.
Los campos y valores permitidos son otra capa. Un documento bien formado puede contener un importe negativo o un código no aceptado por el sistema receptor.
Referencias: W3C — XML 1.0 well-formedness and validity
Dar formato no debe reescribir el contenido
El espacio entre elementos puede facilitar la lectura, pero en contenido mixto puede pertenecer a una frase. Eliminarlo o añadir saltos arbitrarios cambia lo que se lee.
ToolRoof conserva el texto mixto y respeta el ámbito de xml:space. Reformatear no conserva necesariamente los bytes ni una firma digital; guarda el original para comparar.
Conoce el alcance de la comprobación
La herramienta comprueba estructura XML 1.0 y da formato. No valida XSD o DTD ni obtiene entidades externas. Rechaza declaraciones DOCTYPE y ENTITY en vez de tratarlas como admitidas.
Pasar no garantiza la aceptación de un envío fiscal, financiero u oficial. Después de reparar la estructura, aplica el esquema y las reglas reales del destinatario sin compartir datos sensibles innecesarios.
Ejemplo: importe negativo, estructura correcta
<order><amount>-5</amount></order> está bien formado y contiene 2 elementos. No demuestra que -5 sea aceptable: hace falta una regla adicional.
<order><amount>5</order> es incorrecto porque amount no se cerró antes de order. En <p>Read <b>this</b> now.</p>, los espacios también importan para no unir las palabras al formatear.