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

时间:2010-10-06 21:13:23

标签: parsing edi

我正在尝试将EDI 210 Feed导入我的网络应用程序。该应用程序安装在Ubuntu linux上,所以无论我的解决方案是什么,它都不能成为一些独特的Windoze解决方案。

由于我的数据只朝一个方向流动,我正在寻找一个简单的翻译器来处理EDI文件到我可以轻松导入的XML文件的转换。此外,由于我使用的标准EDI格式如210和215,看起来这个翻译应该是现成的,而不是我需要编写自己的导入脚本。

我看过几个解决方案,包括Extol和BOTS开源解决方案,但我希望有人可以指导我朝着正确的方向前进。我理想的解决方案是一个廉价的托管翻译器,它可以处理FTP功能,只需将翻译后的文件推送到我的服务器即可。这样的野兽存在吗?如果没有,或者它是否过于昂贵,我应该考虑其他什么解决方案?

3 个答案:

答案 0 :(得分:0)

看看MirthConnect,它是免费的;开源并讲几乎所有您能想到的格式和协议,包括EDI和XML。它可以在所有平台上运行。

基本上,您可以根据应用程序的需要创建将数据按摩为不同格式的频道。我用它来与网络服务进行EDI对话。

它也可以写入FTP服务器。

http://www.mirthcorp.com

答案 1 :(得分:0)

您写道:

  

我理想的解决方案是一个廉价的托管翻译器,它可以处理FTP功能,只需将翻译后的文件推送到我的服务器即可。

完全 Babelabout的内容。例如,您可以获得对包含“传入”和“传出”文件夹的文件夹结构的FTP访问。您将X12实例上传到“传入”文件夹,然后从“传出”文件夹下载已翻译的XML版本。而且,许多其他场景,包括同步HTTP,都是可能的!

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

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

从实际的角度来看,只需发给我一个(好的)210的实例,我就会给你一个(非常好的)提案......

答案 2 :(得分:0)

价格昂贵贵吗?

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

你也可以查看Boomi。 www.boomi.com - 我认为这符合您的“Linux”要求,因为我认为它是纯Java。

最后,Jitterbit(www.jitterbit.com)提供了一个不错的映射器,是开源的等等。