EDI X12 mise en Œuvre avec C#
Notre société est la vente de fournitures médicales, nous avons un site web que nous vendons nos produits en ligne. Nous travaillons avec des fournisseurs qui envoie nos produits à nos clients lorsque nous recevons une nouvelle commande. Nous sommes en train de gérer cela manuellement. Nous recevons l'ordre dans notre site web et téléphone /fax /e-mail afin de fournisseur de ce produit, ils envoie au client sur les produits, et de notifier à nous avec les informations de livraison et nous en informe le client.
Ce processus est l'obtention difficile de gérer ces derniers temps. Nous ne sommes pas à l'aide de toute solution B2B jusqu'à présent, mais nous avons besoin de mettre en œuvre une solution EDI maintenant. Notre plus grand fournisseur est l'aide de l'EDI standarts.
Comme je le comprends, le processus sera comme ci-dessous;
- Lorsque nous recevrons une commande, nous créons X12 document, et envoyer ce document par l'intermédiaire de FTP, SFTP ou VAN.
- Notre fournisseur recevoir X12 document et de le traiter. Et envoyer une facture formaté comme X12.
- Nous recevoir la facture et l'analyse de notre système.
- Notre fournisseur envoie les informations de livraison formaté comme X12 quand ils ont envoyé au client sur les produits.
- Nous recevons les informations de livraison de documents et l'analyse.
J'ai quelques questions au sujet de ce processus.
- Première et la plus importante question: Suis-je comprendre le droit? 🙂
- Quels programmes /outils dont j'ai besoin pour un développeur?
- Je sais que ce n'est pas sage chose à écrire notre propre X12 parser. Nous avons besoin d'une application externe. Mais quel genre d'une application, nous avons besoin? Avons-nous besoin d'une grosse application comme BizTalk? ou certaines bibliothèques d'assistance comme
- http://x12parser.codeplex.com/
- http://www.edidev.com/
c'est suffisant pour faire ce que nous voulons.
- Notre fournisseur prend en charge FTP, SFTP et VAN pour la communication de données, qui communication, il faut choisir? lequel est le plus simple et rapide à comprendre?
Désolé, je sais, j'ai beaucoup de questions 🙂 Toute aide sera appréciée.
- Je ne recommanderais pas le faire vous-même. S'ils prennent en charge cXML ou quelque chose du genre (comme Richard mentionné), peut - être, mais dès que vous soutenez un document EDI, ils vont vous demander pour un autre. Et de l'autre. Ensuite, vous aurez quelqu'un de poser pour un/EDIFACT (une autre norme), alors cXML, les différents protocoles de connexion/réseaux... je l'avais acheter un logiciel commercial ou d'un contrat avec un VAN.
- Je pense fait un très bon point ici.
- Merci, vous êtes de droite. Si je le fais par moi-même, il peut être douloureux plus tard. Je suis .net developer, si je vais choisir Microsoft BizTalk pour les processus EDI, sera-ce un bon choix?
- Je ne recommanderais pas de BizTalk pour votre scénario. Il est assez cher, et à mon humble avis, l'UX/UI est terrible. Si vous êtes à la recherche pour un de Microsoft à base de produit de traduction, découvrez le Delta de Liaison (liaison.com/products/transform/delta). Combinez cela avec leur ECS produit, et vous avez un dossier solide cadre de l'intégration qui sera facilement rivaliser avec BizTalk à une fraction du coût / courbe d'apprentissage.
- Juste pour être complet, il y a une bibliothèque opensource pour ce faire Appelé Edi.Net et sa construction à l'appui .Net plein Cadre ainsi que netstandard 1.0 à aujourd'hui. Avertissement je suis l'auteur de la lib
Vous devez vous connecter pour publier un commentaire.
La description de votre processus semble OK. 1/Suite à la commande de votre client, vous pouvez créer et envoyer un X12 850 (bon de Commande à votre fournisseur. 2/Votre fournisseur peut vous envoyer un X12 855 (confirmation de Commande d'Achat) pour confirmer votre commande, c'est intéressant (d'affaires) les informations que vous pourriez "en avant" à votre client. 3/Enfin, en collaboration avec l'expédition réelle de la marchandise de votre client, votre fournisseur vous enverra un X12 856 (Avis d'expédition/le Manifeste), ainsi que d'une X12 810 (Facture). C'est assez simple/EDI classique de flux.
BizTalk serait Microsoft-monde recommandation, mais il peut être très cher, plus de taille pour un tel flux. Si vous êtes un .NET développeur et comme pour faire des choses sur votre propre, la génération de 850, et la lecture de 855, 856 et 810 n'est pas aussi complexe qu'on pourrait le penser 😉 personnellement, j'ai développé une méthode pour analyser/serialise X12/à partir de XML à l'aide de scripts XSLT (qui peut être exécuté facilement à partir de presque n'importe quel langage de programmation, y compris la .NET) et j'espère que ça démystifie X12 syntaxe 😉 Si vous pouvez partager le MIGs (Message de la mise en Œuvre des lignes Directrices) de vos fournisseurs, je peux avoir un coup d'oeil et de vérifier si ma technique pourrait répondre à vos besoins. La représentation XML doit être la vôtre, suivant le modèle de données de votre application, et ensuite vous permettre d'acquérir les fonctionnalités de l'EDI documents comme d'habitude!
Voir ci-dessus 😉
Vous avez de la chance!!! Votre fournisseur prend en charge FTP, c'est le plus simple, plus facile/moins cher à mettre en œuvre! Pensez à la façon dont vous le faites aujourd'hui - c'est à dire de courriel, vous n'avez pas besoin de haute sécurité... Ce que vous avez besoin est d'AUTOMATISATION, s'il vous plaît restez concentrés sur cela et ne pas être distrait par des exigences de sécurité élevées! Mon avis 😉
EDI est un très vieux standard pour la mise en forme des données. Je vous recommande fortement de vous assurer que votre fournisseur ne prend pas en charge une norme plus récente comme le SAVON Services Web EDI.
Tout langage de programmation va faire. Bâton avec ce que vous êtes familier avec. Dans .net le FileSystemWatcher classe serait très utile.
BizTalk est un outil complet et des outils coûteux, donc je serais tenté de regarder à l'aide des bibliothèques de vous avoir découvert en premier. EDI elle-même est assez simple, en général, il ya de nombreuses caractéristiques complètes pour l'échange de différents types de données, mais ils ont tous se décomposer en général, de la même structuration de texte ASCII.
FTP est le plus simple, mais pas sûr. SFTP est presque aussi simple et sécurisée. Je ne suis pas familier avec VAN.
vous jetez un oeil à des bots open source traducteur edi (http://bots.sourceforge.net). Poignées x12, xml, edifact, etc, et les communications que vous voulez.