Nous avons besoin de traiter certains messages EDI pour un client et je me demandais si certains d'entre vous pourraient recommander certains composants (pas nécessairement gratuits) qui pourraient faire la tâche. Je suis intéressé par un cadre qui peut analyser les messages EDI dans les structures .NET et une sorte d'implémentation des protocoles de transport (SMTP, FTP, HTTP, AS2), etc..NET EDIFACT/X12 Framework
Il ya un analyseur .NET x12 open source à http://x12parser.codeplex.com qui a été autour pendant un moment et est assez mature maintenant. Il prend déjà en charge plus de 15 ensembles de transactions, y compris la plupart de ceux dans l'ensemble HIPAA. Il est assez extensible pour injecter votre propre spécification, les instructions pour cela sont sur le site. Consultez le site pour une sérialisation html du message analysé X12. La bonne chose que j'aime, c'est qu'elle vous permet de dégrouper votre X12 en messages X12 séparés afin que vous puissiez les traiter individuellement. Par exemple, si vous voulez dégrouper les créances, il vous suffit de les dégrouper par l'ID de boucle "2300". Il va reserialize votre X12 dans un format indenté donc il est plus facile à lire. Par exemple, le suivant est une réclamation 837 après qu'il a été analysé dans un objet d'échange, puis sérialisé avec des espaces:
ISA*00* *01*SECRET *ZZ*SUBMITTERS.ID *ZZ*RECEIVERS.ID *030101*1253*^*00501*000000905*1*T*:~
GS*HC*SENDER CODE*RECEIVER CODE*19991231*0802*1*X*005010X222~
ST*837*0021*005010X222~
BHT*0019*00*244579*20061015*1023*CH~
NM1*41*2*PREMIER BILLING SERVICE*****46*TGJ23~
PER*IC*JERRY*TE*3055552222*EX*231~
NM1*40*2*KEY INSURANCE COMPANY*****46*66783JJT~
HL*1**20*1~
PRV*BI*PXC*203BF0100Y~
NM1*85*2*BEN KILDARE SERVICE*****XX*~
N3*234 SEAWAY ST~
N4*MIAMI*FL*33111~
REF*EI*587654321~
NM1*87*2~
N3*2345 OCEAN BLVD~
N4*MAIMI*FL*33111~
HL*2*1*22*1~
SBR*P**2222-SJ******CI~
NM1*IL*1*SMITH*JANE****MI*JS00111223333~
DMG*D8*19430501*F~
NM1*PR*2*KEY INSURANCE COMPANY*****PI*999996666~
REF*G2*KA6663~
HL*3*2*23*0~
PAT*19~
NM1*QC*1*SMITH*TED~
N3*236 N MAIN ST~
N4*MIAMI*FL*33413~
DMG*D8*19730501*M~
CLM*26463774*100***11:B:1*Y*A*Y*I~
REF*D9*17312345600006351~
HI*BK:0340*BF:V7389~
LX*1~
SV1*HC:99213*40*UN*1***1~
DTP*472*D8*20061003~
LX*2~
SV1*HC:87070*15*UN*1***1~
DTP*472*D8*20061003~
LX*3~
SV1*HC:99214*35*UN*1***2~
DTP*472*D8*20061010~
LX*4~
SV1*HC:86663*10*UN*1***2~
DTP*472*D8*20061010~
SE*42*0021~
GE*1*1~
IEA*1*000000905~
J'ai travaillé avec des documents EDIFACT dans .NET, et n'a jamais trouvé un cadre Je pourrais utiliser. Heureusement, je n'avais qu'à analyser deux types de documents différents. Dans ma situation, il était plus facile de simplement analyser les fichiers manuellement et de créer des objets métier conviviaux qui contenaient les données d'une manière que je pourrais travailler. Un framework vous donnerait beaucoup de flexibilité et une API plus conviviale avec laquelle travailler, mais cela pourrait ne pas être nécessaire.
Les frameworks que j'ai vus vous donnent moins de flexibilité et d'API hostile, mais YMMV. – dkretz
Jetez un oeil à: http://www.orionhealth.com/products/symphonia/
Il fait ce que vous voulez, bien que vous courrez dans diverses limites que vous l'utilisez.
Il y a un analyseur X12 .NET commercial à http://www.sparrow-technologies.com/ediparser.net.aspx qui a été autour pendant un certain temps et est également assez mature. Il prend en charge les normes X12, HL7 et SCRIPT. Quand je l'ai utilisé sur un de mes projets, c'était assez facile à comprendre. Il est venu avec beaucoup d'échantillons des différents types de messages EDI, ce qui m'a rendu beaucoup plus facile de coder mon premier projet.
bienvenue à stackoverflow :). un certain temps s'est écoulé depuis que j'ai posté cette question et je poursuis d'autres intérêts maintenant. J'accepterai votre réponse au moins pour vous donner quelques points et fermer ce sujet. Merci pour la réponse –