特斯拉Tesla X12 856 提前发货通知报文详解

Published On: 2020年2月19日Categories: 成功案例, 汽车行业EDIViews: 1

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

在收到特斯拉(Tesla)的862 交付计划EDI报文后,供应商需按要求出货。出货时,需要将本次的出货信息,例如出货单号,装箱信息,装柜信息,物料信息等通过856发货通知EDI报文,发送给特斯拉,特斯拉会根据856报文内容进行收货。若是856报文内容和实际发货信息不符,就会影响特斯拉收货,以及后续的发票结算。

如果发出的856报文内容有误,特斯拉会通过824消息将错误及时反馈给供应商。从824报文中可以看出具体的错误信息,如果想要详细了解824报文,请点击“如何根据824报文查看错误信息”查看详情。供应商收到824消息后,需要修改856内容,重新发送给特斯拉。

856发货通知EDI报文中包含以下业务数据:

  • Purpose code,交易代码
  • Packing slip number,发货通知号码
  • Create date,发货日期及时间
  • Package code,包装类型编码
  • Lading quantity,提货数量
  • weight,重量
  • Measurement code,重量单位
  • Volume,体积
  • unit of Volume,体积单位
  • Standard Carrier Alpha Code (SCAC),SCAC code
  • Transportation Method,运输方式
  • Carrier’s Reference Number (PRO/Invoice),发票号
  • Bill of Lading Number,提单号
  • Shipped date,发货日期
  • Delivered date,交付日期
  • Ship to name,收货地名称
  • Ship to code ,the tesla plant code,收货地ID
  • Ship to city,收货地城市
  • Ship to state or Province,收货地省份/州
  • Ship to Postal code,收货地邮编
  • Ship from name,发货地名称
  • Ship from code ,the tesla plant code,发货地ID,特斯拉工厂Code
  • Ship From Addr,发货地地址
  • Ship From city,发货地城市
  • Ship From state or Province,发货地省份/州
  • Ship From Postal code,发货地邮编
  • Purchase order number,采购订单号
  • purchase order date,采购订单日期
  • Marks and Numbers,Mandatory if material is packed on a pallet,托盘号码,海运需要使用托盘
  • Marks and Numbers,Mandatory if material is packed in a box,包装箱号码
  • PO Line Item Number,PO明细行号
  • Tesla’s Part Number,特斯拉产品编号
  • U.P.C. Consumer Package Code,U.P.C Code
  • Numeric value of units shipped in manufacturer’s shipping units,出货数量
  • Unit or Basis for Measurement Code,包装单位
  • Lot Number,批次号

其中,交易代码(Purpose code)包含以下三种情况: – 00 Original:原始发货通知,也就是表示一个新的发货通知,一般默认使用该值 – 01 Cancellation,表示取消,取消一个已发出的发货通知 – 05 Replace,表示替换,替换已有的发货通知,一般收到824错误通知后,重新发出修正后的856时使用该值

包装类型编码(Package code)包含以下三种类型: – CTN Carton,表示纸箱包装 – LSE Loose,表示散装 – PLT Pallet,表示托盘包装

需要注意的是,PO明细行号(PO Line Item Number)的值是来源于特斯拉发送的862报文中的明细行号(Line item number),二者的值需要一致,否则,856可能会被特斯拉判定错误,要求重发。

要生成856 EDI报文,较为复杂的部分在于包装方式的区分,不同的包装方式需要对应不同的EDI报文结构。包装方式一般分为以下几种: 1. 整托包装:托盘上放有箱子,所有箱子中装的同种物料。例如:托盘A上装有16个相同规格的箱子,所有箱子中都装的物料1。 2. 混托包装:托盘上放有箱子,但不同的箱子装的是不同种物料。例如:托盘B上装有16个不同规格的箱子,其中,6个箱子中装的物料1,另外10个箱子中装的物料2。 3. 散箱包装:零散的箱子,没有放置在托盘上。例如:现在有18个箱子,16个箱子放置在托盘A上,剩余两个箱子无法装满一个托盘,此时,剩余的2箱就是散箱。

报文结构解析

在856发货通知EDI报文中,具体的包装类型,可以从HL节点的结构中看出。以以下一段报文为例:

HL*1**S~
TD1*CTN*64220*****17928*LB**EA~
TD5**2**A~
...
HL*2*1*O~
PRF*7700000918***20171226~
HL*3*2*T~
MAN*GM*5J0001111111111110000000381~
HL*4*3*P~
MAN*GM*1J0001111111111110000000382~
HL*5*4*I~
LIN*00160*BP*1222222-00-G~
SN1**216*EA~
REF*LT*171219A000~
HL*6*3*P~
MAN*GM*1J0001111111111110000000383~
HL*7*6*I~
LIN*00170*BP*16666666-00-G~
SN1**216*EA~
REF*LT*171219A000~
HL*8*2*T~
MAN*GM*6J0001111111111110000000350~
HL*9*8*I~
LIN*00220*BP*13333333-01-B~
SN1**42336*EA~
REF*LT*171219A000~
...

从这段报文中我们可以看出,有多个HL节点,每行HL节点的最后一个值都不同,该值有以下几种情况: – S:Shipment,表示一次发货 – O:Order,表示一个订单 – T:Tare,表示托盘 – P:Package,表示箱子 – I:Item,表示物料 一个S(Shipment)下会有多个O(Order),也就是一次发货可以发多个订单; 一个O(Order)下会有多个T(Tare),也就是一个订单可以装多个托盘; 一个T(Tare)下面会有多个P(Package),也就是一个托盘可以有多个箱子; 一个P(Package)下面会有多个I(Item),也就是一个箱子中可以包含多种物料

Shipment层和Order层我们不用多说,这两部分关系比较简单,重点在于,Tare,Package和Item的不同次序实际会体现出不同的包装,依然以以上一段报文为例,我们可以看到T/P/I的两种结构:

  1. T-P-I-P-I
  2. T-I

首先先说第一种,T-P-I-P-I,这表示托盘5J0001111111111110000000381中包含有两个箱子,箱子1J0001111111111110000000382中所装物料为1222222-00-G,箱子1J0001111111111110000000383所装物料为16666666-00-G。这种情况是混托时出现的结构。 对于第二种结构T-I:这表示托盘6J0001111111111110000000350上只装了一种物料13333333-01-B。这种情况是整托时出现的结构。

报文转换过程

由于原始EDI报文可读性较差,部分供应商客户要求将原始EDI报文和可读性较高的文件格式,例如XML,Excel等之间可以相互转换,也有一些供应商客户有自己的业务系统,期望EDI平台能够和自己的业务系统集成,使EDI的数据能够和业务系统相通,并展示在业务系统界面上,便于业务人员操作管理。知行EDI可以通过定制化开发来解决这类问题。

此处以集成ERP系统为例,向大家解释整体的业务工作流。

首先,业务人员在ERP系统界面上维护好发货数据以后,ERP系统需要将数据写入856发货通知中间表中。知行EDI平台数据库端口会从856发货通知中间表中获取待发送的发货通知数据,生成数据库XML文件,并将文件转发至XML Map端口中,再通过XML Map端口完成数据库XML与标准XML的关系映射,生成标准XML文件,并转发至X12端口。在X12端口中通过配置,将标准XML文件转换为856 EDI标准报文,最后通过AS2端口发送给特斯拉。

在特斯拉(Tesla)项目中,除了856(提前发货通知),还有830(长期交付预测),862(短期交付计划), 810(发票)和824(错误反馈通知)等EDI报文,如果想要了解其他EDI报文,可以点击以下链接直达:

了解更多EDI信息,请您电话 177-8250-8152 或邮件 edi@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

为什么选择

知行之桥®?​

根据企业规模与集成需求,提供从本地部署到云端托管的灵活选择

可视化 EDI 工作流

基于拖拽式图形化设计器,零代码构建完整 EDI 业务流程,满足复杂供应链自动化场景。

Odette & Drummond 认证

通过 Odette(OFTP) 与 Drummond(AS2) 权威认证,确保与主机厂安全合规、高可靠的数据交换。

多系统集成能力

提供数据库、REST/SOAP、FTP/SFTP 等标准化接口,实现 ERP、WMS、MES 等系统的双向数据自动同步。

数据映射格式转换

内置可视化 Mapping 编辑器,零代码实现 EDI 报文与企业内部数据格式(XML/JSON…)的映射转换及复杂规则处理。

实时监控预警机制

全流程可视化监控报文状态,支持邮件、钉钉、企业微信自动预警,保障 JIT 交付的稳定性与及时性。

多工厂支持

支持集团级多组织、多工厂架构,实现数据隔离与权限管控,统一平台集中运维,满足大型制造企业多地点协同需求。