我们公司正在销售医疗用品,我们有一个网站可以在线销售我们的产品。我们正在与供应商合作,当我们收到新订单时,供应商会将产品发送给我们的客户。目前,我们正在手动处理此问题。我们在我们的网站上收到订单,并通过电话/传真/电子邮件将订单发送给产品供应商,他们将产品发送给客户,并通过运输信息通知我们,然后我们通知客户。

最近,这个过程越来越难处理。到目前为止,我们还没有使用任何B2B解决方案,但是我们现在需要实现EDI解决方案。我们最大的供应商正在使用EDI标准。

据我了解,过程将如下所示;

  • 收到订单后,我们将创建X12文档,并通过FTP,SFTP或VAN发送此文档。
  • 我们的供应商收到X12文档并进行处理。并发送格式为X12的发票。
  • 我们收到发票并将其解析到我们的系统中。
  • 我们的供应商在将产品运送给客户时发送格式为X12的运送信息。
  • 我们收到运输信息文档并进行分析。

  • 我对此过程有一些疑问。
  • 第一个也是最重要的问题:我明白吗? :)
  • 作为开发人员,我需要哪些程序/工具?
  • 我知道编写我们自己的X12解析器并不明智。我们需要一个外部应用程序。但是我们需要什么样的应用程序?我们需要像BizTalk这样的大型应用程序吗?或某些帮助程序库,例如
  • http://x12parser.codeplex.com/
  • http://www.edidev.com/
    足以完成我们想要的。
  • 我们的供应商支持FTP,SFTP和VAN进行数据通信,我们应该选择哪种通信?哪一个简单易懂?

  • 对不起,我知道,我有很多问题:)任何帮助将不胜感激。

    最佳答案

  • 您的进程描述看起来不错。 1/根据客户的订单,您创建X12 850(采购订单)并将其发送给供应商。 2/您的供应商可能会向您发送X12 855(购买订单确认)以确认您的订单,这是一个有趣的(业务)信息,您可以“转发”给客户。 3/最后,连同实际交付给客户的 cargo ,您的供应商将向您发送X12 856(装运通知/ list )和X12 810(发票)。这是一个非常简单/经典的EDI流。
  • BizTalk将是Microsoft推荐的世界,但是对于这样的流程,它可能非常昂贵/过大。如果您是.NET开发人员,并且喜欢自己做某事,生成850,并且阅读855、856和810并不像看起来那样复杂;-)我亲自开发了一种将X12解析/序列化为/的方法。使用XSLT脚本(可以从几乎任何编程语言(包括.NET语言)轻松运行)从XML中提取代码,我希望它能使X12语法神秘化;-)如果您可以与供应商共享MIG(消息实现准则),我可以看看并检查我的技术是否可以满足您的需求。 XML表示应该是您的,遵循应用程序的数据模型,然后应允许您像往常一样围绕EDI文档开发功能!
  • 参见上文;-)
  • 您很幸运!!!您的供应商支持FTP,这是最简单,更容易实现的方式!想想您今天的工作方式-即电子邮件-您不需要高安全性...您需要的是自动化,请专注于此,不要被高安全性需求所困扰!我的建议;-)
  • 关于c# - 使用C#的EDI X12实现,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/16724006/

    10-09 00:13