海运EDI之单证篇.doc

海运EDI之单证篇 很多船公司都会指定一家(多家)EDI中转商提供EDI的中转服务。其实是提供的一个包装，中转商跟船公司之间的连接已经非常稳定，在船公司需要扩展服务功能等时候客户都是直接跟中转商交互，从而屏蔽了船公司业务的复杂度。目前业务比较大的几家中转商如：GT Nexus, CargoSmart、INTTRA等 每一个EDI的交互都不一定使用本文提及的格式，本文只是提供一种常见的UN标准的解决方案。使用其他交互双方约定好的格式都可以，现在XML格式的EDI也非常流行，甚至WORD、EXCEL、HTML、PDF等格式的都有。但是出于一个长远的考虑，比如我还需要跟更多的人交互，这样使用统一标准的像UN的会跟通用，实施成本相对就会少很多。 这边再罗嗦几句(_)。具体使用的时候报文标准肯定是要裁减的，但是裁减的时候千万注意不要破坏它原有的一个约定。之前接触一个项目（国内某船公司全球EDI系统）当时由于报文裁减工作由第三方(小日本一家公司)负责，并且这家公司在系统正式实施前退出了项目组，这家船公司也没有另外聘请一家，就自己开始推广。中间的复杂度太多，另外推广方又没有经验，项目非常痛苦。中间有个插曲是这样的，某个比较大吞吐量的港口的报文开发人员在测试时候发现，报文格式规定的某个段组（group）的循环最大次数不能满足他业务数据量的要求（比如原来是 0.999，他业务上出现超过1000条记录），所以他就问说是不是要自动生成2个报文？因为这个会增加很多工作量，最后他们的结论是把999改成9999。汗这样当然可以解决目前的问题，但是万一后面跟其他成熟的系统去交互这个报文就不能保证报文解析的一致性了。因为这是一个超出标准的约定了。 SO：（Shipping Order）托运单，船公司提供的一个定舱报文格式，一般使用UN的 IFTMBF，一般收到后会给一个确认提示报文已经收到一般使用 APERAK，在船公司操作人员确认订单后，会返回一个IFTMBC SI：（Shipping Instruction）提单补料，即提单格式报文，一般使用UN的IFTMIN，同SO会收到一个APERAK，另外返回的确认一般是IFTMCS 目前据我了解国内好多船公司都是跟船代做交互，只有大的货代公司船公司才会做D-LINK。所以很多船代都提供了电子商务功能来让货代录入订舱资料或者上传订舱EDI，然后通过船代跟船公司的链路上传EDI到船公司。船代跟货代交换的EDI格式不是很统一，有点地方割据了，根据强弱之间的博弈，就会有格式上面谁迁就谁这样。另外货代跟船代本身也有多次的交互，Booking（排载），Declare（申报/装柜反馈）这些都可以通过EDI解决。 Manifest：（舱单）这个货代是不关心，货代报关一般通过报关行，将资料传输到海关，同时船代需要将舱单上传到海关。各个国家海关接收的舱单格式会有不同，国内海关都接收H2000。很多船公司跟代理使用交通部的IFCSUM；COSCO3.1；IFTMCS裁减等 上面是一个大概的数据流转。在单证部分使用比较多的格式还有像船公司给客人反馈 IFTSTA，进口船公司报给客人的IFTMBFIFTMBCIFTMINIFTMCSAPERAKH2000IFCSUMCOSCO3.1IFTSTACUSCAR (以下各标准均为 D98B的) COARRI：Container discharge/loading report messageFunctional definition A message by which the container terminal reports that the containers specified have been discharged from a seagoing vessel (discharged as ordered, overlanded or shortlanded), or have been loaded into a seagoing vessel.COPRAR：Container discharge/loading report messageFunctional definition A message to order to the container terminal that the containers specified have to be discharged from a seagoing vessel or have to be loaded into a seagoing vesselCOPARN：Container announcement messageFunctional definition The message contains an order to release, to make available, to accept or to call down containers or to announce the impending arrival of containers. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: Guide to the scenario of EDIFACT container messages. The order may pertain to cargo related containers (full container load and less than container load), the arrangement of empty containers prior to loading and after stripping, as well as the arrangements for leasing the empty containers (on- hire and off-hire of containers).CODECO: Container gate-in/gate-out report messageFunctional definition A message by which a terminal, depot, etc. confirms that the containers specified have been delivered or picked up by the inland carrier (road, rail or barge). This message can also be used to report internal terminal container movements (excluding loading and discharging the vessel) and to report the change in status of container(s) without those containers having physically been moved. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: Guide to the scenario of EDIFACT container messages.BAPLIE: Bayplan/stowage plan occupied and empty locations messageFunctional definition A message to transmit information about equipment and goods on a means of transport, including their location on the means of transport. The message can be exchanged between (liners) agents, tonnage centers, stevedores and ships masters/operators (see section 1.3 for more details).集装箱管理里面涉及的EDI大概就是上面提及的几个，一个通用的流程。还要很多的特殊分支的业务没有提及比如租箱业务等还会涉及其他的数据交换。我这边的“箱管”指的是港口的箱管，具体可能是船公司也可能是船代，我们就给他统称了，因为业务是一样的。这样我们开始这个流程，首先从“订舱/市场”开始，放一个放箱指令到堆场，就是一个COPARN。我们上面可以看到COPARN可以执行很多的功能，这边是一个 order to release。然后堆场集装箱提走后会出来一个CODECO。这个CODECO的发送方式也有不同，国内目前一般是一天发送一个或2个CODECO。所以造成说箱管那边不是实时的管理，动态滞后了。国外一些做的比较完善的系统，都能做到集装箱进/出场后马上发出一个CODECO，并且在集装箱进/出场前必须先给一个指令一般是COPARN。所以这边设计是箱管接收一个CODECO后，马上会回复一个COPARN，请求进场。这样集装箱就已经装箱在堆场