Traitement AS2 dans BizTalk Server
Cette rubrique offre un aperçu du traitement des messages AS2 côté réception et côté envoi et décrit l'application de la messagerie AS2 grâce aux accords de partenariat commercial.
Accords de partenariat commercial pour le traitement AS2
Les accords de partenaires commerciaux jouent un rôle clé dans la prise en charge d’AS2 dans BizTalk Server. La plupart des fonctions de configuration et d’administration liées au traitement AS2 dans BizTalk Server sont effectuées en configurant les contrats de partenaires commerciaux entre les profils métier. Les accords combinent les propriétés de traitement des messages bidirectionnelles à partir des profils commerciaux spécifiques des deux partenaires. Les accords reposent sur les paramètres de protocole définis pour chaque profil commercial. Un accord de partenariat commercial entre deux profils commerciaux est appliqué via la définition des propriétés des profils commerciaux impliqués dans l'échange de messages. Les propriétés des profils commerciaux sont définies sous la forme d'un récepteur des messages AS2 et d'un expéditeur des messages AS2 dans l'interface utilisateur de gestion des partenaires commerciaux. Les écrans TPM se trouvent dans le nœud Parties de la console d’administration BizTalk Server. Vous n’avez pas besoin d’être développeur pour configurer le traitement AS2 dans BizTalk Server.
Vous pouvez définir les propriétés AS2 via les paramètres du protocole de transfert d'un profil commercial ou en spécifiant directement les paramètres AS2 dans l'accord de partenariat commercial. Pour plus d’informations sur les paramètres de protocole, consultez Paramètres du protocole. Pour plus d’informations sur les contrats, consultez Contrat partenaire commercial. Les fonctionnalités AS2 suivantes sont configurées via la définition des propriétés AS2 spécifiques :
Sélectionnez des options de stockage de non-répudiation
Spécifiez des propriétés de signature, compression ou chiffrement pour les messages sortants
Exigez les MDN pour les messages sortants
Définissez les propriétés pour les MDN entrants en remplaçant les propriétés de signature, compression, chiffrement et MDN dans l'en-tête du message AS2.
Pour plus d’informations sur l’aide des accords de partenaires commerciaux dans le traitement AS2, consultez The Role of Agreements in AS2 Processing.
Notes
Contrairement au traitement EDI, il n'y a pas de propriétés globales pour le traitement AS2.
Traitement AS2 côté réception
Quand BizTalk Server reçoit un message AS2, il traite le message dans un pipeline de réception AS2. Il existe un pipeline pour recevoir un message EDI sur AS2 (AS2EdiReceive), qui se charge du traitement AS2 et EDI. Un autre pipeline (AS2Receive) ne se charge que du traitement AS2 pour les messages non-EDI reçus sur AS2.
Le traitement AS2 côté réception inclut les éléments suivants :
recherche de l'accord de partenariat commercial ;
Notes
Dans les versions précédentes de BizTalk Server, une définition de partie incluait également la définition de l’accord. Dans le cadre de la recherche des propriétés d'un tiers, le pipeline de réception effectuait une recherche interne de la définition d'accord au sein de la définition de tiers, puis traitait les messages en conséquence. Avec BizTalk Server, étant donné que la partie (ou le partenaire commercial) est distinct de l’accord de partenariat commercial, le pipeline de réception recherche spécifiquement l’accord de partenaire commercial.
Notes
Si tous les accords en fonction desquels un message effectue la résolution sont désactivés, le message sera suspendu. Un événement est également consigné dans le journal des événements.
Enregistrement de copie du message dans la base de données de non-répudiation
Chercher les messages en double
traitement des messages contenant plusieurs documents ;
récupération du nom de fichier des documents à partir de l'enveloppe MIME ;
Déchiffrement du message
Décompression du message
Vérification de la signature numérique du message
Génération d'une réponse HTTP
Génération d'une réponse MDN
Vous devez tenir compte des considérations suivantes dans le cadre de l'utilisation du traitement AS2 côté réception :
BizTalk Server retourne un MDN en mode synchrone ou asynchrone. Si le MDN est retourné de manière asynchrone, BizTalk Server devez l’envoyer sur un port d’envoi distinct.
Lorsque vous recevez un fichier non-EDI (non XML) sur AS2 et que vous devez effectuer le désassemblage de la charge non-EDI, vous devez utiliser un mécanisme de bouclage avec un second pipeline de réception. Pour plus d’informations, consultez Traitement côté réception d’un message non EDI entrant sur AS2.
L'emplacement de réception ne peut utiliser que l'adaptateur HTTP.
Pour plus d’informations sur le traitement côté réception AS2, consultez How BizTalk Server Receives AS2 Messages.
Pour plus d’informations sur le traitement spécifique effectué par le désassembleur AS2 dans le pipeline de réception, consultez Traitement d’un message AS2 entrant.
Traitement AS2 côté envoi
Quand BizTalk Server génère et envoie un message AS2 sortant, il traite le message dans un pipeline d’envoi AS2. Il existe un pipeline pour envoyer un message EDI sur AS2 (AS2EdiSend), qui se charge du traitement AS2 et EDI. Un autre pipeline (AS2Send) ne se charge que du traitement AS2 pour les messages non-EDI envoyés sur AS2.
Le traitement AS2 côté envoi inclut les éléments suivants :
recherche de l'accord de partenariat commercial ;
Notes
Dans les versions précédentes de BizTalk Server, une définition de partie incluait également la définition de l’accord. Dans le cadre de la recherche des propriétés d'un tiers, le pipeline d'envoi effectuait une recherche interne de la définition d'accord au sein de la définition de tiers, puis traitait les messages en conséquence. Avec BizTalk Server, étant donné que la partie (ou le partenaire commercial) est distinct de l’accord de partenariat commercial, le pipeline d’envoi recherche spécifiquement l’accord de partenaire commercial.
Notes
Si tous les accords en fonction desquels un message effectue la résolution sont désactivés, le message sera suspendu. Un événement est également consigné dans le journal des événements.
Enregistrement de copie du message dans la base de données de non-répudiation
Application d'une enveloppe AS2
envoi de plusieurs documents ;
stockage du nom de fichier des documents dans l'enveloppe MIME ;
Signature du message
Notes
BizTalk Server vous permet de remplacer le certificat de signature par défaut et d’utiliser à la place un certificat convenu dans le contrat. Pour obtenir des instructions sur le remplacement du certificat par défaut pour la signature des messages sortants, consultez Configuration des propriétés AS2.
Compression du message
Chiffrement du message
Calcul d'une valeur MIC pour le MDN
traitement d'un MDN entrant (dans le cas d'un MDN synchrone) ;
renvoi du message si aucun MDN n'est reçu.
Vous devez tenir compte des considérations suivantes dans le cadre de l'utilisation du traitement AS2 côté réception :
Le port d'envoi ne peut utiliser que l'adaptateur HTTP.
Pour plus d’informations sur le traitement côté envoi AS2, consultez How BizTalk Server Send AS2 Messages.
Pour plus d’informations sur le traitement spécifique effectué dans le pipeline d’envoi, consultez Génération d’un message AS2 sortant.
Voir aussi
Rôle des accords dans le traitement AS2
Réception des messages AS2 par BizTalk Server
Envoi des messages AS2 par BizTalk Server