Problèmes connus avec les outils XML utilisés avec les solutions EDI

Cette rubrique décrit les problèmes connus liés aux outils XML dans BizTalk Server.

Les fichiers d'entrée et de sortie TestMap sont validés même si la propriété Valider est définie sur False

Si vous testez une carte avec la propriété Entrée TestMap définie sur Native et que les propriétés Valider l’entrée TestMap et Valider la sortie TestMap sont définies sur False, la validation est toujours effectuée. Cela est dû au fait que le fichier d'entrée natif est converti au format XML et que BizTalk Server valide le code XML par rapport au schéma. En cas de problèmes de validation dans le fichier d’entrée, ce mécanisme de validation génère des erreurs, même si les propriétés Valider l’entrée TestMap et Valider la sortie TestMap sont définies sur False.

La validation de la longueur n'est pas exécutée sur un élément de données d'une instance générée extraite d'une liste d'énumération dans le schéma

Lorsqu'une instance est générée à partir d'un schéma et que les valeurs d'énumération d'un élément de données du schéma ne sont pas conformes à la longueur requise, l'instance peut être générée avec un élément de données provoquant l'échec de la validation XSD en raison de l'impératif de longueur. La validation de schéma ne vérifie pas si une valeur de l'instance générée extraite d'une liste d'énumération du schéma correspond à la longueur minimale/maximale requise.

La validation du schéma peut ne pas détecter un code d'ID de document informatisé non valide

Lorsque vous validez un schéma avec la commande Valider le schéma dans la fenêtre Explorateur de solutions de Visual Studio, la case activée du nœud racine peut ne pas détecter un code d’ID de jeu de transactions non valide dans la dernière partie du nœud de référence racine (au format X12_<VersionRelease>_TSID). Si le TSID du nœud référence de racine du schéma est identique au TSID du nœud d'énumération de l'élément ST01 du schéma, l'opération de validation du schéma ne détecte pas que le TSID n'est pas valide.

Il est nécessaire de redémarrer Visual Studio pour que la modification de l'énumération d'un schéma soit effective lors de la validation de l'instance

Si vous modifiez une liste d'énumération d'un schéma, enregistrez ce dernier, puis procédez à la validation de l'instance, BizTalk Server exécute une validation basée sur la version précédente du schéma, et non sur la dernière version. BizTalk Server n'utilise la dernière version du schéma qu'après le redémarrage de Visual Studio.

La boîte de dialogue Propriétés de l'instance EDI peut s'afficher alors qu'elle n'est pas nécessaire dans l'opération TestMap

BizTalk Server affiche une boîte de dialogue Propriétés de l’instance EDI deux fois pendant le processus TestMap : une fois pour que vous puissiez entrer les délimiteurs requis pour interpréter le message d’entrée instance et une fois pour entrer les délimiteurs pour générer le message de sortie instance. BizTalk Server doit afficher la boîte de dialogue Propriétés de l'instance EDI à deux reprises uniquement et pour les seuls schémas EDI. Il peut toutefois arriver que celle-ci soit affichée à plusieurs reprises pour les schémas autres que EDI. Dans ce cas, fermez la boîte de dialogue.

La validation d'un échange préservé XML n'est pas prise en charge

Lors de la validation d’un échange conservé, si vous sélectionnez XML pour la propriété Valider le type d’entrée d’instance , l’opération échoue et rien ne sera retourné. Toutefois, si vous sélectionnez Natif pour Valider le type d’entrée d’instance lors de la validation d’un échange conservé, l’opération réussit.

Une instance générée pour un schéma HIPAA 278 contient des sections de requête et de réponse

Le schéma HIPAA 278 est utilisé pour les messages de requête et de réponse 278. Si vous utilisez la commande Générer l'instance sur un schéma 278, l'instance générée est associée à des sections de requête et de réponse qui ne doivent jamais être envoyées. Pour créer un message de requête ou de réponse 278 utilisable, ouvrez l'instance générée par les outils XML dans un éditeur de texte, puis supprimez l'une des sections. Vous pouvez par exemple supprimer la section de réponse d'un message de requête.

Si vous exécutez la commande Valider l'instance sur un message 278 associé à des sections de requête et de réponse, ce dernier est validé correctement par rapport au schéma 278.

La validation d'une instance XML générée à partir d'un schéma 278 HIPAA échoue

Si vous utilisez la commande Génération d'instance pour générer une instance XML à partir d'un schéma 278 HIPAA, puis la commande Validation d'instance pour valider l'instance, BizTalk Server génère une erreur.

Une instance native générée à partir d'un schéma 837 définit GS08 de manière incorrecte

Lors de la génération d’un instance natif à l’aide d’une solution BizTalk Server qui contient le X12_BatchSchema ainsi qu’un schéma 837I, 837D ou 837P, la valeur de GS08 contient 00401. Avant de traiter cette instance, vous devez remplacer la valeur de GS08 par la valeur correcte pour le schéma instance. Le tableau suivant indique la valeur GS08 correcte pour chaque schéma 837 :

Schéma HIPAA	Valeur GS08
837I	004010X096A1
837D	004010X097A1
837P	004010X098A1

Voir aussi

Problèmes connus avec le traitement EDI
Utilisation des extensions de l'outil XML
Utilisation des outils XML au moment de la conception