耐世特Nexteer DESADV报文的技术实现

今天要给大家介绍的公司是一家集研发、制造、销售于一体的全球化集团公司。耐世特（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传输过程就结束了。

在耐世特（Nexteer ）DESADV报文的业务解读一文中，我们已经学习过了发货通知（DESADV–Despatch Advice）报文的业务数据和作用，今天来和小编一起来学习一下发货通知（DESADV–Despatch Advice）报文是如何通过技术实现报文的生成吧。耐世特（Nexteer）的供应商对于发货通知（DESADV–Despatch Advice）报文生成过过程分为两步：从数据库中间表中轮巡读取出的数据先会通过知行自主开发的小型业务LIP系统进行数据的展示，在供应商确认数据无误之后，会点击Accepct按钮；再将数据库XML文件转换为标准的EDI发货通知（DESADV–Despatch Advice）报文，再返回给耐世特（Nexteer）。下面就和小编一起来看一下具体的实现工作流是什么吧。

1.1 LIP系统概述

在学习发货通知（DESADV–Despatch Advice）报文的生成过程之前，先来跟小编一起了解一下知行自主开发的LIP业务系统吧。

LIP全称Logistic Information Platform，是由知行自主研发的小型业务系统。可支持的业务报文类型有Delivery Schedule（交货计划/订单）、Delivery Note（发货通知）、Invoice（发票），除了这三种类型的业务报文之外，LIP系统还支持Products（物料）、Partners（合作伙伴）信息的维护（增删改查）。

用户可以通过使用LIP系统实现许多的功能，当接收到ORDERS订单时，通过点击LIP系统Delivery Schedule界面中的“View Detail”按钮可以查看订单中的各项各项信息。根据用户角色不同，可以进行ORDERS的编辑和发送。并且可以通过ORDERS生成Delivery Note，ORDERS中的信息可以自动带入进Delivery Note中，不需要用户再手动输入重复的信息，在Delivery Note界面中可以编辑发货的物料和包装信息，根据包装类型的不同选择不同的添加方式即可。还可以根据Delivery Note生成Invoice，编辑发票的头部和明细信息。在Products和Partners界面可以通过不同的按钮实现对信息的增删改查。

1.2 发货通知报文在LIP系统上的展示

在1.1 LIP系统概述中我们大致的了解LIP（Logistic Information Platform）系统的功能都有哪些。耐世特（Nexteer）的供应商先将DESADV的发货数据通过ERP系统插入进数据库中间表中，LIP系统通过轮巡数据库里的数据，就可以将发货通知（DESADV–Despatch Advice）数据显示在LIP的“Delivery Note”界面中了，此时在数据库中间表delivery_header表的status字段为2。

LIP系统Delivery Note Header界面：

包含发货通知（DESADV–Despatch Advice）数据的头部和合作伙伴信息。

LIP系统Line Items界面：

包含发货通知（DESADV–Despatch Advice）数据的物料和数量信息。

LIP系统Pack Information界面：

包含发货通知（DESADV–Despatch Advice）数据的包装信息。

耐世特（Nexteer）的供应商在检查Delivery Note Header、Line Items、Pack Information界面中的各项数据没有问题过后，可以在Delivery Note界面点击“Accept/Reject ASN–>Accept ASN”按钮，这样子就起到了数据确认的功能。

1.3发货通知数据转换为标准EDI报文

在1.2中，当耐世特（Nexteer）的供应商在LIP系统上点击了“Accept ASN”按钮之后，数据库中delivery_header表的status会变为100，在Nexteer_Database端口的Output模板中，轮巡数据的条件就是status=100。当发货通知（DESADV–Despatch Advice）数据由Nexteer_Database端口成功轮巡出来时，会通过数据库状态回写，将轮巡过的数据status改为3，这样就避免了重复轮巡。数据库XML文件通过Nexteer_Database端口会发送到Nexteer_OUT_DESADV端口，在此端口，会通过提前写好的映射代码和字段间的对应关系，将数据库XML文件中的数据映射至标准XML格式的文件内。标准XML文件会再发送到Nexteer_XMLToEDI端口，根据配置好的Sender ID和Recipient ID，生成一个标准的EDI发货通知（DESADV–Despatch Advice）报文。

转出的发货通知（DESADV–Despatch Advice）EDI报文示例如下：

这个示例EDI DESADV报文除了头部信息之外，从CPS字段开始属于明细（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）与供应商的数据自动化传输提供了安全可靠的保障，还给供应商的数据确认提供了一个可视化的平台，便于操作。我们的实施团队也会根据供应商的不同需求，制定详细的实施方案，及时解答供应商的各种问题，以确保业务信息的高效运转。

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。