【问题标题】:Implement EDI with BizTalk使用 BizTalk 实施 EDI
【发布时间】:2011-06-14 05:58:16
【问题描述】:

我们公司目前正在考虑在 BizTalk 中实施 EDI,这是我们以前没有使用过的。我们有几个直销供应商/供应商。我们收到他们的产品信息、平面文档/电子表格,我们处理文档,然后在我们的网站上销售这些产品。

我的问题是:

  1. 我们实施 EDI 和 BizTalk 有多容易?
  2. 是否要求我们所有的供应商都安装 BizTalk Server?
  3. 我们目前有产品文件的标准。我们如何与供应商建立新规范?
  4. 在 BizTalk 中完成所有配置后,我们还需要执行其他正在进行的操作吗?比如,写一个额外的处理器等等

干杯, 雷

【问题讨论】:

  • 谢谢大家。我真正想知道的是,让我举个例子:一个EDI文件包含我们一个供应商的产品信息。在 BizTalk 处理和解析 EDI 文件后,它为我们提供了供应商产品的所有数据字段。例如。产品名称、数量、成本、描述等我们需要做的是根据我们的规则/需求修改这些文件,然后将所有产品信息存储到 MS SQL Server 中。我们如何在 BizTalk 中做到这些?

标签: xml biztalk edi


【解决方案1】:

BizTalk 中的 EDI 处理类似于平面文件处理 - 它的核心功能可帮助您解析 EDI 消息并将其转换为 XML(正如您所知道的 BizTalk 在内部使用的那样)。它还可以帮助您从 XML 开始并生成可以发送的 EDI 消息。 BizTalk EDI 包也有很多 EDI 模式,因此不必手动构建这些模式,但可以重复使用与当前所需版本等匹配的模式。

还有一些用于管理各方和配置的功能(收到的 id、EDI 格式的差异等)。这种管理简化了添加和更改特定派对设置,而无需更改/编译/部署核心流程。

回答您的问题

  1. 实施 EDI 并不难。对语法有一个基本的了解并详细了解 EDI 消息是很好的 - 这可能是最难的;)
  2. 不,不。您只需接收和发送 EDI。您和您的供应商等如何处理这些问题则取决于各方。
  3. 使用 EDI 时,最好从正在实施的流程的标准文档/规范开始。有多个地方(例如here)将发布此类标准。通常,通过删除或添加来更改此文档以更好地适应曾经的确切要求是一个好主意。这就是您和您的各方在相互发送和接收消息时应遵守的规范。
  4. 没有。

【讨论】:

  • 谢谢 Riri,它真的很有帮助。
【解决方案2】:

为什么选择 BizTalk?我认为那里有更好的解决方案,它们会更便宜,而且资源消耗更少。我的理解是 BizTalk 需要很多适配器以及对 .NET 框架的深刻理解。

您可以轻松地从 Liaison 之类的公司购买一个非常灵活的拖放通用映射器(请参阅他们的 Delta 和 ECS 产品),并采用更“快速开发”的方法。

当我想到 EDI 软件时,通常会想到 BizTalk。 Liaison(前身为 Softshare)、Sterling Commerce、Extol、Inovis/GXS、Tie Commerce、SPS(托管托管)等公司名列前茅。

如果您已经(购买)内部有 BizTalk,那么沿着这条路走下去是有意义的。如果您要查看大量 EDI 数据,我建议您下载 EDI 记事本。这是一个免费的应用程序,用于编辑/审查 EDI 数据。可以在这里找到:http://liaison.com/products/integrate/edi-notepad

请记住,EDI 遵循“标准”。引用是为了讽刺。您会发现您的合作伙伴会随意使用这些标准。虽然有些人可能认为 EDI “简单”,但请注意这种类型的集成存在很多潜在的雷区。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2010-10-16
    • 1970-01-01
    • 1970-01-01
    • 2014-06-09
    • 2020-09-21
    • 1970-01-01
    • 2018-08-08
    • 2013-05-19
    相关资源
    最近更新 更多