汽车行业 EDI 需求分析：Stackpole International 对接方案

Stackpole International 是一家专注于汽车动力总成部件（油泵和粉末金属组件）的全球制造供应商，在北美、欧洲和亚洲拥有广泛制造和技术能力，现为德昌电机控股旗下的全资企业。

随着汽车行业供应链数字化程度不断提升，Stackpole 对供应商提出了标准化 EDI 连接要求，以实现预测、发货、对账的自动化管理。国内某核心零部件供应商为满足其国际业务要求，启动本次 EDI 对接项目。

本文将结合实际实施过程，系统介绍 Stackpole International 的 EDI 需求分析、对接流程与关键注意事项，并展示基于知行之桥 EDI 系统的完整落地方案。

Stackpole International EDI 需求分析

在开始实施 EDI 项目之前，需要与 Stackpole 确认本次 EDI 项目的技术规范，通常包括：

• 传输协议
• 报文标准
• 业务单据类型

传输协议

目前国际通用的EDI传输协议包括：AS2、OFTP、SFTP以及VAN等，本项目采用 AS2 协议实现与 Stackpole 的点对点安全直连。AS2 具备加密传输、签名校验与 MDN 回执机制，是当前各行业应用最广泛的 EDI 通信方案之一。

报文标准：EDIFACT D.97A

EDIFACT 是国际通用的电子数据交换标准，在汽车行业被广泛采用。Stackpole 要求所有业务报文均遵循 EDIFACT D.97A 版本规范。对供应商而言，需要：

接收报文：DELFOR交付预测、RECADV收货差异通知
发送报文：DESADV发货通知

如何在知行之桥EDI系统中实现Stackpole International EDI 对接

建立 AS2 连接

通过知行之桥 EDI 系统内置的 AS2 模块，可快速完成证书交换、加密算法配置及 MDN 回执设置，实现与 Stackpole 测试环境及正式环境的无缝对接。

整个 AS2 测试流程在可视化界面中完成，无需额外开发，大幅降低实施门槛与对 IT 资源的依赖。

数据格式转换

本项目采用“EDI → XML → JSON → ERP”分层转换架构，确保数据结构清晰、可追溯、易扩展。

搭建好传输通道之后，就可以传输数据了。Stackpole International EDI 项目中需要传输符合 EDIFACT 报文标准的文件，通过知行之桥EDI系统的EDIFACT端口即可实现XML和EDI之间的格式转换，接下来还需要XMLMap端口来处理必要的数据映射部分。

接下来需要通过JSON端口实现 EDI报文与Json文件之间的格式转换：

业务数据的接收方向：

• 将 DELFOR 与 RECADV 报文转换为标准 XML
• 通过 XMLMap 实现字段映射
• 输出结构化 JSON 文件供 ERP 直接调用

通过该流程，企业无需理解复杂的 EDIFACT 报文结构，即可直接获取结构化业务数据。

业务数据的发送方向：

• ERP 上传发货数据（JSON）
• 转换为 XML 中间格式
• 经 XML Map 及 EDIFACT 模块生成 DESADV 报文
• 通过 AS2 自动发送至 Stackpole

整个流程实现全自动触发与日志监控，避免人工干预导致的数据错误。

系统集成方式

通过数据格式转换，我们能够实现EDI报文与XML之间的转换，为了方便用户查看，还需要以XML作为中间格式，进一步地将其处理为Excel、CSV、Json、数据库XML等格式。可以满足用户直接从EDI系统中获取数据的需求，也能够满足进一步系统集成的需求。

本次Stackpole International EDI 项目采用 API 方案实现 EDI 系统与企业内部 ERP 系统之间的集成，与企业沟通后决定，由企业内部 ERP 系统调用知行之桥 EDI 系统的 API 接口来实现业务数据的上传和下载。我们将会为企业提供 API 接口信息，方便企业的 ERP 系统访问。

项目成果

在知行之桥EDI系统中可以搭建以下工作流即可满足Stackpole International 的EDI对接需求：

针对Stackpole 的EDI 需求，以AS2传输协议，3种业务单据为例，搭建以上工作流，需要用到10个端口（其中Branch端口为免费端口，AS2端口接收和发送分在界面商呈现为2个模块，但实际上按照1个端口计数。）企业可以据此评估需要部署知行之桥EDI系统的对应版本。

项目成果包括：

• 成功建立 AS2 安全通信通道
• 实现 DELFOR、DESADV、RECADV 三类核心报文自动化处理
• 一次性通过 Stackpole 测试环境验证
• 建立可复用的 EDIFACT D.97A 汽车行业模板架构

项目注意事项

DELFOR 交付预测

1.识别版本与发布逻辑

• 发布编号（Release Number）：在 BGM 段（位置 1004）中，发布编号通常由日历周加上后缀组成。例如，12 代表第 12 周发布的计划，12A 代表该周的第一次重新发布，12B 代表第二次重新发布。
• 消息功能：DELFOR 的消息功能段（BGM 1225）代码通常为 “5”，表示该预测将替换（Replace）之前的计划。

2.调度条件与承诺状态 (SCC Segment)

DELFOR 将需求分为不同的承诺等级，供应商必须根据 SCC 段中的代码区分任务优先级：

• 1 = 确定数量 (Firm Quantity)：供应商应立即安排生产和发运。
• 2 = 制造与材料承诺：对生产和原材料的授权承诺。
• 3 = 材料承诺：仅对原材料采购的授权承诺。
• 4 = 规划/预测数量 (Planning/Forecast)：仅供参考，用于长期的产能规划。
• 频率定义：需求通常按离散 (D)、灵活 (F) 或每周 (W) 的频率进行排程。

3.数量与时间跨度

• 对于 SCC 状态为 1 和 4 的需求，QTY 段通常使用离散数量（Qualifier 1）。对于 SCC 状态为 2 和 3 的需求，通常涉及累计数量（Qualifier 3）。
• 预测区间（Horizon Dates）：通过 DTM 段定义，需注意预测开始日期（Qualifier 158）和预测结束日期（Qualifier 159）。
• 送货日期：DTM 段中的代码 “2” 表示 Stackpole 要求的到货日期（Requested on our dock）

4.累计接收与对账信息

DELFOR 包含重要的累计对账信息，供应商应以此校验自身系统数据：

• 年度累计接收量：标识自年度库存开始以来已收到的累计数量。
• 最后一次接收记录：报文会列出最后一次收到的货物数量（Qualifier 12）、ASN 编号（RFF+SI）以及接收日期（Qualifier 310）。

DESADV 发货通知

1.编号一致性与唯一性 (BGM Segment)

• SID 校验：在 BGM 段（位置 1004）中定义的发货标识号（SID）必须与 BOL（提单）或装箱单（Packing Slip）编号完全一致。
• 消息功能：代码 “9” 表示原始发送，“1” 表示取消之前发送的 ASN。

2.准确的重量与单位 (MEA Segment)

• 测量类型：必须包含毛重（G）、净重（N）以及总载货单位数量（SQ）。
• 数值限制：实际重量（Measurement Value）中严禁出现小数点。
• 单位代码：重量单位使用 LB/LBR（磅）或 KG/KGM（公斤），件数使用 C62。

3.运输与包装细节

• 承运商信息 (TDT)：必须提供承运商代码（SCAC 代码）；如果未知，则使用 “UNKN”。
• 设备标识 (EQD)：需注明运输工具类型，如拖车（TE）、集装箱（CN）或铁路货车（RR），并记录拖车编号。
• 包装层级 (CPS & PAC)：
  • CPS 段使用层级 ID，从 1 开始按顺序递增。
  • PAC 段需注明包装件数以及用于该零件的具体容器类型代码。

4.零件信息与数量核对 (LIN & QTY Segment)

• 零件识别：必须使用 Stackpole 的零件号（LIN 段 Qualifier 为 “IN”）。
• 数量区分：
  • 离散发货数量 (Qualifier 12)：指本次 ASN 实际发送的货物数量。
  • 年度累计发货量 (Qualifier 3)：指自本库存年度开始以来，该供应商向该工厂发送的该零件累计总量。

5.特殊要求：序列号与批次 (Optional Group 20 & 21)

• 原材料供应商专用：粉末冶金、添加剂等原材料供应商必须在 SG20 和 SG21 段中提供标签序列号 (PCI)、该序列对应的数量 (QTY) 以及批次号 (GIN)

RECADV 收货差异通知

RECADV（收货差异通知）是 Stackpole International 用于向供应商通报到货差异（Receipt of Goods Discrepancies）的 EDI 报文。当实际收到的货物与供应商在 DESADV（发货通知）中声明的信息不符时，Stackpole 会发送此报文。

在处理 RECADV 报文时，应重点关注以下事项：

1.报文标识与关联

• 业务类型标识：BGM 段中的代码 “632” 表示该报文为货物接收记录（Goods Receipt）。
• 关联发货单 (ASN)：在 SG1 的 RFF+SI 段中，会明确标注对应货物的 ASN 编号（SID）。供应商需据此识别是哪一笔发货出现了问题。
• 到货日期：DTM 段（代码 310）会标明 Stackpole 实际收到货物的日期。

2.数量对比与对账

RECADV 的核心在于 QTY 段 的数量对比，供应商应核对以下两个关键数值：

• 发货数量 (Qualifier 12)：指 Stackpole 从供应商发送的 ASN 中提取的原始发货数量。
• 实收数量 (Qualifier 48)：指 Stackpole 工厂实际清点入库的数量。

3.差异原因解析 (QVR & CDI)

当上述两个数量不一致时，报文会通过 QVR 段 提供具体的差异信息：

• 差异代码：
  • 119：短装 (Short Shipped)。
  • 121：多装 (Over Shipped)。
  • 124：货物损坏 (Damaged Goods)。
  • 81：计划外——错误的零件 (Unplanned – Wrong Part)。
  • 89：质量控制扣留 (Quality Control Held)。
• 物理状态描述：CDI 段会进一步补充货物的状态，例如代码 “2” 表示缺失（Missing），“4” 表示损坏（Damaged）。

4.联络与后续处理

• 工厂联系人：SG6 中的 CTA 和 COM 段 包含了 Stackpole 工厂端负责该笔收货的联系人姓名及电话号码。
• 处理争议：如果供应商对差异有异议，应直接拨打报文中的电话进行沟通，因为这直接影响到后续的财务结算

项目总结

本次 Stackpole International EDI 项目，是典型的汽车行业 EDIFACT D.97A 对接案例。通过 AS2 安全传输、标准化报文转换及 API 系统集成，企业成功实现预测管理、发货通知与收货对账的全流程自动化。

该方案架构清晰、可扩展性强，可快速复制至其他采用 DELFOR + DESADV + RECADV 模式的汽车零部件客户。

作为深耕汽车行业 EDI 解决方案的专业厂商，知行之桥将持续为制造企业提供安全、稳定、可持续扩展的数字化连接能力。

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