我是EDI的新手，必须在遗留系统中实现它。
我想确保更高级别的概述正确无误：
1）从我的系统为给定的贸易伙伴生成EDI文件 2）可能将它FTP给他们 3）对我的响应是ftp我将其刮回到我的系统中
我有关于这个概念吗？
据我所知，大多数贸易伙伴都在调整标准，所以那里有很多工作要做？
答案 0 :(得分：7)
您的工作流程处于非常高的水平
与往常一样，魔鬼在细节中。
术语 - 段/元素/分隔符
包络数据（ISA / GS / SE段）
控制信封上的数字
通讯 - 真的是FTP吗？清楚还是安全？怎么样VAN或 AS2协议？
业务逻辑 - 应用程序方面还是翻译方面？这使得 更有意义吗？
997对帐
文件审核（要求？到什么级别？）
合作伙伴测试协议
考虑面向EDI的供应商的环境：
面向客户的EDI：
正如您所看到的，在我们的生命周期中有一些文件用于交易。
您正在使用哪些文件？如果它是837，则生成EDI文件并非易事。即使它在856中，你也必须处理在翻译时必须考虑的分层循环（尽管如此，837更是如此）。
您是否计划编写自己的解析器/翻译器？如果是这样，为什么？你打算写自己的确认对帐例程吗？语法验证？最好的方法是将您的遗留应用程序与商业翻译连接，而不是重新发明30年前的轮子。许多可以连接到遗留系统的拖放映射器（Delta可能是市场上最好的之一，但是有一些优质的开源替代品，如BOTS）。 X12标准有一点小小的摆动空间。我似乎有些疯狂的实现。总的来说，更多的合作伙伴遵守而不是做他们想做的事。具有疯狂要求的那些通常选择XML，因为它们在文档结构中具有更多范围并且不受标准限制。如果你有4个合作伙伴，2个是4010版本，2个是5010，那么你必须相应地编码（或映射）。有工具可以帮助，但同样，魔鬼在细节中。
答案 1 :(得分：0)
可以在http://www.rdpcrystal.com/what-is-edi/
找到一个好的教程它显示了EDI各方之间的基本互动以及消息信息