8

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

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

据我了解，过程将如下所示；

  1. 当我们收到订单时，我们创建 X12 文档，并通过 FTP、SFTP 或 VAN 发送此文档。
  2. 我们的供应商收到 X12 文件并进行处理。并发送格式为 X12 的发票。
  3. 我们收到发票并将其解析到我们的系统。
  4. 我们的供应商在向客户发货时会发送格式为 X12 的发货信息。
  5. 我们收到运输信息文件并对其进行解析。

我对这个过程有一些疑问。

  1. 第一个也是最重要的问题：我理解正确吗？:)
  2. 作为开发人员，我需要哪些程序/工具？
  3. 我知道编写我们自己的 X12 解析器是不明智的。我们需要一个外部应用程序。但是我们需要什么样的应用程序？我们是否需要像 BizTalk 这样的大型应用程序？或一些帮助库，如
  4. 我们的供应商支持 FTP、SFTP 和 VAN 进行数据通信，我们应该选择哪种通信方式？哪一个更简单，更容易理解？

抱歉，我知道，我有很多问题 :) 任何帮助将不胜感激。

4

3 回答 3

4

  1. 您的流程描述看起来不错。1/ 根据客户的订单，您创建 X12 850（采购订单）并将其发送给您的供应商。2/ 您的供应商可能会向您发送 X12 855（采购订单确认）以确认您的订单，这是一个有趣的（业务）信息，您可能会“转发”给您的客户。3/ 最后，连同货物实际运送给您的客户，您的供应商将向您发送 X12 856（装运通知/舱单）以及 X12 810（发票）。这是一个相当简单/经典的 EDI 流程。

  2. BizTalk 将是微软世界的推荐，但对于这样的流程来说，它可能非常昂贵/过大。如果您是 .NET 开发人员并且喜欢自己做事，生成 850 并读取 855、856 和 810 并不像看起来那么复杂；-) 我个人开发了一种将 X12 解析/序列化为/从 XML 使用 XSLT 脚本（可以从几乎任何编程语言轻松运行，包括 .NET 脚本），我希望它揭开 X12 语法的神秘面纱 ;-) 如果您可以从供应商那里分享 MIG（消息实施指南），我可以看看我的技术是否能满足你的需要。XML 表示应该是您的，遵循应用程序的数据模型，然后应该允许您像往常一样围绕 EDI 文档开发功能！

  3. 看上面 ;-）

  4. 你很幸运！！！您的供应商支持 FTP，它是最简单的，实施起来更容易/更便宜！想想你今天的做法——即电子邮件——你不需要高安全性……你需要的是自动化，请保持专注，不要被高安全性需求分散注意力！我的建议 ;-）

于 2013-05-29T05:59:02.457 回答
2

  1. EDI 是一种非常古老的数据格式化标准。我强烈建议确保您的供应商不支持除 EDI 之外的新标准，如 SOAP Web 服务。

  2. 任何编程语言都可以。坚持你所熟悉的。在 .net 中，FileSystemWatcher类将非常有帮助。

  3. BizTalk 是一个综合性的工具和昂贵的工具，所以我很想看看您首先发现的帮助程序库。EDI 本身非常简单——通常有许多用于交换不同类型数据的综合规范，但它们都分解为相同的 ASCII 文本一般结构。

  4. FTP 是最简单但不安全的。SFTP 几乎同样简单和安全。我对VAN不熟悉。

于 2013-05-23T21:29:06.430 回答
0

你看看 bots 开源 edi 翻译器 ( http://bots.sourceforge.net )。处理 x12、xml、edifact 等，以及您想要的通信。

于 2013-05-24T09:36:49.170 回答