Framework .NET EDIFACT / X12

StackOverflow https://stackoverflow.com/questions/1000697

Question

Nous devons traiter certains messages EDI pour un client et je me demandais si l’un d’entre vous pouvait recommander certains composants (pas nécessairement gratuits) qui pourraient s’acquitter de cette tâche. Je suis intéressé par un framework capable d'analyser les messages EDI dans des structures .NET et par une sorte d'implémentation de protocoles de transport (SMTP, FTP, HTTP, AS2), etc.

Était-ce utile?

La solution

Un http://x12parser.codeplex.com analyseur open source .NET est présent. 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 des ensembles de l'ensemble HIPAA. C'est assez extensible pour injecter vos propres spécifications, des instructions à ce sujet se trouvent sur le site. Consultez le site pour une sérialisation HTML du message X12 analysé.

Ce qui me plaît, c’est que cela vous permet de séparer votre X12 en plusieurs messages X12 distincts afin que vous puissiez les traiter individuellement. Par exemple, si vous souhaitez dégrouper des revendications, il vous suffit de le dégrouper à l'aide de l'ID de boucle "2300". Il resérialisera votre X12 dans un format mis en retrait, ce qui facilitera la lecture. Par exemple, voici une réclamation 837 après son analyse dans un objet Interchange, puis sa sérialisation 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*9876543210~
          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~

Autres conseils

Il existe un analyseur .NET X12 commercial à l'adresse http: //www.sparrow-technologies .com / ediparser.net.aspx qui existe depuis un certain temps et qui est également assez mature. Il prend en charge les normes X12, HL7 et SCRIPT. Quand je l'ai utilisé sur l'un de mes projets, c'était assez facile à comprendre. Il contenait un grand nombre d’échantillons des différents types de messages EDI. Il m’a donc été beaucoup plus facile de coder mon premier projet.

Si vous n'êtes pas strictement lié à .Net, je recommanderais le JCAPS Suite B2B créée à l'origine par SeeBeyond Corp.

Sinon, j'ai entendu parler de Chameleon par InterfaceWare

.

J'ai travaillé avec des documents EDIFACT dans .NET, mais je n’ai jamais trouvé un cadre que je pourrais utiliser. Heureusement, je n'ai eu à analyser que deux types de documents différents. Dans ma situation, il était plus simple d'analyser manuellement les fichiers et de créer des objets métier conviviaux contenant les données de manière à ce que je puisse les utiliser. Un framework vous donnerait beaucoup de flexibilité et une API plus conviviale, mais ce n’est peut-être pas nécessaire.

Non affilié à StackOverflow
scroll top