Problèmes connus avec la création de rapports d'état EDI et AS2

Cette rubrique décrit les problèmes connus liés à la création de rapports edi status dans BizTalk Server.

Il se peut que les données de création de rapports d'état d'un lot ne soient pas mises à jour si l'orchestration de traitement par lot est arrêtée hors du gestionnaire d'accords partenaires

Une instance d'orchestration de traitement par lot peut être désactivée via la page Lots de la boîte de dialogue Propriétés EDI pour un tiers. Si vous désactivez une instance d'orchestration de traitement par lot de cette façon, BizTalk Server met à jour les données de création de rapports d'état pour ce lot. Toutefois, si vous arrêtez l’orchestration par lots d’une autre manière, par exemple en arrêtant l’orchestration à partir de l’une des pages de requête de la page Vue d’ensemble du groupe de la console Administration BizTalk Server, les données de création de rapports status peuvent ne pas être mises à jour et vous risquez de vous retrouver avec un rapport de traitement status obsolète. Par exemple, le rapport d'état peut indiquer que le lot est toujours actif alors que l'instance d'orchestration de traitement par lot a été désactivée.

Le service BizTalk doit être redémarré après l'activation de la création de rapports d'état EDI

Symptôme

La création de rapports d'état EDI a été activée, mais les rapports d'état EDI ne sont pas générés.

Cause possible

Le service BizTalk doit être redémarré après l'activation ou la désactivation de la création de rapports d'état EDI pour que la modification prenne effet. Si le pipeline AS2EdiReceive ou AS2EdiSend est utilisé dans votre solution, les services BizTalk et IIS doivent être redémarrés pour que la modification prenne effet.

Résolution :

Redémarrez le service BizTalk (dans la boîte de dialogue Gestion de l'ordinateur). Si le pipeline AS2EdiReceive ou le pipeline AS2EdiSend est utilisé dans votre solution, redémarrez également le service IIS Administration (à l’aide de la commande iisreset).

L'année « 9999 » est affichée dans le rapport d'état lorsque les date/heure dans un message AS2 ont la valeur Null

Si le champ Date/heure dans un message AS2 entrant est défini sur la valeur Null, la valeur d'année « 9999 » est indiquée dans le champ Date/heure du message AS2 du rapport d'état AS2 pour ce message.

Si le champ Date/heure d'un message AS2 entrant ne peut pas être analysé (par exemple, Mon, 21 May 2007 10:08:28 NZST), l'heure actuelle est indiquée dans le champ Date/heure du message AS2 du rapport d'état AS2 pour ce message.

La création de rapports d'état est toujours configurée après la désinstallation des outils BAM

L'installation de la création de rapports d'état EDI requiert l'installation des outils BAM. Si vous désinstallez les outils BAM, la création de rapports d'état reste tout de même configurée. C'est la procédure normale.

Une fois les outils BAM supprimés, il n'est plus possible d'effectuer des recherches dans les tables de création de rapports d'état via l'interface utilisateur. Si la création de rapports d'état est activée, BizTalk Server continue toutefois à créer des enregistrements dans les tables de création de rapports d'état.

Un seul échange EDI est corrélé à un message AS2 dans l'interface utilisateur des rapports d'état

Si vous tentez d'afficher le statut des divers échanges EDI associés à un message AS2, seul le dernier échange EDI est affiché dans le rapport État de l'échange/de l'accusé de réception. En outre, le champ Edi Interchange Control No dans le rapport d’état AS2/MDN affiche uniquement le dernier numéro de contrôle de l’échange. (Le numéro de contrôle de l'échange met en correspondance le message AS2 et sa charge d'échange EDI.)

Les données relatives aux échanges EDI dans un message AS2 sont enregistrées dans la base de données de création de rapports d'état. Vous pouvez afficher tous les échanges dans un message AS2 dans le rapport d’état de l’échange/ACK si la clause Control ID Equals All est la requête de rapport status. Les autres échanges non inclus dans le message AS2 sont également affichés. Vous pouvez identifier les échanges EDI associés à un message AS2 spécifique en examinant les autres champs (Tiers expéditeur, Tiers récepteur et Date/heure de l'échange).

La suppression des outils BAM d'un groupe empêche l'affichage des rapports d'état EDI ou AS2

Si vous supprimez les outils BAM d'un groupe, les tentatives d'affichage des rapports d'état EDI ou AS2 génèrent des erreurs. Celles-ci indiquent que la procédure stockée bts_GetBatchStatusRecords est introuvable. Si vous obtenez une erreur alors que vous tentez d'afficher des rapports d'état EDI ou AS2, vérifiez que le groupe, le composant d'exécution et les outils BAM sont correctement configurés pour EDI et AS2.

Pour éviter ce problème, vous pouvez annuler la configuration des outils BAM plutôt que de supprimer ceux-ci. Dans ce cas, vous êtes invité à annuler la configuration des fonctionnalités EDI/AS2 dépendantes. Ce n'est pas le cas si vous supprimez les outils BAM.

La création de rapports d'état ne fonctionne plus après une mise à niveau si les outils BAM ne sont pas configurés

Les outils BAM doivent être configurés pour que la création de rapports d'état EDI et AS2 fonctionne correctement. Si vous mettez à niveau une installation de BizTalk Server 2006 vers une version ultérieure et que vous ne configurez pas les outils BAM dans le processus de mise à niveau, la fonctionnalité de création de rapports EDI/AS2 status sur l’installation mise à niveau ne fonctionne pas correctement.

Si vous souhaitez utiliser status rapports après la mise à niveau vers BizTalk Server, assurez-vous que les outils BAM sont configurés avant d’effectuer la mise à niveau.

Si la création de rapports d'état ne fonctionne pas après la mise à niveau, consultez les journaux de mise à niveau pour déterminer si les outils BAM ont été configurés avant le lancement du processus. Si ce n’est pas le cas, vous pouvez configurer les outils BAM, puis déployer l’activité BAM BusinessMessageJournal contenue dans le fichier EdiStatusReportingActivityDefs.xml dans <drive> :\Program Files\Microsoft BizTalk Server.

La désactivation du stockage des documents informatisés affecte un lot activé, contrairement à son activation

Si vous désactivez le stockage des documents informatisés alors qu'une instance de l'orchestration de traitement par lot est activée, la modification prend effet immédiatement. BizTalk Server stocke les documents informatisés du lot tant que le stockage est activé (ce n'est plus le cas une fois que le stockage est désactivé). Pour désactiver le stockage des documents informatisés, désactivez la propriété « Stocker les documents informatisés/données utiles pour la création de rapports » dans le volet Général de la boîte de dialogue Propriétés EDI.

En revanche, si vous activez une instance de l'orchestration de traitement par lot alors que le stockage des documents informatisés est désactivé, puis que vous activez le stockage, aucun document informatisé n'est stocké pour le lot en cours de création.

Les messages AS2 UNICODE ne sont pas entièrement affichés au format câble texte

Si BizTalk Server traite un message AS2 ou MDN codé au format UNICODE, et que vous tentez d'afficher le message au format câble texte, BizTalk Server n'affiche pas entièrement le message. Cela est dû à l'interprétation de l'octet « 00 » du format UNICODE comme indiquant la fin du flux. Si vous tentez d'afficher le message au format câble binaire, BizTalk Server affiche l'intégralité du message.

Ce problème survient lorsque la création de rapports d'état est activée pour les messages AS2 (dans le volet Général de la boîte de dialogue Propriétés AS2) et que le stockage des messages AS2 ou MDN entrants/sortants est activé (dans le volet Tiers considéré comme récepteur des messages AS2 ou le volet Tiers considéré comme expéditeur des messages AS2 de la boîte de dialogue Propriétés AS2).

L'activation simultanée de la création de rapports d'état AS2 et du suivi des corps sur le port d'envoi peut provoquer une erreur

Si vous activez as2 status la création de rapports et l’envoi simultané du suivi du corps du port, l’erreur suivante peut s’afficher dans le observateur d'événements : « Le moteur de messagerie a rencontré une erreur lors de la suppression d’un ou de plusieurs messages ». Cela se produit lorsque le port d’envoi est un port d’envoi AS2 de sollicitation-réponse statique avec des pipelines AS2Send et AS2Receive. Les propriétés suivantes sont également activées :

• « Activer la création de rapports AS2 » dans le volet Général de la boîte de dialogue Propriétés AS2 ;

• « Stocker les messages AS2 codés sortants dans une base de données de non-répudiation » dans le volet Tiers considéré comme récepteur des messages AS2 de la boîte de dialogue Propriétés AS2 ;

• « Message de requête après le traitement de port » dans le volet Suivi de la boîte de dialogue Propriétés de port d'envoi.

  Pour contourner ce problème, désactivez la propriété « Stocker les messages AS2 codés sortants dans une base de données de non-répudiation » ou la propriété « Message de requête après le traitement de port ». Il est recommandons de désactiver la propriété « Message de requête après le traitement de port » pour permettre au suivi AS2 de capturer les informations relatives aux corps en même temps que les autres informations nécessaires à la création de rapports d'état AS2.

Les propriétés de contexte des messages EDI et AS2 ne sont pas disponibles après la mise à niveau vers BizTalk 2009

Après la mise à niveau vers BizTalk Server, aucune propriété de contexte n’est affichée dans status rapport pour les messages EDI ou AS2 reçus avant la mise à niveau. Les propriétés de contexte des messages reçus après la mise à niveau sont correctement affichées.

Les collections de propriétés de contexte EDI et AS2 n'étaient pas stockées dans les messages dans les versions précédentes de BizTalk Server et sont indisponibles après la mise à niveau. Après la mise à niveau vers BizTalk Server, les propriétés de contexte AS2 sont stockées dans le message, mais pas les propriétés de contexte EDI.

Une année erronée peut être affichée comme date d'échange de documents reçus dans les rapports d'état

Si un document reçu a spécifié la date au format AAAAMMJJ, BizTalk Server utilise la logique suivante pour déterminer la valeur de l’année :

• Si AA est supérieur ou égal à 75, l'année est affichée au format 19AA.

• Si AA est inférieur à 75, l'année est affichée au format 20AA.

  Par exemple, si la valeur ISA09 d'un message entrant est 991113, le rapport d'état affiche la date 11/13/1999.

Le message d'erreur peut s'afficher sous la forme d'une chaîne de points d'interrogation.

Si un message d'erreur s'affiche sous la forme d'une chaîne de points d'interrogation dans les versions localisées de BizTalk Server, vous devez adapter les paramètres régionaux à la langue du système d'exploitation pour pouvoir lire le message. Les étapes spécifiques varient en fonction du système d’exploitation, mais les étapes suivantes peuvent être similaires à votre système d’exploitation :

1. Accédez à Panneau de configuration>Horloge et région>Région.
2. Sélectionnez l’onglet> AdministrationLangue pour les programmes> non UnicodeModifier les paramètres régionaux système.
3. Choisissez votre langue >OK>OK pour enregistrer vos modifications.

Voir aussi

Dépannage des solutions EDI et AS2
Rapports d’état EDI et AS2