由以下产品组合处理的现有 EDI 通信/生成；CLEO (VLTrader) 用于与 VAN 和客户进行 AS2 和 FTP 通信。Emanio (Trading Partners Workgroup) 生成/转换数据到/从 X12 格式 大量自定义代码在我们的 SYSPRO（ERP 包）和 SQL 服务器之间连接，以触发和生成原始数据。
我们所拥有的东西正在发挥作用，但对于以我们的速度发展的公司来说，它并不像它应有的那样稳定或可扩展。
我来自一个 EDI 世界，在这个世界中，一切都使用自定义 Cobol 代码处理，并且有一组现场程序员来支持它。
如上所述，当前世界被第三方顾问以越来越高的速度修改，使用非常过时的 VB 代码。
我知道这将是一个昂贵的媒体，并且需要时间，但是我如何确定何时切换到新环境以支持 EDI 通信，以及哪些“打包”解决方案提供了合法业务继续所需的灵活性和增长？
Gentran / BizTalk / ???
作为 ERP 的 SYSPRO 不会消失，Microsoft SQL 服务器将继续作为数据收集点。
教我如何花公司的钱。谢谢
投资新的 EDI 基础设施取决于几件事
IMO - 拥有一两个贸易伙伴的小型企业最好将服务卸载（提供）给第 3 方，前提是发票、采购订单等的数量保持在预算金额之内。这些天的 VANS 确实非常昂贵（每个字符或 KB）。
毫无疑问，EDI 正在逐渐转向 XML。在此过程中，BIZTalk 正在占据一席之地。这允许公司在内部提供服务。BizTalk 不适合胆小的人。这是一项复杂的技术，需要一些开销（硬件、许可、培训）。
如果您有一个中等规模的企业和几个贸易伙伴，SQL Server 2005 到位，并且有一个非常好的程序员（VB 或 C#），那么只需花一些钱购买一个像 EDIDEV 提供的库……就是这样我做到了。而且效果很好。我节省了硬件和许可。还有另一个名为 DotNetEDI 的库，但我无法让他们回复我的电子邮件，也许你很幸运。