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