Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Pour recevoir un échange EDI, vous pouvez créer un port de réception unidirectionnel ou un port de réception requête-réponse (bidirectionnel) pour recevoir l'échange.
Créez un port de réception unidirectionnel si vous créez également un port d’envoi unidirectionnel pour envoyer des accusés de réception EDI (si activé). Vous devrez également effacer le paramètre 'Route ACK to send pipeline' sur la propriété de l'accord de port de réception de demande-réponse.
Créez un port et un emplacement de réception de réponse de demande pour retourner les accusés de réception EDI (si activé) sur le pipeline d’envoi associé. Vous devrez également sélectionner la propriété de l'accord Acheminer l'ACK pour envoyer vers le pipeline sur le port de réception de demande-réponse.
Création d’un port de réception One-Way
Créez le port de réception et l’emplacement avec la configuration suivante :
Emplacement | Propriété | Réglage |
---|---|---|
Propriétés du port de réception : Général | Type de port | One-Way |
Propriétés du port de réception : Général | Authentification | Définissez la valeur Supprimer les messages en cas d’échec de l’authentification ou conserver les messages si l’authentification ne parvient pas à authentifier la partie qui a envoyé le message reçu. Définissez sur Aucune authentification pour désactiver l’authentification de la partie qui a envoyé le message reçu. Si la valeur est Définie sur Supprimer les messages en cas d’échec de l’authentification, BizTalk Server suspend un message si l’authentification de son expéditeur échoue. S’il est défini sur Supprimer les messages en cas d’échec de l’authentification ou conserver les messages en cas d’échec de l’authentification, le message doit être résolu en accord. L’utilisation des propriétés de l'accord de substitution n’est pas autorisée. Si aucun accord n’est déterminé pour un message entrant, BizTalk Server traite le message comme si l’authentification a échoué et suspend le message. |
Propriétés du point de réception : Général | Type de transport | Il peut s’agir de l’un des types de transport. |
Propriétés du point de réception : Général | Gestionnaire de réception | BizTalkServerApplication |
Propriétés du point de réception : Général | Pipeline de réception | EdiReceive |
Propriétés de transport FILE : Authentification | Utilisez ces informations d’identification lorsque l’hôte n’a pas accès au partage réseau (avec le nom d’utilisateur et le mot de passe) | Définissez si l’authentification est requise. |
Propriétés de transport FILE : traitement par lot | Nombre de messages dans un lot | Définissez si l’échange est traité par lots. |
Propriétés de transport FILE : traitement par lot | Taille maximale du lot (en octets) | Définissez si l’échange est traité par lots. |
Création d’un port de réception Request-Response
Créez le port de réception et l’emplacement avec la configuration suivante :
Emplacement | Propriété | Réglage |
---|---|---|
Propriétés du port de réception : Général | Type de port | Réponse à la demande |
Propriétés du port de réception : Général | Authentification | Définissez la valeur Supprimer les messages en cas d’échec de l’authentification ou conserver les messages si l’authentification ne parvient pas à authentifier la partie qui a envoyé le message reçu. Définissez sur Aucune authentification pour désactiver l’authentification de la partie qui a envoyé le message reçu. Note: S’il est défini sur Supprimer les messages en cas d’échec de l’authentification ou conserver les messages en cas d’échec de l’authentification, le message doit être résolu en accord. |
Propriétés du point de réception : Général | Type de transport | Il peut s’agir de l’un des types de transport, à l’exception de FILE, qui n’est pas disponible dans la liste déroulante. Note: Un problème de sécurité peut se produire si vous créez un emplacement de réception qui utilise le pipeline EDIReceive et a un type de transport HTTP. Le pipeline EdiReceive ne générera pas d’accusé de réception HTTP « 200 OK ». Si aucun accusé de réception EDI n’est retourné, la connexion reste ouverte jusqu’à ce que le délai d’expiration ait expiré. |
Propriétés du point de réception : Général | Gestionnaire de réception | BizTalkServerApplication |
Propriétés du point de réception : Général | Pipeline de réception | EdiReceive |
Propriétés du point de réception : Général | Pipeline d’envoi | EdiSend |
Propriétés de transport FILE : Authentification | Utilisez ces informations d’identification lorsque l’hôte n’a pas accès au partage réseau (avec le nom d’utilisateur et le mot de passe) | Définissez si l’authentification est requise. |
Propriétés de transport FILE : traitement par lot | Nombre de messages dans un lot | Définissez si l’échange est traité par lots. |
Propriétés de transport FILE : traitement par lot | Taille maximale du lot (en octets) | Définissez si l’échange est traité par lots. |
Définition des propriétés de l’accord
Après avoir créé le port de réception et l’emplacement, vous devez définir les propriétés de contrat requises pour que le pipeline de réception fonctionne. Ces propriétés sont définies dans différentes pages de la boîte de dialogue Propriétés du contrat . Pour obtenir la liste des propriétés que le désassembleur EDI doit avoir à traiter un échange EDI dans le pipeline de réception EdiReceive, consultez Le fonctionnement du désassembleur EDI.
Voir aussi
Configuration des ports pour une solution EDI
Fonctionnement du désassembleur EDI
Guide pratique pour créer un port de réception