parsing - EDI 新手需要有关选择翻译器的建议

Question

我正在尝试将 EDI 210 提要导入我的 Web 应用程序。该应用程序安装在 Ubuntu linux 上，因此无论我的解决方案是什么，它都不能是一些仅适用于 Windoze 的虚假解决方案。

由于我的数据只在一个方向上流动，我正在寻找一个简单的转换器来处理将 EDI 文件转换为我可以轻松导入的 XML 文件。此外，由于我使用的是标准 EDI 格式，如 210 和 215，与我需要编写自己的导入脚本相比，这种翻译似乎应该是现成的。

我已经研究了几种解决方案，包括 Extol 和 BOTS 开源解决方案，但我希望有人能指导我朝着正确的方向前进。我理想的解决方案是一个廉价的托管翻译器，它可以处理 FTP 功能并简单地将翻译后的文件推送到我的服务器。这样的野兽存在吗？如果没有，或者如果它非常昂贵，我应该考虑哪些其他解决方案？

Answer 1

你写道:

My ideal solution would be an inexpensive, hosted translator that handles the FTP function and simply pushes the translated files to my server.

这正是 Babelabout是关于。例如，您可以通过 FTP 访问包含“传入”和“传出”文件夹的文件夹结构。您会将 X12 实例上传到您的“传入”文件夹，然后能够从您的“传出”文件夹下载翻译后的 XML 版本。而且，许多其他场景，包括同步 HTTP，都是可能的!

您没有提到您是如何收到 EDI 210 的，但请注意，我们也可以帮助您处理 AS2 连接，请参阅 http://blogs.jetdelivery.com/comments/?idx=38作为引用。

最后，关于价格，不得不承认目前是免费的。 Babelabout 还不是一家“公司”，它只是我的个人项目(目前)。而且，当人们问我这样一个实体的“稳定性”时，我总是回答说我从 2009 年 4 月开始支持区域业务 - time flights :-/

从实际的角度来看，只需将您的 210 的(不错的)实例发给我，我就会给您一个(非常不错的)建议...