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 回答