[EDI实施案例] 耐世特/Nexteer DESADV报文的业务解读

今天要给大家介绍一家汽车行业的公司，随心操控的领导者——耐世特（Nexteer）。耐世特（Nexteer）是一家集研发、制造、销售于一体的全球化集团公司，总部位于美国密歇根州沙基诺（Saginaw, Michigan），是在汽车转向领域具有100多年研究和生产经验的系统集成专家，在全世界34个国家和地区设有制造厂、客户服务中心和技术研发中心。耐世特（Nexteer)汽车系统公司是转向系统及相关先进技术的全球供应商。该公司为60多家汽车制造商设计、制造、销售电动助力转向器、液压助力转向器、转向管柱和传动轴产品，是全球一级汽车零部件供应商。

在EDI的自动化传输中，耐世特（Nexteer）和供应商选择的是EDIFACT标准的报文，传输涉及的报文业务类型有三类，包括交货预测（DELFOR–Delivery Forecast）、发货计划（DELJIT–Ship Schedule）、发货通知（DESADV–Despatch Advice）。耐世特（Nexteer）先给供应商发送交货预测（DELFOR–Delivery Forecast）和发货计划（DELJIT–Ship Schedule）的EDI报文，供应商通过使用知行的EDI系统可以实现接收报文和翻译报文的功能。供应商在拿到正式发货的包装数据之后，会使用知行EDI软件生成发货通知（DESADV–Despatch Advice）报文回传给耐世特（Nexteer）。这样，一次完整的EDI传输过程就结束了。

今天来和小编一起来学习一下发货通知（DESADV–Despatch Advice）报文吧。从字面上理解，发货通知是指一次正式发货，用发货过程中涉及到的重要业务数据去生成一个EDI DESADV报文。我们都知道，普通的业务数据与EDI要求的数据还是有一些差别的，那么，我们平时使用的业务数据在标准EDI报文中都对应哪些字段呢？由这些业务数据生成的发货通知（DESADV–Despatch Advice）报文的结构又是什么样的呢？耐世特（Nexteer）和供应商选择的EDIFACT报文标准又有什么特点呢？相信这都是您想知道的，下面小编将会根据上述的三个问题给您一一解答，一起看下去吧。

1.1 EDIFACT报文标准概述

EDIFACT，又名UN/EDIFACT（全称为United Nations/Electronic Data Interchange For Administration, Commerce and Transport）。
EDIFACT 标准提供了一套语法规则的结构、互动交流协议，并提供了一套允许多国和多行业的电子商业文件交换的标准消息。制订这一标准的主要目的在于：

(1) 简化贸易单证和贸易单证标准化服务；

(2) 消除由于贸易数据元表述不一而产生的贸易双方的误解和差错；

(3) 便于大范围地在贸易伙伴之间交换信息。

耐世特（Nexteer）先向供应商提供发货通知（DESADV–Despatch Advice）报文的规范文件，知行的实施顾问先会对EDIFACT报文规范进行字段映射（Mapping）的整理，通过解读EDIFACT报文规范，就可以了解到发货通知（DESADV–Despatch Advice）报文的整体结构、主要业务字段、每个字段的长度和最大出现次数。只有充分了解EDIFACT报文规范上的一系列要求之后，才可以生成一个可以通过耐世特（Nexteer）验证的发货通知（DESADV–Despatch Advice）报文。

1.2 发货通知报文的业务字段

在了解完什么是EDIFACT标准之后，现在请跟小编继续来学习一下EDIFACT标准下的发货通知（DESADV–Despatch Advice）报文中，都有哪些重要的业务字段吧。

• ASN编号/发货编号(ASN number)
• 发货日期/时间(Despatch date and or time)
• 发货总毛重(Gross Weight)
• 发货总净重(Net Weight)
• 发货总数量(Total number of Lading units)
• 主提单号(Master bill of lading number)
• 承运商物流追踪号(Carrier Reference Number)
• 客户信息(Material issuer )
• 收货方信息(Ship to)
• 供应商信息(Supplier)
• 发货方式(Mode of transport)
• 承运商SCAC代码(Carrier SCAC code)
• 设备标识(EQUIPMENT QUALIFIER)
• 设备ID(Equipment id)
• 包装数量(NUMBER OF PACKAGES)
• 包装类型ID(Type of packages identification)
• 物料行号(LINE ITEM NUMBER)
• 买方物料编号(Buyer item number)
• 物料批号(Lot Number)
• 物料的累计数量(Cumulative quantity)
• 物料的发货数量(Despatch quantity)
• 物料的订单编号(Order Number)

上述就是耐世特（Nexteer）的发货通知（DESADV–Despatch Advice）报文包含的主要业务字段。供应商用每次发货的物料和包装信息，生成一个标准的发货通知（DESADV–Despatch Advice）EDI报文，再通过知行EDI系统就可以回传给耐世特（Nexteer）。耐世特（Nexteer）在接收到发货通知（DESADV–Despatch Advice）报文后，可以通过ASN编号/发货编号(ASN number)了解是属于哪一次的发货，通过承运商物流追踪号(Carrier Reference Number)可以查询到物流信息，还可以根据发货总净重、发货总毛重、发货总数量得知这次发货的基本情况，并根据这些数据去联系自己的货运代理商进行运输。在收到货物之后，也可以根据发货通知（DESADV–Despatch Advice）报文中每一种物料的包装数量去进行核对，查看是否有漏发情况，有问题的也可以及时和供应商取得联系。

1.3发货通知报文的结构

在1.2中我们了解到了发货通知（DESADV–Despatch Advice）报文包含了哪些重要的业务字段，以及这些业务字段对于耐世特（Nexteer）有什么具体的实际作用。但这些业务数据在EDIFACT标准的报文中是以什么样的结构出现的呢？下面小编将会通过一个实际的发货通知（DESADV–Despatch Advice）报文示例，来给大家一一解读。

UNB+UNOA:2+123:ZZ+456:ZZ+131022:1555+1753++DESADV'
UNH+1+DESADV:D:97A:UN'
BGM++1111+9'
DTM+137:201310221555:203'
DTM+11:201310221555:203'
MEA+AAX+G+LBR:7027'
MEA+AAX+N+LBR:6841'
MEA+AAX+SQ+PC:272'
RFF+MB:34307'
RFF+CN:5095492'
NAD+MI+005356878::16'
NAD+ST+68::92'
NAD+SU+053330874::16'
TDT+12++LT++PNII::182'
EQD+TE+469030'

上面的这部分是属于发货通知（DESADV–Despatch Advice）报文的Header（头部），BGM字段是ASN编号，DTM+137是发货通知的创建时间，DTM+11是发货时间，均使用CCYYMMDDHHMM格式。MEA字段是发货的总重信息，有发货总毛重、发货总净重、发货总数量。RFF字段是用来存储一些编号，有主提单号和承运商物流追踪号。NAD字段是合作伙伴的信息，包含客户、收货方、供应商的编号。TDT字段存储的是发货的运输方式和承运商的SCAC代码。EQD字段存储设备类型和设备ID。头部数据在一个发货通知（DESADV–Despatch Advice）报文中只会出现一次。

CPS+1++4'
PAC+265++CARTON'
PCI+16+A567'
LIN+++28157309:IN'
PIA+1+018D:BB'
QTY+12:3179:PC'
QTY+3:231342:PC'
RFF+ON:SAG90I6606:1'
CPS+2++4'
PAC+1++CARTON'
PCI+16+A568'
LIN+++26122379:IN'
PIA+1+07E:BB'
QTY+3:99438:PC'
QTY+12:1438:PC'
RFF+ON:SAG90I5586'
UNT+32+1'
UNZ+1+1753'

从CPS字段开始属于发货通知（DESADV–Despatch Advice）报文的明细（Detail）部分，CPS++4代表没有特定的外部和内部包装。PAC字段代表包装数量，PCI字段代表Label中的仓库位置，LIN字段存储买方的物料编号，PIA++BB代表物料的批号，QTY+3代表物料的累计数量，QTY+12代表物料的发货数量，RFF+ON代表物料对应的订单编号。示例中的明细部分涉及到两种物料，买方物料编号为28157309的物料一共发出了265箱共3179件；买方物料编号为26122379的物料一共发出了1箱共1438件。明细数据在一个发货通知（DESADV–Despatch Advice）报文中可以出现多次。

看到这里，相信您已经对耐世特（Nexteer）发货通知（DESADV–Despatch Advice）报文包含的业务字段和报文的结构都有了非常深入的了解了。知行EDI系统为耐世特（Nexteer）与供应商的数据自动化传输提供了安全可靠的保障，我们的实施团队也可以根据供应商的不同需求，制定详细的实施方案，以实现业务信息的高效运转。
那么耐世特（Nexteer）的供应商对于发货通知（DESADV–Despatch Advice）报文的生成选择了什么样的方案呢？具体的工作流程是如何呢？请参考[案例] 耐世特/Nexteer DESADV报文的技术实现一文，跟着小编一起成为EDI专家吧！