Rôle des accords dans le traitement EDI
Un organization utilise BizTalk Server pour recevoir des messages EDI d’un ou plusieurs partenaires commerciaux et les envoyer à ceux-ci. Ceux-ci définissent ensuite des entités de profils d'entreprise au sein d'une organisation. La méthode d'échange des messages utilisée par les profils d'entreprise est définie dans le cadre des accords de partenariat commercial entre deux profils d'entreprise. Pour plus d’informations, consultez Modules de construction d’une solution de gestion des partenaires commerciaux.
Créez un accord de partenariat commercial dans l'interface utilisateur de gestion des partenaires commerciaux (GPC). Les écrans TPM se trouvent dans le nœud Parties de la console d’administration BizTalk Server.
Configuration d'un accord pour le traitement EDI
Tous les partenaires commerciaux qui échangeront des messages EDI à l’aide de BizTalk Server doivent se mettre d’accord sur les paramètres de communication. Après cela, le organization d’hébergement BizTalk Server doit créer les partenaires commerciaux dans TPM (y compris un partenaire commercial pour lui-même), créer les profils d’entreprise et l’accord de partenaire commercial entre les profils d’entreprise. Dans le cadre de l’accord de partenaire commercial, vous définissez les propriétés de la façon dont BizTalk Server reçoit un message EDI à partir du profil d’entreprise du partenaire commercial et l’envoie. De leur côté, les autres partenaires commerciaux doivent faire de même et les configurations de l'échange des messages doivent être compatibles.
Vous devez définir les jeux de propriétés suivants pour les communications EDI.
Les propriétés des partenaires commerciaux qui définissent les aspects généraux du partenaire commercial (nom, ports d'envoi, certificat de signature).
Les propriétés des profils d'entreprise qui définissent les identités de l'entreprise.
Les propriétés EDI, dans le cadre de l’accord de partenaire commercial, qui définissent la façon dont BizTalk Server traitera un message entrant provenant d’un partenaire commercial et la façon dont il générera un message sortant lié au partenaire commercial.
Les propriétés AS2, dans le cadre de l’accord de partenaire commercial, qui définissent la façon dont BizTalk Server effectuera les communications AS2, à la fois entrantes et sortantes. Ces propriétés affectent les communications EDI uniquement lorsqu'un message EDI est envoyé via AS2.
Notes
L'accord AS2 et l'accord de messagerie EDI entre les mêmes profils d'entreprise sont spécifiés séparément. Ensemble, les deux accords forment un partenariat.
Les propriétés de l'accord de partenariat commercial déterminent les traitements spécifiques suivants :
génération et traitement de l'enveloppe EDI ;
génération et traitement des accusés de réception (ACK) ;
validation des messages EDI entrants et sortants ;
création de lot ;
édition de rapports d’état ;
Pour les identités d’entreprise, il peut y avoir des valeurs spécifiques, telles que D-U-N-S (Dun & Bradstreet). Les noms spécifiques ont des qualificateurs spécifiques, comme « 01 » pour Duns. Lorsqu'un nom d'identité d'entreprise n'est pas spécifique, « ZZ » est utilisé pour les messages X12 et « ZZZ » est utilisé pour les messages EDIFACT, ce qui indique un nom mutuellement défini par des entités distinctes. La valeur et le qualificateur identifient ensuite le profil d'entreprise. Le nom de l'identité d'entreprise existe uniquement à titre indicatif ; il n'est pas utilisé par le composant d'exécution BizTalk pour le traitement.
Détermination d'un accord pour le traitement EDI
Chaque fois que BizTalk Server reçoit un message EDI, il tente de déterminer l’accord de partenaire commercial auquel le message est résolu. Il recherche l'accord de partenariat commercial associé en faisant correspondre le message, ainsi que les qualificateurs et identificateurs du récepteur et de l'expéditeur définis dans le cadre de l'accord. Pour plus d’informations sur ce processus, consultez Résolution des contrats, Découverte de schéma et Autorisation pour les messages EDI reçus.
Chaque fois que BizTalk Server génère un message EDI à envoyer, il tente de déterminer l’accord associé au profil d’entreprise auquel le message sera envoyé. Il recherche l'accord en faisant correspondre le message et l'accord à l'aide des éléments suivants :
la propriété de contexte AgreementPartIdForSend ;
les propriétés de contexte AgreementNameForSend, SenderPartyNameForSend et ReceiverPartyNameForSend ;
les qualificateurs et identificateurs de l'expéditeur et du récepteur ;
le nom du port d'envoi.
Pour plus d’informations sur ce processus, consultez Résolution d’accord et détermination du schéma pour les messages EDI sortants.
Utilisation des propriétés globales EDI
Si BizTalk Server ne peut pas déterminer l’accord pour un message entrant ou sortant, il utilise l’accord de secours pour traiter l’échange entrant ou générer l’échange sortant. Les contrats de secours sont définis en cliquant avec le bouton droit sur le nœud Parties dans la console d’administration BizTalk Server, puis en cliquant sur Paramètres de secours X12 (pour les messages encodés sur X12) ou paramètres de secours EDIFACT (messages encodés en EDIFACT). Pour plus d’informations sur les propriétés globales, consultez Configuration des propriétés d’un contrat global ou de secours.
Notes
BizTalk Server n’utilisera le contrat de secours que s’il ne peut pas déterminer l’accord pour un échange. Si un accord a été conclu, BizTalk Server n’utilisera pas la valeur d’une propriété du contrat de secours pour une propriété qui n’a pas été définie pour l’accord entre deux partenaires commerciaux.
Les accords de secours ne sont pas utilisés si les paramètres du port requièrent une authentification. Si les paramètres de port d’un port de réception nécessitent une authentification (si l’option Supprimer les messages en cas d’échec de l’authentification ou Conserver les messages en cas d’échec de l’authentification est sélectionnée dans la page Général de la boîte de dialogue Propriétés du port de réception ), un accord est requis pour tout échange reçu par le port de réception. Dans ce cas, les accords de secours ne sont pas utilisés. Si aucun accord n'a été déterminé pour un échange, celui-ci est traité comme si l'authentification avait échoué : il est donc interrompu.
Voir aussi
Résolution de l’accord, détection de schéma et autorisation pour les messages EDI reçus
Résolution de l’accord et détermination du schéma pour les messages EDI sortants
Configuration des propriétés EDI
Configuration des propriétés d’un accord global ou de secours
Problèmes connus avec les tiers EDI