EANCOM在贸易和运输中的应用

5.5.3　EANCOM在贸易和运输中的应用

1987年以来，国际货品编码协会致力于为其成员组织开发UN/ EDIFACT报文在全球商业流通领域应用的实施指南，为全球系统成员提供一套使用EDI电子数据交换的标准化解决方案，以提高整个供应链的效率。EANCOM从与其成员组织业务关系密切的贸易入手(如订单、发票等)，逐步扩展到运输、金融等其他领域，运输报文实施指南的开发扩展了国际货品编码协会在全球商业流通领域EDI应用的范围，包括了运输其他货物的贸易伙伴。

EANCOM作为联合国EDI标准UN/EDIFACT的子集。制定的基本规则是:

(1)简单——使EDIFACT标准在全球商业流通领域的应用易于理解和实施。

(2)全球统一商品和贸易伙伴位置标识代码的使用——在全球商业流通领域实施EDI电子数据交换的基本保证。

(3) EANCOM发布——EANCOM的每个版本都与一个EDIFACT目录相对应。

在整个贸易流程中，贸易和运输是两个非常重要的环节。货物的订购包括整个运输链货物的搬移，包括国内的本地运输，或者是从源发地到目的地的一种或多种运输方式的国际联运。从贸易参与方各自的角度来看，贸易和运输二者之间在不同层面上对技术的需求有着相当的差异。例如:买方开始一个贸易，从供应商购买具体的商品，承运方为搬移已包装好的货物提供服务，搬移发送单元(如托盘)到买方实际需要这些货物的目的地。由于二者之间应用层面的不同，为了和谐地工作和二者共同的利益，贸易和运输部门只有实施物流和供应链管理技术。下面详细地介绍怎样在贸易和运输中使用EANCOM。

贸易和运输被描述为有其各自功能、目标和责任的两部分。由于它们共同参与整个贸易，相互作用交叉，并在不同领域交换信息，整个贸易包括了贸易和运输的不同层面。例如:我们在哪儿找到类似订购、发票、发送、运输、仓库和分销等业务功能?买方或供应商感兴趣什么信息及转运方或承运人需要什么信息?买方开始购买具体货物的贸易，转运方或承运方提供搬移若干发送单元(如托盘)到买方实际要求货物送达的目的地。对于买方和供应商，货物的标识(用GTIN标识)是首位，而对于转运方或承运方，发送单元的标识(用SSCC标识)是最重要的。中间参与方如物流服务提供方或海关也许对商品信息和发送或运输单元信息都感兴趣。

供应商和买方存储货物的仓库和分销中心是贸易和运输都涉及的部分。仓库操作可以代表供应商或买方直接处理涉及运输部分安排货物的搬移。在交叉部分，也可以看出转运方在安排运输上起关键作用(如选择运输货物或进/出口货物的运输方式，承运人建立和安排支持文件)，转运方为贸易和运输双方提供服务。与运输有关但一般与贸易无关的是集装箱码头(装集装箱和卸集装箱)、装船(装船和卸船)，货船、集装箱栈(空集装箱保存)、集装箱修理公司、集装箱运输船(把货物装满集装箱及从集装箱卸货)、成组功能(公路承运人组合托运物)。

EANCOM中名称和地址(NAD段)的参与方、限定符标识的所有参与方按它们实际执行的功能区分。贸易参与方是指它的实际功能而不是参与方的名称。

——如同时作为卖方和仓库的参与方可以完成承运人的功能和转运功能。

——参与方转运功能可与制造功能合并。

——海运承运人的功能也可与其他参与方承运人的代理功能或集装箱运输站功能合并。

在一个服装贸易中，供应商和买方对具体尺寸、品牌、颜色和设计及质量和不同衬衫价格的协定感兴趣。承运人对贸易项目的详细数据不感兴趣，而关注与货项有关的总购买及运输的其他数据，如包装件数、重量和包装尺寸、货高描述等。

为了简化贸易过程，产品使用GTIN标识。GTIN连接了与产品有关的完整信息组的数据库。信息包括产品完整生命周期。在运输组内，包装重量尺寸的描述和货物描述等是运输方要求简化运输和描述货物外观的基本信息。

运输包装(或发送单元)可包含许多不同贸易项目及使用SSCC货运系列集装箱代码标识，提供其包装生命周期的唯一标识。运输包装的生命周期一般从供应商物流服务提供方(或负责包装的承运人)产生运输包装，到收到货物的参与方打开包装。

贸易和运输报文最基本的差异在触发报文细目节的方式和标识货项。在贸易报文结构中，多数报文的细目节触发段是LIN段。该段通过标识号GTIN提供订购产品的标识和订购产品的唯一参考的行项号(已开票等)。

LIN段是贸易报文中使用的基本触发段机制，特别是EANCOM发送通知和接收通知报文，提供在产品标识(GTIN)和运输货物项标识(SSCC)间由连接的报文“托运物包装序列”(CPS)段触发，该段给出了一票托运物内包装货项的序列指示及说明每一货项的SSCC的标识。

单独托运物运输报文的结构内，所用主触发段是“货项细目”(GID)段。该段提供货物特征描述，表示一票托运物中货项号及将运输物(发送单元)的包装类型和号码的规定。

当使用多重托运物报文时，如货运和集拼汇总报文(IFCSUM)和运输状态报文(IFTSTA)时，所用触发机制是“托运物信息”(CNI)段。该段给出了唯一标识每票托运物的参考标识。

在使用EANCOM报文的参与方间的数据流中，每个报文有一个位置。EANCOM的所有报文无论是否使用，每个EANCOM报文互相配合并为其他EDI和贸易周期中的EANCOM报文提供数据。

标准中涉及所有报文的EANCOM信息流以参与方信息报文(PAPTIN)作为交换的开始。该报文用于传输其后通过EDI交换商业或其他信息的参与方信息。该报文中交换的信息由于包含长期稳定的数据，如GLN(参与方位置标识符)、名称和地址、银行信息及任何交货计划很少变化的信息。这些信息，特别是参与方标识号GLN对于在两个公司间顺利进行EDI非常重要。所有参与方(如卖方、供应商、开票方、托运方、转运方、承运人、银行等)无论是否参与贸易，都可在该报文标识。

一旦参与方知道了另一个参与方GLN，将发送EANCOM产品询问报文(PROINQ)请求收到报文一方(制造商、经销商、供应商等)掌握的产品信息。发送产品询问报文的参与方(通常是潜在的买方)可提供与收到报文参与方发生贸易或先前问询产品的具体标识或提供在回复报文中要求信息的指南(如100和200法郎间的价格、具体计量等)以及要求的通用信息(如最小订单数量等)。

一般情况下，回复产品询问报文的是价格/销售目录报文或产品数据报文。具体发送哪个报文将根据产品询问报文中的要求。参与方如果要求与产品或服务有关的信息(如产品代码、价格、折扣、相关代码、数量等)，那么应发送价格/销售目录报文。仅当需要在价格销售目录报文中没有提供的更多具体产品信息如计量和属性(成分、所用材料)时，才发送产品数据报文。传输这些报文的参与方应使用参与方信息报文所交换的GLN代码标识。

在贸易或消费单元级，价格/销售目录和产品数据报文主要用于贸易伙伴的产品或价格文件建立或变更产品信息。在后续传输中，报文将提供GTIN代码来标识产品。该商品编码的使用意味着在全部后续EANCOM报文中不需要提交全部产品数据集。

另外，控制管理信息报文(CONDRA)可利用外部对象每次交换的管理。如:外部对象可以是摄影、图像或CAD文件。发送该文件以给出有关对象的附加信息，并由报文处理。由于外部对象的传输不与包括GTIN或GLN代码的报文同步，在外部对象和有关EAN代码间建立联系很重要。

必要时，交换标识其自身及产品或服务(GLN、GTIN等)数据的参与方可以使用EANCOM请求报价报文(REQOTE)和报价报文(QUOTES)。这些报文使得潜在的买方可以请求或获得报文中说明的产品价格和交货条件。在这些报文中，GLN和GTIN代码的使用将在参与方、价格和产品中建立联系，它意味着在报文中仅需发送少量信息(如交货条款、要求的产品数量、要求日期、有效日期等)。

为了使订单自动生效并在支付前验收发票，在贸易伙伴间交换提供事先商定合同条件的EANCOM合同条件(CNTCND)报文。该报文典型地用于下列情形:在贸易伙伴间已建立总体合同(商定和接受)，根据订单基准的订购，在一定时间期限内订购货物，报文因此仅包括自动认可订单传输或发票正确性的信息。

信息流中下一步是订购单报文，该报文由买方发给供应商，根据报文中详述的条款，要求提供产品和服务的具体内容。GLN和GTIN被再次使用来标识与订单有关的参与方和产品。报文中仅提供与订单有关信息(如数量、要求的交货日期、交货地点等)。应提供其他先前发送报文的参考，包括已商定的信息(如价格/销售目录中价格或报价等)，以在订购单和这些信息间建立联系。

如果买方希望变更先前发送的订单，将传输订单变更报文来说明原订单号和信息被变更。

根据收到的订单(或订单变更)，供应商将根据可用的库存数量估计是否有可能提供订单。供应商的回复用订购单回复报文(ORDRSP)传输给买方。该报文使供应商对原订单(如新交货日期等)提出变更，其后必须由买方使用订购单变更报文确认。在订购单回复报文中传输的信息尽可能地少，如果没变化，仅发送报文头标信息，仅使报文标头节和细目节变更的具体信息发生变化。

由供应商接受的订单把第一笔货物搬移传入数据流，现在仅发生了信息流，下一步是计划从发送到交货地点实际货物搬移的时间了。从发送点到交货地的货物运输可被安排使用承运人服务或第三方货运代理人。

转运人或承运人也许是有关产品构成在贸易和运输间不同层面上差异的第一个示例。在贸易环境下，产品有一组特性(如代码、描述、计量、包装类型等)，组合使用时，完整地描述和标识产品。在运输环境下，产品的完整特性是不相关的，通常产品被描述为贸易项目(如电子设备、食品材料等)。运输部门需要运输目的的相关数据来更全面描述一个贸易项目，如计量、装卸指示和包装信息等。这些差异的原因是贸易参与方必须能够描述完全为销售目的的产品，而运输参与方仅需简单了解产品需要的空间和运输条件，必要时，包括与产品有关的危险细目。

在贸易环境下，订单报文集用于产品订购。这些报文的细目节(如:产品的标识)使用提供准确产品编码的LIN段。行项和货项间的关系可以是一个LIN对一个GID段或许多LIN对一个GID段，但不是1个LIN对多个GID段。

需要运输服务的参与方可以给某一具体日期一票托运物转运方订舱运输服务的承运人发送订舱报文(IFTMBF)。当使用订舱报文时，没必要提供与托运物有关的所有细目，报文被用于在产生最终托运物前给发货人留有余地。承运人或转运人使用订舱确认报文(IFTMBC)，确认先前收到的订舱报文。另外，报文也被用来通知发货人订舱被拒绝(如在要求日期，运输工具的空间不够)。

使用ORDERS报文订购产品的运输服务，订购使用运输指示(IFTM IN)报文或转运和集拼汇总报文(IFCSUM)(也被称为多重运输指示)来完成。这些报文间的差异是运输指示报文适用于每个报文一票托运物，而多重运输指示适用于每个报文多笔托运物。

由于这些不同，每个报文的细目节的触发机制不同，运输指示报文使用GID段，多重运输指示的报文使用CNI段。应注意每次贸易订舱和运输指示报文应仅由一个参与方(通常为买方或供应商)发送。交换订舱、订舱确认、运输指示和集拼汇总报文的参与方标识使用PARTIN报文中先前交换的GLN段。

与实际货运有关的全部信息(如:重量、尺寸、装卸数据、运输方式、交货条款等)在运输指示报文中提供。为了在实际包装和货运间提供一种联系，推荐在货运中使用SSCC唯一标识每件包装。SSCC通常用于参与方运输货物。运输目的的货项和行项间的联系由后续发送通知报文(DESADV)重发SSCC完成。

另外，对第三方转运人或承运人，买方或供应商可使用LSP表示产品附加服务的值(如各种不同包装的拆包和重新包装及在其他包装中的标签、准备装运货物等)，产品属于买方或供应商，但存储在LSP中。货物装卸和搬移报文(HANMOV)可用于此目的。应注意该报文不被买方或供应商用来指示LSP发送货物。

在使用该报文之前，请求服务的参与方传输给LSP使用价格/销售目录或产品数据报文服务的产品细目很重要。发送指示报文(INSDES)用来订购LSP控制的货物的发送。该报文由买方或供应商提供包含在其他报文中的要求有效交货的信息。如交货条款，交货要求的运输设备，这些信息使得LSP物流服务提供商可代表供应商生成和签发一个发送通知。买方或供应商不使用发送指示报文订购运输服务。

在运输时，货物的供应商将使用发送通知报文(DESADV)通知买方货物正要或已经交货发送。该报文提供被发送货物的细目，预期交货的日期和时间及将使用运输的标识和方法。另外，用SSCC来标识将发送包装上标志的系列号，以便于接收货物的参与方可以知道什么包装里包含什么货物。发送通知中包含的细目应反映先前发送的订单报文的规定。

在给定时间，订单的状态对贸易参与方很重要。如果订单的交换晚了，买方可使用订单状态询问报文(OSTENQ)，询问先前发送订单的状态。该报文可被用来询问，无订单回复的已被接收，一个已协商一致的订单但没有收到发送通知，没有接收货物的发送通知或货物装卸和搬移，订单就没有收到完全的确认。将在报文中提供所指订单的细目，必要时，包括GTIN代码。使用订单状态报告报文(OSTRPT)提供订单询问的回复，该报文报告所有订单的状态或订单的单个行项，由贸易伙伴定期发送，或对某一具体询问进行回复。文件参考必要时包括单个参考行号标识回复的订单，参与方和产品标识使用先前传送的GTIN和GLN。整个文件的状态或文件中的行信息使用综合的状态代码目录详述。无代码的附加状态使用自由文本报告。

订单状态报告报文仅用于报告与贸易订单有关的信息状态，提供贸易的状态信息，也可能提供使用运输状态报文的与已订托运物有关的状态信息。

运输状态报文(IFTSTA)使得转运人或承运人传输状态信息给要求有关先前发送运输指示托运物信息的参与方。报文作为直接询问的结果，或根据一个具体事件按预定时间的计划基准发送。提供托运物级代码型或自由文本的状态信息连同与报告状态有关的其他信息(如车载运输货项的标识号)。根据交付托运物，承运人将发送给收货人到达通知报文。该报文是一票托运物报文，报告已交付的每个托运物的细目。必要时，承运人也发送一个到达通知报文给发货人，以提供已交付的证明。根据交付的接收，接收方使用包装上标志的SSCC代码来检查已交付的货物，对照接收通知报文(RECADV)，订了什么和收到(或没收到)数量及任何附加相关信息(如危险品细目)。该报文通常由买方给供应商发送，并由供应商作为发票基准使用。先前单证的参考，如描述代码和价格、价格/销售目录详述要求数量的订单、详述发送货物的发送通知应包括在报文中。理论上，报文中仅应提供与实际交货有关的信息，如交付日期、数量和包装货物的SSCC代码等。

对于货物或运输服务的提供商，贸易很重要的部分是开据所提供货物或服务的发票和最终支付。这个过程通过从供应商给买方发送发票报文(INVOIC)开始。先前传输的价格/销售目录，订单(货物或服务)，接收通知、到达通知的参考，一般应在报文中提供，通知买方在报文中(包括价格、数量、交付或托运物相关信息)。详述产品、通信和参与方信息，如姓名、地址等信息，应避免提供相同信息的间接参考。另外，在遵守国家规定的条件下，在报文中必须满足有关税务信息。

根据接收的发票，买方把自己收到的服务或产品和在交付点收到什么与发票细目比较，如果买方自己细目与发票不一致，通常买方使用商业纠纷报文提出疑问，将延期支付直到解决纠纷。当这些细目匹配，买方提出支付，支付的细目使用汇款通知报文把支付的细目传输给供应商。将传输全部相关发票，借记通知、贷记通知，每次有关货币金额包括调整和调整原因的细目。必要时，也提供单证的单独行项。

有时，交货后因为货物没卖出去或发现不合格，买方有原因返还货物。在这种情况下，买方将发发返还通知报文(RETANN)给其供应商，通知将返还供应商的货物及返还原因。买方可制定返还计划参考，如销售返还或货物原订单。另外，买方可请求供应商提出给返还货物的价值贷记通知，及怎样返还的指示。在回复买方的通知中，供应商可发送返还指示报文(RETINS)来确认是否接受买方的返还。如果接受，供应商可提供返还指示(如返还货物的具体日期、根据具体日期准备货物、损坏货物等)，并提供买方包括返还货物任何贷记通知参考。

除了回复一个返还通知外，供应商还可发送返还指示报文作为再通知。所有货物的买方发现不合格。可在参与方间发送附加的报告报文详述销售和库存数据。为了报告与销售有关数据，可使用销售数据报告报文(SLSRPT)和销售预测报告报文(SLSFCT)。销售数据报告报文用于参与方间报告销售地实际的销售。详细说明销售期间产品的所有信息(如卖出价格、促销活动、销售数量等)。销售预测报文被用于传输根据实际销售数据信息预计未来的销售。参与方和产品的标识应使用GTIN和GLN代码。

除了报告实际的和未来的销售外，库存报告报文(INVRPT)还可用来报告参与方掌握的计划或实际库存数量。用于订购目的计算产品数量时可参考和使用这些信息。

除了前面详述的贸易和运输报文外，也交换语法和服务报告目录报文(CONTRL)和应用错误和确认报文(APERAK)。CONTRL报文由UN/ EDIFACT交换(贸易或运输)的接收方确认，交换中包含详细错误的接收。该报文用于报告交换的语法级错误，不用来报告所包含的商业数据。该报文由EDI的贸易伙伴直接交换，它的传输可被第三方代表贸易伙伴在增值网上操作，作为服务提供。

APERAK报文从接收源报文的一方发送给签发源报文的一方来确认报文签发方收到源报文，并确认应用系统内处理过程产生的错误。该报文由应用软件而不是由EDI翻译软件产生，该报文不应用于确认交换的接收(见语法和服务报告报文)。

EDI的有效进行还依赖于参考信息的使用来减少传输其他报文的数据数量。参考信息提供了与其他信息报文传输的联系。与人工系统相比，如在一个发票中，要提供订购和交换摘要代码参考，但这些单证的纸面副本一般不提供纸张发票。EDI使用RFF段处理类似情况时，可以只传输参考信息到其他单证，而无须传输实际单证。

在贸易和运输部门中，有许多参考信息用于贸易伙伴间交换的信息联系，参与方间组织货物运输(发货人)和承运人或转运人货物的物理搬运。在某些情况下，承运人或转运人的贸易单证包括参考信息，以便于参与方在接货位置接收货物。

贸易部分最重要的参考信息是订单号，通常由买方分配，提供贸易中的唯一参考。在EANCOM中订单号在许多报文中被引用(如订单回复、发送通知、接收通知、发票、汇款通知)，作为EANCOM报文流中连接不同报文的参考。

在运输中最重要的参考信息是托运时由发货人分配的货运参考号，和为其搬移签发的运输指示。类似于贸易中的订单号，货运参考号在所有后续的运输报文中被引用，作为一次完整托运的唯一标识。