Un XML bien formé ne valide pas les règles métier
Un système peut rejeter XML pour une balise non fermée ou une valeur correctement écrite mais inadaptée. Le diagnostic commence par distinguer ces causes.
La structure est le premier niveau
XML impose une racine et des éléments correctement imbriqués. Fermer sous un autre nom ou utiliser plusieurs racines rompt la structure, même si l’intention reste compréhensible.
Les champs et valeurs autorisés relèvent d’un autre niveau. Un document bien formé peut contenir un montant négatif ou un code refusé par le destinataire.
Références: W3C — XML 1.0 well-formedness and validity
La mise en forme ne doit pas réécrire le contenu
Les espaces entre éléments peuvent aider la lecture, mais dans un contenu mixte elles peuvent appartenir à la phrase. Les supprimer ou ajouter des sauts arbitraires peut changer le texte lu.
ToolRoof préserve le texte mixte et respecte la portée de xml:space. Reformater ne garantit ni des octets identiques ni une signature numérique intacte ; gardez l’original pour comparer.
Comprendre la vérification reçue
L’outil vérifie la bonne formation XML 1.0 et formate. Il ne valide ni XSD ni DTD et ne récupère pas d’entités externes. DOCTYPE et ENTITY sont refusés, non considérés comme pris en charge.
Un succès ne garantit pas l’acceptation fiscale, financière ou officielle. Appliquez ensuite le schéma et les règles du destinataire dans un environnement adapté, sans partage inutile de données sensibles.
Exemple : montant négatif, structure correcte
<order><amount>-5</amount></order> est bien formé et contient 2 éléments. Savoir si -5 est autorisé demande une règle supplémentaire.
<order><amount>5</order> est incorrect : amount n’est pas fermé avant order. Les espaces de <p>Read <b>this</b> now.</p> comptent aussi pour ne pas coller les mots lors du formatage.