Problèmes connus liés au traitement d’envoi EDI

Cette rubrique décrit les problèmes connus liés au traitement dans le pipeline d’envoi EDI.

X12 Virgule décimale implicite provoque l’échec de la validation de longueur

Symptôme

Lorsque le pipeline d'envoi EDI convertit une valeur numérique de base 10 dans l'XML intermédiaire en nombre au format Nn dans l'échange EDI sortant, l'échange XML échoue à la validation de longueur.

Cause possible

Lors de la sérialisation d’un échange EDI encodé X12, les pipelines d’envoi EDI convertissent toujours une valeur numérique de base-10 en nombre au format Nn avec un virgule décimale implicite. Par exemple, s’il existe une valeur dans le fichier XML intermédiaire de 12.34, le pipeline d’envoi EDI le convertit dans l’échange EDI en 1234 lorsqu’il est spécifié comme type numérique N2. La longueur de la valeur numérique de base 10 est supérieure à la longueur du nombre au format Nn. Si la longueur du nombre au format Nn est la valeur maximale, la valeur numérique de base 10 dans le xml intermédiaire peut échouer à la validation de longueur XML.

Il s’agit uniquement d’un problème avec les échanges codés en X12.

Résolution

Ajoutez une valeur de 1 à la valeur de longueur maximale du nombre XML.

Les numéros de contrôle peuvent avoir besoin d’être réinitialisés, archivés ou vidés

Si un numéro de contrôle atteint la limite de restriction de longueur pour le champ, BizTalk Server génère une erreur et suspend l’échange. Vous devrez réinitialiser le numéro de contrôle entré dans la boîte de dialogue Propriétés EDI ou Propriétés globales EDI.

Les numéros de contrôle sont enregistrés dans la table dbo.EdiSequenceNumbers de la base de données BizTalk MessageBox. Vous devez gérer cette table de base de données en purgeant les numéros de contrôle de la table ou en archiver les numéros de contrôle, le cas échéant.

Vous pouvez également activer la réinitialisation automatique des numéros de contrôle en sélectionnant Réinitialiser pour réduire la limite en cas de dépassement de limite dans la boîte de dialogue Propriétés EDI.

Le nom de l’élément de données dans un nom de propriété de contexte contient un trait de soulignement, et non un point

Le nom d’un élément de données dans un segment EDI contient un point, par exemple UNB2.1, qui est le champ d’identification du segment expéditeur UNB2. Toutefois, lorsque le nom de l’élément de données est inclus dans le cadre d’une propriété de contexte EDI (par exemple, dans l’expression de filtre d’un port d’envoi), la période est remplacée par un trait de soulignement. Par exemple, la propriété de contexte de l’élément de données Sender Identification est EDI. UNB2_1, pas EDI. UNB2.1. La raison en est qu'une période n'est pas supportée dans un nom de propriété de contexte.

Les valeurs de propriété de contexte des éléments de données ne doivent pas contenir d’espaces de début ou de fin dans les expressions de filtre

Si un élément de données dans l’enveloppe d’un échange EDI contient des espaces de début ou de fin, et qu’un pipeline de réception promeut une propriété de contexte avec la valeur de cet élément de données, le pipeline de réception supprime les espaces de début ou de fin de la propriété de contexte. Par conséquent, si vous créez une expression de filtre avec cette propriété de contexte, vous devez entrer une valeur pour la propriété qui ne contient pas d’espaces de début ou de fin. Si votre expression de filtre devait contenir des espaces de début ou de fin, l’expression de filtre ne se résout pas dans une correspondance avec la propriété de contexte, qui ne contiendra pas d’espaces de début ou de fin.

La Partie par défaut en tant que récepteur d'échange pour l'échange préservé entraînera l'échec du pipeline d'envoi.

Si BizTalk Server reçoit un échange par lots qui doit être conservé (avec l’échange suspendu lors de l’erreur), le pipeline d’envoi qui s’abonne à l’échange échoue si les propriétés de la partie en tant que récepteur d’échange sont définies sur leurs valeurs par défaut. Ces propriétés, telles que ISA5, qualificateur d’expéditeur et ISA6, identificateur de l’expéditeur, doivent être définies sur des valeurs valides. BizTalk Server affiche une erreur indiquant que le message n’a pas pu être sérialisé en raison d’une configuration tierce non valide. Ce traitement n’est pas correct, car un échange conservé a les paramètres de configuration requis, tels que le qualificateur d’expéditeur et l’identificateur de l’expéditeur, dans ses en-têtes.

La notation décimale dans un message est modifiée si le paramètre Send-Side partie ou global spécifie une notation décimale différente

Si la notation décimale utilisée dans un échange est différente de la notation décimale spécifiée pour les messages sortants par la propriété partie UNA3, BizTalk Server modifie la notation décimale utilisée dans l’enveloppe de l’échange lorsqu’elle la sérialise pour l’envoi. Cela sera également le cas si la propriété globale UNA3 est utilisée au lieu de la propriété partie UNA3. Par exemple, si la notation décimale utilisée dans un message entrant est une période et que la propriété tierce UNA3 ou la propriété globale UNA3 qui détermine la notation décimale d’un message sortant spécifie une virgule, BizTalk Server remplace la notation décimale dans le message sortant par une virgule.

Impossible d’exécuter des pipelines d’envoi EDI à partir d’une orchestration

Dans BizTalk Server, vous pouvez normalement exécuter des pipelines d’envoi au sein d’une forme Expression dans une orchestration. Toutefois, cela ne fonctionnera pas avec le pipeline EDISend ou le pipeline AS2EdiSend. Ces pipelines doivent être exécutés dans un port d’envoi. Si vous tentez d’exécuter le pipeline EDISend ou le pipeline AS2EdiSend dans une forme Expression dans une orchestration, le pipeline ne sera pas lié à un port d’envoi et le message sera suspendu.

L’application EDI BizTalk ne doit pas être modifiée

Les artefacts de l’application EDI BizTalk ne doivent pas être modifiés ou supprimés. Si cette application est modifiée, il n’existe aucun moyen de revenir à l’application d’origine en désconfigurant et en reconfigurant les fonctionnalités EDI et AS2.

L’utilisation de la ligne par défaut dans la grille d’en-tête de groupe fonctionnel peut entraîner une incompatibilité Message-Type entre l’en-tête d’échange et l’en-tête de groupe

Si la valeur d’UNH2.1 d’un échange encodé EDIFACT sortant ne correspond pas à la valeur « Pour le type de message UNH2.1 » dans la grille de la page UNG et UNH Segment Definition, la valeur d’UNG1 entrée dans le message peut ne pas correspondre à la valeur de UNH2.1.

Cela peut se produire, car BizTalk remplit le message avec les valeurs de UNG1 dans la ligne par défaut de la grille, même si le message n’a pas de correspondance avec l’élément UNH2.1 de cette ligne par défaut.

Si la valeur de ST1 d’un échange encodé X12 sortant ne correspond pas à la valeur « For ST1 » dans la grille de la page GS et ST Segment Definition, la valeur de GS1 entrée dans le message sera déterminée dynamiquement en fonction de la valeur de ST1.

Caractère non valide dans l’élément De données

Symptôme

Lors de l’envoi d’un échange EDI à l’aide du pipeline d’envoi EDI, vous pouvez recevoir une erreur dans le journal des événements de l’application indiquant qu’il existe « Caractère non valide dans l’élément de données ».

Cause possible

Cette erreur peut se produire si un caractère contenu dans les données de charge utile est également utilisé comme séparateur. Par exemple, si vous utilisez le caractère « : » comme séparateur de composant, mais que les données de charge utile contiennent également le caractère « : ».

Il s’agit uniquement d’un problème avec les échanges codés en X12.

Résolution

Utilisez le paramètre Remplacer les séparateurs dans la charge utile par dans la page Définition de Segment ISA des propriétés de l'entité EDI pour spécifier que les caractères de séparation trouvés dans les données de charge utile doivent être remplacés par le caractère de remplacement spécifié lors de l'envoi de l'échange.

Par exemple, sélectionner Remplacer les séparateurs dans la charge utile par et en entrant le caractère « | » remplacera toute occurrence d’un caractère de séparateur dans les données de charge utile avec le caractère « | » lorsque l’échange sera envoyé à l’aide du pipeline d’envoi EDI.

Voir aussi

Problèmes connus liés au traitement EDI
Comment BizTalk Server envoie des messages EDI
Procédure pas à pas (X12) : envoi d’échanges EDI