EDI新手需要关于选择翻译的建议

Question

我正在尝试将EDI 210订阅源导入到我的Web应用程序中。该应用程序安装在Ubuntu Linux上，所以无论我的解决方案如何，它都不能成为一些Hokey Windoze解决方案。

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

我已经看过几种解决方案，包括Extol和BOTS开源解决方案，但我希望有人能指导我朝着正确的方向发展。我的理想解决方案是一个便宜的托管翻译器，它可以处理FTP功能，并将翻译的文件简单地推送到我的服务器。这样的野兽是否存在？如果不是，或者如果价格过高，我应该考虑哪些其他解决方案？

Answer 1

您写道：

我的理想的解决方案是一种廉价的，主持翻译，处理FTP功能，只需按下翻译文件到我的服务器。

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

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

最后，关于价格，我不得不承认它目前是免费的。 Babelabout还不是一家“公司”，它只是我个人的项目（现在）。而且，当人们问我关于这样一个实体的“稳定性”时，我总是回复说，自2009年4月起我支持区域业务 - 时间航班： -/

从实际的角度来看，只需发送一个很好）你的210实例，我会让你一个（非常好的）建议...

Answer 2

看看MirthConnect，它的免费;开放源代码，几乎可以说出您可以想到的所有格式和协议，包括EDI和XML。它运行在所有平台上。

基本上，您可以根据应用程序的需要创建将数据按摩成不同格式的通道。我用它来使EDI与Web服务交谈。

它绝对可以写入FTP服务器。

http://www.mirthcorp.com

Answer 3

昂贵的代价是多少？

Delta/ECS在Windows上运行，但会与您的Ubuntu集成。可以在www.softshare.com找到，它可能是我见过/使用过的最清晰的映射器。

你也可以看看Boomi。 www.boomi.com - 我相信这将符合您的“Linux”要求，因为我相信它是纯Java。最后，Jitterbit（www.jitterbit.com）提供了一个很好的映射器，是开源的，等等。