基于知行之桥的Aurobay EDI全流程自动化解决方案

一、介绍Aurobay

Aurobay是由沃尔沃汽车与其母公司吉利控股联合成立的动力总成公司，专注于动力总成的研发与制造。作为汽车产业链中核心部件的供应商，Aurobay在本次EDI对接项目中承担采购方角色。为实现与下游供应商之间数据交换的高效化、标准化与自动化，Aurobay提出通过建立“Full EDI”，即全流程EDI体系，实现业务数据的无缝衔接与精准传递。

二、Aurobay EDI需求

1.传输协议：OFTP2
2.报文标准：EDIFACT
3.报文类型：

DELFOR（Delivery schedule message） – 交付计划；
DESADV（Despatch advice message） – 发货通知；
Label – 出货标签

三、EDI对接与测试流程

Aurobay EDI 对接与测试流程主要分为以下四个阶段，旨在确保双方系统在通信、安全及业务逻辑层面均能顺利集成：

1.OFTP连接测试

Aurobay 通过邮件向供应商提供配置文档，文件名称通常为：

“EDI Communication Form OFTP2 YYYY-MM-DD.docx”。该文档包含 Aurobay 的公司信息、联系人信息、OFTP2 连接参数及 EDI 标识（EDI ID、Qualifier 等）。供应商需在文档中填写自身对应的配置信息，并通过邮件回传给 Aurobay。随后，双方可在各自的 EDI 系统中完成对方 OFTP 信息的配置，进行连通性测试。

注意： Aurobay 要求供应商使用由 CA（Certificate Authority）机构签发的数字证书进行签名与加密，以确保数据传输的安全性和合规性。

2.DELFOR接收测试

连通性测试通过后，Aurobay 会通过 OFTP 通道发送一份测试DELFOR报文。供应商需在内部系统中对该报文进行解析与验证，确认 DELFOR 报文格式、语法及字段映射均符合要求。

3.DESADV发送测试

在成功接收并验证 DELFOR 报文后，供应商需依据该报文内容，在业务系统中录入测试发货数据，并生成 DESADV测试报文，并通过 OFTP 将该报文发送给 Aurobay，以供其验证业务逻辑与数据匹配的正确性。

请注意：

（1）使用 Aurobay 提供的 EDI ID 与 Qualifier 信息；
（2）测试报文需在UNB 段的0035 元素中设置测试标识：++++++1。

4.标签验证

供应商需依据Aurobay Label 规范生成以下标签类型：
OTL1：托盘标签（Pallet Label）
KLT：箱子标签（Box Label）

测试流程如下：

（1）供应商先将标签的 PDF 电子版发送至 Aurobay 指定邮箱进行格式与内容验证；
（2）验证通过后，再打印纸质标签并邮寄至 Aurobay 指定地址进行物理样品确认。

四、DELFOR报文解析

1.报文用途

DELFOR（Delivery schedule message，交付计划）报文是 Aurobay 向供应商发送的计划类 EDI 报文，主要用于传递未来一段时间内的物料需求计划。通过DELFOR报文，Aurobay 能够提前告知供应商各零件的需求数量与交付时间，从而帮助供应商合理安排生产、库存与物流计划。

在Aurobay的EDI流程中：

Aurobay → 供应商：发送DELFOR 报文（交付计划）。
供应商 → Aurobay：基于DELFOR信息准备发货，并在后续发送DESADV报文进行发货通知。

2.报文主要字段

Aurobay使用EDIFACT标准格式的DELFOR报文，版本是D96A。一个DELFOR报文包含以下主要段（Segment）：

（1）报文识别与日期信息

段	示例	说明
BGM	BGM+241+123456′	指报文类型与编号。241=Delivery schedule。123456文档编号。
DTM+137	DTM+137:20251008:102′	报文创建日期2025年10月8日
DTM+157	DTM+157:20251008:102′	有效期开始日期2025年10月8日

总结：“报文创建于2025年10月8日、编号为123456的交付计划从当天（2025年10月8日）开始生效。”

（2）业务伙伴信息

段	示例	说明
NAD+BY	NAD+BY+11111::91′	Buyer（采购方）Aurobay的信息
NAD+SE	NAD+SE+22222::92+BBB’	Seller（供应商）22222的信息
NAD+CN	NAD+CN+11111::92++AAA’	Consignee（收货方）Aurobay工厂信息

总结：“采购方Aurobay的编号是11111，供应商编号是22222，名称是BBB，收货方编号是11111，名称是AAA”。

（3）明细部分

段	示例	说明
LIN	LIN+1+3+33333:IN’	行号=1，采购商物料号33333
LOC+11	LOC+11+120′	卸货地代号120
LOC+159	LOC+159+120′	最终卸货地代号120
RFF+ON	RFF+ON:55000000′	采购订单号55000000

总结：“采购订单55000000中的物料33333，其计划卸货地和最终目的地代码是120”。

（4）数量与时间

段	示例	说明
QTY+70	QTY+70:100:PCE’	累计接收数量100
QTY+83	QTY+83:35′	延期交付数量35
QTY+113	QTY+113:270′	要求交付数量270
SCC	SCC+4′	交货等级。1=Firm; 4= Planning/forecast
DTM+2	DTM+2:20251205:102′	要求交货日期2025年12月5日

总结：“Aurobay要求于2025年12月5日交付270件物料，目前客户已收到100件，还有35件延期交付”。

3.报文示例

总结：

• 报文信息：文档编号123456，生成日期2025年10月8日。
• 业务方信息：采购方和收货方代号11111，供应商代号22222。
• 物料信息：物料编号33333。
• 预测需求： 2026年1月5日，需求270件；2026年1月12日，需求450件。

五、DESADV报文生成

1.报文用途

DESADV（Despatch advice message，发货通知）报文是供应商在发货时发送给 Aurobay 的发运通知，用于告知货物的详细装运信息，包括：

• 发货单号、发货日期；
• 采购商物料编号与发货数量；
• 包装结构，以及托盘号/箱号。

Aurobay 接收到 DESADV 报文后，将与系统中对应的 DELFOR 或订单信息进行比对，用于收货准备、入库匹配与标签验证。请注意：在货物到达最终卸货地点之前，Aurobay 必须收到完整且正确的 DESADV 报文，以确保现场能够顺利扫描标签并完成收货入库操作。

2.报文主要字段

Aurobay使用EDIFACT标准格式的DESADV报文，版本是D96A。一个DESADV报文包含以下主要段（Segment）：

（1）报文识别与日期信息

段	示例	说明
BGM	BGM+351+25101454′	发货单号和类型。351=Despatch advice。25101454文档编号
DTM+137	DTM+137:202510160000:203′	报文创建日期2025年10月16日零点
RFF+AAS	RFF+AAS:123456789′	AAS=Transport contract document 运输文档编号123456789

总结：“编号为25101454的发货通知单，创建于2025年10月16日，关联的运输合同文档号为123456789。”

（2）业务伙伴信息

段	示例	说明
NAD+CZ	NAD+CZ+22222::92′	发货方（Consignor）信息
NAD+SE	NAD+SE+22222::92′	供应商（Seller）信息
NAD+CN	NAD+CN+11111::92′	收货方（Consignee）信息
LOC+11	LOC+11+120′	卸货地代号120
NAD+CA	NAD+CA+44444::92′	承运商（Carrier）信息

总结：“发货方与供应商编号都是22222，货物由承运商（编号是44444）运送至收货方11111，卸货地代号是120。”

（3）包装层级信息

段	示例	说明
CPS	CPS+1++1′	包装层级标识。1=Inner，内包装，固定值
PAC	PAC+3++NIL::92′	包装数量，3表示包含三个箱子
QTY+52	QTY+52:40:PCE’	52=Quantity per pack，表示每箱数量40件
PCI	PCI++++M::92′	M=整托；G=混托；S=散箱
RFF+AAT	RFF+AAT:50000002′	AAT=Master label number，托盘号码50000002
GIR	GIR+3+00000001:ML’	托盘上的箱号是00000001
GIR	GIR+3+00000002:ML’	托盘上的箱号是00000002
GIR	GIR+3+00000003:ML’	托盘上的箱号是00000003

总结：“这是一个整托包装，托盘号是50000002，内含3个箱子（箱号从00000001至00000003），每箱装有40件物料。”

（4）物料明细

段	示例	说明
LIN	LIN+++33333:IN++0′	采购商物料号=33333
QTY+12	QTY+12:120:PCE’	12=Despatch quantity 发货数量120件
ALI	ALI+CN’	原产地，CN表示中国
RFF+ON	RFF+ON: 55000000′	ON=Order document identifier, buyer assigned 采购订单号=55000000
LOC+159	LOC+159+120′	最终卸货地代号=120

总结：“本次货物源自采购订单55000000，物料号为33333，产地中国，本次发货数量120件，运往最终目的地代码120。”

3.与DELFOR的对应关系

在 Aurobay 的 EDI 流程中，供应商根据 DELFOR 报文中的交付计划生成 DESADV 发货通知报文。两者字段主要对应关系如下：

业务	DELFOR段	DESADV段	说明
发货方	NAD+SE	NAD+CZ	供应商直发，而非代工厂或仓库发货。
供应商	NAD+SE	NAD+SE	信息一致
收货方	NAD+CN	NAD+CN	信息一致
卸货地	LOC+11	LOC+11	信息一致
物料信息	LIN	LIN	采购商物料编号一致
发货数量	QTY+113	QTY+12	若发货数量与要求交付数量一致
订单号	RFF+ON	RFF+ON	信息一致
最终卸货地	LOC+159	LOC+159	信息一致

4.报文示例

总结：

• 报文信息：文档编号25101454，生成日期2025年10月16日。
• 业务方信息：收货方代号11111，供应商及发货方代号22222，承运方代号是44444。
• 发货物料：物料编号是33333，卸货地代号是120。
• 包装信息：总共发运1个托盘（托盘号是50000002），托盘内包含3个箱子，每箱 40 件物料，总计 120 件。
• 箱号明细：箱号分别是00000001、00000002、00000003。

六、知行之桥EDI集成方案

1.总体架构

知行之桥作为Aurobay与供应商之间的EDI交换平台，由知行软件自主研发，帮助供应商实现与 Aurobay 的 OFTP2 通信，以及EDIFACT 报文解析与生成的全流程自动化集成，从而大幅减少人工干预、提升数据准确性与业务响应效率。
EDI整体架构分为三层：

（1）通信层：负责 OFTP2 协议通信，实现报文的安全传输（签名、加密、回执等）。
（2）转换层：实现报文在 EDIFACT ⇄ 中间数据库格式之间的转换与映射。
（3）应用层：通过数据库接口，与供应商内部 ERP、WMS 或 MES 系统集成，实现计划接收、发货生成的业务逻辑。

2.报文流转过程

（1）Aurobay → 供应商方向（Inbound）

（知行之桥 Inbound 报文处理流程图）

在此方向上，知行之桥负责接收并解析 Aurobay 发送的 DELFOR（交付计划）报文，实现从 OFTP2 通信到数据库入库的全自动化处理。具体流程如下：

• OFTP端口：通过 OFTP2 传输协议接收 Aurobay 发来的 DELFOR 报文，并将其自动转发至 EDIFACT 解析端口。
• EDIFACT端口：利用知行之桥内置的 EDIFACT Schema 模板，将 DELFOR 报文解析并转换为标准化的 XML 格式文件。
• XMLMap端口：通过可视化映射界面（拖拽式配置），将标准 XML 数据映射为符合数据库结构要求的 XML 格式，以便后续写入数据库。
• SQLServer端口：通过配置数据库连接，系统自动将转换后的 XML 数据写入指定的数据库表，实现计划数据的结构化存储与业务系统对接。

说明：在知行之桥平台中，“端口”是一个核心概念，指代系统中的功能模块。各端口分别承担数据接收、转换、映射与存储等不同职能，通过端口之间的连线，即可清晰定义数据流转路径，实现业务流程的可视化与可控化。

（2）供应商 → Aurobay方向（Outbound）

（知行之桥 Outbound 报文处理流程图）

在此方向上，知行之桥负责将供应商系统中生成的发货数据转换为 EDIFACT DESADV（发货通知）报文，并通过 OFTP2 通道发送至 Aurobay，从而实现发货信息的标准化与自动化传输。其处理流程如下：

• SQLServer端口：连接供应商内部 ERP 或 WMS 系统的数据库，定时读取已准备好的发货数据（如发货单号、物料信息、数量及包装结构等）。
• XMLMap端口：根据预设的映射规则，将数据库数据转换为符合 EDIFACT 报文结构的标准 XML 格式。该过程支持可视化配置，用户可通过界面拖拽快速完成字段映射。
• EDIFACT端口：依据知行之桥内置的 EDIFACT DESADV Schema 模板，将标准 XML 文件自动生成对应的 DESADV 报文，并进行语法校验与结构验证。
• OFTP端口：完成报文生成后，系统通过 OFTP2 通信协议对报文进行签名、加密与传输，发送至 Aurobay 接收端，并实时监控传输状态与回执结果。

七、Label数据来源与生成逻辑

1.标签作用

在Aurobay的供应链中，Label（标签）是物料追踪、仓储管理和收货扫描的重要环节，主要作用包括：

• 物料识别：通过条形码快速识别物料编号及数量。
• 包装追踪：明确托盘（OTL1）或箱（KLT）层级及对应数量。
• 收货验证：配合 DESADV 报文实现入库扫描、数量匹配及追溯。
• 物流管理：便于承运商运输管理和卸货扫描。

2.标签类型与结构

Aurobay主要使用以下几种标签：

• OTL1（托盘标签）：标识整托盘的信息，是最外层包装的标签。
• KLT（箱子标签）：标识单个标准箱子信息，用于托盘内的中间包装
• Mini-KLT（小型箱子标签）：标识小型箱/小包装单元信息，一般不常用。

说明：每个托盘上可包含多个箱子，箱号必须与 DESADV 报文中的 GIR 段一致，托盘号必须与DESADV报文中的RFF+AAT段一致，以保证收货扫描时数据匹配。

3.数据来源及与EDI报文的关系

（1）OTL1标签：

字段	说明	来源/与报文的关系
Receiver	接收地点的名称	DELFOR NAD 3036(CN)或DESADV NAD 3036(CN)
Dock/Gate	最终卸货地	DELFOR LOC 3225(159)或DESADV LOC 3225(159)
Advice Note Number	发货通知编号	DESADV BGM1004
Supplier Address	供应商地址	可设置固定值
Net Weight (Kg)	净重（当前托盘内零件的总重量）	单位千克，四舍五入不含小数。需要在系统维护。
Gross Weight (Kg)	毛重（当前托盘+零件的总重量）	单位千克，四舍五入不含小数。需要在系统维护。
No. of Boxes	当前托盘上的箱子数量	DEDADV PAC 7224
Part Number	采购商物料编号	DELFOR LIN 7140(IN)或DESADV LIN 7140(IN)
Quantity	当前托盘上的物料数量	DESADV QTY 6060(12)
Description	物料描述	需要在系统维护
Supplier ID	供应商编号	DELFOR NAD 3039(SE)或DESADV NAD 3039(SE)
Country of Origin	原产国代码	DESADV ALI 3239 中国为CN
Date	发货日期/生产日期	DESADV 2379(137) 大多数传发货日期，格式DYYYYMMDD
Package ID	托盘编号	DESADV RFF 1154(AAT)

示例：

（2）KLT标签：

字段	说明	来源/与报文的关系
Receiver	接收地点的名称	DELFOR NAD 3036(CN)或 DESADV NAD 3036(CN)
Dock/Gate	最终卸货地	DELFOR LOC 3225(159)或 DESADV LOC 3225(159)
Advice Note Number	发货通知编号	DESADV BGM1004
Part Number	采购商物料编号	DELFOR LIN 7140(IN)或 DESADV LIN 7140(IN)
Quantity	当前箱子的物料数量	DESADV QTY 6060(52)
Supplier ID	供应商编号	DELFOR NAD 3039(SE)或 DESADV NAD 3039(SE)
Package ID	箱子编号	DESADV GIR 7402
Description	物料描述	需要在系统维护
Country of Origin	原产国代码	DESADV ALI 3239
Date	发货日期/生产日期	DESADV 2379(137) 大多数传发货日期，格式DYYYYMMDD

示例：

八、总结

Aurobay EDI 项目通过 OFTP2 和 EDIFACT 标准，实现了 DELFOR（交付计划）、DESADV（发货通知）及 Label（出货标签）的全流程自动化数据交换。知行之桥平台作为核心中枢，支持从报文接收、解析、数据库存储到报文生成和安全传输的全链路处理。
通过本次EDI对接，Aurobay 与供应商之间实现了从传统人工录入向自动化数据交换的转变，显著提升了以下几方面的能力：

• 数据准确性：减少人工操作，避免格式错误与信息丢失。
• 响应速度：计划、发货与收货信息实时同步，缩短业务处理周期。
• 过程可视化：端到端数据流清晰可追踪，支持监控与追溯。
• 集成灵活性：平台化架构支持多系统、多格式的扩展集成。

整体而言，本项目为 Aurobay 与其供应商之间构建起了一条高效、稳定、安全的电子数据交换通道，为双方供应链协同、库存优化及数字化转型奠定了坚实基础。

了解更多 EDI 信息，请参阅: EDI 是什么？

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