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.
Cette rubrique fournit une brève vue d’ensemble de l’EDI et de la façon dont BizTalk Server prend en charge EDI.
Introduction à EDI
L’échange de données électronique (EDI) est le moyen le plus couramment utilisé par les partenaires commerciaux d’échanger des données électroniquement. EDI est principalement orienté messagerie. Les documents sont implémentés en tant que fichiers plats qui peuvent inclure des jeux de transactions par lots. Les échanges par lots peuvent contenir plusieurs groupes, chacun pouvant contenir plusieurs jeux de transactions ou messages.
L’EDI se compose de méthodes d’échange de données spécifiques acceptées par les organismes de normes. Les principales normes EDI sont X12 (standardisées par ANSI et utilisées principalement en Amérique du Nord) et EDIFACT (standardisées par les Nations Unies et utilisées principalement à l’extérieur des États-Unis). D’autres normes sont dérivées de ces normes, par exemple HIPAA de X12 et KEDIFACT en Corée à partir d’EDIFACT. Les normes sont étroitement similaires dans la structure des messages et les schémas d’accusé de réception, mais présentent des différences notables.
Les normes EDI prescrivent les éléments suivants :
Formats, jeux de caractères et éléments de données utilisés dans l’échange de documents
Enveloppes utilisées dans la transaction EDI
Accusés de réception requis pour vérifier la remise
Comment fournir une livraison garantie exactement une fois, ainsi que la détection automatique et le signalement des données endommagées ou incorrectes.
Bien que les normes EDI établissent les règles relatives à la structure du document, les partenaires commerciaux doivent s’entendre sur les informations spécifiques à transmettre et comment elles doivent être utilisées. La conception d’un système EDI connectant deux partenaires commerciaux est déterminée par ce que les normes exigent et ce que les partenaires commerciaux acceptent. Pour plus d’informations sur la messagerie EDI, consultez La messagerie EDI.
Remarque
Les messages EDI se distinguent de leur transport. Les normes EDI ne prescrivent pas le transport des messages, et les messages EDI peuvent être envoyés par divers moyens.
Implémentation d’EDI dans BizTalk Server
BizTalk Server inclut des fonctionnalités natives qui prennent en charge EDI. EDI est intégré au produit ; il n’est pas un complément, tel qu’un adaptateur ou un accélérateur.
Traitement des échanges
La fonctionnalité EDI effectue le traitement suivant des côtés réception et envoi dans les pipelines qui appliquent les règles dictées par les normes EDI.
Traite les messages EDI entrants, notamment la validation des échanges et la génération d’accusés de réception.
Génère et envoie des messages EDI sortants, notamment la validation des échanges et le traitement des clés ACK reçues en fonction de la configuration.
Traitement par lots
Le traitement par lots est géré par le pipeline de réception et l’orchestration :
Si un échange par lots reçu doit être fractionné, BizTalk Server le fractionne en ses ensembles de transactions constituants, générant un fichier XML pour chaque jeu de transactions et favorisant les propriétés requises pour la génération de lots côté envoi.
Si un échange par lots reçu doit être conservé, BizTalk Server traite le lot de sorte qu’il conserve les jeux de transactions et les groupes qu’il contenait lors de la réception du lot.
Si un échange par lots reçu doit être configuré, les lots reçoivent des jeux de transactions EDI et des groupes dans un échange sortant.
Si plusieurs parties s’abonnent à un échange par lots, BizTalk Server envoie une copie du lot à chaque partie.
Contrats de partenariat commercial
Les partenaires commerciaux définissent mutuellement le contrat partenaire commercial, qui est un ensemble de propriétés définies dans la console d’administration BizTalk Server. Ces propriétés tierces, les propriétés de port/emplacement d’envoi et de réception, déterminent le traitement EDI côté réception et côté envoi. Pour plus d’informations sur les accords de partenariat commercial, consultez Contrat partenaire commercial.
État de l’échange
BizTalk Server fournit des rapports d’état spécifiques à l’EDI. Ces rapports d’état fournissent un état complet d’une transaction d’échange de documents EDI, y compris les accusés de réception corrélés à l’échange.
Composants EDI dans BizTalk Server
Les composants Microsoft BizTalk Server utilisés pour le traitement EDI sont les suivants :
L’application EDI BizTalk contient des artefacts (y compris des pipelines, des orchestrations et des schémas) nécessaires pour traiter les documents EDI.
Remarque
Lorsque vous configurez la fonctionnalité EDI dans BizTalk Server, le programme de configuration crée cette application. Chaque fois que vous créez une application qui traite les échanges EDI, vous devez ajouter une référence à l’application EDI BizTalk à partir de votre application. Pour plus d’informations, consultez Ajouter une référence à l’application EDI BizTalk Server.
Le pipeline de réception EDI BizTalk (pipeline EdiReceive) analyse des documents encodés EDI, fractionne les lots EDI, convertit les documents encodés EDI en encodage XML, effectue la validation EDI et XSD et effectue le fractionnement des sous-documents HIPAA X12. Pour plus d’informations, consultez Composants de réception EDI.
Le pipeline d’envoi EDI BizTalk (pipeline EdiSend) convertit les documents XML en encodage X12 ou EDIFACT, sérialise les documents encodés EDI et effectue la validation EDI et XSD. Pour plus d’informations, consultez Composants d’envoi EDI.
L’interface utilisateur TPM (Trading Partner Management) vous permet de définir des propriétés de traitement pour les partenaires commerciaux qui s’engagent dans l’échange de documents EDI et le transport de documents AS2. Pour plus d’informations, consultez Le rôle des contrats dans le traitement EDI et l’interface utilisateur EDI et AS2 dans les instructions de l’interface utilisateur et les informations de référence sur l’espace de noms d’API des développeurs.
L'orchestration par lots regroupe les interchanges EDI et définit les propriétés de contexte pour l'envoi de l'interchange regroupé. L’orchestration de routage gère les instances dans lesquelles les messages correspondent à plusieurs lots, créant autant de copies du message que nécessaire. Pour plus d’informations, consultez Traitement des lots entrants et Regroupement des messages EDI sortants.
L’interface utilisateur de rapport d’état fournit un état complet des échanges EDI et des accusés de réception corrélés. Pour plus d’informations, consultez EDI et AS2 Status Reporting.
Les outils de temps de conception dans Visual Studio vous permettent de générer une instance, de valider une instance, de valider un schéma, de tester une carte et de valider une carte. Pour plus d’informations, consultez Utilisation de Design-Time outils XML.
Un référentiel de schémas comprend des schémas X12, EDIFACT, HIPAA X12N 4010A XSD, EANCOM et de contrôle. Pour plus d’informations, consultez Prise en charge du schéma de document EDI.
Un outil de migration (outil de migration de partie) vous permet de migrer des données tierces EDI de BizTalk Server 2006 R2 ou BizTalk Server 2009 vers BizTalk Server. Pour plus d’informations, consultez Utilitaires de migration EDI.
Voir aussi
Traitement EDI dans BizTalk Server
Prise en charge HIPAA dans BizTalk Server
Problèmes de support EDI
EDI Solution Architecture
Rapports d’état EDI et AS2
Développement et configuration de solutions EDI BizTalk Server