海运EDI之单证篇.docVIP

海运EDI之单证篇 很多船公司都会指定一家 多家 EDI中转商提供EDI的中转服务。其实是提供的一个包装，中转商跟船公司之间的连接已经非常稳定，在船公司需要扩展服务功能等时候客户都是直接跟中转商交互，从而屏蔽了船公司业务的复杂度。目前业务比较大的几家中转商如：GT Nexus, CargoSmart、INTTRA等 每一个EDI的交互都不一定使用本文提及的格式，本文只是提供一种常见的UN标准的解决方案。使用其他交互双方约定好的格式都可以，现在XML格式的EDI也非常流行，甚至WORD、EXCEL、HTML、PDF等格式的都有。但是出于一个长远的考虑，比如我还需要跟更多的人交互，这样使用统一标准的像UN的会跟通用，实施成本相对就会少很多。 这边再罗嗦几句 ^_^ 。具体使用的时候报文标准肯定是要裁减的，但是裁减的时候千万注意不要破坏它原有的一个约定。之前接触一个项目（国内某船公司全球EDI系统）当时由于报文裁减工作由第三方 小日本一家公司 负责，并且这家公司在系统正式实施前退出了项目组，这家船公司也没有另外聘请一家，就自己开始推广。中间的复杂度太多，另外推广方又没有经验，项目非常痛苦。中间有个插曲是这样的，某个比较大吞吐量的港口的报文开发人员在测试时候发现，报文格式规定的某个段组（group）的循环最大次数不能满足他业务数据量的要求（比如原来是 0..999，他业务上出现超过1000