我的任务是检查进行内部 EDI 的可行性，因为第 3 方的成本正在失控。
在对该主题进行网络搜索时，有很多关于各种文档类型和格式以及从 XML 或数据库文件创建它们的信息。这看起来很简单。但是，我在服务器到服务器通信的主题上看不到太多。
问题是，设置诸如服务器需要什么？我正在寻找可以在 Windows 服务器上作为服务器运行的第 3 方组件（我认为它就像 IIS 服务器一样，它只是坐在那里等待传入的连接，然后进行握手并接受文件。）唯一的事情到目前为止，我发现 MS BizTalk 服务器包含 EDI 功能。
我还发现了 Edidev.com，它有一个 AS2 服务器，看起来可能符合要求。
我对这个领域完全陌生，不想错过任何重要的事情。
谈到 EDI 时，有许多不同的选择。
完整 EDI 设置中涉及的主要组件包括翻译工具、作业计划程序、托管文件传输 (MFT) 解决方案和服务器。
现在，大多数 EDI 专业人士，主要是 EDI Oustourcing 公司希望公众相信的是，建立自己的内部 EDI 解决方案非常困难，而且会耗费大量资金。
诚然，一些外包选项确实需要付出一定的代价，例如 Gentran、GXS Open Text、IBM Sterling 和其他主流 EDI 服务提供商。Liaison、1EDI Source 等其他公司更具成本效益，并提供各种不同的支持包，包括基于云的解决方案。
不过，事情的总体真相，回到建立您自己的内部解决方案的初衷，是这些 EDI 服务提供商提供的一切都可以在内部以一小部分成本完成。有可以安装、实施和集成的开源解决方案、免费云服务选项或现成的软件，以便与您的业务系统一起使用。
这种情况下的成本是内部 EDI 专家运行、维护和实施与您新建的 EDI 解决方案的新关系。
翻译工具 - MFT 解决方案 - AS2 服务器
[机器人 EDI 翻译器 - Waarp MFT - OpenAS2 服务器]
bots.sourceforge.net/en/index.shtml
sourceforge.net/projects/waarp/
sourceforge.net/p/openas2/wiki/Home/
还有许多其他选项可以拼凑和定制以满足您的特定业务需求。
翻译工具只是从一个文件中获取一个数据字段并将预定义字段放入另一个文件中。
托管文件传输是您要用于查看交易、重新发送交易、手动下载以前的交易等的 GUI。
文件传输部分只是设置您的公司与您要发送/接收文件的公司之间的通信设置。可以配置为 FTP、SFTP、AS2 甚至电子邮件分发列表。
我是其中一家第 3 方 EDI 服务提供商的前业务经理，我对行业如何能够诱使用户认为 EDI 如此复杂且难以实施、维护甚至理解感到惊讶。
我仍在 EDI 行业，目前在一家制造公司担任业务分析师，您猜对了，内部 EDI。
大多数传统的 EDI 软件公司都有在（作为）服务器上运行的“企业”规模集成选项。Gentran、TrustedLink、BizTalk..所有在那个领域的名字，通常是一笔可观的（昂贵的）投资。
我这里使用的是 Liaison 的 Delta（翻译）和 ECS（通信）。两者都作为客户端/服务器运行。该翻译软件是一个真正的 Windows 拖放任意映射器，可以处理所有集成场景。这个商业软件将花费你大约 2 万美元。我们目前支持超过 100 个贸易伙伴，每天处理大约 3000 批数据。该系统与我们的 ERP 集成，不仅可以处理 EDI，还可以处理 XML、平面文件、CSV 数据。 三角洲和ECS。您可能有兴趣阅读以下内容：我的案例研究
如果您有自己的翻译引擎（解析器）并且只想要一个用于交流的部分，您仍然可以查看 ECS、Cleo Lexicom 或 Axway。所有这些都有适合您的托管文件传输解决方案，并作为 Windows 服务运行。
因此，我们的服务器处理 AS2 通信，按计划提取文件，通过 FTP 和 FTP 发送数据，通过 HTTP 处理 Web 服务，并具有客户端实用程序来显示进出系统的数据。它还为入站交易自动生成 997。ECS 的设置非常简单。学习翻译 - 任何翻译 - 都可能是一项艰巨的任务。他们每个人都有怪癖。这就是时间将被投资的地方。
这是一个非常古老的问题（但是，EDI 是一种非常古老的技术）。
您的传输软件是面向互联网的，您的大多数贸易伙伴将使用一种 FTP 形式，而您的翻译软件只会从他们的 FTP 邮箱中提取文件。请注意，许多贸易伙伴坚持拥有 Drummond 认证的 FTP 服务器，因此这可能是小型 EDI 设置中最昂贵的部分。
无论如何，设置的方法是让您的 FTP/SFTP/FTPS 服务器（Cleo Lexicom 或类似的东西）接受和/或发送文件，然后您的翻译软件从那里接管。