【问题标题】:EDI Converter Tool 850 to 940 [closed]EDI 转换器工具 850 到 940 [关闭]
【发布时间】:2008-09-15 20:39:02
【问题描述】:

我需要将 x12 850 v4010 转换为 x12 940 v4010。大多数工具从 x12 转换为 xml,然后我需要将 xml 映射到 940。我希望有一种工具可以从一个 edi 文档转换为另一个。

编辑信息:

Quick Background

电子数据交换 (EDI) 是 经典定义为 应用程序之间的交换 之间的结构化业务数据 组织。 X12 是 ANSI 标准 提供该结构。那里 很多好书都与 EDI 的商业利益, 实施注意事项,以及 运营方面

【问题讨论】:

    标签: xml edi x12


    【解决方案1】:

    【讨论】:

      【解决方案2】:

      从一个文档到另一个文档的映射几乎总是涉及做出一些仅可能正确的假设,并且在您谈论转移资金时通常可能还不够好。 p>

      【讨论】:

      • 这两个文档的大部分信息是相同的。 850 具有比 940 所需的更多信息。差异在于不同的细分市场(BY 与 ST)。我们的代码特定于 940 布局而不是 850。
      【解决方案3】:

      Servingxml 库也值得一看,与 Altova 和 Stylus 相比,它是 FOC。

      通过将这些步骤链接在一起,它能够将 EDI 解析为 XML 并返回。可以从命令行调用或嵌入(用Java编写)。

      有很多examples如何将纯文本转换为XML并返回。

      与Altova和Stylus相比的缺点可能是缺少开发GUI,您必须在基于XML的配置文件中手动声明映射。

      【讨论】:

        【解决方案4】:

        还可以查看 Orion 的 Symphonia 软件。它是商业软件,但可以为所欲为。

        【讨论】:

          【解决方案5】:

          当我为 adra match asa(挪威公司,我认为它位于 http://adramatch.com)工作时,我是 EdiMatch 的项目经理,它可以读取 EDI 文件,然后您将获得“具体对象”(COM,仅限 Windows ) 返回,您可以稍后将其序列化为您希望的“任何内容”...

          我知道,当我为他们工作时,他们至少将其授权给了 Agresso(挪威 ERP 供应商)。我认为他们仍然有兴趣将其授权给其他人,但不确定...

          【讨论】:

            【解决方案6】:

            我认为问题可能在于 850 没有正确完成 940 所需的所有信息。我从未使用过 940,但确实经常使用 856(高级船舶通知),看起来类似于940. 850 将包含有关订单的信息(SKU、数量、运送地址等),但不包含有关其运送方式的信息(承运人、跟踪 ID、运送日期、重量、包装等)。此信息通常需要在发货时提供,并结合来自 850 的信息创建 940。

            有些文档(如 997)可以在没有“外部帮助”的情况下从文档中创建。但如果 940 是其中之一,我会感到惊讶。

            【讨论】:

              【解决方案7】:

              这是一次性转换还是流程的一部分?

              您可以使用一些企业集成工具,例如 BizTalk。

              否则,如果您可以获得 BizTalk 2006 R2 EDI 架构,那么您就可以获得这两个文档的 XML 表示。然后,您可以读取常见段的节点并复制它们。之前没用过940,但是对810、309及其相关文档、997比较熟悉;但您可能需要自己填写一些数据才能完成 940 文档。

              【讨论】:

                【解决方案8】:

                如果您愿意使用软件包进行 EDI 到 EDI 的转换,我建议您使用Softshare Delta。它实际上是我使用了几年的好产品。它会满足您的翻译需求,但它不是免费的。

                【讨论】:

                  【解决方案9】:

                  我在这里看到三个问题。首先,采购订单和仓库发货订单之间的映射。数据不完全匹配,但如果您假设采购订单和运输订单之间存在一对一的关系,则可以克服这一问题。我假设您可以对仓库 ID、危险材料代码等数据进行硬编码。

                  第二个问题是您需要一次性或偶尔手动进行的转换,还是您设置一次并集成到翻译系统中的运行时翻译?

                  三是基于此,用什么工具?无论哪种方式,我都会好好看看 Stylus Studio。它既有用于本地测试或手动转换的 IDE,也有安装在服务器上的运行时组件。我以前的公司广泛使用它,而且它比几乎任何其他实时翻译器(Mercator、Gentran 等)都便宜

                  要使用 Stylus,您将导入源文件(850)并创建可用于将文件解析为 XML 的可重用架构。然后,导入输出格式的示例(940)以创建可用于将文档序列化回 X12 的模式。

                  从那里,您可以使用映射工具让您接近,然后手动编辑 XSLT 以处理可能需要调整的复杂逻辑(例如,循环不能完美处理)。 Stylus Studio 甚至允许您创建“管道”,可用于连续链接多个 XSLT 映射,或将外部来源的数据拉入翻译中间。

                  然后,您可以打包所有内容并将其导出到您的实时环境。更好的是,如果您手动执行此操作,您可以在获取文件时通过管道运行文件,然后就完成了。

                  【讨论】:

                    【解决方案10】:

                    我想尝试使用 ALTOVA 的 mapforce 工具将 EDI 850 X12 转换为 Oracle 应用程序。这是不是一个不错的选择。 听说最流行的是http://www.sterlingcommerce.com/,但是很贵..

                    请指教 沙市

                    【讨论】:

                      【解决方案11】:

                      在 bots 开源 edi 翻译器中,您可以将 850 v4010 映射到 x12 940 v4010 (http://bots.sourceforge.net)。 基本上,输入可以映射到任何输出。

                      【讨论】:

                        猜你喜欢
                        • 2019-11-02
                        • 2010-11-21
                        • 2010-10-08
                        • 2016-08-11
                        • 2015-09-17
                        • 1970-01-01
                        • 2010-11-21
                        • 2012-03-24
                        • 2013-06-23
                        相关资源
                        最近更新 更多