Partager via

Envoi d'un accusé de réception EDI

  • Article

Les accusés de réception indiquent l'état de transmission du message EDI. Une fois que BizTalk Server a reçu un échange EDI, il retourne un ou plusieurs accusés de réception à l’expéditeur d’un échange EDI, selon les accusés de réception qui ont été activés.

En fonction du niveau de validation, les accusés de réception de message EDI se répartissent en deux types :

  • Accusé de réception technique généré à la suite de la validation de l’en-tête. L’accusé de réception technique renvoie l’état du traitement de l’en-tête et du code de fin d’un échange par le récepteur de l’adresse.

  • Accusé de réception fonctionnel généré à la suite de la validation du corps. L'accusé de réception fonctionnel signale chaque erreur rencontrée lors du traitement du document reçu.

    BizTalk Server pouvez retourner des accusés de réception techniques et fonctionnels en réponse à un échange unique. BizTalk Server retourne un accusé de réception technique unique pour chaque échange. Pour les échanges X12, il renvoie un accusé de réception fonctionnel par groupe reçu. Pour les échanges EDIFACT, il renvoie un accusé de réception fonctionnel par échange, quel que soit le nombre de groupes dans l'échange.

Accusés de réception X12

Accusé de réception technique X12

Un accusé de réception TA1 positif est envoyé si l'en-tête ISA et le code de fin IEA d'un message X12 sont valides (indépendamment de tout autre contenu). Pour plus d’informations sur le contenu d’un accusé de réception TA1, consultez Accusé de réception TA1 X12.

Accusé de réception fonctionnel X12

Un accusé de réception 997 sert à confirmer la réception d'un échange ou d'un groupe fonctionnel, à accepter ou refuser un ou plusieurs groupes fonctionnels ou une ou plusieurs documents et à vérifier ou signaler la conformité aux standard. Si BizTalk Server reçoit un échange avec plusieurs groupes, il retourne un accusé de réception pour chaque groupe. Si un groupe contient plusieurs documents informatisés, l'accusé de réception pour ce groupe comporte plusieurs boucles AK2, une par document informatisé, selon qu'il convient de générer des boucles AK2 pour les documents informatisés acceptés. Pour plus d’informations sur le contenu d’un accusé de réception 997, consultez Accusé de réception X12 997.

Notes

Lorsque le pipeline de réception EDI crée le segment En-tête de groupe fonctionnel (GS) pour l'accusé de réception fonctionnel X12, les codes de l'expéditeur de l'application (GS02) et du récepteur de l'application (GS03) proviennent du groupe fonctionnel dont il est accusé réception. Cependant, GS02 sur le message entrant est mappé à GS03 sur l'accusé de réception et GS03 sur le message entrant est mappé à GS02 sur l'accusé de réception.

Accusés de réception EDIFACT

Accusé de réception technique EDIFACT

Pour EDIFACT, un accusé de réception technique distinct n'est pas utilisé, mais des sections de l'accusé de réception fonctionnel ou de l'accusé de réception CONTRL (voir ci-après) sont réutilisées pour l'accusé de réception. Il émule un accusé de réception technique.

Pour plus d’informations sur l’accusé de réception technique CONTRL, consultez Message CONTRL EDIFACT en tant qu’accusé de réception technique.

Accusé de réception fonctionnel EDIFACT

Pour EDIFACT, l'accusé de réception fonctionnel CONTRL sert à confirmer la réception d'un échange, d'un groupe et d'un message reçus, à accepter ou refuser un échange, un groupe et un message reçus, et à répertorier toute erreur syntaxique ou fonctionnalité non prise en charge qu'ils pourraient contenir. L'accusé de réception CONTRL communique les résultats d'une vérification syntaxique de l'échange complet reçu.

Pour plus d’informations sur l’accusé de réception CONTRL fonctionnel, consultez Message CONTRL EDIFACT en tant qu’accusé de réception fonctionnel.

Lorsqu'un accusé de réception est généré

Le pipeline de réception EDI génère un accusé de réception si l'une des conditions suivantes est remplie :

  • Un élément de données dans l'échange reçu demande l'accusé de réception. Pour les messages X12, le pipeline de réception génère un accusé de réception technique TA1 si l'élément de données ISA12 est défini sur 1. Pour les messages EDIFACT, le pipeline de réception génère un accusé de réception technique CONTRL si l'élément de données UNB9 est défini sur 2 et un accusé de réception fonctionnel CONTRL si l'élément de données UNB9 est défini sur 1.

  • Une propriété d'accord demande l'accusé de réception. Pour les échanges X12, ces propriétés sont les propriétés TA1 Attendu et 997 Attendu dans la page Accusés de réception des onglets d’accord bidirectionnel de la boîte de dialogue Propriétés du contrat . Pour les échanges EDIFACT, ces propriétés sont la réception de message (CONTRL) attendue et l’accusé de réception (CONTRL) attendue dans la page Accusés de réception des onglets d’accord bidirectionnel de la boîte de dialogue Propriétés de l’accord . Lorsque vous activez un type d'accusé de réception, vous pouvez également indiquer s'il convient de le traiter par lot.

  • Une propriété globale demande l'accusé de réception lorsqu'aucun accord n'est déterminé pour l'échange. Ces propriétés sont les propriétés

    • Propriétés TA1 Attendue et 997 Attendues dans la page Accusés de réception de l’onglet Contrat de la boîte de dialogue Paramètres de secours X12 .

    • Réception du message (CONTRL) attendu et Accusé de réception (CONTRL) attendus dans la page Accusés de réception de l’onglet Contrat de la boîte de dialogue Paramètres de secours EDIFACT .

    Pour EDIFACT, le pipeline de réception EDI renvoie deux accusés de réception CONTRL distincts si un accusé de réception technique et un accusé de réception fonctionnel sont demandés. L'accusé de réception technique CONTRL inclut uniquement des informations de l'accusé de réception. L'accusé de réception fonctionnel CONTRL inclut des informations sur la réception et des informations de l'accusé de réception fonctionnel. Pour plus d’informations, consultez Accusé de réception EDIFACT CONTRL.

Identification d'un accusé de réception avec un nombre de contrôle

Chaque accusé de réception doit être identifié par un numéro de contrôle du document informatisé pour X12 (élément de données ST2) ou un numéro de référence du document informatisé pour EDIFACT (élément de données UNH1). Si un contrat est configuré pour l’accusé de réception sortant, BizTalk Server définissez le contrôle ou le numéro de référence du jeu de transactions sur la valeur définie pour le contrat en fonction des éléments suivants :

  • Pour les accusés de réception X12 : (propriété Numéro de contrôle ACK (ST02) dans la page Paramètres de l’hôte local (section Paramètres du destinataire) de l’onglet Contrat dans la boîte de dialogue Propriétés du contrat

  • Pour les accusés de réception EDIFACT : (propriété Numéro de contrôle Edifact Ack dans la page Paramètres de l’hôte local (section Paramètres du destinataire) de l’onglet Contrat dans la boîte de dialogue Propriétés du contrat

    Si BizTalk Server ne détermine pas l’accord de l’accusé de réception, il utilise les mêmes propriétés que celles mentionnées ci-dessus, mais disponibles sous l’onglet Contrat dans les boîtes de dialogue Paramètres de secours X12 ad EDIFACT Secours. Ce paramétrage s'applique aux accusés de réception techniques et fonctionnels si les deux sont configurés. Cet entier est incrémenté d'une unité pour chaque accusé de réception ou échange généré.

    L'enveloppe d'un accusé de réception est créée à partir des données du message reçu, selon le schéma de contrôle d'accusé de réception.

Préparation de l'accusé de réception

BizTalk Server génère l’enveloppe d’un accusé de réception tout comme elle crée une enveloppe pour un message, en examinant les définitions de l’en-tête de contrôle d’échange et de l’en-tête de groupe fonctionnel. Pour plus d’informations, consultez Résolution des contrats et détermination du schéma pour les messages EDI sortants.

Pour activer le routage transparent des accusés de réception générés (TA1, 997 ou CONTRL), le désassembleur EDI remplit les DestinationPartyReceiverQualifierpropriétés , DestinationPartyReceiverIdentifier, DestinationPartySenderQualifieret DestinationPartySenderIdentifier sur l’accusé de réception.

Accusés de réception synchrones et asynchrones

Vous pouvez choisir d'envoyer des accusés de réception EDI de manière synchrone ou asynchrone. S’il est synchrone, BizTalk Server acheminera l’accusé de réception directement vers le pipeline d’envoi d’un port de réception de requête-réponse bidirectionnel. S’il est asynchrone, BizTalk Server acheminera l’accusé de réception vers MessageBox, et un port d’envoi s’abonnera à ce message.

Pour spécifier que BizTalk Server envoie l’accusé de réception de manière synchrone, sélectionnez Router ACK pour envoyer le pipeline sur le port de réception de requête-réponse dans la page Paramètres de l’hôte local (section Paramètres du destinataire) sous Paramètres d’échange sous l’onglet Contrat bidirectionnel (pour les contrats X12 et EDIFACT). Si vous supprimez cette propriété, le pipeline d'envoi du port de réception bidirectionnel doit être configuré pour renvoyer un échange EDI.

Si un scénario utilise un port de réception requête-réponse et qu'un accusé de réception technique et un accusé de réception fonctionnel sont activés, l'accusé de réception technique est renvoyé de manière synchrone et l'accusé de réception fonctionnel, de manière asynchrone.

Lors de la réception d'un message EDIINT/AS2 via HTTP/HTTPS, si un MDN est envoyé en réponse à une charge EDI encapsulée dans un MIME (sur le même socket), alors un accusé de réception EDI n'est pas envoyé de manière synchrone. Si dans ce cas, la propriété Router ACK to send pipeline on request-response receive port est cochée, BizTalk Server ignorera la propriété.

Voir aussi

Structure des accusés de réception EDI
Schémas de service et de contrôle EDI
Accusé de réception X12 TA1
Accusé de réception X12 997
Accusé de réception EDIFACT CONTRL
Message EDIFACT CONTRL comme accusé de réception technique
Message EDIFACT CONTRL comme accusé de réception fonctionnel